Elisium Опубликовано 12 сентября, 2010 мы освежили версии для em (теперь оно называется e1000) О!О! Большое спасибо )) п.с. "Теперь в упаковке и свежие дровишки на igb !" )) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
TiFFolk Опубликовано 13 сентября, 2010 С hw.igb.rxd=4096 и hw.igb.txd=4096 сообщение "could not setup received structures" вылетало на старте системы (2 valn-a), но убрав их, неделю живет - полет номальный (700/500 Мбит/с отдачи/входа ) Это как бы не выход =) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nicol@s Опубликовано 21 сентября, 2010 (изменено) Поставил новые дрова для 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 Изменено 21 сентября, 2010 пользователем nicol@s Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nicol@s Опубликовано 28 сентября, 2010 (изменено) Скачал дрова 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. Изменено 28 сентября, 2010 пользователем nicol@s Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nicol@s Опубликовано 28 сентября, 2010 Разобрался. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
napTu Опубликовано 28 сентября, 2010 (изменено) на 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 Изменено 29 сентября, 2010 пользователем napTu Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
modq Опубликовано 1 октября, 2010 Сетевая с чипом 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
napTu Опубликовано 4 октября, 2010 опять паник, опять новоскомпиленные дрова не поднялись, что еще им нужно? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kaylas Опубликовано 8 октября, 2010 (изменено) Скажите а действительно ли с этими драйверами карточки работают лучше, чем с оригинальными, с сайта Intel ??? Изменено 8 октября, 2010 пользователем kaylas Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Elisium Опубликовано 9 октября, 2010 Скажите а действительно ли с этими драйверами карточки работают лучше, чем с оригинальными, с сайта Intel ??? Карточки работают также, а весь правильный сервак - лучше )) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sid1333 Опубликовано 18 октября, 2010 Доброго дня! Обнаружил в яндексовских дровах в sysctl dev.em параметр rx_kth_bind Кто нибудь может прояснить, что он обозначает и для чего служит? Заранее спасибо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
TretUliy2 Опубликовано 26 октября, 2010 (изменено) Существует проблема сборки драйвера 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 Изменено 26 октября, 2010 пользователем TretUliy2 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zlobar Опубликовано 6 ноября, 2010 Спасибо, пригодилось! Существует проблема сборки драйвера 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alexcom Опубликовано 25 ноября, 2010 (изменено) День добрый. Пытаюсь собрать новые дрова от 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.х все собиралось всегда нормально. Изменено 25 ноября, 2010 пользователем alexcom Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Meloun Опубликовано 4 декабря, 2010 (изменено) .......... Пытаюсь собрать новые дрова от 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 Изменено 5 декабря, 2010 пользователем Meloun Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sayadm Опубликовано 9 декабря, 2010 (изменено) 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' -- Куда копать ? Изменено 15 декабря, 2010 пользователем sayadm Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aklex Опубликовано 11 декабря, 2010 (изменено) Тоже наткнулся на такую же проблему. Немного копнул, выяснилось что в sysctl.h в этой версии фряхи нет функции SYSCTL_ADD_QUAD. Она появляется в 8й версии. Что можно вместо нее использовать в 7.2? Если заменить на SYSCTL_ADD_LONG - это сильно критично? Изменено 11 декабря, 2010 пользователем aklex Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 11 декабря, 2010 SYSCTL_ADD_QUADэто вроде 64, лонг - 32уточните в исходниках Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sayadm Опубликовано 15 декабря, 2010 (изменено) SYSCTL_ADD_QUADэто вроде 64, лонг - 32уточните в исходниках Действительное, aklex прав. Капнув сырцы, в 7.2 в sysctl.h принципе нет SYSCTL_ADD_QUAD, в 7.3 уже присутвует QUAD . Вопрос остается отрытым, корректно ли будет заменить ее на SYSCTL_ADD_LONG ? Изменено 15 декабря, 2010 пользователем sayadm Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
carleone Опубликовано 22 декабря, 2010 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Vulgast Опубликовано 13 января, 2011 Сетевая с чипом 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? Это довольно расспостраненные сетевые... :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
AntonS Опубликовано 9 февраля, 2011 freebsd 7.3 + драйвера от яндекс 7.0.5 проблема с алиас ведет себя сетевая как то не понятно когда alias прописываешь сокеты не открываются, сессии не устанавливаются Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
AntonS Опубликовано 16 февраля, 2011 Freebsd 7.4 8.1 8.2 вообще с дровами от яндекса нормально не работает Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
st_re Опубликовано 16 февраля, 2011 http://people.yandex-team.ru/~wawa/ 502 Bad Gateway :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
st_re Опубликовано 22 февраля, 2011 :( HTTP Status 404 - /~wawa/ Походу все, кина не будет... Upd Ан нет, к утру починили. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...