Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp782123ybe; Thu, 5 Sep 2019 06:00:39 -0700 (PDT) X-Google-Smtp-Source: APXvYqx6XanL8wwxrbk40TRydqLcmRQygbfyFb7enjUAYjkRaBb24ySu0yPM4uUe9WOhnNOb4LP5 X-Received: by 2002:a17:90a:3b01:: with SMTP id d1mr3616795pjc.81.1567688439171; Thu, 05 Sep 2019 06:00:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567688439; cv=none; d=google.com; s=arc-20160816; b=xk/KENdMrAPkUublBWlM03yk3Apq5MEBEC0MiBuFwd8p+TI/Zf08DK6Gkr7odCmtkD U32yzcTk6oXYAoTa15+ljneUArmFxrv00J9b1DnjmzUeBZ5XQxbrJSi+utyTt+TNvxWp obvbxEQvGCdtPwApIUeDEOh2BM18vXpIvrsTzF1jd9S2NQjyZIDHFyc3zVH57MhRJR9U XX2MMdrtg0Oro9sZPHnfTPA0FZ9NrWIh368ZVbZ/Ug8Q0Z3NJuPMz8jZY2MlpSPEVxCM 2u0sMjQVPFjrCbbAF1344bgAAYhG6Sg5H4Xhlga/mKi9YuqMz/7y0DqdogpqkEgJQrc3 TAJg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version; bh=czu/PiAww9XB7MKWzR+JeGUBiZd6i1YW50nMibpRMWM=; b=tE9xeGE59W7o+koCh8Qb9i5SA91IXLIxvwzcaQ4jJf8JV3OQ5WhshLY2xKD1jXn5YH ez9OHchq3EzK/QNlaMFgrdQ1Vrp7rJEsf+eVf89YN/EdWu/CA1qaJwun+IcupdmI7KxP PsNq7/GoxPxT/ucFThiRC154yg44ZMr2ACrD7L3evClFFcLBDB1lX1huShm7AGa3NnE1 Car27CaVTune3+qch4o/ioOVR7WM8TDJqq+xW9wr7fsw4cGIzGoCyEMv+3L3Uo7lQ2qd 84e/F57ZXoHw7TszaI6AzpUkfgTDcwbV47L4g12XTr1Sm0LPrsA421iNUbnqy57TO7Pp Zm1Q== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z9si1889213plo.66.2019.09.05.06.00.22; Thu, 05 Sep 2019 06:00:38 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387491AbfIEKwt (ORCPT + 99 others); Thu, 5 Sep 2019 06:52:49 -0400 Received: from mail-qk1-f193.google.com ([209.85.222.193]:33583 "EHLO mail-qk1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731142AbfIEKwt (ORCPT ); Thu, 5 Sep 2019 06:52:49 -0400 Received: by mail-qk1-f193.google.com with SMTP id x134so1669578qkb.0; Thu, 05 Sep 2019 03:52: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:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=czu/PiAww9XB7MKWzR+JeGUBiZd6i1YW50nMibpRMWM=; b=j/zbY3qjes+eq84DBlsk8mjAVM105toekpTzBuS6OtnEz0dVOPUFCuI2lZ2/wUmrmG MvwDr+IUweEWy9VEGvO4dXd6JLwiSCiitAUFJOMwTNmYX60TtsIKa9ngpUdpHTELCZWm AaR3696z3UjISIbYbfGm/FPFloSzAeUjpjKeBYGOzW9urXfaid+qa73DvwLJvIL9RzDA felNku8qskV5yuDj2DSzJzR3wTbLPbf8gxyOaNAop/XgOHqTQhXKNcNJA1h0XuVNOlmP HwAOGOV98nlP9ADevlcbOq9HxwvJjNZ5tI0Y8W73d44Ka6hojAdN7vCHCxiDJzY4vIIK bgYg== X-Gm-Message-State: APjAAAUYYxYmPxPSxZ9/DdqIgU5/LTTJ9EW9TV53ehupMYQR99GGhfiE cMaurOBvtJB0Yw8SnHnblfqqaNQq6dvf0RFfRRtyfYho X-Received: by 2002:a37:4051:: with SMTP id n78mr2082165qka.138.1567680768377; Thu, 05 Sep 2019 03:52:48 -0700 (PDT) MIME-Version: 1.0 References: <20180716122125.175792-1-maco@android.com> <20190903150638.242049-1-maennich@google.com> <20190903150638.242049-13-maennich@google.com> <20190903161045.GA22754@roeck-us.net> <20190905104147.GA27788@linux-8ccs> In-Reply-To: <20190905104147.GA27788@linux-8ccs> From: Arnd Bergmann Date: Thu, 5 Sep 2019 12:52:32 +0200 Message-ID: Subject: Re: [usb-storage] Re: [PATCH v4 12/12] RFC: watchdog: export core symbols in WATCHDOG_CORE namespace To: Jessica Yu Cc: Matthew Dharm , Guenter Roeck , Masahiro Yamada , Matthias Maennich , Linux Kernel Mailing List , "Cc: Android Kernel" , Greg Kroah-Hartman , "Joel Fernandes (Google)" , Lucas De Marchi , Martijn Coenen , Sandeep Patil , Will Deacon , Linux Kbuild mailing list , linux-modules@vger.kernel.org, linux-usb , USB Mass Storage on Linux , LINUXWATCHDOG Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 5, 2019 at 12:41 PM Jessica Yu wrote: > +++ Matthew Dharm [04/09/19 09:16 -0700]: > >On Wed, Sep 4, 2019 at 5:12 AM Guenter Roeck wrote: > >HOWEVER, I have one question: If these patches are included, and > >someone wants to introduce a bit of code which needs to use two > >symbols from different namespaces but with the same name, can that be > >done? That is, if driver A has symbol 'foo' and driver B has symbol > >'foo' (both in their respective namespaces), and driver C wants to use > >A.foo and B.foo, can that be supported? > > As of now, we currently don't support this - modpost will warn if a > symbol is exported more than once (across modules + vmlinux), and the > module loader currently assumes exported symbol names are unique. Do > you have a concrete use case? If there is a strong need for this, I > don't think it'd be too hard to implement. I think what would prevent this from working in general is that having two modules with the same exported symbol in different namespaces won't link if you try to build both modules into the kernel itself. Arnd