From owner-freebsd-ia64 Sat Oct 6 1:41:54 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id 4495337B408 for ; Sat, 6 Oct 2001 01:41:50 -0700 (PDT) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f968fnM62782 for ; Sat, 6 Oct 2001 01:41:49 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id D3888380A; Sat, 6 Oct 2001 01:41:49 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Doug Rabson Cc: ia64@FreeBSD.ORG Subject: Re: Woohoo! In-Reply-To: <20011006092239.R530-100000@salmon.nlsystems.com> Date: Sat, 06 Oct 2001 01:41:49 -0700 From: Peter Wemm Message-Id: <20011006084149.D3888380A@overcee.netplex.com.au> Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org 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: 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 )? 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