[nSLUG] Redhat 8, Dell Dimension L500r, RTL8139

Donald Teed dteed at artistic.ca
Tue Mar 11 08:06:28 AST 2003


Yes, I think there is a PCI bus problem of some sort.
My first guess is that the motherboard is PCI 66Mhz
capable and these ethernet cards are not.  Is it possible
these slots are set up for 66Mhz while your cards
are not capable of that?  Is there something
in the CMOS bios that can allow you to tweak the PCI bus?

Is the kernel involved here just the stock kernel supplied with
Redhat or Mandrake?

Perhaps a search in google for the PCI bus errors will
turn up something.

--Donald Teed


On Tue, 11 Mar 2003, Dean Landry wrote:

> I know both cards will run with the 8139too driver under debian (that's
> where the cards came from).  I tried the ne2k-pci and tulip modules, but
> they both throw an error saying there is no such device.  This is the output
> from 'dmseg'.  Do the lines starting with 'PCI:' look suspicious?
> 
> Linux version 2.4.18-14 (bhcompile at stripples.devel.redhat.com) (gcc version
> 3.2 20020903 (Red Hat Linux 8.0 3.2-7)) #1 Wed Sep 4 13:35:50 EDT 2002
> BIOS-provided physical RAM map:
>  BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
>  BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
>  BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
>  BIOS-e820: 0000000000100000 - 0000000003ec0000 (usable)
>  BIOS-e820: 0000000003ec0000 - 0000000003ef8000 (ACPI data)
>  BIOS-e820: 0000000003ef8000 - 0000000003f00000 (ACPI NVS)
>  BIOS-e820: 00000000ffb80000 - 00000000ffc00000 (reserved)
>  BIOS-e820: 00000000fff00000 - 0000000100000000 (reserved)
> 0MB HIGHMEM available.
> 62MB LOWMEM available.
> On node 0 totalpages: 16064
> zone(0): 4096 pages.
> zone(1): 11968 pages.
> zone(2): 0 pages.
> Kernel command line: ro root=LABEL=/
> Initializing CPU#0
> Detected 498.482 MHz processor.
> Speakup v-1.00 CVS: Tue Jun 11 14:22:53 EDT 2002 : initialized
> Console: colour VGA+ 80x25
> Calibrating delay loop... 990.06 BogoMIPS
> Memory: 59440k/64256k available (1326k kernel code, 3928k reserved, 999k
> data, 212k init, 0k highmem)
> Dentry cache hash table entries: 8192 (order: 4, 65536 bytes)
> Inode cache hash table entries: 4096 (order: 3, 32768 bytes)
> Mount cache hash table entries: 1024 (order: 1, 8192 bytes)
> ramfs: mounted with options: <defaults>
> ramfs: max_pages=7492 max_file_pages=0 max_inodes=0 max_dentries=7492
> Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
> Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
> CPU: Before vendor init, caps: 0383f9ff 00000000 00000000, vendor = 0
> CPU: L1 I cache: 16K, L1 D cache: 16K
> CPU: L2 cache: 256K
> CPU: After vendor init, caps: 0383f9ff 00000000 00000000 00000000
> Intel machine check architecture supported.
> Intel machine check reporting enabled on CPU#0.
> CPU:     After generic, caps: 0383f9ff 00000000 00000000 00000000
> CPU:             Common caps: 0383f9ff 00000000 00000000 00000000
> CPU: Intel Pentium III (Coppermine) stepping 01
> Enabling fast FPU save and restore... done.
> Enabling unmasked SIMD FPU exception support... done.
> Checking 'hlt' instruction... OK.
> POSIX conformance testing by UNIFIX
> mtrr: v1.40 (20010327) Richard Gooch (rgooch at atnf.csiro.au)
> mtrr: detected mtrr type: Intel
> PCI: PCI BIOS revision 2.10 entry at 0xfda95, last bus=1
> PCI: Using configuration type 1
> PCI: Probing PCI hardware
> PCI: Unable to handle 64-bit address for device 01:08.0
> PCI: Unable to handle 64-bit address for device 01:09.0
> Unknown bridge resource 0: assuming transparent
> PCI: Using IRQ router PIIX [8086/2410] at 00:1f.0
> PCI: Cannot allocate resource region 2 of device 01:09.0
> PCI: Cannot allocate resource region 3 of device 01:09.0
> PCI: Cannot allocate resource region 2 of device 01:08.0
> PCI: Failed to allocate resource 0(10000000-0) for 01:08.0
> PCI: Error while updating region 01:08.0/2 (fc000000 != 02000000)
> PCI: Failed to allocate resource 0(10000000-0) for 01:09.0
> PCI: Error while updating region 01:09.0/2 (fa700000 != 02000010)
> PCI: Error while updating region 01:09.0/3 (fa700100 != 00000100)
> isapnp: Scanning for PnP cards...
> isapnp: No Plug & Play device found
> speakup:  initialized device: /dev/synth, node (MAJOR 10, MINOR 25)
> Linux NET4.0 for Linux 2.4
> Based upon Swansea University Computer Society NET3.039
> Initializing RT netlink socket
> apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16)
> Starting kswapd
> VFS: Diskquotas version dquot_6.5.0 initialized
> pty: 2048 Unix98 ptys configured
> Serial driver version 5.05c (2001-07-08) with MANY_PORTS MULTIPORT SHARE_IRQ
> SERIAL_PCI ISAPNP enabled
> ttyS0 at 0x03f8 (irq = 4) is a 16550A
> Real Time Clock Driver v1.10e
> oprofile: mapping APIC.
> oprofile: enabled local APIC. Err code 00000000
> oprofile 0.2 loaded, major 254
> block: 112 slots per queue, batch=28
> Uniform Multi-Platform E-IDE driver Revision: 6.31
> ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
> PIIX4: IDE controller on PCI bus 00 dev f9
> PIIX4: chipset revision 2
> PIIX4: not 100% native mode: will probe irqs later
>     ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio
>     ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:pio
> hda: QUANTUM FIREBALLlct20 20, ATA DISK drive
> hdc: CD-ROM 56X/AKH, ATAPI CD/DVD-ROM drive
> ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
> ide1 at 0x170-0x177,0x376 on irq 15
> blk: queue c03c0004, I/O limit 4095Mb (mask 0xffffffff)
> blk: queue c03c0004, I/O limit 4095Mb (mask 0xffffffff)
> hda: 39876480 sectors (20417 MB) w/418KiB Cache, CHS=2482/255/63, UDMA(33)
> ide-floppy driver 0.99.newide
> Partition check:
>  hda: hda1 hda2 hda3
> Floppy drive(s): fd0 is 1.44M
> FDC 0 is a post-1991 82077
> NET4: Frame Diverter 0.46
> RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> ide-floppy driver 0.99.newide
> md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
> md: Autodetecting RAID arrays.
> md: autorun ...
> md: ... autorun DONE.
> NET4: Linux TCP/IP 1.0 for NET4.0
> IP Protocols: ICMP, UDP, TCP, IGMP
> IP: routing cache hash table of 512 buckets, 4Kbytes
> TCP: Hash tables configured (established 4096 bind 8192)
> Linux IP multicast router 0.06 plus PIM-SM
> NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
> RAMDISK: Compressed image found at block 0
> Freeing initrd memory: 126k freed
> VFS: Mounted root (ext2 filesystem).
> Journalled Block Device driver loaded
> EXT3-fs: INFO: recovery required on readonly filesystem.
> EXT3-fs: write access will be enabled during recovery.
> kjournald starting.  Commit interval 5 seconds
> EXT3-fs: recovery complete.
> EXT3-fs: mounted filesystem with ordered data mode.
> Freeing unused kernel memory: 212k freed
> usb.c: registered new driver usbdevfs
> usb.c: registered new driver hub
> usb-uhci.c: $Revision: 1.275 $ time 13:44:31 Sep  4 2002
> usb-uhci.c: High bandwidth mode enabled
> PCI: Found IRQ 10 for device 00:1f.2
> PCI: Setting latency timer of device 00:1f.2 to 64
> usb-uhci.c: USB UHCI at I/O 0xef80, IRQ 10
> usb-uhci.c: Detected 2 ports
> usb.c: new USB bus registered, assigned bus number 1
> hub.c: USB hub found
> hub.c: 2 ports detected
> usb-uhci.c: v1.275:USB Universal Host Controller Interface driver
> usb.c: registered new driver hiddev
> usb.c: registered new driver hid
> hid-core.c: v1.8.1 Andreas Gal, Vojtech Pavlik <vojtech at suse.cz>
> hid-core.c: USB HID support drivers
> mice: PS/2 mouse device common for all mice
> EXT3 FS 2.4-0.9.18, 14 May 2002 on ide0(3,2), internal journal
> Adding Swap: 257032k swap-space (priority -1)
> kjournald starting.  Commit interval 5 seconds
> EXT3 FS 2.4-0.9.18, 14 May 2002 on ide0(3,1), internal journal
> EXT3-fs: mounted filesystem with ordered data mode.
> parport0: PC-style at 0x378 [PCSPP,TRISTATE,EPP]
> ohci1394: pci_module_init failed
> ip_tables: (C) 2000-2002 Netfilter core team
> Linux Tulip driver version 0.9.15-pre11 (May 11, 2002)
> 
> ----- Original Message -----
> From: "Donald Teed" <dteed at artistic.ca>
> To: <nslug at nslug.ns.ca>
> Sent: Tuesday, March 11, 2003 7:13 AM
> Subject: Re: [nSLUG] Redhat 8, Dell Dimension L500r, RTL8139
> 
> 
> >
> > Sometimes Redhat can add the entry for the alias for the ethernet
> > device, other times it needs help.
> >
> > Look in your boot up messages with dmesg for hints of any
> > matching device driver you should be maping to eth0 or
> > whatever.
> >
> > Suppose you see devices tulip and ne2k-pci identified
> > in the dmesg (boot up messages that sometimes flash by
> > too quickly) then you make sure you have entries like
> > this in your /etc/modules.conf
> >
> > alias eth0 tulip
> > alias eth1 ne2k-pci
> >
> > Note: it is the chipset not the card brand and model that counts),
> >
> > If you saw rtl8139 mentioned in the dmesg output, then use that:
> >
> > alias eth0 rtl8139
> >
> > I think you might need the tulip driver if it like the one I have.
> > Go by the dmesg output - that is your hint as to what the device
> > identified itself as to Linux kernel probes.
> >
> > Then you must also configure /etc/sysconfig/network-scripts/ifcfg-eth0
> > to assign IP, or tell it to use DHCP.  I'm not sure what
> > the problem is when you say "it doesn't work" - there are
> > many outcomes that fit into that bracket.
> >
> > --Donald Teed
> >
> >
> > On Tue, 11 Mar 2003, Dean Landry wrote:
> >
> > > Hello,
> > >
> > > I've just received a new-to-me computer so I decided to install Redhat 8
> on it.  Redhat didn't automatically install my NIC so I tried Mandrake 9.
> It didn't work either.  So I've gone back to Redhat 8.  I did a minimal
> install.  When try to 'modprobe 8139too' I get this message in the syslog:
> > >
> > > 8139too Fast Ethernet driver 0.9.25
> > > Mar 11 01:10:22 localhost kernel: PCI: Found IRQ 9 for device 01:09.0
> > > Mar 11 01:10:22 localhost kernel: PCI: Sharing IRQ 9 with 00:1f.3
> > > Mar 11 01:10:22 localhost kernel: 8139too: 01:09.0: region #1 not an
> MMIO resource, aborting
> > > Mar 11 01:10:22 localhost kernel: Trying to free nonexistent resource
> <fa700000-fa70000f>
> > > Mar 11 01:10:22 localhost kernel: Trying to free nonexistent resource
> <fa700100-fa7001ff>
> > >
> > > Any ideas how to troubleshoot this?  I've tried another one of these
> cards with the same error.  I also tried a RTL8029 card with the same
> effect.
> > >
> > > Thanks in advance for any assitance.
> > >
> > > Dean
> > >
> >
> > _______________________________________________
> > nSLUG mailing list
> > nSLUG at nslug.ns.ca
> > http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug
> >
> >
> 
> 
> _______________________________________________
> nSLUG mailing list
> nSLUG at nslug.ns.ca
> http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug
> 




More information about the nSLUG mailing list