Re: ACPI timecounter help needed!

2002-02-26 Thread Poul-Henning Kamp

In message <[EMAIL PROTECTED]>, Yann Berthier writes:
>
>   FYI, the increase from 15 to 31 in acpi_timer.c was needed for me to
>   have my kernel boot with acpi loaded (ie no hang during boot).

Thanks, this was the kind of info I needed!

>   Anyway, my system died after 2 hours or so of use, after a bunch of:
>
>   Feb 25 18:05:34 ogoun kernel: ACPI-0954: *** Error: AcpiEvGpeDispatch: Unable to
>queue handler for GPE[0], disabling event

The ACPI code was updated a few days ago, these problems are probably
caused by that.

-- 
Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer   | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: ACPI timecounter help needed!

2002-02-26 Thread Yann Berthier

On Mon, 25 Feb 2002, Poul-Henning Kamp wrote:

> 
> Machines with ACPI timecounters will now print 10 lines at boot when
> the timer is tested.
> 
> If you are lucky you will see ten times something like:
>   ACPI timer looks GOOD min = 3, max = 3, width = 1
> That means that you have well implemented ACPI timer.
> 
> If you are unlucky, one, several or all 10 lines will be marked as
> "BAD".
> 
> Please send me an email with these 10 lines and the output of
> "pciconf -l -v" for your machine.  I'm am interested in reports
> both from good and bad machines.
> 
> If your machine starts to mysteriously hang after this commit, try
> to increase the 15 to 31 in this line:
> 
>   } while (u1 > u2 || u2 > u3 || (u3 - u1) > 15);
> 

   Hello,

   FYI, the increase from 15 to 31 in acpi_timer.c was needed for me to
   have my kernel boot with acpi loaded (ie no hang during boot).
   Anyway, my system died after 2 hours or so of use, after a bunch of:

   Feb 25 18:05:34 ogoun kernel: ACPI-0954: *** Error: AcpiEvGpeDispatch: Unable to
queue handler for GPE[0], disabling event
   Feb 25 18:05:35 ogoun kernel: -0185: *** Error: UtAllocate: Could not allocate size 
18
   Feb 25 18:05:35 ogoun kernel: ACPI-0188: *** Error: ExAllocateNameString: Could not 
allocate size 24

   
   I have no debug information, but I can provide some if needed.
   BTW, it's the first time I see this with ACPI, I had no problem
   before with it. I was even able to suspend / resume my laptop
   (Toshiba Tecra 8000), which seems not everyone's case :) 

   Regards,

   yann.

-- 
   [EMAIL PROTECTED] -*- HSC -*- http://www.hsc.fr/

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: ACPI timecounter help needed!

2002-02-25 Thread Will Andrews

On Mon, Feb 25, 2002 at 10:59:16AM +0100, Poul-Henning Kamp wrote:
> Machines with ACPI timecounters will now print 10 lines at boot when
> the timer is tested.

You should mention that this requires bootverbose.

> If you are lucky you will see ten times something like:
>   ACPI timer looks GOOD min = 3, max = 3, width = 1
> That means that you have well implemented ACPI timer.
> 
> If you are unlucky, one, several or all 10 lines will be marked as
> "BAD".
> 
> Please send me an email with these 10 lines and the output of
> "pciconf -l -v" for your machine.  I'm am interested in reports
> both from good and bad machines.

I will send you mine as soon as I can figure out how to extract
the information usefully as the machine behaves VERY badly with
the ACPI timecounter -- the only way I can see output on the
syscons console is if I break into DDB repeatedly.

-- 
wca

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message