Re: ACPI errors when booting laptop

2016-07-31 Thread K. Macy 
Have you checked for BIOS updates? The BIOS on recent Skylake laptops
have been a running disaster. At least the Dell XPS laptops had ACPI
errors be fixed by an update.

-M

On Sat, Jul 30, 2016 at 10:43 PM, Ben Woods  wrote:
> Hi everyone,
>
> I get the following ACPI errors in my dmesg when booting my NEC Lavie HZ750
> laptop with FreeBSD 12-current. I have noticed things not functioning
> correct (except suspend/resume not working), but then again I don't really
> know much about ACPI or what I should expect to see. Any ideas what the
> problem is?
>
> Full dmesg is also attached.
>
> acpi0:  on motherboard
> acpi_ec_ecdt_probe: can't get handle
> ACPI Error: No handler for Region [EC__] (0xf8000548fc80)
> [EmbeddedControl] (20160527/evregion-180)
> ACPI Error: Region EmbeddedControl (ID=3) has no handler
> (20160527/exfldio-320)
> ACPI Error: Method parse/execution failed [\134_SB.PCI0.LPCB.EC._REG] (Node
> 0xf80005494980), AE_NOT_EXIST (20160527/psparse-559)
> acpi0: Power Button (fixed)
> ACPI Error: No handler for Region [EC__] (0xf8000548fc80)
> [EmbeddedControl] (20160527/evregion-180)
> ACPI Error: Region EmbeddedControl (ID=3) has no handler
> (20160527/exfldio-320)
> ACPI Error: Method parse/execution failed [\134_SB.PCI0.LPCB.EC.BAT1._STA]
> (Node 0xf8000549a640), AE_NOT_EXIST (20160527/psparse-559)
> ACPI Error: Method execution failed [\134_SB.PCI0.LPCB.EC.BAT1._STA] (Node
> 0xf8000549a640), AE_NOT_EXIST (20160527/uteval-111)
> ACPI Error: No handler for Region [EC__] (0xf8000548fc80)
> [EmbeddedControl] (20160527/evregion-180)
> ACPI Error: Region EmbeddedControl (ID=3) has no handler
> (20160527/exfldio-320)
> ACPI Error: Method parse/execution failed [\134_SB.PCI0.LPCB.EC.BAT1._STA]
> (Node 0xf8000549a640), AE_NOT_EXIST (20160527/psparse-559)
> ACPI Error: Method execution failed [\134_SB.PCI0.LPCB.EC.BAT1._STA] (Node
> 0xf8000549a640), AE_NOT_EXIST (20160527/uteval-111)
> ACPI Error: No handler for Region [EC__] (0xf8000548fc80)
> [EmbeddedControl] (20160527/evregion-180)
> ACPI Error: Region EmbeddedControl (ID=3) has no handler
> (20160527/exfldio-320)
> ACPI Error: Method parse/execution failed [\134_SB.PCI0.LPCB.EC.BAT1._STA]
> (Node 0xf8000549a640), AE_NOT_EXIST (20160527/psparse-559)
> ACPI Error: Method execution failed [\134_SB.PCI0.LPCB.EC.BAT1._STA] (Node
> 0xf8000549a640), AE_NOT_EXIST (20160527/uteval-111)
> ACPI Error: No handler for Region [EC__] (0xf8000548fc80)
> [EmbeddedControl] (20160527/evregion-180)
> ACPI Error: Region EmbeddedControl (ID=3) has no handler
> (20160527/exfldio-320)
> ACPI Error: Method parse/execution failed [\134_SB.PCI0.LPCB.EC.BAT1._STA]
> (Node 0xf8000549a640), AE_NOT_EXIST (20160527/psparse-559)
> ACPI Error: Method execution failed [\134_SB.PCI0.LPCB.EC.BAT1._STA] (Node
> 0xf8000549a640), AE_NOT_EXIST (20160527/uteval-111)
> ACPI Error: No handler for Region [EC__] (0xf8000548fc80)
> [EmbeddedControl] (20160527/evregion-180)
> ACPI Error: Region EmbeddedControl (ID=3) has no handler
> (20160527/exfldio-320)
> ACPI Error: Method parse/execution failed [\134_SB.PCI0.LPCB.EC.BAT1._STA]
> (Node 0xf8000549a640), AE_NOT_EXIST (20160527/psparse-559)
> ACPI Error: Method execution failed [\134_SB.PCI0.LPCB.EC.BAT1._STA] (Node
> 0xf8000549a640), AE_NOT_EXIST (20160527/uteval-111)
> ACPI Error: No handler for Region [EC__] (0xf8000548fc80)
> [EmbeddedControl] (20160527/evregion-180)
> ACPI Error: Region EmbeddedControl (ID=3) has no handler
> (20160527/exfldio-320)
> ACPI Error: Method parse/execution failed [\134_SB.PCI0.LPCB.EC.BAT1._STA]
> (Node 0xf8000549a640), AE_NOT_EXIST (20160527/psparse-559)
> ACPI Error: Method execution failed [\134_SB.PCI0.LPCB.EC.BAT1._STA] (Node
> 0xf8000549a640), AE_NOT_EXIST (20160527/uteval-111)
> ACPI Error: No handler for Region [EC__] (0xf8000548fc80)
> [EmbeddedControl] (20160527/evregion-180)
> ACPI Error: Region EmbeddedControl (ID=3) has no handler
> (20160527/exfldio-320)
> ACPI Error: Method parse/execution failed [\134_SB.PCI0.LPCB.EC.BAT1._STA]
> (Node 0xf8000549a640), AE_NOT_EXIST (20160527/psparse-559)
> ACPI Error: Method execution failed [\134_SB.PCI0.LPCB.EC.BAT1._STA] (Node
> 0xf8000549a640), AE_NOT_EXIST (20160527/uteval-111)
> ACPI Error: No handler for Region [EC__] (0xf8000548fc80)
> [EmbeddedControl] (20160527/evregion-180)
> ACPI Error: Region EmbeddedControl (ID=3) has no handler
> (20160527/exfldio-320)
> ACPI Error: Method parse/execution failed [\134_SB.PCI0.LPCB.EC.BAT1._STA]
> (Node 0xf8000549a640), AE_NOT_EXIST (20160527/psparse-559)
> ACPI Error: Method execution failed [\134_SB.PCI0.LPCB.EC.BAT1._STA] (Node
> 0xf8000549a640), AE_NOT_EXIST (20160527/uteval-111)
> ACPI Error: No handler for Region [EC__] (0xf8000548fc80)
> [EmbeddedControl] (20160527/evregion-180)
> ACPI Error: Region EmbeddedControl (ID=3) has no handler
> (20160527/exfldio-320)
> ACPI Error: Method parse/execution fa

Re: ACPI errors on my desktop PC (floppy not found)

2003-09-04 Thread Nate Lawson 
It would help if you would tell me when you last had a working kernel.
The output of acpidump -t -d -o martin.dsdt > martin.asl would also help.

-Nate
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: ACPI errors on my desktop PC (floppy not found)

2003-09-04 Thread Pawel Worach 
Martin wrote:

Hi,

I have more problems to report with the ACPI support and will submit a
PR, if you want. I don't know when this got broken.
Here some pieces of my dmesg:

---

FreeBSD 5.1-CURRENT #0: Thu Sep  4 22:38:56 CEST 2003
[...]
acpi0:  on motherboard
 

Take a look at PR kern/48494, there is a patch for the AML there for
the ABIT BP6 board. I belive other ABIT boards have the similar
Store(Local0, Local0) problem. That fixed the floppy problem for me.
   - Pawel

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: ACPI errors on my desktop PC (floppy not found)

