Jump to content

Новые дрова от Яндеха Под Фрю 7/8

Reply to this topic

Elisium   

Elisium
Posted · Report post
мы освежили версии для em (теперь оно называется e1000)

О!О!

Большое спасибо ))

п.с. "Теперь в упаковке и свежие дровишки на igb !" ))

 

Share this post

Link to post
Share on other sites

TiFFolk   

TiFFolk
Posted · Report post
С hw.igb.rxd=4096 и hw.igb.txd=4096 сообщение "could not setup received structures" вылетало на старте системы (2 valn-a), но убрав их, неделю живет - полет номальный (700/500 Мбит/с отдачи/входа )

Это как бы не выход =)

Share this post

Link to post
Share on other sites

nicol@s   

nicol@s
Posted (edited) · Report post

Поставил новые дрова для igb на

uname -a
FreeBSD test 8.1-STABLE-201008 FreeBSD 8.1-STABLE-201008 #1: Tue Sep 21 14:47:04 UTC 2010     root@test:/usr/src/sys/amd64/compile/MYKERNEL  amd64

На предыдущих версиях дров igb в /boot/loader.conf было:

autoboot_delay="2"
if_igb_load="YES"
hw.igb.rxd=4096
hw.igb.txd=4096
hw.igb.num_queues=0 #1
hw.igb.enable_aim=1
hw.igb.low_latency=1000
hw.igb.ave_latency=2000
hw.igb.bulk_latency=4000
hw.igb.rx_process_limit=100
hw.igb.fc_setting=0
hw.igb.lro=0

Применил эти же параметры. Система загрузилась без какой бы то ни было ругани, но когда смотрю 

sysctl -a | grep igb.0

, то не вижу ни одного из параметров из loader.conf.

Этих параметров нету в новых дровах/они не применились/они применились (как тогда посмотреть) ??.

 

P.S.

На старых дровах все было видно:

sysctl -a |grep igb.0
dev.igb.0.%desc: Intel(R) PRO/1000 Network Connection version - 1.7.3
dev.igb.0.%driver: igb
dev.igb.0.%location: slot=0 function=0
dev.igb.0.%pnpinfo: vendor=0x8086 device=0x10e8 subvendor=0x8086 subdevice=0xa02b class=0x020000
dev.igb.0.%parent: pci9
dev.igb.0.debug: -1
dev.igb.0.stats: -1
dev.igb.0.flow_control: 0
dev.igb.0.enable_aim: 1
dev.igb.0.low_latency: 1000
dev.igb.0.ave_latency: 2000
dev.igb.0.bulk_latency: 4000
dev.igb.0.rx_processing_limit: 100

Edited by nicol@s

Share this post

Link to post
Share on other sites

nicol@s   

nicol@s
Posted (edited) · Report post

Скачал дрова e1000-7.0.5-RELENG8-yandex-1.36.2.17.2.18. Модулем собрать не получилось, поэтому ришл вкомпилить в ядро. Ядро собралось без ошибок. Перезагружаю систему, смотрю

sysctl -a|grep igb.0
dev.igb.0.%desc: Intel(R) PRO/1000 Network Connection version - 1.9.5

Что-то мне кажется, что дрова не встали. Или все таки это последние дрова?

Устанавливал на FreeBSD 8.0.

Edited by nicol@s

Share this post

Link to post
Share on other sites

napTu   

napTu
Posted (edited) · Report post

на 8.1R под PT DUAL собирал 6.9.14, if_lem подставлял из родных драйверов,

периодически падает, от нагрузки не зависит, в выводе дампа есть указатели на драйвер, но не пойму точно из-за драйверов ли?

current process         = 12 (swi4: clock)
trap number             = 12
panic: page fault
...
#0  doadump () at pcpu.h:246
246             __asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) backtrace
#0  doadump () at pcpu.h:246
#1  0xc088fa57 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416
#2  0xc088fcb9 in panic (fmt=Variable "fmt" is not available.
) at /usr/src/sys/kern/kern_shutdown.c:590
#3  0xc0bea48c in trap_fatal (frame=0xc556463c, eva=12) at /usr/src/sys/i386/i386/trap.c:938
#4  0xc0bea710 in trap_pfault (frame=0xc556463c, usermode=0, eva=12) at /usr/src/sys/i386/i386/trap.c:851
#5  0xc0beb055 in trap (frame=0xc556463c) at /usr/src/sys/i386/i386/trap.c:533
#6  0xc0bcd16b in calltrap () at /usr/src/sys/i386/i386/exception.s:165
#7  0xc1014e42 in em_xmit (adapter=0xc5be4000, m_headp=Variable "m_headp" is not available.
) at /usr/src/sys/modules/em/../../dev/e1000/if_em.c:3895
#8  0xc1017dd8 in em_mq_start_locked (ifp=0xc5bbb000, m=0xc6921700)
    at /usr/src/sys/modules/em/../../dev/e1000/if_em.c:1119
#9  0xc10182cc in em_mq_start (ifp=0xc5bbb000, m=0xc6921700)
    at /usr/src/sys/modules/em/../../dev/e1000/if_em.c:1178
#10 0xc094629a in vlan_start (ifp=0xc632f400) at /usr/src/sys/net/if_vlan.c:925
#11 0xc0934162 in if_start (ifp=0xc632f400) at /usr/src/sys/net/if.c:3345
#12 0xc093810b in if_transmit (ifp=0xc632f400, m=0xc6921700) at /usr/src/sys/net/if.c:3357
#13 0xc093ce30 in ether_output_frame (ifp=0xc632f400, m=0xc6921700) at /usr/src/sys/net/if_ethersubr.c:452
#14 0xc093d84e in ether_output (ifp=0xc632f400, m=0xc6921700, dst=0xcc8d4c50, ro=0xc5564b18)
    at /usr/src/sys/net/if_ethersubr.c:423
#15 0xc09b6738 in ip_output (m=0xc731b500, opt=0x0, ro=0xc5564b18, flags=Variable "flags" is not available.
)
    at /usr/src/sys/netinet/ip_output.c:634
#16 0xc0a1e70f in tcp_output (tp=0xc8daf768) at /usr/src/sys/netinet/tcp_output.c:1190
#17 0xc0a26f86 in tcp_timer_rexmt (xtp=0xc8daf768) at /usr/src/sys/netinet/tcp_timer.c:581
#18 0xc08a2e5c in softclock (arg=0xc0df53e0) at /usr/src/sys/kern/kern_timeout.c:430
#19 0xc08661db in intr_event_execute_handlers (p=0xc59557f8, ie=0xc599ad00)
    at /usr/src/sys/kern/kern_intr.c:1220
#20 0xc08678eb in ithread_loop (arg=0xc5954230) at /usr/src/sys/kern/kern_intr.c:1233
#21 0xc0863f11 in fork_exit (callout=0xc0867880 <ithread_loop>, arg=0xc5954230, frame=0xc5564d38)
    at /usr/src/sys/kern/kern_fork.c:844
#22 0xc0bcd1e0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270
(kgdb)

 

собрал теперь e1000 с надеждой что поможет, собралось без вопросов.

 

Однако не загрузились новые драйвера e1000-7.0.5...

Выдали

kernel: link_elf: symbol e1000_init_mbx_ops_generic undefined

Пока откатил на версию em-6.9.14

 

Как понял из описания подобных проблем - или нужно пересобирать всё ядро, или добавить недостающие зависимости типа MODULE_DEPEND(xxxx, xxxx, 1, 1, 1);

 

Блин, торможу, выше всё написано по линковке 7.0.5 на 8.1

Edited by napTu

Share this post

Link to post
Share on other sites

modq   

modq
Posted · Report post

Сетевая с чипом 82574L на драйвере от яндекса стала отваливаться, на обычных драйверах такого нет

Sep 30 11:17:53 server kernel: em0: Watchdog timeout (ticks=425644 watchdog_time=415279 _enq=415279 _txeof=413670) -- resetting
Sep 30 11:17:53 server kernel: em0: link state changed to DOWN
Sep 30 11:17:56 server kernel: em0: link state changed to UP
Sep 30 11:18:09 server kernel: em0: Watchdog timeout (ticks=441711 watchdog_time=430859 _enq=430859 _txeof=428721) -- resetting
Sep 30 11:18:09 server kernel: em0: link state changed to DOWN
Sep 30 11:18:12 server kernel: em0: link state changed to UP

