There was a timeout bug in hdparm which was fixed upstream in 9.31 and further fixed in 9.44
There was a SEPARATE timeout bug in mpt2sas drivers which was fixed after xenial but has been reintroduced in 21.10 and 22.04 kernels -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-lts-xenial in Ubuntu. https://bugs.launchpad.net/bugs/1630837 Title: mpt2sas aborts ATA pass through security erase command Status in linux-lts-xenial package in Ubuntu: Confirmed Bug description: Hello, I think I have encountered an issue in the mpt3sas Linux driver. I am using Lubuntu 16.04, kernel version 4.4. I have a SATA drive connected to a LSI 9211-8i controller, and I am trying to issue a security erase command to the drive using the hdparm utility v9.48 and it fails. It seems that the driver thinks that the command got stuck and tries to abort it before it completes. The security erase ATA command needs a large timeout that can be as much as several hours. Below is the trace from hdparm: user@user-MS-7887:~$ sudo hdparm --security-set-pass xxx /dev/sdb security_password: "xxx" /dev/sdb: Issuing SECURITY_SET_PASS command, password="xxx", user=user, mode=high user@user-MS-7887:~$ sudo hdparm --verbose --security-erase xxx /dev/sdb security_password: "xxx" /dev/sdb: Issuing SECURITY_ERASE command, password="xxx", user=user outgoing cdb: 85 08 0e 00 00 00 01 00 00 00 00 00 00 40 ec 00 SG_IO: ATA_16 status=0x0, host_status=0x0, driver_status=0x0 SG_IO: sb[]: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 incoming_data: 7a 42 ff 3f 37 c8 10 00 00 00 00 00 3f 00 00 00 00 00 00 00 20 20 20 20 57 20 2d 44 43 57 33 43 33 46 54 4b 54 50 31 33 00 00 00 00 00 00 31 30 30 2e 41 31 31 30 44 57 20 43 44 57 30 31 5a 45 58 45 30 2d 42 30 35 4e 30 41 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 10 80 00 40 00 2f 01 40 00 00 00 00 07 00 ff 3f 10 00 3f 00 10 fc fb 00 00 01 ff ff ff 0f 00 00 07 00 03 00 78 00 78 00 78 00 78 00 00 00 00 00 00 00 00 00 00 00 00 00 1f 00 0e 97 06 00 44 00 44 00 fe 03 1f 00 6b 74 61 7d 23 41 6b 74 41 bc 23 41 7f 40 3f 00 3f 00 00 00 fe ff 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b0 6d 70 74 00 00 00 00 00 00 00 00 03 60 00 00 01 50 e2 4e 7a b6 f8 7e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 18 40 18 40 00 00 00 00 00 00 00 00 00 00 00 00 00 00 23 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 35 30 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20 1c 00 00 00 00 00 00 00 00 7e 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 00 00 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a5 ef SG_IO: desc[]: 00 00 ATA_16 stat=00 err=00 nsect=00 lbal=00 lbam=00 lbah=00 dev=00 outgoing cdb: 85 06 20 00 00 00 00 00 00 00 00 00 00 40 f3 00 SG_IO: ATA_16 status=0x2, host_status=0x0, driver_status=0x8 SG_IO: sb[]: 72 01 00 1d 00 00 00 0e 09 0c 00 00 00 00 00 00 00 00 00 00 40 50 00 00 00 00 00 00 00 00 00 00 SG_IO: desc[]: 09 0c 00 00 00 00 00 00 00 00 00 00 40 50 ATA_16 stat=50 err=00 nsect=00 lbal=00 lbam=00 lbah=00 dev=40 oflags.bits.lob_all=0x8a, flags={ feat nsect command } oflags.bits.hob_all=0x00, flags={ } outgoing cdb: 85 0a 06 00 00 00 01 00 00 00 00 00 00 40 f4 00 outgoing_data: 00 00 4d 43 49 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 SG_IO: ATA_16 status=0x0, host_status=0xb, driver_status=0x0 SG_IO: bad host status: 0xb trying legacy HDIO_DRIVE_TASKFILE rc=-1, errno=22, returned ATA registers: The running kernel lacks CONFIG_IDE_TASK_IOCTL support for this device. SECURITY_ERASE: Invalid argument ------------------- dmesg shows the following: [ 1229.996993] sd 2:0:0:0: attempting task abort! scmd(ffff880215289200) [ 1229.997005] sd 2:0:0:0: [sdb] tag#1 CDB: ATA command pass through(16) 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00 [ 1229.997011] scsi target2:0:0: handle(0x0009), sas_address(0x4433221101000000), phy(1) [ 1229.997015] scsi target2:0:0: enclosure_logical_id(0x500605b0080c87d0), slot(2) [ 1230.036462] sd 2:0:0:0: task abort: SUCCESS scmd(ffff880215289200) [ 1230.196445] sd 2:0:0:0: tag#0 CDB: Test Unit Ready 00 00 00 00 00 00 [ 1230.196447] mpt2sas_cm0: sas_address(0x4433221101000000), phy(1) [ 1230.196448] mpt2sas_cm0: enclosure_logical_id(0x500605b0080c87d0),slot(2) [ 1230.196449] mpt2sas_cm0: handle(0x0009), ioc_status(success)(0x0000), smid(1) [ 1230.196449] mpt2sas_cm0: request_len(0), underflow(0), resid(0) [ 1230.196450] mpt2sas_cm0: tag(65535), transfer_count(0), sc->result(0x00000000) [ 1230.196451] mpt2sas_cm0: scsi_status(check condition)(0x02), scsi_state(autosense valid)(0x01) [ 1230.196452] mpt2sas_cm0: [sense_key,asc,ascq]: [0x06,0x29,0x00], count(18) [ 1823.036119] sd 2:0:0:0: tag#0 CDB: Test Unit Ready 00 00 00 00 00 00 [ 1823.036121] mpt2sas_cm0: sas_address(0x4433221101000000), phy(1) [ 1823.036122] mpt2sas_cm0: enclosure_logical_id(0x500605b0080c87d0),slot(2) [ 1823.036123] mpt2sas_cm0: handle(0x0009), ioc_status(success)(0x0000), smid(1) [ 1823.036123] mpt2sas_cm0: request_len(0), underflow(0), resid(0) [ 1823.036124] mpt2sas_cm0: tag(65535), transfer_count(0), sc->result(0x00000000) [ 1823.036125] mpt2sas_cm0: scsi_status(check condition)(0x02), scsi_state(autosense valid)(0x01) [ 1823.036126] mpt2sas_cm0: [sense_key,asc,ascq]: [0x06,0x29,0x00], count(18) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-lts-xenial/+bug/1630837/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
