Dotaz: IFF_RUNNING flag (link-detect) a rtl8139 na jádře 2.4

[Machala]

Snažím se rozběhnout linuxový router založený na projektu zebra. Ta však neumí reflektovat změny konektivity na lince (link-detect), proto jsem přešel k fork projektu quagga, který by toto umět měl, avšak detekce stavu ethernetové linky (jde o kartu realtek 8139) stejně nefunguje.

Navíc jsem dodatečně vyzkoušel i program netplugd, který by měl rovněž detekovat linku a podle toho nahazovat a shazovat interface. Ten je však také nefunkční.

Chyba zřejmě bude v tom, že ovladač síťové karty nepodporuje příznak IFF_RUNNING, kterým se informace o stavu linky předává.

Možná jsem trochu přehnal testovací podmínky - quaggu zkouším na domácím stroji s MDK 9.2 (jádro řady 2.4)...

Nenašel by se někdo, komu na jádře 2.4 a s kartou rtl8139 detekce linky funguje? Nebo přímo někdo, kdo běhá quaggu a link-detect pracuje korektně? (Rovněž jsem zjistil, že pro zebru existuje "link-detect patch", ten se mi ale nikde najít nepodařilo.)

Uvítám jakékoliv návrhy řešení.

Odpovědi

[Zdeněk Štěpánek]

Zdravim

Me mii-tool(s) ukazuje typ linky na RTL8139 s jadrem 2.4.22 bez problemu. Nevim kde muze byt problem.

Zdenek

[CIJOML]

8139too Fast Ethernet driver 0.9.26 eth0: RealTek RTL8139 at 0xd0946000, 00:0a:e4:44:3c:b7, IRQ 11 eth0: Identified 8139 chip type 'RTL-8101' eth0: link up, 100Mbps, full-duplex, lpa 0x45E1

Asi mate hoodne levnou kartu, do ktery to vyrobce nezadratoval

[CIJOML]

viz treba 2 karty v mym routeru od 3COM - to same:

00:11.0: 3Com PCI 3c905B Cyclone 100baseTx at 0xec00. Vers LK1.1.18-ac 00:50:04:0b:73:4a, IRQ 17 product code 5451 rev 00.12 date 01-08-99 Internal config register is 1800000, transceivers 0xa. 8K byte-wide RAM 5:3 Rx:Tx split, autoselect/Autonegotiate interface. MII transceiver found at address 24, status 786d. Enabling bus-master transmits and whole-frame receives. 00:11.0: scatter/gather enabled. h/w checksums enabled See Documentation/networking/vortex.txt 01:08.0: 3Com PCI 3c905 Boomerang 100baseTx at 0xfcc0. Vers LK1.1.18-ac 00:c0:4f:a2:ed:0e, IRQ 19 product code 0000 rev 00.0 date 07-03-97 Internal config register is 1630218, transceivers 0xe040. 8K word-wide RAM 3:5 Rx:Tx split, autoselect/MII interface. MII transceiver found at address 24, status 786f. Enabling bus-master transmits and whole-frame receives. 01:08.0: scatter/gather enabled. h/w checksums disabled eth1: Dropping NETIF_F_SG since no checksum feature.

[Machala]

Díky za odpovědi, problém je ale v tom, že třeba právě mii-tool detekuje stav linky v pořádku, ale quagga ani netplugd toto nereflektují. Těm se zdá interface pořád připojený: zkusil jsem např. toto: shodím manuálně interface, počítač vypojím ze switche, spustím netplug démona a ten ten interface nahodí, i když vůbec nemá konektivitu (je vypojen)!!! Zřejmě ten démon (stejně jako quagga) bere tu informaci o chodu linky odněkud odjinud, kde je prostě údaj "pořád zapnuto".

Jak jsem psal posledně, měl by to prý (jak jsem se dočetl) zajišťovat příznak IFF_RUNNING a subsystem netlink. V linuxu se ale moc nevyznám, chci prostě jen zprovoznit ten quagga router, neporadí někdo, kde by mohl být problém?

[Machala]

Teoreticky by mně pomohla i jiná věc: program, který by nahazoval a shazoval interface na základě údajů z mii-tool. Existuje nějaký?