[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#284730: kernel-image-2.6.8-1-sparc64: dmfe/DM9102 driver causes PCI SERR on Netra X1



Package: kernel-image-2.6.8-1-sparc64
Version: 2.6.8-5
Severity: important



After upgrading to version 2.6.8-5 (whose only change was to compile the
dmfe driver (CONFIG_DM9102 = m) the dmfe driver is loaded in preference
to tulip. The former does not work (at least not on the system that I
have access to)

The dmfe driver causes PCI SERR signals to be asserted

pingu:~# modprobe dmfe
dmfe: Davicom DM9xxx net driver, version 1.36.4 (2002-01-17)
eth0: Davicom DM9102 at pci0000:00:05.0, 00:00:00:00:00:00, irq 7125504.
eth1: Davicom DM9102 at pci0000:00:0c.0, 00:00:00:00:00:00, irq 7124800.
pingu:~# /sbin/ifup eth1
Internet Software Consortium DHCP Client 2.0pl5
Copyright 1995,SABRE0: PCI SERR signal asserted.
SABRE0: PCI bus error, PCI_STATUS[caa0]

The network devices are then unusable.

Previously the "tulip" driver was used for these interfaces and these
worked quite satisfactorily. Indeed once the system boots if I rmmod
dmfe and modprobe tulip I can configure the networks properly.


The changelog entry says that the change was made for "some" Netra X1s
and Sun Fire V100s

  * Add CONFIG_DM9102=m for some Netra X1s and Sun Fire V100s.
      Thanks Thomas Michlmayr.

I guess that the chip revisions may have changed since the introduction
of the early devices. But whatever something needs to be done to ensure
that either the dmfe driver doesn't get loaded on earlier chipsets or
that it gets fixed to handle those earlier chipsets (and vice-versa for
tulip).

I did the original work to find out why tulip wouldn't work on the X1
and in the end it turned out to be a couple of fairly small changes.
IIRC you can find them by looking for code that is ifdef SPARC.
Basically one was to fix a pci config register (burst length?) and the
other was to read the MAC address from Openboot (Sun don't program the
serial eeproms on the X1/V100 - or at least they didn't!). I don't
really have time to look at fixing this at present - sorry.



-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: sparc (sparc64)
Kernel: Linux 2.6.8-1-sparc64
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages kernel-image-2.6.8-1-sparc64 depends on:
ii  initrd-tools                  0.1.74     tools to create initrd image for p
ii  module-init-tools             3.1-rel-2  tools for managing Linux kernel mo

-- no debconf information



Reply to: