Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp6423327ybi; Wed, 5 Jun 2019 00:30:15 -0700 (PDT) X-Google-Smtp-Source: APXvYqwVulvHp4LV6sSKg0aTBhju0IG946S6uY88sMyRILLx+q4ZuE67uZBjrvcfh5MHUqHyDlQa X-Received: by 2002:a17:902:2ac8:: with SMTP id j66mr2078824plb.273.1559719815282; Wed, 05 Jun 2019 00:30:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559719815; cv=none; d=google.com; s=arc-20160816; b=lP3jmZpxN11uX80wcRGx0nwLrtyiyyrJ8Dkf/nZRK1bafU3vjwZrHvalwyRRicoePO 6G9loyQJ3N6wUxIUAT/RtWyounTyMZs4SjLghPdp/9mfSVZ/ubMVVncEZB6v5F2hXG4c U16oiNoXo0CLyki4+PJtpaKSwdRlERpn0rsOVoOovIBGmZV3OmsCB2fTvchAafZqFh4T ZXT740H8e0yPo6rLYxUS86UG4/dVmhiXmhqhzdI8ALUuk1DdeYSbVYQqib5SsdO0VcIb lbvagRDO/QS612kjfT99RluKuyN13R7DQu0MxUh+fpCF07d0pJ1Dz9KV8qGSr4meRyPu 5z1g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from; bh=5Wmd0P5ZticB4f5fKcf24/ywPl5RoX/HUyEGJ24lOQo=; b=EZ3hzNaJ0MioqV8sY+yiv87PxGh5+r9BRzy2iwp2qzAJNTRTlh3i8HuAZ8jDaX4JEB aw3qs3tIefmqZp0uXqbmv7dPVLcZYDCsxy6YOKWQWMvNz9BJqCS8YT1o3iyhXyjEbj9o xBUv7smwMHxzjs6AtXUm4XqZxAJ096lDz3j6ZtOaDPqAZAMaaLuQe4W05ffRW9bfpWgT f1r9p3is48DEwiVAgb9B/ZBcsu67ax7N8tCB3XKMwyVwt088xOfkHma1ho1S+33DTxeY QdxgNuXzMeac/bva3kwLZr5jNy40EMW7p8MUnmuYkElt2GPSVcE9uBeN49HLKnhKHWeP OYGw== 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=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id m25si23834672pgv.481.2019.06.05.00.29.57; Wed, 05 Jun 2019 00:30:15 -0700 (PDT) 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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726633AbfFEH2s (ORCPT + 99 others); Wed, 5 Jun 2019 03:28:48 -0400 Received: from mga14.intel.com ([192.55.52.115]:29838 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726477AbfFEH2r (ORCPT ); Wed, 5 Jun 2019 03:28:47 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga006.jf.intel.com ([10.7.209.51]) by fmsmga103.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Jun 2019 00:28:47 -0700 X-ExtLoop1: 1 Received: from pipin.fi.intel.com (HELO pipin) ([10.237.72.175]) by orsmga006.jf.intel.com with ESMTP; 05 Jun 2019 00:28:44 -0700 From: Felipe Balbi To: Greg Kroah-Hartman Cc: Chunfeng Yun , Matthias Brugger , linux-usb@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org Subject: Re: [PATCH] USB: move usb debugfs directory creation to the usb common core In-Reply-To: <20190604124349.GA10203@kroah.com> References: <20190604093258.GB30054@kroah.com> <87tvd5illh.fsf@linux.intel.com> <20190604124349.GA10203@kroah.com> Date: Wed, 05 Jun 2019 10:28:12 +0300 Message-ID: <871s08ebjn.fsf@linux.intel.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, Greg Kroah-Hartman writes: >> Greg Kroah-Hartman writes: >> > diff --git a/drivers/usb/core/usb.c b/drivers/usb/core/usb.c >> > index 7fcb9f782931..f3d6b1ab80cb 100644 >> > --- a/drivers/usb/core/usb.c >> > +++ b/drivers/usb/core/usb.c >> > @@ -1185,19 +1185,17 @@ static struct notifier_block usb_bus_nb =3D { >> > .notifier_call =3D usb_bus_notify, >> > }; >> >=20=20 >> > -struct dentry *usb_debug_root; >> > -EXPORT_SYMBOL_GPL(usb_debug_root); >> > +static struct dentry *usb_devices_root; >> >=20=20 >> > static void usb_debugfs_init(void) >> > { >> > - usb_debug_root =3D debugfs_create_dir("usb", NULL); >> > - debugfs_create_file("devices", 0444, usb_debug_root, NULL, >> > - &usbfs_devices_fops); >> > + usb_devices_root =3D debugfs_create_file("devices", 0444, usb_debug_= root, >>=20 >> don't we have a race now? Can usbcore ever probe before usb common? > > How can that happen if usb_debug_root is in usb common? The module > loader will not let that happen. Or it shouldn't :) argh, indeed. The very fact that usbcore tries to resolve usb_debug_root already forces a dependency :-p =2D-=20 balbi --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEElLzh7wn96CXwjh2IzL64meEamQYFAlz3bwwACgkQzL64meEa mQYjnQ/9ERfLIDtB7Gh0eaevRNVrN6PGvd94Q4mu7LJ5qDfm/+UbfGucwDeINNVH CggpHymmca0HA3+OsdoUDf5x15oMPauyDulSrIK2Ldbvdupvq7MOsODxm0il0kO2 ItTKb7gdV7k1oULdemrz3ONNTyB6glyAA1ed+6w0bbK88ZEmg1+el8ZHNA2w78Kx UnA5uHAa9P2eJ3fDDOw895EqD/NnZLO0hWVxEN+TvHc/iKI7afjejdwPgjcjF1f2 yVeZXyJcMglpCc5zrzRPLzSBy3ysn99tQFWkuPUiDIaV8f795Zgb0m16YFjUCfZt /u3K71bO3b0rKgSsJgmuMFw8dZaf2Cz54uXvHY3tw2EBtSbQ1aMlRXJZjt2MXRJB zmyejHBzTC0zQVWsJpZZmL+dNXaIcSH/NU12CVzlo5F36vmbQ/lyfiEbvnfh/t7H VnliozWmqZxUI676WvFL/tRVsVLw6TtOLcD4ZRveIX6iUstun++SuKLw/tAj+jex 2O04C/yPRCoerZ7HiWT6kBfcZlQsMua4BhM7jB0mdp3P3ReyqSsnUrRbE8/b1BEv aKm/SCbUdGo09YakAsVT2gRosjH6Aygd9NqsO+uyRCaA/sSvSit6wKNhQsC2apK2 S7C3MnT6a8w1pyZ8kA3Fl3+VYub8N5Z22op6YYVM7FHS+Smtlpw= =88ax -----END PGP SIGNATURE----- --=-=-=--