* Blast and data miscompare
@ 2004-10-31 5:46 Leo Przybylski
2004-11-09 15:34 ` Jake Moilanen
0 siblings, 1 reply; 4+ messages in thread
From: Leo Przybylski @ 2004-10-31 5:46 UTC (permalink / raw)
To: Linux Kernel
Hello,
I have tried searching on this issue, but found nothing. I heard from a
kernel developer at work that a memory error was discovered recently in
the linux 2.6 kernel that causes data miscompare errors in the generic
scsi driver when executing blast tests.
Does anyone know more about this???
Leo
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Blast and data miscompare
2004-10-31 5:46 Blast and data miscompare Leo Przybylski
@ 2004-11-09 15:34 ` Jake Moilanen
2004-11-09 15:43 ` Martin J. Bligh
2004-11-11 5:02 ` Paul Mackerras
0 siblings, 2 replies; 4+ messages in thread
From: Jake Moilanen @ 2004-11-09 15:34 UTC (permalink / raw)
To: Leo Przybylski; +Cc: Linux Kernel, Martin J. Bligh
> I have tried searching on this issue, but found nothing. I heard from a
> kernel developer at work that a memory error was discovered recently in
> the linux 2.6 kernel that causes data miscompare errors in the generic
> scsi driver when executing blast tests.
>
> Does anyone know more about this???
Not sure if it's the same problem. But we were seeing a miscompare on
2.4 due to a incorrect COW happening, followed by a hardware hash hole
w/ PPC64.
To fix it we had to make sure that the PTE was cleared and the TLB's
flushed before the new PTE was established.
Martin, was this fixed on 2.6?
Thanks,
Jake
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Blast and data miscompare
2004-11-09 15:34 ` Jake Moilanen
@ 2004-11-09 15:43 ` Martin J. Bligh
2004-11-11 5:02 ` Paul Mackerras
1 sibling, 0 replies; 4+ messages in thread
From: Martin J. Bligh @ 2004-11-09 15:43 UTC (permalink / raw)
To: Jake Moilanen, Leo Przybylski; +Cc: Linux Kernel
--Jake Moilanen <moilanen@austin.ibm.com> wrote (on Tuesday, November 09, 2004 09:34:00 -0600):
>> I have tried searching on this issue, but found nothing. I heard from a
>> kernel developer at work that a memory error was discovered recently in
>> the linux 2.6 kernel that causes data miscompare errors in the generic
>> scsi driver when executing blast tests.
>>
>> Does anyone know more about this???
>
> Not sure if it's the same problem. But we were seeing a miscompare on
> 2.4 due to a incorrect COW happening, followed by a hardware hash hole
> w/ PPC64.
>
> To fix it we had to make sure that the PTE was cleared and the TLB's
> flushed before the new PTE was established.
>
> Martin, was this fixed on 2.6?
Yup, was already fixed in 2.6, and is PPC64 only. Most of those errors
tend to be caused by IO problems ...
M.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Blast and data miscompare
2004-11-09 15:34 ` Jake Moilanen
2004-11-09 15:43 ` Martin J. Bligh
@ 2004-11-11 5:02 ` Paul Mackerras
1 sibling, 0 replies; 4+ messages in thread
From: Paul Mackerras @ 2004-11-11 5:02 UTC (permalink / raw)
To: Jake Moilanen; +Cc: Leo Przybylski, Linux Kernel, Martin J. Bligh
Jake Moilanen writes:
> Not sure if it's the same problem. But we were seeing a miscompare on
> 2.4 due to a incorrect COW happening, followed by a hardware hash hole
> w/ PPC64.
>
> To fix it we had to make sure that the PTE was cleared and the TLB's
> flushed before the new PTE was established.
>
> Martin, was this fixed on 2.6?
It can't happen on 2.6; when BenH rewrote the PTE handling in 2.6
earlier this year, this was one of the things we made sure couldn't be
a problem.
Paul.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2004-11-11 5:05 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-10-31 5:46 Blast and data miscompare Leo Przybylski
2004-11-09 15:34 ` Jake Moilanen
2004-11-09 15:43 ` Martin J. Bligh
2004-11-11 5:02 ` Paul Mackerras
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.