2003-09-04 Thread Martin 
Am Do, 2003-09-04 um 23.56 schrieb David O'Brien:
> Athlon-based?

No.

CPU: Pentium III/Pentium III Xeon/Celeron (501.14-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x673  Stepping = 3
Features=0x383f9ff

It's an old Abit mainboard, but everything always worked here.

Martin


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: ACPI errors on my desktop PC (floppy not found)

2003-09-04 Thread David O'Brien 
On Thu, Sep 04, 2003 at 11:30:49PM +0200, Martin wrote:
> I have more problems to report with the ACPI support and will submit a
> PR, if you want. I don't know when this got broken.
...
> As you can see I recompiled today to confirm that the problem
> still exists. This is only about floppy. Everything else is ok.

Athlon-based?
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: ACPI errors on boot

2003-06-18 Thread Mark Santcroos 
On Wed, Jun 18, 2003 at 09:11:23AM +0200, Maikel Verheijen wrote:
> I have recently installed FreeBSD 5.1 on my Dell C800 laptop, and I get
> quite a lot (well: 48 :) of these errors on boot:
> 
> ACPI-0293: *** Warning: Buffer created with zero length in AML
> -0166: *** Error: UtAllocate: Attempt to allocate zero bytes
> 
> Are those harmfull? Is there something I can do with it? Otherwise my laptop
> is working perfectly... :)
 ^
I have serious doubts on that. I'm pretty sure your battery status won't
be showed correctly.

Fix is in the archives of this and/or acpi-jp@ list.

Mark

-- 
Mark SantcroosRIPE Network Coordination Centre
http://www.ripe.net/home/mark/New Projects Group/TTM
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: ACPI errors and panic

2003-03-16 Thread Matt 
>It seems like the fix right now is to disable it.
>Put this line:
>hint.acpi.0.disabled="1"
>in /boot/device.hints

Thankyou, this has given me a nice clean bootup now and I can reboot without
it panicing.

I'm still curious to learn what all that stuff ment though!

---
Matt ([EMAIL PROTECTED])
http://www.xtaz.co.uk/
---

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

Re: ACPI errors and panic

2003-03-16 Thread dave 
At 06:04 PM 3/16/2003, Matt wrote:
Hi,

I have just recently installed -CURRENT on my desktop as I've been using it
succesfully on a server for months now. However this desktop has much more
advanced hardware. Whilst it does work perfectly and I have device support for
everything I get a lot of ACPI errors on bootup and also a panic when I try to
reboot it, though luckily after it's synced the disks.
I have saved the dmesg output to http://tao.xtaz.co.uk/dmesg.txt

I was wondering if somebody could tell me what all those errors (and the
random gibberish at the top) is about. I also assume that the panic happens
right as the o/s tries to reset the system. I've tried turning off acpi in the
bios but freebsd still see's it all and it has no affect. Is there anything I
can do regarding sysctl.conf etc to prevent all this? Or alternatively if
there is a problem do you know how to go abotu fixing it rather than just
trynig to disable it?
Matt,

It seems like the fix right now is to disable it.

Put this line:

hint.acpi.0.disabled="1"

 in /boot/device.hints

dave racette



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

Re: ACPI Errors on hp omnibook xe4100

2003-01-02 Thread Nate Lawson 
On Thu, 2 Jan 2003, Adrian Neumaier wrote:
> on of the problems this here:
> 
> ACPI-0432: *** Error: Handler for [EmbeddedControl] returned AE_ERROR
> ACPI-1287: *** Error: Method execution failed, AE_ERROR
> ACPI-0432: *** Error: Handler for [EmbeddedControl] returned AE_ERROR
> ACPI-1287: *** Error: Method execution failed, AE_ERROR
> ACPI-1287: *** Error: Method execution failed, AE_ERROR
> ACPI-1287: *** Error: Method execution failed, AE_ERROR
> 
> this error occurs every time i boot and often during the work with the 
> laptop.

Does booting with
  set hw.acpi.ec.event_driven=1
help?

-Nate


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

Re: Call for testers: acpica-unix-20021122 (was Re: ACPI errors and then panic - fixed!)

2002-12-09 Thread Sid Carter 
> On Thu, 28 Nov 2002 13:38:13 +0900 (JST), Mitsuru IWASAKI 
><[EMAIL PROTECTED]> said:

Mitsuru> The patches against today's CURRENT at:
Mitsuru> 
http://people.freebsd.org/~iwasaki/acpi/acpica-20021118-20021122-test20021128.diff

Mitsuru> Please try this if you have problems about ACPI interpreter or GPE
Mitsuru> initialization.


Hi Iwasaki-San,

Apologies for the delayed response as I was offline. I installed the
above patch, but with no considerable change. 

I am still having problems with ACPI on my IBM A31p TP.

Right now, I am using the world and kernel from 7th December. Is there a
patch against the latest cvs ?

These are the errors I get


acpi0:  on motherboard
ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15
ACPI-0625: *** Info: GPE Block1 defined as GPE16 to GPE31
Using $PIR table, 14 entries at 0xc00fdeb0
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST

and this error I get when I try to suspend the TP.

acpi0: AcpiGetSleepTypeData failed - AE_NOT_FOUND

But then, the TP shuts down properly with ACPI if I poweroff with the
button. 

Anything else I am missing ?

TIA

Regards
Sid
-- 
You can't carve your way to success without cutting remarks.

Sid Carter - http://khader.net/

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

Re: ACPI errors

2002-12-05 Thread User Takawata 
In message <[EMAIL PROTECTED]>, Hongbo Li wrot
e:
>I installed FBSD-current on my laptop(IBM Thinkpad
>A21m). These were some error messages about ACPI in
>dmesg:
>
>system power profile changed to 'economy'
>ACPI-0432: *** Error: Handler for
>[EmbeddedControl] returned AE_ERROR
>ACPI-1287: *** Error: Method execution failed,
>AE_ERROR
>ACPI-0432: *** Error: Handler for
>[EmbeddedControl] returned AE_ERROR
>ACPI-1287: *** Error: Method execution failed,
>AE_ERROR
Try specifying
 hw.acpi.ec.event_driven="1"
in device.hints .

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

Re: [acpi-jp 2013] RE: ACPI errors w/ latest ACPI code on GA BX2000 based system

2002-12-04 Thread Mitsuru IWASAKI 
Thanks, Bob.

