Re: One problem in reassign pci bus number?
From: Yinghai Lu
Date: Thu May 10 2012 - 01:42:06 EST
On Wed, May 9, 2012 at 8:35 PM, Richard Yang <weiyang@xxxxxxxxxxxxxxxxxx> wrote:
> On Mon, May 07, 2012 at 08:42:59PM -0700, Yinghai Lu wrote:
>>>>no, probe_resource will get from start if space is big enough.
>>>>if not, it will try to extend top.
>>> Hmm... for example we still have this
>>> brother1[70-80] res[90-150] brother2[151-160]
>>> if we call probe_resource(res, new_res, 16, par, 1, 0xff,
>>> I think this call is used to allocate a res of size 16 under res.
>>> When there is no enough free space, it will expend res, and res->parent.
>>> While in this situation, res doesn't have enough free space. so it need
>>> to expend itself.
>>> In the probe_resource() it tries to extend res on the right side.
>>> So even there is enough space between brother1 and res, I think the
>>> probe_resource() will not return 0.
>>> Do you think my analysis is correct?
>>it will reduce needed size one by one. so at last it will return
> Yes, agree. This is the current behavior.
> While in this case.
> brother1[70-80] res[90-150] brother151-160]
> There is free space between 81-89, and 90-104. These two free range add
> up to 25, which is more than the required space, 16.
> If we have this resource tree.
> brother1[70-80] re[90-150] brothr2[170-180]
> There are enough free space between res and brother2.
> Then probe_resource will return [141-156] with size 16.
> And also expend res.
> So I mean this is the design decision to not count in the free space on
> the left? Even there is enough free space?
We can not extend start.
when we have bridge using [90, 150] all children devices will be on bus 90.
if change the bridge to use low like 81, then all device need to
remove and rescan them.
also keep the old bus number is safer.
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/