Re: 2.6.19-rc4: known unfixed regressions (v3)

[Eric W. Biederman]

Dave Olson <olson@xxxxxxxxxxxxx> writes:

> On Tue, 7 Nov 2006, Eric W. Biederman wrote:
> | > | If your card doesn't pay attention to configuration space access cycles
> then
> | > | there should be no reason to write the value there.  If your card does pay
> | > | attention to the configuration space access cycles it should be trivial to
> | > | make this work.
> | >
> | > The card does pay attention, and other programs such as lspci and the
> | > like also look at the config space.  They should definitely be kept
> | > in sync, and config writes are fairly cheap, anyway.
> | 
> | Well this is a rathole so it really isn't safe for lspci to play with
> | (races with the kernel accessing it)
>
> Displaying something that might change is a fact of life, and no
> different than the PCI world.  It's still best to keep things as
> correct as possible.

No.  I was thinking of the rat hole in pci config space you have to
access to read these registers.  You have to actively write a pci
config value to select which register you are going to read.

So by default it is not safe to touch this value from user space,
because you could mess up the kernel, if the kernel is updating the
value.

Eric
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/