|
|
|
|
|
|
|
|
|
|
xen-ppc-devel
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
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- [XenPPC] Re: js20 *sigh*,
Jimi Xenidis <=
|
|
|
|
|