From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] VIA VT8237 SATA/RAID i/o errors, dma doesnt work Date: Wed, 6 Feb 2008 23:29:11 +0100 From: cinap_lenrek@gmx.de In-Reply-To: <86fe18cae58b72e94b51df4965c3a7dc@quanstro.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-tnkwukpvcjkziivsukqezralxn" Topicbox-Message-UUID: 49ef9776-ead3-11e9-9d60-3106f5b1d025 This is a multi-part message in MIME format. --upas-tnkwukpvcjkziivsukqezralxn Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit block sizes dont seem to matter, tried from 512 bytes to 64K in the adaptec case. i also get no errors in /dev/kprint. just read() returns Eio. i have no knowledge of IDE or SATA interfaces, so i'm a little bit lost in the code. :-( the chipset specific IDE code in linux seens to set mostly some timing related control registers, but doesnt change the logic how error conditions are handled as far as i can see. maybe it does by switching some important quirk flags but its not obvious to me. i would like to raise the debug level of sdata.c, just set any bit and got flooded with messages. so it would be great if you could hint me on some interesting debug cases where to look. many thanks so far for the quick responses! :-) cinap --upas-tnkwukpvcjkziivsukqezralxn Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <9fans-bounces+cinap_lenrek=gmx.de@cse.psu.edu> X-Flags: 1001 Delivered-To: GMX delivery to cinap_lenrek@gmx.de Received: (qmail invoked by alias); 06 Feb 2008 20:10:18 -0000 Received: from psuvax1.cse.psu.edu (EHLO mail.cse.psu.edu) [130.203.4.6] by mx0.gmx.net (mx100) with SMTP; 06 Feb 2008 21:10:18 +0100 Received: from psuvax1.cse.psu.edu (localhost [127.0.0.1]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 8C2081F295 for ; Wed, 6 Feb 2008 15:10:17 -0500 (EST) X-Original-To: 9fans@cse.psu.edu Delivered-To: 9fans@cse.psu.edu Received: from localhost (localhost [127.0.0.1]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E7BCC20990 for <9fans@cse.psu.edu>; Wed, 6 Feb 2008 15:10:04 -0500 (EST) Received: from mail.cse.psu.edu ([127.0.0.1]) by localhost (psuvax1 [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 10627-01-41 for <9fans@cse.psu.edu>; Wed, 6 Feb 2008 15:10:02 -0500 (EST) Received: from ladd.quanstro.net (ladd.quanstro.net [69.55.170.73]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D218720445 for <9fans@cse.psu.edu>; Wed, 6 Feb 2008 15:10:01 -0500 (EST) Message-ID: <86fe18cae58b72e94b51df4965c3a7dc@quanstro.net> From: erik quanstrom Date: Wed, 6 Feb 2008 15:04:40 -0500 To: 9fans@cse.psu.edu Subject: Re: [9fans] VIA VT8237 SATA/RAID i/o errors, dma doesnt work In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu> List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 9fans-bounces+cinap_lenrek=gmx.de@cse.psu.edu Errors-To: 9fans-bounces+cinap_lenrek=gmx.de@cse.psu.edu X-GMX-Antivirus: -1 (not scanned, may not use virus scanner) X-GMX-Htest: 0.58 X-GMX-Antispam: 0 (Mail was not recognized as spam) X-GMX-UID: EiycDp8bQEVtP8hxynVpz8xKNzg2NcKN > Now this is very interesting! A friend gave me an Adaptec (it really is an SiL) 2xSATA > PCI controller [1] for testing, and i was able to generate I/O errors just by reading from > both drives in paralel! Does anybody run multiple SATA drives in IDE-mode without > problems under Plan9? > > [1] pci -v > 0.20.0: disk 01.80.01 1095/3112 15 0:0000fb01 16 1:0000fa01 16 2:0000f901 16 3:0000f801 16 4:0000f701 16 5:fdffd000 512 > Silicon Image, Inc. SiI 3112 SATALink/SATARaid Controller > > cinap yes. i have a cpu server with an nforce-based motherboard and two sata hard drives recognized as ide. i have never had a problem with the ide emulation on this motherboard. i think there is insufficient evidence to jump to the conclusion that plan 9 has trouble with >1 sata drive accessed via ide emulation. if linux uses ide emulation with the same ata commands & transfer sizes, do you get the same errors? (do you notice any performance funnies?) we have a sata protcol analyzer. we've seen some mighty interesting things with it. for instance, some hard drive firmware generates sata protocol violations when pushed hard. and some hard drive firmware generates sata protocol violations with very little load. generally hard drives, when they do this send a few data FISes but forget to finish the transaction. this causes the chipset to wait forever. this can look something like what you are seeing. on the other hand, there are reports of via chipsets having trouble dealing with concurrent access and we have also seen chipsets generating sata protocol violations. it could be that the linux driver has exactly this problem but notices that it's hung up and has a few tricky moves to get the device unstuck. - erik --upas-tnkwukpvcjkziivsukqezralxn--