[Cbe-oss-dev] Fwd: Problems building the ps3-linux branch

[Aegis Lin]

On 3/17/07, Geoff Levand <geoffrey.levand at am.sony.com> wrote:
>
> Aegis Lin wrote:
> > On 3/16/07, Geoff Levand <geoffrey.levand at am.sony.com> wrote:
> >>
> >> In my testing I found that it is because for some reason (not dig yet)
> the
> > current git kernel
> > (2.6.21-rc1) for PS3 won't take command lines from kboot, so initrd will
> > never have a chance
> > to be loaded. I've verified this on FC5 and YDL5, for kboot (otheros.bld
> )
> > provided by both
> > Sony and YDL.
>
> See the line LOAD_REG_IMMEDIATE(r3, dt_blob_start) here:
>
>
> http://git.kernel.org/?p=linux/kernel/git/geoff/ps3-linux-patches.git;a=blob_plain;f=ps3-hacks/ps3-no-bootwrapper-hack.diff


Ok, I think I got the idea...
(And might need some time to pick up the gap between 2.6.16 and git-current)

> > If the default kernel config is used, the kernel will be compiled with a
> > default command
> > line which only assigns "root" and "videomode". FC5 can still be booted
> > normally because
> > (root):/dev (the real directory, not the mounted tmpfs one) really
> contains
> > the dev nodes
> > needed during boot, while for YDL5, /dev is in fact empty. After
> booting,
> > anyway udev will
> > take control...
>
> That makes sense.  I needed to add the nodes when I switched to FC6.  So
> I guess the distro's initrd has those nodes?  I never checked into it.
>
> -Geoff

I've checked initrd generated by mkinitrd for both FC5 and YDL5. Slight
differences, but similar.

Ini init(), before init_post() if initrd has been mounted, /init will be
executed, which is usually a simple nash
shell script. In that script tmpfs will be mounted onto /dev and sevral
important nodes (including
/dev/console) will be created. So if during boot the chance is missed and
the real /dev is empty,
the open attempt to /dev/console will surely fail in init_post().

-- 
<i>Yet another coder currently roaming in Japan...</i>
Yu-Te Aegis Lin, aka AirL
alternative email: ydlin (at) ntu.edu.tw
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/cbe-oss-dev/attachments/20070317/c8cddfd1/attachment.htm>