From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-10.8 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id B0BD8C433DB for ; Wed, 24 Feb 2021 08:03:23 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 61F4B64ED1 for ; Wed, 24 Feb 2021 08:03:23 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234129AbhBXICk (ORCPT ); Wed, 24 Feb 2021 03:02:40 -0500 Received: from mail.kernel.org ([198.145.29.99]:58522 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230001AbhBXIAu (ORCPT ); Wed, 24 Feb 2021 03:00:50 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 1452C64EC9; Wed, 24 Feb 2021 08:00:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1614153608; bh=sCbgu1JqbQiKn7eBlA9lB1TYCWTP8YQixDiHIF62wyE=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=K63jYqu08okxP96WxxF6kEU0gNDm+vd/LCrAnSr8Rh3sT1kDFXWgVF1aoNfFyTBMD l0AkqoGz4mXfiB6m49p33McYzo7PE8kEUKdBmQz453skwZSs18pCysetK8cm1n8l8m 6nhqVNTSarS6Al65ScP1MrXTb1brnA72wUtqrQtA= Date: Wed, 24 Feb 2021 09:00:05 +0100 From: Greg KH To: "Enrico Weigelt, metux IT consult" Cc: linux-kernel@vger.kernel.org, rafael@kernel.org, linus.walleij@linaro.org, bgolaszewski@baylibre.com, robh+dt@kernel.org, frowand.list@gmail.com, pantelis.antoniou@konsulko.com, linux-gpio@vger.kernel.org, devicetree@vger.kernel.org Subject: Re: [RFC PATCH 09/12] drivers: base: reintroduce find_bus() Message-ID: References: <20210208222203.22335-1-info@metux.net> <20210208222203.22335-10-info@metux.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Feb 23, 2021 at 09:13:26PM +0100, Enrico Weigelt, metux IT consult wrote: > On 13.02.21 11:20, Greg KH wrote: > > On Mon, Feb 08, 2021 at 11:22:00PM +0100, Enrico Weigelt, metux IT consult wrote: > > > --- > > > drivers/base/bus.c | 14 ++++++++++---- > > > include/linux/device/bus.h | 2 ++ > > > 2 files changed, 12 insertions(+), 4 deletions(-) > > > > Um, no. > > Why not ? Do you have a better idea ? > > What I actually need is a way to unbdind a specific device, identified > by bus name and device name. The problem to be solved here is dropping > devices that have been enumerated in a bad way by firmware (ACPI in this > case), and then recreating it in a clean, consistent way. Have the firmware code do it itself, do nto try to "reach across" like this. And what problem are you really trying to solve here by doing this? thanks, greg k-h