Received: by 2002:a05:6a10:17d3:0:0:0:0 with SMTP id hz19csp342090pxb; Wed, 14 Apr 2021 17:16:59 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwp0SVSkFHWq0LckUqRpcUkRr0AHrQIH8kr5qaEujP1D8EnL802i/f8pTyF3vceJPdmlC/b X-Received: by 2002:a17:906:1101:: with SMTP id h1mr650365eja.179.1618445819027; Wed, 14 Apr 2021 17:16:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1618445819; cv=none; d=google.com; s=arc-20160816; b=dSCDRWM1akGnpOuH3WhMxCZ//YZl0UqcBJRXKyd1lszEHxbJ1J+Obz4k4y8bFPl+r2 nT+ZNvwmyVACuSq9WDoiAjuzdZDVV2j/T9ijH4G2EX8bdWkpMAZNp4bF9GovwPTo3Ay6 f4z+hYFBJJjUG71QJvef2HwJiIA6v+iRgI2ypME1e9O5wYpGfYbFSyVrCae1kujKV14k 0Dp9kcC8TCibU0l8PqBayuJeITDUxBmgFNn/EEe9AZ2jugBFkLLJKDwNtooJlgzViXMR l9ICyo2HfeIwOqqgvXbyl2rPVsq2SaZfHJeaR9kVs0hd64j4Skc3XpgawqwLrMxk80LB 0W0g== 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:dkim-signature; bh=OPcjqNdzzmVKUtSeoSQvBsemC1aF2ZndqDvx1L+B4/c=; b=xBvIg9Megos1r4vSvZ+CqUPiybr0nqeRGw0fIIEwPhV+kyCvGk+Bi1pwnZKBM3+Geq H0reL+A72NKhAwv2+DZSs8lej+nRwf0tHlqDUpBLBnGdRHj6D28zQDMLc5dwrPwFKZYo h/j/n1G14UlC2sDBpWP63NpHGMk+5SCV3Si0AWDkyvL8dlL9ZJ7K+AqgAU9qf8UJ/qEN wX/06caGWhxbigoO9cOB2c6k8K0E62KzxQF75+9Xo0gCFfU1Vqs6SzwOR1DIo1EdHKc5 XwlRrN42kMp9C92ZRCnGjmZe/HQBm+qJobzSff0GLm/OtuXIoIgBlUgyW7AL3qs59QXp 77ug== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="zY/OJh+T"; 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=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id wr14si670785ejb.11.2021.04.14.17.16.36; Wed, 14 Apr 2021 17:16:59 -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; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="zY/OJh+T"; 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=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233169AbhDNMSh (ORCPT + 99 others); Wed, 14 Apr 2021 08:18:37 -0400 Received: from mail.kernel.org ([198.145.29.99]:57252 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231849AbhDNMSh (ORCPT ); Wed, 14 Apr 2021 08:18:37 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 5E2BA6105A; Wed, 14 Apr 2021 12:18:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1618402695; bh=iM0+Dta8yMlWylk4cz0KlfODBJXgiJ9qnCkX9y5oV6w=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=zY/OJh+TYGTHOs5juL0tx0Q7ekvRf4Ahdaj5nu4iur2apSW4grbN3ph6GoTkrQ4M+ 83/M5gIDW7M9q+cFb/rwVQm8kj2d8Y39aD4qa03w/7q+hGojA1uGCVxwnW53bpYw7y M9jJA2Xu8U+ejE2Y77JrtEWxkBMNpx0FNB9t5+b4= Date: Wed, 14 Apr 2021 14:18:13 +0200 From: Greg Kroah-Hartman To: "Fabio M. De Francesco" Cc: outreachy-kernel@googlegroups.com, linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org, Matthew Wilcox , Julia Lawall , Dan Carpenter Subject: Re: [Outreachy kernel] [PATCH] staging: rtl8723bs: Remove useless led_blink_hdl() Message-ID: References: <20210414115243.32716-1-fmdefrancesco@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210414115243.32716-1-fmdefrancesco@gmail.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 14, 2021 at 01:52:43PM +0200, Fabio M. De Francesco wrote: > Removed the led_blink_hdl() function (declaration and definition). > Declared dummy_function() in include/rtw_mlme_ext.h and defined it in > core/rtw_cmd.c. Changed the second parameter of GEN_MLME_EXT_HANDLER > macro to make use of dummy_function(). No no no. If you want to remove is function declaration and use, then do it properly. The code is crazy, I agree, but it should not be difficult to just remove this correctly instead of papering over this mess. Also note that no one actually calls this function if you look at the logic here. It might take some good knowledge of C to unwind this crud, but once done, you should be able to "prove" it's not called and how to remove it correctly. And no, I'm not going to say how to do it, that's an exercise best left for the reader. But I will hint that this was done in the past, in 2014, in another driver in the tree with a codebase much like this one, so it shouldn't be hard to find an example of it. Only took me a few minutes... good luck! greg k-h