Re: 2.6.10 Kernel BUG at hugetlbpage:212 (x86_64 and i386)

[Hugh Dickins <hugh@veritas.com>]

On Fri, 4 Feb 2005, Mr. Berkley Shands wrote:
> > 
> Sorry, but I still crash. This time it hung the kernel so bad I had to
> powerfail to restart.

Thanks for trying, okay, your problem is a different one from
what my patch fixes: I thought that might turn out to be so.

> Feb  4 13:43:19 eclipse kernel: Kernel BUG at hugetlbpage:212
> Feb  4 13:43:19 eclipse kernel: invalid operand: 0000 [1] SMP
> Feb  4 13:43:19 eclipse kernel: CPU 1
> Feb  4 13:43:19 eclipse kernel: Modules linked in:
> Feb  4 13:43:19 eclipse kernel: Pid: 1374, comm: DssiEPSearch Not tainted
> 2.6.10
> <ffffffff8011e3cb>{unmap_hugepage_range+75} RSP <000001007f337dd8>
> 
> patch applied and rebooted (I made sure this time :-)

And kernel rebuilt, I trust!

> unless of course I'm not functional today :-)
> The patch I had was for mmap.c, not in hugetlb.c. Did I miss something?

No, that's right, it was only fixing mm/mmap.c.

Please point me privately to your app source, oh, it may be gigantic,
or difficult for me to compile, I guess your binary as well or instead:
so I can try to reproduce on i386.

We notice fpga_read and fpga_ioctl in both your traces, not in our
2.6.10 kernel source: just leftover addresses on the stack, not part
of the real backtrace, but interestingly there in both.  Where are
they from (FC3?), any idea what chance it's doing something bad?

Hugh