Date: Tue, 07 Aug 2001 00:38:16 +0200 From: Daniel Rock <D.Rock@t-online.de> To: Mike Smith <msmith@freebsd.org> Cc: current@freebsd.org Subject: Re: ACPI: Clock problems in -current Message-ID: <3B6F1C58.FDF30923@t-online.de> References: <200108060620.f766K2000972@mass.dis.org>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --]
Mike Smith schrieb:
>
> > > Ok. I'm going to revert to the "safe" read code in a few minutes.
> > >
> > > Can you update and let me know if you're still wildly off? I'm having a
> > > hard time believing that your timer is really running at double pace, but
> > > I guess anything is possible. If it still does, I'll add some code to
> > > check it with the TSC.
> >
> > Hmm, just did the update
> > unset debug.acpi.disable="timer"
> > but the error is still there.
>
> Meaning no offense, but I read a lot of mail. Can you please keep your
> problem reports specific?
>
> (ie. which bloody error?)
>
> Thanks.
No problem,
Tried -CURRENT (from yesterday), esp. src/sys/dev/acpica/acpi_timer.c,v 1.9
If I boot without
debug.acpi.disable="timer"
clock and rtc interrupts run at half the normal rate (50 clock/64 rtc instead
of 100/128) with all the usual results:
- System time (via gettimeofday()) runs at double rate
- Tons of calcru: negative time of ...
- Even more of microuptime() went backwards
- negative running time of some processes if cpu bound processes are run at
the same time.
I have to set
set debug.acpi.disable="timer"
during bootup to get normal running clock interrupts.
> > Maybe I'm just having a buggy ACPI implementation (remember, BIOS is from
> > '99)
>
> Could be, though we're talking hardware here. It's possible that we'll
> just have to blacklist your timer. 8( Can you give me the ALi chip
> number(s) again, and I'll go look for datasheets...
Ok, output of "pciconf -lv" attached.
System board: GigaByte GA-5AX with latest BIOS (F3 released Dec, 15 1999)
Daniel
[-- Attachment #2 --]
agp0@pci0:0:0: class=0x060000 card=0x154110b9 chip=0x154110b9 rev=0x04 hdr=0x00
vendor = 'Acer Labs Inc.'
device = 'M1541 Aladdin V AGPset Host Bridge'
class = bridge
subclass = HOST-PCI
pcib1@pci0:1:0: class=0x060400 card=0x000000e0 chip=0x524310b9 rev=0x04 hdr=0x01
vendor = 'Acer Labs Inc.'
device = 'ALI M1541 PCI to AGP Bridge'
class = bridge
subclass = PCI-PCI
ohci0@pci0:2:0: class=0x0c0310 card=0x00000000 chip=0x523710b9 rev=0x03 hdr=0x00
vendor = 'Acer Labs Inc.'
device = 'ALI M5237 USB Host Controller'
class = serial bus
subclass = USB
isab0@pci0:7:0: class=0x060100 card=0x00000000 chip=0x153310b9 rev=0xc3 hdr=0x00
vendor = 'Acer Labs Inc.'
device = 'M1533 PCI South Bridge'
class = bridge
subclass = PCI-ISA
none0@pci0:8:0: class=0x040000 card=0x00000000 chip=0x0002121a rev=0x02 hdr=0x00
vendor = '3dfx Interactive Inc'
device = 'Voodoo2 Voodoo 2 3D Accelerator'
class = multimedia
subclass = video
sym0@pci0:9:0: class=0x010000 card=0x00000000 chip=0x00041000 rev=0x04 hdr=0x00
vendor = 'LSI Logic'
device = '53C815 Fast SCSI'
class = mass storage
subclass = SCSI
rl0@pci0:10:0: class=0x020000 card=0x813910ec chip=0x813910ec rev=0x10 hdr=0x00
vendor = 'Realtek Semiconductor'
device = 'RT8139 (A/B/C/8130) Fast Ethernet Adapter'
class = network
subclass = ethernet
fxp0@pci0:11:0: class=0x020000 card=0x00098086 chip=0x12298086 rev=0x05 hdr=0x00
vendor = 'Intel Corporation'
device = '82557/8/9 Fast Ethernet LAN Controller'
class = network
subclass = ethernet
atapci0@pci0:15:0: class=0x0101fa card=0x00000000 chip=0x522910b9 rev=0xc1 hdr=0x00
vendor = 'Acer Labs Inc.'
device = 'M1543 Southbridge EIDE Controller'
class = mass storage
subclass = ATA
none1@pci1:0:0: class=0x030000 card=0x001c105d chip=0x493d105d rev=0x00 hdr=0x00
vendor = 'Number Nine Visual Technology'
device = 'T2R Revolution 3D'
class = display
subclass = VGA
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3B6F1C58.FDF30923>