Linn,
We will integrate this change into ACPICA for the next release, later in March
2013.
Thanks,
Bob
> -Original Message-
> From: Linn Crosetto [mailto:l...@hp.com]
> Sent: Friday, March 15, 2013 12:56 PM
> To: r...@sisk.pl; Moore, Robert; ming.m@intel.com; Zheng, Lv
nn Crosetto [mailto:l...@hp.com]
> Sent: Friday, March 15, 2013 12:56 PM
> To: r...@sisk.pl; Moore, Robert; ming.m@intel.com; Zheng, Lv; linux-
> a...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org; Linn Crosetto
> Subject: [PATCH] acpi: remove length check for large registers
nesting_level,
info->context,
return_value);
return (status);
}
Thanks,
Bob
>-Original Message-
>From: Len Brown [mailto:[EMAIL PROTECTED]
>Sent: Wednesday, January 23, 2008 11:40 AM
>To: Andrew Patterson; Moore, Robert
>Cc: [EMAIL PROTECTED];
fael J. Wysocki; Lin Ming; Moore, Robert;
> linux-a...@vger.kernel.org
> Subject: [PATCH 3.7-rc8] ACPICA: Fix ACPI mutex object allocation memory
> leak on error
>
> An unattached mutex object is not released on error, thereby orphaning
> memory.
>
> I stumbled on th
il.com] On Behalf Of Azat
> Khuzhin
> Sent: Sunday, November 11, 2012 2:01 AM
> To: Moore, Robert
> Cc: Tang, Feng; Rafael J. Wysocki; Greg KH; linux-a...@vger.kernel.org;
> Linux Kernel Mailing List; Zheng, Lv; Len Brown
> Subject: Re: ACPI errors with 3.7-rc3
>
> Robert
facs) - if true, we now know we are in case (4) --> error.
Unless I'm missing something early this morning.
Bob
> -Original Message-
> From: Ethan Zhao [mailto:ethan.ker...@gmail.com]
> Sent: Monday, November 12, 2012 7:32 PM
> To: Brown, Len
> Cc: Moore, Robert; Zh
11:12 PM
> To: Rafael J. Wysocki
> Cc: mathias.ny...@linux.intel.com; linux-a...@vger.kernel.org; linux-
> ker...@vger.kernel.org; l...@kernel.org; Wysocki, Rafael J;
> broo...@opensource.wolfsonmicro.com; grant.lik...@secretlab.ca;
> linus.wall...@linaro.org; kh...@linux-fr.org; Bj
ger already has a command that illustrates the use of the various
resource interfaces, see dbcmds.c
> Thanks,
> Rafael
Bob
> -Original Message-
> From: Rafael J. Wysocki [mailto:r...@sisk.pl]
> Sent: Tuesday, November 13, 2012 12:44 PM
> To: Moore, Robert
> Cc
ilto:r...@sisk.pl]
> Sent: Tuesday, November 13, 2012 2:57 PM
> To: Moore, Robert
> Cc: Mika Westerberg; mathias.ny...@linux.intel.com; linux-
> a...@vger.kernel.org; linux-kernel@vger.kernel.org; l...@kernel.org;
> Wysocki, Rafael J; broo...@opensource.wolfsonmicro.com;
> grant.lik...@
Bob
> -Original Message-
> From: Rafael J. Wysocki [mailto:r...@sisk.pl]
> Sent: Wednesday, November 14, 2012 1:33 AM
> To: Moore, Robert
> Cc: Mika Westerberg; mathias.ny...@linux.intel.com; linux-
> a...@vger.kernel.org; linux-kernel@vger.kernel.org; l.
> Mailing List; Zheng, Lv; Len Brown; Moore, Robert
> Subject: Re: ACPI errors with 3.7-rc3
>
> On Thu, Nov 08, 2012 at 05:49:40AM +0800, Rafael J. Wysocki wrote:
> > On Tuesday, November 06, 2012 01:48:26 PM Greg KH wrote:
> > > On Tue, Nov 06, 2012 at 04:42:24PM +0400,
gt; -Original Message-
> From: Tang, Feng
> Sent: Friday, November 09, 2012 8:36 AM
> To: Moore, Robert
> Cc: Rafael J. Wysocki; Greg KH; Azat Khuzhin; linux-a...@vger.kernel.org;
> Linux Kernel Mailing List; Zheng, Lv; Len Brown
> Subject: Re: ACPI errors with 3.7-rc3
>
Ethan Zhao [mailto:ethan.ker...@gmail.com]
> Sent: Thursday, November 15, 2012 6:29 PM
> To: Moore, Robert
> Cc: Brown, Len; Zheng, Lv; LKML
> Subject: Re: [PATCH ] tbfadt.c: output warning only when 64bit 32bit
> address of FACS/DSDT all have value but not equal to each other
>
&g
an.ker...@gmail.com]
> Sent: Thursday, November 15, 2012 9:47 PM
> To: Moore, Robert
> Cc: LKML
> Subject: Re: [PATCH ] tbfadt.c: output warning only when 64bit 32bit
> address of FACS/DSDT all have value but not equal to each other
>
> Bob,
> How about moving some ch
> Sent: Thursday, June 27, 2013 8:12 AM
> To: Ben Guthro
> Cc: Moore, Robert; xen-de...@lists.xen.org; Konrad Rzeszutek Wilk; Rafaell
> J . Wysocki; linux-a...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH v4 3/5] acpi: Adjust linux acpi OS functions to new
ne 27, 2013 9:13 AM
> To: Moore, Robert
> Cc: Jan Beulich; Zheng, Lv; Box, David E; Brown, Len; xen-
> de...@lists.xen.org; Konrad Rzeszutek Wilk; Rafaell J . Wysocki; linux-
> a...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH v4 3/5] acpi: Adjust linux acpi O
: Yinghai Lu
> Cc: Russ Anderson; H. Peter Anvin; Zhang Yanfei; Toshi Kani; Tejun Heo;
> Tang Chen; Konrad Rzeszutek Wilk; Moore, Robert; Zheng, Lv; Rafael J.
> Wysocki; Ingo Molnar; Andrew Morton; Thomas Renninger; Yasuaki Ishimatsu;
> Mel Gorman; Linux Kernel Mailing List
> Subject:
.@vger.kernel.org; xen-
> de...@lists.xen.org; Moore, Robert
> Subject: Re: [PATCH v3 1/3] acpi: Call acpi_os_prepare_sleep hook in
> reduced hardware sleep path
>
>
>
> On 07/24/2013 02:24 AM, Zheng, Lv wrote:
> > Hi,
> >
> > Sorry for the delayed res
..@citrix.com]
> Sent: Wednesday, July 24, 2013 6:23 AM
> To: Moore, Robert
> Cc: Zheng, Lv; Konrad Rzeszutek Wilk; Jan Beulich; Rafael J . Wysocki;
> linux-kernel@vger.kernel.org; linux-a...@vger.kernel.org; xen-
> de...@lists.xen.org
> Subject: Re: [PATCH v3 1/3] acpi: Call acpi_os_p
> > > I thought about that, but actually there's no guarantee that the
> > > handle will be valid after _EJ0 as far as I can say. So the race
> > > condition is going to be there anyway and using struct acpi_device
> > > just makes it easier to avoid it.
> >
> > In theory, yes, a stale handle coul
> -Original Message-
> From: Rafael J. Wysocki [mailto:r...@sisk.pl]
> Sent: Thursday, February 14, 2013 4:04 AM
> To: Moore, Robert
> Cc: Toshi Kani; ACPI Devel Maling List; LKML; Bjorn Helgaas; Jiang Liu;
> Yinghai Lu; Yasuaki Ishimatsu; Myron Stowe; linux-...@vger.ke
> -Original Message-
> From: Rafael J. Wysocki [mailto:r...@sisk.pl]
> Sent: Thursday, February 14, 2013 12:59 PM
> To: Moore, Robert
> Cc: Toshi Kani; ACPI Devel Maling List; LKML; Bjorn Helgaas; Jiang Liu;
> Yinghai Lu; Yasuaki Ishimatsu; Myron Stowe; linux-.
> > > > > > > > Is there a mechanism in ACPICA to ensure that a handle
> > > > > > > > won't become stale while a notify handler is running for
> > > > > > > > it or is the OS responsible for ensuring that
> > > > > > > > _EJ0 won't be run in parallel with notify handlers for
> > > > > > > > devic
; ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
> Sent: Sunday, July 08, 2012 1:08 PM
> To: Jonathan Nieder; Moore, Robert
> Cc: Octavio Alvarez; Adrian Knoth; Shaohua Li; Brown, Len; linux-
> a...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH v2] ACPI: Le
These are already defined in acpica - in the file acrestyp.h
ACPI_RESOURCE_FIXED_DMA FixedDma;
ACPI_RESOURCE_GPIO Gpio;
ACPI_RESOURCE_I2C_SERIALBUS I2cSerialBus;
ACPI_RESOURCE_SPI_SERIALBUS SpiSerialBus;
ACPI_RESOURC
And in fact, some BIOS vendors purposely run their code through an
obfuscator which changes everything to things like ABC9 and XYZ4 or
C001, C002, etc.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:acpi-devel-
> [EMAIL PROTECTED] On Behalf Of Brown, Len
> Sent: Monday, July 25, 20
+ACPI-0287: *** Error: Region SystemMemory(0) has no handler
+ACPI-0127: *** Error: acpi_load_tables: Could not load namespace:
AE_NOT_EXIST
+ACPI-0136: *** Error: acpi_load_tables: Could not load tables:
This looks like a nasty case where some executable code in the table is
attemptin
27;t set all local pointers to NULL at function exit, what is the
point of doing it here?
I suppose some implementation could allocate memory at va_start, but in
practice, does this happen?
Bob
>-Original Message-
>From: Len Brown [mailto:[EMAIL PROTECTED]
>Sent: Saturday, November 2
Yes, it's official ANSI C, so I agree with the portability. I'm probably
asking more about the history of the thing.
>-Original Message-
>From: Richard Knutsson [mailto:[EMAIL PROTECTED]
>Sent: Monday, November 26, 2007 4:16 PM
>To: Moore, Robert
>Cc
-Original Message-
From: Ingo Oeser
[mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 25, 2001 4:49 PM
To: Grover, Andrew
Cc: '[EMAIL PROTECTED]'; Moore, Robert
Subject:
Since these changes appear to affect the ACPICA core in a fairly big
way, I would like to see a short, concise description of each change and
why it is necessary.
Thanks,
Bob
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rafael J. Wysocki
Sent: Monday,
ces that simply execute a
control method, seems like overkill.
Please give me more information as to why _SSI needs to be moved (other
than executing it after _BFS)
Thanks,
Bob
-Original Message-
From: Rafael J. Wysocki [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 28, 2007 3:05 PM
To: M
This exception appears to be originating somewhere in the EC driver:
ACPI Exception (evregion-0420): AE_NOT_FOUND, Returned by Handler for
[EmbeddedControl] [20070126]
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:linux-acpi-
> [EMAIL PROTECTED] On Behalf Of Meelis Roos
> Sent:
The OwnerId field within a namespace node is 8 bits, and this is the
main constraint on the maximum OwnerId. You can't simply bump up the
number of owner ids without changing this field.
If we need more than 255 owner Ids, the width of this field will have to
be increased, or we will need to use a
OK, I missed that.
Can you give us some idea of just how many SSDTs this machine loads?
Does it dynamically delete SSDTs also?
Thanks,
Bob
> -Original Message-
> From: Aaron Young [mailto:[EMAIL PROTECTED]
> Sent: Friday, January 26, 2007 4:03 PM
> To: Moore, Robert
>
gt; From: Aaron Young [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, January 30, 2007 12:39 PM
> To: Moore, Robert
> Cc: John Keller; linux-acpi@vger.kernel.org; [EMAIL PROTECTED]; linux-
> [EMAIL PROTECTED]; linux-kernel@vger.kernel.org; Alexey
Starikovskiy;
> Brown, Len
> Subject: R
essage-
> From: Pavel Machek [mailto:[EMAIL PROTECTED]
> Sent: Thursday, March 08, 2007 11:19 PM
> To: Moore, Robert
> Cc: Jean Delvare; Matthew Garrett; Chuck Ebbert; Rudolf Marek; linux-
> [EMAIL PROTECTED]; linux-kernel; [EMAIL PROTECTED]
> Subject: Re: [lm-sensors] Could t
mailto:[EMAIL PROTECTED]
> Sent: Friday, March 09, 2007 9:35 AM
> To: Jean Delvare
> Cc: Pavel Machek; Moore, Robert; Matthew Garrett; Chuck Ebbert; Rudolf
> Marek; linux-acpi@vger.kernel.org; linux-kernel;
[EMAIL PROTECTED]
> Subject: Re: [lm-sensors] Could the k8temp driver be in
one of the default handlers for operation regions will
block.
Bob
> -Original Message-
> From: Jean Delvare [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, April 03, 2007 12:21 AM
> To: Moore, Robert
> Cc: Pavel Machek; Brown, Len; Matthew Garrett; Chuck Ebbert; Rudolf
Marek;
Status 5 from ACPICA is AE_NOT_FOUND.
_OSC is an optional control method, so whatever code is squawking about it
probably handle it and shut up.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Udo A. Steinberg
Sent: Friday, April 27, 2007 5:08 AM
To: Li
Port (and memory) addresses can be dynamically generated by the AML code
and thus, there is no way that the ACPI subsystem can statically predict
any addresses that will be accessed by the AML.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:linux-acpi-
> [EMAIL PROTECTED] On Behal
In other words, as per my earlier message:
Port addresses can be dynamically generated by the AML code and thus,
there is no way that the ACPI subsystem can statically predict any
addresses that will be accessed by the AML.
Bob
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:linu
The ACPI specification allows concurrent execution of control methods
although methods cannot be preempted. The ACPICA interpreter mutex is
used to implement this model.
>From section 5.5.2, "Control Method Execution": Interpretation of a
Control Method is not preemptive, but it can block. When a
> -Original Message-
> From: Zheng, Lv
> Sent: Tuesday, September 13, 2016 8:11 PM
> To: Moore, Robert ; Moore, Robert
> ; Borislav Petkov ; LKML ker...@vger.kernel.org>
> Cc: linux-a...@vger.kernel.org; de...@acpica.org; Wysocki, Rafael J
> ; Box, David E
>
I put that \n in there to break up the output from AcpiExec. This comes up
every year or so, I think I'll give up -- without really seeing the harm in an
extra \n.
> -Original Message-
> From: Zheng, Lv
> Sent: Sunday, August 7, 2016 5:56 PM
> To: Alexander Kulesho
8, 2015 7:40 AM
> To: Williams, Dan J; Wysocki, Rafael J; Moore, Robert
> Cc: de...@acpica.org; linux-nvd...@lists.01.org; linux-
> a...@vger.kernel.org; linux-kernel@vger.kernel.org; Toshi Kani
> Subject: [PATCH]: acpica/nfit: Rename not-armed bit definition
>
> ACPI 6.0 NFIT Me
abbe.montj...@gmail.com]
> Sent: Wednesday, October 14, 2015 12:07 PM
> To: Moore, Robert; Zheng, Lv; Wysocki, Rafael J; l...@kernel.org
> Cc: linux-a...@vger.kernel.org; de...@acpica.org; linux-
> ker...@vger.kernel.org; LABBE Corentin
> Subject: [PATCH] acpi: set return value to con
ake a look at this.
Bob
> -Original Message-
> From: lkp
> Sent: Thursday, October 15, 2015 8:51 AM
> To: Zheng, Lv
> Cc: kbuild-...@01.org; Wysocki, Rafael J; Brown, Len; Zheng, Lv; Lv Zheng;
> linux-kernel@vger.kernel.org; linux-a...@vger.kernel.org; Moore, Robert
>
> Please describe the effects of "const pollution".
>
> Why isn't it useful to update the functions that don't modify function
> pointer arguments to const?
It's not that const isn't useful, but it can create problems, especially in
existing code. It can bubble up to higher functions, causing lo
If you don't like the quote, just stick with my first assessment.
> -Original Message-
> From: Joe Perches [mailto:j...@perches.com]
> Sent: Thursday, October 15, 2015 5:00 PM
> To: Moore, Robert
> Cc: LABBE Corentin; Zheng, Lv; Wysocki, Rafael J; l...@ke
I think we have everything applied. As I said, we try to be careful about
const, but that doesn't mean we are against it.
So, thanks for your help.
Bob
> -Original Message-
> From: Devel [mailto:devel-boun...@acpica.org] On Behalf Of Moore, Robert
> Sent: Monday, October
19, 2015 5:03 AM
> To: Moore, Robert
> Cc: LABBE Corentin; Zheng, Lv; Wysocki, Rafael J; l...@kernel.org; linux-
> a...@vger.kernel.org; de...@acpica.org; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] acpi: set return value to const char for some
> functions
>
> On W
; The only issue I found was here, so we won't do this one:
>
> const char
> AcpiUtHexToAsciiChar
>
> \acpica\source\include\acutils.h(322) :
> warning C4180: qualifier applied to function type has no meaning;
> ignored
>
> -Original Message-
>
> -Original Message-
> From: l...@kernel.org [mailto:l...@kernel.org]
> Sent: Monday, October 19, 2015 5:48 PM
> To: sta...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org; Zheng, Lv; Moore, Robert; Wysocki,
> Rafael J; Zefan Li
> Subject: [PATCH 3.4 52/65] A
..@vger.kernel.org;
> linux-kernel@vger.kernel.org; Moore, Robert
> Subject: RE: [PATCH] ACPI: Parse entire table as a term_list for Dell
> XPS 9570 and Precision M5530
>
>
>
> > -Original Message-
> > From: Schmauss, Erik [mailto:erik.schma...@intel.com]
>
-Original Message-
From: Kaneda, Erik
Sent: Monday, April 19, 2021 3:56 PM
To: Williams, Dan J ; Andy Shevchenko
; Moore, Robert ;
Wysocki, Rafael J
Cc: linux-nvdimm ; Linux Kernel Mailing List
; Verma, Vishal L ;
Jiang, Dave ; Weiny, Ira
Subject: RE: [PATCH v1 1/1] libnvdimm
Yes, this is a good question that we should think about.
Bob
> -Original Message-
> From: Zheng, Lv
> Sent: Thursday, April 16, 2015 6:46 PM
> To: Suravee Suthikulpanit; r...@rjwysocki.net;
> mika.westerb...@linux.intel.com; Moore, Robert; hanjun@linaro.org
> C
2015 7:17 AM
> To: Moore, Robert; r...@rjwysocki.net; mika.westerb...@linux.intel.com;
> Zheng, Lv; hanjun@linaro.org
> Cc: l...@kernel.org; hdego...@redhat.com; t...@kernel.org;
> mj...@srcf.ucam.org; gre...@linuxfoundation.org; al.st...@linaro.org;
> graeme.greg...@linaro.org;
Yes, this comes up every now and then.
"iff" means "if and only if" by convention.
> -Original Message-
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Monday, April 13, 2015 6:38 AM
> To: Zhaogang Gong
> Cc: Moore, Robert; Zheng, Lv;
>> I wouldn't have a problem renaming a few of those to
>> something like:
>>
>> #define ACPI_INFO(plist) acpi_old_info plist
>> #define ACPI_WARNING(plist) acpi_old_warning plist
>> #define ACPI_ERROR(plist)acpi_old_error plist
>>
>> The acpi folk might though.
>
>Hi Joe,
>
>ACPI CA is be
Got it, thanks.
> -Original Message-
> From: SF Markus Elfring [mailto:elfr...@users.sourceforge.net]
> Sent: Wednesday, June 24, 2015 4:46 AM
> To: Len Brown; Zheng, Lv; Wysocki, Rafael J; Moore, Robert; linux-
> a...@vger.kernel.org; de...@acpica.org
> Cc:
Wednesday, June 24, 2015 12:09 PM
> To: Zheng, Lv; Wysocki, Rafael J; Brown, Len
> Cc: Lv Zheng; linux-kernel@vger.kernel.org; linux-a...@vger.kernel.org;
> Moore, Robert
> Subject: Re: [PATCH v2 16/28] ACPICA: Namespace: Add support of OSDT
> table.
>
It looks like there is a change to the TCPA table also.
> -Original Message-
> From: Jarkko Sakkinen [mailto:jarkko.sakki...@linux.intel.com]
> Sent: Monday, June 08, 2015 6:38 AM
> To: Moore, Robert
> Cc: Jarkko Sakkinen; Zheng, Lv; Wysocki, Rafael J; Len Brown; o
ACPICA usually defines any "related" data structures, just for user convenience.
> -Original Message-
> From: Jarkko Sakkinen [mailto:jarkko.sakki...@linux.intel.com]
> Sent: Tuesday, June 09, 2015 2:18 AM
> To: Moore, Robert
> Cc: Zheng, Lv; Wysocki, Rafael J;
Well, you don't have to use it. ACPICA has done this in several other places.
Anyway, I'm hesitant to just remove it at this point.
> -Original Message-
> From: Jarkko Sakkinen [mailto:jarkko.sakki...@linux.intel.com]
> Sent: Tuesday, June 09, 2015 8:43 AM
>
ko Sakkinen [mailto:jarkko.sakki...@linux.intel.com]
> Sent: Tuesday, June 09, 2015 8:19 AM
> To: Moore, Robert
> Cc: Zheng, Lv; Wysocki, Rafael J; Len Brown; open list:ACPI COMPONENT
> AR...; open list:ACPI COMPONENT AR...; open list
> Subject: Re: [PATCH] acpi: update struct acpi_table_tpm2
Yes, we will do it in ACPICA first.
> -Original Message-
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Tuesday, June 09, 2015 3:16 PM
> To: Jarkko Sakkinen; Moore, Robert
> Cc: peterhu...@gmx.de; Len Brown; Zheng, Lv; open list:ACPI; open
> list:ACPI COM
table disassembler and
the table template generator.
> -Original Message-
> From: Jarkko Sakkinen [mailto:jarkko.sakki...@linux.intel.com]
> Sent: Wednesday, June 10, 2015 5:13 AM
> To: Rafael J. Wysocki; Moore, Robert
> Cc: peterhu...@gmx.de; Len Brown; Zheng, Lv; ACPI;
I don't think this is portable across operating systems. Which is a requirement
for ACPICA.
> -Original Message-
> From: Fabian Frederick [mailto:f...@skynet.be]
> Sent: Wednesday, June 10, 2015 9:33 AM
> To: linux-kernel@vger.kernel.org
> Cc: Julia Lawall; Fab
> -Original Message-
> From: mario.limoncie...@dell.com [mailto:mario.limoncie...@dell.com]
> Sent: Monday, March 26, 2018 12:30 AM
> To: alexander.le...@microsoft.com; linux-kernel@vger.kernel.org;
> sta...@vger.kernel.org
> Cc: Moore, Robert ; Schmauss, Erik
>
> -Original Message-
> From: mario.limoncie...@dell.com [mailto:mario.limoncie...@dell.com]
> Sent: Wednesday, March 28, 2018 10:18 AM
> To: Moore, Robert ;
> alexander.le...@microsoft.com; linux-kernel@vger.kernel.org;
> sta...@vger.kernel.org
> Cc: Schmauss, Eri
> Cc: Zhang, Rui ; Linux PM p...@vger.kernel.org>; LKML ; Schmauss, Erik
> ; Moore, Robert ; Wang,
> Wendy
> Subject: [PATCH 1/2] ACPICA: Introduce acpi_dispatch_gpe()
>
> From: Rafael J. Wysocki
>
> Introduce acpi_dispatch_gpe() as a wrapper around acpi_ev_dete
10:29 AM
To: Weidong Cui ; Moore, Robert ;
Wysocki, Rafael J
Cc: Xinyang Ge ; linux-a...@vger.kernel.org;
de...@acpica.org; linux-kernel@vger.kernel.org; Len Brown
Subject: RE: [PATCH] Enable ACPI_ADR_SPACE_PCI_CONFIG in
acpi_gbl_default_address_spaces only when ACPI_PCI_CONFIGURED is defined
This
-Original Message-
From: Weidong Cui
Sent: Thursday, March 04, 2021 9:06 AM
To: Moore, Robert
Cc: Kaneda, Erik ; Wysocki, Rafael J
; Xinyang Ge ;
linux-a...@vger.kernel.org; de...@acpica.org; linux-kernel@vger.kernel.org; Len
Brown
Subject: Re: [PATCH] Enable
After giving this some thought, I think we can #define ACPI_PCI_CONFIGURED in
the global configuration file (I think it is acconfig.h) - and document why and
when it should be removed.
Bob
-Original Message-
From: Moore, Robert
Sent: Thursday, March 04, 2021 9:37 AM
To: weidong
Please make a pull request for this on our github.
Thanks,
Bob
-Original Message-
From: Bhaskar Chowdhury
Sent: Thursday, March 25, 2021 5:19 PM
To: Moore, Robert ; Kaneda, Erik
; Wysocki, Rafael J ;
l...@kernel.org; linux-a...@vger.kernel.org; de...@acpica.org;
linux-kernel
Can you send/point us to the spec that this change is based upon?
Thanks,
Bob
-Original Message-
From: Jianmin Lv
Sent: Thursday, April 01, 2021 5:06 AM
To: Moore, Robert ; Kaneda, Erik
; Wysocki, Rafael J ; Len
Brown
Cc: linux-a...@vger.kernel.org; de...@acpica.org; linux-kernel
is Kletnieks
> Cc: Zheng, Lv; Wysocki, Rafael J; Moore, Robert; Len Brown; linux-
> ker...@vger.kernel.org; linux-a...@vger.kernel.org
> Subject: Re: ACPICA 20140214 auto-serialize weirds my machine...
>
> Hi,
>
> 2014-03-14, 12:05:01 -0400, Valdis Kletnieks wrote:
> >
14, 2014 1:04 PM
> To: Moore, Robert
> Cc: Sabrina Dubroca; Zheng, Lv; Wysocki, Rafael J; Len Brown; linux-
> ker...@vger.kernel.org; linux-a...@vger.kernel.org
> Subject: Re: ACPICA 20140214 auto-serialize weirds my machine...
>
> On Fri, 14 Mar 2014 19:36:54 -, "
> -Original Message-
> From: Valdis Kletnieks [mailto:valdis.kletni...@vt.edu]
> Sent: Friday, March 14, 2014 9:05 AM
> To: Zheng, Lv; Wysocki, Rafael J; Moore, Robert; Len Brown
> Cc: linux-kernel@vger.kernel.org; linux-a...@vger.kernel.org
> Subject: ACPICA 20140
We have a fix for this and will send out a patch next week after additional
testing.
Thanks,
Bob
> -Original Message-
> From: Moore, Robert
> Sent: Friday, March 14, 2014 2:03 PM
> To: 'Valdis Kletnieks'; Zheng, Lv; Wysocki, Rafael J; Len Brown
> Cc: linux-kern
acpi_load_table won't work?
> -Original Message-
> From: Devel [mailto:devel-boun...@acpica.org] On Behalf Of Thomas
> Renninger
> Sent: Tuesday, February 18, 2014 10:23 AM
> Cc: x...@kernel.org; c...@conrad-kostecki.de; linux-kernel@vger.kernel.org;
> mi...@redhat.com; h...@zytor.com; t
Maybe not exactly "running", but at the very least, ACPICA must be initialized.
All of this of course depends on how early the table needs to be loaded.
> -Original Message-
> From: Thomas Renninger [mailto:tr...@suse.de]
> Sent: Tuesday, February 18, 2014 10:53 AM
Please file a bugzilla on this at:
https://bugs.acpica.org/
thanks.
Bob
> -Original Message-
> From: Hanjun Guo [mailto:hanjun@linaro.org]
> Sent: Friday, January 24, 2014 8:20 AM
> To: Zheng, Lv; Moore, Robert
> Cc: Rafael J. Wysocki; linux-a...@vger.kernel.org; d
thew Garrett
> Cc: Rafael J. Wysocki; Dmitry Torokhov; l...@kernel.org; linux-
> a...@vger.kernel.org; linux-kernel@vger.kernel.org; f...@adinet.com.uy;
> l...@dorileo.org; Zheng, Lv; Moore, Robert
> Subject: Re: [PATCH V2] ACPI/Battery: Add a _BIX quirk for NEC LZ750/LS
>
> O
If you need it, sure.
Let me know when there is an ACPICA version
> -Original Message-
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Monday, September 29, 2014 5:26 PM
> To: ACPI Devel Maling List; Moore, Robert
> Cc: Linux Kernel Mailing List; Zhang, Rui
e-
> From: Lan, Tianyu
> Sent: Monday, July 07, 2014 11:58 PM
> To: Moore, Robert; Zheng, Lv; Wysocki, Rafael J; l...@kernel.org
> Cc: Lan, Tianyu; linux-a...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: [RFC PATCH 1/2] ACPICA: Add acpi_check_gpe_method() to check GPE
&g
22 AM
> To: linux-kernel@vger.kernel.org
> Cc: Moore, Robert; Zheng, Lv; Wysocki, Rafael J; Len Brown; linux-
> a...@vger.kernel.org; j...@joshtriplett.org; de...@acpica.org
> Subject: [PATCH 05/11] drivers: acpi: Include appropriate header file in
> utstate.c
>
> Include appropriate head
Herring; Robert Richter; Zheng, Lv; Moore, Robert; Lorenzo
> Pieralisi; Liviu Dudau; Randy Dunlap; Charles Garcia-Tobin; linux-
> a...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; linux-
> ker...@vger.kernel.org; linaro-a...@lists.linaro.org
> Subject: Re: [PATCH v2 05/18] ARM64
I don’t have any problem changing this in ACPICA if/when you all agree.
> -Original Message-
> From: Toshi Kani [mailto:toshi.k...@hp.com]
> Sent: Wednesday, August 26, 2015 4:36 PM
> To: Rafael J. Wysocki
> Cc: Williams, Dan J; Wysocki, Rafael J; Moore, Robert; linux-
&g
> -Original Message-
> From: Guenter Roeck [mailto:li...@roeck-us.net]
> Sent: Monday, July 27, 2015 5:32 PM
> To: r...@rjwysocki.net
> Cc: l...@kernel.org; Moore, Robert; Zheng, Lv; linux-a...@vger.kernel.org;
> linux-kernel@vger.kernel.org; de...@acpica.org; Guent
> -Original Message-
> From: Guenter Roeck [mailto:li...@roeck-us.net]
> Sent: Wednesday, July 29, 2015 11:39 AM
> To: Moore, Robert; r...@rjwysocki.net
> Cc: l...@kernel.org; Zheng, Lv; linux-a...@vger.kernel.org; linux-
> ker...@vger.kernel.org; de...@acpica.org
> S
> Cc: linux-kernel@vger.kernel.org; Moore, Robert; Zheng, Lv; Wysocki,
> Rafael J; Len Brown; linux-a...@vger.kernel.org; de...@acpica.org
> Subject: Re: [PATCH] acpi/acpica: fix Thunderbolt hotplug
>
> Bob, Rafael, any comments about this?
>
> This seems to solve a real issue
Internal discussion.
Given the urgency, we've decided to take the patch.
Bob
> -Original Message-
> From: Prarit Bhargava [mailto:pra...@redhat.com]
> Sent: Friday, April 15, 2016 10:03 AM
> To: Moore, Robert; Mika Westerberg
> Cc: linux-kernel@vger.kernel.org
> -Original Message-
> From: Abdulhamid, Harb [mailto:ha...@codeaurora.org]
> Sent: Saturday, February 20, 2016 1:41 PM
> To: Zheng, Lv; Wysocki, Rafael J; Rafael J. Wysocki; Brown, Len
> Cc: Lv Zheng; linux-kernel@vger.kernel.org; linux-a...@vger.kernel.org;
> Moore, Ro
J; Rafael J. Wysocki; Brown, Len
> Cc: Lv Zheng; linux-kernel@vger.kernel.org; linux-a...@vger.kernel.org;
> Moore, Robert; Al Stone; fu@linaro.org; tbai...@codeaurora.org;
> rruig...@codeaurora.org
> Subject: Re: [PATCH 12/15] ACPICA: ACPI 6.1: Add full support for this
> version of AC
rg; linux-arm-
> ker...@lists.infradead.org; Aleksey Makarov; Russell King; Greg Kroah-
> Hartman; Rafael J . Wysocki; Leif Lindholm; Graeme Gregory; Al Stone;
> Christopher Covington; Len Brown; Moore, Robert; Zheng, Lv;
> de...@acpica.org
> Subject: [PATCH v2 3/8] ACPI: add definitio
> There are few things I see missing in this patch in your updates made to
> actbl1.h, I list them below:
>
> 1) Adding time stamp as you did breaks backwards compatibility (something
> we discovered during our testing). We tried to remedy this by adding a
> new version of the acpi_hest_generi
el@vger.kernel.org; Moore, Robert; Linux ACPI; Zheng,
> Lv; Christoph Hellwig; Ingo Molnar
> Subject: Re: [PATCH v3 02/21] libnd, nfit: initial libnd infrastructure
> and NFIT support
>
> On Thu, 2015-05-21 at 08:56 -0700, Dan Williams wrote:
> > On Thu, May 21, 2015 at 6:55 AM
inda Knippers
> Cc: Toshi Kani; Jens Axboe; linux-nvd...@lists.01.org; Neil Brown; Greg
> KH; Wysocki, Rafael J; Moore, Robert; linux-kernel@vger.kernel.org; Linux
> ACPI; Ingo Molnar; Zheng, Lv; Christoph Hellwig
> Subject: Re: [PATCH v3 02/21] libnd, nfit: initial libnd infrastructure
>
1 - 100 of 208 matches
Mail list logo