Re: RFC: ATA to CAM integration patch

From: Mike Tancsa <mike_at_sentex.net>
Date: Fri, 03 Jul 2009 09:28:41 -0400
At 05:20 PM 7/2/2009, Mike Tancsa wrote:

>But, going back to the original i386 image, with the boot blocks 
>reinstalled and using your latest patch, it seems to work! (however, 
>the same 300sec delay due to the cdrom ?  )


At first, I thought something was a miss speed wise, but it looks 
like this hardware is either having issues, or something is wrong in 
general as its the same no matter which driver is used.  Usually the 
speeds are much quicker than whats below on block writes


Seeker 1...Seeker 2...Seeker 3...start 'em...done...done...done...
               -------Sequential Output-------- ---Sequential Input-- 
--Random--
               -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- 
--Seeks---
Machine    MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU  /sec %CPU
1        4000 39798 20.8 39725  4.3 17776  3.4 40269 27.1 42085  4.2 255.8  0.6
2        4000 38827 20.3 40116  4.4 18068  3.4 40227 27.3 42266  4.3 244.8  0.5
3        4000 39748 20.8 40166  4.4 17952  3.3 40192 27.3 42259  4.3 243.4  0.5
4        4000 39855 20.8 40066  4.4 18017  3.3 40206 27.1 42401  4.2 264.2  0.6

1=AHCI in bios, AHCI.ko loaded
2=AHCI in bios, plain old ata driver used post patch
3=IDE in bios, plain old ata driver used post patch
4=IDE in bios, plain old ata driver from the cvs

Note, with 2 dmesg shows
acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00
acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00

the boot process then hangs for about 5 seconds, and then proceeds

with 3, the boot process hangs a total of about 2 min.

         ---Mike
Received on Fri Jul 03 2009 - 11:28:41 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:51 UTC