Как временное лечение можно поиграться параметрами

hw.em.enable_msix=0 #Def=0 - disable
hw.em.msix_queues=0 #Def=0 for 82574, can be 1 or 2

Для чипов 82574 в svn по этому поводу уже вышел патч

http://docs.freebsd.org/cgi/getmsg.cgi?fet...ent/svn-src-all

Share this post

Link to post
Share on other sites

kaylas   

kaylas
Posted (edited) · Report post

Скажите а действительно ли с этими драйверами карточки работают лучше, чем с оригинальными, с сайта Intel ???

Edited by kaylas

Share this post

Link to post
Share on other sites

Elisium   

Elisium
Posted · Report post
Скажите а действительно ли с этими драйверами карточки работают лучше, чем с оригинальными, с сайта Intel ???

Карточки работают также, а весь правильный сервак - лучше ))

Share this post

Link to post
Share on other sites

sid1333   

sid1333
Posted · Report post

Доброго дня!

 

Обнаружил в яндексовских дровах в sysctl dev.em параметр rx_kth_bind

Кто нибудь может прояснить, что он обозначает и для чего служит?

 

Заранее спасибо.

Share this post

Link to post
Share on other sites

TretUliy2   

TretUliy2
Posted (edited) · Report post

Существует проблема сборки драйвера em на FreeBSD 8.0R (версия драйверов e1000-7.0.5-RELENG8-yandex-1.36.2.17.2.18)

Ошибка содержит информацию о использовании не определённой функции drbr_needs_enqueue

решается добавлением следующих строк в if_em.h

 

#if __FreeBSD_version < 800504

static __inline int

drbr_needs_enqueue(struct ifnet *ifp, struct buf_ring *br)

{

#ifdef ALTQ

if (ALTQ_IS_ENABLED(&ifp->if_snd))

return (1);

#endif

return (!buf_ring_empty(br));

}

#endif

Edited by TretUliy2

Share this post

Link to post
Share on other sites

zlobar   

zlobar
Posted · Report post

Спасибо, пригодилось!

Существует проблема сборки драйвера em на FreeBSD 8.0R (версия драйверов e1000-7.0.5-RELENG8-yandex-1.36.2.17.2.18)

Ошибка содержит информацию о использовании не определённой функции drbr_needs_enqueue

решается добавлением следующих строк в if_em.h

 

#if __FreeBSD_version < 800504

static __inline int

drbr_needs_enqueue(struct ifnet *ifp, struct buf_ring *br)

{

#ifdef ALTQ

if (ALTQ_IS_ENABLED(&ifp->if_snd))

return (1);

#endif

return (!buf_ring_empty(br));

}

#endif

Share this post

Link to post
Share on other sites

alexcom   

alexcom
Posted (edited) · Report post

День добрый.

Пытаюсь собрать новые дрова от yandex'a (1.36.2.17.2.18) для 8.1.

После превиденных в этой теме "хаков" собрал ядро.

После ребута- 

dev.em.0.%desc: Intel(R) PRO/1000 Legacy Network Connection 1.0.1

Также пробовал советом товарища PromoAlex (make install clean).

Такая же история.

Как побороть?

ЗЫ. С 6.х, 7.х все собиралось всегда нормально.

Edited by alexcom

Share this post

Link to post
Share on other sites

Meloun   

Meloun
Posted (edited) · Report post
..........

 

Пытаюсь собрать новые дрова от yandex'a (1.36.2.17.2.18) для 8.1.

 

..........

 

После ребута- 

dev.em.0.%desc: Intel(R) PRO/1000 Legacy Network Connection 1.0.1

 

..........

После ребута система выбрала базовый em драйвер (legacy) для вашей карточки, в составе драйверов wawa версия этого драйвера такая же как и в штатных драйверах FreeBSD, т.е. 1.0.1

 

А произошло это по причине втыкания древней или десктопной интеловской гигабитной карточки. Ставьте серверную и будет вам счастие ;)

 

