> On Wed, Nov 14, 2007 at 04:26:11PM +0100, Miklos Szeredi wrote:
> > This one fixed the EINVAL messages, and now UML boots, but consumes
> > 100% CPU constantly.
>
> Can you disable NO_HZ and try the patch below, which WorksForMe (TM)?
Yes, it fixes the busy looping for me as well. Thanks!
The
On Wed, Nov 14, 2007 at 04:26:11PM +0100, Miklos Szeredi wrote:
> This one fixed the EINVAL messages, and now UML boots, but consumes
> 100% CPU constantly.
Can you disable NO_HZ and try the patch below, which WorksForMe (TM)?
Jeff
--
Work email - jdike at linux
On Wed, Nov 14, 2007 at 10:29:57PM +0100, Miklos Szeredi wrote:
> nanosleep({0, 0}, {0, 0}) = 0
> gettimeofday({1195075504, 182333}, NULL) = 0
> setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 0}},
> {it_interval={0, 0}, it_value={0, 0}}) = 0
> nanosleep({0, 0}, {0, 0})
> On Thu, Nov 22, 2007 at 07:08:47PM +0100, Miklos Szeredi wrote:
> > Thanks. My other problem is (probably you are aware) that recent -mm
> > kernels don't compile for UML.
>
> The patch below fixes the build for rc3-mm1 for me.
Yeah, I got as far as that (sorry about the incomplete report), bu
On Thu, Nov 22, 2007 at 07:08:47PM +0100, Miklos Szeredi wrote:
> Thanks. My other problem is (probably you are aware) that recent -mm
> kernels don't compile for UML.
The patch below fixes the build for rc3-mm1 for me.
Jeff
--
Work email - jdike at linux dot in
> On Wed, Nov 14, 2007 at 10:29:57PM +0100, Miklos Szeredi wrote:
> > Config attached.
>
> Thanks - this reproduces it for me.
>
> BTW, you can work around this by enabling NO_HZ.
Thanks. My other problem is (probably you are aware) that recent -mm
kernels don't compile for UML.
Miklos
-
To un
On Wed, Nov 14, 2007 at 10:29:57PM +0100, Miklos Szeredi wrote:
> Config attached.
Thanks - this reproduces it for me.
BTW, you can work around this by enabling NO_HZ.
Jeff
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe from this list: send th
> > This one fixed the EINVAL messages, and now UML boots, but consumes
> > 100% CPU constantly.
>
> Can you strace it and see if you are seeing zero-length nanosleeps,
> and then send me your config file? I've had one other report of this,
> but haven't reproduced it here.
Yes:
nanosleep({0, 0
On Wed, Nov 14, 2007 at 04:26:11PM +0100, Miklos Szeredi wrote:
> This one fixed the EINVAL messages, and now UML boots, but consumes
> 100% CPU constantly.
Can you strace it and see if you are seeing zero-length nanosleeps,
and then send me your config file? I've had one other report of this,
bu
> > Note, this is 32bit UML on 64bit host, to complicate matters. So I
> > think it's not PTRACE_ARCH_PRCTL, but PTRACE_SET_THREAD_AREA.
>
> Oh, that changes things. In this case, I believe this problem is fixed
> by fd181c72a3c202a3986bcee7551c0838265aec2a.
This one fixed the EINVAL messages,
On Wed, Nov 14, 2007 at 11:35:56AM +0100, Miklos Szeredi wrote:
> Note, this is 32bit UML on 64bit host, to complicate matters. So I
> think it's not PTRACE_ARCH_PRCTL, but PTRACE_SET_THREAD_AREA.
Oh, that changes things. In this case, I believe this problem is fixed
by fd181c72a3c202a3986bcee75
> On Wed, Nov 14, 2007 at 12:32:43AM +0100, Miklos Szeredi wrote:
> > UML doesn't run on 2.6.24-rc2 as host (config attached). Guest is
> > 2.6.23-mm1, but I guess it's irrelevant. 2.6.23 as host was OK.
> >
> > When booting there are zillions of lines like this:
> >
> > "arch_switch_tls failed
On Wed, Nov 14, 2007 at 12:32:43AM +0100, Miklos Szeredi wrote:
> UML doesn't run on 2.6.24-rc2 as host (config attached). Guest is
> 2.6.23-mm1, but I guess it's irrelevant. 2.6.23 as host was OK.
>
> When booting there are zillions of lines like this:
>
> "arch_switch_tls failed, errno = EINV
13 matches
Mail list logo
