From owner-freebsd-current@FreeBSD.ORG Fri Jun 18 20:55:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E1F316A4CE for ; Fri, 18 Jun 2004 20:55:40 +0000 (GMT) Received: from mail.spekt.net (biggie.spekt.net [67.18.79.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA93743D39 for ; Fri, 18 Jun 2004 20:55:39 +0000 (GMT) (envelope-from radek@raadradd.com) Received: by mail.spekt.net (Postfix, from userid 1003) id 203A7400A; Fri, 18 Jun 2004 22:54:45 +0200 (CEST) Received: from [172.16.106.231] (unknown [212.130.239.102]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.spekt.net (Postfix) with ESMTP id B993A3FDB for ; Fri, 18 Jun 2004 22:54:44 +0200 (CEST) Message-ID: <40D35684.1030901@raadradd.com> Date: Fri, 18 Jun 2004 22:54:28 +0200 From: Radek Kozlowski User-Agent: Mozilla Thunderbird 0.6 (X11/20040601) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <40D33858.50300@raadradd.com> In-Reply-To: <40D33858.50300@raadradd.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Transfer mode of my ad0 no longer recognized correctly X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 18 Jun 2004 20:55:40 -0000 On 2004.06.18 20:45, Radek Kozlowski wrote: > Hi, > > when using a freshly built -CURRENT kernel (acpi enabled) the transfer > mode of my hard disk is set to PIO4 during system init (ad0: 38154MB > [77520/16/63] at ata0-master PIO4), whereas with a > kernel from 28th of May (acpi enabled) it is recognized corretly and set > to UDMA100 (ad0: 38154MB [77520/16/63] at ata0-master > UDMA100). My system's performance is very poor when the disk works in > PIO mode, so I'm using my older kernel for now. > > My ata controller: > > atapci0@pci0:16:0: class=0x0101b0 card=0x0024103c chip=0x522910b9 > rev=0xc4 hdr=0x00 > vendor = 'Acer Labs Incorporated (ALi)' > device = 'M1543 Southbridge EIDE Controller' > class = mass storage > subclass = ATA > > I haven't changed anything in my kernel config file since this last > working kernel. Also, when I boot my recent kernel with acpi disabled, > the transfer rate is being correctly set to UDMA100. > > When I boot with acpi enabled and try to change the transfer mode manually: > > # atacontrol mode 0 udma100 xxx > Master = UDMA100 > Slave = BIOSPIO > > the transfer mode is changed, but I get a kernel panic (fatal trap 12) > immediately after that. I wanted to capture a core dump to later on use > it with gdb, but I'm unable to produce one. I did everything according > to developer's handbook but it's not working: > > # grep dump /etc/rc.conf > dumpdev="/dev/ad0s1b" > dumpdir="/usr/crash" > > # swapctl -l > Device: 1024-blocks Used: > /dev/ad0s1b 1048576 0 > > # sysctl kern | grep dump > kern.sugid_coredump: 0 > kern.coredump: 1 > > One interesting thing is that there's no such oid as kern.dumpdev > (sysctl: unknown oid 'kern.dumpdev') and according to man sysctl there > should be one. > > I'll probably take a photo of the output of the trace command in ddb > when I get home if I can't get a crash dump. Here's a photo and also a dmesg: http://spekt.net/~raadradd/panic.jpg http://spekt.net/~raadradd/dmesg -Radek