Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 6 Oct 2001 09:24:31 +0100 (BST)
From:      Doug Rabson <dfr@nlsystems.com>
To:        Peter Wemm <peter@wemm.org>
Cc:        <ia64@FreeBSD.ORG>
Subject:   Re: Woohoo! 
Message-ID:  <20011006092239.R530-100000@salmon.nlsystems.com>
In-Reply-To: <20011006025113.BF4BB380A@overcee.netplex.com.au>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 5 Oct 2001, Peter Wemm wrote:

> Peter Wemm wrote:
> > Doug Rabson wrote:
> > > Single-user mode on real hardware. The root filesystem is mounted over
> > > NFS. I think I'll go and buy a bottle of wine now :-)
> >
> > Holy shit!!  Wow! :-)  If this is over NFS then that means interrupts are
> > working, right?  That means we should be able to do the EFI disk partitioning
> > in order to boot off disk..
>
> I've run into trouble (as usual):
> undefined function: wbinvd() called from hwsleep.o
> ia64/sapic.c was not in files.ia64

I was running with a slightly older acpica - I get that now. I'll sort it
out.

>
> Something is still messed up in the interrupt routing.. I added some
> printf()s:
>
> ...
> ==== pci_add_resources = rerouting intline - was 10!
> ==== pci_add_resources -> new intline 255
> found-> vendor=0x8086, dev=0x1229, revid=0x08
>         bus=0, slot=2, func=0
>         class=02-00-00, hdrtype=0x00, mfdev=0
>         intpin=a, irq=255
>         powerspec 2  supports D0 D1 D2 D3  current D0
> ...
> fxp0: <Intel Pro 10/100B/100+ Ethernet> port 0x1140-0x117f mem 0xf7e00000-0xf7efffff,0xf7cc9000-0xf7cc9fff irq 255 at device 2.0 on pci0
> fxp0: using memory space register mapping
> === pci_alloc_resource: alloc IRQ, intline 255, intpin 1
> === pci_alloc_resource: alloc IRQ got intline 255
> fxp0: could not map interrupt
> device_probe_and_attach: fxp0 attach returned 6

Hmm. Maybe something changed in acpica. I'll get a bit closer to the
bleeding edge and try again.

>
> I tried with the ramdisk I had before, but it is getting a fatal user trap,
> it looks like a dependency violation that you fixed in fork.S etc in libc.

I'll put up a new set of userland binaries today.

-- 
Doug Rabson				Mail:  dfr@nlsystems.com
					Phone: +44 20 8348 6160



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-ia64" in the body of the message




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