> I think this code is the problem:
> 
> Scope(\_TZ_) {
> ThermalZone(THRM) {
> Name(_AL0, Package(0x1) {
> FAN_,
> })
> 
> 
> The name "FAN_" is not defined elsewhere in the namespace.

I guess that BIOS writer forgot to delete _AL0 definition :)
Instead, you can delete these lines and override DSDT, I think.
Name(_AL0, Package(0x1) {
FAN_,
})

Thanks

To my memo:
DefinitionBlock (
"acpi_dsdt.aml",//Output filename
"DSDT", //Signature
0x1,//DSDT Revision
"COMPAQ",   //OEMID
"AWRDACPI", //TABLE ID
0x1000  //OEM Revision
)

> 
> Bob
> 
> 
> -Original Message-
> From: Thomas Seck [mailto:[EMAIL PROTECTED]] 
> Sent: Saturday, November 30, 2002 4:34 AM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: [acpi-jp 2009] Re: ACPI errors w/ latest ACPI code on GA BX2000
> based system
> 
> * Mitsuru IWASAKI ([EMAIL PROTECTED]):
> 
> Iwasaki-san,
> list members,
> 
> > > > ACPI-0438: *** Error: Looking up [FAN_] in namespace, AE_NOT_FOUND
> > > > ACPI-1287: *** Error: Method execution failed, AE_NOT_FOUND
> > 
> > I think that this was caused by the following spec changes.
> > From CHANGES.txt:
> > 
> > 22 October 2002.  Summary of changes for version 20021022.
> > 
> > 1) ACPI CA Core Subsystem:
> > 
> > Implemented a restriction on the Scope operator that the
> > target must already exist in the namespace at the time the
> > operator is encountered (during table load or method
> > execution).  In other words, forward references are not
> > allowed and Scope() cannot create a new object. This changes
> > the previous behavior where the interpreter would create the
> > name if not found.  This new behavior correctly enables the
> > search-to-root algorithm during namespace lookup of the target
> > name.  Because of this upsearch, this fixes the known Compaq
> > _SB_.OKEC problem and makes both the AML interpreter and iASL
> > compiler compatible with other ACPI implementations.
> > 
> > 
> > Could you send your acpidump output to this acpi-jp ML?
> 
> Of course. And thank you very much for working on this. Please see the
> attached file.
> 
>  --Thomas
> 

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

RE: [acpi-jp 2009] Re: ACPI errors w/ latest ACPI code on GA BX2000 based system

2002-12-02 Thread Moore, Robert 

I think this code is the problem:

