[realtek] new version of d-link DFGE-530TX+ does not work?

Erik Steffl steffl@bigfoot.com
Fri, 20 Apr 2001 02:02:48 -0700


  I have one older (bought few months ago) version of d-link DFE-530TX+
card and I bought another one today, in different box.

  when I rebooted I've found out that the new one does not work, I have
added the eth1 into network interfaces and into modules.conf but when I
do modprobe eth1 nothing happens, no message on command line, nothing
new in syslog or dmesg.

  here's what lspci says (it does not recognize the second card in the
same way it does the first one!):

00:00.0 Host bridge: VIA Technologies, Inc. VT82C693A/694x [Apollo
PRO133x] (rev c4)
00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo
MVP3/Pro133x AGP]
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South]
(rev 40)
00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06)
00:07.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 16)
00:07.3 USB Controller: VIA Technologies, Inc. UHCI USB (rev 16)
00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI]
(rev 40)
00:07.5 Multimedia audio controller: VIA Technologies, Inc. AC97 Audio
Controller (rev 50)
00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139
(rev 10)
00:0b.0 Ethernet controller: D-Link System Inc: Unknown device 1300 (rev
10)
00:0f.0 VGA compatible controller: 3Dfx Interactive, Inc. Voodoo 3 (rev
01)

  and here's strange part of dmesg (during boot):

...
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ
SERIAL_PCI ena
bled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
8139too Fast Ethernet driver 0.9.13 loaded
PCI: Found IRQ 11 for device 00:09.0
PCI: The same IRQ used for device 00:07.2
PCI: The same IRQ used for device 00:07.3
eth0: RealTek RTL8139 Fast Ethernet at 0xc884b000, 00:50:ba:40:62:18,
IRQ 11
eth0:  Identified 8139 chip type 'RTL-8139B'
parport0: PC-style at 0x378, irq 7 [PCSPP,EPP]
parport0: cpp_daisy: aa5500ff(38)
parport0: assign_addrs: aa5500ff(38)
...

  looks like there's some problem with interrupts but I have no idea
why. what/why could it be? there weren't any problems before and I have
pnp od set to no (in bios settings). any help appreciated.

  I have used the kernel 2.4 driver as I cannot compile the scyld driver
with  kernel 2.4 - are there any plans to 'port' the scyld drivers to
kernel 2.4? (it has new firewall/masquerading, DRI etc...). my question
is not about the driver though but about the card - is it really
different? as in unusable with realtek driver (scyld or kernel)

  TIA

	erik