lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140827205129.GA25227@kroah.com>
Date:	Wed, 27 Aug 2014 13:51:29 -0700
From:	Greg KH <gregkh@...uxfoundation.org>
To:	Ricardo Ribalda Delgado <ricardo.ribalda@...il.com>
Cc:	Bjorn Helgaas <bhelgaas@...gle.com>, linux-pci@...r.kernel.org,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH] pci/pci-sysfs: Set pci interface in uppercase

On Wed, Aug 27, 2014 at 01:23:01PM -0700, Greg KH wrote:
> On Wed, Aug 27, 2014 at 02:57:57PM +0200, Ricardo Ribalda Delgado wrote:
> > There is a missmatch between the way file2alias generates the modalias
> > and the way the pci driver generates it.
> > 
> > Some implementations of modprobe will fail to load the driver for a pci
> > device automatically when the pci interface is defined on the driver. As
> > one will be in uppercase and the other in lowercase.
> > 
> > Fortunatelly not many drivers define this.
> > 
> > Signed-off-by: Ricardo Ribalda Delgado <ricardo.ribalda@...il.com>
> > ---
> >  drivers/pci/pci-sysfs.c | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> > 
> > diff --git a/drivers/pci/pci-sysfs.c b/drivers/pci/pci-sysfs.c
> > index 9ff0a90..76ef791 100644
> > --- a/drivers/pci/pci-sysfs.c
> > +++ b/drivers/pci/pci-sysfs.c
> > @@ -177,7 +177,7 @@ static ssize_t modalias_show(struct device *dev, struct device_attribute *attr,
> >  {
> >  	struct pci_dev *pci_dev = to_pci_dev(dev);
> >  
> > -	return sprintf(buf, "pci:v%08Xd%08Xsv%08Xsd%08Xbc%02Xsc%02Xi%02x\n",
> > +	return sprintf(buf, "pci:v%08Xd%08Xsv%08Xsd%08Xbc%02Xsc%02Xi%02X\n",
> >  		       pci_dev->vendor, pci_dev->device,
> >  		       pci_dev->subsystem_vendor, pci_dev->subsystem_device,
> >  		       (u8)(pci_dev->class >> 16), (u8)(pci_dev->class >> 8),
> 
> As said in the other thread about this issue, no, this code has been
> here for over 9 years just fine.  Please fix your userspace code that is
> trying to compare hex values as a string and not a numeric value, that
> is the stuff that is wrong, not the kernel.

Oh wait, I see what you are worried about now, the mis-match for just
the upper bits of the class value.

Yeah, that's a bug, sorry about that, a 9+ year old one, nice catch :)

Bjorn, feel free to apply this, sorry for the earlier objection.  Also
please mark it for stable tree inclusion so this gets backported
properly.

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

Powered by Openwall GNU/*/Linux Powered by OpenVZ