Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp3504565ybl; Tue, 21 Jan 2020 01:56:54 -0800 (PST) X-Google-Smtp-Source: APXvYqzCY5QFXx9xRaSEtaqf15WbWcxF6qtH7iUM7zsRloh9ag6QYaP3DmvQ5ytJDaFWWLE3Ul5X X-Received: by 2002:a9d:68cb:: with SMTP id i11mr2909971oto.210.1579600614776; Tue, 21 Jan 2020 01:56:54 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1579600614; cv=none; d=google.com; s=arc-20160816; b=PaAjQ/5jJhwksbtFSLW+y+J6dylDkxmN16ca8SwLYqT5QecZaXLpmBLNse/Pnucnzg l1FW04aUAosOJzLsTgXpL0KfdJxPNTYOrXTa2g/IAIpwqMGBkGy1XXICn1V034zgS8Qs iDNqWNbt/jzjAyXTTLr5YQH2IKH3u/hl2kN3etSovP+ruSsKOuw+fackCb67d/NMTBlg 1g736GhOGilSzztUh2EN/ir2YoHElAlYndX+FLuByeqgsOrNEspqUzS1jI4K3+FiFGnl aj0DPiMB1G6AS9KLG6Q9Vs3vxNms/bUVQ7kcbdOAvknlKJMw1HLKdiBTrgXt8eimXFsC yhjQ== 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:in-reply-to :mime-version:user-agent:date:message-id:from:references:cc:to :subject; bh=Ke63MOkPPdFyhxnzOe5yJAmwkM8gkY/doXUueUnYUA4=; b=AF1OzWPl3+amsBKuv25PEP/FZIBSh+iYE1sgVGboAX4BgbKCuxe++2tnUIuqzr8bAh BUpERpnf6jOG0fvBdHTgL3IB5MFjxd8gNRppsQpiRVUX5ealVDxTWFmpZ1RE7xokrvZt bumM/1m/8OjHI1b/MDAVaGv5S6TgwQUHiroyJGJU+n0Lx0Xr0YOCHqXkzbGT6TO7FYyN DGWv2WEyTjwNvE42DVTTvK/SdU+43o5D+LXHoa3dSmOAx4/WM6cm0LVBIys15kw6XHxF mgy9PpFjGWAJ4lfatpSRU1Aylm54Thbg+WBnGqrMBkkH83RFER7cfhM6vqt/Iu6cuxjA Y9Rw== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u12si21348389otq.51.2020.01.21.01.56.42; Tue, 21 Jan 2020 01:56:54 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729287AbgAUJzp (ORCPT + 99 others); Tue, 21 Jan 2020 04:55:45 -0500 Received: from out30-131.freemail.mail.aliyun.com ([115.124.30.131]:47189 "EHLO out30-131.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728797AbgAUJzp (ORCPT ); Tue, 21 Jan 2020 04:55:45 -0500 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R631e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e07484;MF=alex.shi@linux.alibaba.com;NM=1;PH=DS;RN=4;SR=0;TI=SMTPD_---0ToHe2sg_1579600542; Received: from IT-FVFX43SYHV2H.local(mailfrom:alex.shi@linux.alibaba.com fp:SMTPD_---0ToHe2sg_1579600542) by smtp.aliyun-inc.com(127.0.0.1); Tue, 21 Jan 2020 17:55:42 +0800 Subject: Re: [PATCH] pcmcia/cm4000: remove useless variable tmp To: Arnd Bergmann Cc: Harald Welte , Greg Kroah-Hartman , "linux-kernel@vger.kernel.org" References: <1579596599-258299-1-git-send-email-alex.shi@linux.alibaba.com> From: Alex Shi Message-ID: <37f03cf9-5666-7561-13f6-2ff72e936b7a@linux.alibaba.com> Date: Tue, 21 Jan 2020 17:53:53 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 在 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)); dev->flags1 = 0x20 /* T_Active */ | (sendT0) -- 1.8.3.1