On Wed, Aug 27, 2025 at 04:34:50PM -0400, Alexander Jacocks wrote: > I posted this before on Reddit, but didn't get much in the way of new > information, so I figured that I should ask here.
It would have been good if you had give the URL for the Reddit post, in case there was more information in it or other people replied. > I have a DFE-530TX+ NIC installed in an Intel BX-chipset Pentium II/III > motherboard that I have been using to test older i386 cards and > peripherals. I had been using a PCI NE2k 10M NIC, which works fine, but > when I installed the Dlink card, I started to have issues. > > On detection, the card first appeared with no MAC address: > > Aug 24 23:49:51 p2 /netbsd: [ 1.0084369] Skipping broken PCI header on > 0:10:0 > Aug 24 23:49:51 p2 syslogd[957]: last message repeated 7 times > Aug 24 23:49:51 p2 /netbsd: [ 1.0084369] rtk0 at pci0 dev 10 > function 0: D-Link Systems DFE 530TX+ (rev. 0x10) > Aug 24 23:49:51 p2 /netbsd: [ 1.0084369] Skipping broken PCI header on > 0:10:0 This is not good. Unexpected things are likely to happen and seem to be happening. > Aug 24 23:49:51 p2 /netbsd: [ 1.0084369] rtk0: interrupting at irq 6 Irq 6 seems weird to me. > Aug 24 23:49:51 p2 /netbsd: [ 1.0084369] Skipping broken PCI header on > 0:10:0 You should dump the config space with pcictl(8) or perhaps a kernel with "options PCI_CONFIG_DUMP". > Later, the MAC appeared, but I still get watchdog timeouts when the card > attempts to negotiate via DHCP, even though the link seems fine: What does "Later, the MAC appeared" mean? Did you reboot the machine? Did you power cycle it? > I get watchdog timeout messages on the console, so the card clearly still > isn't happy. Getting watchdog timeout messages suggests that there's something wrong with interrupts. The DFE 530TX+ was a popular card 20 years ago and I seem to remember it worked quite well. There are even two dmesgd reports for netbsd: https://dmesgd.nycbug.org/dmesgd?do=view&id=1478 https://dmesgd.nycbug.org/dmesgd?do=view&id=1096 Maybe you should also look at pcibios(4) for a machine that old. https://man.netbsd.org/i386/pcibios.4 --chris
