[Elisium]

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

О!О!

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

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

 

[TiFFolk]

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

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

[nicol@s]

Поставил новые дрова для 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

[nicol@s]

Скачал дрова 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

[nicol@s]

Разобрался.

[napTu]

на 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

[modq]

Сетевая с чипом 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

[napTu]

опять паник, опять новоскомпиленные дрова не поднялись, что еще им нужно?

[kaylas]

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

Изменено 8 октября, 2010 пользователем kaylas

[Elisium]

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

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

[sid1333]

Доброго дня!

 

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

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

 

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

[TretUliy2]

Существует проблема сборки драйвера 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

[zlobar]

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

Существует проблема сборки драйвера 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

[alexcom]

День добрый.

Пытаюсь собрать новые дрова от 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

[Meloun]

..........

 

Пытаюсь собрать новые дрова от 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

[sayadm]

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

[aklex]

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

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

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

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

Изменено 11 декабря, 2010 пользователем aklex

[Ivan_83]

SYSCTL_ADD_QUAD

это вроде 64, лонг - 32

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

[sayadm]

SYSCTL_ADD_QUAD

это вроде 64, лонг - 32

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

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

Изменено 15 декабря, 2010 пользователем sayadm

[carleone]

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

 

[Vulgast]

Сетевая с чипом 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? Это довольно расспостраненные сетевые... :)

 

[AntonS]

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

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

 

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

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

 

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

[AntonS]

Freebsd 7.4 8.1 8.2

 

вообще с дровами от яндекса нормально не работает

[st_re]

http://people.yandex-team.ru/~wawa/

 

502 Bad Gateway

 

:(

[st_re]

:(

 

HTTP Status 404 - /~wawa/

 

Походу все, кина не будет...

 

 

Upd

Ан нет, к утру починили.