[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <da82c033-3a82-3420-4d06-f5c39c524ae9@metux.net>
Date: Tue, 23 Feb 2021 21:13:26 +0100
From: "Enrico Weigelt, metux IT consult" <info@...ux.net>
To: Greg KH <gregkh@...uxfoundation.org>,
"Enrico Weigelt, metux IT consult" <info@...ux.net>
Cc: linux-kernel@...r.kernel.org, rafael@...nel.org,
linus.walleij@...aro.org, bgolaszewski@...libre.com,
robh+dt@...nel.org, frowand.list@...il.com,
pantelis.antoniou@...sulko.com, linux-gpio@...r.kernel.org,
devicetree@...r.kernel.org
Subject: Re: [RFC PATCH 09/12] drivers: base: reintroduce find_bus()
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.
If there was a variant of bus_find_device_by_name() which takes the name
instead of ptr to the bus, that would also be okay for me.
--mtx
--
--
---
Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert
werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren
GPG/PGP-Schlüssel zu.
---
Enrico Weigelt, metux IT consult
Free software and Linux embedded engineering
info@...ux.net -- +49-151-27565287
Powered by blists - more mailing lists