From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 32530C4332E for ; Fri, 20 Mar 2020 14:47:20 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 04B9D2076E for ; Fri, 20 Mar 2020 14:47:20 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="jvK6zIz+" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726953AbgCTOrT (ORCPT ); Fri, 20 Mar 2020 10:47:19 -0400 Received: from mail-pf1-f193.google.com ([209.85.210.193]:45145 "EHLO mail-pf1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726913AbgCTOrS (ORCPT ); Fri, 20 Mar 2020 10:47:18 -0400 Received: by mail-pf1-f193.google.com with SMTP id j10so3317028pfi.12; Fri, 20 Mar 2020 07:47:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=lzqksOZo9oKzssQWd4+TCqMTVJHNfIm+9Q0SEfaLBjU=; b=jvK6zIz+Qr1G8bcWBVBwn3UfzcaK9sRBJks8raIHNoHYfHO2DmiGRVxPhd4Zu5DrCz ssEKRSg6XEUN2Bh1T3t8FxP+2Llw4OryQC/PYqdtuX2VGcpgpXUJOggqoxLEX14U+Ycg LuBarYM6L87ZRlUuDNsMpGMqd9Lb0heHLMtAbs43E7wHfpmR6nmXZQONvOHiQl54CxGC FbYDgx36/VNKIJit0ypjsiN2/VZSsJQdz4/Mwai+3I0nY+qHqo5TS73yp5yHMdK5Qlep kuFS3nbtw7pZAsbQO+unr7n7vI9tW6NkdNc+MtzoBeK6iS8kQ/6WAkOhGDlo0f0qjuhv Qn5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=lzqksOZo9oKzssQWd4+TCqMTVJHNfIm+9Q0SEfaLBjU=; b=U5ck6+lKlgn5sTOS5RWvgpsCNcJXPaHjnWkqQU1h1GU6ZY7YR/YtKJaq/xELTmo7+H aTrxPs/1yuSrMx+tDzdd4BpBR3gkjY9/iEpf+qcWKTrS554suBY+H2NCKz8utLTGa7H+ 0uqqxV3yLvKEmIw9765/E/KTYlRY+ko/tnoeCg7HOwJQzNrewJg5aCWxc3N9gJznTAEP SGbJqu7clSt3/osBYr+skzxiuqLqRQI3YnZuUoVgdAMBnAd3ekffZCg7nzCppopSmjra PqxlKei2M/AWTkFJ/nOkeQd1rNlT2IgzAtuVcZDfwfAxnIQhBh0RI34faWQI6zJWFx4Q zPuQ== X-Gm-Message-State: ANhLgQ0sgjdP5uJfn7kQg/7n9J4P5lEe9bxQQhopwtfSRDfIIepf2szt eBXcz4PkzABVgVx7ZZxseX2hdKXW6jvw0upGOaw= X-Google-Smtp-Source: ADFU+vtsQgQOnLRlTrTgGM50EY41vnr51HFNUk9V7349gPUFHWyFKZzvnxnlkchBu6NONcJcSUPuUU7T2einYPojAXw= X-Received: by 2002:aa7:9348:: with SMTP id 8mr10286496pfn.36.1584715637228; Fri, 20 Mar 2020 07:47:17 -0700 (PDT) MIME-Version: 1.0 References: <20200320131345.635023594@linutronix.de> <20200320131509.467730627@linutronix.de> In-Reply-To: <20200320131509.467730627@linutronix.de> From: Andy Shevchenko Date: Fri, 20 Mar 2020 16:47:10 +0200 Message-ID: Subject: Re: [patch 08/22] ACPI: Convert to new X86 CPU match macros To: Thomas Gleixner Cc: LKML , "maintainer:X86 ARCHITECTURE (32-BIT AND 64-BIT)" , Greg Kroah-Hartman , Mark Gross , Tony Luck , "Rafael J. Wysocki" , Len Brown , ACPI Devel Maling List , Paolo Bonzini , Darren Hart , Andy Shevchenko , Viresh Kumar , Linux PM , Srinivas Pandruvada , linux-edac@vger.kernel.org, Platform Driver , Jean Delvare , Guenter Roeck , linux-hwmon@vger.kernel.org, Zhang Rui , Daniel Lezcano , Amit Kucheria , Chanwoo Choi , Jacob Pan , Adrian Hunter , Ulf Hansson , linux-mmc , Bjorn Helgaas , linux-pci@vger.kernel.org, Takashi Iwai , ALSA Development Mailing List , Herbert Xu , "David S. Miller" , linux-crypto Content-Type: text/plain; charset="UTF-8" Sender: linux-hwmon-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-hwmon@vger.kernel.org On Fri, Mar 20, 2020 at 3:19 PM Thomas Gleixner wrote: > > The new macro set has a consistent namespace and uses C99 initializers > instead of the grufty C89 ones. > > Rename the local macro wrapper to X86_MATCH for consistency. It stays for > readability sake. > + X86_MATCH_INTEL_FAM6_MODEL(ATOM_SILVERMONT, NULL), > + X86_MATCH_INTEL_FAM6_MODEL(ATOM_AIRMONT, NULL), > -#define ICPU(model) { X86_VENDOR_INTEL, 6, model, X86_FEATURE_ANY, } > +#define X86_MATCH(model) X86_MATCH_INTEL_FAM6_MODEL(model, NULL) Maybe we can do a generic macro to avoid all these ', NULL' repetitions? -- With Best Regards, Andy Shevchenko From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andy Shevchenko Subject: Re: [patch 08/22] ACPI: Convert to new X86 CPU match macros Date: Fri, 20 Mar 2020 16:47:10 +0200 Message-ID: References: <20200320131345.635023594@linutronix.de> <20200320131509.467730627@linutronix.de> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Return-path: In-Reply-To: <20200320131509.467730627@linutronix.de> Sender: linux-acpi-owner@vger.kernel.org To: Thomas Gleixner Cc: LKML , "maintainer:X86 ARCHITECTURE (32-BIT AND 64-BIT)" , Greg Kroah-Hartman , Mark Gross , Tony Luck , "Rafael J. Wysocki" , Len Brown , ACPI Devel Maling List , Paolo Bonzini , Darren Hart , Andy Shevchenko , Viresh Kumar , Linux PM , Srinivas Pandruvada , linux-edac@vger.kernel.org, Platform Driver , Jean Delvare , Guenter Roeck linux List-Id: platform-driver-x86.vger.kernel.org On Fri, Mar 20, 2020 at 3:19 PM Thomas Gleixner wrote: > > The new macro set has a consistent namespace and uses C99 initializers > instead of the grufty C89 ones. > > Rename the local macro wrapper to X86_MATCH for consistency. It stays for > readability sake. > + X86_MATCH_INTEL_FAM6_MODEL(ATOM_SILVERMONT, NULL), > + X86_MATCH_INTEL_FAM6_MODEL(ATOM_AIRMONT, NULL), > -#define ICPU(model) { X86_VENDOR_INTEL, 6, model, X86_FEATURE_ANY, } > +#define X86_MATCH(model) X86_MATCH_INTEL_FAM6_MODEL(model, NULL) Maybe we can do a generic macro to avoid all these ', NULL' repetitions? -- With Best Regards, Andy Shevchenko From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.7 required=3.0 tests=DKIM_ADSP_CUSTOM_MED, DKIM_SIGNED,DKIM_VALID,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 79561C54FCF for ; Mon, 23 Mar 2020 13:51:48 +0000 (UTC) Received: from alsa0.perex.cz (alsa0.perex.cz [77.48.224.243]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id EF40C20753 for ; Mon, 23 Mar 2020 13:51:47 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=alsa-project.org header.i=@alsa-project.org header.b="fKBbm1Xx"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="jvK6zIz+" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org EF40C20753 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=gmail.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=alsa-devel-bounces@alsa-project.org Received: from alsa1.perex.cz (alsa1.perex.cz [207.180.221.201]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by alsa0.perex.cz (Postfix) with ESMTPS id 565A615F9; Mon, 23 Mar 2020 14:50:56 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa0.perex.cz 565A615F9 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=alsa-project.org; s=default; t=1584971506; bh=CMxEpWJ2YkZ2ofp0Fh+n81p9GAe7u22SIlJ9QPgvdOY=; h=References:In-Reply-To:From:Date:Subject:To:Cc:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From; b=fKBbm1XxUZkNxBgo9ZdZXbOhXzfmrCD0I9S4VLVFxGhIAJI4AkWdd4A5Y8V39wr1S 3aIX9bQJgMzEKwDlSl4KFrVegKy5KzRw7Dr7U7mE+93gdmV6ORJU5mgXhbAeV4tVjP Ru6l+04yh+m0ZHqk0yEZO+zf6Ka98Pfre2Tu9bgE= Received: from alsa1.perex.cz (localhost.localdomain [127.0.0.1]) by alsa1.perex.cz (Postfix) with ESMTP id A4B3FF802A0; Mon, 23 Mar 2020 14:47:44 +0100 (CET) Received: by alsa1.perex.cz (Postfix, from userid 50401) id AD141F800C0; Fri, 20 Mar 2020 15:47:22 +0100 (CET) Received: from mail-pf1-x442.google.com (mail-pf1-x442.google.com [IPv6:2607:f8b0:4864:20::442]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by alsa1.perex.cz (Postfix) with ESMTPS id DC759F800C0 for ; Fri, 20 Mar 2020 15:47:19 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa1.perex.cz DC759F800C0 Authentication-Results: alsa1.perex.cz; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="jvK6zIz+" Received: by mail-pf1-x442.google.com with SMTP id l184so3326531pfl.7 for ; Fri, 20 Mar 2020 07:47:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=lzqksOZo9oKzssQWd4+TCqMTVJHNfIm+9Q0SEfaLBjU=; b=jvK6zIz+Qr1G8bcWBVBwn3UfzcaK9sRBJks8raIHNoHYfHO2DmiGRVxPhd4Zu5DrCz ssEKRSg6XEUN2Bh1T3t8FxP+2Llw4OryQC/PYqdtuX2VGcpgpXUJOggqoxLEX14U+Ycg LuBarYM6L87ZRlUuDNsMpGMqd9Lb0heHLMtAbs43E7wHfpmR6nmXZQONvOHiQl54CxGC FbYDgx36/VNKIJit0ypjsiN2/VZSsJQdz4/Mwai+3I0nY+qHqo5TS73yp5yHMdK5Qlep kuFS3nbtw7pZAsbQO+unr7n7vI9tW6NkdNc+MtzoBeK6iS8kQ/6WAkOhGDlo0f0qjuhv Qn5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=lzqksOZo9oKzssQWd4+TCqMTVJHNfIm+9Q0SEfaLBjU=; b=lflc8hAIAtgYD9JoPI2sXfQa+bcABt329bzq1EBL30jKO9NzzQ7GOzxWwmWrWNDS7u n12NqSq0WWT7Yl3BHR4dVz1vdOXqCvOKHa1qda7tInO+9oYsyxr8ZFlum1yYQWdfE5Wl Bd8P9hNe5+GQ6+tksONcDFe4WfXWQjPVAzIJ6gv2dIU73lSuMQtOsAI8RAu81jlFaL2H 33gcKmNVj9x3f+vOoD/NS6RdqDy+78cqqDfIjWQm80UuqxLveUFK1mt7ajqo4o6e2s/g 3b8UhWGbF2TI+tyn2uuS2C9zB7rctAHjVeyjmf6/MPRZSnczDTlvUoLMw2xpOYh5LKVl bvug== X-Gm-Message-State: ANhLgQ0Tf3OxBpZBAzMoZaLJb5Rt1srVph0spBRknELfIn1lqKAE0sJA TO50r+9Mlxn2IFOxnX0jVxio4El5OXjCS9p+Ri4= X-Google-Smtp-Source: ADFU+vtsQgQOnLRlTrTgGM50EY41vnr51HFNUk9V7349gPUFHWyFKZzvnxnlkchBu6NONcJcSUPuUU7T2einYPojAXw= X-Received: by 2002:aa7:9348:: with SMTP id 8mr10286496pfn.36.1584715637228; Fri, 20 Mar 2020 07:47:17 -0700 (PDT) MIME-Version: 1.0 References: <20200320131345.635023594@linutronix.de> <20200320131509.467730627@linutronix.de> In-Reply-To: <20200320131509.467730627@linutronix.de> From: Andy Shevchenko Date: Fri, 20 Mar 2020 16:47:10 +0200 Message-ID: Subject: Re: [patch 08/22] ACPI: Convert to new X86 CPU match macros To: Thomas Gleixner Content-Type: text/plain; charset="UTF-8" X-Mailman-Approved-At: Mon, 23 Mar 2020 14:47:37 +0100 Cc: Ulf Hansson , "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" , Viresh Kumar , ALSA Development Mailing List , Platform Driver , Jacob Pan , Srinivas Pandruvada , Amit Kucheria , Mark Gross , Herbert Xu , Chanwoo Choi , Daniel Lezcano , ACPI Devel Maling List , linux-pci@vger.kernel.org, Darren Hart , Zhang Rui , Guenter Roeck , Len Brown , Jean Delvare , Linux PM , linux-mmc , Bjorn Helgaas , Takashi Iwai , Adrian Hunter , linux-edac@vger.kernel.org, linux-hwmon@vger.kernel.org, Tony Luck , Greg Kroah-Hartman , "Rafael J. Wysocki" , LKML , linux-crypto , Paolo Bonzini , "David S. Miller" , Andy Shevchenko X-BeenThere: alsa-devel@alsa-project.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Alsa-devel mailing list for ALSA developers - http://www.alsa-project.org" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: alsa-devel-bounces@alsa-project.org Sender: "Alsa-devel" On Fri, Mar 20, 2020 at 3:19 PM Thomas Gleixner wrote: > > The new macro set has a consistent namespace and uses C99 initializers > instead of the grufty C89 ones. > > Rename the local macro wrapper to X86_MATCH for consistency. It stays for > readability sake. > + X86_MATCH_INTEL_FAM6_MODEL(ATOM_SILVERMONT, NULL), > + X86_MATCH_INTEL_FAM6_MODEL(ATOM_AIRMONT, NULL), > -#define ICPU(model) { X86_VENDOR_INTEL, 6, model, X86_FEATURE_ANY, } > +#define X86_MATCH(model) X86_MATCH_INTEL_FAM6_MODEL(model, NULL) Maybe we can do a generic macro to avoid all these ', NULL' repetitions? -- With Best Regards, Andy Shevchenko