From mboxrd@z Thu Jan  1 00:00:00 1970
From: erik quanstrom <quanstro@quanstro.net>
Date: Fri, 28 Jun 2013 13:19:33 -0400
To: 9fans@9fans.net
Message-ID: <3505d2a562248941e6bb66dbf15c7c86@ladd.quanstro.net>
In-Reply-To: <99100159-30FB-4811-87FD-7F960CA7F948@gmail.com>
References: <CAD_JZapYKSxYNoRNj0ns9MJ3M8KA4C-mUDoXuSX8DFZeqvYzgw@mail.gmail.com>
	<e41f14091598cdba6ee2177833fd9ca6@ladd.quanstro.net>
	<99100159-30FB-4811-87FD-7F960CA7F948@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Subject: Re: [9fans] plan9 iso image
Topicbox-Message-UUID: 68619998-ead8-11e9-9d60-3106f5b1d025

> Wouldn't surprise me, but it seems to work for me.  If anyone has a
> more detailed explanation of what is wrong where, I'll take a look at
> it.

we're now writing the nwa to disk.  this calculation appears to be incorrect.
here's the check in cdfs:

	/* reconcile differing nwas */
	if (aux->mmcnwa != nwa) {
		fprint(2, "%s: nwa from drive %,ld != computed nwa %,ld\n",
			argv0, aux->mmcnwa, nwa);
		fprint(2, "\tbe careful!  assuming computed nwa\n");
		/* the invisible track may still start at the old nwa. */
		// aux->mmcnwa = nwa;
	}

> > has the new installer which uses bios to access the hard drive
> > without el-torito emulation, and thus has no size constraints.
> > while it does fail on more hardware, it does support usb during the
> > install.
> >
> I don't know much about how 9atom works, but the new plan 9 loader
> uses el-torito, but version 3 which lets you access the whole cd as an
> lba device.

9atom uses either 9load (and pre version 3 el torito) or cinap's bios loader.
(this is the .nboot. version of the iso)  the cd appears as a bios disk.  this is
likely el torito version 3 under the covers, but that's not the programming
interface.

you can look at the code online /n/atom/plan9/sys/src/cmd/boot/iplpxe/

- erik