Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751773AbdHACGb (ORCPT ); Mon, 31 Jul 2017 22:06:31 -0400 Received: from mail5.windriver.com ([192.103.53.11]:49860 "EHLO mail5.wrs.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751591AbdHACGa (ORCPT ); Mon, 31 Jul 2017 22:06:30 -0400 Message-ID: <597FE1FB.9080206@windriver.com> Date: Tue, 1 Aug 2017 10:05:47 +0800 From: Liwei Song User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: "Zheng, Lv" , Andy Shevchenko , "Rafael J . Wysocki" , Len Brown CC: linux-acpi , linux-kernel , "Moore, Robert" Subject: Re: [PATCH V2] ACPI, APEI: Fixup incorrect 16-bit access width firmware bug References: <1501122668-53948-1-git-send-email-liwei.song@windriver.com> <1AE640813FDE7649BE1B193DEA596E886CEE8FF8@SHSMSX101.ccr.corp.intel.com> In-Reply-To: <1AE640813FDE7649BE1B193DEA596E886CEE8FF8@SHSMSX101.ccr.corp.intel.com> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2308 Lines: 68 On 07/31/2017 10:09 AM, Zheng, Lv wrote: > Hi, > >> From: linux-acpi-owner@vger.kernel.org [mailto:linux-acpi-owner@vger.kernel.org] On Behalf Of Song >> liwei >> Subject: [PATCH V2] ACPI, APEI: Fixup incorrect 16-bit access width firmware bug >> >> From: Liwei Song >> >> This is a follow up to commit f712c71f7b2b ("ACPI, APEI: Fixup common >> access width firmware bug") fix the following firmware bug: >> >> [Firmware Bug]: APEI: Invalid bit width + offset in GAR [0xb2/16/0/1/1] >> >> This is due to an 8-bit access width is specified for a 16-bit register, >> Rearrange the condition and add 8-bit width check. >> >> Signed-off-by: Liwei Song >> --- >> drivers/acpi/apei/apei-base.c | 12 ++++++------ >> 1 file changed, 6 insertions(+), 6 deletions(-) >> >> diff --git a/drivers/acpi/apei/apei-base.c b/drivers/acpi/apei/apei-base.c >> index da370e1..eca3d7a 100644 >> --- a/drivers/acpi/apei/apei-base.c >> +++ b/drivers/acpi/apei/apei-base.c >> @@ -604,12 +604,12 @@ static int apei_check_gar(struct acpi_generic_address *reg, u64 *paddr, >> *access_bit_width = 1UL << (access_size_code + 2); >> >> /* Fixup common BIOS bug */ >> - if (bit_width == 32 && bit_offset == 0 && (*paddr & 0x03) == 0 && >> - *access_bit_width < 32) >> - *access_bit_width = 32; >> - else if (bit_width == 64 && bit_offset == 0 && (*paddr & 0x07) == 0 && >> - *access_bit_width < 64) >> - *access_bit_width = 64; >> + if (*access_bit_width < bit_width && bit_offset == 0) { >> + if ((bit_width == 16 && (*paddr & 0x01) == 0) || >> + (bit_width == 32 && (*paddr & 0x03) == 0) || >> + (bit_width == 64 && (*paddr & 0x07) == 0)) >> + *access_bit_width = bit_width; >> + } >> >> if ((bit_width + bit_offset) > *access_bit_width) { >> pr_warning(FW_BUG APEI_PFX > > IMO, such problem could also be fixed by this commit and a cleanup of APEI > GAR code to invoke generic ACPICA GAR API - acpi_read()/acpi_write() directly. > https://github.com/acpica/acpica/pull/209 Hi Lv, I'm a bit confuse about the commit you said, do you mean this commit can also fix this common 16-bit access width error, and will check-in to upstream kernel latter? If so, please ignore this review. Thanks, Liwei. > > Thanks and best regards > Lv > > >