All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sudeep Holla <sudeep.holla@arm.com>
To: Arnd Bergmann <arnd@arndb.de>,
	"linaro-kernel@lists.linaro.org" <linaro-kernel@lists.linaro.org>
Cc: Sudeep Holla <sudeep.holla@arm.com>,
	Viresh Kumar <viresh.kumar@linaro.org>,
	"gregkh@linuxfoundation.org" <gregkh@linuxfoundation.org>,
	Rafael Wysocki <rjw@rjwysocki.net>,
	"sboyd@codeaurora.org" <sboyd@codeaurora.org>,
	open list <linux-kernel@vger.kernel.org>,
	"stable@vger.kernel.org" <stable@vger.kernel.org>,
	"open list:ACPI" <linux-acpi@vger.kernel.org>,
	"Zheng, Lv" <lv.zheng@intel.com>, Len Brown <lenb@kernel.org>
Subject: Re: [PATCH V3 1/2] ACPI / EC: Fix broken big-endian 64bit platforms using 'global_lock'
Date: Wed, 23 Sep 2015 10:57:44 +0100	[thread overview]
Message-ID: <56027798.7000700@arm.com> (raw)
In-Reply-To: <3821285.7cLYDZsCsX@wuerfel>



On 23/09/15 10:39, Arnd Bergmann wrote:
> On Wednesday 23 September 2015 10:15:42 Sudeep Holla wrote:
>> On 15/09/15 09:34, Viresh Kumar wrote:
>>> global_lock is defined as an unsigned long and accessing only its lower
>>> 32 bits from sysfs is incorrect, as we need to consider other 32 bits
>>> for big endian 64 bit systems.
>>>
>>> Fix that by making global_lock an u32 instead.
>>>
>>> Cc: <stable@vger.kernel.org>  # v4.1+
>>> Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
>>>
>>> ---
>>> Its marked just for # v4.1+, because arm64 has the first 64 big-endian
>>> platform with ACPI. And ACPI support for that is mainlined recently
>>> only (Arnd Bergmann).
>>>
>>
>> Just to clarify, we don't support big-endian with ACPI on ARM64.
>> We mandate use of EFI for ACPI on ARM64 and EFI spec mandates only
>> little endian.
>>
>
> EFI doesn't care what endianess the kernel has, as long as the
> data structures are interpreted in the same way that the firmware
> defines them, and I thought that at least UEFI on ARM64 with big-endian
> is working in principle (if not, that is a bug that should be fixed).
>
> If ACPI is broken with big-endian kernels, we should probably add a
> Kconfig statement to forbid it, like this:
>

The diff looks sensible thing to have to avoid enabling ACPI with BE
though I am not sure if this can be regarded as broken as it could be
case of just not supported(my guess as I am not completely aware of the
history).

Also I am not against the $subject patch as such, just added
clarification so that it shouldn't be assumed that BE + ACPI works on
ARM64.

Regards,
Sudeep

> diff --git a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig
> index 5d1015c26ff4..06cacc13e3d2 100644
> --- a/drivers/acpi/Kconfig
> +++ b/drivers/acpi/Kconfig
> @@ -6,6 +6,7 @@ menuconfig ACPI
>   	bool "ACPI (Advanced Configuration and Power Interface) Support"
>   	depends on !IA64_HP_SIM
>   	depends on IA64 || X86 || (ARM64 && EXPERT)
> +	depends on !ARM64 || !CPU_BIG_ENDIAN || BROKEN
>   	depends on PCI
>   	select PNP
>   	default y
>
>
> 	Arnd
>

  reply	other threads:[~2015-09-23  9:57 UTC|newest]

Thread overview: 88+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-09-15  8:34 [PATCH V3 1/2] ACPI / EC: Fix broken big-endian 64bit platforms using 'global_lock' Viresh Kumar
2015-09-15  8:34 ` Viresh Kumar
     [not found] ` <9b705747a138c96c26faee5218f7b47403195b28.1442305897.git.viresh.kumar-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2015-09-15  8:34   ` [PATCH V3 2/2] debugfs: don't assume sizeof(bool) to be 4 bytes Viresh Kumar
2015-09-15  8:35     ` [ath9k-devel] " Viresh Kumar
2015-09-15  8:34     ` Viresh Kumar
2015-09-15  8:34     ` Viresh Kumar
2015-09-15  8:34     ` Viresh Kumar
2015-09-15  8:34     ` Viresh Kumar
2015-09-15  9:13     ` Charles Keepax
2015-09-15  9:56       ` [ath9k-devel] " Charles Keepax
2015-09-15  9:13       ` Charles Keepax
2015-09-15  9:13       ` Charles Keepax
2015-09-15  9:13       ` Charles Keepax
     [not found]     ` <27d37898b4be6b9b9f31b90135f8206ca079a868.1442305897.git.viresh.kumar-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2015-09-15 10:37       ` Johannes Berg
2015-09-15 11:17         ` [ath9k-devel] " Johannes Berg
2015-09-15 10:37         ` Johannes Berg
2015-09-15 10:37         ` Johannes Berg
2015-09-15 10:37         ` Johannes Berg
2015-09-15 10:37         ` Johannes Berg
     [not found]         ` <1442313464.1914.21.camel-cdvu00un1VgdHxzADdlk8Q@public.gmane.org>
2015-09-15 11:04           ` Viresh Kumar
2015-09-15 11:05             ` [ath9k-devel] " Viresh Kumar
2015-09-15 11:04             ` Viresh Kumar
2015-09-15 11:04             ` Viresh Kumar
2015-09-15 11:04             ` Viresh Kumar
2015-09-15 11:04             ` Viresh Kumar
2015-09-15 13:45             ` Steven Rostedt
2015-09-15 13:52               ` [ath9k-devel] " Steven Rostedt
2015-09-15 13:45               ` Steven Rostedt
2015-09-15 13:45               ` Steven Rostedt
2015-09-15 13:45               ` Steven Rostedt
2015-09-15 13:45               ` Steven Rostedt
2015-09-15 14:04               ` Viresh Kumar
2015-09-15 14:04                 ` [ath9k-devel] " Viresh Kumar
2015-09-15 14:04                 ` Viresh Kumar
2015-09-15 14:04                 ` Viresh Kumar
2015-09-15 14:04                 ` Viresh Kumar
2015-09-15 14:04                 ` Viresh Kumar
     [not found]               ` <20150915094509.46cca84d-f9ZlEuEWxVcJvu8Pb33WZ0EMvNT87kid@public.gmane.org>
2015-09-15 17:38                 ` Linus Torvalds
2015-09-15 17:47                   ` [ath9k-devel] " Linus Torvalds
2015-09-15 17:38                   ` Linus Torvalds
2015-09-15 17:38                   ` Linus Torvalds
2015-09-15 17:38                   ` Linus Torvalds
2015-09-15 17:38                   ` Linus Torvalds
2015-09-15 17:47                   ` Steven Rostedt
2015-09-15 17:47                     ` [ath9k-devel] " Steven Rostedt
2015-09-15 17:47                     ` Steven Rostedt
2015-09-15 17:47                     ` Steven Rostedt
2015-09-15 17:47                     ` Steven Rostedt
2015-09-16  7:24                     ` Borislav Petkov
2015-09-16  7:32                       ` [ath9k-devel] " Borislav Petkov
2015-09-16  7:24                       ` Borislav Petkov
2015-09-16  7:24                       ` Borislav Petkov
2015-09-16  7:24                       ` Borislav Petkov
2015-09-16  8:02                     ` Ingo Molnar
2015-09-16  8:10                       ` [ath9k-devel] " Ingo Molnar
2015-09-16  8:02                       ` Ingo Molnar
2015-09-16  8:02                       ` Ingo Molnar
2015-09-16  8:02                       ` Ingo Molnar
2015-09-15 14:04     ` Steven Rostedt
2015-09-15 14:05       ` [ath9k-devel] " Steven Rostedt
2015-09-15 14:04       ` Steven Rostedt
2015-09-15 14:04       ` Steven Rostedt
2015-09-15 14:04       ` Steven Rostedt
2015-09-15 14:04       ` Steven Rostedt
2015-09-15 14:12       ` Viresh Kumar
2015-09-15 14:12         ` [ath9k-devel] " Viresh Kumar
2015-09-15 14:12         ` Viresh Kumar
2015-09-15 14:12         ` Viresh Kumar
2015-09-15 14:12         ` Viresh Kumar
2015-09-15 14:12         ` Viresh Kumar
2015-09-15 14:29         ` Tejun Heo
2015-09-15 14:35           ` [ath9k-devel] " Tejun Heo
2015-09-15 14:29           ` Tejun Heo
2015-09-15 14:29           ` Tejun Heo
2015-09-15 14:29           ` Tejun Heo
2015-09-15 14:29           ` Tejun Heo
2015-09-16  1:57 ` [PATCH V3 1/2] ACPI / EC: Fix broken big-endian 64bit platforms using 'global_lock' Rafael J. Wysocki
2015-09-16  2:06   ` Rafael J. Wysocki
2015-09-16  1:59     ` Viresh Kumar
2015-09-23  7:52   ` Zheng, Lv
2015-09-23  7:52     ` Zheng, Lv
2015-09-24 23:37     ` Viresh Kumar
2015-09-23  9:15 ` Sudeep Holla
2015-09-23  9:39   ` Arnd Bergmann
2015-09-23  9:57     ` Sudeep Holla [this message]
2015-09-23 10:29       ` Arnd Bergmann
2015-09-25  0:17 ` Rafael J. Wysocki
2015-09-25  0:03   ` Viresh Kumar

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=56027798.7000700@arm.com \
    --to=sudeep.holla@arm.com \
    --cc=arnd@arndb.de \
    --cc=gregkh@linuxfoundation.org \
    --cc=lenb@kernel.org \
    --cc=linaro-kernel@lists.linaro.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lv.zheng@intel.com \
    --cc=rjw@rjwysocki.net \
    --cc=sboyd@codeaurora.org \
    --cc=stable@vger.kernel.org \
    --cc=viresh.kumar@linaro.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.