Bug#420820: no console set IBM p5 server
On Thu, May 17, 2007 at 10:44:41AM -0500, Rolf Brudeseth wrote:
> > On Wed, May 16, 2007 at 12:41:18PM -0500, Rolf Brudeseth wrote:
> > >
> > > I tested the script with the console attached to serial port 1 and 2
> > > and hvsi1).
> > >
> > > I had to make some minor changes to the script to get it to work.
> > >
> > > I don't know, but you may want to implement the changes differently.
> > > Regardless, before you submit the final 90console script, I assume I
> > > to figure out how to detect whether a graphics monitor is used as the
> > > console, as well as how the ATX workstation behaves.
> > Hi Rolf, ...
> > I have a question here. Is this a safe way to handle this ? The options
> > contain the variables of the OF, set by the user, but it is also
> > possible to boot directly from the OF command line, bypassing the values
> > found in options, or have special values passed from yaboot. On the
> > pegasos, but i suppose the same holds true for IBM power boxes, i know
> > it is even possible to pass these special values by the DHCP server.
> > This would typically be done in a d-i install, where you want to
> > over-ride the defaults, without changing the real values. I know i have
> > done so myself.
> > So, all in all, it is much better to do the same using the chosen
> > properties, which is what should be used on CHRP for this kind of
> > things, and is also said to be so in the CHRP spec.
> > If you don't believe me, or otherwise ignore me, just ask someone with a
> > clue on this and they will tell you so.
> I am not ignoring you, just slow at responding. I am getting input from
> folks that are not adding their comments to this bug, and I am no Open
> Firmware expert so it is taking me some time to wrap my head around this.
> But I am happy to change the script if you think I am not implenting the
> changes in the optimum way.
> $ ls -l /proc/device-tree/chosen/
> total 16
> -r--r--r-- 1 root root 19 2007-05-17 10:23 bootargs
> -r--r--r-- 1 root root 58 2007-05-17 10:23 bootpath
> -r--r--r-- 1 root root 4 2007-05-17 10:23 cpu
> -r--r--r-- 1 root root 40 2007-05-17 10:23 ibm,rpa-client-config
> -r--r--r-- 1 root root 8 2007-05-17 10:23 linux,initrd-end
> -r--r--r-- 1 root root 8 2007-05-17 10:23 linux,initrd-start
> -r--r--r-- 1 root root 8 2007-05-17 10:23 linux,kernel-end
> -r--r--r-- 1 root root 4 2007-05-17 10:23 linux,phandle
> -r--r--r-- 1 root root 4 2007-05-17 10:23 linux,stdout-package
> -r--r--r-- 1 root root 22 2007-05-17 10:23 linux,stdout-path
> -r--r--r-- 1 root root 4 2007-05-17 10:23 memory
> -r--r--r-- 1 root root 4 2007-05-17 10:23 mmu
> -r--r--r-- 1 root root 7 2007-05-17 10:23 name
> -r--r--r-- 1 root root 4 2007-05-17 10:23 nvram
> -r--r--r-- 1 root root 4 2007-05-17 10:23 stdin
> -r--r--r-- 1 root root 4 2007-05-17 10:23 stdout
> I see that the following two files report the node, so changing the script
> to use 'chosen' instead, and testing it on my hardware is no problem.
> $ cat /proc/device-tree/options/output-device
> $ cat /proc/device-tree/chosen/linux,stdout-path
> But I can not find an equivalent method in 'chosen' to determine whether
> the console is mapped to hvsi0 or hvc0.
> $ cat /proc/device-tree/vdevice/vty@30000000/compatible
Well once you have seen that chosen/linux,stdout-path points to
vty@3000000, then you can revert to using the normal device tree for the
compatible function. The main point is to use chosen to know what was
done at boot time, since chosen is set either by the OF or thebootloader
to inform the client program (in this case linux) about the different
choices which where made at boot time. The options entry is no guarantee
whatsoeve, just information about what the default option can be, but it
can be overriden.
Notice also, that stdin and stdout, should be two devices wxhich can be
used to actually output and input information, altough i am not sure how
this is supposed to work. Normally you could just ignore any of these
choices, and simply have the chosen/stdin and cvhosen stdout used.
> Let me know what I should use. I can either modify the script myself or if
> you prefer you can send me a new one. Either way I can test it.
> > Friendly,
> > Sven Luther
> Orange vous informe que cet e-mail a ete controle par l'anti-virus mail.
> Aucun virus connu a ce jour par nos services n'a ete detecte.