linux-kernel - Re: RFC: PCI quirks update for 2.6.16

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 for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20061210234733.GH10351@stusta.de>
Date:	Mon, 11 Dec 2006 00:47:33 +0100
From:	Adrian Bunk <bunk@...sta.de>
To:	Linus Torvalds <torvalds@...l.org>
Cc:	Chris Wedgwood <cw@...f.org>, Daniel Drake <dsd@...too.org>,
	Sergio Monteiro Basto <sergio@...giomb.no-ip.org>,
	Daniel Ritz <daniel.ritz@....ch>,
	Jean Delvare <khali@...ux-fr.org>,
	Bjorn Helgaas <bjorn.helgaas@...com>,
	Brice Goglin <brice@...i.com>,
	"John W. Linville" <linville@...driver.com>,
	Bauke Jan Douma <bjdouma@...all.nl>,
	Tomasz Koprowski <tomek@...rowski.org>, gregkh@...e.de,
	linux-kernel@...r.kernel.org, linux-pci@...ey.karlin.mff.cuni.cz,
	Alan Cox <alan@...hat.com>
Subject: Re: RFC: PCI quirks update for 2.6.16

On Sun, Dec 10, 2006 at 02:39:37PM -0800, Linus Torvalds wrote:
> 
> On Sun, 10 Dec 2006, Chris Wedgwood wrote:
> > 
> > > If I remember right, it breaks Chris Wedgwood's box
> > 
> > I'm not bothered about 2.6.16.x anymore, feel free to do whatever is
> > needed there.
> 
> That's really not the point.
> 
> What's the whole _reason_ for 2.6.x.y releases?
> 
> They should be safe, and OBVIOUS. 
> 
> If there is a box that breaks with a 2.6.x.y release, then that .y release 
> was clearly a mistake, and fundamentally broke the whole point of the 
> stable tree. If you can't depend on the stable tree being a real 
> improvement - regardless of what hw you are on - then the stable tree has 
> lost all meaning, and you'd be better off just getting 2.6.x+1 instead.

If life was that easy...  ;-)

The problem is that the fix for Chris' issue went into the -stable 
2.6.16.17.

So we have the following situation:
- 2.6.16    - 2.6.16.16 : problems for Chris
                          (and possibly many other people)
- 2.6.16.17 - 2.6.16.35 : problems for many other people
                          (I remember 4-5 bug reports in the kernel
                           Bugzilla alone)

The fix in 2.6.19 was considered suboptimal, and Alan's patch for fixing 
this whole issue more properly is currently not even in your tree. 

Looking at the patch description of the patch that was merged into 
2.6.16.17 I got the wrong impression this was a non-critical issue on 
Chris' machine, and the patch could therefore be reverted.

Now it seems the best choice is to:
- go back to the 2.6.16.35 code and
- apply commit 1ae4f9ba84b94b85d995a6ae0064b869ff15b080 from your tree
  that went into 2.6.18 and fixes breakage for at least some devices and
- to perhaps revisit the situation after 2.6.20 got released
  (but I'm becoming more and more inclined to fix the 2.6.16.17
   regression by adding more devices to the quirk if required)

> 		Linus

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

-
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/