Извиняюсь друзья предыдущее предложение не совсем верно. Сегодня экстренно поднимал мелкороутер на старом железе. Сетевуха Intel Pro1000 MT Server PCI-X была воткнута в обычный PCI разъем (не PCI-X), загрузился драйвер Legacy. Таким образом насколько понял, if_lem.c в исходниках это код драйвера для обычных PCI шин.

 

P.S. Хоть версия legacy драйвера одинакова со штатным, однако обновить всеодно очень советую. После обновления ушла проблема с "page fault" при поднятии vlan-ов на десктопной карточке Intel Pro1000 GT

Edited by Meloun

Share this post

Link to post
Share on other sites

sayadm   

sayadm
Posted (edited) · Report post

hi all!

 

Пытаюсь собрать на 7.2-p8 (i386) дрова e1000-7.0.5-RELENG7-yandex-1.36.2.18. При сборке ядра вылетает с:

--

cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /usr/src/sys/dev/e1000/if_igb.c -I/usr/src/sys/dev/e1000

cc1: warnings being treated as errors

/usr/src/sys/dev/e1000/if_igb.c: In function 'igb_add_hw_stats':

/usr/src/sys/dev/e1000/if_igb.c:4987: warning: implicit declaration of function 'SYSCTL_ADD_QUAD'

/usr/src/sys/dev/e1000/if_igb.c:4987: warning: nested extern declaration of 'SYSCTL_ADD_QUAD'

--

 

Куда копать ?

Edited by sayadm

Share this post

Link to post
Share on other sites

aklex   

aklex
Posted (edited) · Report post

Тоже наткнулся на такую же проблему.

Немного копнул, выяснилось что в sysctl.h в этой версии фряхи нет функции SYSCTL_ADD_QUAD. Она появляется в 8й версии.

Что можно вместо нее использовать в 7.2?

Если заменить на SYSCTL_ADD_LONG - это сильно критично?

Edited by aklex

Share this post

Link to post
Share on other sites

sayadm   

sayadm
Posted (edited) · Report post
SYSCTL_ADD_QUAD
это вроде 64, лонг - 32

уточните в исходниках

Действительное, aklex прав. Капнув сырцы, в 7.2 в sysctl.h принципе нет SYSCTL_ADD_QUAD, в 7.3 уже присутвует QUAD . Вопрос остается отрытым, корректно ли будет заменить ее на SYSCTL_ADD_LONG ?

Edited by sayadm

Share this post

Link to post
Share on other sites

carleone   

carleone
Posted · Report post

FreeBSD 7.4-PRERELEASE (обновлен через cvsup)

 

