Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 16 Oct 2005 15:23:02 +1300
From:      Andrew Thompson <thompsa@freebsd.org>
To:        "M. Warner Losh" <imp@bsdimp.com>
Cc:        current@freebsd.org
Subject:   Re: RC1 panic on boot
Message-ID:  <20051016022302.GA30308@heff.fud.org.nz>
In-Reply-To: <20051015.185215.15267237.imp@bsdimp.com>
References:  <20051015014313.GA25990@heff.fud.org.nz> <20051015073245.GA27380@heff.fud.org.nz> <20051015.185215.15267237.imp@bsdimp.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Oct 15, 2005 at 06:52:15PM -0600, M. Warner Losh wrote:
> In message: <20051015073245.GA27380@heff.fud.org.nz>
>             Andrew Thompson <thompsa@freebsd.org> writes:
> : On Sat, Oct 15, 2005 at 02:43:13PM +1300, Andrew Thompson wrote:
> : > I am getting this panic on RC1, I am booting disc1 to install the
> : > system. Its a HP Omnibook 4150 and no PC cards are inserted. 
> : > 
> : > Fatal trap 12: page fault while in kernel mode
> : > fault virtual address   = 0x0
> : > fault code              = supervisor read, page not present
> : > instruction pointer     = 0x20:0xc0e96b0a
> : > stack pointer           = 0x28:0xc1020b7c
> : > frame pointer           = 0x28:0xc1020b8c
> : > code segment            = base 0x0, limit 0xfffff, type 0x1b
> : >                         = DPL 0, pres 1, def32 1, gran 1
> : > processor eflags        = interrupt enabled, resume, IOPL = 0
> : > current process         = 0 (swapper)
> : > trap number             = 12
> : > panic: page fault
> : 
> : The laptop boots fine without acpi. Here is the line number for the panic. 
> : 
> : (gdb) l *acpi_pci_link_lookup+0x42
> : 0x3ffc2 is in acpi_pci_link_lookup (/usr/src/sys/modules/acpi/acpi/../../../dev/
> : acpica/acpi_pci_link.c:590).
> : 585             struct acpi_pci_link_softc *sc;
> : 586             int i;
> : 587
> : 588             ACPI_SERIAL_ASSERT(pci_link);
> : 589             sc = device_get_softc(dev);
> : 590             for (i = 0; i < sc->pl_num_links; i++)
> : 591                     if (sc->pl_links[i].l_res_index == source_index)
> : 592                             return (&sc->pl_links[i]);
> : 593             return (NULL);
> : 594     }
> 
> Weird.  sc has to be null here for this to fail at that line...
> 

I'll add some printf's to confirm. I have tried on a slightly different
Omnibook model and I get the same thing, latest bios on both.


Andrew



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20051016022302.GA30308>