Aboot/compressed kernels on Jensen

Martin Ostermann (ost@comnets.rwth-aachen.de)
10 Nov 1996 16:17:50 +0100

David Mosberger <davidm@AZStarNet.com> writes:
> Jim> On the other hand, there is a problem with either aboot or the compressed
> Jim> kernels on the 4.0 CD such that aboot can't boot them... it complains
> Jim> about "unknown compression method".
> So, if it's indeed an aboot problem, it's a subtle one. I can imagine
> that there might be a problem due to the old SRM version that's
> running on the Jensens. But then, why would uncompressed booting
> work?
> Anyhow, since I don't have a Jensen and since the CD-ROM has been
> mastered properly as far as I can tell, could somebody with a Jensen
> look into this? Note that it's very easy to build an iso9660
> filesystem on a floppy disk, so even if you don't have a CD-ROM burner
> you can test the relevant code (that's how I got the iso9660 support

I did this (with a SCSI disk, floppy doesn't work on the Jensen), and
it worked fine with the original, compressed kernels. I was able to
get to the install screen.

The files used were captured from an ftp.redhat.com mirror a few days
after the initial announcment had been made. I don't have a real CD

I use firmware version 1.7, Aboot reports PALCode version 1.35. Jim,
which version did you use?

I think I found a bug in the iso9660 FS code used in aboot. The file
bootlx was located at an particular position, and caused isomarkboot
to dump core. I think this patch is fixing it:

--- isolib.c.org Wed Jul 3 01:58:17 1996
+++ isolib.c Sun Nov 10 15:13:58 1996
@@ -205,11 +205,11 @@
frag1 = sb.s_blocksize - offset;
cpnt = big_data_block;
memcpy(cpnt, data_block + offset, frag1);
+ offset += *pnt - sb.s_blocksize;
if (iso_breadi(++block, 1, data_block) < 0) {
printf("unable to read i-node block");
return NULL;
- offset += *pnt - sb.s_blocksize;
memcpy((char *)cpnt+frag1, data_block, offset);
pnt = ((unsigned char *) cpnt);
raw_inode = ((struct iso_directory_record *) pnt);

But since I have no idea what's exactly is done there, somebody with
knowledge about iso9660 should check this, please.

Note that this might also be a bug in the original MILO source.


Martin Ostermann                | mailto:ost@comnets.rwth-aachen.de
Communication Networks          | http://www.comnets.rwth-aachen.de/~ost
Aachen University of Technology | phoneto:++49/241/807917
Germany                         | faxto:++49/241/8890378

To unsubscribe: send e-mail to axp-list-request@redhat.com with
'unsubscribe' as the subject.  Do not send it to axp-list@redhat.com

Feedback | Store | News | Support | Product Errata | About Us | Linux Info | Search | JumpWords
No Frames | Show Frames

Copyright © 1995-1997 Red Hat Software. Legal notices