/usr/src/sys/dev/e1000/e1000_vf.c: In function 'e1000_init_function_pointers_vf':
/usr/src/sys/dev/e1000/e1000_vf.c:151: error: 'struct e1000_hw' has no member named 'mbx'
/usr/src/sys/dev/e1000/e1000_vf.c:151: error: 'e1000_init_mbx_params_vf' undeclared (first use in this function)
/usr/src/sys/dev/e1000/e1000_vf.c:151: error: (Each undeclared identifier is reported only once
/usr/src/sys/dev/e1000/e1000_vf.c:151: error: for each function it appears in.)
/usr/src/sys/dev/e1000/e1000_vf.c: In function 'e1000_reset_hw_vf':
/usr/src/sys/dev/e1000/e1000_vf.c:260: error: 'struct e1000_hw' has no member named 'mbx'
/usr/src/sys/dev/e1000/e1000_vf.c:273: error: dereferencing pointer to incomplete type
/usr/src/sys/dev/e1000/e1000_vf.c:280: error: dereferencing pointer to incomplete type
/usr/src/sys/dev/e1000/e1000_vf.c:280: error: 'E1000_VF_MBX_INIT_TIMEOUT' undeclared (first use in this function)
/usr/src/sys/dev/e1000/e1000_vf.c:282: error: 'E1000_VF_RESET' undeclared (first use in this function)
/usr/src/sys/dev/e1000/e1000_vf.c:283: error: dereferencing pointer to incomplete type
/usr/src/sys/dev/e1000/e1000_vf.c:288: error: dereferencing pointer to incomplete type
/usr/src/sys/dev/e1000/e1000_vf.c:291: error: 'E1000_VT_MSGTYPE_ACK' undeclared (first use in this function)
/usr/src/sys/dev/e1000/e1000_vf.c: In function 'e1000_rar_set_vf':
/usr/src/sys/dev/e1000/e1000_vf.c:325: error: 'struct e1000_hw' has no member named 'mbx'
/usr/src/sys/dev/e1000/e1000_vf.c:331: error: 'E1000_VF_SET_MAC_ADDR' undeclared (first use in this function)
/usr/src/sys/dev/e1000/e1000_vf.c:333: error: dereferencing pointer to incomplete type
/usr/src/sys/dev/e1000/e1000_vf.c:336: error: dereferencing pointer to incomplete type
/usr/src/sys/dev/e1000/e1000_vf.c:338: error: 'E1000_VT_MSGTYPE_CTS' undeclared (first use in this function)
/usr/src/sys/dev/e1000/e1000_vf.c:342: error: 'E1000_VT_MSGTYPE_NACK' undeclared (first use in this function)
/usr/src/sys/dev/e1000/e1000_vf.c: In function 'e1000_update_mc_addr_list_vf':
/usr/src/sys/dev/e1000/e1000_vf.c:389: error: 'struct e1000_hw' has no member named 'mbx'
/usr/src/sys/dev/e1000/e1000_vf.c:390: error: 'E1000_VFMAILBOX_SIZE' undeclared (first use in this function)
/usr/src/sys/dev/e1000/e1000_vf.c:409: error: 'E1000_VF_SET_MULTICAST_OVERFLOW' undeclared (first use in this function)
/usr/src/sys/dev/e1000/e1000_vf.c:413: error: 'E1000_VF_SET_MULTICAST' undeclared (first use in this function)
/usr/src/sys/dev/e1000/e1000_vf.c:414: error: 'E1000_VT_MSGINFO_SHIFT' undeclared (first use in this function)
/usr/src/sys/dev/e1000/e1000_vf.c:423: error: dereferencing pointer to incomplete type 
cc1: warnings being treated as errors

 

Share this post

Link to post
Share on other sites

Vulgast   

Vulgast
Posted · Report post
Сетевая с чипом 82574L на драйвере от яндекса стала отваливаться, на обычных драйверах такого нет

Sep 30 11:17:53 server kernel: em0: Watchdog timeout (ticks=425644 watchdog_time=415279 _enq=415279 _txeof=413670) -- resetting
Sep 30 11:17:53 server kernel: em0: link state changed to DOWN
Sep 30 11:17:56 server kernel: em0: link state changed to UP
Sep 30 11:18:09 server kernel: em0: Watchdog timeout (ticks=441711 watchdog_time=430859 _enq=430859 _txeof=428721) -- resetting
Sep 30 11:18:09 server kernel: em0: link state changed to DOWN
Sep 30 11:18:12 server kernel: em0: link state changed to UP

Как временное лечение можно поиграться параметрами

hw.em.enable_msix=0 #Def=0 - disable
hw.em.msix_queues=0 #Def=0 for 82574, can be 1 or 2

Для чипов 82574 в svn по этому поводу уже вышел патч

http://docs.freebsd.org/cgi/getmsg.cgi?fet...ent/svn-src-all

+1

У меня такая-же проблема. Сетевушки 82574L (Intel 82574L Gigabit Ethernet Controller (82574L)) отваливаются с вышеупомянутыми ошибками при хорошей нагрузке.

А вот em-ные сетевухи HP NC360T PCIe DP Gigabit Server Adapter (n1e5132) заработали нормально.

Юзаю 8.2-PRERELEASE с дровами e1000-7.0.5-RELENG8-yandex-1.36.2.17.2.1.

 

Планируется ли патч для 82574L? Это довольно расспостраненные сетевые... :)

 

Share this post

Link to post
Share on other sites

AntonS   

AntonS
Posted · Report post

freebsd 7.3 + драйвера от яндекс 7.0.5

проблема с алиас

 

ведет себя сетевая как то не понятно

когда alias прописываешь

 

сокеты не открываются, сессии не устанавливаются

Share this post

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
Go to topic listing Программное обеспечение, биллинг и *unix системы