John Levon wrote: > On Tue, Apr 07, 2009 at 10:28:04AM -0400, Dave Miner wrote: > >>>> The goal there was to not be ISA-specific and use the standard names, >>>> but the change was clearly incomplete in terms of not re-locating to >>>> standard paths, which I had suggested in one of the conversations before >>>> it. >>> The standard paths are most definitely ISA-specific, making the reason >>> for this change self-contradictory. >> The file names previously were also ISA-specific... > > Now you've confused me. The only purpose for moving to boot_archive was > to avoid being ISA-specific (AIUI). Now you seem to be stating that your > changes, which once again make boot archive ISA-specific, can somehow > achieve that goal. >
The change I had suggested was to use the standard paths and names, rather than ones which were specific to the live CD (especially as they were initially architecture-specific). That didn't get translated correctly in the prior iteration. >>> On the contrary, /boot/amd64 already exists and is essentially a stable >>> path - has been for a long time. There's no invention here. >> Well, I had forgotten about it existing in dom0's. But it is at present >> an entirely xVM usage, so you'll have to excuse me there. > > Sure. > >> So, I'm tired of the back and forth here. I'll propose this compromise: >> >> 1. I will restore the live CD to use the original /boot/x86.microroot >> path for 2009.06. >> 2. xVM will modify the fix from 6816065 to search >> /platform/i86pc/boot_archive, either in the 111a respin or in the next >> ON build possible, as well as the next scheduled Linux delivery, >> allowing us to migrate to the standard paths sometime in 2010, hopefully. > > We'll work to get this change out to Linux, EC2 and any other > stakeholders as soon as we can. I'll repurpose 6826097 to this effect. > We have: > > /boot/x86.microroot (2009.06 and earlier live CD) > /platform/i86pc/boot_archive (later live CD releases) > /boot/boot_archive (pre-release 2009.06 bits) > > What will the AI release do? Can we drop the third check, or will it > stay at /boot/boot_archive? > If it would be helpful in reducing the clutter, it looks like it would be easy to revert it to /boot/x86.microroot for now. We can just pretend a few builds didn't exist ;-) >> 3. xVM engineering document any other existing dependencies on the live >> CD structure; something like what's in progress for AI will be acceptable. > > This document is almost finished now. Tim Foster is working on putting > it up on opensolaris.org, presumably he'll notify this alias when done. > >> 4. Install QE and xVM QE devise a plan for regular regression testing of >> PV OpenSolaris live CD installs > > I'm not sure who's owning this. I'll make sure it's covered again. > Wasn't meaning to dump that on you necessarily, but if you're game for following up, that's fine. Dave
