Hi Dave,
On 04/19/2010 06:26 PM, John David Anglin wrote:
> On Tue, 13 Apr 2010, Helge Deller wrote:
>> Still crashes.
>
> Can you you try the patch below? The change to cacheflush.h is the same
> as before.
Thanks for the patch.
I applied it on top of a clean 2.6.33.2 kernel and ran multiple parallel
minifail programs on my B2000 (2 CPUs, SMP kernel, 32bit kernel).
Sadly minifail still crashed the same way as before.
Should I have applied other patches as well?
Helge
> I have lightly tested the attached change on rp3440 with SMP 2.6.33.2
> kernel. It got through a GCC build at -j8, which is something of a
> record. However, I did see one issue this morning in the ada testsuite:
>
> malloc: ../bash/make_cmd.c:100: assertion botched
> malloc: block on free list clobbered
> Aborting.../home/dave/gnu/gcc/gcc/gcc/testsuite/ada/acats/run_all.sh: line 67: 29176 Aborted (core dumped) ls ${i}.adb >> ${i}.lst 2> /dev/null
>
> I have seen this before.
>
> The change reworks all code that manipulates ptes to use the pa_dbit_lock
> to ensure that we don't lose state information during updates. I also
> added code to purge the tlb associated with the pte as it wasn't obvious
> to me how for example the write protect bit got set in the tlb.
>
> Someone had clearly tried to fix the dirty bit handling in the past,
> but the change was incomplete.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
