[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [XenPPC] Re: js20 *sigh*
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
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |