Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp892902ybe; Thu, 5 Sep 2019 07:28:08 -0700 (PDT) X-Google-Smtp-Source: APXvYqzIRV9wps3CmL7/Cz1Slbuib66LqPC0sltG/zkn7vxhmA2rJ0wE4Z87eRoVZVTr0m3TzBqU X-Received: by 2002:a17:902:b18c:: with SMTP id s12mr3726516plr.257.1567693688565; Thu, 05 Sep 2019 07:28:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567693688; cv=none; d=google.com; s=arc-20160816; b=E2xMcyiEbDNCR1MsqwOBUnuG0Tazm5+ABof6liWD5cfIL/y3uApfhORNhP+rG7fLr9 mOmguRG8iYOf9rqvmx3RSHOY4ugewpM2476c519t1EoF5R4L+O9T3KqEqzDEl5BLMBdI 1tZ1x65l4Hm/+qt2v6eQ9Mm8xipOhTopBiH3CqJ3AFf5fjnICLrOREYZC7QEyCjq0/XG 54L70inQtVOZlsIEhW2K7IEjsQZeS+FHNpbmOJxftnGGFC1aL+lSo+tYReyMUJpleCww 5AXWV5o7pWoTVYJomlTTXoEKjI7ornnQ604p6rq0Gje33ThvFY2l+JSYDoeZFTgcSM8n Halw== 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 :references:subject:cc:to:mime-version:user-agent:from:date :message-id; bh=kBGlEEbpGU+grr1/rvu6VkFlQjyr8c0LWvhISKbYfWw=; b=1FR62Fpvic3ZF/+tByOJb6+VDqc3ONdXsJLR0wgy3X6GzGAKVoycp1udCymzPKs4mb sorM7xcLw8GHSS4ouZtKDBZ6qHafcSRUFqGR25HoZe9cF/2eSOK/ZJW2JEWgE9y+yUDQ Siw1E8/NK01PlJy7sCrGe9W5vK0AxHve6eYfo802I5y4I2fwx4ULh1WKlqVgrnTQys6r aGK9dpl4zqdmYI6Z3D/u8h1kH51yOqhZWl8ZbgqbCZRq5os3wjY5xWFjOkjF79Rvxmbq Gf1ZyGH44be8NMqbUS7gsrlmFn99aJyPfZhx7YC0XzX72QfpQKdovXjuUS0wsxY5mxvG 99Tw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-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 cp4si2238560plb.330.2019.09.05.07.27.45; Thu, 05 Sep 2019 07:28:08 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-wireless-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-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729109AbfIEOKr (ORCPT + 99 others); Thu, 5 Sep 2019 10:10:47 -0400 Received: from szxga05-in.huawei.com ([45.249.212.191]:6231 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727914AbfIEOKr (ORCPT ); Thu, 5 Sep 2019 10:10:47 -0400 Received: from DGGEMS408-HUB.china.huawei.com (unknown [172.30.72.58]) by Forcepoint Email with ESMTP id 0FE5E5BA7995343B8379; Thu, 5 Sep 2019 22:10:45 +0800 (CST) Received: from [127.0.0.1] (10.177.29.68) by DGGEMS408-HUB.china.huawei.com (10.3.19.208) with Microsoft SMTP Server id 14.3.439.0; Thu, 5 Sep 2019 22:10:41 +0800 Message-ID: <5D711760.20903@huawei.com> Date: Thu, 5 Sep 2019 22:10:40 +0800 From: zhong jiang User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Kalle Valo CC: , , , Subject: Re: [PATCH] hostap: remove set but not used variable 'copied' in prism2_io_debug_proc_read References: <1567497430-22539-1-git-send-email-zhongjiang@huawei.com> <5D6E1DF2.1000109@huawei.com> <87zhjij1q6.fsf@tynnyri.adurom.net> In-Reply-To: <87zhjij1q6.fsf@tynnyri.adurom.net> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.177.29.68] X-CFilter-Loop: Reflected Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On 2019/9/5 21:45, Kalle Valo wrote: > zhong jiang writes: > >> Please ignore the patch. Because the hostap_proc.c is marked as 'obsolete'. > You mean marked in the MAINTAINERS file? I don't see that as a problem, > I can (and should) still apply any patches submitted to hostap driver. > I hit the following issue when checking the patch by checkpatch.pl WARNING: drivers/net/wireless/intersil/hostap/hostap_proc.c is marked as 'obsolete' in the MAINTAINERS hierarchy. No unnecessary modifications please. I certainly hope it can be appiled to upstream if the above check doesn't matter. Thanks, zhong jiang