Scope(\_TZ_) {
ThermalZone(THRM) {
Name(_AL0, Package(0x1) {
FAN_,
})


The name "FAN_" is not defined elsewhere in the namespace.

Bob


-Original Message-
From: Thomas Seck [mailto:[EMAIL PROTECTED]] 
Sent: Saturday, November 30, 2002 4:34 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: [acpi-jp 2009] Re: ACPI errors w/ latest ACPI code on GA BX2000
based system

* Mitsuru IWASAKI ([EMAIL PROTECTED]):

Iwasaki-san,
list members,

> > > ACPI-0438: *** Error: Looking up [FAN_] in namespace, AE_NOT_FOUND
> > > ACPI-1287: *** Error: Method execution failed, AE_NOT_FOUND
> 
> I think that this was caused by the following spec changes.
> From CHANGES.txt:
> 
> 22 October 2002.  Summary of changes for version 20021022.
> 
> 1) ACPI CA Core Subsystem:
> 
> Implemented a restriction on the Scope operator that the
> target must already exist in the namespace at the time the
> operator is encountered (during table load or method
> execution).  In other words, forward references are not
> allowed and Scope() cannot create a new object. This changes
> the previous behavior where the interpreter would create the
> name if not found.  This new behavior correctly enables the
> search-to-root algorithm during namespace lookup of the target
> name.  Because of this upsearch, this fixes the known Compaq
> _SB_.OKEC problem and makes both the AML interpreter and iASL
> compiler compatible with other ACPI implementations.
> 
> 
> Could you send your acpidump output to this acpi-jp ML?

Of course. And thank you very much for working on this. Please see the
attached file.

 --Thomas

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

Re: Call for testers: acpica-unix-20021122 (was Re: ACPI errors and then panic - fixed!)

2002-11-27 Thread Juli Mallett 
* De: Mitsuru IWASAKI <[EMAIL PROTECTED]> [ Data: 2002-11-27 ]
[ Subjecte: Call for testers: acpica-unix-20021122 (was Re: ACPI errors and 
then panic - fixed!) ]
> The patches against today's CURRENT at:
> http://people.freebsd.org/~iwasaki/acpi/acpica-20021118-20021122-test20021128.diff
> 
> Please try this if you have problems about ACPI interpreter or GPE
> initialization.

Iwasaki-san!  This works for me, thanks very much for helping keep us
all up to date, and making it possible to get the issues resolved.  Here's
a dmesg from my laptop, now that ACPI works.

%%% dmesg-YAY
Copyright (c) 1992-2002 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #48: Wed Nov 27 23:30:47 CST 2002
[EMAIL PROTECTED]:/usr/src/sys/i386/compile/LUNA
Preloaded elf kernel "/boot/kernel/kernel" at 0xc0547000.
Timecounter "i8254"  frequency 1193182 Hz
Timecounter "TSC"  frequency 474889174 Hz
CPU: AMD-K6(tm) 3D processor (474.89-MHz 586-class CPU)
  Origin = "AuthenticAMD"  Id = 0x58c  Stepping = 12
  Features=0x8021bf
  AMD Features=0x8800
real memory  = 67043328 (63 MB)
avail memory = 59457536 (56 MB)
Security policy loaded: TrustedBSD MAC/None (trustedbsd_mac_none)
Initializing GEOMetry subsystem
K6-family MTRR support enabled (2 registers)
acpi0:  on motherboard
ACPI-0628: *** Info: GPE Block0 defined as GPE0 to GPE15
Using $PIR table, 6 entries at 0xc00fdf60
acpi0: power button is handled as a fixed feature programming model.
Timecounter "ACPI-fast"  frequency 3579545 Hz
acpi_timer0: <32-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0
acpi_cpu0:  on acpi0
acpi_tz0:  on acpi0
acpi_lid0:  on acpi0
acpi_cmbat0:  on acpi0
acpi_acad0:  on acpi0
pcib0:  port 0xcf8-0xcff on acpi0
 initial configuration 
\\_SB_.PCI0.ISA_.LNK1 irq  11: [  3  4  5  6  7  9 10 11 14 15] low,level,sharable 
0.4.0
\\_SB_.PCI0.ISA_.LNK2 irq  11: [  3  4  5  6  7  9 10 11 14 15] low,level,sharable 
0.4.1
\\_SB_.PCI0.ISA_.LNK5 irq   9: [  3  4  5  6  7  9 10 11 14 15] low,level,sharable 
0.19.0
\\_SB_.PCI0.ISA_.LNK3 irq   5: [  3  4  5  6  7  9 10 11 14 15] low,level,sharable 
0.8.0
\\_SB_.PCI0.ISA_.LNK4 irq  10: [  3  4  5  6  7 10 11 14 15] low,level,sharable 0.16.0
 before setting priority for links 
 before fixup boot-disabled links -
 after fixup boot-disabled links --
 arbitrated configuration -
\\_SB_.PCI0.ISA_.LNK1 irq  11: [  3  4  5  6  7  9 10 11 14 15] low,level,sharable 
0.4.0
\\_SB_.PCI0.ISA_.LNK2 irq  11: [  3  4  5  6  7  9 10 11 14 15] low,level,sharable 
0.4.1
\\_SB_.PCI0.ISA_.LNK5 irq   9: [  3  4  5  6  7  9 10 11 14 15] low,level,sharable 
0.19.0
\\_SB_.PCI0.ISA_.LNK3 irq   5: [  3  4  5  6  7  9 10 11 14 15] low,level,sharable 
0.8.0
\\_SB_.PCI0.ISA_.LNK4 irq  10: [  3  4  5  6  7 10 11 14 15] low,level,sharable 0.16.0
pci0:  on pcib0
agp0:  mem 0xe000-0xe3ff at device 0.0 on pci0
pcib1:  at device 1.0 on pci0
 initial configuration 
\\_SB_.PCI0.ISA_.LNK1 irq  11: [  3  4  5  6  7  9 10 11 14 15] low,level,sharable 
1.0.0
 before setting priority for links 
 before fixup boot-disabled links -
 after fixup boot-disabled links --
 arbitrated configuration -
\\_SB_.PCI0.ISA_.LNK1 irq  11: [  3  4  5  6  7  9 10 11 14 15] low,level,sharable 
1.0.0
pci1:  on pcib1
pci1:  at device 0.0 (no driver attached)
cbb0:  mem 0x8800-0x88000fff irq 11 at device 4.0 on 
pci0
cardbus0:  on cbb0
pccard0: <16-bit PCCard bus> on cbb0
cbb1:  mem 0x88001000-0x88001fff irq 11 at device 4.1 on 
pci0
cardbus1:  on cbb1
pccard1: <16-bit PCCard bus> on cbb1
isab0:  at device 7.0 on pci0
isa0:  on isab0
pcm0:  mem 0xfedf-0xfedf,0xfeddf000-0xfedd 
irq 5 at device 8.0 on pci0
atapci0:  port 0xfcf0-0xfcff at device 15.0 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
pci0:  at device 16.0 (no driver attached)
pci0:  at device 17.0 (no driver attached)
ohci0:  mem 0xfedde000-0xfeddefff irq 9 at 
device 19.0 on pci0
usb0: OHCI version 1.0, legacy support
usb0:  on ohci0
usb0: USB revision 1.0
uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
speaker0 port 0x61 on acpi0
atkbdc0:  port 0x64,0x60 irq 1 on acpi0
atkbd0:  flags 0x1 irq 1 on atkbdc0
acpi_ec0:  port 0x66,0x62 on acpi0
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A
fdc0:  port 0x3f7,0x3f0-0x3f5 
irq 6 drq 2 on acpi0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
npx0:  on motherboard
npx0: INT 16 interface
orm0:  at iomem 0xc-0xcb7ff on isa0
ppc0: parallel port not found.
sc0:  at

Call for testers: acpica-unix-20021122 (was Re: ACPI errors andthen panic - fixed!)

2002-11-27 Thread Mitsuru IWASAKI 
Hi all,

> > Our web person is out today, so things will be posted Monday at the
> > earliest.
> > 
> > I'll email Iwasaki-san the latest release, so y'all can get going if you
> > want.
> 
> Thank you!
> I've just confirmed that the deleted object problem had been solved in
> the latest release (Andy sent it to me).
> I'll make diffs for FreeBSD soon.

The patches against today's CURRENT at:
http://people.freebsd.org/~iwasaki/acpi/acpica-20021118-20021122-test20021128.diff

Please try this if you have problems about ACPI interpreter or GPE
initialization.

Please note that tarball for acpica-unix-20021122 and CHANGES.txt on
Intel Web site is not available yet (will be availalbe next week),
refer the Release notes from sourceforge.net instead.
http://sourceforge.net/project/shownotes.php?group_id=36832&release_id=124563

Thanks

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

Re: [acpi-jp 2000] RE: ACPI errors and then panic - fixed!

2002-11-27 Thread Mitsuru IWASAKI 
Hi,

> Our web person is out today, so things will be posted Monday at the
> earliest.
> 
> I'll email Iwasaki-san the latest release, so y'all can get going if you
> want.

Thank you!
I've just confirmed that the deleted object problem had been solved in
the latest release (Andy sent it to me).
I'll make diffs for FreeBSD soon.

John, there is new OS layer function for PCI.  Could you help?

Thanks

/*
 * Interim function needed for PCI IRQ routing
 */
void
AcpiOsDerivePciId(
ACPI_HANDLE rhandle,
ACPI_HANDLE chandle,
ACPI_PCI_ID **PciId);

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

RE: [acpi-jp 1988] Re: ACPI errors and then panic - fixed!

2002-11-27 Thread Grover, Andrew 
Our web person is out today, so things will be posted Monday at the
earliest.

I'll email Iwasaki-san the latest release, so y'all can get going if you
want.

Regards -- Andy

> -Original Message-
> From: Moore, Robert 
> Sent: Wednesday, November 27, 2002 8:28 AM
> To: 'Mitsuru IWASAKI'; Grover, Andrew; Moore, Robert
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: RE: [acpi-jp 1988] Re: ACPI errors and then panic - fixed!
> 
> 
> 
> The deleted object problem has been fixed in the 20021122 
> release which should be available soon, if not already.  (I 
> was able to reproduce the problem with your dsdt on previous 
> releases, and I verified it fixed with the 11/22 release.)
> 
> I did not see any mutex issues -- as we found out on Linux, 
> the OSL implementation of wait_semaphore is often the culprit.
> 
> Bob
> 
> 
> -Original Message-
> From: Mitsuru IWASAKI [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, November 27, 2002 12:37 AM
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: [acpi-jp 1988] Re: ACPI errors and then panic - fixed!
> 
> Hi, Intel folks.
> It seems that there is a bug in cached object utilization.
> This causes strange behavior;
> first evaluation of \_SB_.PCI0.LPC_.EC__.BAT0._BST is OK, but 
> second (or later) evaluation returns AE_TYPE.
> 
> > acpi_cmbat0: error fetching current battery status -- AE_TYPE
> 
> The raw DSDT is at:
> http://www.root.org/~nate/acpi/ibm.dsdt
> 
> I guess that InternalObject was returned to cache in 
> AcpiUtReleaseToCache() but the same object is still in use 
> somewhere (for ResultObj ?).
> 
> I could reproduce this problem with acpica debugger.  Trace 
> output attached. I'll track this down later.
> 
> Thanks
> 
> 
> % acpicadb ibm.dsdt
> Loading Acpi table from file ibm.dsdt
>   utmisc-0802 [11] UtAcquireMutex: Mutex 
> [ACPI_MTX_Namespace] already acquired by this thread [C25]
>   utmisc-0802 [11] UtAcquireMutex: Mutex 
> [ACPI_MTX_Namespace] already acquired by this thread [C25]
> Parsing 
> Methods:..
> ..
> ..
> ..
> ..
> 
> Table [DSDT] - 1208 Objects with 61 Devices 354 Methods 18 
> Regions Acpi table [DSDT] successfully installed and loaded
> - f _BST
>   \_SB_.PCI0.LPC_.EC__.BAT0._BST (0x80ba0a8) - Method
>   \_SB_.PCI0.LPC_.EC__.BAT1._BST (0x80ba6a8) - Method
> - debug _SB_.PCI0.LPC_.EC__.BAT0._BST
> Executing \_SB_.PCI0.LPC_.EC__.BAT0._BST
> 0 #007F XOr (DerefOf (Index (BT0I, 0x00)))
> 
> % 
> ArgObj:0x80b9ea8 Name BT0I Package 0x80e1ba8
> ArgObj:0x80f9fa8  Integer 
> ArgObj:0x80fe028  Integer 
> 0 #0037 [EvalSubTree] (Package (0x0D)
> {
> 0x00, 
> 0x, 
> 0x, 
> 0x01, 
> 0x2A30, 
> 0x00, 
> 0x00, 
> 0x01, 
> 0x01, 
> "", 
> "", 
> "", 
> ""
> })
> 
> 

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

RE: [acpi-jp 1988] Re: ACPI errors and then panic - fixed!

2002-11-27 Thread Moore, Robert 

The deleted object problem has been fixed in the 20021122 release which
should be available soon, if not already.  (I was able to reproduce the
problem with your dsdt on previous releases, and I verified it fixed with
the 11/22 release.)

I did not see any mutex issues -- as we found out on Linux, the OSL
implementation of wait_semaphore is often the culprit.

Bob


-Original Message-
From: Mitsuru IWASAKI [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, November 27, 2002 12:37 AM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: [acpi-jp 1988] Re: ACPI errors and then panic - fixed!

Hi, Intel folks.
It seems that there is a bug in cached object utilization.
This causes strange behavior;
first evaluation of \_SB_.PCI0.LPC_.EC__.BAT0._BST is OK, but
second (or later) evaluation returns AE_TYPE.

> acpi_cmbat0: error fetching current battery status -- AE_TYPE

The raw DSDT is at:
http://www.root.org/~nate/acpi/ibm.dsdt

I guess that InternalObject was returned to cache in AcpiUtReleaseToCache()
but the same object is still in use somewhere (for ResultObj ?).

I could reproduce this problem with acpica debugger.  Trace output attached.
I'll track this down later.

Thanks


% acpicadb ibm.dsdt
Loading Acpi table from file ibm.dsdt
  utmisc-0802 [11] UtAcquireMutex: Mutex [ACPI_MTX_Namespace]
already acquired by this thread [C25]
  utmisc-0802 [11] UtAcquireMutex: Mutex [ACPI_MTX_Namespace]
already acquired by this thread [C25]
Parsing
Methods:



..
Table [DSDT] - 1208 Objects with 61 Devices 354 Methods 18 Regions
Acpi table [DSDT] successfully installed and loaded
- f _BST
  \_SB_.PCI0.LPC_.EC__.BAT0._BST (0x80ba0a8) - Method
  \_SB_.PCI0.LPC_.EC__.BAT1._BST (0x80ba6a8) - Method
- debug _SB_.PCI0.LPC_.EC__.BAT0._BST
Executing \_SB_.PCI0.LPC_.EC__.BAT0._BST
0 #007F XOr (DerefOf (Index (BT0I, 0x00)))

% 
ArgObj:0x80b9ea8 Name BT0I Package 0x80e1ba8
ArgObj:0x80f9fa8  Integer 
ArgObj:0x80fe028  Integer 
0 #0037 [EvalSubTree] (Package (0x0D)
{
0x00, 
0x, 
0x, 
0x01, 
0x2A30, 
0x00, 
0x00, 
0x01, 
0x01, 
"", 
"", 
"", 
""
})


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

Re: ACPI errors - IBM Thinkpad A31p

2002-11-27 Thread Sid Carter 
> On Tue, 26 Nov 2002 14:33:09 +0900 (JST), Mitsuru IWASAKI 
><[EMAIL PROTECTED]> said:

Mitsuru> Hi,
Mitsuru> Are you trying this with acpica-unix-20021118 patch which was
Mitsuru> announced recently?
Mitsuru> 
http://people.freebsd.org/~iwasaki/acpi/acpica-20021002-20021118-test20021121.diff

Hi,

Tried the above patch, but the kernel itself won't compile. I just did a
fresh cvsup and patched. It fails at the cardbus compile.

>> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
>> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
>> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
>> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
>> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
>> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
>> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
>> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
>> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0
>> acpi_cpu0:  on acpi0
>> acpi_tz0:  on acpi0
>> acpi_lid0:  on acpi0
>> acpi_button0:  on acpi0

Regards
Sid
-- 
Cleanliness is next to impossible.

Sid Carter - http://khader.net/

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

Re: [acpi-jp 1988] Re: ACPI errors and then panic - fixed!

2002-11-27 Thread Mitsuru IWASAKI 
Hi, Intel folks.
It seems that there is a bug in cached object utilization.
This causes strange behavior;
first evaluation of \_SB_.PCI0.LPC_.EC__.BAT0._BST is OK, but
second (or later) evaluation returns AE_TYPE.

> acpi_cmbat0: error fetching current battery status -- AE_TYPE

The raw DSDT is at:
http://www.root.org/~nate/acpi/ibm.dsdt

I guess that InternalObject was returned to cache in AcpiUtReleaseToCache()
but the same object is still in use somewhere (for ResultObj ?).

I could reproduce this problem with acpica debugger.  Trace output attached.
I'll track this down later.

Thanks


% acpicadb ibm.dsdt
Loading Acpi table from file ibm.dsdt
  utmisc-0802 [11] UtAcquireMutex: Mutex [ACPI_MTX_Namespace] already acquired 
by this thread [C25]
  utmisc-0802 [11] UtAcquireMutex: Mutex [ACPI_MTX_Namespace] already acquired 
by this thread [C25]
Parsing 
Methods:..
Table [DSDT] - 1208 Objects with 61 Devices 354 Methods 18 Regions
Acpi table [DSDT] successfully installed and loaded
- f _BST
  \_SB_.PCI0.LPC_.EC__.BAT0._BST (0x80ba0a8) - Method
  \_SB_.PCI0.LPC_.EC__.BAT1._BST (0x80ba6a8) - Method
- debug _SB_.PCI0.LPC_.EC__.BAT0._BST
Executing \_SB_.PCI0.LPC_.EC__.BAT0._BST
0 #007F XOr (DerefOf (Index (BT0I, 0x00)))

% 
ArgObj:0x80b9ea8 Name BT0I Package 0x80e1ba8
ArgObj:0x80f9fa8  Integer 
ArgObj:0x80fe028  Integer 
0 #0037 [EvalSubTree] (Package (0x0D)
{
0x00, 
0x, 
0x, 
0x01, 
0x2A30, 
0x00, 
0x00, 
0x01, 
0x01, 
"", 
"", 
"", 
""
})
% 
ArgObj:0x80fe0a8  Integer 000D
ResultObj: 0x80e1ba8  Package 0x80e1ba8

