Received: by 2002:a05:6358:45e:b0:b5:b6eb:e1f9 with SMTP id 30csp361305rwe; Thu, 25 Aug 2022 01:25:11 -0700 (PDT) X-Google-Smtp-Source: AA6agR7JAU71BlpNT2HrUYZo5X8Rf3Igqp2SbWJ2MXGlRFndWrnlL7wocwnK3jfvo4oAQe5q2P2d X-Received: by 2002:a17:90a:e7cd:b0:1fb:6490:2d6a with SMTP id kb13-20020a17090ae7cd00b001fb64902d6amr12201222pjb.77.1661415910998; Thu, 25 Aug 2022 01:25:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1661415910; cv=none; d=google.com; s=arc-20160816; b=O6y1sVOVpuGHeCmmpD85G7B8RLN4tudStCze3yUrBVEcGfpvBhpH/E6dSTaWNFSxkd 04Jxph3pJuu0sWnEMZ1YXhvBmtD0SHrFBB0ztaVMAqxNZkFWuWmdTPM7JwIscAxamRA1 f8uB8Cz5JmlvpWWsP8I0DapCOpzlt1Vy26WkiUkaUChehFf1RFx/SPrn7iPYOX1c6eRB EPhBatvPUUSadvut60nzqe7WymF639z28rgL7FZjEu3Me3QhBgbofrGWR3cSY+LA2EVL IQt5Ovo0TE0QJhmGPT0w/z5+G7CrspPSC7SGi1rb+mAvYk53sD80qCVkgcn9nwV1sCPK CEMw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version; bh=PBU1Ac7FU7Jrq9hi8wQsrAAPEUe9Qkp77GNUxX6pqSM=; b=lfPnYn2o8cYoGTurgmYtdvnnzOMyZS5+EItDeBYSPy0xqDCIaQH5TJhCMaRXX+7LmN 03ink9d7CMUxbjx5T3Wnsn3ysQIMyS4Q9Pd+MXn7Bn3+sxc6CP0iCRztTOoLMqkyOqn8 pPVFjwE1T8KT/rcNRHAuMllpu5GXpd5/VXg1aPdcPOZ7Kq7yfTfKAed1AY0Tk2QA05OB +UPU6DiCdNxZlg5xrQQg9DuNUjpvi4/trPeiqv4y0mQzJsaBJlnrDpH6tYd3pO9NKq2z yt4nAwyfVaCYb192Op8xiUuBuQKSO/RhimRwhcbX/iViMg/o77SjhFNoSYBgWZYp+Cy1 1Msg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id j6-20020a170903024600b0016bea2a8b16si20894917plh.364.2022.08.25.01.25.00; Thu, 25 Aug 2022 01:25:10 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238557AbiHYHsL (ORCPT + 99 others); Thu, 25 Aug 2022 03:48:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44230 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238566AbiHYHsI (ORCPT ); Thu, 25 Aug 2022 03:48:08 -0400 Received: from mail-yw1-f182.google.com (mail-yw1-f182.google.com [209.85.128.182]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 49926A3471; Thu, 25 Aug 2022 00:48:06 -0700 (PDT) Received: by mail-yw1-f182.google.com with SMTP id 00721157ae682-3376851fe13so487226207b3.6; Thu, 25 Aug 2022 00:48:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=PBU1Ac7FU7Jrq9hi8wQsrAAPEUe9Qkp77GNUxX6pqSM=; b=xEMHLq8EuQfscNz5oWzWVSyXjpjmCqssnzZ/cjWHpsn+wdmaMgRmxDUUVgYZRrJBeu GAxWgVz2IO+X6goBANxFxhacpm9bZOfC6IRIL5GI8v98gsWYHfPwRb3iMhyrmVBnEEoo YUi9f4Gi5NmFsnXV0c+i1WULyeez4YTgRTjSKpvvkqhWPP7yloOKHO9HNSnsG0dyMJcP 1m1rpGXnvWuLRR3y61iZSh/kl4NWLY1gw6FRbI5h7eFpYa67stKq3W3OefNNYDEwjvJu UrLzXZ6G1+W8XEq6p3kgZbGthDbXv0PJIG2P+Z/6/Ub72//HVGYhzQvca4+6VWpukDuX USJw== X-Gm-Message-State: ACgBeo0xbngwIy6QVFswJFJl33IA7w9arriZakjAIISncq01u3s6Nb79 Ua45x4dGF3oSndPqpfr8Veh0zynupfdBe9nEEQw= X-Received: by 2002:a81:104e:0:b0:336:37f1:9686 with SMTP id 75-20020a81104e000000b0033637f19686mr2801705ywq.149.1661413685431; Thu, 25 Aug 2022 00:48:05 -0700 (PDT) MIME-Version: 1.0 References: <20220812130645.14710-1-sbinding@opensource.cirrus.com> <20220825072505.316002-1-ardb@kernel.org> In-Reply-To: From: "Rafael J. Wysocki" Date: Thu, 25 Aug 2022 09:47:54 +0200 Message-ID: Subject: Re: [PATCH v1] ACPI: Property: Fix type detection of unified integer reading functions To: Sakari Ailus Cc: Ard Biesheuvel , Stefan Binding , "Shevchenko, Andriy" , ACPI Devel Maling List , Linux Kernel Mailing List , patches@opensource.cirrus.com, "Rafael J. Wysocki" Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.4 required=5.0 tests=BAYES_00, FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Aug 25, 2022 at 9:45 AM Sakari Ailus wrote: > > Hi Ard, > > On Thu, Aug 25, 2022 at 09:25:05AM +0200, Ard Biesheuvel wrote: > > > The current code expects the type of the value to be an integer type, > > > instead the value passed to the macro is a pointer. > > > Ensure the size comparison uses the correct pointer type to choose the > > > max value, instead of using the integer type. > > > > > > Fixes: 923044133367 ("ACPI: property: Unify integer value reading functions") > > > > > > Signed-off-by: Stefan Binding > > > > Acked-by: Ard Biesheuvel > > > > Can we get this queued up and sent out please? This is breaking some ACPI arm64 > > systems, which use device properties for their MAC addresses. > > > > Some grumbling about the original patch below. > > > > > --- > > > drivers/acpi/property.c | 8 ++++---- > > > 1 file changed, 4 insertions(+), 4 deletions(-) > > > > > > diff --git a/drivers/acpi/property.c b/drivers/acpi/property.c > > > index 7b3ad8ed2f4e..b1d4a8db89df 100644 > > > --- a/drivers/acpi/property.c > > > +++ b/drivers/acpi/property.c > > > @@ -1043,10 +1043,10 @@ static int acpi_data_prop_read_single(const struct acpi_device_data *data, > > > break; \ > > > } \ > > > if (__items[i].integer.value > _Generic(__val, \ > > > - u8: U8_MAX, \ > > > - u16: U16_MAX, \ > > > - u32: U32_MAX, \ > > > - u64: U64_MAX, \ > > > + u8 *: U8_MAX, \ > > > + u16 *: U16_MAX, \ > > > + u32 *: U32_MAX, \ > > > + u64 *: U64_MAX, \ > > > default: 0U)) { \ > > > > Why is there a default here? Having one is what hides the fact that the patch was completely broken. > > I think the default can be removed. I can send a patch. Please do.