[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#323182: debian-installer: boot.img for sarge doesn't, on PPC



Le mer 2005-08-17 a 01:36:11 -0400, Sven Luther <sven.luther@wanadoo.fr> a dit:
> On Tue, Aug 16, 2005 at 04:24:53PM -0400, SR, ESC wrote:
> 
> > > The boot.img are the miboot floppies for oldworld pmacs. These are saddly not
> > > useable in sarge, because miboot is non-free (due to the one boot block which
> > > is coming directly from apple and has a couple tens of m68k assembly
> > > instructions nobody could be bothered to reverse-enginneer).
> > 
> > um, i would, if i had the skills. and yes they still would be useful.
> > i also have other ideas, such as pulling the rom off oldworlds, and
> > sticking an eeprom chip on them, and turning them into frankenworlds.
> > "oldworld" mac ppcs with as-new-or-newer-firmware-than-newworlds.
> > would take some work to figure out what to keep on the old MacROM, to
> > have them still function, but we could get rid of some issues with
> > these things - like no cd linux booting, buggy firmware on the beige
> > g3s such that they don't quik boot properly, etc. ...
> 
> Yep. If we go that way you could as well put one of the free OF
> implementqations on them and transform them in CHRP boxes.

ah i see. so that's what they do.

> > as to miboot + the bootable codemaybe it's about time someone did
> > something about it, instead of saying "it's not worth it, these are
> > too old anyway". maybe they are, but why judge hardware based on what
> > a corporation thinks?
> 
> It needs two people for a meaningfull reverse engineering, and i have
> abstained from doing the first step to be free to hack on the second step.
> The real problem is nobody has come up and did it.

ok. i have other things to do, but i'll consider getting to know the
guts more, or get more people involved, to help out. have you talked
to segher recently? he seems to know a goodly amount of FCode and
forth, maybe we can fake it? :)

> There is some effort in alternate code though, maybe quick supporting floppies
> or something such, we will see.

yeh, that'd be a better option long-term, and learn what we can from
the rev. engineering.

> Anyway, for etch we are dropping 2.4, and 2.6 miboot was broken. (worked twice
> and never after though, so no idea what the probmlem is.

ok

> > > As a result, the floppies present in sarge are entirely broken and will never
> > > work. Also the 2.6 floppies, even with miboot present never worked fiably,
> > > annd since we are doing away with the 2.4 kernels for etch, this means that
> > > the miboot floppy target is going away then.
> > 
> > um, maybe them not working should have been fixed instead of releasing
> > them with sarge... isn't that irresponsible to do so?
> 
> Yep, but nobody came forward and did so. This should h&ave been mentioned in
> the errata though at least.

there's people who did for woody, but they feel that they were
overlooked and hurt from that, and therefore didn't pitch in, and i'm
no coder, i'm more bofh. maybe i can get him to help, and not do
"everything".

> > >   http://people.debian.org/~luther/d-i/sarge/images/
> > > 
> > > Chose a date, and go to powerpc/floppy-2.4 to find something working.
> > 
> > i *know* those work, at least a lot of them do. what's so different
> > with these, vs. the ones released?
> 
> Cool. The only difference is that the released ones don't contain non-free
> miboot, and thus don't work. Well, if you consider the same date that is.

figures :). ok.

> The current only way to boot an oldworld in a free manner is to drop to the
> firmware and boot the vmlinuz-coff.initrd from it.

hmm, do you have some reference docs to do that? that looks
potentially rather interesting.

> > > Maybe i should build a couple of miboot floppies accompanying the official
> > > release ?
> > 
> > that would be nice, and appreciated. quite often people installing
> > linux want nothing to do with mock os, or apple. the oldworlds often

> (Notice i did build some nubus kernel even, but i guess nobody even bothered
> to test those.)

it's ok, some people did, in the channel for instance.

> Friendly,
> 
> Sven Luther
> 

-- 
We can use symlinks of course... syslogd would be a symlink to syslogp and
ftpd and ircd would be linked to ftpp and ircp... and of course the
point-to-point protocol paenguin.
                -- Kevin M. Bealer, commenting on the penguin Linux logo

Attachment: pgpoZ1CXAuIen.pgp
Description: PGP signature


Reply to: