now that ps3-utils is packaged, and it seems spufs didn't take much to get to work, i'd like to turn back to the installation procedure, which was admittedly manual and not exactly as "seamless" as i think it could be.

the first step as i see it is to get the bootloader working both generally and also specifically for the installer. by "working", i mean the following:

• that it can be used to start the installer
• that it can be used to boot the system, of course
• that it can be built within debian

the third of these being the most complicated, as will be detailed below.

how a linux (kboot) "otheros" bootloader works on the ps3

okay, so i'm not intimately familiar with the powerpc architecture, nor with all the details of cross-compilation, but this is as much as i can tell.

• the file "otheros.bld" which you use to start the installation is a compressed linux image with a built in ramdisk initrd.
• it is a custom generated image made by kboot, which includes specialized versions of busybox and kexec-tools among others.
• it is compiled with a locally bootstrapped compiler and uclibc library.
• the initrd boots to a kboot script/prompt, which will then find and load the "real" or "system installed" kernel off of the disk.
• you can also specify a different kernel to use, different boot params, etc.
• you can also optionally get to a limited shell environment to poke around.

how kboot can be used on the installer

including support for this "otheros.bld" bootloader on the installer is fairly easy from a technical point of view, whether it's a usb disk or netinst cdrom image. basically, in either case the media should have a directory called "ps3/otheros", in which the file is placed and named "otheros.bld". when running the PS3 in game-os mode, this is where it looks when you tell it to "scan for otheros".

how kboot can be used/maintained, generally speaking

beyond a kboot.conf file, nothing really needs to be done on the host os to use kboot. of course, it would be nice to be able to issue updates for an image, which should be possible with a package that makes use of ps3-flash-util from the ps3-utils package. nothing too difficult/complicated there.

how kboot can be used/built within debian

this is the tricky part. in additional to the standard Free Software guidelines which debian is so (in)famous for following, we also have some basic QA rules that are needed from a distribution release management / security perspective.

one of these rules is that generally speaking it is considered taboo to include embedded copies of other software within a package, if that software is already available in debian. for example, i don't think it's very likely that the ftp-masters will look very kindly on some new software package that includes a copy of the entire kernel source tree, the gcc compiler, (uc)libc, busybox, coreutils, udev, etc.

it may be that a certain subset will require special patches, in which case some convincing/justification will be in order, but for the big ones (i.e. the kernel) there will almost certainly need to be modifications made.

ps3-kboot in ubuntu

there are already source packages available for ps3-kboot in ubuntu. apart from the fact that i can't stand working with packages that use cdbs, this package can't be used because the package maintainers' solution to the previously mentioned problem is basically to ignore that it exists.

it also seems that there's quite a bit of customization in this source package with respect to the initrd generation, which is probably worth some review... so i will likely still use this package as a base point of reference.