Forgot to Cc x86 maintainers, will send again. Sorry for the noise.
-Original Message-
From: Zheng, Lv
Sent: Friday, September 28, 2012 10:40 AM
To: Brown, Len
Cc: linux-kernel@vger.kernel.org; linux-a...@vger.kernel.org; Zheng, Lv
Subject: [PATCH v4 0/2] ACPI: DBGP/DBG2 early
go ahead and take the series in tip 3.8, Peter, thanks.
I looked over this series a while back and my feedback was that it should be
disabled by default and enabled by bootparam -- like other earlyprink -- else
an
issue here would render a system un-bootable. I see that LV has addressed
Signed-off-by: Lv Zheng lv.zh...@intel.com
Reviewed-by: Len Brown len.br...@intel.com
Reviewed-by: Rui Zhang rui.zh...@intel.com
Reviewed-by: Ying Huang ying.hu...@intel.com
Reviewed-by: Konrad Rzeszutek Wilk kon...@kernel.org
Please don't include that unless I (or other folks looking
earlyprintk=acpi
.. or earlyprintk=mrst
?
ACK.
The two launchers are all workable for MID_SPI. I'll add more comments and
resend this patch. Thanks
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
+int __init acpi_early_console_keep(struct acpi_debug_port *info)
Why not make it 'bool' like the other (acpi_early_console_enabled)?
NAK.
keep is int in setup_early_printk.
Best regards/Lv Zheng
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
+#ifdef CONFIG_EARLY_PRINTK_INTEL_MID_SPI
+ if (info-port_type == ACPI_DBG2_SERIAL_PORT
+info-port_subtype == ACPI_DBG2_INTEL_MID_SPI
+info-register_count 0) {
Is it ever going to be zero?
NAK.
No register base definition (buggy BIOS?) is meaningless for ACPI launched
+static __initdata DECLARE_BITMAP(acpi_early_flags,
+MAX_ACPI_DBG_PORTS*2);
It's OK since the keep bit will be derived by the real earlycon drivers in the
__acpi_early_console_start() which is an arch specific interface.
You can find this usage in the [PATCH v6 2/2].
+ set_bit(port,
Kconfig symbol ACPI_DEBUG_FUNC_TRACE was only used (through its
corresponding macro) in drivers/acpi/acpica/acmacros.h. That macro was
removed from that header in v3.8, with commit
86ff0e508f88eda6e479a897476026055831d2d8 (ACPICA: Fix unmerged
acmacros.h divergences.). That commit did
Kconfig symbol ACPI_DEBUG_FUNC_TRACE was only used (through its
corresponding macro) in drivers/acpi/acpica/acmacros.h. That macro
was removed from that header in v3.8, with commit
86ff0e508f88eda6e479a897476026055831d2d8 (ACPICA: Fix unmerged
acmacros.h divergences.). That commit
Kconfig symbol ACPI_DEBUG_FUNC_TRACE was only used (through its
corresponding macro) in drivers/acpi/acpica/acmacros.h. That macro
was removed from that header in v3.8, with commit
86ff0e508f88eda6e479a897476026055831d2d8 (ACPICA: Fix unmerged
acmacros.h divergences.). That
/generate/linux
Thanks
-Lv
-Original Message-
From: Tang Chen [mailto:tangc...@cn.fujitsu.com]
Sent: Thursday, March 07, 2013 6:38 PM
To: l...@kernel.org; r...@sisk.pl; Moore, Robert; Zheng, Lv;
ming.m@intel.com; m...@selenic.com; herb...@gondor.apana.org.au;
r...@landley.net
Cc: linux
https://github.com/acpica/acpica/tree/master/generate/linux
Hi Lv,
Thanks for telling me this. :)
One more thing, if I want to fix something in acpica, such as this
patch set, who and which mail list should I send patches to ?
Please post them to linux-a...@vger.kernel.org with
Hi Len,
On Mon, 11 Feb 2013 18:34:06 -0500 Len Brown l...@kernel.org wrote:
BTW. Rafael's pm tree now carries the ACPI patch stream, so it is
probably a mis-representation to call my tree the acpi tree.
My tree is primarily focused on the idle part of pm these days.
OK, I have
Maling List; Zhang, Rui;
Svahn, Kai; Mika Westerberg; Huang, Ying; Lan, Tianyu; Zheng, Lv; Lu, Aaron;
Grant Likely
Subject: [PATCH 2/2] platform / ACPI: Attach/detach ACPI PM during
probe/remove/shutdown
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
Drivers usually expect
To: ACPI Devel Maling List
Cc: LKML; Len Brown; Zheng, Lv; Huang, Ying
Subject: [PATCH 1/6] ACPI / PM: Change the way power transitions to D3cold
are carried out
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
During power transitions into D3cold from any shallower power states we
,
Bob
-Original Message-
From: Ben Guthro [mailto:benjamin.gut...@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
().
Hope the above example can make my concern clearer now. :-)
Thanks
-Lv
-Original Message-
From: linux-acpi-ow...@vger.kernel.org
[mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Konrad Rzeszutek Wilk
Sent: Thursday, July 25, 2013 12:32 AM
To: Ben Guthro
Cc: Moore, Robert; Zheng
.
On Wed, Jul 24, 2013 at 9:28 PM, Zheng, Lv lv.zh...@intel.com wrote:
Let me just give an example to let you know the difficulties for ACPICA
developers to merge Xen's acpi_os_prepare_sleep.
The original logic in the acpi_hw_legacy_sleep is:
111 /* Get current value of PM1A control */
112
113
-stable according to the previous conversation.
From: Rafael J. Wysocki [mailto:r...@sisk.pl]
Sent: Thursday, July 25, 2013 7:38 AM
On Tuesday, July 23, 2013 04:09:15 PM Lv Zheng wrote:
This patch fixes races caused by unprotected ACPI IPMI transfers.
We can see the following crashes
From: Rafael J. Wysocki [mailto:r...@sisk.pl]
Sent: Thursday, July 25, 2013 8:07 PM
On Thursday, July 25, 2013 03:09:35 AM Zheng, Lv wrote:
-stable according to the previous conversation.
From: Rafael J. Wysocki [mailto:r...@sisk.pl]
Sent: Thursday, July 25, 2013 7:38 AM
From: Corey Minyard [mailto:tcminy...@gmail.com]
Sent: Friday, July 26, 2013 2:13 AM
On 07/25/2013 07:06 AM, Rafael J. Wysocki wrote:
On Thursday, July 25, 2013 03:09:35 AM Zheng, Lv wrote:
-stable according to the previous conversation.
From: Rafael J. Wysocki [mailto:r...@sisk.pl
:09:35 AM Zheng, Lv wrote:
-stable according to the previous conversation.
From: Rafael J. Wysocki [mailto:r...@sisk.pl]
Sent: Thursday, July 25, 2013 7:38 AM
On Tuesday, July 23, 2013 04:09:15 PM Lv Zheng wrote:
This patch fixes races caused by unprotected ACPI IPMI transfers
From: Rafael J. Wysocki [mailto:r...@sisk.pl]
Sent: Friday, July 26, 2013 4:27 AM
On Tuesday, July 23, 2013 04:09:43 PM Lv Zheng wrote:
This patch adds reference couting for ACPI operation region handlers
to fix races caused by the ACPICA address space callback invocations.
ACPICA
From: Rafael J. Wysocki [mailto:r...@sisk.pl]
Sent: Friday, July 26, 2013 5:59 AM
On Tuesday, July 23, 2013 04:09:26 PM Lv Zheng wrote:
This patch uses reference counting to fix the race caused by the
unprotected ACPI IPMI user.
As the acpi_ipmi_device-user_interface check in
From: linux-acpi-ow...@vger.kernel.org
[mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
Sent: Friday, July 26, 2013 6:23 AM
On Tuesday, July 23, 2013 04:09:54 PM Lv Zheng wrote:
This patch adds reference counting for ACPI IPMI transfers to tune the
locking
From: Rafael J. Wysocki [mailto:r...@sisk.pl]
Sent: Friday, July 26, 2013 6:26 AM
On Tuesday, July 23, 2013 04:10:06 PM Lv Zheng wrote:
This is a trivial patch:
1. Deletes a member of the acpi_ipmi_device - smi_data which is not
actually used.
2. Updates a member of the
From: Corey Minyard [mailto:tcminy...@gmail.com]
Sent: Friday, July 26, 2013 8:48 AM
On 07/25/2013 07:16 PM, Zheng, Lv wrote:
If I understand this correctly, the problem would be if:
rem_time = wait_for_completion_timeout(tx_msg-tx_complete
From: Rafael J. Wysocki [mailto:r...@sisk.pl]
Sent: Friday, July 26, 2013 5:29 AM
On Tuesday, July 23, 2013 04:09:43 PM Lv Zheng wrote:
This patch adds reference couting for ACPI operation region handlers to fix
races caused by the ACPICA address space callback invocations.
ACPICA
From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
Sent: Thursday, July 25, 2013 8:04 PM
CC-ing some of the tboot maintainers.
As what I've said, it's up to the others to determine if the patch is OK.
I just need to make my concerns visible in the community. :-)
If I
From: linux-acpi-ow...@vger.kernel.org
[mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Zheng, Lv
Sent: Friday, July 26, 2013 8:48 AM
From: Rafael J. Wysocki [mailto:r...@sisk.pl]
Sent: Friday, July 26, 2013 4:27 AM
On Tuesday, July 23, 2013 04:09:43 PM Lv Zheng wrote
From: linux-acpi-ow...@vger.kernel.org
[mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Zheng, Lv
Sent: Friday, July 26, 2013 9:54 AM
To: Rafael J. Wysocki
Cc: Wysocki, Rafael J; Brown, Len; linux-kernel@vger.kernel.org;
linux-a...@vger.kernel.org
Subject: RE: [PATCH 06/13] ACPI/IPMI
From: linux-acpi-ow...@vger.kernel.org
[mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
On Friday, July 26, 2013 01:25:12 AM Zheng, Lv wrote:
From: Rafael J. Wysocki [mailto:r...@sisk.pl]
Sent: Friday, July 26, 2013 6:26 AM
On Tuesday, July 23, 2013 04:10
On Friday, July 26, 2013 10:01 PM Rafael J. Wysocki wrote:
On Friday, July 26, 2013 12:47:44 AM Zheng, Lv wrote:
On Friday, July 26, 2013 4:27 AM Rafael J. Wysocki wrote:
On Tuesday, July 23, 2013 04:09:43 PM Lv Zheng wrote:
This patch adds reference couting for ACPI operation
On Friday, July 26, 2013 10:49 PM Rafael J. Wysocki wrote:
On Friday, July 26, 2013 01:54:00 AM Zheng, Lv wrote:
On Friday, July 26, 2013 5:29 AM Rafael J. Wysocki wrote:
On Tuesday, July 23, 2013 04:09:43 PM Lv Zheng wrote:
This patch adds reference couting for ACPI operation region
what we are talking about are the future, we can just live with the
current approaches.
We can find a way in the future when the conflicts do happen.
Thanks and best regards
-Lv
On Saturday, July 27, 2013 2:04 AM konrad wilk
On 7/25/2013 10:51 PM, Zheng, Lv wrote:
From: Konrad Rzeszutek Wilk
From: linux-acpi-ow...@vger.kernel.org
[mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Mika Westerberg
Sent: Friday, September 13, 2013 11:15 PM
GPIO operation regions is a new feature introduced in ACPI 5.0
specification. In practise it means that now ASL code can toggle GPIOs with
From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com]
Sent: Sunday, September 15, 2013 2:52 PM
On Sat, Sep 14, 2013 at 12:10:37AM +, Zheng, Lv wrote:
Is it possible to install the handler for ACPI_ROOT_OBJECT?
Can it be achieved by implementing a setup callback?
Yes
From: linux-acpi-ow...@vger.kernel.org
[mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Zheng, Lv
Sent: Monday, September 16, 2013 8:47 AM
From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com]
Sent: Sunday, September 15, 2013 2:52 PM
On Sat, Sep 14, 2013 at 12:10:37AM
From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com]
Sent: Monday, September 16, 2013 4:11 PM
On Mon, Sep 16, 2013 at 01:21:53AM +, Zheng, Lv wrote:
A pseudo device may be created to access the GPIO operation region fields
provided by one GPIO device.
The pseudo device
From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
Sent: Sunday, November 24, 2013 11:22 AM
On Fri, Nov 01, 2013 at 02:58:16AM +, Zheng, Lv wrote:
From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
Sent: Thursday, October 31, 2013 8:22 PM
On Thursday, October 31
Hi, Rafael
Thanks for commenting.
From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
Sent: Tuesday, November 26, 2013 8:06 AM
On Saturday, November 23, 2013 07:29:08 AM Lv Zheng wrote:
From: Lv Zheng lv.zh...@intel.com
This patch enfoces linux/acpi.h inclusion instead of direct
Hi, Rafael
From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
Sent: Tuesday, November 26, 2013 8:10 AM
To: Lv Zheng
Cc: Wysocki, Rafael J; Brown, Len; Zheng, Lv; linux-kernel@vger.kernel.org;
linux-a...@vger.kernel.org
Subject: Re: [UPDATE PATCH 4/4] ACPI: Add support to force header
From: linux-acpi-ow...@vger.kernel.org
[mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
Sent: Wednesday, November 27, 2013 8:29 AM
On Tuesday, November 26, 2013 03:29:05 PM Konrad Rzeszutek Wilk wrote:
On Tue, Nov 26, 2013 at 09:29:33PM +0100, Rafael J. Wysocki
From: linux-acpi-ow...@vger.kernel.org
[mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Hanjun Guo
Sent: Wednesday, December 04, 2013 12:37 AM
introduce arm_core.c and its related head file, after this patch,
we can get ACPI tables from BIOS on ARM64 now.
Signed-off-by: Al Stone
From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
Sent: Friday, December 06, 2013 6:37 AM
On Thursday, December 05, 2013 07:26:37 PM Andy Shevchenko wrote:
When build kernel with make W=1 we get the following compiler error.
In file included from drivers/sfi/sfi_acpi.c:66:0:
From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
Sent: Friday, December 06, 2013 9:26 AM
On Friday, December 06, 2013 01:08:45 AM Zheng, Lv wrote:
From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
Sent: Friday, December 06, 2013 6:37 AM
On Thursday, December 05, 2013 07:26:37
From: linux-acpi-ow...@vger.kernel.org
[mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
Sent: Friday, December 06, 2013 10:01 AM
To: Zheng, Lv
Cc: Andy Shevchenko; Wysocki, Rafael J; linux-a...@vger.kernel.org; LKML
Subject: Re: [PATCH] SFI: fix compilation warnings
Hi,
From: Valdis Kletnieks [mailto:valdis.kletni...@vt.edu]
Sent: Saturday, March 15, 2014 12:05 AM
Surprisingly enough, this hasn't seemed to have bitten many Linux people yet,
Google only finds a BSD thread (where the same ACPICA code is in use):
Hi, Rafael
From: Wysocki, Rafael J
Sent: Monday, March 17, 2014 8:09 PM
On 3/17/2014 5:14 AM, Lv Zheng wrote:
This feature enabled by the following commit is still under development.
Commit: cd52379678785b02d7a357988cfba214fdaf92f4
Subject: ACPICA: Add global option to disable
Hi, Sabrina and Valdis
Could you give this patch a try to see if this patch is working?
Thanks and best regards
-Lv
From: Zheng, Lv
Sent: Monday, March 17, 2014 12:15 PM
From: Robert Moore robert.mo...@intel.com
It is reported that the auto-serialization mechanism has broken some
Hi,
From: linux-acpi-ow...@vger.kernel.org
[mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
Sent: Tuesday, March 18, 2014 9:13 AM
On Tuesday, March 18, 2014 12:31:54 AM Zheng, Lv wrote:
Hi, Rafael
From: Wysocki, Rafael J
Sent: Monday, March 17, 2014 8:09
Hi,
From: linux-acpi-ow...@vger.kernel.org
[mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Matthew Garrett
Sent: Saturday, February 22, 2014 12:13 AM
On Fri, 2014-02-21 at 02:17 +, Zheng, Lv wrote:
In fact there is a workaround solution I've posted here:
https
]
Sent: Saturday, March 01, 2014 1:24 AM
To: Moore, Robert; Zheng, Lv; Box, David E; Wysocki, Rafael J
Cc: Thomas Renninger; h...@zytor.com; t...@linutronix.de;
c...@conrad-kostecki.de; linux-kernel@vger.kernel.org; x...@kernel.org;
mi...@redhat.com; r...@rjwysocki.net; de...@acpica.org
Subject
Hi, Thomas
From: Thomas Renninger [mailto:tr...@suse.de]
Sent: Monday, March 03, 2014 8:42 PM
Hi Lv,
On Monday, March 03, 2014 01:20:31 AM Zheng, Lv wrote:
Hi, Thomas
I have a patch series that can cleanup the ACPICA table manager, and change
the acpi_load_table
Hi, Thomas
From: Thomas Renninger [mailto:tr...@suse.de]
Sent: Tuesday, March 04, 2014 7:55 PM
On Tuesday, March 04, 2014 12:31:57 AM Zheng, Lv wrote:
Hi, Thomas
From: Thomas Renninger [mailto:tr...@suse.de]
Sent: Monday, March 03, 2014 8:42 PM
Hi Lv,
On Monday, March
Hi, Tony
From: Luck, Tony
Sent: Friday, February 14, 2014 7:35 AM
All definitions are equal except ACPI_UINT64_MAX for CONFIG_IA64. It
is changed from sizeof(unsigned long) to sizeof(unsigned long long).
By investigation, 64bit Linux kernel build is LP64 compliant, i.e.,
Hi,
Sorry for interrupting you.
I have some information that may be helpful for your discussion.
Please find them in the inlined replies.
Well, I don't want to join the fight, just for your informations. :-)
From: linux-acpi-ow...@vger.kernel.org
[mailto:linux-acpi-ow...@vger.kernel.org] On
Hi, Thomas
From: Devel [mailto:devel-boun...@acpica.org] On Behalf Of Thomas Renninger
Sent: Wednesday, February 19, 2014 7:23 PM
On Tuesday, February 18, 2014 12:51:07 PM H. Peter Anvin wrote:
On 02/18/2014 10:44 AM, Thomas Renninger wrote:
On Tuesday, February 18, 2014 10:27:23 AM H.
Hi, Thomas
From: Devel [mailto:devel-boun...@acpica.org] On Behalf Of Thomas Renninger
Sent: Wednesday, February 19, 2014 2:44 AM
On Tuesday, February 18, 2014 10:27:23 AM H. Peter Anvin wrote:
Why can't you add SSDTs? It would be particularly useful.
There are 2 ways how ACPI tables
Hi, Tony and Fenghua
I need your opinions on this patch?
Will it affect the functionality of IA64 kernel behavior?
Can you help to confirm?
Thanks in advance.
Best regards
-Lv
-Original Message-
From: Zheng, Lv
Sent: Tuesday, February 11, 2014 10:52 AM
To: Wysocki, Rafael J; Brown
From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
Sent: Thursday, October 31, 2013 8:22 PM
On Thursday, October 31, 2013 05:08:50 AM Greg Kroah-Hartman wrote:
On Thu, Oct 31, 2013 at 12:39:21PM +0100, Rafael J. Wysocki wrote:
On Thursday, October 31, 2013 09:07:40 AM Lv Zheng wrote:
From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com]
Sent: Tuesday, September 17, 2013 4:37 PM
On Mon, Sep 16, 2013 at 11:35:56PM +, Zheng, Lv wrote:
From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com]
Sent: Monday, September 16, 2013 4:11 PM
On Mon, Sep
From: linux-acpi-ow...@vger.kernel.org
[mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Greg KH
Sent: Tuesday, July 23, 2013 10:54 PM
On Tue, Jul 23, 2013 at 04:08:59PM +0800, Lv Zheng wrote:
This patch enhances sanity checks on message size to avoid potential
buffer overflow.
From: Zheng, Lv
Sent: Wednesday, July 24, 2013 8:22 AM
From: linux-acpi-ow...@vger.kernel.org
[mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Greg KH
Sent: Tuesday, July 23, 2013 10:54 PM
On Tue, Jul 23, 2013 at 04:08:59PM +0800, Lv Zheng wrote:
This patch enhances sanity
Hi,
Sorry for the delayed response.
From: Ben Guthro [mailto:benjamin.gut...@citrix.com]
Sent: Tuesday, July 02, 2013 7:43 PM
On 07/02/2013 02:19 AM, Zheng, Lv wrote:
Thanks for your efforts!
I wonder if it is possible to remove the argument - u8 extended and
convert
From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
Sent: Monday, May 12, 2014 8:12 AM
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
Revert commit 0249ed2444d6 (ACPICA: Add option to favor 32-bit FADT
addresses.) that breaks resume from system suspend on the Intel DP45SG
board.
Hi, Rafael
From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
Sent: Tuesday, May 20, 2014 6:52 AM
Subject: Re: [PATCH v3 1/2] ACPI: Cleanup to convert acpi.no_static_ssdt into
a compile-time configurable.
On Tuesday, May 20, 2014 12:49:04 AM Rafael J. Wysocki wrote:
On Monday, May 12,
?
Thanks and best regards
-Lv
From: linux-acpi-ow...@vger.kernel.org
[mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Zheng, Lv
Sent: Monday, May 12, 2014 9:10 AM
From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
Sent: Monday, May 12, 2014 8:12 AM
From: Rafael J. Wysocki
Hi,
From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
Sent: Tuesday, May 13, 2014 8:09 AM
On Monday, May 12, 2014 08:51:36 AM Zheng, Lv wrote:
Hi, Rafael
I checked the bug.
The dmesg of the kernel without the bisected commit:
[0.00] ACPI BIOS Warning (bug): Incorrect
Hi, Rafael
From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
Sent: Tuesday, May 13, 2014 9:31 AM
To: Zheng, Lv
Cc: robertbmo...@compuserve.com; Thomas Renninger (tr...@suse.de); Oswald
Buddenhagen; ACPI Devel Maling List; Linux
Kernel Mailing List
Subject: Re: [PATCH] ACPICA: Revert
Hi,
From: linux-acpi-ow...@vger.kernel.org
[mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Lan Tianyu
Sent: Monday, June 16, 2014 10:12 AM
To: David Rientjes
Cc: r...@rjwysocki.net; l...@kernel.org; nas...@ya.ru;
linux-a...@vger.kernel.org; linux-kernel@vger.kernel.org
Subject:
Hi, Lee
From: Lee Jones [mailto:lee.jo...@linaro.org]
Sent: Wednesday, June 04, 2014 8:10 PM
Any drivers which support ACPI and Device Tree probing need to include
both respective header files. Without this patch, if a driver is being
used on a platform which does not support ACPI and
Hi,
From: linux-i2c-ow...@vger.kernel.org
[mailto:linux-i2c-ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
Sent: Thursday, June 05, 2014 5:30 AM
On Wednesday, June 04, 2014 01:51:37 PM Lee Jones wrote:
On Wed, 04 Jun 2014, Rafael J. Wysocki wrote:
On Wednesday, June 04, 2014
Hi, Lee
From: Lee Jones [mailto:lee.jo...@linaro.org]
Sent: Wednesday, June 04, 2014 8:52 PM
To: Rafael J. Wysocki
On Wed, 04 Jun 2014, Rafael J. Wysocki wrote:
On Wednesday, June 04, 2014 01:09:50 PM Lee Jones wrote:
Any drivers which support ACPI and Device Tree probing need to
Hi,
From: Hanjun Guo [mailto:hanjun@linaro.org]
Sent: Thursday, June 05, 2014 12:11 PM
To: Zheng, Lv; Lee Jones; Rafael J. Wysocki
On 2014-6-5 9:14, Zheng, Lv wrote:
Hi, Lee
From: Lee Jones [mailto:lee.jo...@linaro.org]
Sent: Wednesday, June 04, 2014 8:52 PM
To: Rafael J
at, but in the master git
tree for ACPICA, the file accommon.h includes acutils.h.
-Original Message-
From: Rashika Kheria [mailto:rashika.khe...@gmail.com]
Sent: Tuesday, December 17, 2013 1:22 AM
To: linux-kernel@vger.kernel.org
Cc: Moore, Robert; Zheng, Lv; Wysocki, Rafael J; Len Brown; linux
Hi,
I think this patch is useless.
It is possible to include dump code into Linux kernel for debugging purposes.
Thus we should do cleanup in different way for them.
Thanks
-Lv
From: Rashika Kheria [mailto:rashika.khe...@gmail.com]
Sent: Tuesday, December 17, 2013 5:24 PM
Enclose functions
Hi,
From: linux-acpi-ow...@vger.kernel.org
[mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Andy Shevchenko
Sent: Tuesday, December 10, 2013 8:08 PM
On Tue, 2013-12-10 at 01:30 +, Zheng, Lv wrote:
Hi, Andy
IMO:
1. sfi_acpi.h should include both linux/acpi.h and linux
Hi,
From: Zheng, Lv
Sent: Friday, December 06, 2013 4:52 PM
To: Wysocki, Rafael J; Brown, Len
In Linux kernel, ACPICA is wrapped and safely exported by CONFIG_ACPI. So
all external modules should depend on CONFIG_ACPI rather than using ACPICA
header directly for stubbing. But if we
From: Zheng, Lv
Sent: Friday, December 06, 2013 4:52 PM
In Linux kernel, ACPICA is wrapped and safely exported by CONFIG_ACPI. So
all external modules should depend on CONFIG_ACPI rather than using ACPICA
header directly for stubbing. But if we moves acpi/acpi.h inclusions
into #ifdef
/lists/linux-acpi/msg47510.html
Thanks and best regards
-Lv
-Original Message-
From: Andy Shevchenko [mailto:andriy.shevche...@linux.intel.com]
Sent: Monday, December 09, 2013 5:09 PM
To: Wysocki, Rafael J; linux-acpi @ vger . kernel . org; LKML; Zheng, Lv
Cc: Andy Shevchenko
Subject
Hi, Rafael
From: linux-acpi-ow...@vger.kernel.org
[mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
Sent: Monday, April 28, 2014 5:37 AM
To: Zheng, Lv
On Wednesday, April 23, 2014 02:54:06 PM Lv Zheng wrote:
There is a mis-order inclusion for asm/acpi.h.
As we
Hi, Rafael
From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
Sent: Monday, April 28, 2014 5:39 AM
On Wednesday, April 23, 2014 02:54:22 PM Lv Zheng wrote:
There are _LINUX defined so that when Linux kernel is compiled using broken
compilers that having not __linux__ defined can still
Hi, Rafael
From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
Sent: Monday, April 28, 2014 5:34 AM
On Wednesday, April 23, 2014 02:53:52 PM Lv Zheng wrote:
This is a linuxized result of an ACPICA commit to upgrade the extra
header mechanism.
This patch enhances the extra header
Hi, Rafael
From: Wysocki, Rafael J
Sent: Tuesday, April 29, 2014 4:30 AM
On 4/28/2014 5:02 AM, Zheng, Lv wrote:
Hi, Rafael
From: linux-acpi-ow...@vger.kernel.org
[mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
Sent: Monday, April 28, 2014 5:37 AM
Hi,
From: Wysocki, Rafael J
Sent: Tuesday, April 29, 2014 4:27 AM
On 4/28/2014 6:10 AM, Zheng, Lv wrote:
Hi, Rafael
From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
Sent: Monday, April 28, 2014 5:39 AM
On Wednesday, April 23, 2014 02:54:22 PM Lv Zheng wrote:
There are _LINUX
Hi,
From: Dan Carpenter [mailto:dan.carpen...@oracle.com]
Sent: Thursday, May 01, 2014 4:15 AM
On Wed, Apr 30, 2014 at 09:49:23PM +0200, Rafael J. Wysocki wrote:
On Wednesday, April 30, 2014 06:08:44 PM Dan Carpenter wrote:
There are sometimes where we know that we are doing an strcpy()
Hi, Rafael
From: linux-acpi-ow...@vger.kernel.org
[mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
Sent: Monday, May 05, 2014 8:43 AM
On Saturday, May 03, 2014 08:59:14 AM Josh Boyer wrote:
On Tue, Apr 29, 2014 at 10:05 PM, Lv Zheng lv.zh...@intel.com wrote:
Hi,
From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
Sent: Tuesday, May 06, 2014 8:44 AM
On Monday, May 05, 2014 08:42:46 AM Josh Boyer wrote:
On Mon, May 5, 2014 at 12:23 AM, Zheng, Lv lv.zh...@intel.com wrote:
Hi, Rafael
From: linux-acpi-ow...@vger.kernel.org
Hi,
From: Pavel Machek [mailto:pa...@ucw.cz]
Sent: Tuesday, May 06, 2014 3:54 PM
On Wed 2014-04-30 10:03:39, Lv Zheng wrote:
This patch deploys ACPI_DEBUGGER_EXEC usage to utglobal.c to reduce ifdef
of ACPI_DEBUGGER. No functional changes. Lv Zheng.
Signed-off-by: Lv Zheng
Hi,
From: Pavel Machek [mailto:pa...@ucw.cz]
Sent: Tuesday, May 06, 2014 7:08 PM
Hi!
From: Pavel Machek [mailto:pa...@ucw.cz]
Sent: Tuesday, May 06, 2014 3:54 PM
On Wed 2014-04-30 10:03:39, Lv Zheng wrote:
This patch deploys ACPI_DEBUGGER_EXEC usage to utglobal.c to reduce
Hi,
skip
+#define ACPI_NATIVE_INTERFACE_HEADER acpi/platform/aclinuxxf.h
This is not good.
We don't do things like this in the kernel, because they are confusing and
hard
to debug if necessary, so please find a different way to make this work.
I use this extra header file to
Hi, Rafael
From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
Sent: Tuesday, April 22, 2014 7:16 PM
On Tuesday, April 22, 2014 02:01:57 AM Zheng, Lv wrote:
Hi,
skip
+#define ACPI_NATIVE_INTERFACE_HEADER acpi/platform/aclinuxxf.h
This is not good.
We don't do things
Hi, Tianyu
From: Lan, Tianyu
Sent: Wednesday, April 23, 2014 1:40 PM
On 2014年04月22日 19:45, Mika Westerberg wrote:
On Tue, Apr 22, 2014 at 02:24:15PM +0800, Lan Tianyu wrote:
This patch is to add CONFIG_I2C_ACPI. Current there is a race between
removing I2C ACPI operation region and
regards
-Lv
From: Zheng, Lv
Sent: Friday, April 18, 2014 9:53 AM
Note that this patch is only used for stable kernels, upstream kernels
will have this problem fixed in ACPICA 201303-04 release. So upstream
kernels shouldn't merge this commit.
It is reported that there are buggy BIOSes
Hi, Greg
From: Greg KH [mailto:gre...@linuxfoundation.org]
Sent: Friday, April 18, 2014 10:44 AM
On Fri, Apr 18, 2014 at 09:53:19AM +0800, Lv Zheng wrote:
Note that this patch is only used for stable kernels, upstream kernels
will have this problem fixed in ACPICA 201303-04 release. So
Hi,
From: Greg KH [mailto:gre...@linuxfoundation.org]
Sent: Friday, April 18, 2014 10:44 AM
On Fri, Apr 18, 2014 at 09:53:19AM +0800, Lv Zheng wrote:
Note that this patch is only used for stable kernels, upstream kernels
will have this problem fixed in ACPICA 201303-04 release. So
Hi,
From: Greg KH [mailto:gre...@linuxfoundation.org]
Sent: Friday, April 18, 2014 11:40 AM
On Fri, Apr 18, 2014 at 03:00:21AM +, Zheng, Lv wrote:
Hi, Greg
From: Greg KH [mailto:gre...@linuxfoundation.org]
Sent: Friday, April 18, 2014 10:44 AM
On Fri, Apr 18, 2014 at 09
Hi,
From: linux-acpi-ow...@vger.kernel.org
[mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Paul McQuade
Sent: Friday, April 11, 2014 7:28 AM
Use #include linux/uaccess.h instead of asm/uaccess.h
Use #include linux/types.h instead of asm/types.h
Signed-off-by: Paul McQuade
Thanks for your efforts!
I wonder if it is possible to remove the argument - u8 extended and convert
pm1a_control, pm1b_control into some u8 values that are equivalent to
acpi_gbl_sleep_type_a, acpi_gbl_sleep_type_b in the legacy sleep path.
It can also simplify Xen codes.
As in ACPI
1 - 100 of 918 matches
Mail list logo