lkml.org 
[lkml]   [2008]   [Feb]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: a7839e96 (PNP: increase max resources) breaks my ALSA intel8x0 sound card


On Thu, 14 Feb 2008, Bjorn Helgaas wrote:
>
> That means the PNP system driver has to be registered after the PCI
> driver.

After the PCI *subsystem*

Here's the actual problem:

[ 31.133141] PCI: Unable to reserve mem region #1:4000@febf8000 for device 0000:00:1b.0

and here is what the resource tree *should* look like:

febf8000-febfbfff : 0000:00:1b.0
febf8000-febfbfff : ICH HD audio

that's with a working sound driver.

Notice how there is *two* resources there: there's the PCI bus resource
itself, the one called 0000:00:1b.0 (which was active at boot), and there
is the "driver resource" that nests inside of it ("ICH HD audio").

The PCI bus resource is created and inserted into the resource when the
PCI bus discovery happens - long before the driver comes along at all.

And the problem is this ABSOLUTE CRAP that happened much earlier:

[ 22.906610] system 00:08: iomem range 0xfebfe000-0xfebfec00 has been reserved
[ 22.906654] system 00:08: iomem range 0xfebfa000-0xfebfac00 has been reserved

which happens
(a) before the PCI bus probing
(b) despite the fact that the PCI bus probing already found something at
that address, and PnP shouldn't pollute the *correct* resources.

and the fix is to move that crap PnP to _after_ the PCI bus has been
probed, and make sure that if the PnP resource clashes with the known good
ones, then PnP gets the h*ll out and doesn't insert it at all.

See?

> We can't guarantee that, especially if the sound driver is
> a module.

This has *nothing* to do with the sound driver.

This has everything to do with the fact that the PnP layer is a piece of
crap and overrides/messes with the *correct* resources that we found
during PCI bus probing.

Is that really so hard to understand?

So here is (for the *fifth* time) what PnP should do:

- only try to insert its resources *after* the PCI bus probing has
happened
- and if that fails, LET THE CRAP FAIL instead of making the *good* code
fail!

Ok?

Linus


\
 
 \ /
  Last update: 2008-02-14 22:39    [W:0.061 / U:0.400 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site