On Wed, Jun 21, 2006 at 12:46:30AM -0700, Andrew Morton wrote:
> > [ 2034.060000] pcmcia: registering new device pcmcia0.0
> > [ 2034.060000] PM: Adding info for pcmcia:0.0
> > [ 2035.976000] conflict: PCI IO[0->ffff]
> > [ 2035.976000] hwif_request_region: single-byte request for ide2
> > [ 2035.976000] [<c0257386>] hwif_request_region+0xa6/0xb0
[snip]
> > [ 2035.976000] ide2: I/O resource 0xF8B0200E-0xF8B0200E not free.
> > [ 2035.976000] ide2: ports already in use, skipping probe
>
> hm. It appears to have decided that 0 < 0xF8B0200E < 0xffff, which is
> clever of it.
>
> Does it help if you set CONFIG_RESOURCES_32BIT?
Nope, same conflict with CONFIG_RESOURCES_32BIT set. You're right, it
is deciding that 0xF8B0200E conflicts with that range:
conflict: PCI IO[0->ffff] conflicts with ide2[f8b3c00e->f8b3c00e]
Looking at the code, I don't understand how this could have worked in
-rc6; __request_resource hasn't changed, and it says
167 if (end < start)
168 return root;
169 if (start < root->start)
170 return root;
171 if (end > root->end)
172 return root;
If root-> start == 0 and root->end == 0xffff, we should always hit line
172, unless sign extension is in effect... and all the variables are
unsigned long in -rc6, so that doesn't make sense.
Rebooting into -rc6 with some debugging...
-andy
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
