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...