lkml.org 
[lkml]   [2005]   [Jun]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: PROBLEM: Devices behind PCI Express-to-PCI bridge not mapped
> I think the correct behaviour of pcibios_allocate_bus_resources()
> (arch/i386/pci/i386.c) should be as follows:
> if some bridge resource cannot be allocated for whatever reason,
> don't allow any child resource assignments in that range. Just
> clear the resource flags - this prevents building an inconsistent
> resource tree.
>
> pci_assign_unassigned_resources() should correctly configure bridge 1
> and all subordinate stuff then.

I just found the time to test your latest patch (sorry for the delay).
However, it doesn't seem to help.

First of all, I verified that your code is indeed being called. That
does occur. Specifically, resources cannot be allocated for the
following bridges and regions:

0000:00:01.0, region #10
0000:00:1c.0, regions #7,8,9,10
0000:00:1c.1, regions #7,8,9,10
0000:00:1c.2, regions #7,8,9,10
0000:02:00.0, regions #7,8,9,10
0000:03:05.0, regions #7,8,9,10
0000:00:1e.0, regions #7,8,9,10
0000:06:09.0, regions #7,8,9,10
0000:06:09.1, regions #7,8,9,10
0000:06:09.3, regions #7,8,9,10

However, after pci_assign_unassigned_resources() has been called, the
MEM and PREFETCH regions of the bridge 0000:00:1e.0 (bridge 1) _remain_
invalid at 0x00000000.

The boot hangs (as before) when attempting to start the CardBus
controller in the dock.

If you need further info, please let me know.

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

\
 
 \ /
  Last update: 2005-06-08 19:41    [W:0.071 / U:0.044 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site