ResultObj: 0x80fe828 [Index]   Integer 

0 #007F XOr (DerefOf (-Return Value- ()))

% 
ArgObj:0x80abf28   
ArgObj:0x80fe828 [Index]   Integer 
ResultObj: 0x80fe0a8  Integer 

0 #007F XOr (-Return Value- (), 0x01, Local0)

% 
ArgObj:0x80b02a8   
ArgObj:0x80fe0a8  Integer 
ArgObj:0x80fe828  Integer 0001
ArgObj:0x80fe028 [Local0] 0x0 Uninitialized
ResultObj: 0x80f9fa8  Integer 0001

D #00A4 Return (E #0035 GBST (0x00, HB0S, Local0, BT0P))

% into
ArgObj:0x80fe028  Integer 
ArgObj:0x80b7828 Name HB0S RegionField 0x80df5a8
ArgObj:0x80fe828 [Local0] 0x80f9fa8 Integer 0001
ArgObj:0x80b9f28 Name BT0P Package 0x80e1c28
0 #5B80 OperationRegion (ECOR  (Path \_SB_.PCI0.LPC_.EC__.ECOR), EmbeddedControl, 
0x00, 0x0100)
% 
ArgObj:0x80fe928  Integer 
ArgObj:0x80fe9a8  Integer 0100
DEBUG[read (EC,  8, 0x38)](default: 0x0  / 0) >>
0 #0037 [EvalSubTree] (Package (0x04) {})
% 
ArgObj:0x80fe828  Integer 0004
ResultObj: 0x80e1c28  Package 0x80e1c28

0 #5B23 Acquire (BATM, 0x)
% 
ArgObj:0x80b9aa8 Name BATM Mutex 0x80e18a8
ArgObj:0x80fe828  Integer 
ResultObj: 0x80fe928  Integer 

8 #00A0 If (And (Arg1, 0x20)) {}

% 
ArgObj:0x80fe928 [Arg1]   0x80fe8a8 Integer 
ArgObj:0x80fe828  Integer 0020
ArgObj:0x80fe9a8  Integer 
ResultObj: 0x80fe928  Integer 

8 #00A0 If (Predicate = [False], Skipping IF block

% 
00015 #00A0 If (And (Arg1, 0x40)) {}

