Bug 31554

Do you have the miibus module loaded as a kernel module or is
it compiled into your custom kernel?  It needs to be the latter since
the ed module has to be done that way also.

- JimP


Jim Durham wrote:

> >Number:         31554
> >Category:       i386
> >Synopsis:       page fault while in kernel mode doing ifconfig of D-LINK pccard
> >Confidential:   no
> >Severity:       serious
> >Priority:       medium
> >Responsible:    freebsd-bugs
> >State:          open
> >Quarter:
> >Keywords:
> >Date-Required:
> >Class:          sw-bug
> >Submitter-Id:   current-users
> >Arrival-Date:   Sun Oct 28 06:30:01 PST 2001
> >Closed-Date:
> >Last-Modified:
> >Originator:     Jim Durham
> >Release:        4.4-RELEASE
> >Organization:
> >Environment:
> FreeBSD jimslaptop.int 4.4-RELEASE FreeBSD 4.4-RELEASE #3: Sun Oct 28 00:28:41 EDT 2001  root@jimslaptop.jcdurham.com:/usr/obj/usr/src/sys/JIMSLAPTOP i386
> >Description:
> ukphy0: <Generic IEEE 802.3u media interface> on miibus0
> ukphy0: no media present
> (following in "dim" text)
> ootOct 28 08:49:42 jimslaptop pccardd[123]: ed1 D-Link (DFE-650) inserted
>
> (back to bright text)
>
> Fatal trap 12: page fault while in kernel mode
> fault virtual address   = 0x8
> fault code              = supervisor read, page not present
> instruction pointer     = 0x8:0xc03a38a0
> stack pointer           = 0x10:0xcc25fb48
> frame pointer           = 0x10:0xcc25fb54
> code segment            = base rx0, limit 0xfffff, type 0x1b
>                         = DPL 0, pres 1, def32 1, gran1
> processor eflags        = interrupt enables, resume, IOPL = 0
> current process         = 322 (ifconfig)
> interrupt mask          = net tty
> trap number             = 12
> panic: page fault
>
> syncing disks.. 22 22
> done
> Uptime: 3m40s
> Automatic reboot in 15 seconds - press a key on the console to abort
> >How-To-Repeat:
> Reboot and allow DLINK Card to ifconfig from dhcp
> >Fix:
> Remove pccards
> >Release-Note:
> >Audit-Trail:
> >Unformatted:
>
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-bugs" in the body of the message

--
--- @(#) $Id: dot.signature,v 1.10 2001/05/17 23:38:49 Jim.Pirzyk Exp $
    __o   Jim.Pirzyk@disney.com ------------- pirzyk@freebsd.org
 _'\<,_   Senior Systems Engineer, Walt Disney Feature Animation
(*)/ (*)

On Monday 29 October 2001 02:23 pm, Jim Pirzyk wrote:
> Do you have the miibus module loaded as a kernel module or is
> it compiled into your custom kernel?  It needs to be the latter since
> the ed module has to be done that way also.
>

No, it is a module.

I have it working with a little help from a couple of folks on the 
freebsd-mobile list. I removed the probe call on line 244 in
if_ed_pccard.c and it now works. Here is the code I commented
out:

             mii_phy_probe(dev, &sc->miibus, ed_ifmedia_upd,
                    ed_ifmedia_sts);

Are you saying that compiling mii support into the kernel would
fix the problem?

Thanks,

-Jim

Jim Durham wrote:
> 
> On Monday 29 October 2001 02:23 pm, Jim Pirzyk wrote:
> > Do you have the miibus module loaded as a kernel module or is
> > it compiled into your custom kernel?  It needs to be the latter since
> > the ed module has to be done that way also.
> >
> 
> No, it is a module.
> 
> I have it working with a little help from a couple of folks on the
> freebsd-mobile list. I removed the probe call on line 244 in
> if_ed_pccard.c and it now works. Here is the code I commented
> out:
> 
>              mii_phy_probe(dev, &sc->miibus, ed_ifmedia_upd,
>                     ed_ifmedia_sts);
> 
> Are you saying that compiling mii support into the kernel would
> fix the problem?

yes that is how I solved the problem on my system, but I had a
10Mb enet card in there and I was having the kernel panic's when
I ifconfig'ed that interface.

- JimP

> 
> Thanks,
> 
> -Jim

-- 
--- @(#) $Id: dot.signature,v 1.10 2001/05/17 23:38:49 Jim.Pirzyk Exp $
    __o   Jim.Pirzyk@disney.com ------------- pirzyk@freebsd.org
 _'\<,_   Senior Systems Engineer, Walt Disney Feature Animation 
(*)/ (*)

Comment 4 Jim Pirzyk 2001-11-03 02:42:58 UTC

State Changed
From-To: open->closed

Closed, the problem was having the xl module being loaded 
in /boot/loader.conf in addition to having it compiled into 
the kernel. 

Comment 5 Jim Pirzyk 2001-11-03 02:42:58 UTC

Responsible Changed
From-To: freebsd-bugs->pirzyk

Changed to me since we debugged the problem.

The originator reports the problem was due to having the xl module
being loaded by /boot/loader.conf and having the ed/miibus modules
compiled into the kernel.  The final solution was to remove the
loading of the xl module from /boot/loader.conf

- JimP

-- 
--- @(#) $Id: dot.signature,v 1.10 2001/05/17 23:38:49 Jim.Pirzyk Exp $
    __o   Jim.Pirzyk@disney.com ------------- pirzyk@freebsd.org
 _'\<,_   Senior Systems Engineer, Walt Disney Feature Animation 
(*)/ (*)