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:

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 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=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE

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 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: ABIT   AWRDACPI 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 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 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 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 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 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: IBMTP-1Gon 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: [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 NodeName BT0I Package 0x80e1ba8
ArgObj:0x80f9fa8 Obj Integer 
ArgObj:0x80fe028 Obj Integer 
0 #0037 [EvalSubTree] (Package (0x0D)
{
0x00, 
0x, 
0x, 
0x01, 
0x2A30, 
0x00, 
0x00, 
0x01, 
0x01, 
, 
, 
, 

})
% 
ArgObj:0x80fe0a8 Obj Integer 000D
ResultObj: 0x80e1ba8 Obj Package 0x80e1ba8

ResultObj: 0x80fe828 [Index]   Integer 

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

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

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

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

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

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

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

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

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

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

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

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

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

% 
00022 #0070 Store (0x00, Local0)

% 
ArgObj:0x80fe928 Obj Integer 
ArgObj:0x80fe828 [Local0] 0x0 Uninitialized
ResultObj: 0x80fe928 Obj 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 Obj Integer 000F
ArgObj:

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: CPU on acpi0
 acpi_tz0: thermal zone on acpi0
 acpi_lid0: Control Method Lid Switch on acpi0
 acpi_button0: Sleep Button 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 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 NodeName BT0I Package 0x80e1ba8
ArgObj:0x80f9fa8 Obj Integer 
ArgObj:0x80fe028 Obj 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 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 NodeName BT0I Package 0x80e1ba8
 ArgObj:0x80f9fa8 Obj Integer 
 ArgObj:0x80fe028 Obj 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 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

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=36832release_id=124563

Thanks

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=0x8021bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,PGE,MMX
  AMD Features=0x8800SYSCALL,3DNow!
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: PTLTDRSDT   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: CPU on acpi0
acpi_tz0: thermal zone on acpi0
acpi_lid0: Control Method Lid Switch on acpi0
acpi_cmbat0: Control method Battery on acpi0
acpi_acad0: AC adapter on acpi0
pcib0: ACPI Host-PCI bridge 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: ACPI PCI bus on pcib0
agp0: Ali M1541 host to AGP bridge mem 0xe000-0xe3ff at device 0.0 on pci0
pcib1: ACPI PCI-PCI bridge 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: ACPI PCI bus on pcib1
pci1: display, VGA at device 0.0 (no driver attached)
cbb0: TI1225 PCI-CardBus Bridge mem 0x8800-0x88000fff irq 11 at device 4.0 on 
pci0
cardbus0: CardBus bus on cbb0
pccard0: 16-bit PCCard bus on cbb0
cbb1: TI1225 PCI-CardBus Bridge mem 0x88001000-0x88001fff irq 11 at device 4.1 on 
pci0
cardbus1: CardBus bus on cbb1
pccard1: 16-bit PCCard bus on cbb1
isab0: PCI-ISA bridge at device 7.0 on pci0
isa0: ISA bus on isab0
pcm0: Crystal Semiconductor CS4281 mem 0xfedf-0xfedf,0xfeddf000-0xfedd 
irq 5 at device 8.0 on pci0
atapci0: AcerLabs Aladdin ATA33 controller port 0xfcf0-0xfcff at device 15.0 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
pci0: simple comms at device 16.0 (no driver attached)
pci0: bridge, PCI-unknown at device 17.0 (no driver attached)
ohci0: AcerLabs M5237 (Aladdin-V) USB controller mem 0xfedde000-0xfeddefff irq 9 at 
device 19.0 on pci0
usb0: OHCI version 1.0, legacy support
usb0: AcerLabs M5237 (Aladdin-V) USB controller 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: Keyboard controller (i8042) port

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=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
real memory  = 401997824 (383 MB)
avail memory = 384696320 (366 MB)
Initializing GEOMetry subsystem
Pentium Pro MTRR support enabled
npx0: math processor on motherboard
npx0: INT 16 interface
acpi0: IBMTP-1Aon 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: CPU on acpi0
acpi_tz0: thermal zone on acpi0
acpi_lid0: Control Method Lid Switch on acpi0
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
acpi_button0: Sleep Button on acpi0
ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0
 initial configuration 
\\_SB_.LNKA irq  11: [  3  4  5  6  7  9 10

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: IBMTP-1Gon 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: CPU on acpi0
 acpi_tz0: thermal zone on acpi0
 acpi_lid0: Control Method Lid Switch on acpi0
 acpi_button0: Sleep Button 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=0x3febf9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,P
 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: math processor 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 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

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 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 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

2001-09-03 Thread Mike Smith 

 I'm getting this with the recent ACPI code, should I worry about it?
 
 acpi_cpu0: CPU 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

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: CPU 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. www.inethouston.net
[EMAIL PROTECTED]   FreeBSD Committer 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 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: CPU 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: CPU 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: CPU on acpi0
acpi_cpu2: CPU on acpi0
acpi_cpu3: CPU 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