| |
|
 |
|
 |
|
|
|
| |
|
|
xen-ppc-devel
It's the other way around. I can quiesce, but I cannot close stdio/out
(see patch).
Jimi Xenidis wrote:
segher? any thoughts on this? I believe it is an old version of SLOF
on a JS20
On May 16, 2006, at 6:40 AM, Maria Butrico wrote:
Yes that did the trick when we don't stop/quiesce OF.
hmm, you mean if you simply remove 'of_call("quiesce", 0, 0, NULL);'
from boot_of.c you get further?!
Are you still closing /chosen/stdout and /chosen/stdin?
I see there is logic there and we only close stdin if (stdin !=
stdout), I wonder if there is a reference count?
My guess and it's only a guess at this point is that OF resets the
serial port in such a way that our ns driver does not know how to reset.
I would agree, because by the time you have scrubbed memory in Xen, OF
has been destroyed.
One thing you might try is specifying the baud rate in ns16550_init().
perhpas SLOF changes it?
-JX
_______________________________________________
Xen-ppc-devel mailing list
Xen-ppc-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ppc-devel
|
|
|
| |
|
Home