codes (Methods/Buffers/Packages/Regions)
> >
> > Parsing completed
> > Disassembly completed
> > ASL Output:dsdt.dsl - 146025 bytes
>
> So, at least I can use that DSDT:
> cp dsdt.dat /boot/dsdt.aml
> /boot/loader.conf:
> acpi_dsdt_load="YES&
I’m not familiar with FreeBSD enough to help debug.
This would need to be a question for the FreeBSD experts.
Bob
From: Johnny Sorocil [mailto:jsoro...@gmail.com]
Sent: Tuesday, January 8, 2019 10:15 AM
To: Moore, Robert
Subject: Re: ACPI on CoreBoot ThinkPad
On Tue, Jan 8, 2019 at 5:01 PM
-Original Message-
From: owner-freebsd-a...@freebsd.org [mailto:owner-freebsd-a...@freebsd.org] On
Behalf Of Dan Kotowski
Sent: Monday, September 16, 2019 4:44 AM
To: freebsd-acpi@freebsd.org
Subject: Patch AML or patch acpi driver?
The _BST method in my laptop's AML only returns the p
28 April 2010. Summary of changes for version 20100428:
This release is available at www.acpica.org/downloads
Note: The ACPI 4.0a specification was released on April 5, 2010 and is
available at www.acpi.info. This is primarily an errata release.
1) ACPI CA Core Subsystem:
Implemented GPE suppo
28 May 2010. Summary of changes for version 20100528:
This release is available at www.acpica.org/downloads
Note: The ACPI 4.0a specification was released on April 5, 2010 and is
available at www.acpi.info. This is primarily an errata release.
1) ACPI CA Core Subsystem:
Undefined ACPI tables:
02 July 2010. Summary of changes for version 20100702:
This release is available at www.acpica.org/downloads
1) ACPI CA Core Subsystem:
Implemented several updates to the recently added GPE reference count support.
The model for "wake" GPEs is changing to give the host OS complete control of
t
06 August 2010. Summary of changes for version 20100806:
This release is available at www.acpica.org/downloads
1) ACPI CA Core Subsystem:
Designed and implemented a new host interface to the _OSI support code. This
will allow the host to dynamically add or remove multiple _OSI strings, as well
15 September 2010. Summary of changes for version 20100915:
This release is available at www.acpica.org/downloads
1) ACPI CA Core Subsystem:
Removed the AcpiOsDerivePciId OSL interface. The various host implementations
of this function were not OS-dependent and are now obsolete and can be remov
13 October 2010. Summary of changes for version 20101013:
This release is available at www.acpica.org/downloads
1) ACPI CA Core Subsystem:
Added support to clear the PCIEXP_WAKE event. When clearing ACPI events, now
clear the PCIEXP_WAKE_STS bit in the ACPI PM1 Status Register, via
HwClearAcpi
Can you send us the acpidump for the machine?
Also, tell us which control method is failing.
Thanks
>-Original Message-
>From: owner-freebsd-a...@freebsd.org [mailto:owner-freebsd-
>a...@freebsd.org] On Behalf Of Hans Petter Selasky
>Sent: Sunday, October 17, 2010 6:48 AM
>To: freebsd-a
We may have gone a bit overboard on this one in iASL. Correct, if it is a
string, _CID is not restricted to alphanumeric. However, it appears the string
must be non-null.
Bob
>-Original Message-
>From: owner-freebsd-a...@freebsd.org [mailto:owner-freebsd-
>a...@freebsd.org] On Behalf O
it.
>-Original Message-
>From: Jung-uk Kim [mailto:j...@freebsd.org]
>Sent: Tuesday, November 02, 2010 1:50 PM
>To: John Baldwin
>Cc: Andriy Gapon; Hans Petter Selasky; Lin, Ming M; Moore, Robert; freebsd-
>a...@freebsd.org
>Subject: Re: MacBookPro 5,1
>
>On Tue
ginal Message-
>From: owner-freebsd-a...@freebsd.org [mailto:owner-freebsd-
>a...@freebsd.org] On Behalf Of Jung-uk Kim
>Sent: Wednesday, November 03, 2010 1:50 PM
>To: freebsd-acpi@FreeBSD.org
>Cc: Andriy Gapon; Lin, Ming M; Moore, Robert
>Subject: Re: MacBookPro 5,1
>
>On Wedn
You cannot assume that a full memcpy has been performed on the structure when
you invoke the equals operator.
This is basic C
>-Original Message-
>From: owner-freebsd-a...@freebsd.org [mailto:owner-freebsd-
>a...@freebsd.org] On Behalf Of Hans Petter Selasky
>Sent: Thursday, Novembe
The problem is stale pointers within the structure, yes?
Cannot copy the structure. I will never do this kind of thing again.
When ACPICA was designed 12 years ago, memory was expensive.
Bob
>-Original Message-
>From: Moore, Robert
>Sent: Thursday, November 04, 2010 7:24 PM
&
It's not clear to me from reading the ACPI spec that the Cstate sub-packages
are required to be in any specific order.
This means that
sc->cpu_cx_states[0]
Does not necessarily have to be of type ACPI_STATE_C1, if ACPI_STATE_C1 is
present on the machine. (unless the driver has sorted the list
gt;a...@freebsd.org] On Behalf Of Moore, Robert
>Sent: Thursday, November 11, 2010 12:20 PM
>To: Andriy Gapon; freebsd-acpi@freebsd.org
>Cc: Lin, Ming M
>Subject: RE: fixup for missing C1 in _CST
>
>It's not clear to me from reading the ACPI spec that the Cstate sub-
>pack
The latest version of acpica released today (20110316) should fix this issue
for you.
Bob
>-Original Message-
>From: Jung-uk Kim [mailto:j...@freebsd.org]
>Sent: Wednesday, March 16, 2011 3:22 PM
>To: Andriy Gapon
>Cc: Ilya A. Arhipov; Moore, Robert; freebsd-acpi@freeb
And there's a bunch of new tables coming for ACPI 5.0
> -Original Message-
> From: owner-freebsd-a...@freebsd.org [mailto:owner-freebsd-
> a...@freebsd.org] On Behalf Of Andriy Gapon
> Sent: Tuesday, March 22, 2011 12:32 AM
> To: a...@freebsd.org
> Subject: Re: Review: Add support for ad
The warning happens when the _PSS power dissipation values are not proportional
to the CPU frequency values.
/*
* We now know the list is correctly sorted by CPU frequency. Check if
* the power dissipation values are proportional.
*/
ObjDesc = Elements[1]; /* Index1 =
The -cr flag will disable resource descriptor validation during compile.
>-Original Message-
>From: owner-freebsd-a...@freebsd.org [mailto:owner-freebsd-
>a...@freebsd.org] On Behalf Of Chris Whitehouse
>Sent: Sunday, June 10, 2012 8:24 AM
>To: freebsd-acpi@FreeBSD.org
>Subject: can't rec
e 14, 2012 12:59 PM
> To: Moore, Robert
> Cc: freebsd-acpi@FreeBSD.org
> Subject: Re: can't recompile vanilla dsdt
>
> On 12/06/2012 02:28, Moore, Robert wrote:
> > The -cr flag will disable resource descriptor validation during
> compile.
>
> Hi Robert,
>
> t
> This Thinkpad T23 with latest (Oct2006) BIOS & EC shows no FADT .. but
> FACP has CST_CNT=0xf4. Is that relevant at all?
An oddity of ACPI -- the FADT has the signature "FACP".
> -Original Message-
> From: owner-freebsd-a...@freebsd.org [mailto:owner-freebsd-
> a...@freebsd.org] On B
Just FYI, we've seen the AcpiOsExecute task Q get very large if
There is a GPE flood that results in many, many notify operations.
And in these cases, it was always related to the EC (Embedded Controller).
Bob
> -Original Message-
> From: owner-freebsd-a...@freebsd.org [mailto:owner-fre
Please send/post the acpidump for the machine.
> -Original Message-
> From: owner-freebsd-a...@freebsd.org [mailto:owner-freebsd-
> a...@freebsd.org] On Behalf Of Berislav Purgar
> Sent: Wednesday, October 31, 2012 6:32 AM
> To: freebsd-acpi@freebsd.org
> Subject: sony vaio vgn-c2z/b prob
Please forward the acpidump for the machine, thanks.
Bob
> -Original Message-
> From: owner-freebsd-a...@freebsd.org [mailto:owner-freebsd-
> a...@freebsd.org] On Behalf Of kron
> Sent: Wednesday, February 27, 2013 7:23 AM
> To: freebsd-acpi@freebsd.org
> Subject: panics due to buggy ACPI
o: freebsd-acpi@freebsd.org
> Subject: Re: panics due to buggy ACPI in Dell Latitude E6530?
>
> On 2013/02/27 16:54, Moore, Robert wrote:
> > Please forward the acpidump for the machine, thanks.
> > Bob
>
> http://pastebin.com/00KwJsEy
>
> BR
> Oli
>
>
&g
A couple comments below.
> -Original Message-
> From: owner-freebsd-a...@freebsd.org [mailto:owner-freebsd-
> a...@freebsd.org] On Behalf Of Jung-uk Kim
> Sent: Wednesday, February 27, 2013 11:28 AM
> To: Hans Petter Selasky
> Cc: freebsd-acpi@freebsd.org
> Subject: Re: ACPI locking bugs?
> ACPI Error: Method execution failed [\_SB_.BAT0._UID] (Node
> 0xfe00094a51c0), AE_AML_NO_OPERAND (20110527/uteval-113)
Sorry, could not reproduce the problem here:
- ex _SB_.BAT0._UID
Evaluating \_SB_.BAT0._UID
Evaluation of \_SB_.BAT0._UID returned object 000342A0, external buffer length
d-
> a...@freebsd.org] On Behalf Of Moore, Robert
> Sent: Wednesday, February 27, 2013 12:34 PM
> To: Jung-uk Kim; Hans Petter Selasky
> Cc: freebsd-acpi@freebsd.org
> Subject: RE: ACPI locking bugs?
>
> A couple comments below.
>
> > -Original Message-
>
No, the length must be set in all descriptors, end tag included.
> -Original Message-
> From: owner-freebsd-a...@freebsd.org [mailto:owner-freebsd-
> a...@freebsd.org] On Behalf Of Benjamin Lee
> Sent: Friday, April 19, 2013 3:51 PM
> To: John Baldwin
> Cc: freebsd-acpi@freebsd.org
> Subj
I'll be glad to take a look at it next week.
Can you tell me the exact sequence of events, and which _CRS/_SRC are you
executing?
thanks,
Bob
> -Original Message-
> From: Benjamin Lee [mailto:b...@b1c1l1.com]
> Sent: Friday, April 19, 2013 4:35 PM
> To: Moore, Robert
&
Can you send the actual binary DSDT or the ASCII acpidump (not disassembled)
> -Original Message-
> From: Benjamin Lee [mailto:b...@b1c1l1.com]
> Sent: Friday, April 19, 2013 4:35 PM
> To: Moore, Robert
> Cc: John Baldwin; freebsd-acpi@freebsd.org
>
Dword01 : 0015
Dword02 : 0016
Dword03 : 0017
[01] EndTag Resource
-
> -Original Message-
> From: Benjamin Lee [mailto:b...@b1c1l1.com]
> Sent: Friday, April 19, 2013 5:22 PM
> To: Moore, Robert
> Cc: John Baldwi
rce lengths, but I will double-check.
Bob
> -----Original Message-
> From: Moore, Robert
> Sent: Friday, April 19, 2013 5:52 PM
> To: 'Benjamin Lee'
> Cc: John Baldwin; freebsd-acpi@freebsd.org; Zheng, Lv; Guan, Chao
> Subject: RE: panic: acpi_pci_link_srs_from_c
That's about as far as I can help.
Bob
> -Original Message-
> From: Benjamin Lee [mailto:b...@b1c1l1.com]
> Sent: Friday, April 19, 2013 8:25 PM
> To: Moore, Robert
> Cc: John Baldwin; freebsd-acpi@freebsd.org; Zheng, Lv; Guan, Chao
> Subject: Re: panic: acpi_pci_l
> Thank you! I backed out my hacks and with your 2 patches 10-CURRENT boots
> successfully (with functional devices). Loading a custom ASL is not
> necessary.
Do you mean that the change of a WORD field to a BYTE field is no longer
necessary?
If so, I would really like to see the buffer that i
> -Original Message-
> From: Benjamin Lee [mailto:b...@b1c1l1.com]
> Sent: Friday, April 26, 2013 11:40 AM
> To: Moore, Robert
> Cc: John Baldwin; freebsd-acpi@freebsd.org; Zheng, Lv; Guan, Chao
> Subject: Re: panic: acpi_pci_link_srs_from_crs: can't put non-ISA
We have seen at least one video vendor that uses a Buffer object instead of the
ACPI-required package object as the 4th _DSM argument.
> -Original Message-
> From: owner-freebsd-a...@freebsd.org [mailto:owner-freebsd-
> a...@freebsd.org] On Behalf Of Sean Bruno
> Sent: Monday, August 12,
It appears to be a vendor thing. However, still in direct violation of the ACPI
spec.
> -Original Message-
> From: Sean Bruno [mailto:sean_br...@yahoo.com]
> Sent: Tuesday, August 20, 2013 12:33 PM
> To: Moore, Robert
> Cc: freebsd-acpi@freebsd.org
> Subject: RE: A
The host detects the PNP IDs. Therefore, it needs to recognize the PNP ID for
system CMOS and install a driver which in turn installs a handler for the
SystemCMOS address space.
> -Original Message-
> From: owner-freebsd-a...@freebsd.org [mailto:owner-freebsd-
> a...@freebsd.org] On Beh
What was used to disassemble the file in the first place?
Please send the acpidump for the machine, thanks.
Bob
> -Original Message-
> From: owner-freebsd-a...@freebsd.org [mailto:owner-freebsd-
> a...@freebsd.org] On Behalf Of nick gigashvili
> Sent: Tuesday, September 09, 2014 12:45 PM
We usually see this when:
1) The BIOS dynamically truncates a package at post time by adjusting the
length.
2) After disassembly, there is a bunch of code "dangling" around that cannot be
compiled.
> -Original Message-
> From: owner-freebsd-a...@freebsd.org [mailto:owner-freebsd-
> a.
How do you handle the fact that there are three different CMOS/RTC devices
defined in the ACPI specification? (There are three different _HIDs).
> -Original Message-
> From: owner-freebsd-a...@freebsd.org [mailto:owner-freebsd-
> a...@freebsd.org] On Behalf Of Anthony Jenkins
> Sent: Thu
Ok, thanks. Just thought I should mention it.
> -Original Message-
> From: Anthony Jenkins [mailto:anthony.b.jenk...@att.net]
> Sent: Friday, June 26, 2015 7:46 AM
> To: Moore, Robert; Ian Smith; Warner Losh
> Cc: freebsd-acpi@freebsd.org
> Subject: Re: [PATCH] ACPI C
This is probably because of external references that cannot be resolved.
Try : iasl -e ssdt* -d dsdt.dat
> -Original Message-
> From: owner-freebsd-a...@freebsd.org [mailto:owner-freebsd-
> a...@freebsd.org] On Behalf Of Larry Rosenman
> Sent: Tuesday, March 01, 2016 3:57 PM
> To: freeb
embler does not know what to do unless
the owning SSDT has been loaded via the -e option.
> -Original Message-
> From: Jung-uk Kim [mailto:j...@freebsd.org]
> Sent: Wednesday, March 02, 2016 9:04 AM
> To: Larry Rosenman; freebsd-acpi@freebsd.org
> Cc: Box, David E; Moore
Is the acpidump the same one that is part of ACPICA? If so, we can integrate
the change(s).
> -Original Message-
> From: owner-freebsd-a...@freebsd.org [mailto:owner-freebsd-
> a...@freebsd.org] On Behalf Of Don Lewis
> Sent: Friday, May 20, 2016 2:38 AM
> To: freebsd-acpi@FreeBSD.org
>
] cpu1: on acpi0
> >>> [1] ACPI Error: Mutex [0x0] is not acquired, cannot release
> >>> (20160527/utmutex-386)
> >>> [1] ACPI Error: Could not release AML Interpreter mutex
> >>> (20160527/exutils-147)
> >>> [1] ACPI Error: Mutex [0x0] is
We have fixed this issue for the latest version of ACPICA that will happen this
week, probably 22 december.
> -Original Message-
> From: owner-freebsd-a...@freebsd.org [mailto:owner-freebsd-
> a...@freebsd.org] On Behalf Of Edward Tomasz Napierala
> Sent: Wednesday, December 21, 2016 3:1
ACPICA version 20161222 happened today, with a fix for the problem below.
> -Original Message-
> From: owner-freebsd-a...@freebsd.org [mailto:owner-freebsd-
> a...@freebsd.org] On Behalf Of Moore, Robert
> Sent: Wednesday, December 21, 2016 7:21 AM
> To: Edward Tomas
Not sure I understand. The fix has been committed, and is part of version
20161222.
> -Original Message-
> From: Hans Petter Selasky [mailto:h...@selasky.org]
> Sent: Monday, January 2, 2017 12:30 AM
> To: Moore, Robert ; Edward Tomasz Napierala
> ; O. Hartmann
>
> -Original Message-
> From: Hans Petter Selasky [mailto:h...@selasky.org]
> Sent: Tuesday, January 3, 2017 8:23 AM
> To: Moore, Robert ; Edward Tomasz Napierala
> ; O. Hartmann
> Cc: freebsd-acpi@freebsd.org; freebsd-curr...@freebsd.org; Vladimir
> Zakharov
>
53 matches
Mail list logo
