On Wed, 19 Dec 2007, Ivan Kokshaysky wrote:
>
> Doh. Let's fix the kernel first...
>
> Does this make any difference? (the patch is self explaining ;-)
Heh, indeed. Good catch - that
Prefetchable memory behind bridge: 0000000000000000-000000000fffffff
on device 00:01.0 does look totally broken, and it would make more sense
if it matched what the device has (and what /proc/iomem resports).
That said, Intel bridges tend to be transparent even when they *claim*
normal decode, so I wonder whether it actually matters in this case. But
your patch looks very obviously right.
So maybe the rest of the kernel and X both already did everything right,
and it was just this stupid bridge setup thing that was broken (and
forcing the IOMEM resource to below the 4G mark just hid it).
Linus
--
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/
