Message ID | 20221109105114.32886-2-andriy.shevchenko@linux.intel.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:6687:0:0:0:0:0 with SMTP id l7csp266045wru; Wed, 9 Nov 2022 02:56:47 -0800 (PST) X-Google-Smtp-Source: AA0mqf41OTI3oLB4MRheynR9ODP2lYP7QIY9USmaFPTRomQKf/Vkors8pFVIhbmovdwZy/npYnPe X-Received: by 2002:a05:6402:27d2:b0:462:8e41:569c with SMTP id c18-20020a05640227d200b004628e41569cmr18592404ede.191.1667991406793; Wed, 09 Nov 2022 02:56:46 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1667991406; cv=none; d=google.com; s=arc-20160816; b=cBs1Ri/bWsjAHKW2f7fueaGlaQRHYz3LN4d5DNnsH88HwjuHfgw1tYgrw2Qp+72m4F rdSZxBPcv1uuokJJWu8vWEycHNPi5RSSvoBBfMvSF1mztjc3kt444jg7ttHcnsJGoXvJ PaoFrMJbKzOrjN8tUXGVMQcAen9tYWeP3IWCMTHUeC7V/g1YXy6n2Rk8/CpMo4z0StRC 6LPNlRbDJJTkcB+vlZ9YIskxGCM6bu9CaYaIdyo75DN2gHP6JvT+W0mf4hwt0bGOafMz a5eukqryDoyjGbgPoSvjPtFMYUrrN59tqE5uFWaU9Mhe3eePAdDIIHijmVS1voSidVHz iVFQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=ORkq1h/bhMRD/y017ZUL0ZAV09WhGTpaaJQ2FPwBuck=; b=L3YLPp9swFA5QJZnPFfLSkWPZatAZt5RRWWtkKpb9jRBx0HrRRsZtCOMAK60jL4mZ/ aEGsCosJOIz76s45XV5/mMAtthJOqVe5DrZm7iNpEWqejjjF74jRqqThRoJF/Nn3A3lG UuycDMpHuMMfxA2KzuuxrKVdicbaU1AIPQilLdxHFwXUqaZfoiI5lLFQ9riqzkkF8R8u 5m/kN87SPQX9sD8jjeqy7cyPOweltn5jDh8cHunyPIrC9rWgWHkt6S3LlxeXxlgiG/zr o50xg4QWhUZdBUyLohKLO+jGctrdOfOkRsDtj1ZBKcjRVYy3P117KwthKPFbbMb+sDJs 1gpw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=BWL0Td7V; 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=intel.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id cy1-20020a0564021c8100b00459060fcde3si13747510edb.202.2022.11.09.02.56.23; Wed, 09 Nov 2022 02:56:46 -0800 (PST) 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; dkim=pass header.i=@intel.com header.s=Intel header.b=BWL0Td7V; 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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229667AbiKIKu5 (ORCPT <rfc822;dexuan.linux@gmail.com> + 99 others); Wed, 9 Nov 2022 05:50:57 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37760 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229526AbiKIKu4 (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Wed, 9 Nov 2022 05:50:56 -0500 Received: from mga05.intel.com (mga05.intel.com [192.55.52.43]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8133F1E9; Wed, 9 Nov 2022 02:50:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1667991055; x=1699527055; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=LWNcWECinfMb+fcqwO/G8pIM6Y4hWmoQNoCDj4j5org=; b=BWL0Td7VKFUcNfGwitgBM3dAnjrbkc1YqD9wraqd7/cBACrIx+DjBYmj dSEBNZe7GTw96PIoVXS4XY2nNDNowhn5t7uHJMpqtSKORTb3Dq71cuiID z0vkVzlWs0eYkYHZAn+eegC+/8a3mUGqYe+p1Xtm6U/ZOhGc1aKBF1ymy fbxgH2xSn7FwXH3BhkHWEKdkoC+6W2cQP5Dp+xUwoJTiCK4OPnVbz2ieO LqFiPHE0tGjmlIDBfSJSEJFk0tMqBU+u4SJNzeRkPOmeKU8rj4XM7bRAC L6tayQb+ta3DoGZ5r+OurGkC3rqr1gUzB6yFvIw/U5hamzscb2W8mkU94 A==; X-IronPort-AV: E=McAfee;i="6500,9779,10525"; a="397239950" X-IronPort-AV: E=Sophos;i="5.96,150,1665471600"; d="scan'208";a="397239950" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga105.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Nov 2022 02:50:55 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6500,9779,10525"; a="779300606" X-IronPort-AV: E=Sophos;i="5.96,150,1665471600"; d="scan'208";a="779300606" Received: from black.fi.intel.com ([10.237.72.28]) by fmsmga001.fm.intel.com with ESMTP; 09 Nov 2022 02:50:54 -0800 Received: by black.fi.intel.com (Postfix, from userid 1003) id 25BBDF7; Wed, 9 Nov 2022 12:51:18 +0200 (EET) From: Andy Shevchenko <andriy.shevchenko@linux.intel.com> To: Andy Shevchenko <andriy.shevchenko@linux.intel.com>, linux-kernel@vger.kernel.org Cc: "Rafael J. Wysocki" <rafael@kernel.org>, linux-acpi@vger.kernel.org Subject: [PATCH v1 2/2] resource: Convert DEFINE_RES_NAMED() to be compound literal Date: Wed, 9 Nov 2022 12:51:14 +0200 Message-Id: <20221109105114.32886-2-andriy.shevchenko@linux.intel.com> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20221109105114.32886-1-andriy.shevchenko@linux.intel.com> References: <20221109105114.32886-1-andriy.shevchenko@linux.intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.3 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE, SPF_NONE autolearn=ham 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: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1749015757645812497?= X-GMAIL-MSGID: =?utf-8?q?1749015757645812497?= |
Series |
[v1,1/2] resource: Replace printk(KERN_WARNING) by pr_warn()
|
|
Commit Message
Andy Shevchenko
Nov. 9, 2022, 10:51 a.m. UTC
Currently DEFINE_RES_NAMED() can only be used to fill the static data.
In some cases it would be convenient to use it as right value in the
assignment operation. But it can't be done as is, because compiler has
no clue about the data layout. Converting it to be a compound literal
allows the above mentioned usage.
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
---
include/linux/ioport.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Comments
On Wed, Nov 9, 2022 at 11:50 AM Andy Shevchenko <andriy.shevchenko@linux.intel.com> wrote: > > Currently DEFINE_RES_NAMED() can only be used to fill the static data. > In some cases it would be convenient to use it as right value in the > assignment operation. But it can't be done as is, because compiler has > no clue about the data layout. Converting it to be a compound literal > allows the above mentioned usage. > > Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Reviewed-by: Rafael J. Wysocki <rafael@kernel.org> > --- > include/linux/ioport.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/include/linux/ioport.h b/include/linux/ioport.h > index 27642ca15d93..67d3fb2133b6 100644 > --- a/include/linux/ioport.h > +++ b/include/linux/ioport.h > @@ -155,7 +155,7 @@ enum { > > /* helpers to define resources */ > #define DEFINE_RES_NAMED(_start, _size, _name, _flags) \ > - { \ > +(struct resource) { \ > .start = (_start), \ > .end = (_start) + (_size) - 1, \ > .name = (_name), \ > -- > 2.35.1 >
diff --git a/include/linux/ioport.h b/include/linux/ioport.h index 27642ca15d93..67d3fb2133b6 100644 --- a/include/linux/ioport.h +++ b/include/linux/ioport.h @@ -155,7 +155,7 @@ enum { /* helpers to define resources */ #define DEFINE_RES_NAMED(_start, _size, _name, _flags) \ - { \ +(struct resource) { \ .start = (_start), \ .end = (_start) + (_size) - 1, \ .name = (_name), \