> This sounds like a case of the kernel corrupting user data. Are you
> pushing this into the distro kernels? Do you have bugzilla numbers?
Yes, the kernel is corrupting user data. I'm not aware of bugzilla
entries for this at the distros (I only became aware of the issue on
Thursday afternoon)
On Monday 14 January 2008 10:59:24 am Luck, Tony wrote:
> The compiler team did the hard work for this distilling a problem in
> large fortran application which showed up when applied to a 290MB input
> data set down to this instruction:
>
> ldfd f34=[r17],-8
>
> Which they noticed incremen
The compiler team did the hard work for this distilling a problem in
large fortran application which showed up when applied to a 290MB input
data set down to this instruction:
ldfd f34=[r17],-8
Which they noticed incremented r17 by 0x10 rather than decrementing it
by 8 when the value in
Tony,
Thanks for pointing out the problems, I will update patch accordingly.
>
> Next on your TODO list was:
> > 1.MAX_LOCKDEP_KEYS too low! (*due to ia64 64K percpu data size limitation*)
>
> How much extra per-cpu memory (roughly) do we need. Would it be enough to
> jump from 64K to the next
