Received: by 10.223.185.111 with SMTP id b44csp318471wrg; Fri, 9 Mar 2018 05:34:46 -0800 (PST) X-Google-Smtp-Source: AG47ELsPG9BkIoloekxzCWLHUXTwr2YelnY6ZYs/i3eNqq49Y/+TyoI0WNrGBBhUIeTTr8bcYKl2 X-Received: by 2002:a17:902:bcc5:: with SMTP id o5-v6mr26742654pls.86.1520602486490; Fri, 09 Mar 2018 05:34:46 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1520602486; cv=none; d=google.com; s=arc-20160816; b=B6U6W5O+YAtzmG9tx4PRLZDpfI29Te1ker70MSmvvhrgMheJL8vqtxwSEd2bwgSPJK f2VfPZ8PWqAYh77WOzO9At/dPQD6re+Bv+igjIQdEZgJZkSXbcCBiSgklBGE+HDZBloJ NzCAJ/9rUcw6yLXHPsvJ5cooQRdp29nyNzIMNoeHKMrticZPNA/89TGv17x3mJFcwT4V aVmFL3x4TJcuLVm6OOnEHQyJPOmtoIh2MDlpepW37zB0xNKz1nW4DglDdPovNZmlnrsO NRDWC+5Bt55zNVPr+iBlwQZ/QDvaru+V+1hK/J6cdvvEvH1dA2461OEBfPYUtUb9mg9S v4+A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date:arc-authentication-results; bh=eSi1TNaPop7ypdt7lPYVG2ysJG5cCSlA8P9IdGc+a+c=; b=o1t7anQt0b7clwZN0B3FSPkYHPRBiyCvIsAThLa5GgVw6DExY7AuCZI1bQGlNSgCbg vKvZ7D4THVblitCr4/Iv41TxGUUYyEr5/1FEa6zIUcZ+OdfrbIwAyCZfTDuIjXPZYQ1h czcEECy/cRaIaaiFo5JqTZZqXVnXvWoYprkcFhRdQpYcNytyLeRs7lfWXy7HzypNDAB+ aT/Sh9I6VgnFLEXsLDBlGQhWq9myEDEwHqRZ8vV0IdSifrOxdRhtkiZgRVxc5TaZ/u0o T2uug8Xkh0V/QfMhIEdP0E5Hdsi+TABAW2RPYq4jQ1mYcw0N5cJMxaY3pVuytS+hrXc9 FebA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id n10si743318pge.342.2018.03.09.05.34.31; Fri, 09 Mar 2018 05:34:46 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751206AbeCINdT (ORCPT + 99 others); Fri, 9 Mar 2018 08:33:19 -0500 Received: from mx2.suse.de ([195.135.220.15]:54148 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751120AbeCINdR (ORCPT ); Fri, 9 Mar 2018 08:33:17 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 98CCCACEE; Fri, 9 Mar 2018 13:33:16 +0000 (UTC) Date: Fri, 9 Mar 2018 14:33:15 +0100 From: Jean Delvare To: Alex Hung Cc: linux-kernel@vger.kernel.org Subject: Re: [PATCH][V2] firmware: dmi_scan: add DMI_OEM_STRING support to dmi_matches Message-ID: <20180309143315.354ad0be@endymion> In-Reply-To: <1519800494-32107-1-git-send-email-alex.hung@canonical.com> References: <1519800494-32107-1-git-send-email-alex.hung@canonical.com> Organization: SUSE Linux X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.31; x86_64-suse-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Alex, On Tue, 27 Feb 2018 22:48:14 -0800, Alex Hung wrote: > OEM strings are defined by each OEM and they contain customized and > useful OEM information. Supporting it provides more flexible uses of > the dmi_matches function. > > Signed-off-by: Alex Hung > --- > drivers/firmware/dmi_scan.c | 11 +++++++++-- > include/linux/mod_devicetable.h | 1 + > 2 files changed, 10 insertions(+), 2 deletions(-) > > diff --git a/drivers/firmware/dmi_scan.c b/drivers/firmware/dmi_scan.c > index e763e14..c712e66 100644 > --- a/drivers/firmware/dmi_scan.c > +++ b/drivers/firmware/dmi_scan.c > @@ -775,7 +775,15 @@ static bool dmi_matches(const struct dmi_system_id *dmi) > int s = dmi->matches[i].slot; > if (s == DMI_NONE) > break; > - if (dmi_ident[s]) { > + if (s == DMI_OEM_STRING) { > + /* DMI_OEM_STRING must be exact match */ > + const struct dmi_device *valid; > + > + valid = dmi_find_device(DMI_DEV_TYPE_OEM_STRING, > + dmi->matches[i].substr, NULL); > + if (valid) > + continue; > + } else if (dmi_ident[s]) { > if (dmi->matches[i].exact_match) { > if (!strcmp(dmi_ident[s], > dmi->matches[i].substr)) > @@ -786,7 +794,6 @@ static bool dmi_matches(const struct dmi_system_id *dmi) > continue; > } > } > - > /* No match */ > return false; > } Please avoid gratuitous blank line changes. > diff --git a/include/linux/mod_devicetable.h b/include/linux/mod_devicetable.h > index 48fb2b4..7d361be 100644 > --- a/include/linux/mod_devicetable.h > +++ b/include/linux/mod_devicetable.h > @@ -502,6 +502,7 @@ enum dmi_field { > DMI_CHASSIS_SERIAL, > DMI_CHASSIS_ASSET_TAG, > DMI_STRING_MAX, > + DMI_OEM_STRING, /* special case - will not be in dmi_ident */ > }; > > struct dmi_strmatch { Other than this, I'm happy with this version, so with the blank line restored: Reviewed-by: Jean Delvare However it doesn't make sense to commit this change unless there will be at least one user of it. What is the status of the piece of code which was supposed to use this new feature? -- Jean Delvare SUSE L3 Support