<br><br><div class="gmail_quote">On Thu, Nov 20, 2008 at 10:17 AM, Marc Jones <span dir="ltr"><<a href="mailto:marcj303@gmail.com">marcj303@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">
On Wed, Nov 19, 2008 at 9:16 PM, Myles Watson <<a href="mailto:mylesgw@gmail.com">mylesgw@gmail.com</a>> wrote:<br>
<br>
>> What is gained by knowing the ht path?<br>
> When a HT chain is powered on, all the devices have the same UnitID (0)<br>
> The subordinate busses get assigned bus numbers in the order that they are<br>
> found by PCI scan, but they are found in the order of the chain.  As you<br>
> assign each a device number, another device is visible at device 0 until the<br>
> end of the chain is found.<br>
><br>
<br>
</div>Right, But I think that unitid setting happens before device scanning<br>
and the dts is available. Once they are set there is no reason to<br>
change them. The only thing is that the pci bridge code</blockquote><div><br>This is part of the confusing part.  UnitIDs get set early so that the serial port works.  I haven't gone through that code much yet, but it should only set up the southbridge link.  That gets reset later when the chains are being enumerated with the dts. This is the "collapsing" we talked about in an earlier thread.  In other words, when enumeration starts, all HT enumeration is blown away.<br>
<br>Thanks,<br>Myles <br></div></div><br>