On 08/08/14 00:39, Chris Cuthbert wrote:
> Hi Laszlo,
> 
> This is what is happening. When I boot the system and run 'devtree'
> shell command, I get the following. Parent @7A and child @7B.
> 
>  Ctrl[33] PciRoot(0x2)
>    Ctrl[78] PciRoot(0x2)/Pci(0x1,0x0)
>    Ctrl[79] PciRoot(0x2)/Pci(0x2,0x0)
>    Ctrl[7A] PciRoot(0x2)/Pci(0x2,0x0)/Pci(0x0,0x0)
>      Ctrl[7B] PciRoot(0x2)/Pci(0x2,0x0)/Pci(0x0,0x0)/MAC(121212121212,0x1)
> 
> Then I issue 'disconnect 7A' command and see the following.
> 
>  Ctrl[33] PciRoot(0x2)
>    Ctrl[78] PciRoot(0x2)/Pci(0x1,0x0)
>    Ctrl[79] PciRoot(0x2)/Pci(0x2,0x0)
>    Ctrl[7A] PciRoot(0x2)/Pci(0x2,0x0)/Pci(0x0,0x0)
> 
> Then I issue 'connect 7A' and see the following from 'devtree' command.
> 
>  Ctrl[33] PciRoot(0x2)
>    Ctrl[78] PciRoot(0x2)/Pci(0x1,0x0)
>    Ctrl[79] PciRoot(0x2)/Pci(0x2,0x0)
>    Ctrl[7A] PciRoot(0x2)/Pci(0x2,0x0)/Pci(0x0,0x0)
>      Ctrl[89] PciRoot(0x2)/Pci(0x2,0x0)/Pci(0x0,0x0)/MAC(121212121212,0x1)
> 
> Now if I issue 'connect 89', then the MNP Support function will get
> called to bind the MNP driver to the SNP protocol produced by '89'.
> 
> Looks to me, that connecting the parent does not result in child handles
> being connected recursively.

Of course they won't be connected recursively if you don't request
recursive connecting! I specifically emphasized the -r (DASH R) option
of the "connect" shell command before. I referenced the -r option two
times. Please pay attention.

> This can happen if the child counting loop
> that is looking for protocol opened by child does not see the protocol
> opened by child.

It can also happen if that loop is not reached at all because you pass
Recursive=FALSE to CoreConnectController().

Laszlo

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
_______________________________________________
edk2-devel mailing list
edk2-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/edk2-devel

Reply via email to