Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 19 Nov 2008 18:01:09 +0100
From:      Jan Sebosik <sebosik@demax.sk>
Cc:        freebsd-hardware@freebsd.org
Subject:   Re: Frebsd 7-STABLE, atapicd, atapicam and Intel errors [SOLVED]
Message-ID:  <49244655.3010509@demax.sk>
In-Reply-To: <20081119142829.GA88936@icarus.home.lan>
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>

next in thread | previous in thread | raw e-mail | index | archive | help
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 <sebosik@demax.sk>:
>>> [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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?49244655.3010509>