Frebsd 7-STABLE, atapicd, atapicam and Intel errors [SOLVED]
Jeremy Chadwick
koitsu at FreeBSD.org
Wed Nov 19 06:28:32 PST 2008
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 at 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 at demax.sk
> > _______________________________________________
> > freebsd-hardware at freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-hardware
> > To unsubscribe, send any mail to "freebsd-hardware-unsubscribe at freebsd.org"
> >
> _______________________________________________
> freebsd-hardware at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hardware
> To unsubscribe, send any mail to "freebsd-hardware-unsubscribe at freebsd.org"
--
| 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 |
More information about the freebsd-hardware
mailing list