From mboxrd@z Thu Jan 1 00:00:00 1970 From: Gabriel C Subject: Re: 2.6.24-rc3-mm1: I/O error, system hangs Date: Sat, 24 Nov 2007 19:28:01 +0100 Message-ID: <47486D31.3060303@googlemail.com> References: <20071120204525.ff27ac98.akpm@linux-foundation.org> <4744A6F2.4030302@free.fr> <20071121144116.c932727b.akpm@linux-foundation.org> <4746814F.80502@free.fr> <4746866B.5070207@suse.de> <4746BB9D.2030508@suse.de> <4747135C.60205@free.fr> <1195886569.3195.2.camel@localhost.localdomain> <47481FA6.9050506@free.fr> <1195910809.3195.5.camel@localhost.localdomain> <47486569.1040406@googlemail.com> <1195927446.3195.20.camel@localhost.localdomain> <474868B6.8040004@googlemail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: <474868B6.8040004@googlemail.com> Sender: linux-scsi-owner@vger.kernel.org To: James Bottomley Cc: Laurent Riffard , Hannes Reinecke , Andrew Morton , linux-kernel@vger.kernel.org, linux-ide@vger.kernel.org, linux-scsi@vger.kernel.org List-Id: linux-ide@vger.kernel.org Gabriel C wrote: > James Bottomley wrote: >> On Sat, 2007-11-24 at 18:54 +0100, Gabriel C wrote: >>> James Bottomley wrote: >>>> On Sat, 2007-11-24 at 13:57 +0100, Laurent Riffard wrote: >>>>> Le 24.11.2007 07:42, James Bottomley a =C3=A9crit : >>>>>> On Fri, 2007-11-23 at 18:52 +0100, Laurent Riffard wrote: >>>>>>> Le 23.11.2007 12:38, Hannes Reinecke a =C3=A9crit : >>>>>>>> Hannes Reinecke wrote: >>>>>>>>> Laurent Riffard wrote: >>>>>>>>>> Le 21.11.2007 23:41, Andrew Morton a =C3=A9crit : >>>>>>>>>>> On Wed, 21 Nov 2007 22:45:22 +0100 >>>>>>>>>>> Laurent Riffard wrote: >>>>>>>>>>> >>>>>>>>>>>> Le 21.11.2007 05:45, Andrew Morton a =C3=A9crit : >>>>>>>>>>>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches= /2.6/2.6.24-rc3/2.6.24-rc3-mm1/ >>>>>>>>>>>> Hello,=20 >>>>>>>>>>>> >>>>>>>>>>>> My system hangs shortly after I logged in Gnome desktop. S= ysRq-W shows >>>>>>>>>>>> that a bunch of task are blocked in "D" state, they seem t= o wait for >>>>>>>>>>>> some I/O completion. I can try to hand-copy some data if r= equested. >>>>>>>>>>>> >>>>>>>>>>>> I found these messages in dmesg: >>>>>>>>>>>> >>>>>>>>>>>> ~$ grep -C2 end_request dmesg-2.6.24-rc3-mm1=20 >>>>>>>>>>>> EXT3-fs: mounted filesystem with ordered data mode. >>>>>>>>>>>> sd 0:0:0:0: [sda] Result: hostbyte=3DDID_NO_CONNECT driver= byte=3DDRIVER_OK,SUGGEST_OK >>>>>>>>>>>> end_request: I/O error, dev sda, sector 16460 >>>>>>>>>>>> ReiserFS: sda7: found reiserfs format "3.6" with standard = journal >>>>>>>>>>>> ReiserFS: sda7: using ordered data mode >>>>>>>>>>>> -- >>>>>>>>>>>> ReiserFS: sda7: Using r5 hash to sort names >>>>>>>>>>>> sd 0:0:1:0: [sdb] Result: hostbyte=3DDID_NO_CONNECT driver= byte=3DDRIVER_OK,SUGGEST_OK >>>>>>>>>>>> end_request: I/O error, dev sdb, sector 19632 >>>>>>>>>>>> sd 0:0:1:0: [sdb] Result: hostbyte=3DDID_NO_CONNECT driver= byte=3DDRIVER_OK,SUGGEST_OK >>>>>>>>>>>> end_request: I/O error, dev sdb, sector 40037363 >>>>>>>>>>>> Adding 1048568k swap on /dev/mapper/vglinux1-lvswap. Prio= rity:-1 extents:1 across:1048568k >>>>>>>>>>>> lp0: using parport0 (interrupt-driven). >>>>>>>>>>>> >>>>>>>>>>>> These errors occur *only* with 2.6.24-rc3-mm1, they are 10= 0% reproducible. >>>>>>>>>>>> 2.6.24-rc3 and 2.6.24-rc2-mm1 are fine. >>>>>>>>>>>> >>>>>>>>>>>> Maybe something is broken in pata_via driver ? >>>>>>>>>>>> >>>>>>>>>>> Could be - libata-reimplement-ata_acpi_cbl_80wire-using-ata= _acpi_gtm_xfermask.patch >>>>>>>>>>> and pata_amd-pata_via-de-couple-programming-of-pio-mwdma-an= d-udma-timings.patch >>>>>>>>>>> touch pata_via.c. >>>>>>>>>> None of the above... >>>>>>>>>> >>>>>>>>>> I did a bisection, it spotted git-scsi-misc.patch.=20 >>>>>>>>>> I just run 2.6.24-rc3-mm1 + revert-git-scsi-misc.patch, and = it works fine. >>>>>>>>>> >>>>>>>>>> I guess commit 8655a546c83fc43f0a73416bbd126d02de7ad6c0 "[SC= SI] Do not=20 >>>>>>>>>> requeue requests if REQ_FAILFAST is set" is the real culprit= =2E The other=20 >>>>>>>>>> commits are touching documentation or drivers I don't use. I= 'll try=20 >>>>>>>>>> to revert only this one this evening. >>>>>>> I can confirm : reverting commit 8655a546c83fc43f0a73416bbd126d= 02de7ad6c0=20 >>>>>>> does fix the problem. >>>>>>> >>>>>>>>> Hmm. Weird. I'll have a look into it. Apparently I'll be retu= rning an error where >>>>>>>>> I shouldn't. Checking ... >>>>>>>>> >>>>>>>> Ok, found it. We are blocking even special commands (ie reques= ts with PREEMPT not set) >>>>>>>> when FAILFAST is set. Which is clearly wrong. The attached pat= ch fixes this. >>>>>>> Sorry, it's not enough. 2.6.24-rc3-mm1 + your patch still hangs= with I/O errors. >>>>>> I think the problem is the way we treat BLOCKED and QUIESCED (th= e latter >>>>>> is the state that the domain validation uses and which we cannot= kill >>>>>> fastfail on). It's definitely wrong to kill fastfail requests w= hen the >>>>>> state is QUIESCE. >>>>>> >>>>>> This patch (which is applied on top of Hannes original) separate= s the >>>>>> BLOCK and QUIESCE states correctly ... does this fix the problem= ? >>>>> No, it doesn't help... (2.6.24-rc3-mm1 + your patch still has pro= blems) >>>> OK, could you post dmesgs again, please. I actually tested this w= ith an >>>> aic79xx card, and for me it does cause Domain Validation to succee= d >>>> again. >>>> >>> Are the patches indeed to fix that problem as well ?=20 >>> >>> http://lkml.org/lkml/2007/11/23/5 >> That dmesg is from an unknown SCSI card exhibiting Domain Validation >> problems, so it's a reasonable probability, yes ... but you'll need = the >> additional hack I just did to prevent further intermittent failures. >=20 > My controller is: >=20 > 03:0e.0 SCSI storage controller [0100]: Adaptec AIC-7892P U160/m [900= 5:008f] (rev 02) >=20 > I'll try the patches in a bit. With your patches my problem(s) are solved. Domain Validation works aga= in. =2E.. [ 32.179521] scsi 0:0:0:0: Direct-Access SEAGATE ST318406LW = 0109 PQ: 0 ANSI: 3 [ 32.179540] scsi0:A:0:0: Tagged Queuing enabled. Depth 32 [ 32.179554] target0:0:0: Beginning Domain Validation [ 32.188553] target0:0:0: wide asynchronous [ 32.195302] target0:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, = offset 63) [ 32.206510] target0:0:0: Ending Domain Validation [ 32.211699] scsi 0:0:1:0: Direct-Access FUJITSU MAH3182MP = 0114 PQ: 0 ANSI: 4 [ 32.211707] scsi0:A:1:0: Tagged Queuing enabled. Depth 32 [ 32.211717] target0:0:1: Beginning Domain Validation [ 32.213980] target0:0:1: wide asynchronous [ 32.215682] target0:0:1: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, = offset 127) [ 32.220205] target0:0:1: Ending Domain Validation =2E.. Thx James :) Gabriel - To unsubscribe from this list: send the line "unsubscribe linux-scsi" i= n the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html