Dotaz: Problém s RTL 8139

[Treble-Joint]

Mam sitovku EN-9130TXA s chipem RTL 8139. Pokud vim, tak na ni by mel byt ovladac primo v jadru. Mam Debian 4.0 Etch. Problem je v tom, ze mi ji system pri instalaci vubec nechce najit a kdyz zvolim ovladac rucne, tak stejne pise, ze zadna sitova karta nebyla nalezena. Mimochodem tyto karty mam v systemu 2 a nejede ani jedna. Ta druha je od jineho vyrobce, ale chip stejny. Pred Debianem jsem zkousel CentOS a Fedoru. Tam myslim karty jely dobre, protoze se mne system pri instalaci uz rovnou ptal na ip adresy a tak. Jinak jsem je nijak nezkousel. Stacilo mi, ze je to naslo. Predem diky za jakykoliv rady vedouci k cili. :)

---

---

Odpovědi

[Jan Včelák]

Mel jsem podobnej problem s 8169 taky na Etchi.

Muzete zkusit nainstalovat balik hwinfo. To se muze hodit i jindy. A pak se podivt na vypis hwinfo --netcard --network. Třeba vám to pomůže...

[Treble-Joint]

Muzu jen vedet, jak jste ten problem nakonec vzresil? Diky.

[Jan Včelák]

No nejak jsem si hral s nastavenim udev. Ale uz si to moc nepamatuju. Proto se vas snazim nakopnout takhle.

[#Tom]

Pokud o ní jádro ví, najde se to v /proc/pci. Jinak ovladač na tuto síťovku se jmenuje 8139too, zavede se příkazem

modprobe 8139too

[trekker.dk]

Pro některé (novější ?) verze čipu slouží ovladač 8139cp.

[Andrej]

Pro některé (novější ?) verze čipu slouží ovladač 8139cp.

...A někdy je nutné ten nevyhovující z těch dvou explicitně zakázat, protože jinak se samovolně načítá a síťovka pak nefunguje, aniž by člověk viděl důvod. To je ale případ ArchLinuxu, který mě potkal zhruba před rokem. Takže nevím, zda je to dnes ještě relevantní.

[Treble-Joint]

Diky za info. Ted to buhuel zkusit nemuzu, to az v patek. Ale takovy dotaz. Kdyby o ni jadro vedelo, tak by ji naslo uz pri instalaci, ne? Ja se snazil uz pri instalaci ji vecpat ovladac 8139too i 8139cp, ale na oba mi to psalo neco ve smyslu, ze sitova karta nenalezena. No v patek se mrknu do toho /proc/pci, jestli tam je. Ale kdyby tam byla, tak by byl i nejaky vypis o eth0 ve vypisu jedra, ne? ( dmesg ), coz neni. Takze ja hlavne nevim, jak tomu jadru dat o ty sitovce vedet.

[trekker.dk]

Pokud zjistíš, že jádro nenašlo ani jednu, zkus jednu z nich vyndat.

[Treble-Joint]

Tak at koukam, jak koukam, tak /proc/pci tu nemam...

[#Tom]

Potom jsou ještě i jiné cesty než přímé zkoumání /proc. Třeba nástroj lspci z balíku pciutils.

[Treble-Joint]

tak ted teda nevim, jak se to lspci pouziva. Mam ho tu (/usr/bin/lspci) ale nevypisuje nic. A podle manu by mel vypisovat i bez optionu... Muzu poprosit o nejakou konkretnejsi radu, jak s tim? Diky.

[petertomasy]

daj sem vypis :

lspci | grep 8139

malo by ti vypisať niečo ako : 00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)

dalej výpis:

lsmod | grep 8139

maloby ti vypísať niečo ako:

8139too 27648 0

8139cp 25088 0

mii 6528 2 8139too,8139cp

ak ti nevypíše nič , tak daj príkaz: modprobe 8139too, poprípade ho zameň za modul 8139cp,reštartuj sieť príkazom :

/etc/init.d/networking restart

myslím že musiš byť mať práva roota. Ešte daj sem vypis

ifconfig

malo by ti vypísať tvoju(e) sieťovky

[Treble-Joint]

kdyz dam

modprobe 8139too
/etc/init.d/networking restart
lsmod | grep 8139

tak to vyhodi

8139cp  21920 0
8139too 25120 0
mii      5344 2 8139cp,8139too

po zadani

modprobe 8139cp
/etc/init.d/networking restart
lsmod | grep 8139

to vyhodi to samy

jinak lspci nevyhazuje nic, to znamena, ze z toho nemuzu ani nic vygrepovat. Nevim, cim to je. Jinak delam to za roota, takze pravama to nebude.

[Treble-Joint]

Jo a ifconfig vypisuje jen loopback

lo Link encap:Local Loopback
   inet addr:127.0.0.1 Mask: 255.0.0.0
   UP LOOPBACK RUNNING MTU:163436 Metric:1
   RX packets:82 errors:0 dropped:0 overruns:0 frame:0
   TX packets:82 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:0
   RX bytes:6056 (5.9 KiB) TX bytes:6056 (5.9 KiB)

[Luboš Doležel (Doli)]

ifconfig není vhodný, použijte radši ip link nebo ip addr.

[Max]

8139cp  21920 0
8139too 25120 0

To je špatný, to by nemělo být. Buď jeden, nebo druhý, i když bůh ví, co máš za ty chipy. Tipnul bych si ovšem, že spíš klasiku 8139d apod. revize. Zkus tedy něco jako :

rmmod 8139cp
rmmod 8139too
dmesg
modprobe 8139too
dmesg
ip link (popř. ifconfig -a)

Zdar Max

[Treble-Joint]

No na chipu je napsano 8139d, co je snad ten nejrozsirenejsi.

[Petr Šobáň]

No nevím já mám několik karet a na nich mám písmena a,b nebo c k d jsem se nedostal.

Takže nevím jak d chodí s ovladači - po písmeno c to chodilo OK.

[Max]

A zkoušel jsi ten výše zmíněný postup? Jinak pro 8139d je ovladač 8139too
Zdar Max

[Treble-Joint]

jj. pak uz tam byl jen ten 8139too. Ale po restartu zmizej vsechny. Ale to delalo asi i pred tim.

[michich]

/proc/pci nemá dneska už nikdo, bylo to definitivně odstraněno v Linuxu 2.6.17. lspci vyčítá informace z /proc/bus/pci. Ten adresář tam je? Je to zvláštní problém. Můžeš sem hodit celý dmesg?

[#Tom]

Nikdo nemá?

[Treble-Joint]

no /proc/bus/pci tam mam. Je tam jeden soubor devices a je prazdnej.

Jinak tady je ten dmesg:

Linux version 2.6.18-4-686 (Debian 2.6.18.dfsg.1-12) (waldi@debian.org) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Mon Mar 26 17:17:36 UTC 2007
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
 BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000000fff0000 (usable)
 BIOS-e820: 000000000fff0000 - 000000000fff3000 (ACPI NVS)
 BIOS-e820: 000000000fff3000 - 0000000010000000 (ACPI data)
 BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
 BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
 BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
0MB HIGHMEM available.
255MB LOWMEM available.
found SMP MP-table at 000f5b80
On node 0 totalpages: 65520
  DMA zone: 4096 pages, LIFO batch:0
  Normal zone: 61424 pages, LIFO batch:15
DMI 2.2 present.
ACPI: RSDP (v000 VIA694                                ) @ 0x000f7740
ACPI: RSDT (v001 VIA694 AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x0fff3000
ACPI: FADT (v001 VIA694 AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x0fff3040
ACPI: MADT (v001 VIA694 AWRDACPI 0x42302e31  0x00000000) @ 0x0fff5800
ACPI: DSDT (v001 VIA694 AWRDACPI 0x00001000 MSFT 0x0100000c) @ 0x00000000
ACPI: PM-Timer IO Port: 0x4008
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
Processor #0 6:8 APIC version 17
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
Processor #1 6:8 APIC version 17
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 17, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 dfl dfl)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
ACPI: IRQ11 used by override.
Enabling APIC mode:  Flat.  Using 1 I/O APICs
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 20000000 (gap: 10000000:eec00000)
Detected 651.179 MHz processor.
Built 1 zonelists.  Total pages: 65520
Kernel command line: root=/dev/hda3 ro 
mapped APIC to ffffd000 (fee00000)
mapped IOAPIC to ffffc000 (fec00000)
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
PID hash table entries: 1024 (order: 10, 4096 bytes)
Console: colour VGA+ 80x25
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 252084k/262080k available (1544k kernel code, 9348k reserved, 577k data, 196k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 1304.06 BogoMIPS (lpj=2608123)
Security Framework v1.0.0 initialized
SELinux:  Disabled at boot.
Capability LSM initialized
Mount-cache hash table entries: 512
CPU: After generic identify, caps: 0383fbff 00000000 00000000 00000000 00000000 00000000 00000000
CPU: After vendor identify, caps: 0383fbff 00000000 00000000 00000000 00000000 00000000 00000000
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
CPU: After all inits, caps: 0383fbff 00000000 00000000 00000040 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
Compat vDSO mapped to ffffe000.
Checking 'hlt' instruction... OK.
SMP alternatives: switching to UP code
ACPI: Core revision 20060707
CPU0: Intel Pentium III (Coppermine) stepping 03
SMP alternatives: switching to SMP code
Booting processor 1/1 eip 3000
Initializing CPU#1
Calibrating delay using timer specific routine.. 1302.40 BogoMIPS (lpj=2604803)
CPU: After generic identify, caps: 0383fbff 00000000 00000000 00000000 00000000 00000000 00000000
CPU: After vendor identify, caps: 0383fbff 00000000 00000000 00000000 00000000 00000000 00000000
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
CPU: After all inits, caps: 0383fbff 00000000 00000000 00000040 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#1.
CPU1: Intel Pentium III (Coppermine) stepping 03
Total of 2 processors activated (2606.46 BogoMIPS).
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1
checking TSC synchronization across 2 CPUs: passed.
Brought up 2 CPUs
migration_cost=918
checking if image is initramfs... it is
Freeing initrd memory: 4387k freed
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: PCI BIOS revision 2.10 entry at 0xfb2d0, last bus=1
PCI: Using configuration type 1
Setting up standard PCI resources
mtrr: your CPUs had inconsistent variable MTRR settings
mtrr: probably your BIOS does not setup all CPUs.
mtrr: corrected configuration.
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: Probing PCI hardware (bus 00)
ACPI: Assume root bridge [\_SB_.PCI0] bus is 0
PCI quirk: region 4000-40ff claimed by vt82c586 ACPI
PCI quirk: region 6000-607f claimed by vt82c686 HW-mon
PCI quirk: region 5000-500f claimed by vt82c686 SMB
Boot video device is 0000:01:00.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI Error (rscreate-0349): (PRT[1C].SourceIndex) Need Integer, found Reference [20060707]
ACPI Exception (pci_irq-0211): AE_BAD_DATA, Evaluating _PRT [AE_BAD_DATA] [20060707]
ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 5 6 7 10 11 *12 14 15)
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
pnp: PnP ACPI: found 12 devices
PnPBIOS: Disabled by ACPI PNP
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a report
PCI: Bridge: 0000:00:01.0
  IO window: d000-dfff
  MEM window: d0000000-d1ffffff
  PREFETCH window: d2000000-d2ffffff
PCI: Setting latency timer of device 0000:00:01.0 to 64
NET: Registered protocol family 2
IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
TCP established hash table entries: 8192 (order: 4, 65536 bytes)
TCP bind hash table entries: 4096 (order: 3, 32768 bytes)
TCP: Hash tables configured (established 8192 bind 4096)
TCP reno registered
audit: initializing netlink socket (disabled)
audit(1183162852.008:1): initialized
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Initializing Cryptographic API
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:09: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1
PNP: PS/2 controller doesn't have AUX irq; using default 12
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
mice: PS/2 mouse device common for all mice
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
NET: Registered protocol family 8
NET: Registered protocol family 20
Starting balanced_irq
Using IPI No-Shortcut mode
ACPI: (supports S0 S1 S4 S5)
Freeing unused kernel memory: 196k freed
Time: tsc clocksource has been installed.
input: AT Translated Set 2 keyboard as /class/input/input0
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
Probing IDE interface ide0...
hda: ST320414A, ATA DISK drive
hdb: ST320414A, ATA DISK drive
Probing IDE interface ide1...
hdc: SONY CD-ROM CDU5221, ATAPI CD/DVD-ROM drive
Probing IDE interface ide2...
Probing IDE interface ide3...
Probing IDE interface ide4...
Probing IDE interface ide5...
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hdc: ATAPI 40X CD-ROM drive, 128kB Cache
Uniform CD-ROM driver Revision: 3.20
hda: max request size: 128KiB
hda: 39102336 sectors (20020 MB) w/2048KiB Cache, CHS=38792/16/63
hda: cache flushes not supported
 hda: hda1 hda2 hda3
hdb: max request size: 128KiB
hdb: 39102336 sectors (20020 MB) w/2048KiB Cache, CHS=38792/16/63
hdb: cache flushes not supported
 hdb: hdb1
Attempting manual resume
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
input: PC Speaker as /class/input/input1
Real Time Clock Driver v1.12ac
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
parport: PnPBIOS parport detected.
parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,ECP,DMA]
Adding 499960k swap on /dev/hda2.  Priority:-1 extents:1 across:499960k
EXT3 FS on hda3, internal journal
loop: loaded (max 8 devices)
device-mapper: ioctl: 4.7.0-ioctl (2006-06-24) initialised: dm-devel@redhat.com
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hda1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hdb1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
ACPI: Power Button (FF) [PWRF]
ACPI: Power Button (CM) [PWRB]
ACPI: Sleep Button (CM) [SLPB]
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
NFSD: starting 90-second grace period

[michich]

no /proc/bus/pci tam mam. Je tam jeden soubor devices a je prazdnej.

Velice podezřelé.

ACPI Error (rscreate-0349): (PRT[1C].SourceIndex) Need Integer, found Reference [20060707] ACPI Exception (pci_irq-0211): AE_BAD_DATA, Evaluating _PRT [AE_BAD_DATA] [20060707]

Moc ošklivá hláška. Tvoje PCI routovací tabulka v ACPI je rozbitá.

PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report

Tohle by vskutku mohlo pomoci!

[michich]

Další parametry, které by mohly zabrat, jsou "acpi=noirq" a "pci=noacpi".

[Treble-Joint]

Dobre. To jsem zkusil, ale pripada mi to, ze to nema zadny efekt. Jak by se melo projevit to zlepseni? po modprobe 8139too a restartovani netrowkingu porat po sitovkach ani stopa.

[Petr Šobáň]

Prostě nechápu proč se snažíš nahrávat nějaké moduly když ti kernel sítovku nenajde?

prostě /sbin/lspci a musí ve výpisu být pokud tam není tak je zbytečné cokoliv dál dělat a třeba si pohrát s BIOSem a kernelem aby byla ve výpisu vidět.

Takže různé mody ACPI, APIC atd....

Taky jakou verzi potřebuje ta revize D ? Tj PCI v2.2 nebo v2.3 a jaká je na MB ?

A pod....

Prostě pokud ji ve výpisu /sbin/lspci neuvidíš nemá cenu skoušet blbosti s ovladači.

[Treble-Joint]

No ja sem nejdriv nevedel, v cem je problem. Jen sem vedel, ze ty sitovky jadro nejak nebere. Jinak s ACPI nebo APIC sem si v linuxu nikdy nehral, takze vubec netusim, co by mohlo pomoct.

A jeste jeden dotaz tak trosku mimo sitovky. Zda se mi, ze mi nejede ani usb, tak jestli to nema nejakou spojitost. Po pripojeni treba flash disku se v lsusb nic neobjevi.

Pak jeste jeden postreh. Zkousel jsem Jinou sitovku. Opet chip realtek, ale mnohem starsi a jadro ji opet nenaslo. Nebo aspon v lspci nic neni a v lsmod myslim taky ne.

[stativ]

Skoro uřčitě má, podle výpisu je to problém základní desky. Nejspíše má nějaké zmršené ACPI nebo jede v nějakém podivném módu a bijou se IRQ. Proto toho nejspíš moc nefunguje.

PS: Je ta síťovka povolená v biosu? Je to celkem samozřejmá věc, a proto ji málokdo kontroluje.

[Treble-Joint]

No jak sem se koukal, tak v biosu by melo bejt vsechno ok. Jinak zkusil sem v nem zakazat to ACPI a lspci najednou jede, usb jede a rozjela se i jedna sitovka. Takze to by problem jakoby resilo no. Jinak co vsechno se tim zakazanim ACPI znefunkcnilo? Nebude fungovat vypinani. To je jasny, ale co dal?

[Petr Šobáň]

Tak v tom prvním případě bych se poohlédl zda není novější bios pro tvoji desku.

Potom bych skusil ACPI zapnout a skusit nejnovější jádro.

Případně budeš muset nechat ACPI vypnuté potom nebude fungovat vypínání PC tlačítkem na bedně, nebude fungovat uspávání a možná další věci na MB (ovládání otáček ventilátoru, úsporné mody karet a dalších zařízení v PC ).

[Treble-Joint]

No usporne mody, uspavani, ovladani otacek a vypinani me moc netrapi, protoze to mam jako mensi server. Jinak ja mam jadro 2.6.18, tak nevim, jak velkej to bude rozdil, ale muzu zkusit. Jinak BIOS uz sem zacal hledat. Jinak kdybych mel upgradovat to jadro, tak muze mi nekdo poradit nejakou dobrou stranku, kde by byl nejakej navod? Ja totiz jadro nikdy neprekompilovaval ani neupgradoval. Dik.

[trekker.dk]

Dobrá stránka je packages.debian.org

Hledej linux-image ve verzi unstable, stáhni wgetem tu verzi, která patří na tvůj počítač a nainstaluj pomocí dpkg -i linux-image-....deb

[Treble-Joint]

Tak se udelal update BIOSu a problem s ACPI vyresen. Uz to jede. Jen je mensi problem v tom, ze mi to sitovku najde jen jednu a navic to nacte ovladac 8139too i 8139cp. Jinak v ifconfig -a uz je. I lspci funguje jak ma. Akorat ze je tam jen jedna no.

[Petr Šobáň]

Tak to chce ten špatnej modul zakázat.

A možná do modprobe.conf dopsat alias eth0 8139too a alias eth1 8139too.

[Treble-Joint]

No ja to mam trosku jinak. Mam slozku modprobe.d a v ni souor aliases. Do toho jsem to zapsal. Pak jsem jeste ten, co chci zakazat zapsal do souboru blacklist, ale stejne se po startu systemu nacita. Jinak i v lspci je jen jedna sitovka, takze ten alias eth1 bych rek, ze nepojede, kdyz nevi, co to eth1 je.

[Petr Šobáň]

Tak skusit přehodit sítovku do jiného slotu.

[Treble-Joint]

jj. To uz sem vyresil. Byl to problem nejakyho zabordelenyho slotu, nebo nedotlaceny karty. Kdyz jsem ho vysal a kartu vratil, vse jelo v pohode. Ale stale me trapi to nacitani ovladace 8139cp i 8139too. Kde se to teda zakazuje, kdyz ne zapsanim do souboru blacklist v modporobe.d?

[Treble-Joint]

Jen pro upresneni davam cast vypisu lspci:

00:0e.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139,8139C,8139C+ (rev 10)
00:0f.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139,8139C,8139C+ (rev 10)

A lsmod:

8139too 25120 0
8139cp  21920 0
mii      5344 2 8139too,8139cp

A nakonec ifconfig -a:

eth0 Link encap:Ethernet  HWaddr 00:0E:2E:0C:7C:60
     BROADCAST MULTICAST  MTU:1500 Metric:1
     RX packets:0 errors:0 dropped:0 overruns:0 frame:0
     TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
     collisions:0 txqueuelen:1000
     RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
     Interrupt:177 Base address:0xe000

eth1 Link encap:Ethernet  HWaddr 00:08:A1:69:1F:27
     BROADCAST MULTICAST  MTU:1500 Metric:1
     RX packets:0 errors:0 dropped:0 overruns:0 frame:0
     TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
     collisions:0 txqueuelen:1000
     RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
     Interrupt:169 Base address:0xdc00

[Petr Šobáň]

Tam se to zakazuje, ale koukněte do modprobe.conf zda to není tam nebo ještě někde v nějakém konfiguráku jak se dělaly pokusy.

Další nesystémové řešení smazat ten modul (přesunout jinam).

[Treble-Joint]

modprobe.conf u me neni. Jinak v ostatnich konfigurakach nic z pokusu neni. Tak to teda asi vyresim tim presunem. Diky za rady.

[trekker.dk]

To je zajímavé, taky mám Debian, do toho souboru blacklist jsem zapsal blacklist 8139cp, odřádkoval a zafungovalo to

[Treble-Joint]

predpokalam teda, ze nezalezi na tom, kam si to zapisu. Jestli na konec, na zacatek, nebo doprostred. Jinak kdyz das lsmod | grep 8139cp, tak se ti nic neukaze?

[trekker.dk]

Neukáže se nic. A podle mě předpokládáš správně, že nezáleží na tom, kam to zapíšeš.

[Treble-Joint]

Jo a ta sitovka je pro PCI 2.1 / 2.2, takze tady problem nebude. Jinak co vsechno ma bejt ve vypisu lspci? Protoze do pci slotu mam jen ty 2 sitovky, pak mam jeste v AGP grafku. Jinak nic. Ale pres sbernici pci jsou pripojeny i jiny veci na desce, ne? Kery se tam podezrele neukazujou... Je teda fakt, ze ani nevim, jestli fungujou. Jako to USB.

[Treble-Joint]

A to je teda prblem hardwaru, nebo softwaru?

[test]

Predpokladam ze je potreba rekompilovat kernel a vse si samozrejme spravne nakonfigurovat, zejmena se podivat na procfs, module autoloader, acpi, network interface ci souvisejici features.

-- Debian je shit, think faster - use Gentoo

[Treble-Joint]

Tohle uz je vyreseny, ale diky za radu. Pomohl update BIOS. Jinak Debian neni shit. Je to poradna stabilni distribuce s hromadou balicku a na server snad idealni. :)

[the.max]

Nechci vam tu do toho moc kecat a uz vubec delat reklamu na www.kuku.cz, kde se daji (dali) poridit 3comy za 120kc, ale realtekovejm shitovkam se zdaleka vyhybam a zatim to vypada ze i dobre delam.

[Loso]

Pane bože já jsem je používal dlouhoudobu když nebyly integrované na MB a na 98 metrech nestíněného utp v paneláku vedeno s zvonkovýma rozvodama byly bezporuchové.

Na normální 100M síť je to bez problémů a jestli zatíží CPU o 3% více je mě fuk 3% nepoznáte.

Samozřejmě pokud budu stavět server tak pokud ho chci spolehlyvý a budu tam dávat serverovou desku tak použiji kvalitnější sítovky, ale jestli tam dávám normální desktopový MB tak nevidím proč tam RTL nedat.

[the.max]

Osloveni 'boze' opravdu nevyzaduji, nicmene s realtekem sem se pokousel o cca 70m, zkousel jsem 5 sitovek 3 roznych vyrobcu (vsechny ale s cipem realtek), zkousel jsem pak i jinej pocitac se stejnejma sitovkama a delalo to desne chyb. nakonec sem nasel na dne skrine nejake D-Linky s cipem DEC2110 (tusim), co slyseli na modul tulip a bylo po problemu.

[Petr Šobáň]

Jediné chyby s RTL byly pokud byl jako OS windows.

Prostě ty windows nějak tu kartu zblbly a pomohlo jedině vypnout PC. Po nastavení natvrdo jejich režimu (žádné auto) pro jistotu i tím dosáckým programem v jejich EEPROM na windowsech už problémy žádné nebyly.

Ale toto nepovažuji za chybu karet, ale toto považuji za chybu OS v tomto případě windows.

PS. Když to blblo nebyly na nějaké straně windows a nebyly karty nastavené na auto ?

[the.max]

puvodni pocitadlo bylo s woknama, druhy s linuxem. Kdyz jsem tam pak zapojil notebook (s broadcomem) zadny problem nebyl, ani po vymene realteku za 3comy. switch na druhy strane si hned prestal stezovat na chyby. jako modul na linuxu jsem zkousel 8139too, na woknech asi 4 ruzny verze ovladacu.

[Petr Šobáň]

Takže pokud jsem to pochopil je to stejné jak to kdysy blblo mě.

Takže vám můžu říct fakt to dělaly ty windows taky jsem skoušel různé ovladača a pod..... nic nepomáhalo... jak jsem dal na druhou stranu linux tj linux < - > linux tak už to neudělalo. Jak to bylo linux < - > windows tak to někdy zhodilo ty sítovky. Testovací programy co u nich byly pro dos tak vše taky bylo OK ani jeden stracenej paket.

Tak jsem s tím zápasil a když jsem na straně windows nastavil sítovku natvrdo (né auto) a i tím dosáckým nastavovátkem do její EEPROM a i v ovladačích windows zrušil auto tak pak to běhalo bez problémů několik let než jsme to zrušily.

Propojeno to bylo v paneláku ze 7p z jednoho vchodu do přízemí druhého vchodu, kabel byl nestíněný UTP vedený v rozvodech pro zvonky 7p dolů do sklepa (protaženo stejnýmy husímy krky jako zvonky) v těch rozvaděčích co jsou v panelákách, ve sklepě normálně veden po liště zároveň s 230V osvětlení sklepa a ve druhém vchodu přes jeden rozvaděč do bytu.

[Treble-Joint]

jj. Tak to znam. Tyhle sitovky jsem pouzival na win taky. Dokud nebyly moc zatizeny, tak to jelo, ale jakmile jsem zacal presouvat vetsi mnozstvi dat, tak to padalo. Pak jsem si hral s nastavenim, dal vse na manual a bylo po problemu. Jinak jak tady mluvite o dosackym nastavovatku. To je co? Docela by me to zajimalo, kdybych se s tim problemem zase setkal. Dik.

[Petr Šobáň]

Aspon na každé kartě byla eeprom s nastavením.

Na CD jsem měl programy pro dos byly tam dva pro test karty ten se prováděl že se ten program spustil a on otestoval čip na karte a pokud jsi měl stejnou kartu na druhém PC tak jsi ty programy spustil na obouch kartách a oni si posílaly pakety takže se otestoval i kabel.

A pak tam byl program taky pro dos který měnil udaje v té EEPROM dala se tam nastavit MAC (pouze u nějakých modelů) potom se tam dala nastavit rychlost karty 10/100M/auto half-ful duplex irq, I/O adresa na sběrnici pokud měla objímku na EPROM tak nastvení i té botovací EPROM zda je povolená, zakázaná atd.... (Prostě něco jako BIOS na MB)

Některé věci se daly nastavit i z ovladače pro windows.

[Treble-Joint]

No tak konfigurace serverova docela je, ale ty sitovky tam mam takovy proto, ze se mi valely doma a navic jich mam docela dost a nikdy zadnej problem. Jinak az mi bude blbnout, tak asi po nejakym tom 3Comu nebo linksysu kouknu.

[jgv]

Ted (pred 2 hodinama) jsem taky resil neco s 8139.

Po natazeni modulu 8139too (nebo cp) se v dmesgu sice objevilo, ze sitovka je eth0, ale nesla ifconfigem nahodit. Byla totiz na eth2. Zkus si pustit lshw - z nej je pekne videt, kde sitovka bude.

[DjAARA]

Problém UDEVu (perzistentní označení síťové karty), ne ovladače...

[GeBu]

Docela zajímavá informace:

As of 27 May 2007, in kernel 2.6.21.3, you may experience the issues with the r8169 driver if you dual boot Windows on some systems. Windows by defaults disables the NIC at Windows shutdown time in order to disable Wake-On-Lan, and this NIC will remain disabled until the next time Windows turns it on. The r8169 driver in the kernel does not know how to turn the NIC on from this disabled state; therefore, the device will not respond, even if the driver loads and reports that the device is up. To work around this problem, simply enable the feature "Wake-on-lan after shutdown." You can set this options through Windows' device manager.

[Jendа]

Tohle se mi taky dělo když jsem měl ještě Windows a pomohlo odpojit počítač od napájení (úplně - ne jen „falešně“ tlačítkem) a chvilku počkat. Síťovka se tím resetuje.