Matthieu Bec wrote:
>
> Dear all,
>
> In the default config distributions, there are two distinct CONFIG_ARCH
> for the mv167 and the mv162.
> We have an application using both these targets and realized much code
> was probably compiled twice (starting wiht the EPICS core) when there
> was no need for it, the diffent flags beeing specifc to the 68040 CPU
> rather than the actual boards.
>
> I had to build a whole system, and just realised how much time would be
> saved this way. the only issue being some ./bin/mv167 references in my
> mv162 startup script (or vice versa)..
>
> My question is: would it make sense (and be safe) to declare a generic
> CONFIG_ARCH.68040 ? that would let me clean up the startup script issue.
Beginning with the 3.14 releases this is just what is done.
For 3.13 you can just build for one of the 68040 architectures and it should
work for any of the 68040/68060 architectures as long as they are compatible.
We build for mv167 and use it for our mv167, mv177, mv162, and mv172s. HOWEVER
we must build separately for some old mv162s that do not have a floating point
processor.
You must, of course, specify the correct board support package in the file
option of the boot parameters. Also do not mix tornado I and tornado II.
Marty
- References:
- CONFIG_ARCH mv162/mv167 Matthieu Bec
- Navigate by Date:
- Prev:
CONFIG_ARCH mv162/mv167 Matthieu Bec
- Next:
Re: CONFIG_ARCH mv162/mv167 Andrew Johnson
- 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:
CONFIG_ARCH mv162/mv167 Matthieu Bec
- Next:
Re: CONFIG_ARCH mv162/mv167 Andrew Johnson
- 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
|