Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 29 Mar 2002 17:48:51 -0800
From:      Marcel Moolenaar <marcel@xcllnt.net>
To:        Peter Wemm <peter@wemm.org>
Cc:        ia64@FreeBSD.ORG
Subject:   Re: Bad loader.efi
Message-ID:  <20020330014850.GA4342@dhcp01.pn.xcllnt.net>
In-Reply-To: <20011119225327.B1444@dhcp01.pn.xcllnt.net>
References:  <20011104204411.A2219@dhcp01.pn.xcllnt.net> <20011119195946.10DDE38FF@overcee.netplex.com.au> <20011119130823.A50804@kayak.xcllnt.net> <20011119225327.B1444@dhcp01.pn.xcllnt.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Nov 19, 2001 at 10:53:27PM -0800, Marcel Moolenaar wrote:
> On Mon, Nov 19, 2001 at 01:08:23PM -0800, Marcel Moolenaar wrote:
> > > 
> > > Did you solve this?  I've been building loaders for a while now..
> > 
> > I reverted to using an older toolchain to at least get back on
> > my feet. I'll give it a try this evening.
> 
>
> In short: no, it still doesn't work for me.

Ok, after some hacking I resolved this. I committed the fixes. There
are 2 known problems left:

1. I must build libstand with NO_UDP_CKSUM. I don't think this is a
   problem that relates to IA-64, but is more likely caused by a
   broken bootp server. I'm using isc_dhcp for that. I'm not in a
   hurry to look into that ATM,
2. When you start/run the loader from an EFI filesystem, you cannot
   set currdev to net0 and do a netboot. The bootp fails, which may
   be an indication that we don't initialize the EFI SN protocol.
   If you abort a netboot after EFI has initialized the interface,
   and set the MAC address, it works normally. I already have an
   idea and hope to have it fixed in a couple of minutes/hours.

FYI,

-- 
 Marcel Moolenaar	  USPA: A-39004		 marcel@xcllnt.net

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?20020330014850.GA4342>