From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 20:16:51 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F81A1065670 for ; Wed, 19 Nov 2008 20:16:51 +0000 (UTC) (envelope-from sebosik@demax.sk) Received: from mail.demax.sk (mail.demax.sk [213.215.102.234]) by mx1.freebsd.org (Postfix) with ESMTP id D1ED88FC12 for ; Wed, 19 Nov 2008 20:16:50 +0000 (UTC) (envelope-from sebosik@demax.sk) Received: from localhost (localhost [127.0.0.1]) by mail.demax.sk (Postfix) with ESMTP id 9C342873C2; Wed, 19 Nov 2008 21:16:49 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mail.demax.sk Received: from mail.demax.sk ([127.0.0.1]) by localhost (mail.demax.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O9vwoTthuY1D; Wed, 19 Nov 2008 21:16:49 +0100 (CET) Received: from [192.168.0.2] (2D204.demax.sk [195.62.17.204]) by mail.demax.sk (Postfix) with ESMTP id 6A45687357; Wed, 19 Nov 2008 21:16:49 +0100 (CET) Message-ID: <49247431.2000800@demax.sk> Date: Wed, 19 Nov 2008 21:16:49 +0100 From: Jan Sebosik User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Jung-uk Kim , freebsd-hardware@freebsd.org References: <20081119115311.GA85626@icarus.home.lan> <20081119142829.GA88936@icarus.home.lan> <49244655.3010509@demax.sk> <200811191307.02765.jkim@FreeBSD.org> In-Reply-To: <200811191307.02765.jkim@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Frebsd 7-STABLE, atapicd, atapicam and Intel errors [SOLVED] X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2008 20:16:51 -0000 Jung-uk Kim napsal(a): > On Wednesday 19 November 2008 12:01 pm, Jan Sebosik wrote: >> Hi >> >> so I`ve played with it again, and results are strange. >> >> Regardless if HPET is enabled or not.. FreeBSD with atapicd >> kldloaded won`t mount /dev/acd1 (mounting /dev/cd0 works). When I >> tryied to mount acd0 it still hangs at READ_BIG TIMEOUT. >> >> When I left CD in drive, and rebooted (I wanted to switch HPET), >> it freezes on cd0 initialization with READ_BIG timeout (I think >> it`s causing GEOM_LABEL module trying to read CD label). >> >> So I think that disabling GEOM_LABEL would help a little. >> >> I`ll try on friday with another SATA DVD drive if it`s not a bug >> inside firmware of LG :) . >> >> >> Best regards, Jan >> >> Jeremy Chadwick napsal(a): >>> On Wed, Nov 19, 2008 at 03:24:40PM +0100, Jonas Lund wrote: >>>> (NOTICE: i'm more of a lowlevel guy close to hardware guy not >>>> knowing much of freebsd internals) >>>> >>>> The fact that FreeBSD is NOT using HPET for timing might be the >>>> answer to the "mystery". The HPET hardware might be/get enabled >>>> but not handled and firing tons of unexpected interrupts (as you >>>> said.. linux produces tons of data into the log, what's the >>>> actual content of those logs?). >>>> >>>> These interrupts in turn might disturb the cd drive in some >>>> fashion? >>>> >>>> Can you bring up some interrupt statistics in freebsd? like a >>>> counter of the number of events? >>> First and foremost, thanks for chiming in, Jonas. The more eyes >>> on this matter the merrier. >>> >>> vmstat -i can provide interrupt rate and count in FreeBSD, e.g.: >>> >>> interrupt total rate >>> irq1: atkbd0 227 0 >>> irq6: fdc0 10 0 >>> irq17: uhci1++ 4479741 10 >>> cpu0: timer 814684046 2000 >>> irq256: em0 17219212 42 >>> cpu1: timer 814683722 2000 >>> Total 1651066958 4053 >>> >>>> 2008/11/19 Jan Sebosik : >>>>> [snip] >>>>> >>>>>> Okay now I understand. Thank you for taking the time to >>>>>> explain! :-) >>>>>> >>>>>> And when you disable HPET in the BIOS, what happens? >>>>>> >>>>>>> Maybe I should try -CURRENT sometimes with your proposed ata >>>>>>> patches (or are they merged in right now?). >>>>>> Sure, you're free to try CURRENT. The ATA code on CURRENT was >>>>>> modularised, and also a very large patch applied; I can't >>>>>> promise it fixes your CD/DVD drive issues though. >>>>>> >>>>>> I had problems getting CURRENT to see my PCI SATA Promise >>>>>> controller (it wasn't appearing in pciconf -lv, nor dmesg), >>>>>> but I had no problems with CURRENT seeing my ICH7 controller. >>>>>> I also had other problems with CURRENT which caused me to go >>>>>> back to RELENG_7. CURRENT is undergoing lots of changes right >>>>>> now, so I recommend subscribing to -current if you plan on >>>>>> running it. >>>>>> >>>>>> I personally haven't written any ATA patches, except for >>>>>> extending atacontrol to support per-disk write cache >>>>>> enable/disable. I think you might be confusing me with Andrey >>>>>> V. Elsukov, who *has* written lots of ATA stuff. >>>>> Now happens almost nothing (I don`t understand), except the >>>>> cd/acd problems (READ_BIG errors), but I don`t understand why >>>>> it is happening.. maybe guys from Intel optimized this board >>>>> too much for twista OS :). > > Can you try the attached patch with HPET enabled from BIOS? Sorry, it > will not solve the cd/acd problems but I have a hunch that it may > solve the HPET problem. > > Thanks, > > JK Hi I`ve tried your patch right now, but didn`t notice any change in machine`s behavior. Thanks for your interest and time. Best regards -- Jan Sebosik, Slovakia sebosik@demax.sk