On Thu, Aug 05, 2004 at 03:29:47PM +0200, Steffen Grunewald wrote: > On Wed, Aug 04, 2004 at 01:42:00PM +0200, Steffen Grunewald wrote: > > > If you wish to submit further information on your problem, please send > > > it to [EMAIL PROTECTED] (and *not* to > > > [EMAIL PROTECTED]).
> > According to my somewhat limited research, an interface to the SRM would > > be available if CONFIG_SRM_ENV was set to "y" during kernel build. > > Unfortunately, this is not the default :-( > OK, this seems to be fixed now (= boot.img as of Aug 4, 5423316 bytes), > I can see /proc/srm_environment while the base installation is going on. There have been no changes recently to the SRM support in the alpha kernels; I don't know why it failed before for you, but it wasn't due to missing kernel support. > > If such a kernel was used during system install, one might set > > bootdef_dev to the SRM name of the disk the aboot loader has been > > installed to, and boot_osflags to "0" indicating that the default > > setup is to be used. > Unfortunately, there's no modification visible yet. > (The most likely explanation would be that work is still in progress, so > I at least can confirm that CONFIG_SRM_ENV did work.) There's no modification visible because no modification is being done. No code has been written to attempt to change the SRM boot variables from debian-installer; and you shouldn't expect this to be done for sarge. While having the installer ensure you end up back in Debian after a reboot sounds like a good idea, the task of mapping Unix devices to SRM names is really quite difficult, and not something to be attempted this soon before a release. -- Steve Langasek postmodern programmer
signature.asc
Description: Digital signature
