Bug#522592: marked as done (Problems with TULIP DAVICOM DM9102)
Your message dated Wed, 24 Feb 2010 23:50:45 +0100
with message-id <20100224225045.GA8560@galadriel.inutil.org>
and subject line Re: your mail
has caused the Debian Bug report #522592,
regarding Problems with TULIP DAVICOM DM9102
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)
--
522592: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522592
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: submit <submit@bugs.debian.org>
- Subject: Problems with TULIP DAVICOM DM9102
- From: Maximi89 <maximi89@gmail.com>
- Date: Sat, 4 Apr 2009 22:35:09 -0400
- Message-id: <680426130904041935x5a4b7421w3596c3a7f183ef98@mail.gmail.com>
Package: linux-image-2.6.26-1-686
Version: 2.6.26-13
Problems with Davicom Network Card, using DMFE and TULIP driver.
maximi89@Maximiliano:~$ sudo mii-diag
Using the default interface 'eth0'.
Basic registers of MII PHY #1: 3100 7809 0181 b841 01e1 0000 0000 0000.
Basic mode control register 0x3100: Auto-negotiation enabled.
Basic mode status register 0x7809 ... 7809.
Link status: not established.
End of basic transceiver information.
maximi89@Maximiliano:~$ sudo mii-tool
eth0: negotiated 100baseTx-FD, link ok
SIOCGMIIPHY on 'eth1' failed: Operation not supported
> [ 2707.147623] Linux Tulip driver version 1.1.15-NAPI (Feb 27, 2007)
> [ 2707.152789] tulip0: MII transceiver #1 config 1000 status 7809
> advertising 01e1.
> [ 2707.158313] eth0: Davicom DM9102/DM9102A rev 64 at Port 0xac00,
> 00:08:a1:82:31:32, IRQ 16.
> [ 2716.000013] NETDEV WATCHDOG: eth0: transmit timed out
> [ 2716.001374] 0000:01:08.0: tulip_stop_rxtx() failed (CSR5 0xfc108100
> CSR6 0x20e0000)
>
> [ 5404.000013] NETDEV WATCHDOG: eth0: transmit timed out
> [ 5404.001372] 0000:01:08.0: tulip_stop_rxtx() failed (CSR5 0xfc120000
> CSR6 0x20e0000)
> [ 5420.000016] NETDEV WATCHDOG: eth0: transmit timed out
> [ 5420.001376] 0000:01:08.0: tulip_stop_rxtx() failed (CSR5 0xfc120000
> CSR6 0x20e0000)
>
>
> 01:08.0 Ethernet controller: Davicom Semiconductor, Inc. 21x4x
> DEC-Tulip compatible 10/100 Ethernet (rev 40)
> Subsystem: Device 3030:5032
> Flags: bus master, medium devsel, latency 32, IRQ 16
> I/O ports at ac00 [size=256]
> Memory at dfefe000 (32-bit, non-prefetchable) [size=256]
> [virtual] Expansion ROM at dfd00000 [disabled] [size=256K]
> Capabilities: [50] Power Management version 2
> Kernel driver in use: tulip
> Kernel modules: dmfe, tulip
>
>
> maximi89@Maximiliano:~$ sudo tulip-diag -aem
> tulip-diag.c:v2.18 11/12/2003 Donald Becker (becker@scyld.com)
> http://www.scyld.com/diag/index.html
> Index #1: Found a Davicom DM9102 adapter at 0xac00.
> * A potential Tulip chip has been found, but it appears to be active.
> * Either shutdown the network, or use the '-f' flag to see all values.
> Davicom DM9102 chip registers at 0xac00:
> 0x00: de000000 ffffffff ffffffff 2ffed000 2ffed800 fc120000 020e2002
> ffffebef
> Port selection is MII, half-duplex.
> Transmit started, Receive started.
> The Rx process state is 'Reading a Rx descriptor'.
> The Tx process state is 'Reading a Tx descriptor'.
> The transmit threshold is 128.
>
> cat /proc/interrupts
> 16: 400 IO-APIC-fasteoi eth0
>
> maximi89@Maximiliano:~$ cat /proc/irq/16/spurious
> count 3
> unhandled 0
> last_unhandled 0 ms
>
> Linux Maximiliano 2.6.26-1-686 #1 SMP Sat Jan 10 18:29:31 UTC 2009
> i686 GNU/Linux
>
> maximi89@Maximiliano:~$ sudo modinfo tulip
> filename: /lib/modules/2.6.26-1-686/kernel/drivers/net/tulip/tulip.ko
> version: 1.1.15-NAPI
> license: GPL
> description: Digital 21*4* Tulip ethernet driver
> author: The Linux Kernel Team
> srcversion: D7C7C035C1D0941EE9D11CC
> alias: pci:v00001414d00000002sv*sd*bc*sc*i*
> alias: pci:v000014EAd0000AB08sv*sd*bc*sc*i*
> alias: pci:v000010B7d00009300sv*sd*bc*sc*i*
> alias: pci:v000017B3d0000AB08sv*sd*bc*sc*i*
> alias: pci:v00001737d0000AB08sv*sd*bc*sc*i*
> alias: pci:v00001737d0000AB09sv*sd*bc*sc*i*
> alias: pci:v00001626d00008410sv*sd*bc*sc*i*
> alias: pci:v000014F1d00001803sv*sd*bc*sc*i*
> alias: pci:v00001186d00001591sv*sd*bc*sc*i*
> alias: pci:v00001186d00001561sv*sd*bc*sc*i*
> alias: pci:v00001186d00001541sv*sd*bc*sc*i*
> alias: pci:v00001113d00009511sv*sd*bc*sc*i*
> alias: pci:v00001113d00001217sv*sd*bc*sc*i*
> alias: pci:v00001113d00001216sv*sd*bc*sc*i*
> alias: pci:v00001282d00009102sv*sd*bc*sc*i*
> alias: pci:v00001282d00009100sv*sd*bc*sc*i*
> alias: pci:v00008086d00000039sv*sd*bc*sc*i*
> alias: pci:v000011F6d00009881sv*sd*bc*sc*i*
> alias: pci:v00001259d0000A120sv*sd*bc*sc*i*
> alias: pci:v0000104Ad00002774sv*sd*bc*sc*i*
> alias: pci:v0000104Ad00000981sv*sd*bc*sc*i*
> alias: pci:v000013D1d0000AB08sv*sd*bc*sc*i*
> alias: pci:v000013D1d0000AB03sv*sd*bc*sc*i*
> alias: pci:v000013D1d0000AB02sv*sd*bc*sc*i*
> alias: pci:v00001317d00009511sv*sd*bc*sc*i*
> alias: pci:v00001317d00001985sv*sd*bc*sc*i*
> alias: pci:v00001317d00000985sv*sd*bc*sc*i*
> alias: pci:v00001317d00000981sv*sd*bc*sc*i*
> alias: pci:v000011ADd0000C115sv*sd*bc*sc*i*
> alias: pci:v0000125Bd00001400sv*sd*bc*sc*i*
> alias: pci:v000010D9d00000531sv*sd*bc*sc*i*
> alias: pci:v000010D9d00000512sv*sd*bc*sc*i*
> alias: pci:v000011ADd00000002sv*sd*bc*sc*i*
> alias: pci:v00001011d00000019sv*sd*bc*sc*i*
> alias: pci:v00001011d00000009sv*sd*bc*sc*i*
> depends:
> vermagic: 2.6.26-1-686 SMP mod_unload modversions 686
> parm: tulip_debug:int
> parm: max_interrupt_work:int
> parm: rx_copybreak:int
> parm: csr0:int
> parm: options:array of int
> parm: full_duplex:array of int
>
> maximi89@Maximiliano:~$ sudo modinfo dmfe
> filename: /lib/modules/2.6.26-1-686/kernel/drivers/net/tulip/dmfe.ko
> version: 1.36.4
> license: GPL
> description: Davicom DM910X fast ethernet driver
> author: Sten Wang, sten_wang@davicom.com.tw
> srcversion: 4D03B3DABA322C7AEB9BDFD
> alias: pci:v00001282d00009009sv*sd*bc*sc*i*
> alias: pci:v00001282d00009100sv*sd*bc*sc*i*
> alias: pci:v00001282d00009102sv*sd*bc*sc*i*
> alias: pci:v00001282d00009132sv*sd*bc*sc*i*
> depends:
> vermagic: 2.6.26-1-686 SMP mod_unload modversions 686
> parm: cr6set:int
> parm: chkmode:byte
> parm: HPNA_mode:byte
> parm: HPNA_rx_cmd:byte
> parm: HPNA_tx_cmd:byte
> parm: HPNA_NoiseFloor:byte
> parm: debug:Davicom DM9xxx enable debugging (0-1) (int)
> parm: mode:Davicom DM9xxx: Bit 0: 10/100Mbps, bit 2: duplex,
> bit 8: HomePNA (byte)
> parm: SF_mode:Davicom DM9xxx special function (bit 0: VLAN,
> bit 1 Flow Control, bit 2: TX pause packet) (byte)
--
Maximiliano Augusto Castañón Araneda
Santiago, Chile
Linux user # 394821
--- End Message ---
--- Begin Message ---
On Tue, Feb 23, 2010 at 07:58:53PM -0300, Maximi89 wrote:
> 2010/2/23 Moritz Muehlenhoff <jmm@inutil.org>
>
> > On Thu, May 07, 2009 at 01:00:13PM -0400, Maximi89 wrote:
> > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=284730
> > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=326723
> > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=326723
> > > https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.15/+bug/45860
> > >
> > >
> > > The Problem stilll there, i'm using:
> > >
> > > maximi89@Maximiliano:~$ ( lspci ; lspci -n ) | grep -e Ethernet -e 0200
> > |
> > > sort
> > > 01:0a.0 0200: 1282:9102 (rev 40)
> > > 01:0a.0 Ethernet controller: Davicom Semiconductor, Inc. 21x4x DEC-Tulip
> > > compatible 10/100 Ethernet (rev 40)
> > > maximi89@Maximiliano:~$ uname -a
> > > Linux Maximiliano 2.6.29-1-686 #1 SMP Fri Apr 17 14:35:16 UTC 2009 i686
> >
> > Hi,
> > The next release of Debian (6.0, code name Squeeze) will be based
> > on 2.6.32. Please test the current 2.6.32 from unstable/testing and tell
> > us whether the problem persists. If so, we should report it upstream
> > to the kernel.org developers.
> >
> Hi, thanks for contacting me, but the network card Tulip, was in a machine
> where i was working on, but i leave that place arond 2 years ago...
>
> any way, thanks a lot, i hope that resolv the problem ;)
Thanks, closing the bug then.
Cheers,
Moritz
--- End Message ---
Reply to: