Scratch that, I have the same problem on 2.6.13. I guess I was just lucky
the first few times I booted.
So:
* Pre-emption on host doesn't solve problem
* Going back to a pre-compiled 2.6.13 from blaisorblade's homepage doesn't
help
* Not enabling swap helps a bit, but the problem still happens.
What more?
// Joel
On Thu, 24 Nov 2005, Joel Palmius wrote:
It didn't.
Changing to 2.6.13.4-bs5 solved the problem though. I haven't tested a lot
yet, but so far I haven't seen any soft lockups.
// Joel
On Thu, 24 Nov 2005, Joel Palmius wrote:
So what do I do? Might enabling pre-emption help?
// Joel
On Thu, 24 Nov 2005, Jeff Dike wrote:
> On Wed, Nov 23, 2005 at 07:53:23PM +0100, Joel Palmius wrote:
> > The below happens more often than not (but not always). The host is
> > athlon64 running in 32-bit mode. Host kernel is 2.6.14-skas3-v9-pre7.
> > Guest kernel is 2.6.14-bs1. Same thing happens in skas0 and skas3.
> >
> > When the machine boots correctly it seems stable though.
>
> It's not really a problem in the sense that it's a crash. It's more
> of a latenciy issue. UML isn't getting a timer interrupt in 10 sec
> (!), which is 1000 times longer than it should.
>
> The cases I've seen are when the host is doing heavy I/O or UML is
> going in and out of the kernel very frequently. The UML timer is
> based on SIGVALRM, which fires based on userspace time.
>
> Blaisorblade made a suggestion a while back to use SIGPROF instead,
> which fires based on when the process is in the kernel, as well. This
> would likely at least alleviate the problem, but I'm suspicious that
> it would be covering up the real underlying problem. I don't think
> that UML spending time in the kernel should cause a 1000-fold decrease
> in VTALRM delivery frequency.
>
> Jeff
>
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
User-mode-linux-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
User-mode-linux-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
User-mode-linux-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
