From owner-freebsd-current@FreeBSD.ORG Fri Jul 3 13:28:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F5421065672; Fri, 3 Jul 2009 13:28:41 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 592D78FC23; Fri, 3 Jul 2009 13:28:41 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n63DQCGM016627; Fri, 3 Jul 2009 09:26:12 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200907031326.n63DQCGM016627@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 03 Jul 2009 09:28:41 -0400 To: Alexander Motin From: Mike Tancsa In-Reply-To: <200907022117.n62LHrvZ010791@lava.sentex.ca> References: <4A4517BE.9040504@FreeBSD.org> <200906272303.n5RN3rTi070177@lava.sentex.ca> <4A471F44.7010108@FreeBSD.org> <200907021859.n62IxghN009931@lava.sentex.ca> <4A4D0B7E.8060503@FreeBSD.org> <200907022117.n62LHrvZ010791@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: FreeBSD-Current , scottl@freebsd.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 13:28:41 -0000 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