[lkml]   [2002]   [Sep]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: 2.4.20-pre4-ac1 trashed my system
On Tue, 3 Sep 2002, mbs wrote:

> it trashed mine also.
> supermicro p4dp8-g2 mobo
> 2x 2.2 Xeon
> e7500 chipset
> wd400 40gb hd
> 2.4.20-pre4-ac2 + RML preempt patch (applied cleanly)
> boot it and eveything runs fine for a short while, then I start getting "bad
> CRC" errors and "seek failure" errors.
> I have had this problem with both ext2 and ext3
> initially I thought it was a bad HD, so I installed a new one on a new cable
> and did a complete rh7.3 install ran for a while eith no problems then built
> the same kernel over again, rebooted into the new kernel and within seconds
> was having problems again.
> 2.4.19-rc3-ac4 +rml preempt has been dead stable, as has (so far) 2.4.29-ac4
> +rml and RH 2.4.18-3 and -5
> I am not doing anything funky with hd setup, not even specifying idebus=

This is likely different than the problem I've been seeing.

My situation appears to be due to the fact that on my Promise
controller, LBA48 addressing mode had been turned off on the primary
channel, which then causes access problems with my 160GB Maxtor drive.
Turning LBA48 mode back on (by removing the hack which turned it off,
which wasn't in 2.4.19-ac4) breaks DMA. Either that or I screwed
something up when removing the hack. I'm wondering if a bug appeared
after 2.4.19-ac4 which breaks DMA on Promise 20265 primary channel
access, and that a work-around was put in place that disables LBA48
addressing. There are in fact well over 100 diffs in pdc202xx.c between
2.4.19-ac4 and 2.4.20-pre4-ac1. This wrong addressing is what
(indirectly) wrecked my system. I've posted my findings on this so far
along with some questions for further investigation, but I haven't seen
any answers yet (or even a "go away you're bothering me" reply).

Unfortunately you've said you are using a 40GB drive and something other
than a Promise controller so your situation may be a different problem.


| Mike Isely | PGP fingerprint
POSITIVELY NO | | 03 54 43 4D 75 E5 CC 92
UNSOLICITED JUNK MAIL! | isely @ pobox (dot) com | 71 16 01 E2 B5 F5 C1 E8
| (spam-foiling address) |

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:28    [W:0.218 / U:2.740 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site