[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YNSWtCSjJy8CytOL@kroah.com>
Date: Thu, 24 Jun 2021 16:29:08 +0200
From: Greg KH <greg@...ah.com>
To: Andi Kleen <ak@...ux.intel.com>
Cc: kan.liang@...ux.intel.com, peterz@...radead.org, mingo@...hat.com,
linux-kernel@...r.kernel.org, eranian@...gle.com,
namhyung@...nel.org, acme@...nel.org, jolsa@...hat.com
Subject: Re: [PATCH 2/7] perf: Create a symlink for a PMU
On Thu, Jun 24, 2021 at 07:24:31AM -0700, Andi Kleen wrote:
>
> > But first off, why is this symlink suddenly needed? What is so special
> > about this new hardware that it breaks the existing model?
>
> The driver can be in two modes:
>
> - Driver fully knows the hardware and puts in the correct Linux names
>
> - Driver doesn't know the hardware but is in a fallback mode where it only
> looks at a discovery table. There we don't have the correct names, just an
> numeric identifier for the different hardware sub components.
Why does this matter? Why would the driver not "know" the hardware? If
it doesn't know it, why would it bind to it?
> In the later mode the numeric identifier is used in sysfs, in the former
> case the full Linux name. But we want to keep some degree of Linux user
> space compatibility between the two, that is why the full mode creates a
> symlink from the "numeric" name. This way the (ugly) identifiers needed for
> the fallback mode work everywhere.
So what _exactly_ does the symlink do here? What is it from->to?
And where is it being documented? What userspace tool needs to be fixed
up so that the symlink can be removed?
thanks,
greg k-h
Powered by blists - more mailing lists