Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp4321217pxy; Tue, 27 Apr 2021 02:06:29 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyNa0k4zhJjGPJUaw3245JdWLwrRvsdVA5RotOX+mRKQl01ZhHFZ+BiB8mC1PfMhHdnkcXB X-Received: by 2002:a17:90a:e003:: with SMTP id u3mr3789270pjy.77.1619514389415; Tue, 27 Apr 2021 02:06:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619514389; cv=none; d=google.com; s=arc-20160816; b=TPZyhh6hfNGNpgWNGxYGqxGoSLwo0eY9kAtRoNwgsJv5vrOd3UZ0G9Vb1eFTLgY7WI 0cipIj53JWBpN1cZA1NpN+E9nb+w6AUoqGR9yufK6lPahKSFifLbxeKS4sGTBTyoXPXB irJEEyH2yLVG/QBLMNHRHMRqmRcLRF5Oo8rSiY9mYugfKh+V9qDQ9fd77IgMXRVZcgYE riiVx6b14y92uK6DGkPoSEuEUghCrngNRZS6MUaFO1d9hs5SnsJMDJOC0zHP5Q9Z79d2 wsmkyx1y7SErFFB/d1qg+BPEWrQEh1EVkLujIt3Nuttr1yBiazIfbDOXEeOL8Zp+9XZ3 joPw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=53kuni846bgznyMLCFiU4HV4BSKYYeSyzjw3mMJNc80=; b=HicgESThmt7Ihon+oxe2Ma0JOdTwCdgLIkz7La4VW0zeCibdDZzVkI/AVQDCWdNTC+ Kmjw5uStvgdqoYkzBV0m4pjUj73s+vtxyOfccNJV5Yt8kWcVjEeZvqbkooYVtxt79cSh +IQADYozAuw7xhZFnvghQOdeFUqeJY5hJTvUbVGb4SVaLER/JpTmQvbUFepefCYSIWD6 sTZyxQ/298unulX6RZOPbRT4c+IVonN75nnNyNDSGwFpqdcj+jIxX/2lM5N56VdcHh7Z r8TVrXrnVleuHSpu8qy29WsPA71TO1kOi65p/d43y+KhehkVqXK2xFH40h7YlTRign7x KvFw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r3si20716435pgp.370.2021.04.27.02.06.16; Tue, 27 Apr 2021 02:06:29 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231148AbhD0JFq (ORCPT + 99 others); Tue, 27 Apr 2021 05:05:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39116 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230354AbhD0JF2 (ORCPT ); Tue, 27 Apr 2021 05:05:28 -0400 Received: from sipsolutions.net (s3.sipsolutions.net [IPv6:2a01:4f8:191:4433::2]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DA1B1C061574 for ; Tue, 27 Apr 2021 02:04:45 -0700 (PDT) Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.94) (envelope-from ) id 1lbJe7-000dG4-R7; Tue, 27 Apr 2021 11:04:44 +0200 Message-ID: <70eb55bc358d4539a8602eb0f0e7cda0757e3b3e.camel@sipsolutions.net> Subject: Re: [PATCH] staging: rtl8723bs: fix monitor netdev register/unregister From: Johannes Berg To: Greg KH Cc: linux-wireless@vger.kernel.org, linux-staging@lists.linux.dev, Harald Arnesen Date: Tue, 27 Apr 2021 11:04:42 +0200 In-Reply-To: References: <20210426212801.3d902cc9e6f4.Ie0b1e0c545920c61400a4b7d0f384ea61feb645a@changeid> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.38.4 (3.38.4-1.fc33) MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-malware-bazaar: not-scanned Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On Tue, 2021-04-27 at 11:03 +0200, Greg KH wrote: > > There's another call to register_netdevice() here but I don't think > > that's affected, however, it's obviously utterly broken in the first > > place: > > > >         if (!rtnl_is_locked()) > >                 unregister_netdev(cur_pnetdev); > >         else > >                 unregister_netdevice(cur_pnetdev); > > > > *sigh*. > > Sorry, these staging wireless drivers are really getting annoying. > Maybe I need to turn an intern onto them to just get them fixed up and > out of here to be a 'real' driver. :) FWIW, in this case it looks like it's actually not even incorrect, because it's guaranteed to already hold the RTNL *itself*. Just all that code can be removed. johannes