On Fri, 29 Aug 2008, Yinghai Lu wrote:Ok, can we please - *do* get a quirk for known-broken chipsets (at a *PCI* level, this is not an x86 issue) - *not* get any more random PCI work-arounds that go through the x86 tree and aren't even looked at by the (very few) people who actually understand the PCI resource handling? IOW, for the first issue, just teach pci_mmcfg_check_hostbridge() about this broken bridge, and have it fix things up (including hiding the thing, but also just verifying that the dang thing even -works- etc). For the second issue - please do realize that we have had much over a _decade_ of work on the PCI resource handling, and it's fragile. The thing I reverted really isn't something that Ingo should ever have committed in the first place. It's not something an x86 maintainer can even make sane decisions on. Resource handling things _need_ to get ACK's from people like Ivan Kokshaysky or me. Or at least _several_ other people who actually really understand not just PCI resource handling, but have actually seen all the horrible crap it causes, and understand how fragile this stuff is. It's all different, and it's all about all the million of broken machines out there that screw things up. Linus --
| Steven Rostedt | Re: Major regression on hackbench with SLUB |
| Jeremy Fitzhardinge | [PATCH 02 of 36] x86: add memory clobber to save/loadsegment |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Paul Jackson | Re: cpuset-remove-sched-domain-hooks-from-cpusets |
git: | |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Arjan van de Ven | Re: [GIT]: Networking |
| Gerrit Renker | [PATCH 03/37] dccp: List management for new feature negotiation |
| Jarek Poplawski | [PATCH iproute2] Re: HTB accuracy for high speed |
