On Thu, Aug 6, 2015 at 5:32 PM, Guenter Roeck wrote:
> Assuming case 1) includes case 3), root bridge does not support IO,
> I have both case 1 and 2.
>
> Anyway, I think I am giving up. Sorry, I just fail to understand the
> use case(s) you are trying to cover.
>
> Why don't you submit a patch, I
On 08/06/2015 04:32 PM, Yinghai Lu wrote:
On Thu, Aug 6, 2015 at 9:18 AM, Guenter Roeck wrote:
On 08/06/2015 08:58 AM, Yinghai Lu wrote:
Ok, I admit that I am lost. Earlier it seemed that you were concerned about
this case, where no io window is available or a bus doesn't support io,
but a n
On Thu, Aug 6, 2015 at 9:18 AM, Guenter Roeck wrote:
> On 08/06/2015 08:58 AM, Yinghai Lu wrote:
> Ok, I admit that I am lost. Earlier it seemed that you were concerned about
> this case, where no io window is available or a bus doesn't support io,
> but a non-transparent child does. Now you seem
On 08/06/2015 08:58 AM, Yinghai Lu wrote:
On Wed, Aug 5, 2015 at 9:50 PM, Guenter Roeck wrote:
If I understand you correctly, we might need to change the code
in pci_read_bridge_io() as follows.
From
if (!(child->bus_flags & PCI_BUS_FLAGS_SUPPORTS_IO))
return;
to so
On Wed, Aug 5, 2015 at 9:50 PM, Guenter Roeck wrote:
> If I understand you correctly, we might need to change the code
> in pci_read_bridge_io() as follows.
>
> From
>
> if (!(child->bus_flags & PCI_BUS_FLAGS_SUPPORTS_IO))
> return;
>
> to something like
>
> if (!(c
On 08/05/2015 09:25 PM, Yinghai Lu wrote:
On Wed, Aug 5, 2015 at 7:22 PM, Guenter Roeck wrote:
On 08/05/2015 06:38 PM, Yinghai Lu wrote:
On Wed, Aug 5, 2015 at 6:14 PM, Yinghai Lu wrote:
It only can avoid warning with bridge, and still have warning on
devices under the bridge.
also would
On Wed, Aug 5, 2015 at 7:22 PM, Guenter Roeck wrote:
> On 08/05/2015 06:38 PM, Yinghai Lu wrote:
>>
>> On Wed, Aug 5, 2015 at 6:14 PM, Yinghai Lu wrote:
>>>
>>>
>>> It only can avoid warning with bridge, and still have warning on
>>> devices under the bridge.
>>>
>>> also would have problem on tr
On 08/05/2015 06:38 PM, Yinghai Lu wrote:
On Wed, Aug 5, 2015 at 6:14 PM, Yinghai Lu wrote:
It only can avoid warning with bridge, and still have warning on
devices under the bridge.
also would have problem on transparent bridges, like
BRIDGE_A BRIDGE_AADEVICE_AA
On 08/05/2015 06:14 PM, Yinghai Lu wrote:
On Thu, Jul 30, 2015 at 7:15 PM, Guenter Roeck wrote:
The PCI subsystem always assumes that I/O is supported on PCIe bridges
and tries to assign an I/O window to each child bus even if that is not
the case.
This may result in messages such as:
pcie
On Wed, Aug 5, 2015 at 6:14 PM, Yinghai Lu wrote:
>
> It only can avoid warning with bridge, and still have warning on
> devices under the bridge.
>
> also would have problem on transparent bridges, like
>
> BRIDGE_A BRIDGE_AADEVICE_AA
>|
>\-- BRIDG
On Thu, Jul 30, 2015 at 7:15 PM, Guenter Roeck wrote:
> The PCI subsystem always assumes that I/O is supported on PCIe bridges
> and tries to assign an I/O window to each child bus even if that is not
> the case.
>
> This may result in messages such as:
>
> pcieport :02:00.0: res[7]=[io 0x1
The PCI subsystem always assumes that I/O is supported on PCIe bridges
and tries to assign an I/O window to each child bus even if that is not
the case.
This may result in messages such as:
pcieport :02:00.0: res[7]=[io 0x1000-0x0fff] get_res_add_size add_size
1000
pcieport :02:00.0
12 matches
Mail list logo