[Hardware] I: r8169/atl1/tg3 testing wanted

[Hardware] I: r8169/atl1/tg3 testing wanted

[Konstantin A. Lepikhov]

Hi!

В свете грядущего выхода 4.0, хотелось бы собрать у общественности
побольше фактов работы данных сетевух. Интересует след. список:

from drivers/net/r8169.c

	_R("RTL8169",           RTL_GIGA_MAC_VER_01, 0xff7e1880),
	_R("RTL8169s/8110s",    RTL_GIGA_MAC_VER_02, 0xff7e1880),
	_R("RTL8169s/8110s",    RTL_GIGA_MAC_VER_03, 0xff7e1880),
	_R("RTL8169sb/8110sb", 	RTL_GIGA_MAC_VER_04, 0xff7e1880),
	_R("RTL8169sc/8110sc",  RTL_GIGA_MAC_VER_05, 0xff7e1880),
	_R("RTL8168b/8111b", 	RTL_GIGA_MAC_VER_11, 0xff7e1880), // PCI-E
	_R("RTL8168b/8111b", 	RTL_GIGA_MAC_VER_12, 0xff7e1880), // PCI-E
	_R("RTL8101e",		RTL_GIGA_MAC_VER_13, 0xff7e1880), // PCI-E // 8139
	_R("RTL8100e",		RTL_GIGA_MAC_VER_14, 0xff7e1880), // PCI-E // 8139
	_R("RTL8100e", 		RTL_GIGA_MAC_VER_15, 0xff7e1880)  // PCI-E // 8139

Дело в том, что столкнулся (уже в нескольких местах) с такой проблемой на
r8169:
через некоторое время перестают ходит пакеты и карта "зависает" (в логах
появляется сообщение rx/tx timeout). Причем зависает довольно конкретно,
выгрузка/загрузка модуля не помогает, только перезагрузка. В наши ядра для
драйвера r8169 я втащил почти все изменения из 2.6.20+, однако ситуация не
изменилась - все равно зависает. BTW, фирменный драйвер от realtek (r1000)
вообще ведет себя по-уродски - после зависания драйвер можно
загрузить/выгрузить, однако работать все равно нельзя.

Итак, что хочется проверить:

1) воспроизводится ли еще у кого эта проблема
2) помогает ли в решении обновление биоса
3) помогает ли загрузка с параметрами acpi=noirq irqpoll

В случае подтверждения любого из перечисленных пунктов, просьба указать на
каком железе воспроизводится - pci id сетевухи, модель материнки, версия
биоса на ней.

PS Все ответы/репорты просьба отправлять в багзиллу, компонент
kernel-image-std-smp/kernel-image-ovz-smp

PPS Аналогичная просьба касается и других странных драйверов - atl1 и tg3
- рассказать о работе с текущими ядрами и замеченных странностях. Было бы
  супер, если еще и будет отзывы о работе с новыми ядрами.
PPPS К релизу все равно не успеем, так что данные пойдут в errata/updates.

-- 
WBR et al.

Re: [Hardware] I: r8169/atl1/tg3 testing wanted

[Eugene Prokopiev]

> PPS Аналогичная просьба касается и других странных драйверов - atl1 и tg3

tg3 работает на 2.6.16-ovz-smp-alt7 без странностей: две карточки с tg3 
связаны кроссовером и используются heartbeat/drbd

переехать на новое ядро пока возможности нет :(

железки - IBM xSeries:

# lspci
0000:00:00.0 Host bridge: Intel Corporation E7525 Memory Controller Hub 
(rev 0a)
0000:00:02.0 PCI bridge: Intel Corporation E7525/E7520/E7320 PCI Express 
Port A (rev 0a)
0000:00:03.0 PCI bridge: Intel Corporation E7525/E7520/E7320 PCI Express 
Port A1 (rev 0a)
0000:00:04.0 PCI bridge: Intel Corporation E7525/E7520 PCI Express Port 
B (rev 0a)
0000:00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) 
USB UHCI Controller #1 (rev 02)
0000:00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) 
USB UHCI Controller #2 (rev 02)
0000:00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) 
USB UHCI Controller #3 (rev 02)
0000:00:1d.3 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) 
USB UHCI Controller #4 (rev 02)
0000:00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) 
USB2 EHCI Controller (rev 02)
0000:00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2)
0000:00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC 
Interface Bridge (rev 02)
0000:00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) 
IDE Controller (rev 02)
0000:00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus 
Controller (rev 02)
0000:01:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721 
Gigabit Ethernet PCI Express (rev 01)
0000:02:00.0 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI 
Bridge A (rev 09)
0000:02:00.1 PIC: Intel Corporation 6700/6702PXH I/OxAPIC Interrupt 
Controller A (rev 09)
0000:02:00.2 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI 
Bridge B (rev 09)
0000:02:00.3 PIC: Intel Corporation 6700PXH I/OxAPIC Interrupt 
Controller B (rev 09)
0000:03:01.0 RAID bus controller: Adaptec ServeRAID Controller (rev 02)
0000:06:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. 
RTL-8139/8139C/8139C+ (rev 10)
0000:06:02.0 Ethernet controller: D-Link System Inc RTL8139 Ethernet 
(rev 10)
0000:06:04.0 VGA compatible controller: ATI Technologies Inc Radeon 
RV100 QY [Radeon 7000/VE]


-- 
С уважением, Прокопьев Евгений

