Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp4364699ybp; Mon, 14 Oct 2019 03:33:29 -0700 (PDT) X-Google-Smtp-Source: APXvYqwqEFRRv56jN9sRqcEVnk+OcX6+Hd2R40B+1W2COjsoJX3Cm+TCPjkyn+lTfILZq/hqP1W5 X-Received: by 2002:aa7:ca59:: with SMTP id j25mr27341349edt.78.1571049208998; Mon, 14 Oct 2019 03:33:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571049208; cv=none; d=google.com; s=arc-20160816; b=ExW2ZtnLcus2hp/a5MdYoYH3IkkttO3Q9txXSgCYLgOevuTpNsoF7GuzaMoqi3s5Dy Nb0sL1OXxpUm4+hH4VdJvqPjQCTzxyCcXGh5OWnByN3ktyu9mqv+cOj5SrnoNxv48T1q LIKdaETCFONX6TDhkWaHhOot7hC+4EAIMXIcBp4WkwS0Hunpyp4MGOiAeUUHuKRPdRXm iJrknW05ssOEYjA3roVpO9EyKhJXdnv1C7soY7KtdYercVyLFA1iXvCIdFjmfUBR17qm /vuCQsoou9sD2DGIQYS+7zOFj/42gkLve7p4VZ0FFhuQ+G7ykLNcpRBR+TNmKJnySaOz If9w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=V5pDezJMqf7oBE4C6VaBNE4QDw+JTPxLDOjnj3y+UOk=; b=PQwNYXIDYikj2reqyw+NdQS/eeCywIkul7alL4PCN7bnbQyRJvX+66WOIX/THCNtwv bDxT9TTRGJqmssj2RrHZYSh9YYVVPmb7maOAb7RRcetWCSOoiFM451WkP0ZTl3oE7gV1 Gk4ruGE8+9AMLa59hzkW+krbxQZ3t7InjgdGzWAJUZqC2oGAQMVgXWgvailEbd3IpfZv SEyQEJhN4VD+EkJslXnJh/lxFHOAhZMI2rQYgR8VAls9EKyh2PFumke6RcX8x3iDhWEu ZCtZ9tyHsbhHWtfJjiKH37A9QTxacFF+5VLSgSUA5K9GacbPuEkqwEa2/2pg98GJgKNh W6WA== 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id p40si13840492eda.334.2019.10.14.03.33.05; Mon, 14 Oct 2019 03:33:28 -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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731488AbfJNKcs (ORCPT + 99 others); Mon, 14 Oct 2019 06:32:48 -0400 Received: from mail-pf1-f194.google.com ([209.85.210.194]:39562 "EHLO mail-pf1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731249AbfJNKcs (ORCPT ); Mon, 14 Oct 2019 06:32:48 -0400 Received: by mail-pf1-f194.google.com with SMTP id v4so10163815pff.6; Mon, 14 Oct 2019 03:32:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=V5pDezJMqf7oBE4C6VaBNE4QDw+JTPxLDOjnj3y+UOk=; b=ICINQid/0VBRZxLomGE7hpWae1lCd3Gz6vrf7uqRm7w5wSA778kqExUiP3shKlJ09d uk2DVdisOhKMGJ37YwtnI/jCwv6FMTj6OJ8fyggx0+OEyzLGZsfyqb3kxj+AByRDTrSm i2yc14NAiYSvDN485Db02AgsvjGX430RQPgTyKv+uUN9AlIEmE4I+qqBmoIxSYK6z5R8 rCVK8jeIfOIFwGL8vaLKuZK+AZU5taq2zHbv31ZSJgZTbLiTfQxQMabPyE1Lzl930qab PkW4j1qD0b7brkHA/01+mv3Q1RS4PayAn5g0rpX0CBsqAihQ2DlSoHy/jd3mH0bf9kN5 +GNA== X-Gm-Message-State: APjAAAWHcGEO4jMjeJ/CfZAhFpvlU8b7GJQn2hq41YrJ854jkauPPjTf 8f4cArha6xWQenWu6NVGV+E= X-Received: by 2002:aa7:8287:: with SMTP id s7mr32204175pfm.82.1571049167485; Mon, 14 Oct 2019 03:32:47 -0700 (PDT) Received: from 42.do-not-panic.com (42.do-not-panic.com. [157.230.128.187]) by smtp.gmail.com with ESMTPSA id f17sm15806366pgd.8.2019.10.14.03.32.46 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 14 Oct 2019 03:32:46 -0700 (PDT) Received: by 42.do-not-panic.com (Postfix, from userid 1000) id D23D84021A; Mon, 14 Oct 2019 10:32:45 +0000 (UTC) Date: Mon, 14 Oct 2019 10:32:45 +0000 From: Luis Chamberlain To: Jessica Yu Cc: Heiner Kallweit , linux-kernel@vger.kernel.org, netdev@vger.kernel.org, Andrew Lunn , Florian Fainelli Subject: Re: Module loading problem since 5.3 Message-ID: <20191014103245.GC16384@42.do-not-panic.com> References: <8132cf72-0ae1-48ae-51fb-1a01cf00c693@gmail.com> <875eecfb-618a-4989-3b9f-f8272b8d3746@gmail.com> <20191014100143.GA6525@linux-8ccs> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20191014100143.GA6525@linux-8ccs> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Oct 14, 2019 at 12:01:44PM +0200, Jessica Yu wrote: > +++ Heiner Kallweit [11/10/19 21:26 +0200]: > > On 10.10.2019 19:15, Luis Chamberlain wrote: > > > > > > > > > On Thu, Oct 10, 2019, 6:50 PM Heiner Kallweit > wrote: > > > > > > ? ?MODULE_SOFTDEP("pre: realtek") > > > > > > Are you aware of any current issues with module loading > > > that could cause this problem? > > > > > > > > > Nope. But then again I was not aware of MODULE_SOFTDEP(). I'd encourage an extension to lib/kmod.c or something similar which stress tests this. One way that comes to mind to test this is to allow a new tests case which loads two drives which co depend on each other using this macro. That'll surely blow things up fast. That is, the current kmod tests uses request_module() or get_fs_type(), you'd want a new test case with this added using then two new dummy test drivers with the macro dependency. > > > > > > If you want to resolve this using a more tested path, you could have request_module() be used as that is currently tested. Perhaps a test patch for that can rule out if it's the macro magic which is the issue. > > > > > > ? Luis > > > > > Maybe issue is related to a bug in introduction of symbol namespaces, see here: > > https://lkml.org/lkml/2019/10/11/659 > > If you're running into depmod and module loading issues with kernels >=5.3-rc1, > it's likely due to the namespaces patchset and we're working on > getting all the kinks fixed. Could you please ask the bug reporter to > try the latest -rc kernel with these set of fixes applied on top? > > https://lore.kernel.org/linux-modules/20191010151443.7399-1-maennich@google.com/ > > They fix a known depmod issue caused by our __ksymtab naming scheme, > which is being reverted in favor of extracting the namespace from > __kstrtabns and __ksymtab_strings. These fixes will be in by -rc4. Jessica, thanks! Do we have a test case to catch this proactively in the future? If not can one be written? Luis