> Tejun Heo wrote: > > sam song wrote: > > =>> Hmmm... It's timeout. How long does the command take? It's a bit weird > >>> because 36000s but the reported command duration is 136s. How long did > >>> the command take actually? > >> The command did actually take 136minutes25seconds. I set the timeout in app > >> as 36000seconds(10-hour). Ummm, sorry, I made a false info. Later I FOUND that the timeout value was 1000 * 36000s in app and the command could execute 136m. Once I changed back using 36000s, the command could only take 27m. > > Right, 136m. I wonder whether it's hitting some hard timeout limit in > > the kernel. Hmmmm... Does the attached patch fix your problem? > > Ping. Did it work? Sorry for keep you waiting. The test took so much time:-) It did fix my problem. It took about 4-hour to zero the whole 1TB SATA disk as required pattern. I also confirmed the result on LSI HBA SAS 1068E and got succeed. Here was the whole debug process. Tue Dec 4 14:42:42 CST 2007 [USI]: ata pass through(16) cdb: 85 0b 06 00 41 00 00 00 00 00 00 00 00 e0 fd 00 [<unknown opcode>: 85 0b 06 00 41 00 00 00 00 00 00 00 00 e0 fd 00 ] scsi_status=0x0, host_status=0x0, driver_status=0x0 info=0x0 duration=14272004 milliseconds status=0x0 Tue Dec 4 18:40:34 CST 2007 [USI] : Time to Perform Zero Disk on /dev/sdb was 237m52secs No kernel message output during the executing. Still one puzzle to consult with you. As you mentioned, the ATA Pass Thru in SELS10 2.6.16.21-0.8 is "broken". So what is the workable vanilla kernel besides 2.6.23.X? I need to have more choice on distribution. For example 2.6.18.X vanilla kernel with your patch can work? Highly appreciate your kind help, Sam Song - To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html