Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp6600918ybf; Fri, 6 Mar 2020 00:43:53 -0800 (PST) X-Google-Smtp-Source: ADFU+vuoyllFii53iBGnGavfPb4kyA3fV2eaLwNGLaG0ct32cyis0d0G3ovtX77MCksoLHOSklKn X-Received: by 2002:a9d:7653:: with SMTP id o19mr1562765otl.118.1583484232956; Fri, 06 Mar 2020 00:43:52 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583484232; cv=none; d=google.com; s=arc-20160816; b=EYN+I9P+CJ+chtBSOvDW0c1z6wM/za+rkrksT5nzaBTHxA0gwQpRzkkU6YoKK5R2k9 b8k3XLl3S2NPux2+14ByhGnAod75L3P9mQKby+ydwRsUuOpS7e/9cn9s84ACvhWpfdDt RSQ0YHEKMZlSe25mhEolrP0afi8SIDEjB925boch/3lFmgG2c3QJwUcWXveTZONiYSUd IWUyT+a/XljVbMm7kCE1bF26n0xe2Co3rv3z3hPrz2hilyj9MRPzxEMhdtuGOrFT6U1e +cgRmtVpcvcM5Lvw+pRrCguEasYgdy2QadoZ5tVmz+72YkAXgpgKHmTLR3NnUVhSGOgG n/4g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:thread-index:thread-topic :content-transfer-encoding:mime-version:subject:references :in-reply-to:message-id:cc:to:from:date:dkim-signature:dkim-filter; bh=YxTbu9kQnvjv5MbGULCxcOml7fOIMlApQuM/jcMVt1s=; b=PGSujgIr7cqh/HfZxkM6Tn6/P8E2tPn2irAoFjIpD4nnIwFcZYbn+LpAG8nn0WC9c3 6liw/xl0I7fV1VuM2JAyYQTwnLngmiU0dEcrq/gFnLj2T6/bUfXTxnJ6loIM3k8k89/R bMOq+jr0+aKXtvP8Zoyiikz1c3Fzp/5mBP4qLIPZXMcTvNuIYZSr02yfvwkw/TbLDiU8 mNYbULn5FbEhtkdzdOAvqF+FvAYtKuoACP8kjUOeJxAUZF0T6nvr7XU2R+NU2EgbF1kS 4zONueMbRU9/cK9zucuPIwnia7neh8DiFzUtJvoimzwC4KsCGFh/SPoyZHj+KLpCG/1D IYMQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@inango-systems.com header.s=45A440E0-D841-11E8-B985-5FCC721607E0 header.b=anA5w44s; 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; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=inango-systems.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e2si885871oig.158.2020.03.06.00.43.40; Fri, 06 Mar 2020 00:43:52 -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; dkim=pass header.i=@inango-systems.com header.s=45A440E0-D841-11E8-B985-5FCC721607E0 header.b=anA5w44s; 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; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=inango-systems.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726231AbgCFInP (ORCPT + 99 others); Fri, 6 Mar 2020 03:43:15 -0500 Received: from mail.inango-systems.com ([178.238.230.57]:48846 "EHLO mail.inango-sw.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725959AbgCFInP (ORCPT ); Fri, 6 Mar 2020 03:43:15 -0500 Received: from localhost (localhost [127.0.0.1]) by mail.inango-sw.com (Postfix) with ESMTP id DCD5910808D1; Fri, 6 Mar 2020 10:43:12 +0200 (IST) Received: from mail.inango-sw.com ([127.0.0.1]) by localhost (mail.inango-sw.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id uqHrDe7cnF2u; Fri, 6 Mar 2020 10:43:12 +0200 (IST) Received: from localhost (localhost [127.0.0.1]) by mail.inango-sw.com (Postfix) with ESMTP id 2721310808D7; Fri, 6 Mar 2020 10:43:12 +0200 (IST) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.inango-sw.com 2721310808D7 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=inango-systems.com; s=45A440E0-D841-11E8-B985-5FCC721607E0; t=1583484192; bh=YxTbu9kQnvjv5MbGULCxcOml7fOIMlApQuM/jcMVt1s=; h=Date:From:To:Message-ID:MIME-Version; b=anA5w44sgin0xHU3Gy1VamxJC+hql6/9VLZkgk8OpALSgA3OPd4U4HqaBzpTs6G8v dp42ByDlpayqdpEy8HU5eFclbZWAWIJPu2AMm9M6nL1NiQlRSxuQ0VPBLSv2tKEHse hVowh+2MNBhr5vjddFleqdjemexqA1/KYpl9rauOrDAJQYqg2hnx2wWyP/N4qwjIqx wciEU79HVPMn1TIa+syHCcKrxDU+I9ZFPJp50NSh8oWeXdKPKLi7ZImYAUklCi4B1b tTu571FKpMy7jwzSWjBiIbE+i+lEOooEVyMqLvwKBcpzFUW5uBbsPDrpYqqr2VuR2E eI+YNRfcV7fjA== X-Virus-Scanned: amavisd-new at inango-sw.com Received: from mail.inango-sw.com ([127.0.0.1]) by localhost (mail.inango-sw.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id NTHAflgbJcax; Fri, 6 Mar 2020 10:43:12 +0200 (IST) Received: from mail.inango-sw.com (mail.inango-sw.com [172.17.220.3]) by mail.inango-sw.com (Postfix) with ESMTP id 04C0E10807C8; Fri, 6 Mar 2020 10:43:12 +0200 (IST) Date: Fri, 6 Mar 2020 10:43:11 +0200 (IST) From: Nikolai Merinov To: hch Cc: Davidlohr Bueso , Jens Axboe , Ard Biesheuvel , linux-efi , linux-block , linux-kernel Message-ID: <711479725.2305.1583484191776.JavaMail.zimbra@inango-systems.com> In-Reply-To: <20200224170813.GA27403@infradead.org> References: <20181124162123.21300-1-n.merinov@inango-systems.com> <20191224092119.4581-1-n.merinov@inango-systems.com> <20200108133926.GC4455@infradead.org> <26f7bd89f212f68b03a4b207e96d8702c9049015.1578910723.git.n.merinov@inango-systems.com> <20200218185336.GA14242@infradead.org> <797777312.1324734.1582544319435.JavaMail.zimbra@inango-systems.com> <20200224170813.GA27403@infradead.org> Subject: Re: [PATCH v3] partitions/efi: Fix partition name parsing in GUID partition entry MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.220.3] X-Mailer: Zimbra 8.8.15_GA_3888 (ZimbraWebClient - GC80 (Linux)/8.8.15_GA_3890) Thread-Topic: partitions/efi: Fix partition name parsing in GUID partition entry Thread-Index: YUv+o3doV5Qr5r5T5kLUarb2avqorw== Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Christoph, Should I perform any other steps in order to get this change in the master? Regards, Nikolai ----- Original Message ----- > From: "hch" > To: "n merinov" > Cc: "hch" , "Davidlohr Bueso" , "Jens Axboe" , "Ard Biesheuvel" > , "linux-efi" , "linux-block" , "linux-kernel" > > Sent: Monday, February 24, 2020 10:08:13 PM > Subject: Re: [PATCH v3] partitions/efi: Fix partition name parsing in GUID partition entry > On Mon, Feb 24, 2020 at 01:38:39PM +0200, Nikolai Merinov wrote: >> Hi Christoph, >> >> > I'd rather use plain __le16 and le16_to_cpu here. Also the be >> > variants seems to be entirely unused. >> >> Looks like I misunderstood your comment from >> https://patchwork.kernel.org/patch/11309223/: >> >> > Please add a an efi_char_from_cpu or similarly named helper >> > to encapsulate this logic. >> >> The "le16_to_cpu(ptes[i].partition_name[label_count])" call is the >> full implementation of the "efi_char_from_cpu" logic. Do you want >> to encapsulate "utf16_le_to_7bit_string" logic entirely like in >> the attached version? > > I think I though of just the inner loop, but your new version looks even > better, so: > > Reviewed-by: Christoph Hellwig