[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20081106044613.GA30397@kroah.com>
Date: Wed, 5 Nov 2008 20:46:13 -0800
From: Greg KH <greg@...ah.com>
To: Yu Zhao <yu.zhao@...el.com>
Cc: "linux-pci@...r.kernel.org" <linux-pci@...r.kernel.org>,
"achiang@...com" <achiang@...com>,
"grundler@...isc-linux.org" <grundler@...isc-linux.org>,
"mingo@...e.hu" <mingo@...e.hu>,
"jbarnes@...tuousgeek.org" <jbarnes@...tuousgeek.org>,
"matthew@....cx" <matthew@....cx>,
"randy.dunlap@...cle.com" <randy.dunlap@...cle.com>,
"rdreier@...co.com" <rdreier@...co.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"kvm@...r.kernel.org" <kvm@...r.kernel.org>,
"virtualization@...ts.linux-foundation.org"
<virtualization@...ts.linux-foundation.org>
Subject: Re: [PATCH 15/16 v6] PCI: document the SR-IOV sysfs entries
On Wed, Nov 05, 2008 at 08:33:18PM -0800, Greg KH wrote:
> On Wed, Oct 22, 2008 at 04:45:15PM +0800, Yu Zhao wrote:
> > Document the SR-IOV sysfs entries.
> >
> > Cc: Alex Chiang <achiang@...com>
> > Cc: Grant Grundler <grundler@...isc-linux.org>
> > Cc: Greg KH <greg@...ah.com>
> > Cc: Ingo Molnar <mingo@...e.hu>
> > Cc: Jesse Barnes <jbarnes@...tuousgeek.org>
> > Cc: Matthew Wilcox <matthew@....cx>
> > Cc: Randy Dunlap <randy.dunlap@...cle.com>
> > Cc: Roland Dreier <rdreier@...co.com>
> > Signed-off-by: Yu Zhao <yu.zhao@...el.com>
> >
> > ---
> > Documentation/ABI/testing/sysfs-bus-pci | 33 +++++++++++++++++++++++++++++++
> > 1 files changed, 33 insertions(+), 0 deletions(-)
> >
> > diff --git a/Documentation/ABI/testing/sysfs-bus-pci b/Documentation/ABI/testing/sysfs-bus-pci
> > index ceddcff..41cce8f 100644
> > --- a/Documentation/ABI/testing/sysfs-bus-pci
> > +++ b/Documentation/ABI/testing/sysfs-bus-pci
> > @@ -9,3 +9,36 @@ Description:
> > that some devices may have malformatted data. If the
> > underlying VPD has a writable section then the
> > corresponding section of this file will be writable.
> > +
> > +What: /sys/bus/pci/devices/.../iov/enable
>
> Are you sure this is still the correct location with your change to
> struct device?
Nevermind, this is correct.
But the bigger problem is that userspace doesn't know when these
attributes show up. So tools like udev and HAL and others can't look
for them as they never get notified, and they don't even know if they
should be looking for them or not.
Is there any way to tie these attributes to the "main" pci device so
that they get created before the device is announced to the world?
Doing that would solve this issue.
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists