From owner-freebsd-ia64 Sun Mar 4 15:16:53 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from moby.geekhouse.net (moby.geekhouse.net [64.81.6.36]) by hub.freebsd.org (Postfix) with ESMTP id F0B7237B718 for ; Sun, 4 Mar 2001 15:16:49 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@dhcp152.geekhouse.net [192.168.1.152]) by moby.geekhouse.net (8.11.0/8.9.3) with ESMTP id f24NHc184111; Sun, 4 Mar 2001 15:17:38 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 04 Mar 2001 15:16:28 -0800 (PST) From: John Baldwin To: Doug Rabson Subject: Re: Grrrr.. Cc: ia64@FreeBSD.org, Andrew Gallatin Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 03-Mar-01 Doug Rabson wrote: > On Fri, 2 Mar 2001, John Baldwin wrote: > >> >> On 02-Mar-01 Andrew Gallatin wrote: >> > >> > Doug Rabson writes: >> > > >> > > I remember now. I always intended to redo pmap_map() via the >> > > direct-mapped >> > > segments. This saves kernel virtual address space (of which there is >> > > plenty) but more importantly saves TLB entries and on ia64 VHTP >> > > entries. I >> > > just hacked up this patch which isn't tested on anything but I think >> > > its >> > > on the right lines. Beware of conflicts - Drew Gallatin is working in >> > > this >> > > area. >> > > >> > >> > I'm done now (and your latest patch at the top of this thread >> > incorporates my committed changes). >> > >> > I really like using the direct-mapped segment for this. >> >> I'm going to test this out on my alpha and i386 test boxes here at work. >> If it works there, I think it should probably be committed. Not that I >> am overwhelmed with pmap Clue atm. :) > > I would appreciate it if you could test on i386 since I'm not currently in > a position to to i386 kernel work. It certainly appears to work on ia64 > and I don't expect problems on alpha (I'll probably test that myself > shortly though). Alpha booted ok. The i386 patch had a typo, but it hung when I rebooted it with the new kernel. I may drive in today to try and fix it, but I may not get to it until tomorrow. :-P The patch I'm using now is at ~jhb/public_html/patches/pmap.patch on freefall. The only changes are removing one register keyword from vm_page_startup() to quiet a warning and fixing a typo (virtp -> virt) in the i386 diff. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Sun Mar 4 15:35: 5 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from finch-post-10.mail.demon.net (finch-post-10.mail.demon.net [194.217.242.38]) by hub.freebsd.org (Postfix) with ESMTP id 0067F37B71A; Sun, 4 Mar 2001 15:35:03 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from [62.49.251.130] (helo=herring.nlsystems.com) by finch-post-10.mail.demon.net with esmtp (Exim 2.12 #1) id 14Zi1l-0008eb-0A; Sun, 4 Mar 2001 23:35:02 +0000 Received: from salmon.nlsystems.com (salmon [10.0.0.3]) by herring.nlsystems.com (8.11.2/8.11.2) with ESMTP id f24NXk711258; Sun, 4 Mar 2001 23:33:46 GMT (envelope-from dfr@nlsystems.com) Date: Sun, 4 Mar 2001 23:33:46 +0000 (GMT) From: Doug Rabson To: John Baldwin Cc: Andrew Gallatin , Subject: Re: Grrrr.. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 2 Mar 2001, John Baldwin wrote: > > On 02-Mar-01 Andrew Gallatin wrote: > > > > Doug Rabson writes: > > > > > > I remember now. I always intended to redo pmap_map() via the direct-mapped > > > segments. This saves kernel virtual address space (of which there is > > > plenty) but more importantly saves TLB entries and on ia64 VHTP entries. I > > > just hacked up this patch which isn't tested on anything but I think its > > > on the right lines. Beware of conflicts - Drew Gallatin is working in this > > > area. > > > > > > > I'm done now (and your latest patch at the top of this thread > > incorporates my committed changes). > > > > I really like using the direct-mapped segment for this. > > I'm going to test this out on my alpha and i386 test boxes here at work. > If it works there, I think it should probably be committed. Not that I > am overwhelmed with pmap Clue atm. :) Well I'm happy with the patch on ia64 and alpha. If you don't get any problems on i386, I think it should be committed. Perhaps you could do the honours? -- 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 From owner-freebsd-ia64 Sun Mar 4 16: 0:36 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from moby.geekhouse.net (moby.geekhouse.net [64.81.6.36]) by hub.freebsd.org (Postfix) with ESMTP id DD93F37B719 for ; Sun, 4 Mar 2001 16:00:33 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@dhcp152.geekhouse.net [192.168.1.152]) by moby.geekhouse.net (8.11.0/8.9.3) with ESMTP id f2501N184267; Sun, 4 Mar 2001 16:01:23 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 04 Mar 2001 16:00:13 -0800 (PST) From: John Baldwin To: Doug Rabson Subject: Re: Grrrr.. Cc: ia64@FreeBSD.org, Andrew Gallatin Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 04-Mar-01 Doug Rabson wrote: > On Fri, 2 Mar 2001, John Baldwin wrote: > >> >> On 02-Mar-01 Andrew Gallatin wrote: >> > >> > Doug Rabson writes: >> > > >> > > I remember now. I always intended to redo pmap_map() via the >> > > direct-mapped >> > > segments. This saves kernel virtual address space (of which there is >> > > plenty) but more importantly saves TLB entries and on ia64 VHTP >> > > entries. I >> > > just hacked up this patch which isn't tested on anything but I think >> > > its >> > > on the right lines. Beware of conflicts - Drew Gallatin is working in >> > > this >> > > area. >> > > >> > >> > I'm done now (and your latest patch at the top of this thread >> > incorporates my committed changes). >> > >> > I really like using the direct-mapped segment for this. >> >> I'm going to test this out on my alpha and i386 test boxes here at work. >> If it works there, I think it should probably be committed. Not that I >> am overwhelmed with pmap Clue atm. :) > > Well I'm happy with the patch on ia64 and alpha. If you don't get any > problems on i386, I think it should be committed. Perhaps you could do the > honours? Heh, I guess you haven't seen my other e-mail yet. My x86 box didn't make it back to multiuser. At least, I can't ping the box after rebooting it with the new kernel. I'll probably drive in and see if I can't get it quickly fixed. My alpha is fine with it however. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Mon Mar 5 13:26:26 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id E241D37B718; Mon, 5 Mar 2001 13:25:59 -0800 (PST) (envelope-from john@baldwin.cx) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f25LPtA09908; Mon, 5 Mar 2001 13:25:55 -0800 (PST) (envelope-from john@baldwin.cx) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 05 Mar 2001 13:25:40 -0800 (PST) From: John Baldwin To: John Baldwin Subject: Re: Grrrr.. Cc: Andrew Gallatin , ia64@FreeBSD.ORG, Doug Rabson Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 04-Mar-01 John Baldwin wrote: > > On 03-Mar-01 Doug Rabson wrote: >> On Fri, 2 Mar 2001, John Baldwin wrote: >> >>> >>> On 02-Mar-01 Andrew Gallatin wrote: >>> > >>> > Doug Rabson writes: >>> > > >>> > > I remember now. I always intended to redo pmap_map() via the >>> > > direct-mapped >>> > > segments. This saves kernel virtual address space (of which there is >>> > > plenty) but more importantly saves TLB entries and on ia64 VHTP >>> > > entries. I >>> > > just hacked up this patch which isn't tested on anything but I think >>> > > its >>> > > on the right lines. Beware of conflicts - Drew Gallatin is working in >>> > > this >>> > > area. >>> > > >>> > >>> > I'm done now (and your latest patch at the top of this thread >>> > incorporates my committed changes). >>> > >>> > I really like using the direct-mapped segment for this. >>> >>> I'm going to test this out on my alpha and i386 test boxes here at work. >>> If it works there, I think it should probably be committed. Not that I >>> am overwhelmed with pmap Clue atm. :) >> >> I would appreciate it if you could test on i386 since I'm not currently in >> a position to to i386 kernel work. It certainly appears to work on ia64 >> and I don't expect problems on alpha (I'll probably test that myself >> shortly though). > > Alpha booted ok. The i386 patch had a typo, but it hung when I rebooted it > with the new kernel. I may drive in today to try and fix it, but I may not > get > to it until tomorrow. :-P > > The patch I'm using now is at ~jhb/public_html/patches/pmap.patch on > freefall. > The only changes are removing one register keyword from vm_page_startup() to > quiet a warning and fixing a typo (virtp -> virt) in the i386 diff. Well, it (i386) died during the syscons init just after printing the copyright. The trace looks like this: pmap_insert_entry(0xc036db00, 0xc0a7200) pmap_enter(0xc036db00, 0xc0a7200) kmem_malloc() malloc() sc_vtb_init() sc_alloc_scr_buffer() scmeminit() mi_startup() begin() The panic faulting address was 0x12342378. db> x/x 0xc036db00 c0585000 db> x 0xc0585000 0 db> x 0xc0a72000 kernel page fault... fault virtual address = 0x12342378 (same address) etc. curproc is NULL still, so this is quite early. (before cpu_startup finishes at least) This is very easy to reproduce, so I can offer more details if needed. I've tried looking at the changes you made and I don't see why it would break. I even checked to make sure 'vaddr == page_round(vaddr)' after the first call to pmap_map() (which it should and did). I'm a bit out of ideas at this point however. :( -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Mon Mar 5 21:30:37 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id AB74037B718; Mon, 5 Mar 2001 21:30:30 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f265UKh59200; Mon, 5 Mar 2001 21:30:20 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200103060530.f265UKh59200@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: John Baldwin Cc: Doug Rabson , ia64@FreeBSD.ORG, Andrew Gallatin Subject: Re: Grrrr.. In-Reply-To: Date: Mon, 05 Mar 2001 21:30:20 -0800 From: Peter Wemm Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org John Baldwin wrote: > > On 04-Mar-01 Doug Rabson wrote: > > On Fri, 2 Mar 2001, John Baldwin wrote: > > > >> > >> On 02-Mar-01 Andrew Gallatin wrote: > >> > > >> > Doug Rabson writes: > >> > > > >> > > I remember now. I always intended to redo pmap_map() via the > >> > > direct-mapped > >> > > segments. This saves kernel virtual address space (of which there is > >> > > plenty) but more importantly saves TLB entries and on ia64 VHTP > >> > > entries. I > >> > > just hacked up this patch which isn't tested on anything but I think > >> > > its > >> > > on the right lines. Beware of conflicts - Drew Gallatin is working in > >> > > this > >> > > area. > >> > > > >> > > >> > I'm done now (and your latest patch at the top of this thread > >> > incorporates my committed changes). > >> > > >> > I really like using the direct-mapped segment for this. > >> > >> I'm going to test this out on my alpha and i386 test boxes here at work. > >> If it works there, I think it should probably be committed. Not that I > >> am overwhelmed with pmap Clue atm. :) > > > > Well I'm happy with the patch on ia64 and alpha. If you don't get any > > problems on i386, I think it should be committed. Perhaps you could do the > > honours? > > Heh, I guess you haven't seen my other e-mail yet. My x86 box didn't make it > back to multiuser. At least, I can't ping the box after rebooting it with the > new kernel. I'll probably drive in and see if I can't get it quickly fixed. > My alpha is fine with it however. Untested: change vm_page_startup() from "return (mapped)" to "return (vaddr)" as we have accidently changed the return value of vm_page_startup(). Before, we returned the next free page address. After the diff, it is returning the VA of the beginning of the last mapping. 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 From owner-freebsd-ia64 Mon Mar 5 21:48:12 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id B6BE237B719; Mon, 5 Mar 2001 21:48:09 -0800 (PST) (envelope-from john@baldwin.cx) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f265lAA24707; Mon, 5 Mar 2001 21:47:10 -0800 (PST) (envelope-from john@baldwin.cx) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200103060530.f265UKh59200@mobile.wemm.org> Date: Mon, 05 Mar 2001 21:47:00 -0800 (PST) From: John Baldwin To: Peter Wemm Subject: Re: Grrrr.. Cc: Andrew Gallatin , ia64@FreeBSD.ORG, Doug Rabson , John Baldwin Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 06-Mar-01 Peter Wemm wrote: > John Baldwin wrote: >> >> On 04-Mar-01 Doug Rabson wrote: >> > On Fri, 2 Mar 2001, John Baldwin wrote: >> > >> >> >> >> On 02-Mar-01 Andrew Gallatin wrote: >> >> > >> >> > Doug Rabson writes: >> >> > > >> >> > > I remember now. I always intended to redo pmap_map() via the >> >> > > direct-mapped >> >> > > segments. This saves kernel virtual address space (of which there is >> >> > > plenty) but more importantly saves TLB entries and on ia64 VHTP >> >> > > entries. I >> >> > > just hacked up this patch which isn't tested on anything but I think >> >> > > its >> >> > > on the right lines. Beware of conflicts - Drew Gallatin is working >> >> > > in >> >> > > this >> >> > > area. >> >> > > >> >> > >> >> > I'm done now (and your latest patch at the top of this thread >> >> > incorporates my committed changes). >> >> > >> >> > I really like using the direct-mapped segment for this. >> >> >> >> I'm going to test this out on my alpha and i386 test boxes here at work. >> >> If it works there, I think it should probably be committed. Not that I >> >> am overwhelmed with pmap Clue atm. :) >> > >> > Well I'm happy with the patch on ia64 and alpha. If you don't get any >> > problems on i386, I think it should be committed. Perhaps you could do the >> > honours? >> >> Heh, I guess you haven't seen my other e-mail yet. My x86 box didn't make >> it >> back to multiuser. At least, I can't ping the box after rebooting it with >> the >> new kernel. I'll probably drive in and see if I can't get it quickly fixed. >> My alpha is fine with it however. > > Untested: change vm_page_startup() from "return (mapped)" to > "return (vaddr)" as we have accidently changed the return value of > vm_page_startup(). Before, we returned the next free page address. After > the diff, it is returning the VA of the beginning of the last mapping. That worked. Thanks. :) I'll go ahead and commit it, followed by another big round of SMP changes, then I'll see if I can get the ia64 farther along in ski. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Tue Mar 6 8:27:19 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id A237A37B71A for ; Tue, 6 Mar 2001 08:27:15 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id LAA06302; Tue, 6 Mar 2001 11:27:09 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.2/8.9.1) id f26GQdQ19632; Tue, 6 Mar 2001 11:26:39 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15013.4031.526141.133670@grasshopper.cs.duke.edu> Date: Tue, 6 Mar 2001 11:26:39 -0500 (EST) To: John Baldwin Cc: ia64@FreeBSD.ORG Subject: Re: Grrrr.. In-Reply-To: References: <200103060530.f265UKh59200@mobile.wemm.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org John Baldwin writes: > > That worked. Thanks. :) I'll go ahead and commit it, followed by another > big round of SMP changes, then I'll see if I can get the ia64 farther along in > ski. OK, I'll bite. What's ski? An ia64 emulator? How complete is it? Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Tue Mar 6 8:53: 5 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from tele-post-20.mail.demon.net (tele-post-20.mail.demon.net [194.217.242.20]) by hub.freebsd.org (Postfix) with ESMTP id 3F8FE37B718 for ; Tue, 6 Mar 2001 08:53:03 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from [62.49.251.130] (helo=herring.nlsystems.com) by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2) id 14aKhq-000HYZ-0K; Tue, 6 Mar 2001 16:53:02 +0000 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.11.2/8.11.2) with ESMTP id f26Gpk722502; Tue, 6 Mar 2001 16:51:46 GMT (envelope-from dfr@nlsystems.com) Date: Tue, 6 Mar 2001 16:51:46 +0000 (GMT) From: Doug Rabson To: Andrew Gallatin Cc: John Baldwin , Subject: Re: Grrrr.. In-Reply-To: <15013.4031.526141.133670@grasshopper.cs.duke.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 6 Mar 2001, Andrew Gallatin wrote: > > John Baldwin writes: > > > > That worked. Thanks. :) I'll go ahead and commit it, followed by another > > big round of SMP changes, then I'll see if I can get the ia64 farther along in > > ski. > > OK, I'll bite. What's ski? An ia64 emulator? How complete is it? Its an ia64 emulator and debugger. Its a pretty complete processor emulation but it doesn't try to emulate device hardware at all. Currently, the ia64 kernel only runs at all in the emulator. -- 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 From owner-freebsd-ia64 Tue Mar 6 12:36:20 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from anchor-post-33.mail.demon.net (anchor-post-33.mail.demon.net [194.217.242.91]) by hub.freebsd.org (Postfix) with ESMTP id B026A37B722 for ; Tue, 6 Mar 2001 12:36:13 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from [62.49.251.130] (helo=herring.nlsystems.com) by anchor-post-33.mail.demon.net with esmtp (Exim 2.12 #1) id 14aOBo-0005mC-0X for ia64@freebsd.org; Tue, 6 Mar 2001 20:36:12 +0000 Received: from salmon.nlsystems.com (salmon [10.0.0.3]) by herring.nlsystems.com (8.11.2/8.11.2) with ESMTP id f26KYv724061 for ; Tue, 6 Mar 2001 20:34:57 GMT (envelope-from dfr@nlsystems.com) Date: Tue, 6 Mar 2001 20:34:57 +0000 (GMT) From: Doug Rabson To: Subject: Porting the loader Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Since nothing seemed to be happening here (hope I'm not stepping on any toes), I decided to start porting the loader. I now have the thing at the stage where it initialises the console and memory allocator and actually reaches the 'ok' prompt. Can't do much else with it yet though :-). If anyone is interested, I can send the source. I can't commit it just yet since I'm using some Intel header files and I'm waiting for clarification on the license for them. I suppose I'll have to buy an LS120 drive next since that seems to be the only way of getting information onto the beast. Fortunately the loader fits easily on a normal floppy. -- 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 From owner-freebsd-ia64 Tue Mar 6 13:50:17 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from siri.nordier.com (c1-dbn-93.dial-up.net [196.34.155.93]) by hub.freebsd.org (Postfix) with ESMTP id D9E2337B719 for ; Tue, 6 Mar 2001 13:50:08 -0800 (PST) (envelope-from rnordier@nordier.com) Received: (from rnordier@localhost) by siri.nordier.com (8.9.3/8.6.12) id XAA00557; Tue, 6 Mar 2001 23:53:15 +0200 (SAST) From: Robert Nordier Message-Id: <200103062153.XAA00557@siri.nordier.com> Subject: Re: Porting the loader In-Reply-To: from Doug Rabson at "Mar 6, 2001 8:34:57 pm" To: dfr@nlsystems.com (Doug Rabson) Date: Tue, 6 Mar 2001 23:53:15 +0200 (SAST) Cc: ia64@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Doug Rabson wrote: > Since nothing seemed to be happening here (hope I'm not stepping on any > toes), I decided to start porting the loader. I now have the thing at the > stage where it initialises the console and memory allocator and actually > reaches the 'ok' prompt. Can't do much else with it yet though :-). > > If anyone is interested, I can send the source. I can't commit it just yet > since I'm using some Intel header files and I'm waiting for clarification > on the license for them. I did quite a bit of work on this, mostly late last year. At the time, much of the effort went into an elf2efi utility that allowed use of the standard toolchain for generating EFI 32- and 64-bit binaries. I expect you may be using the gnu-efi package, though. I may be getting back to further IA-64 work in a couple of weeks, with any luck. Though, of course, if the loader is all sorted out by then, so much the better. :) -- Robert Nordier rnordier@nordier.com // Le monde est plein de fous, et qui n'en veut pas voir rnordier@FreeBSD.org // Doit se tenir tout seul, et casser son miroir. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Tue Mar 6 14: 8:25 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from tele-post-20.mail.demon.net (tele-post-20.mail.demon.net [194.217.242.20]) by hub.freebsd.org (Postfix) with ESMTP id DA3A737B719 for ; Tue, 6 Mar 2001 14:08:19 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from [62.49.251.130] (helo=herring.nlsystems.com) by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2) id 14aPcw-000Jq9-0K; Tue, 6 Mar 2001 22:08:18 +0000 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.11.2/8.11.2) with ESMTP id f26M72724676; Tue, 6 Mar 2001 22:07:02 GMT (envelope-from dfr@nlsystems.com) Date: Tue, 6 Mar 2001 22:07:02 +0000 (GMT) From: Doug Rabson To: Robert Nordier Cc: Subject: Re: Porting the loader In-Reply-To: <200103062153.XAA00557@siri.nordier.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 6 Mar 2001, Robert Nordier wrote: > Doug Rabson wrote: > > > Since nothing seemed to be happening here (hope I'm not stepping on any > > toes), I decided to start porting the loader. I now have the thing at the > > stage where it initialises the console and memory allocator and actually > > reaches the 'ok' prompt. Can't do much else with it yet though :-). > > > > If anyone is interested, I can send the source. I can't commit it just yet > > since I'm using some Intel header files and I'm waiting for clarification > > on the license for them. > > I did quite a bit of work on this, mostly late last year. At the time, > much of the effort went into an elf2efi utility that allowed use of the > standard toolchain for generating EFI 32- and 64-bit binaries. I > expect you may be using the gnu-efi package, though. I looked at the gnu-efi code for ideas but I didn't end up needing an elf2efi program since as it turned out, my ia64 toolchain's objcopy was able to convert from elf to efi. It doesn't convert the relocations but its possible to deal with that by linking as a shared library and relocating by hand in the startup code. This is the strategy that gnu-efi uses too. > > I may be getting back to further IA-64 work in a couple of weeks, with > any luck. Though, of course, if the loader is all sorted out by then, > so much the better. :) :-) -- 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 From owner-freebsd-ia64 Tue Mar 6 15:36:29 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 617E037B718 for ; Tue, 6 Mar 2001 15:36:26 -0800 (PST) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id QAA26654; Tue, 6 Mar 2001 16:36:06 -0700 (MST) (envelope-from ken) Date: Tue, 6 Mar 2001 16:36:06 -0700 From: "Kenneth D. Merry" To: Doug Rabson Cc: ia64@FreeBSD.ORG Subject: Re: Porting the loader Message-ID: <20010306163606.A26628@panzer.kdm.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from dfr@nlsystems.com on Tue, Mar 06, 2001 at 08:34:57PM +0000 Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Mar 06, 2001 at 20:34:57 +0000, Doug Rabson wrote: > Since nothing seemed to be happening here (hope I'm not stepping on any > toes), I decided to start porting the loader. I now have the thing at the > stage where it initialises the console and memory allocator and actually > reaches the 'ok' prompt. Can't do much else with it yet though :-). > > If anyone is interested, I can send the source. I can't commit it just yet > since I'm using some Intel header files and I'm waiting for clarification > on the license for them. > > I suppose I'll have to buy an LS120 drive next since that seems to be the > only way of getting information onto the beast. Fortunately the loader > fits easily on a normal floppy. Another way to do it would be to install Linux on there and use a DOS partition. Both SuSE and RedHat use a DOS partition as the place where they put their kernels, etc. It's mounted under /boot for SuSE and /boot/efi for RedHat if you use the default install. So you can just ftp stuff over and copy it up to the dos partition. EFI knows how to read dos partitions, so you can just do something like: fs0: loader (assuming it's called loader.efi) Any idea whether FreeBSD will have to use the same scheme of having a DOS partition in order to run the loader? Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Tue Mar 6 15:58:26 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 1E26637B71A for ; Tue, 6 Mar 2001 15:58:24 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f26NwN513713 for ia64@FreeBSD.ORG; Tue, 6 Mar 2001 15:58:23 -0800 (PST) (envelope-from obrien) Date: Tue, 6 Mar 2001 15:58:22 -0800 From: "David O'Brien" To: ia64@FreeBSD.ORG Subject: Re: Porting the loader Message-ID: <20010306155822.D13103@dragon.nuxi.com> Reply-To: ia64@FreeBSD.ORG References: <20010306163606.A26628@panzer.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010306163606.A26628@panzer.kdm.org>; from ken@kdm.org on Tue, Mar 06, 2001 at 04:36:06PM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Mar 06, 2001 at 04:36:06PM -0700, Kenneth D. Merry wrote: > Any idea whether FreeBSD will have to use the same scheme of having a DOS > partition in order to run the loader? Mike Smith and I had planned on probably the same. Most likely mounting the EFI/FAT (not DOS) partition as /boot -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Tue Mar 6 16:47: 7 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 2127B37B718 for ; Tue, 6 Mar 2001 16:47:06 -0800 (PST) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.2/8.11.2) with ESMTP id f270kVL02847; Tue, 6 Mar 2001 16:46:32 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200103070046.f270kVL02847@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Kenneth D. Merry" Cc: Doug Rabson , ia64@FreeBSD.ORG Subject: Re: Porting the loader In-reply-to: Your message of "Tue, 06 Mar 2001 16:36:06 MST." <20010306163606.A26628@panzer.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 Mar 2001 16:46:31 -0800 From: Mike Smith Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Any idea whether FreeBSD will have to use the same scheme of having a DOS > partition in order to run the loader? You have to have a FAT partition; that's required by EFI. My initial proposal was to have a boot2 equivalent living there, so that the loader itself was still in the UFS filesystem. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Tue Mar 6 16:49: 7 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from anchor-post-31.mail.demon.net (anchor-post-31.mail.demon.net [194.217.242.89]) by hub.freebsd.org (Postfix) with ESMTP id 7819737B718 for ; Tue, 6 Mar 2001 16:49:03 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from [62.49.251.130] (helo=herring.nlsystems.com) by anchor-post-31.mail.demon.net with esmtp (Exim 2.12 #1) id 14aS7C-0006gq-0V; Wed, 7 Mar 2001 00:47:42 +0000 Received: from salmon.nlsystems.com (salmon [10.0.0.3]) by herring.nlsystems.com (8.11.2/8.11.2) with ESMTP id f270kQ725384; Wed, 7 Mar 2001 00:46:26 GMT (envelope-from dfr@nlsystems.com) Date: Wed, 7 Mar 2001 00:46:26 +0000 (GMT) From: Doug Rabson To: "Kenneth D. Merry" Cc: Subject: Re: Porting the loader In-Reply-To: <20010306163606.A26628@panzer.kdm.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 6 Mar 2001, Kenneth D. Merry wrote: > On Tue, Mar 06, 2001 at 20:34:57 +0000, Doug Rabson wrote: > > Since nothing seemed to be happening here (hope I'm not stepping on any > > toes), I decided to start porting the loader. I now have the thing at the > > stage where it initialises the console and memory allocator and actually > > reaches the 'ok' prompt. Can't do much else with it yet though :-). > > > > If anyone is interested, I can send the source. I can't commit it just yet > > since I'm using some Intel header files and I'm waiting for clarification > > on the license for them. > > > > I suppose I'll have to buy an LS120 drive next since that seems to be the > > only way of getting information onto the beast. Fortunately the loader > > fits easily on a normal floppy. > > Another way to do it would be to install Linux on there and use a DOS > partition. I've been seriously considering it. > > Both SuSE and RedHat use a DOS partition as the place where they put their > kernels, etc. It's mounted under /boot for SuSE and /boot/efi for RedHat > if you use the default install. > > So you can just ftp stuff over and copy it up to the dos partition. EFI > knows how to read dos partitions, so you can just do something like: > > fs0: > loader > > (assuming it's called loader.efi) > > Any idea whether FreeBSD will have to use the same scheme of having a DOS > partition in order to run the loader? I think we will have to do this since the only filesystem which the EFI firmware understands is FAT and we rely on the firmware to load the first stage loader. I imagine that on an ia64 system the directory /boot will need to be a separate DOS filesystem. -- 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 From owner-freebsd-ia64 Tue Mar 6 16:55:36 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id AAAA637B719 for ; Tue, 6 Mar 2001 16:55:33 -0800 (PST) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id RAA27467; Tue, 6 Mar 2001 17:55:23 -0700 (MST) (envelope-from ken) Date: Tue, 6 Mar 2001 17:55:23 -0700 From: "Kenneth D. Merry" To: Doug Rabson Cc: ia64@FreeBSD.ORG Subject: Re: Porting the loader Message-ID: <20010306175523.A27443@panzer.kdm.org> References: <20010306163606.A26628@panzer.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from dfr@nlsystems.com on Wed, Mar 07, 2001 at 12:46:26AM +0000 Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Mar 07, 2001 at 00:46:26 +0000, Doug Rabson wrote: > On Tue, 6 Mar 2001, Kenneth D. Merry wrote: > > > On Tue, Mar 06, 2001 at 20:34:57 +0000, Doug Rabson wrote: > > > Since nothing seemed to be happening here (hope I'm not stepping on any > > > toes), I decided to start porting the loader. I now have the thing at the > > > stage where it initialises the console and memory allocator and actually > > > reaches the 'ok' prompt. Can't do much else with it yet though :-). > > > > > > If anyone is interested, I can send the source. I can't commit it just yet > > > since I'm using some Intel header files and I'm waiting for clarification > > > on the license for them. > > > > > > I suppose I'll have to buy an LS120 drive next since that seems to be the > > > only way of getting information onto the beast. Fortunately the loader > > > fits easily on a normal floppy. > > > > Another way to do it would be to install Linux on there and use a DOS > > partition. > > I've been seriously considering it. I'd suggest using the SuSE installation. It seems to be a little more stable than RedHat. > > Both SuSE and RedHat use a DOS partition as the place where they put their > > kernels, etc. It's mounted under /boot for SuSE and /boot/efi for RedHat > > if you use the default install. > > > > So you can just ftp stuff over and copy it up to the dos partition. EFI > > knows how to read dos partitions, so you can just do something like: > > > > fs0: > > loader > > > > (assuming it's called loader.efi) > > > > Any idea whether FreeBSD will have to use the same scheme of having a DOS > > partition in order to run the loader? > > I think we will have to do this since the only filesystem which the EFI > firmware understands is FAT and we rely on the firmware to load the first > stage loader. I imagine that on an ia64 system the directory /boot will > need to be a separate DOS filesystem. Hmm. Well, Mike's idea about having the boot2 equivalent live on the DOS partition might do the trick. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Wed Mar 7 4: 2:34 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from anchor-post-30.mail.demon.net (anchor-post-30.mail.demon.net [194.217.242.88]) by hub.freebsd.org (Postfix) with ESMTP id D59A837B718; Wed, 7 Mar 2001 04:02:31 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from [62.49.251.130] (helo=herring.nlsystems.com) by anchor-post-30.mail.demon.net with esmtp (Exim 2.12 #1) id 14aceE-000P8p-0U; Wed, 7 Mar 2001 12:02:30 +0000 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.11.2/8.11.2) with ESMTP id f27C1F728793; Wed, 7 Mar 2001 12:01:15 GMT (envelope-from dfr@nlsystems.com) Date: Wed, 7 Mar 2001 12:01:14 +0000 (GMT) From: Doug Rabson To: Mike Smith Cc: "Kenneth D. Merry" , Subject: Re: Porting the loader In-Reply-To: <200103070046.f270kVL02847@mass.dis.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 6 Mar 2001, Mike Smith wrote: > > > > Any idea whether FreeBSD will have to use the same scheme of having a DOS > > partition in order to run the loader? > > You have to have a FAT partition; that's required by EFI. My initial > proposal was to have a boot2 equivalent living there, so that the loader > itself was still in the UFS filesystem. One interesting possibility would be to write an EFI driver for the UFS filesystem. This interface could automatically be added to any suitably typed partitions found by the firmware and would make it possible for the firmware to load files right out of the booting filesystem. One would still need a FAT partition to hold the UFS driver, unless Intel could be convinced to include it in the firmware itself (not terribly likely, I guess). -- 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 From owner-freebsd-ia64 Wed Mar 7 11:16: 9 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from finch-post-12.mail.demon.net (finch-post-12.mail.demon.net [194.217.242.41]) by hub.freebsd.org (Postfix) with ESMTP id D312F37B718; Wed, 7 Mar 2001 11:16:05 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from [62.49.251.130] (helo=herring.nlsystems.com) by finch-post-12.mail.demon.net with esmtp (Exim 2.12 #1) id 14ajPo-000P7A-0C; Wed, 7 Mar 2001 19:16:04 +0000 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.11.2/8.11.2) with ESMTP id f27JEn730573; Wed, 7 Mar 2001 19:14:49 GMT (envelope-from dfr@nlsystems.com) Date: Wed, 7 Mar 2001 19:14:49 +0000 (GMT) From: Doug Rabson To: Mike Smith Cc: "Kenneth D. Merry" , Subject: Re: Porting the loader In-Reply-To: <200103071826.f27IQCr01113@mass.dis.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 7 Mar 2001, Mike Smith wrote: > > On Tue, 6 Mar 2001, Mike Smith wrote: > > > > > > > > > > Any idea whether FreeBSD will have to use the same scheme of having a DOS > > > > partition in order to run the loader? > > > > > > You have to have a FAT partition; that's required by EFI. My initial > > > proposal was to have a boot2 equivalent living there, so that the loader > > > itself was still in the UFS filesystem. > > > > One interesting possibility would be to write an EFI driver for the UFS > > filesystem. This interface could automatically be added to any suitably > > typed partitions found by the firmware and would make it possible for the > > firmware to load files right out of the booting filesystem. > > I considered this as well. In the end, I don't remember why I thought it > would be easier just to write a 'boot2' replacement - I think it had to > do with not wanting to either a) convert the loader to an executable > format that EFI understood or b) write an exec format handler (which I'm > not sure that EFI lets you do). > > > One would still need a FAT partition to hold the UFS driver, unless Intel > > could be convinced to include it in the firmware itself (not terribly > > likely, I guess). > > Even so, you still *have* to have the FAT filesystem, AFAIR. Yes - I was reading up on this today. There *has* to be at least one EFI System partition which contains drivers and OS loaders. Since it has to exist, I guess loader.efi might as well live there. -- 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 From owner-freebsd-ia64 Wed Mar 7 11:19: 4 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 1702537B71B; Wed, 7 Mar 2001 11:18:59 -0800 (PST) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.2/8.11.2) with ESMTP id f27IQCr01113; Wed, 7 Mar 2001 10:26:20 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200103071826.f27IQCr01113@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Doug Rabson Cc: Mike Smith , "Kenneth D. Merry" , ia64@freebsd.org Subject: Re: Porting the loader In-reply-to: Your message of "Wed, 07 Mar 2001 12:01:14 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 Mar 2001 10:26:11 -0800 From: Mike Smith Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > On Tue, 6 Mar 2001, Mike Smith wrote: > > > > > > > Any idea whether FreeBSD will have to use the same scheme of having a DOS > > > partition in order to run the loader? > > > > You have to have a FAT partition; that's required by EFI. My initial > > proposal was to have a boot2 equivalent living there, so that the loader > > itself was still in the UFS filesystem. > > One interesting possibility would be to write an EFI driver for the UFS > filesystem. This interface could automatically be added to any suitably > typed partitions found by the firmware and would make it possible for the > firmware to load files right out of the booting filesystem. I considered this as well. In the end, I don't remember why I thought it would be easier just to write a 'boot2' replacement - I think it had to do with not wanting to either a) convert the loader to an executable format that EFI understood or b) write an exec format handler (which I'm not sure that EFI lets you do). > One would still need a FAT partition to hold the UFS driver, unless Intel > could be convinced to include it in the firmware itself (not terribly > likely, I guess). Even so, you still *have* to have the FAT filesystem, AFAIR. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message