Messages in this thread | | | Date | Tue, 9 Apr 2002 18:22:00 +0200 | From | Andrea Arcangeli <> | Subject | Re: BUG: 2.4.19-pre6aa1 |
| |
On Tue, Apr 09, 2002 at 02:13:00AM -0700, Andrew Morton wrote: > Andrey Nekrasov wrote: > > > > .. > > >>EIP; e0115c1c <out_of_line_bug+0/14> <===== > > Trace; e012069a <copy_page_range+1da/334> > > Trace; e0114caa <copy_mm+222/2bc> > > Trace; e01154b6 <do_fork+42e/744> > > Trace; e0107270 <sys_fork+14/1c> > > hmm. That out-of-line stuff has obfuscated the trace > a bit. It died in kunmap_atomic or kmap_atomic, part > of Andrea's pte-highmem additions. > > I guess the out-of-line bug should be if !CONFIG_DEBUG_KERNEL.
I didn't complained yet but the whole point of the BUG() was to get such a printk in the right place. Now the above report is trivial and the debugging check triggered a false positive bugcheck due CONFIG_DEBUG_HIGHMEM=y (I always compile with =n and that's why I didn't triggered it here), but sometime it isn't that easy to find it out, in particular when there are plenty of BUG()s in a row like in page_alloc.c, so I disagree with the merger of the out_of_line_bug in mainline.
I will the false positive bugcheck it in next -aa, for now you can simply recompile the kernel with CONFIG_DEBUG_HIGHMEM=n (kernel hacking menu) and you'll be just fine.
thanks for the feedback Andrey,
Andrea - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |