Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp3865150ybl; Tue, 21 Jan 2020 08:26:13 -0800 (PST) X-Google-Smtp-Source: APXvYqxcq9YMvZbhApfoVbhlWSb8dzZbSGUOPahazdzE5wIKyY6KUGRfKeoNkdrwBY3f/uLcjQ25 X-Received: by 2002:aca:5144:: with SMTP id f65mr2044298oib.5.1579623973747; Tue, 21 Jan 2020 08:26:13 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1579623973; cv=none; d=google.com; s=arc-20160816; b=vhtGpD62zZTGGUGO3KHrM73kMYllT/whiVU1vtjRo4RxJSlIku226wVZzWFM9JWUq2 YC4LaBfhrRpX60cIK9QauuV0SmG0z8qN3D9zu6Ql5+4hv9OG2Ff9jKloKtx35W4GzQ5N 5A4Y8Rkg7ytFkKO/qBsQAmNcGY245XiO7tVuXLf5uNAboRRWVpKTK9mYjou8jMpVp6RS iB9nfKcQhtZQZlDB/Hyl8hLbd3BqSVeFB4sCJGhhD5fCO6no84mB19d/d/wsfLgHrD0s sICzBeII4KwoopTRrzpPRVlnqh8GFSSey3BpL8Vwwtatv0PJGe7tGrOc75Tv4P9Y56LU 37UQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=JuTJjKLhks+WoeoXUH6S5tKGkOTAkUFs0K9OWu7h8UQ=; b=vTnD/s+/yrRyj4bOSJds+u+Y72/kKnuWQVy5j1JuvbnRlxKAxM+Oj6bCP61KwuCJSv JxOI73QtNxS9QHwN/NAx9LXKrb79ljZR/j3kNTiSIPxicAAk2Mzr51kShvcKKHJPLhfF C/7ppvwOd/U2fYm5MkKYz3JxemmayS+oESloZvt895nDWq1ds9WAQGboVHJ6U6AzkSuj mQ4FVu0TaoQMQLJfx4NhSGL8jGliDH1xebYL/LFwD86VPeKTc/jTYxIwPfHqegcc6U/e EmjK2oxiXWvHPlMJWyyKIu4lKvXJJMyND1uU/YWBzNeHzyYagHZOL9D/mwDCpRzc4BDg bNpA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=bGrITbR7; 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 w19si21939048otj.209.2020.01.21.08.26.01; Tue, 21 Jan 2020 08:26:13 -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=@kernel.org header.s=default header.b=bGrITbR7; 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 S1729317AbgAUQZC (ORCPT + 99 others); Tue, 21 Jan 2020 11:25:02 -0500 Received: from mail.kernel.org ([198.145.29.99]:55000 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727817AbgAUQZC (ORCPT ); Tue, 21 Jan 2020 11:25:02 -0500 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 3421C206A2; Tue, 21 Jan 2020 16:25:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1579623901; bh=ApLdmg+pAobH5jvwP927zb6tG46YhJdCkCHtaNFvwvQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=bGrITbR7uVApg1jMZMOd6ydm3qz2sO0s0TavAd+L25+/U7RQLQjpBAcYwBhrsHQiU DtukFV2kCW0WDHFJMd/T+0U1a/5kBh4oQ85QNQelaqFfuQke+aJbMfaNQ/cLHYA/6Y j9q7H+0dJXD8ZsDjfQQRVHosx9Uh4mnNj+s8P47Q= Date: Tue, 21 Jan 2020 17:24:59 +0100 From: Greg Kroah-Hartman To: Alex Shi Cc: Arnd Bergmann , Harald Welte , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH] pcmcia/cm4000: remove useless variable tmp Message-ID: <20200121162459.GA592268@kroah.com> References: <1579596599-258299-1-git-send-email-alex.shi@linux.alibaba.com> <37f03cf9-5666-7561-13f6-2ff72e936b7a@linux.alibaba.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <37f03cf9-5666-7561-13f6-2ff72e936b7a@linux.alibaba.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jan 21, 2020 at 05:53:53PM +0800, Alex Shi wrote: > > > 在 2020/1/21 下午5:08, Arnd Bergmann 写道: > > On Tue, Jan 21, 2020 at 9:50 AM Alex Shi wrote: > >> > >> No one care the value of 'tmp' in func cmm_write. better to remove it. > > > > Hi Alex, > > > >> @@ -1146,7 +1145,7 @@ static ssize_t cmm_write(struct file *filp, const char __user *buf, > >> set_cardparameter(dev); > >> > >> /* dummy read, reset flag procedure received */ > >> - tmp = inb(REG_FLAGS1(iobase)); > >> + inb(REG_FLAGS1(iobase)); > > > > I think this may cause warnings on some architectures, when inb() is a macro > > that just turns into a pointer dereference. You could write it as > > > > (void)inb(REG_FLAGS1(iobase)); > > > > which would not warn anywhere. > > > > Arnd > > > > Thanks a lot Arnd! > > > >From 9e54770c6911ae7da7d2f74774bbef019e459bc9 Mon Sep 17 00:00:00 2001 > From: Alex Shi > Date: Fri, 17 Jan 2020 09:10:47 +0800 > Subject: [PATCH v2] pcmcia/cm4000: remove useless variable tmp > > No one care the value of 'tmp' in func cmm_write. better to remove it. > > Arnd Bergmann pointed just remove may cause warning in some arch where > inb is macro, and suggest add a cast '(void)' for this. Thanks! > > Signed-off-by: Alex Shi > Cc: Harald Welte > Cc: Arnd Bergmann > Cc: Greg Kroah-Hartman > Cc: linux-kernel@vger.kernel.org > --- > drivers/char/pcmcia/cm4000_cs.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff --git a/drivers/char/pcmcia/cm4000_cs.c b/drivers/char/pcmcia/cm4000_cs.c > index 15bf585af5d3..0f55bed6c71f 100644 > --- a/drivers/char/pcmcia/cm4000_cs.c > +++ b/drivers/char/pcmcia/cm4000_cs.c > @@ -1048,7 +1048,6 @@ static ssize_t cmm_write(struct file *filp, const char __user *buf, > struct cm4000_dev *dev = filp->private_data; > unsigned int iobase = dev->p_dev->resource[0]->start; > unsigned short s; > - unsigned char tmp; > unsigned char infolen; > unsigned char sendT0; > unsigned short nsend; > @@ -1146,7 +1145,7 @@ static ssize_t cmm_write(struct file *filp, const char __user *buf, > set_cardparameter(dev); > > /* dummy read, reset flag procedure received */ > - tmp = inb(REG_FLAGS1(iobase)); > + (void)inb(REG_FLAGS1(iobase)); That's horrid, just keep tmp :)