Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp5483198pxb; Wed, 26 Jan 2022 13:06:32 -0800 (PST) X-Google-Smtp-Source: ABdhPJzKtJ09AnvJcj2rcCfP1nceKq5LowVpG0GGi3cMaxQ4R0eds4IPR/QaLfBNM+9jrJir8IU4 X-Received: by 2002:a17:907:1689:: with SMTP id hc9mr489037ejc.348.1643231192562; Wed, 26 Jan 2022 13:06:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643231192; cv=none; d=google.com; s=arc-20160816; b=d7winwfC53JdVSTyJKTyj5NZRDveWIhm/LAAZPoXlJneH08t870x3n92d5MP5AxvHQ GW6RtCJMDWEcr3XwveRUrO0iQLRaE8SLGv6MrjuYc1rUEYBL+ly2XtSuc8nTtfgitkIA 4Ls4Wxhexx5al32GDATbJyhY4da5SIjHO/LlFWnJDbaSD0x8FcONLDD6iiM+uYxJreJu 0uoziZ06G+e2sX+0EekymVkhQ7/riTlCkVxQtVhiHbToCtPkiAfBq6ZuK6S3JZRYPErK LwCXSsA8aPesiovFE4/0e4oLrNHn2Lufd2rcBE163erTbr8hHNWvENhOVODl/fLfMe4C gTPA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=1LeqebZU7zO4zLSZoctAnk7wyNMl3wrQ0G0u2lAdEIE=; b=sYXpZeP17pRPuUq/wj03jjGxNk9mGgO8l6b34YYRjyc286X6C7ljm3j5MZg/vlrLnI AtGTxAfmdOREnH58kfl3dGNNM7Kjkoel5BNAABKwJT9NKsbzhlCMe2yNlmomYYMWj7ZL 871g0md9ft27Fy+qvdv3jjrCGz0R650ynuD4zXbEdwbpWzmJ4EbtMlveKxyente4LJzk Ikaq5JKDaovBvkLOjKdz+Tz6i9gvhEP8nO6/AFWBKt9R6xI7GGQx37nSYpHsZtQzfQRp AFTrUFPzKMOZ67JtqEPavZOg2UbN0poL1K660L9ud5Wfo+iYKPLUwrfIumK4PBNsQt55 0vUQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b="QAnj/Dyp"; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gs40si169542ejc.617.2022.01.26.13.06.06; Wed, 26 Jan 2022 13:06:32 -0800 (PST) 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; dkim=pass header.i=@gmail.com header.s=20210112 header.b="QAnj/Dyp"; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240377AbiAZK65 (ORCPT + 99 others); Wed, 26 Jan 2022 05:58:57 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37064 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240351AbiAZK64 (ORCPT ); Wed, 26 Jan 2022 05:58:56 -0500 Received: from mail-lj1-x22b.google.com (mail-lj1-x22b.google.com [IPv6:2a00:1450:4864:20::22b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 93620C06161C for ; Wed, 26 Jan 2022 02:58:55 -0800 (PST) Received: by mail-lj1-x22b.google.com with SMTP id b14so14069147ljb.0 for ; Wed, 26 Jan 2022 02:58:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=1LeqebZU7zO4zLSZoctAnk7wyNMl3wrQ0G0u2lAdEIE=; b=QAnj/Dypm31c4y4zxJDpUoK5Lj4T7DxxJu1M8ciX88f4ABcyGjADkFyDfSltgU20r6 jyy2p8yHku3UkdssU1ixjb9Y+kBwnFJXum325aigZSo2FwysrAmQsXJssYOJN3Kz9jBN Xbif0kHCxBirvHwGAa9rSBxJAJgNq2GAnIOzYyFQKoH4aPRDtGWZlst2eUeQ0EfpRO1g eUDq5Xbp7J+ZPryFS+WzdZChj5sE/DcQQl2sWxMFoLUaDoISM55hC1J3Od/kImOomb0D jv8xiTd4Gmyd3HdMobPCcvkmsJYp4iGigZVJ6mQlb+Cn3nydXAu6hzBax8wxqtWHSewy +uNw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=1LeqebZU7zO4zLSZoctAnk7wyNMl3wrQ0G0u2lAdEIE=; b=k25USTunFW2bF4MULXtdlaB96Y+EEndsRHIwXJ4EvOsISJZdO8Px36atj1JMKHnWg7 YWEnfp/cnxZYibPkAmmYfSUI4KsU/Gzfwc6z20o3UUbpUjfYrihy/+A4S6kU8nVE8cbH hVzNdDIbHGuQCNl4eNOj4TR7fYweLBYH5x1Rdmj3NToC82y9UDGHg7CiAWSqX26uJcdY +wXO04BMT13BgmWtY1KuSL7inFw6kLDI5XwZGsvbfv+L/awvzFej1ia21zeh5G60Sbuu WQVRHqU4HvGCeguh3FbGyzcffA/PcnHqXae2vbXJPbrl3q36b/JICQVzTzYJaVipTZbo A8Bw== X-Gm-Message-State: AOAM531r/TpNkuciiJ7WvGgX6/dwKXDwbPzr40qpLRFcKalEijoprZOa /0fyDxNTQTequ6vxDemjFeAE0eo2mv0= X-Received: by 2002:a2e:9e87:: with SMTP id f7mr18184273ljk.353.1643194733881; Wed, 26 Jan 2022 02:58:53 -0800 (PST) Received: from [192.168.1.11] ([94.103.227.208]) by smtp.gmail.com with ESMTPSA id y23sm1421921lfb.2.2022.01.26.02.58.53 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 26 Jan 2022 02:58:53 -0800 (PST) Message-ID: Date: Wed, 26 Jan 2022 13:58:52 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 Subject: Re: [PATCH 06/10] staging: r8188eu: remove DBG_88E calls from os_dep/ioctl_linux.c Content-Language: en-US To: Greg KH Cc: Phillip Potter , dan.carpenter@oracle.com, Larry.Finger@lwfinger.net, straube.linux@gmail.com, martin@kaiser.cx, linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org References: <20220124224415.831-1-phil@philpotter.co.uk> <20220124224415.831-7-phil@philpotter.co.uk> From: Pavel Skripkin In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Greg, On 1/26/22 13:48, Greg KH wrote: >> IMHO the best thing you can do is to leave these reads and leave a comment >> like "hey, please remove me and test". One day useless reads should be >> anyway removed, since ideally rtw_read family must get __must_check >> annotation + normal error handling. > > No, if these were never getting called in normal operation, there's no > need to add them back. > I guess, I was not clear, sorry. I mean leave reads that were called during normal operations, but used only for printing debug info. (As Phillip has already done in v1) Reads inside R88_DBG() and other debug macros of course should be removed, but other places seems dangerous without good testing. There is al least one place with following comment: > /* Although lenc is only used in a debug statement, > * do not remove it as the rtw_read16() call consumes > * 2 bytes from the EEPROM source. > */ > u16 lenc = rtw_read16(adapter, REG_PKTBUF_DBG_DATA_L); There is a chance that other places have same problem, but don't have a comment above it. That's why I suggested to leave all these "debug" reads and leave a comment for further work. It will help to easily spot them in future and remove or leave them with explanations why. With regards, Pavel Skripkin