From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 19 17:01:11 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 4E0991065673 for ; Wed, 19 Nov 2008 17:01:11 +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 CA39E8FC13 for ; Wed, 19 Nov 2008 17:01:10 +0000 (UTC) (envelope-from sebosik@demax.sk) Received: from localhost (localhost [127.0.0.1]) by mail.demax.sk (Postfix) with ESMTP id C8165873C2 for ; Wed, 19 Nov 2008 18:01:09 +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 TEmGhJqf5zOx for ; Wed, 19 Nov 2008 18:01:09 +0100 (CET) Received: from [192.168.0.2] (2D204.demax.sk [195.62.17.204]) by mail.demax.sk (Postfix) with ESMTP id 9775F87357 for ; Wed, 19 Nov 2008 18:01:09 +0100 (CET) Message-ID: <49244655.3010509@demax.sk> Date: Wed, 19 Nov 2008 18:01:09 +0100 From: Jan Sebosik User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 CC: freebsd-hardware@freebsd.org References: <20081119115311.GA85626@icarus.home.lan> <492403A1.60209@demax.sk> <20081119122201.GA86297@icarus.home.lan> <49240600.5000407@demax.sk> <20081119124104.GA86452@icarus.home.lan> <49240D05.7010909@demax.sk> <20081119130344.GA87110@icarus.home.lan> <4924106F.4070602@demax.sk> <49241D97.7070800@demax.sk> <436c7eda0811190624o4fb3d14cw137ebd3a7718be29@mail.gmail.com> <20081119142829.GA88936@icarus.home.lan> In-Reply-To: <20081119142829.GA88936@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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 17:01:11 -0000 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 :). >>> >>> Wishing all the best >>> -- >>> Jan Sebosik, Slovakia >>> sebosik@demax.sk >>> _______________________________________________ >>> freebsd-hardware@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-hardware >>> To unsubscribe, send any mail to "freebsd-hardware-unsubscribe@freebsd.org" >>> >> _______________________________________________ >> freebsd-hardware@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-hardware >> To unsubscribe, send any mail to "freebsd-hardware-unsubscribe@freebsd.org" > -- Jan Sebosik, Slovakia sebosik@demax.sk