Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp2714640pxb; Sat, 23 Oct 2021 06:22:38 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyA+mmnlnS3586CRZsSG4+yxVUkkJ9FzUxcolMUrNbr/ZryupJDtakq05qufqzVFkiu63oO X-Received: by 2002:a17:907:1caa:: with SMTP id nb42mr7369640ejc.293.1634995357908; Sat, 23 Oct 2021 06:22:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634995357; cv=none; d=google.com; s=arc-20160816; b=TZHPrt+aTxNeYkzbUdIcBtZpm9jUjM4mJHDphv2DhF1B/adjgZqLsgJChvcBEZuJ3c cPPoVlDPokslJFFCiS8bGrx41BOL/+/IP6U8/75UDa6xd7MCBNBnnr+UUKoAJIn8SxM6 o4X7V40XegCtkzTytkq8monysDA/oJZsJm4nKbCoMe/gLaMHQXzpH+jy5GUrZ/YGi9mr tR2qKM1j8L19bCWB+JCIuHLeUc958oxMn3PZr4ATlOK3Vy0wjVU/UM1WkjGIPnLEr15Q w6GkLZFz+KN301ALXaP6dsEdPCsRbDjJacDcC/M5fhp+zm5pD9Qg72SosfXqTvbPd6Rm STeQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=zZT6LYKdyvydAYuHabVDjzlvRA/CtPiMuB/tNj1VFts=; b=Cac6euIei0clt/hV2QLHDsNlt4S3exzyPU+1X+Z44fVhRgfpsSvZ4NxBSqs5XtzGht q3lJfItVWP6wSRk++kFKn9dMtL1Uddqw5hMotKabQ5kSeM0tJz88yECxODjyKRuYkk2R +Uu2VOTXsxCLmtJX3vtwCAtBTzVbELOnDXo99ubCMM3WqBRbql6HEBCn5VjTTQRMdZG/ yhBK6kPkxg0r9C6/R33XHWeNraFULupUdPwmTvj7I3VlLDuV2IY7YLRC7eNHdi1rlibY NzjcOW5Ex76dicz+/iwvpdO6j5haEwfluPfBjs/5zRf4zFVUuH2Nogfeo2/xoZiDP4Ns 1m9g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s13si15543894ejc.690.2021.10.23.06.22.14; Sat, 23 Oct 2021 06:22:37 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230512AbhJWNVm (ORCPT + 99 others); Sat, 23 Oct 2021 09:21:42 -0400 Received: from mga14.intel.com ([192.55.52.115]:16628 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229699AbhJWNVm (ORCPT ); Sat, 23 Oct 2021 09:21:42 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10145"; a="229721453" X-IronPort-AV: E=Sophos;i="5.87,175,1631602800"; d="scan'208";a="229721453" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by fmsmga103.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 23 Oct 2021 06:19:21 -0700 X-IronPort-AV: E=Sophos;i="5.87,175,1631602800"; d="scan'208";a="496049093" Received: from yli135-mobl.ccr.corp.intel.com (HELO chenyu5-mobl1) ([10.249.169.195]) by orsmga008-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 23 Oct 2021 06:19:18 -0700 Date: Sat, 23 Oct 2021 21:19:14 +0800 From: Chen Yu To: Andy Shevchenko Cc: linux-acpi@vger.kernel.org, Greg Kroah-Hartman , "Rafael J. Wysocki" , Ard Biesheuvel , Len Brown , Ashok Raj , Mike Rapoport , Aubrey Li , linux-kernel@vger.kernel.org Subject: Re: [PATCH v5 4/4] tools: Introduce power/acpi/pfru/pfru Message-ID: <20211023131914.GB28269@chenyu5-mobl1> References: <0159379f2f15c79959fd597874f162ebc3cf711b.1634899519.git.yu.c.chen@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Oct 22, 2021 at 11:12:20PM +0300, Andy Shevchenko wrote: > On Sat, Oct 23, 2021 at 01:10:32AM +0800, Chen Yu wrote: > > Introduce a user space tool to make use of the interface exposed by > > Platform Firmware Runtime Update and Telemetry drivers. The users > > can use this tool to do firmware code injection, driver update and > > to retrieve the telemetry data. > > ... > > > #include > > +#ifdef __KERNEL__ > > #include > > +#else > > +#include > > +#include > > +#endif > > This is exactly my point why you mustn't use uuid.h in uAPI headers. > Ok, will remove uuid.h. > > + while (1) { > > Why not while ((c = getopt_long(...)) != -1) ? > Ok, changed it to this form. > > + int option_index = 0; > > + > > + c = getopt_long(argc, argv, option_string, > > + long_options, &option_index); > > + if (c == -1) > > + break; > > > + } > > + } > > +} > > ... > > > + char *uuid = malloc(37); > > libuuid doesn't have helpers for this? > There's no helper for uuid allocation AFAIK. > Split assignment so if will be closer to its user. > Ok, will do. thanks, Chenyu