Date: Sat, 06 Oct 2001 01:41:49 -0700 From: Peter Wemm <peter@wemm.org> To: Doug Rabson <dfr@nlsystems.com> Cc: ia64@FreeBSD.ORG Subject: Re: Woohoo! Message-ID: <20011006084149.D3888380A@overcee.netplex.com.au> In-Reply-To: <20011006092239.R530-100000@salmon.nlsystems.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Doug Rabson wrote:
> 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 partitio
ning
> > > 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.
I cheated and stubbed it out. I wasn't planning on sleeping the box just
yet. :-)
> > fxp0: <Intel Pro 10/100B/100+ Ethernet> port 0x1140-0x117f mem 0xf7e00000-0
xf7efffff,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.
Already fixed. There was a 32/64 bit bug in acpi_pcib.c.
> > 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.
Do you have a matching libgcc.a from your toolchain? You never updated the
one in ~dfr on freefall. I stole the libgcc.a from redhat 7.1 to fill the
void.
What do you use for __flt_rounds() (#define FLT_ROUNDS __flt_rounds()
in <ia64/include/float.h>)? I cheated there too.
I was about to embark on a userland build and do some research into what
it will take to add ia64 bits to ld-elf.so.1 and the associated crt* files.
On the other hand, maybe keeping it all static is an idea for now.
Cheers,
-Peter
--
Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au
"All of this is for nothing if we don't go to the stars" - JMS/B5
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?20011006084149.D3888380A>