Re: [PATCH] block: fix residual byte count handling

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
From: Mike Galbraith
Date: Tuesday, March 4, 2008 - 5:37 am

On Tue, 2008-03-04 at 10:35 +0100, Jens Axboe wrote:


K3b burning seems to be a nogo here.  This is git pulled this morning
though, so it's a somewhat different tree than previously tested fwtw.

[  136.440021] ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
[  136.440043] ata1.01: cmd a0/00:00:00:00:00/00:00:00:00:00/b0 tag 0
[  136.440045]          cdb 51 00 00 00 00 00 00 00  02 00 00 00 00 00 00 00
[  136.440047]          res 58/00:02:00:02:00/00:00:00:00:00/b0 Emask 0x2 (HSM violation)
[  136.440053] ata1.01: status: { DRDY DRQ }
[  136.440086] ata1: soft resetting link
[  165.327627] ata1.01: qc timeout (cmd 0xa1)
[  165.327627] ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4)
[  165.327627] ata1.01: revalidation failed (errno=-5)
[  165.327627] ata1: failed to recover some devices, retrying in 5 secs
[  177.272373] ata1: port is slow to respond, please be patient (Status 0x80)
[  180.388879] ata1: device not ready (errno=-16), forcing hardreset
[  180.388879] ata1: soft resetting link
[  210.832471] ata1.01: qc timeout (cmd 0xa1)
[  210.832471] ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4)
[  210.832471] ata1.01: revalidation failed (errno=-5)
[  210.832471] ata1: failed to recover some devices, retrying in 5 secs
[  223.392899] ata1: port is slow to respond, please be patient (Status 0x80)
[  225.920376] ata1: device not ready (errno=-16), forcing hardreset
[  225.920376] ata1: soft resetting link
[  256.542565] ata1.01: qc timeout (cmd 0xa1)
[  256.542565] ata1.01: failed to IDENTIFY (I/O error, err_mask=0x4)
[  256.542565] ata1.01: revalidation failed (errno=-5)
[  256.542565] ata1.01: disabled
[  259.995199] ata1.00: failed to IDENTIFY (I/O error, err_mask=0x40)
[  259.995214] ata1.00: revalidation failed (errno=-5)
[  259.995219] ata1: failed to recover some devices, retrying in 5 secs
[  265.047502] ata1: soft resetting link
[  262.397570] ata1.00: limited to UDMA/33 due to 40-wire cable
[  262.420039] ata1.00: configured for UDMA/33
[  262.420039] sr 0:0:1:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK
[  262.420039] sr 0:0:1:0: [sr0] Sense Key : Aborted Command [current] [descriptor]
[  262.420039] Descriptor sense data with sense descriptors (in hex):
[  262.420039]         72 0b 47 00 00 00 00 0e 09 0c 00 00 00 02 00 00 
[  262.420039]         00 02 00 00 b0 58 
[  262.420039] sr 0:0:1:0: [sr0] Add. Sense: Scsi parity error
[  262.420039] ata1: EH complete
[  262.420257] sd 0:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
[  262.420320] sd 0:0:0:0: [sda] Write Protect is off
[  262.420326] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[  262.420390] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA



--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
regression: CD burning (k3b) went broke, Mike Galbraith, (Thu Feb 21, 1:42 am)
Re: regression: CD burning (k3b) went broke, Jens Axboe, (Fri Feb 22, 12:32 am)
Re: regression: CD burning (k3b) went broke, Mike Galbraith, (Sat Feb 23, 12:42 am)
Re: regression: CD burning (k3b) went broke, Mike Galbraith, (Sun Feb 24, 12:54 am)
Re: regression: CD burning (k3b) went broke, Mike Galbraith, (Tue Feb 26, 2:48 am)
Re: regression: CD burning (k3b) went broke, Mike Galbraith, (Tue Feb 26, 6:36 am)
Re: regression: CD burning (k3b) went broke, Andrew Morton, (Tue Feb 26, 4:08 pm)
Re: regression: CD burning (k3b) went broke, Jeff Garzik, (Tue Feb 26, 5:46 pm)
Re: regression: CD burning (k3b) went broke, Mike Galbraith, (Tue Feb 26, 7:24 pm)
Re: regression: CD burning (k3b) went broke, Mike Galbraith, (Tue Feb 26, 7:58 pm)
Re: regression: CD burning (k3b) went broke, Mike Galbraith, (Tue Feb 26, 11:00 pm)
Re: regression: CD burning (k3b) went broke, Mike Galbraith, (Wed Feb 27, 12:07 am)
Re: regression: CD burning (k3b) went broke, Tejun Heo, (Thu Feb 28, 12:43 am)
Re: regression: CD burning (k3b) went broke, Mike Galbraith, (Thu Feb 28, 1:20 am)
[PATCH] block: fix residual byte count handling, Tejun Heo, (Thu Feb 28, 1:50 am)
Re: [PATCH] block: fix residual byte count handling, Jens Axboe, (Thu Feb 28, 8:35 am)
Re: [PATCH] block: fix residual byte count handling, Tejun Heo, (Thu Feb 28, 8:46 am)
Re: [PATCH] block: fix residual byte count handling, James Bottomley, (Fri Feb 29, 9:47 am)
Re: [PATCH] block: fix residual byte count handling, Jens Axboe, (Fri Feb 29, 1:11 pm)
Re: [PATCH] block: fix residual byte count handling, Tejun Heo, (Fri Feb 29, 11:17 pm)
Re: [PATCH] block: fix residual byte count handling, James Bottomley, (Sat Mar 1, 8:19 am)
Re: [PATCH] block: fix residual byte count handling, FUJITA Tomonori, (Sun Mar 2, 7:52 am)
Re: [PATCH] block: fix residual byte count handling, Mike Christie, (Sun Mar 2, 11:46 am)
Re: [PATCH] block: fix residual byte count handling, Mike Galbraith, (Sun Mar 2, 8:27 pm)
Re: [PATCH] block: fix residual byte count handling, FUJITA Tomonori, (Sun Mar 2, 8:59 pm)
[PATCH 1/2] block: fix residual byte count handling, Tejun Heo, (Sun Mar 2, 11:08 pm)
[PATCH] block: separate out padding from alignment, Tejun Heo, (Sun Mar 2, 11:10 pm)
Re: [PATCH] block: fix residual byte count handling, FUJITA Tomonori, (Mon Mar 3, 1:26 am)
Re: [PATCH] block: fix residual byte count handling, FUJITA Tomonori, (Mon Mar 3, 5:17 am)
Re: [PATCH] block: fix residual byte count handling, FUJITA Tomonori, (Mon Mar 3, 6:50 am)
Re: [PATCH] block: fix residual byte count handling, FUJITA Tomonori, (Mon Mar 3, 7:01 am)
Re: [PATCH] block: fix residual byte count handling, FUJITA Tomonori, (Mon Mar 3, 7:52 am)
Re: [PATCH] block: separate out padding from alignment, James Bottomley, (Mon Mar 3, 11:27 am)
Re: [PATCH] block: fix residual byte count handling, FUJITA Tomonori, (Mon Mar 3, 7:11 pm)
Re: [PATCH] block: fix residual byte count handling, FUJITA Tomonori, (Tue Mar 4, 1:53 am)
Re: [PATCH] block: fix residual byte count handling, Jens Axboe, (Tue Mar 4, 1:59 am)
Re: [PATCH] block: fix residual byte count handling, FUJITA Tomonori, (Tue Mar 4, 2:06 am)
Re: [PATCH] block: fix residual byte count handling, FUJITA Tomonori, (Tue Mar 4, 2:22 am)
Re: [PATCH] block: fix residual byte count handling, Jens Axboe, (Tue Mar 4, 2:35 am)
Re: [PATCH] block: fix residual byte count handling, Jens Axboe, (Tue Mar 4, 2:46 am)
Re: [PATCH] block: fix residual byte count handling, Mike Galbraith, (Tue Mar 4, 5:37 am)
Re: [PATCH] block: fix residual byte count handling, Jens Axboe, (Tue Mar 4, 5:39 am)
Re: [PATCH] block: fix residual byte count handling, Mike Galbraith, (Tue Mar 4, 5:43 am)
Re: [PATCH] block: fix residual byte count handling, Mike Galbraith, (Tue Mar 4, 5:45 am)
Re: [PATCH] block: fix residual byte count handling, Mike Galbraith, (Tue Mar 4, 5:58 am)
Re: [PATCH] block: fix residual byte count handling, Jens Axboe, (Tue Mar 4, 6:03 am)
Re: [PATCH] block: fix residual byte count handling, FUJITA Tomonori, (Tue Mar 4, 6:30 am)
Re: [PATCH] block: fix residual byte count handling, Mike Galbraith, (Tue Mar 4, 7:25 am)
Re: [PATCH] block: fix residual byte count handling, James Bottomley, (Tue Mar 4, 9:04 am)
Re: [PATCH] block: fix residual byte count handling, Tejun Heo, (Tue Mar 4, 10:59 am)
Re: [PATCH] block: fix residual byte count handling, Jens Axboe, (Tue Mar 4, 11:17 am)
Re: [PATCH] block: fix residual byte count handling, Boaz Harrosh, (Tue Mar 4, 11:26 am)
Re: [PATCH] block: fix residual byte count handling, James Bottomley, (Tue Mar 4, 11:27 am)
Re: [PATCH] block: fix residual byte count handling, Jens Axboe, (Tue Mar 4, 11:29 am)
Re: [PATCH] block: fix residual byte count handling, Tejun Heo, (Tue Mar 4, 11:33 am)
Re: [PATCH] block: fix residual byte count handling, Mike Galbraith, (Tue Mar 4, 11:35 am)
Re: [PATCH] block: fix residual byte count handling, Tejun Heo, (Tue Mar 4, 11:35 am)
Re: [PATCH] block: fix residual byte count handling, Mike Galbraith, (Tue Mar 4, 11:45 am)
Re: [PATCH] block: fix residual byte count handling, Jens Axboe, (Tue Mar 4, 11:45 am)
Re: [PATCH] block: fix residual byte count handling, Jens Axboe, (Tue Mar 4, 11:46 am)
Re: [PATCH] block: fix residual byte count handling, Mike Galbraith, (Tue Mar 4, 11:49 am)
Re: [PATCH] block: fix residual byte count handling, Jens Axboe, (Tue Mar 4, 11:54 am)
Re: [PATCH] block: fix residual byte count handling, FUJITA Tomonori, (Tue Mar 4, 12:19 pm)
Re: [PATCH] block: fix residual byte count handling, Jens Axboe, (Tue Mar 4, 12:25 pm)
Re: [PATCH] block: fix residual byte count handling, Mike Galbraith, (Tue Mar 4, 12:26 pm)
Re: [PATCH] block: fix residual byte count handling, Jens Axboe, (Tue Mar 4, 12:28 pm)
Re: [PATCH] block: fix residual byte count handling, Mike Galbraith, (Tue Mar 4, 12:33 pm)
Re: [PATCH] block: fix residual byte count handling, Jens Axboe, (Tue Mar 4, 12:34 pm)
Re: [PATCH] block: fix residual byte count handling, Kiyoshi Ueda, (Tue Mar 4, 12:42 pm)
Re: [PATCH] block: fix residual byte count handling, FUJITA Tomonori, (Tue Mar 4, 5:26 pm)
Re: [PATCH] block: fix residual byte count handling, FUJITA Tomonori, (Wed Mar 5, 9:56 pm)
Re: [PATCH] block: fix residual byte count handling, Tejun Heo, (Wed Mar 5, 10:02 pm)