[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[XenPPC] Re: js20 *sigh*



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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.