Re: [Hardware] I: r8169/atl1/tg3 testing wanted

[Alexander Volkov]

On 2007-04-08 20:58:01 +0400, Konstantin A. Lepikhov wrote:
KAL> Hi!

KAL> В свете грядущего выхода 4.0, хотелось бы собрать у общественности
KAL> побольше фактов работы данных сетевух. Интересует след. список:

KAL> from drivers/net/r8169.c

KAL> 	_R("RTL8169",           RTL_GIGA_MAC_VER_01, 0xff7e1880),
KAL> 	_R("RTL8169s/8110s",    RTL_GIGA_MAC_VER_02, 0xff7e1880),
KAL> 	_R("RTL8169s/8110s",    RTL_GIGA_MAC_VER_03, 0xff7e1880),
KAL> 	_R("RTL8169sb/8110sb", 	RTL_GIGA_MAC_VER_04, 0xff7e1880),
KAL> 	_R("RTL8169sc/8110sc",  RTL_GIGA_MAC_VER_05, 0xff7e1880),
KAL> 	_R("RTL8168b/8111b", 	RTL_GIGA_MAC_VER_11, 0xff7e1880), // PCI-E
KAL> 	_R("RTL8168b/8111b", 	RTL_GIGA_MAC_VER_12, 0xff7e1880), // PCI-E
KAL> 	_R("RTL8101e",		RTL_GIGA_MAC_VER_13, 0xff7e1880), // PCI-E // 8139
KAL> 	_R("RTL8100e",		RTL_GIGA_MAC_VER_14, 0xff7e1880), // PCI-E // 8139
KAL> 	_R("RTL8100e", 		RTL_GIGA_MAC_VER_15, 0xff7e1880)  // PCI-E // 8139

KAL> Дело в том, что столкнулся (уже в нескольких местах) с такой проблемой на
KAL> r8169:
KAL> через некоторое время перестают ходит пакеты и карта "зависает" (в логах
KAL> появляется сообщение rx/tx timeout). Причем зависает довольно конкретно,
KAL> выгрузка/загрузка модуля не помогает, только перезагрузка. В наши ядра для
KAL> драйвера r8169 я втащил почти все изменения из 2.6.20+, однако ситуация не
KAL> изменилась - все равно зависает. BTW, фирменный драйвер от realtek (r1000)
KAL> вообще ведет себя по-уродски - после зависания драйвер можно
KAL> загрузить/выгрузить, однако работать все равно нельзя.

KAL> Итак, что хочется проверить:

KAL> 1) воспроизводится ли еще у кого эта проблема
модуль r8169 - проблемы нет

kernel-image-ovz-smp-2.6.17-alt11

02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B
PCI Express Gigabit Ethernet controller (rev 01)
        Subsystem: ASUSTeK Computer Inc. Unknown device 81aa
	Flags: bus master, fast devsel, latency 0, IRQ 177
        I/O ports at d800 [size=256]
	Memory at effff000 (64-bit, non-prefetchable) [size=4K]
	Expansion ROM at effe0000 [disabled] [size=64K]
	Capabilities: [40] Power Management version 2
	Capabilities: [48] Vital Product Data
	Capabilities: [50] MessageSignalled Interrupts:	Mask- 64bit+ Queue=0/1	Enable-
	Capabilities: [60] Express Endpoint	IRQ 0
	Capabilities: [84] Vendor Specific Information

KAL> 2) помогает ли в решении обновление биоса
KAL> 3) помогает ли загрузка с параметрами acpi=noirq irqpoll

KAL> В случае подтверждения любого из перечисленных пунктов, просьба указать на
KAL> каком железе воспроизводится - pci id сетевухи, модель материнки, версия
KAL> биоса на ней.
мать не помню чья(далеко),  на i945 
KAL> PS Все ответы/репорты просьба отправлять в багзиллу, компонент
KAL> kernel-image-std-smp/kernel-image-ovz-smp
заведенного бага не нашел, проблемы пока нет, репортую сюда.
KAL> PPS Аналогичная просьба касается и других странных драйверов - atl1 и tg3
KAL> - рассказать о работе с текущими ядрами и замеченных странностях. Было бы
KAL>   супер, если еще и будет отзывы о работе с новыми ядрами.
KAL> PPPS К релизу все равно не успеем, так что данные пойдут в errata/updates.
--
 Regards, Alexander

Re: [Hardware] I: r8169/atl1/tg3 testing wanted

[Dmitry Lebkov]

Konstantin A. Lepikhov wrote:
> Hi!

[skip]

> PPS Аналогичная просьба касается и других странных драйверов - atl1 и tg3
> - рассказать о работе с текущими ядрами и замеченных странностях. Было бы
>   супер, если еще и будет отзывы о работе с новыми ядрами.

tg3 давно и успешно работает на всех ALT-ядрах начиная с vs26-smp. В
данный момент 3 системы живут на 2.6.18-ovz-smp-alt12 под приличной
нагрузкой - проблем не замечено.

05:01.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5704S
Gigabit Ethernet (rev 10)
        Subsystem: IBM Unknown device 02e8
        Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 209
        Memory at dcff0000 (64-bit, non-prefetchable) [size=64K]
        Capabilities: [40] PCI-X non-bridge device
        Capabilities: [48] Power Management version 2
        Capabilities: [50] Vital Product Data
        Capabilities: [58] Message Signalled Interrupts: Mask- 64bit+
Queue=0/3 Enable-