Hi Kay,
On Tue, Mar 23, 2021 at 3:03 PM Kasemir, Kay <kasemirk at ornl.gov> wrote:
>
> Hello Han,
>
> >You have to allow all other cards to be booted after your cpu is ready
> >to communicate with each other through MCH pcie. The order is
>
> > 1 MCH / 2 CPU / 3 Others
>
> I have really no idea about MRF, but on some local uTCA setup the issue is that 'other' cards in the crate need time to boot up, and if the CPU is too fast, "lspci" will show cards with no memory etc. because they were not initialize when Linux on the CPU scanned the PCI bus.
> So for us the order is definitely
>
> 1) Have all the cards boot up
> 2) Then power the CPU
Ah, you are right, Kay. The proper order is
1. MCH
2. all others
3. CPU
I forgot them since I am not working anymore with the MTCA system.
That is my blessing now.
> .. and the MCH is thus configured to delay power to the CPU.
>
Yes, you can configure them through MCH, CPU, or both. Thank you for
correcting me always!
Han
- References:
- MRF kernel module, failed to map BARS GAGET Alexis via Tech-talk
- Fwd: MRF kernel module, failed to map BARS Jeong Han Lee via Tech-talk
- Navigate by Date:
- Prev:
Fwd: MRF kernel module, failed to map BARS Jeong Han Lee via Tech-talk
- Next:
Re: MRF kernel module, failed to map BARS Michael Davidsaver via Tech-talk
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
<2021>
2022
2023
2024
- Navigate by Thread:
- Prev:
Fwd: MRF kernel module, failed to map BARS Jeong Han Lee via Tech-talk
- Next:
Re: MRF kernel module, failed to map BARS Michael Davidsaver via Tech-talk
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
<2021>
2022
2023
2024
|