Jump to content
Калькуляторы

Sun Fire V100 Глюки с сетевухой

Есть два сабжа

server1 ~ # uname -a

Linux server1 2.6.28-gentoo-r5 #2 SMP Sun Jul 19 00:14:10 YEKST 2009 sparc64 sun4u TI UltraSparc IIe (Hummingbird) GNU/Linux

 

lspci -vvv

00:05.0 Ethernet controller: Davicom Semiconductor, Inc. 21x4x DEC-Tulip compatible 10/100 Ethernet (rev 31)

Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B- DisINTx-

Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-

Latency: 0 (5000ns min, 10000ns max)

Interrupt: pin A routed to IRQ 0000000a

Region 0: I/O ports at 00010100

Region 1: Memory at 00002000 (32-bit, non-prefetchable)

Region 2: [virtual] Memory at fffffe0100000000 (32-bit, non-prefetchable)

Region 3: [virtual] Memory at fffffe0100000000 (32-bit, non-prefetchable)

Region 4: [virtual] Memory at fffffe0100000000 (32-bit, non-prefetchable)

Region 5: [virtual] Memory at fffffe0100000000 (32-bit, non-prefetchable)

Expansion ROM at 00080000 [disabled]

Capabilities: [50] Power Management version 2

Flags: PMEClk- DSI+ D1- D2- AuxCurrent=220mA PME(D0-,D1-,D2-,D3hot+,D3cold+)

Status: D0 PME-Enable- DSel=0 DScale=0 PME-

Kernel driver in use: tulip

 

У обоих периодически наблюдается отваливание сетевух. Происходит это спонтанно, непрогнозируемо. Проявляется следующим образом: трафик идет, идет, потом в некоторый момент пинги возрастают до 20000+, еще через пару минут трафик вообще перестает ходить.

Период возникновения от 2-х часов до нескольких месяцев.

Лечится /etc/init.d/net.eth0 restart но это не вариант...

 

Более того, постоянно около 6% потерь пакетов. патч-корды менял, мутатор выкидывал - подключал ноут напрямую - все-равно потери.

Кто сталкивался? Чем полечить/где посмотреть в чем проблема?

 

P.S. Я понимаю, что солярка предпочтительнее для этих железок, но не дает она мне те возможности, которые нужны...

Edited by Heggi

Share this post


Link to post
Share on other sites

проапится на 2.6.30, если не поможет - можем вместе багрепорт в netdev накатать...

Share this post


Link to post
Share on other sites

Может в ядре чего напортачил? Я с архитектурой Sparc64 первый раз сталкиваюсь...

До 2.6.30 сегодня ночью обновлю, когда народу меньше будет...

Share this post


Link to post
Share on other sites

Хм, это последнее стабильное ядро для sparc (из gentoo-sources)

2.6.29-5 из vanilla-sources...

Share this post


Link to post
Share on other sites

Это понятно -) 2.6.30 я и без kernel.org могу поставить -) просто походу его еще никто под спарки не тестил -/

Share this post


Link to post
Share on other sites

Я могу затестить, но у меня немного другой тазик... сча вспомню его адрес, и попробую.

Share this post


Link to post
Share on other sites

Там с этими сетевухами много косяков было:

1. Надо юзать драйвер tulip, выкинув davicom

2. Надо следить за negotiation, у меня они регулярно в 100half падали со стороны свича -> залочил на 100-full (append="tulip.options=5,5")

3. Похоже п.2. происходил при включении машинки без линка на сетевухе (свет например моргнул, а свич долго грузится)

4. Vlan'ы на них не поддерживаются штатно, нарисовали патчик, но через задний проход сделано.

 

Стоит debian.

Share this post


Link to post
Share on other sites

1. стоит tulip, с davicom сетевухи вообще мертвые

2. Вот это уже интереснее...

3. У меня если без линка на сетевухе включить, траф вообще не ходит до перезагрузки.

4. Как ни странно, но vconfig нормально работает, vlan'ы создает и они даже работают.

Share this post


Link to post
Share on other sites

4. Ага, работают, только mtu надо выставлять меньше, попробуй пакеты по 1500 байт погонять...

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this