% 
ArgObj:0x80fe928 [Arg1]   0x80fe8a8 Integer 
ArgObj:0x80fe9a8  Integer 0040
ArgObj:0x80fe828  Integer 
ResultObj: 0x80fe928  Integer 

00015 #00A0 If (Predicate = [False], Skipping IF block

% 
00022 #0070 Store (0x00, Local0)

% 
ArgObj:0x80fe928  Integer 
ArgObj:0x80fe828 [Local0] 0x0 Uninitialized
ResultObj: 0x80fe928  Integer 

00020 #00A1 Else
{
Predicate = [False], ELSE block was executed

% 
00013 #00A1 Else
{
Predicate = [False], ELSE block was executed

% 
00026 #00A0 If (And (Arg1, 0x0F)) {}

% 
ArgObj:0x80fe828 [Arg1]   0x80fe8a8 Integer 
ArgObj:0x80fe9a8  Integer 000F
ArgObj:0x80feaa8  Integer 
ResultObj: 0x80fe828  Integer 0

Re: [acpi-jp 1940] Re: ACPI errors and then panic - fixed!

2002-11-26 Thread Nate Lawson 
On Thu, 21 Nov 2002, Mitsuru IWASAKI wrote:
> > On Sat, 5 Oct 2002, Mitsuru IWASAKI wrote:
> > > From: Nate Lawson <[EMAIL PROTECTED]>
> > > Subject: ACPI errors and then panic
> > > Date: Fri, 4 Oct 2002 17:14:31 -0700 (PDT)
> > > Message-ID: <[EMAIL PROTECTED]>
> > > 
> > > > My laptop appears to work ok without ACPI but of course I don't get
> > > > suspend, resume, etc.  I have never been able to get ACPI to work with it,
> > > > including with a -current as of 2 hours ago.  If ACPI is enabled, I get a
> > > > spew of:
> > > > 
> > > > ACPI-0412 *** Error: NsSearchAndEnter: Bad character in ACPI name
> > > > 
> > > > and then a panic from acpi_attach.
> > 
> > I sent a reply including the requested traces on Oct 25.  Do you need any
> > more information?
> 
> Please try with new ACPI CA patches at:
> http://people.freebsd.org/~iwasaki/acpi/acpica-20021002-20021118-test20021121.diff
> Some memory leak releated bugs were fixed, so your problem might be
> solved by this hopefully.

I did try the patch and am happy to report that my laptop boots with acpi
enabled.  Thank you!  Please commit it before 5.0R.

However, acpi doesn't seem to be working for me.  Calls to check the
battery status fail.  Here is my dmesg and sysctl:

hw.acpi.power_button_state: S5
hw.acpi.sleep_button_state: S1
hw.acpi.lid_switch_state: S1
hw.acpi.standby_state: S1
hw.acpi.suspend_state: S3
hw.acpi.sleep_delay: 0
hw.acpi.s4bios: 1
hw.acpi.verbose: 1
hw.acpi.thermal.min_runtime: 0
hw.acpi.thermal.polling_rate: 30
hw.acpi.thermal.tz0.temperature: 3252
hw.acpi.thermal.tz0.active: -1
hw.acpi.thermal.tz0.thermal_flags: 0
hw.acpi.thermal.tz0._PSV: 3637
hw.acpi.thermal.tz0._HOT: -1
hw.acpi.thermal.tz0._CRT: 3692
hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1
hw.acpi.battery.life: 98
hw.acpi.battery.time: -1
hw.acpi.battery.state: 4
hw.acpi.battery.units: 2
hw.acpi.battery.info_expire: 5
hw.acpi.acline: 1

--- 
Copyright (c) 1992-2002 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #11: Tue Nov 26 10:44:02 PST 2002
[EMAIL PROTECTED]:/usr/src/sys/i386/compile/LAPTOP
Preloaded elf kernel "/boot/kernel/kernel" at 0xc0562000.
Preloaded elf module "/boot/kernel/acpi.ko" at 0xc05620a8.
Timecounter "i8254"  frequency 1193182 Hz
Timecounter "TSC"  frequency 999153113 Hz
CPU: Pentium III/Pentium III Xeon/Celeron (999.15-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x6b1  Stepping = 1
  
Features=0x383f9ff
real memory  = 401997824 (383 MB)
avail memory = 384696320 (366 MB)
Initializing GEOMetry subsystem
Pentium Pro MTRR support enabled
npx0:  on motherboard
npx0: INT 16 interface
acpi0:  on motherboard
ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15
ACPI-0625: *** Info: GPE Block1 defined as GPE16 to GPE31
Using $PIR table, 14 entries at 0xc00fdeb0
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
acpi0: power button is handled as a fixed feature programming model.
Timecounter "ACPI-fast"  frequency 3579545 Hz
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0
acpi_cpu0:  on acpi0
acpi_tz0:  on acpi0
acpi_lid0:  on acpi0
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
acpi_button0:  on acpi0
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
pcib0:  port 0xcf8-0xcff on acpi0
 initial configuration 
\\_SB_.LNKA irq  11: [  3  4  5  6  7  9 10 11] low,level,sharable 0.2.0
\\_SB_.LNKA irq  11: [  3  4  5  6  7  9 10 11] low,level,sharable 0.29.0
\

Re: ACPI errors - IBM Thinkpad A31p

2002-11-25 Thread Mitsuru IWASAKI 
Hi,

Are you trying this with acpica-unix-20021118 patch which was
announced recently?
http://people.freebsd.org/~iwasaki/acpi/acpica-20021002-20021118-test20021121.diff

Also [EMAIL PROTECTED] is better place for ACPI CA related
problem reports.

Thanks

From: Sid Carter <[EMAIL PROTECTED]>
Subject: ACPI errors - IBM Thinkpad A31p
Date: 26 Nov 2002 10:35:41 +0530
Message-ID: <[EMAIL PROTECTED]>

> Hi Folks,
> 
> I see this error while booting into BSD and I presume this might be the
> problem that acpi on my TP does not work.
> 
> The errors are something like this.
> 
> 
> acpi0:  on motherboard
> Using $PIR table, 14 entries at 0xc00fdeb0
> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
> acpi0: power button is handled as a fixed feature programming model.
> Timecounter "ACPI-fast"  frequency 3579545 Hz
> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
> ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST
> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0
> acpi_cpu0:  on acpi0
> acpi_tz0:  on acpi0
> acpi_lid0:  on acpi0
> acpi_button0:  on acpi0
> 
> 
> Dmesg on the box
> 
> 
> FreeBSD 5.0-CURRENT #0: Fri Nov 22 17:37:35 IST 2002
> [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC
> Preloaded elf kernel "/boot/kernel/kernel" at 0xc0618000.
> Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc06180a8.
> Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc0618154.
> Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0618200.
> Timecounter "i8254"  frequency 1193182 Hz
> Timecounter "TSC"  frequency 1198990668 Hz
> CPU: Pentium 4 (1198.99-MHz 686-class CPU)
>   Origin = "GenuineIntel"  Id = 0xf24  Stepping = 4
>   Features=0x3febf9ff AT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM>
> real memory  = 267780096 (255 MB)
> avail memory = 253579264 (241 MB)
> Initializing GEOMetry subsystem
> Pentium Pro MTRR support enabled
> npx0:  on motherboard
> npx0: INT 16 interface
> 
> 
> uname -a
> 
> FreeBSD tango 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Fri Nov 22 17:37:35 IST 2002 
>root@tango:/usr/obj/usr/src/sys/GENERIC  i386
> 
> Any fix for this ? I am unable to use ACPI in FBSD.
> 
> TIA
> Regards
> Sid
> -- 
> When I was in school, I cheated on my metaphysics exam: I looked into
> the soul of the boy sitting next to me.
>   -- Woody Allen
> 
> Sid Carter - http://khader.net/
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-current" in the body of the message
> 

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

Re: [acpi-jp 1940] Re: ACPI errors and then panic

2002-11-21 Thread Mitsuru IWASAKI 
Hi,

> On Sat, 5 Oct 2002, Mitsuru IWASAKI wrote:
> > From: Nate Lawson <[EMAIL PROTECTED]>
> > Subject: ACPI errors and then panic
> > Date: Fri, 4 Oct 2002 17:14:31 -0700 (PDT)
> > Message-ID: <[EMAIL PROTECTED]>
> > 
> > > My laptop appears to work ok without ACPI but of course I don't get
> > > suspend, resume, etc.  I have never been able to get ACPI to work with it,
> > > including with a -current as of 2 hours ago.  If ACPI is enabled, I get a
> > > spew of:
> > > 
> > > ACPI-0412 *** Error: NsSearchAndEnter: Bad character in ACPI name
> > > 
> > > and then a panic from acpi_attach.
> 
> I sent a reply including the requested traces on Oct 25.  Do you need any
> more information?

Please try with new ACPI CA patches at:
http://people.freebsd.org/~iwasaki/acpi/acpica-20021002-20021118-test20021121.diff
Some memory leak releated bugs were fixed, so your problem might be
solved by this hopefully.

> One interesting thing is that the oem sysctl node seems bogus:
>hint.acpi.0.oem=IBM   ??
> where the ?'s are invalid characters like the happy face.

I saw similar problem long time ago.  My problem was acpi.ko
is too old and badly matched with kernel.  Please make sure
that your acpi.ko is fresh as well as kernel when you try.

> > BTW, what's model name?  Some ThinkPad's are blacklisted such as
> > IBM 600E.  And may I add your ACPI data to our repo. (in Japan) ?
> 
> IBM T23.  Feel free to use the dsdt and/or asl however you wish.

OK, I'll add them to our CVS repo.

Thanks

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

Re: ACPI errors and then panic

2002-11-15 Thread Nate Lawson 
On Sat, 5 Oct 2002, Mitsuru IWASAKI wrote:
> From: Nate Lawson <[EMAIL PROTECTED]>
> Subject: ACPI errors and then panic
> Date: Fri, 4 Oct 2002 17:14:31 -0700 (PDT)
> Message-ID: <[EMAIL PROTECTED]>
> 
> > My laptop appears to work ok without ACPI but of course I don't get
> > suspend, resume, etc.  I have never been able to get ACPI to work with it,
> > including with a -current as of 2 hours ago.  If ACPI is enabled, I get a
> > spew of:
> > 
> > ACPI-0412 *** Error: NsSearchAndEnter: Bad character in ACPI name
> > 
> > and then a panic from acpi_attach.

I sent a reply including the requested traces on Oct 25.  Do you need any
more information?

Thanks,
-Nate



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

Re: ACPI errors and then panic

2002-10-25 Thread Nate Lawson 
Thank you for the reply.

On Sat, 5 Oct 2002, Mitsuru IWASAKI wrote:
> Hi,
> # ACPI CA related problem should be sent to [EMAIL PROTECTED]
> # so that Intel folks can be aware of the problem.

Ok, I didn't know that.
 
> From: Nate Lawson <[EMAIL PROTECTED]>
> Subject: ACPI errors and then panic
> Date: Fri, 4 Oct 2002 17:14:31 -0700 (PDT)
> Message-ID: <[EMAIL PROTECTED]>
> 
> > My laptop appears to work ok without ACPI but of course I don't get
> > suspend, resume, etc.  I have never been able to get ACPI to work with it,
> > including with a -current as of 2 hours ago.  If ACPI is enabled, I get a
> > spew of:
> > 
> > ACPI-0412 *** Error: NsSearchAndEnter: Bad character in ACPI name
> > 
> > and then a panic from acpi_attach.
> 
> First several lines of DDB backtrace would be very helpful
> to track the problem down.
> Also having following lines in your loader.conf would be
> helpful to determine which object causes the ACPI CA Eroor.
> 
> debug.acpi.layer="ACPI_ALL_COMPONENTS ACPI_BUS"
> debug.acpi.level="ACPI_LV_WARN ACPI_LV_ERROR ACPI_LV_OBJECTS"

I have placed a ddb session with tracebacks for two panics at:
  http://www.root.org/~nate/acpi/ddb1
  http://www.root.org/~nate/acpi/ddb2

I set your debug options in device.hints.
 
One interesting thing is that the oem sysctl node seems bogus:
   hint.acpi.0.oem=IBM   ??
where the ?'s are invalid characters like the happy face.

> BTW, what's model name?  Some ThinkPad's are blacklisted such as
> IBM 600E.  And may I add your ACPI data to our repo. (in Japan) ?

IBM T23.  Feel free to use the dsdt and/or asl however you wish.

> > Here are the appropriate files...
> >   http://www.root.org/~nate/acpi/ibm.asl
> >   http://www.root.org/~nate/acpi/ibm.dsdt
> >   http://www.root.org/~nate/acpi/ibm.dmesg  (from a working boot)

(Note that I renamed the .aml file to asl as shown above)

-Nate




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

Re: ACPI errors and then panic

2002-10-04 Thread Mitsuru IWASAKI 

Hi,
# ACPI CA related problem should be sent to [EMAIL PROTECTED]
# so that Intel folks can be aware of the problem.

From: Nate Lawson <[EMAIL PROTECTED]>
Subject: ACPI errors and then panic
Date: Fri, 4 Oct 2002 17:14:31 -0700 (PDT)
Message-ID: <[EMAIL PROTECTED]>

> My laptop appears to work ok without ACPI but of course I don't get
> suspend, resume, etc.  I have never been able to get ACPI to work with it,
> including with a -current as of 2 hours ago.  If ACPI is enabled, I get a
> spew of:
> 
> ACPI-0412 *** Error: NsSearchAndEnter: Bad character in ACPI name
> 
> and then a panic from acpi_attach.

First several lines of DDB backtrace would be very helpful
to track the problem down.
Also having following lines in your loader.conf would be
helpful to determine which object causes the ACPI CA Eroor.

debug.acpi.layer="ACPI_ALL_COMPONENTS ACPI_BUS"
debug.acpi.level="ACPI_LV_WARN ACPI_LV_ERROR ACPI_LV_OBJECTS"

BTW, what's model name?  Some ThinkPad's are blacklisted such as
IBM 600E.  And may I add your ACPI data to our repo. (in Japan) ?

> Here are the appropriate files...
>   http://www.root.org/~nate/acpi/ibm.aml
>   http://www.root.org/~nate/acpi/ibm.dsdt
>   http://www.root.org/~nate/acpi/ibm.dmesg  (from a working boot)
> 
> Let me know if you need more info.
> 
> -Nate
> 
> 
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-current" in the body of the message
> 

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

Re: ACPI errors

2002-08-04 Thread Peter Wemm 

Mitsuru IWASAKI wrote:
> [move to -current because STABLE don't have acpica support yet]
> 
> Hi,
> 
> > System: TOS 5005-S504
> > Error with any kernel build:
> > Using $PIR table, 0 entries at 0xc00f0190
> > ACPI-0171: *** Error: AcpiLoadTables: RSDP Failed validation: AE_BAD_SIGNAT
URE
> > ACPI-0213: *** Error: AcpiLoadTables: Could not load tables: AE_BAD_SIGNATU
RE
> > ACPI: Table load failed: AE_BAD_SIGNATURE
> 
> It seems that this problem happens after sys/i386/i386/pmap.c rev
> 1.352 changes.  Could you replace pmap.c with 1.351 ?
> 
> Peter, do you have any ideas with this ?

If backing out rev 1.352 solves the problem, feel free to go ahead and either
back it out or add #if 0 around the changes.

But I think the fix is to change this:
/* We have a 1MB direct mapped region at KERNBASE */
if (pa < 0x0010 && pa + size <= 0x0010)
-   return (void *)(pa + KERNBASE);
+   return (void *)(pa + offset + KERNBASE);

I've committed this as 1.356.  If it doesn't solve it, then go ahead and back
out both 1.352 and 1.356.

Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5


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

RE: ACPI errors

2002-08-04 Thread Robert D Hughes 

-Original Message- 
From: Mitsuru IWASAKI [mailto:[EMAIL PROTECTED]] 
Sent: Sun 8/4/2002 8:59 AM 
To: Robert D Hughes 
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] 
Subject: Re: ACPI errors

[move to -current because STABLE don't have acpica support yet]

I reposted it over there, so let's move the conversation there.


Hi,

> System: TOS 5005-S504
> Error with any kernel build:
> Using $PIR table, 0 entries at 0xc00f0190
> ACPI-0171: *** Error: AcpiLoadTables: RSDP Failed validation: 
AE_BAD_SIGNATURE
> ACPI-0213: *** Error: AcpiLoadTables: Could not load tables: 
AE_BAD_SIGNATURE
> ACPI: Table load failed: AE_BAD_SIGNATURE

It seems that this problem happens after sys/i386/i386/pmap.c rev
1.352 changes.  Could you replace pmap.c with 1.351 ?

How would I pull a specific version from cvs?

Peter, do you have any ideas with this ?

> Same thing happens if I do an unset acpi_load or if I try boot -s, or both.

I think your kernel config file includes 'device acpica'.

Nope. It's auto-loading as a module, as per NOTES.

Thanks,

Rob

èR{.nÇ+‰·¬zwfj)m¢f£¢·hškyàRŠàÂ+aº{.nÇ+‰·Ÿ­ç›±×.®·§¶)í…æèw*¶¦zˁ

Re: ACPI errors

2002-08-04 Thread Soeren Schmidt 

It seems Mitsuru IWASAKI wrote:
> [move to -current because STABLE don't have acpica support yet]
> 
> Hi,
> 
> > System: TOS 5005-S504
> > Error with any kernel build:
> > Using $PIR table, 0 entries at 0xc00f0190
> > ACPI-0171: *** Error: AcpiLoadTables: RSDP Failed validation: AE_BAD_SIGNATURE
> > ACPI-0213: *** Error: AcpiLoadTables: Could not load tables: AE_BAD_SIGNATURE
> > ACPI: Table load failed: AE_BAD_SIGNATURE

Yups that fails here on all systems I have as well...

-Søren

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

Re: ACPI errors

2002-08-04 Thread Mitsuru IWASAKI 

[move to -current because STABLE don't have acpica support yet]

Hi,

> System: TOS 5005-S504
> Error with any kernel build:
> Using $PIR table, 0 entries at 0xc00f0190
> ACPI-0171: *** Error: AcpiLoadTables: RSDP Failed validation: AE_BAD_SIGNATURE
> ACPI-0213: *** Error: AcpiLoadTables: Could not load tables: AE_BAD_SIGNATURE
> ACPI: Table load failed: AE_BAD_SIGNATURE

It seems that this problem happens after sys/i386/i386/pmap.c rev
1.352 changes.  Could you replace pmap.c with 1.351 ?

Peter, do you have any ideas with this ?

> Same thing happens if I do an unset acpi_load or if I try boot -s, or both.

I think your kernel config file includes 'device acpica'.

Thanks

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

Re: ACPI errors

2001-09-03 Thread John Baldwin 


On 03-Sep-01 Mike Smith wrote:
>> I'm getting this with the recent ACPI code, should I worry about it?
>> 
>> acpi_cpu0:  on acpi0
>> acpi_cpu: CLK_VAL field overflows P_CNT register
>> acpi_cpu: CLK_VAL field overlaps THT_EN bit
> 
> You shouldn't worry about it, no.  I need to get my hands on some more
> details so that I can understand what's going on here though.  The problem
> is that the bits specified to control the CPU clock run/pause ratio overlap
> other bits in the register that are already defined (and spill outside the
> register itself).  Either I have an arithmetic error, or your BIOS is 
> "broken" and we need to deal with it.

FWIW, Mike, I get the same thing on the quad xeon acer box as well.  Been
meaning to report that for a while, as I have some extra debugging printf's:

>From dmesg:
acpi_cpu0:  on acpi0
acpi_cpu: CLK_VAL field overflows P_CNT register
XXX: cpu_duty_offset 0, cpu_duty_width 0, duty_end -1
acpi_cpu: CLK_VAL field overlaps THT_EN bit
acpi_cpu1:  on acpi0
acpi_cpu2:  on acpi0
acpi_cpu3:  on acpi0

>From acpidump:
Scope(\_PR_) {
Processor(\_PR_.CPU0, 1, 0x410, 0x6) {
}
}
Processor(\_PR_.CPU1, 2, 0x410, 0x6) {
}
Processor(\_PR_.CPU2, 3, 0x410, 0x6) {
}
Processor(\_PR_.CPU3, 4, 0x410, 0x6) {
}

-- 

John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/

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

Re: ACPI errors

2001-09-03 Thread David W. Chapman Jr. 

On Mon, Sep 03, 2001 at 04:20:57PM -0700, Mike Smith wrote:
> > I'm getting this with the recent ACPI code, should I worry about it?
> > 
> > acpi_cpu0:  on acpi0
> > acpi_cpu: CLK_VAL field overflows P_CNT register
> > acpi_cpu: CLK_VAL field overlaps THT_EN bit
> 
> You shouldn't worry about it, no.  I need to get my hands on some more
> details so that I can understand what's going on here though.  The problem
> is that the bits specified to control the CPU clock run/pause ratio overlap
> other bits in the register that are already defined (and spill outside the
> register itself).  Either I have an arithmetic error, or your BIOS is 
> "broken" and we need to deal with it.
> 
> Until we're fixed, this just means that you can't throttle your CPU; it 
> shouldn't have any effect on system behaviour.
> 
Whenever you are ready to deal with this let me know and I'll give 
you whatever info on my setup you need.

-- 
David W. Chapman Jr.
[EMAIL PROTECTED]   Raintree Network Services, Inc. 
[EMAIL PROTECTED]   FreeBSD Committer 

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

Re: ACPI errors

2001-09-03 Thread Mike Smith 

> I'm getting this with the recent ACPI code, should I worry about it?
> 
> acpi_cpu0:  on acpi0
> acpi_cpu: CLK_VAL field overflows P_CNT register
> acpi_cpu: CLK_VAL field overlaps THT_EN bit

You shouldn't worry about it, no.  I need to get my hands on some more
details so that I can understand what's going on here though.  The problem
is that the bits specified to control the CPU clock run/pause ratio overlap
other bits in the register that are already defined (and spill outside the
register itself).  Either I have an arithmetic error, or your BIOS is 
"broken" and we need to deal with it.

Until we're fixed, this just means that you can't throttle your CPU; it 
shouldn't have any effect on system behaviour.

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