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

Bug#439012: marked as done (sparc (v100): dmfe does nothing)

Your message dated Thu, 30 Jul 2009 22:19:41 +0200
with message-id <20090730201941.GA10493@galadriel.inutil.org>
and subject line Re: Bug#439012: d-i: network not recognized on Sun nextra x1 / v100 + oops while unloading the wrong module
has caused the Debian Bug report #439012,
regarding sparc (v100): dmfe does nothing
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.)


-- 
439012: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=439012
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: debian-installer
Severity: important


On Sun v100 and Nextra X1 machines d-i loads the dmfe module first,
which seems to support the ethnernet controller, but in fact it does
not, only tulip does. Unfortunately a modprobe -r dmfe results in an
oops (if the interface is up, it works if you remove the module before
bringing the interface up):


Unable to handle kernel NULL pointer dereference
tsk->{mm,active_mm}->context = 000000000000162f
tsk->{mm,active_mm}->pgd = fffff8006e03a000
              \|/ ____ \|/
              "@'/ .. \`@"
              /_| \__/ |_\
                 \__U_/
modprobe(4767): Oops [#1]
TSTATE: 0000004411009602 TPC: 0000000010001840 TNPC: 00000000005c0234 Y:
00000000    Not tainted
TPC: <dmfe_free_rxbuffer+0x44/0x6c [dmfe]>
g0: 3832000000000000 g1: 0000000000000000 g2: 0000000000000000 g3:
fffff8000067b8c0
g4: fffff8006e936060 g5: 0000000000000000 g6: fffff8006e214000 g7:
fffff80000672000
o0: 0000000000000000 o1: fffff80000430158 o2: 0000000000000035 o3:
0000000000631da8
o4: 000000006c696263 o5: 000001fe0000f078 sp: fffff8006e216c81 ret_pc:
000000001000183c
RPC: <dmfe_free_rxbuffer+0x40/0x6c [dmfe]>
l0: fffff8006feb9800 l1: 0000000000000000 l2: 00000000005f494f l3:
000000006f690000
l4: 0000000000000000 l5: 0000000000000000 l6: 0000000000000000 l7:
00000000f7f87170
i0: fffff8006e992c20 i1: fffff8006e992800 i2: 0000000000000010 i3:
0000000000008000
i4: 000001fe02010148 i5: fffff8006feb4800 i6: fffff8006e216d41 i7:
00000000100019c4
I7: <dmfe_stop+0x94/0x9c [dmfe]>
Caller[00000000100019c4]: dmfe_stop+0x94/0x9c [dmfe]
Caller[00000000005c5b88]: dev_close+0x6c/0x94
Caller[00000000005c5c60]: unregister_netdevice+0xb0/0x218
Caller[00000000005c5ddc]: unregister_netdev+0x14/0x20
Caller[00000000100018f0]: dmfe_remove_one+0x88/0xc8 [dmfe]
Caller[00000000005226cc]: pci_device_remove+0x28/0x3c
Caller[0000000000578724]: __device_release_driver+0x6c/0x80
Caller[0000000000578798]: driver_detach+0x60/0x94
Caller[0000000000577e68]: bus_remove_driver+0x7c/0xa0
Caller[0000000000578a48]: driver_unregister+0x10/0x1c
Caller[0000000000522794]: pci_unregister_driver+0xc/0x60
Caller[0000000000461384]: sys_delete_module+0x1a4/0x1cc
Caller[00000000004069d4]: linux_sparc_syscall32+0x3c/0x40
Caller[0000000000011da4]: 0x11dac
Instruction DUMP: 1068000b  c25e20a0  7c16fa7e <d0586010> c45e2088
c25e20a0  c458a018  82007fff  c27620a0



The ethernet controller is:


00:05.0 Ethernet controller: Davicom Semiconductor, Inc. 21x4x DEC-Tulip
compatible 10/100 Ethernet (rev 31)
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr+ Stepping- SERR+ FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 160 (5000ns min, 10000ns max)
        Interrupt: pin A routed to IRQ 10
        Region 0: I/O ports at 1fe02010100 [size=256]
        Region 1: Memory at 1ff00002000 (32-bit, non-prefetchable)
[size=256]
        Expansion ROM at 1ff00100000 [disabled] [size=256K]
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI+ D1- D2- AuxCurrent=220mA
PME(D0-,D1-,D2-,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-


The network seems to work well with tulip.

Please forward the bug the the appropriate kernel package, too, so the
oops can be fixed.


Thanks,

Bernd

--- End Message ---
--- Begin Message --- 
On Sat, Feb 07, 2009 at 03:39:45PM +0100, Moritz Muehlenhoff wrote:
> On Sat, Nov 22, 2008 at 02:25:45PM +0100, Moritz Muehlenhoff wrote:
> > On Sun, Sep 02, 2007 at 10:11:50PM +0200, Bernd Zeimetz wrote:
> > > Joey Hess wrote:
> > > > Bernd Zeimetz wrote:
> > > >   
> > > >> Etch installer, booted via tftp. If there were any changes regarding
> > > >> this in the daily Lenny build, please let me now - I have enough
> > > >> machines to give it a try.
> > > >
> > > > It has a new kernel version, it would be good to know if that fixes the
> > > > bug.
> > > >   
> > > First I have to say that I'm amazed that 2.6.21 booted at all on the
> > > v100, I didn't find a sparc machine where it booted successful yet.
> > > Removing and loading the dmfe module works well now, although it still
> > > doesn't have any function and needs to be blacklisted on a v100.
> > 
> > Does this error still occur with more recent kernel versions?
> > 
> > If you're running Etch, could you try to reproduce this bug
> > with the 2.6.24 based kernel added in 4.0r4?
> > http://packages.qa.debian.org/l/linux-2.6.24.html
> 
> Does this bug still occur with Lenny?

No further feedback, closing the bug.

If anyone reencounters the problem, please reopen this bug.

Cheers,
        Moritz

--- End Message ---
Reply to: