Frebsd 7-STABLE, atapicd, atapicam and Intel errors [SOLVED]

[Jeremy Chadwick]

On Wed, Nov 19, 2008 at 11:19:37AM +0100, Jan Sebosik wrote:
> Hi
>
> Yeah, I`ve tested it 2 times (switching it in BIOS). To me it seems bit  
> mysterious, why there is a relationship between HPET setting and acd/cd  
> problems in FreeBSD.
>
>
> Jeremy Chadwick napsal(a):
>> On Wed, Nov 19, 2008 at 11:08:34AM +0100, Jan Sebosik wrote:
>>> Hi again
>>>
>>> so it seems to be a problem with HPET timer which is onboard and was  
>>> enabled. If I turned him off, (acd | cd) problems went away.
>>>
>>>
>>> Jan Sebosik napsal(a):
>>>> Hi all
>>>>
>>>> OS: Freebsd 7-STABLE from CVS of today
>>>> Problematic HW: Intel DQ45CB  (Q45 chipset, ICH10, SATA in native 
>>>> mode, but not AHCI), LG SATA DVD-RW GH20NS15
>>>>
>>>> Problem: if I run freebsd without LG DVD connected to any SATA port 
>>>>  onboard everything works allright. When I connect SATA DVD to 
>>>> board,  then freebsd refuses to boot with messages similar to 
>>>> those:
>>>>
>>>> acd0: FAILURE-READ_BIG timed out
>>>> unknown: FAILURE-READ_BIG timed out
>>>> cddone: goit error 0x5 back
>>>>
>>>> Messages are repeating forever.
>>>>
>>>> Anybody knows where should be a bug?
>>>> Temporary I`ve disconnected LG SATA burner from system board.
>>>>
>>>> Thanks for any idea.
>>>>
>>>> Best regards
>>
>> Are you ***absolutely 100% certain*** this is true?  The time counter
>> selected shouldn't have anything to do with the errors you see.
>> Please thoroughly test this.
>>
>> I'd CC jhb@ to get confirmation of my statement, but I've promised
>> myself I wouldn't bother him until 2009.  :-)

This is very bizarre.  The errors being returned from acd0 are that an
ATAPI/ATA command (READ_BIG, whatever the code for that is) did not
receive a response from the controller or device within 5 seconds
(assuming the ata(4) timeout values here; it could be something larger
for ATAPI, I don't know).  Maybe some a BIOS bug...

Can you show us output from the following two commands?

sysctl kern.timecounter.choice
sysctl kern.timecounter.hardware

Soren, do you know how/if the HPET time counter could cause this oddity?
All of my systems use ACPI-fast, so I can't test this.

-- 
| Jeremy Chadwick                                jdc at parodius.com |
| Parodius Networking                       http://www.parodius.com/ |
| UNIX Systems Administrator                  Mountain View, CA, USA |
| Making life hard for others since 1977.              PGP: 4BD6C0CB |