http://bugzilla.kernel.org/show_bug.cgi?id=14579 --- Comment #6 from lkolbe@xxxxxxxxxxxxxxxxxxxxxxxx 2009-11-18 14:07:10 --- fyi >From lkolbe@xxxxxxxxxxxxxxxxxxxxxxxx Wed Nov 18 14:39:08 2009 Date: Wed, 18 Nov 2009 14:39:09 +0100 From: Lukas Kolbe <lkolbe@xxxxxxxxxxxxxxxxxxxxxxxx> To: "Desai, Kashyap" <Kashyap.Desai@xxxxxxx> Cc: "linux-scsi@xxxxxxxxxxxxxxx" <linux-scsi@xxxxxxxxxxxxxxx> Subject: Re: Bug 14579 - Devices disappear... and Bug 14577 - Data corruption with Adaptec Message-ID: <20091118133909.GD16440@xxxxxxxxxxxxxxxxxxxxxxxx> References: <20091111160220.GC5705@xxxxxxxxxxxxxxxxxxxxxxxx> <20091112225825.GA20808@xxxxxxxxxxxxxxxxxxxxxxxx> <0D1E8821739E724A86F4D16902CE275C1C93C04462@xxxxxxxxxxxxxxxxx> <20091117142242.GA15638@xxxxxxxxxxxxxxxxxxxxxxxx> <0D1E8821739E724A86F4D16902CE275C1C93C74A49@xxxxxxxxxxxxxxxxx> In-Reply-To: <0D1E8821739E724A86F4D16902CE275C1C93C74A49@xxxxxxxxxxxxxxxxx> Desai, Kashyap wrote: >> >Subject line is related to *Adaptec* and there are some places LSI >> >related issue is pointed out. Little confusing to me. Is it possible to >> >rewrite what is an issue related to LSI card? >> >> Sorry for that one. This system has an Adaptec Controller for its >> Storage array and an LSI controller for the tape library. Bug 14577 is >> about a possible data corruption on 2.6.32-rc6 that seems to be either a >> hardware error (currently trying to find that out) or a regression in >> 2.6.32-rc6, as 2.6.30 is very happy with its storage. >OK. In data corruption condition only LSI driver and controller are >involved? I mean can I nullify Adaptec controller's roll in your test? No, it is the other way round. We have 24 1TB Seagate harddisks connected in a RAID 60 to the adaptec controller, and a Tandberg T80 with two IBM Ultrium-HH4 tape drives connected to the LSI controller. The system is installed on an LVM volume within the RAID 60. The data corruption occurs when we try to boot 2.6.32-rc6, we get write errors and the boot process stops somewhere. So, it seems the data corruption is related _only_ with the Adaptec Controller, the RAID array or the harddisks. >> Finally, the real problem here is Bug 14579 that is about the systems >> problems when using the tape library. >> >> >From dmesg log I can figure out 3.04.07 is mpt fusion driver version. >> >Please update LSI driver using latest upstream driver version 3.04.13. >> And see what a result is. >> >> Thanks for the pointer. Linus' current tree contains 3.04.12 - where can >> I find 3.04.13? > >It is there in 2.6.32-rc5. Not sure in which exact rc version it is >included, but I have 2.6.32-rc5 tree in my setup and for that kernel >mptfusion version is 3.104.13 Okay, I grep'ed for 3.04 in the source and only got one reference to the older version number. But there lies the problem: Unless we can fix the Adaptec-Bug first (or confirm it is a hardware issue), we can't boot 2.6.32-rc on that machine to test the new LSI driver version. Is it easily possible to backport/include the mptfusion in 2.6.30? Thanks for the help and kind regards, -- Lukas Kolbe -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
