From owner-freebsd-stable Wed Mar 27 12:21:20 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5]) by hub.freebsd.org (Postfix) with ESMTP id 8B5E037B440 for ; Wed, 27 Mar 2002 12:20:46 -0800 (PST) Received: from tc01-n70-167.de.inter.net ([213.73.70.167] helo=there) by smart.eusc.inter.net with smtp (Exim 3.22 #3) id 16qJuX-00044c-00; Wed, 27 Mar 2002 21:20:45 +0100 Content-Type: text/plain; charset="iso-8859-1" From: Matthias Schuendehuette Reply-To: msch@snafu.de Organization: Micro$oft-free Zone To: freebsd-stable@freebsd.org Subject: MFC of ATA driver from -current Date: Wed, 27 Mar 2002 21:20:44 +0100 X-Mailer: KMail [version 1.3.1] Cc: Soren Schmidt MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I just (Mar 27, 20:00 UTC) did a 'make update' and built a new kernel... I still have problems with 'tagged queuing' with my . The kernel doesn't panic any more but tries 3 times and switches back to PIO-Mode: ad0: timeout waiting for READY ad0: invalidating queued requests - resetting ata0: resetting devices .. ad0: invalidating queued requests done ad0: no request for tag=0 ad0: invalidating queued requests ad0: READ command timeout tag=0 serv=0 - resetting ad0: invalidating queued requests ata0: resetting devices .. ad0: invalidating queued requests done ad0: no request for tag=0 ad0: invalidating queued requests ad0: READ command timeout tag=0 serv=0 - resetting ad0: invalidating queued requests ata0: resetting devices .. ad0: invalidating queued requests done ad0: no request for tag=0 ad0: invalidating queued requests ad0: READ command timeout tag=0 serv=0 - resetting ad0: invalidating queued requests ad0: trying fallback to PIO mode ata0: resetting devices .. ad0: invalidating queued requests done After that, the disk works as expected. My Controller is: atapci0: port 0xd000-0xd00f at \ device 7.1 on pci0 atapci0: Correcting VIA config for southbridge data corruption bug ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ... and, of course, same problems under -current. Also with ATA_IMMEDIATE replacing ATA_WAIT_INTR. -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) Powered by FreeBSD 4.5-STABLE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message