-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Le 08/12/2010 12:50, Anton Blanchard a écrit : > Hi, > >> i've also experienced the "two passes behaviour" occasionally, but >> up to now haven't been able to figure out a pattern. It's definately >> Linux-specific, since we don't see that behaviour with our AIX LPARs. >> Not sure though if its yaboot or Kernel related. > > It's not specific to Linux, however it may be more obvious because we > have an extra step with yaboot. > > The kernel communicates to firmware via the > ibm,client-architecture-support call. This call allows us to tell > firmware about all the various features we support. Unfortunately when > we ask for something different than the previous boot firmware is > often past the point of no return and has to reboot and reconfigure. > > As an example, I recently added support for a more detailed NUMA > topology feature: > > http://patchwork.ozlabs.org/patch/49682/ > > Since this feature changes the meaning of some parts of the Open > Firmware device tree, when firmware see this field change between boots > it has no option but to reboot and reconfigure the device tree it > presents. > > yaboot has code to recognise this reboot and to retry the previous > kernel automatically and without delay. So bottom line is we should > expect double booting when going between AIX and Linux or sometimes > between versions of Linux (eg a kernel before and after my NUMA change). > > If we are seeing the partition continually go around in a loop due to > the client architecture then that is a bug.
Thanks Anton for the explanation, I have this loop behaviour at reboot. Since I have it with an unofficial install system should I fill a bug report against yaboot ? Or is the debian-powerpc list enough for the moment ? xavier -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkz/hJIACgkQVIZi0A5BZF4wTwCeLUYp6XsCssb2rBaVsrp6w6hP 5vgAoJTAEtXDQ4bA0QNIUFDC+Xpt760x =IDtW -----END PGP SIGNATURE----- -- To UNSUBSCRIBE, email to debian-powerpc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4cff8495.1020...@ipno.in2p3.fr
