* linux-2.5.40 64GB highmem BUG()
@ 2002-10-07 13:27 Adam J. Richter
2002-10-08 0:48 ` Thomas Molina
2002-12-19 23:36 ` William Lee Irwin III
0 siblings, 2 replies; 6+ messages in thread
From: Adam J. Richter @ 2002-10-07 13:27 UTC (permalink / raw)
To: linux-kernel
Although 2.5.40 has been out for a while, I think I ought
to post this bug as I haven't seen any other mention of it.
When I boot an 2.5.40 x86 kernel built with CONFIG_HIGHMEM64G,
and with a 920kB initial ramdisk (2.2MB uncompressed), I get a kernel
BUG() at highmem.c line 480, preceded by a message saying "scheduling
with KM_TYPE 15 held!" The machine on which I experienced this
problem has 1.25GB of RAM. The problem occurs with and without
CONFIG_PREEMPT. All kernels that tried were SMP kernels running on a
uniprocessor.
The problem does not occur if I build 2.5.40 with
CONFIG_HIGHMEM4G or CONFIG_NOHIGMEM. So, it's probably not causing
problems for many people, but I thought I should report it anyhow.
Adam J. Richter __ ______________ 575 Oroville Road
adam@yggdrasil.com \ / Milpitas, California 95035
+1 408 309-6081 | g g d r a s i l United States of America
"Free Software For The Rest Of Us."
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: linux-2.5.40 64GB highmem BUG()
2002-10-07 13:27 linux-2.5.40 64GB highmem BUG() Adam J. Richter
@ 2002-10-08 0:48 ` Thomas Molina
2002-12-19 23:36 ` William Lee Irwin III
1 sibling, 0 replies; 6+ messages in thread
From: Thomas Molina @ 2002-10-08 0:48 UTC (permalink / raw)
To: Adam J. Richter; +Cc: linux-kernel
On Mon, 7 Oct 2002, Adam J. Richter wrote:
> Although 2.5.40 has been out for a while, I think I ought
> to post this bug as I haven't seen any other mention of it.
>
> When I boot an 2.5.40 x86 kernel built with CONFIG_HIGHMEM64G,
> and with a 920kB initial ramdisk (2.2MB uncompressed), I get a kernel
> BUG() at highmem.c line 480, preceded by a message saying "scheduling
> with KM_TYPE 15 held!" The machine on which I experienced this
> problem has 1.25GB of RAM. The problem occurs with and without
> CONFIG_PREEMPT. All kernels that tried were SMP kernels running on a
> uniprocessor.
>
> The problem does not occur if I build 2.5.40 with
> CONFIG_HIGHMEM4G or CONFIG_NOHIGMEM. So, it's probably not causing
> problems for many people, but I thought I should report it anyhow.
Does the accompanying trace output say BUG(), or is there a might_sleep()
in the trace output? In other words, is it a scheduling while holding a
lock kind of thing?
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: linux-2.5.40 64GB highmem BUG()
2002-10-07 13:27 linux-2.5.40 64GB highmem BUG() Adam J. Richter
2002-10-08 0:48 ` Thomas Molina
@ 2002-12-19 23:36 ` William Lee Irwin III
1 sibling, 0 replies; 6+ messages in thread
From: William Lee Irwin III @ 2002-12-19 23:36 UTC (permalink / raw)
To: Adam J. Richter; +Cc: linux-kernel
On Mon, Oct 07, 2002 at 06:27:19AM -0700, Adam J. Richter wrote:
> Although 2.5.40 has been out for a while, I think I ought
> to post this bug as I haven't seen any other mention of it.
> When I boot an 2.5.40 x86 kernel built with CONFIG_HIGHMEM64G,
> and with a 920kB initial ramdisk (2.2MB uncompressed), I get a kernel
> BUG() at highmem.c line 480, preceded by a message saying "scheduling
> with KM_TYPE 15 held!" The machine on which I experienced this
> problem has 1.25GB of RAM. The problem occurs with and without
> CONFIG_PREEMPT. All kernels that tried were SMP kernels running on a
> uniprocessor.
This is not reproducible here with 2.5.52-mm2. Is the initrd required
to trigger this?
Thanks,
Bill
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: linux-2.5.40 64GB highmem BUG()
@ 2002-10-08 1:12 Adam J. Richter
0 siblings, 0 replies; 6+ messages in thread
From: Adam J. Richter @ 2002-10-08 1:12 UTC (permalink / raw)
To: tmolina; +Cc: linux-kernel
On 2002-10-08 0:48:32, Thomas Molina wrote:
>On Mon, 7 Oct 2002, Adam J. Richter wrote:
>
>> Although 2.5.40 has been out for a while, I think I ought
>> to post this bug as I haven't seen any other mention of it.
>>
>> When I boot an 2.5.40 x86 kernel built with CONFIG_HIGHMEM64G,
>> and with a 920kB initial ramdisk (2.2MB uncompressed), I get a kernel
>> BUG() at highmem.c line 480, preceded by a message saying "scheduling
>> with KM_TYPE 15 held!" The machine on which I experienced this
>> problem has 1.25GB of RAM. The problem occurs with and without
>> CONFIG_PREEMPT. All kernels that tried were SMP kernels running on a
>> uniprocessor.
>>
>> The problem does not occur if I build 2.5.40 with
>> CONFIG_HIGHMEM4G or CONFIG_NOHIGMEM. So, it's probably not causing
>> problems for many people, but I thought I should report it anyhow.
>
>Does the accompanying trace output say BUG(), or is there a might_sleep()
>in the trace output? In other words, is it a scheduling while holding a
>lock kind of thing?
It is the BUG() statement in check_highmem_ptes in mm/highmem.c:
#if CONFIG_DEBUG_HIGHMEM
void check_highmem_ptes(void)
{
int idx, type;
preempt_disable();
for (type = 0; type < KM_TYPE_NR; type++) {
idx = type + KM_TYPE_NR*smp_processor_id();
if (!pte_none(*(kmap_pte-idx))) {
printk("scheduling with KM_TYPE %d held!\n", type);
BUG();
}
}
preempt_enable();
}
#endif
I'm updating to 2.5.41 and will post a trace if the problem
still occurs.
Adam J. Richter __ ______________ 575 Oroville Road
adam@yggdrasil.com \ / Milpitas, California 95035
+1 408 309-6081 | g g d r a s i l United States of America
"Free Software For The Rest Of Us."
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: linux-2.5.40 64GB highmem BUG()
@ 2002-12-21 9:43 Adam J. Richter
2002-12-21 9:48 ` William Lee Irwin III
0 siblings, 1 reply; 6+ messages in thread
From: Adam J. Richter @ 2002-12-21 9:43 UTC (permalink / raw)
To: wli; +Cc: linux-kernel
>> Although 2.5.40 has been out for a while, I think I ought
>> to post this bug as I haven't seen any other mention of it.
>> When I boot an 2.5.40 x86 kernel built with CONFIG_HIGHMEM64G,
>> and with a 920kB initial ramdisk (2.2MB uncompressed), I get a kernel
>> BUG() at highmem.c line 480, preceded by a message saying "scheduling
>> with KM_TYPE 15 held!" The machine on which I experienced this
>> problem has 1.25GB of RAM. The problem occurs with and without
>> CONFIG_PREEMPT. All kernels that tried were SMP kernels running on a
>> uniprocessor.
>This is not reproducible here with 2.5.52-mm2. Is the initrd required
>to trigger this?
Yes, the initrd seems to be required. It happens when
the initrd attempts to mount /proc (it runs a shell script that
starts by setting PATH, mounting /dev, and mounting /proc).
I've verified that under 2.5.52 the problem occurs with
CONFIG_HIGHME64G and not with CONFIG_HIGHMEM4G. Actually, now the
problem is a BUG() at slab.c:1451, which is also memory corruption,
and I suspect just an evolution of the same problem from 2.5.40.
Anyhow, in case it helps you, I've put the vmlinux and initrd
that produce this problem in
ftp://ftp.yggdrasil.com/private/adam/for-wli/. Note that the ramdisk
has kernel modules that don't match the kernel but that's not the
issue, as I configured that kernel to have a different version name.
Thanks for your attention to this problem.
Adam J. Richter __ ______________ 575 Oroville Road
adam@yggdrasil.com \ / Milpitas, California 95035
+1 408 309-6081 | g g d r a s i l United States of America
"Free Software For The Rest Of Us."
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: linux-2.5.40 64GB highmem BUG()
2002-12-21 9:43 Adam J. Richter
@ 2002-12-21 9:48 ` William Lee Irwin III
0 siblings, 0 replies; 6+ messages in thread
From: William Lee Irwin III @ 2002-12-21 9:48 UTC (permalink / raw)
To: Adam J. Richter; +Cc: linux-kernel
At some point in the past, I wrote:
>> This is not reproducible here with 2.5.52-mm2. Is the initrd required
>> to trigger this?
On Sat, Dec 21, 2002 at 01:43:20AM -0800, Adam J. Richter wrote:
> Yes, the initrd seems to be required. It happens when
> the initrd attempts to mount /proc (it runs a shell script that
> starts by setting PATH, mounting /dev, and mounting /proc).
> I've verified that under 2.5.52 the problem occurs with
> CONFIG_HIGHME64G and not with CONFIG_HIGHMEM4G. Actually, now the
> problem is a BUG() at slab.c:1451, which is also memory corruption,
> and I suspect just an evolution of the same problem from 2.5.40.
> Anyhow, in case it helps you, I've put the vmlinux and initrd
> that produce this problem in
> ftp://ftp.yggdrasil.com/private/adam/for-wli/. Note that the ramdisk
> has kernel modules that don't match the kernel but that's not the
> issue, as I configured that kernel to have a different version name.
> Thanks for your attention to this problem.
I'll take it for a spin sometime in the next 6-12 hours.
Bill
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2002-12-21 9:41 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-10-07 13:27 linux-2.5.40 64GB highmem BUG() Adam J. Richter
2002-10-08 0:48 ` Thomas Molina
2002-12-19 23:36 ` William Lee Irwin III
2002-10-08 1:12 Adam J. Richter
2002-12-21 9:43 Adam J. Richter
2002-12-21 9:48 ` William Lee Irwin III
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome