[U-Boot-Users] U-boot to mpc8260

[U-Boot-Users] U-boot to mpc8260

[xyyiezi]

   Dear sir:      I am in an IC design company.And there ia an object of my company it is about mpc8260.We have the  circuit netlist of mpc8260,but we cann't guarantee the circuit netlist to be correct.The circuit netlist was on a SUN server which supported Linux and Cadence. We want to use the u-boot as a software verification tool to verificate the netlist. We have write a platform which was used as an hardware in the verification. And we want to load the u-boot code mpc8260 to the RAM block of the circuit netlist.In this method,we could verificate the circuit netlist by both u-boot and the platform.It will be a mode of hardware and software co-verification.     But the difficult is I don't kown how to load the u-boot.Now I have read the source code of the mpc8260 in the u-boot,and I kown I could use the GCC to translate them.I didn't kown how to configure the mpc8260.What material should I read?In my opinion,the circuit netlist will be similar to the hardware mpc8260 expect the speed while it is running.But the hardware mpc8260 has its board ,for example mpc8260ads,which is not in the circuit netlist in the SUN server.And I don't kown whether I could configure the u-boot take the board information.     I earnest hope to obtain your help!     Thank you!                                      Yours xyyiezi  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.denx.de/pipermail/u-boot/attachments/20070717/898ebb16/attachment.htm 

[U-Boot-Users] U-boot to mpc8260

[Detlev Zundel]

Hi Xyyiezi,

>      I am in an IC design company.And there ia an object of my company it is
> about mpc8260.We have the  circuit netlist of mpc8260,but we cann't guarantee
> the circuit netlist to be correct.The circuit netlist was on a SUN server which
> supported Linux and Cadence. We want to use the u-boot as a software
> verification tool to verificate the netlist. We have write a platform which was
> used as an hardware in the verification. And we want to load the u-boot code
> mpc8260 to the RAM block of the circuit netlist.In this method,we could
> verificate the circuit netlist by both u-boot and the platform.It will be a
> mode of hardware and software co-verification.
>      But the difficult is I don't kown how to load the u-boot.Now I have read
> the source code of the mpc8260 in the u-boot,and I kown I could use the GCC to
> translate them.I didn't kown how to configure the mpc8260.What material should
> I read?In my opinion,the circuit netlist will be similar to the hardware
> mpc8260 expect the speed while it is running.But the hardware mpc8260 has its
> board ,for example mpc8260ads,which is not in the circuit netlist in the SUN
> server.And I don't kown whether I could configure the u-boot take the board
> information.
>      I earnest hope to obtain your help!
>      Thank you!

Gone are the days when hardware was something you could knock your
head against :)

No honestly, I don't understand completely what "netlist" (what is
that anyway?) you are simulating, but you either have to

a) simulate hardware supported by U-Boot or
b) create a U-Boot port for your simulated hardware.

Considering the fact that you simply want to _use_ U-Boot, I guess a)
would be the most viable option.  However it sounds that you simulate
your own custom hardware, so very likely things will not turn out to
work out of the box.  

Taking route b) will take some time and very likely defeat your
original intention of verification.

Cheers
  Detlev

-- 
The limits of my language stand for the limits of my world.
                                        -- Ludwig Wittgenstein
--
DENX Software Engineering GmbH,      MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich,  Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: dzu at denx.de

[U-Boot-Users] U-boot to mpc8260

[Jerry Van Baren]

Detlev Zundel wrote:
> Hi Xyyiezi,
> 
>>      I am in an IC design company.And there ia an object of my company it is
>> about mpc8260.We have the  circuit netlist of mpc8260,but we cann't guarantee
>> the circuit netlist to be correct.The circuit netlist was on a SUN server which
>> supported Linux and Cadence. We want to use the u-boot as a software
>> verification tool to verificate the netlist. We have write a platform which was
>> used as an hardware in the verification. And we want to load the u-boot code
>> mpc8260 to the RAM block of the circuit netlist.In this method,we could
>> verificate the circuit netlist by both u-boot and the platform.It will be a
>> mode of hardware and software co-verification.
>>      But the difficult is I don't kown how to load the u-boot.Now I have read
>> the source code of the mpc8260 in the u-boot,and I kown I could use the GCC to
>> translate them.I didn't kown how to configure the mpc8260.What material should
>> I read?In my opinion,the circuit netlist will be similar to the hardware
>> mpc8260 expect the speed while it is running.But the hardware mpc8260 has its
>> board ,for example mpc8260ads,which is not in the circuit netlist in the SUN
>> server.And I don't kown whether I could configure the u-boot take the board
>> information.
>>      I earnest hope to obtain your help!
>>      Thank you!
> 
> Gone are the days when hardware was something you could knock your
> head against :)
> 
> No honestly, I don't understand completely what "netlist" (what is
> that anyway?) you are simulating, but you either have to
> 
> a) simulate hardware supported by U-Boot or
> b) create a U-Boot port for your simulated hardware.
> 
> Considering the fact that you simply want to _use_ U-Boot, I guess a)
> would be the most viable option.  However it sounds that you simulate
> your own custom hardware, so very likely things will not turn out to
> work out of the box.  
> 
> Taking route b) will take some time and very likely defeat your
> original intention of verification.
> 
> Cheers
>   Detlev

Hi xyyiezi, Detlev,

My guess is that xyyiezi _does_ want to do b) - create a u-boot port for 
his simulated hardware which will be used to verify the simulated 
hardware before it becomes real hardware.  This requires him to port 
u-boot to his hardware.  Non-trivial, and not something we can help much 
via email.

Xyyiezi: You want to start with the README section on porting.  While 
you are loading into a "RAM" block in the simulation, you should 
configure/consider it to be flash, hooked to CS0.  I'm assuming your 
simulated hardware has simulated or physical SDRAM - if you are using a 
RAM block to represent SDRAM in your simulation, then your port is much 
simpler but won't be as realistic (a large percentage of hardware 
problems have SDRAM as part of the problem - including layout problems 
that won't show up in your simulation anyway :-( ).

FWIIW, I've been down this path before and had very limited results, 
especially compared to the level of effort involved.  If your simulated 
bus cycles are OK, and your real hardware layout is OK, your system will 
work OK.  The lack fidelity of simulation (e.g. not really running 
SDRAM, not really using a MPC8260, not really using your physical board 
layout, etc.) means that almost all of the real problem areas are not 
simulated accurately enough to say whether your real hardware will work 
or not.

The simulation will always predict "yes, your hardware works" but the 
confidence level with respect to that answer will be very low.

Just to emphasize, the answer of your simulation WILL ALWAYS BE "yes, 
your hardware works" but it is still a crap-shoot whether that answer 
applies to your real hardware.  Making sure the details are correct (bus 
cycle timing AND LAYOUT!!!) are a MUCH better predictor of success than 
running in a simulation.

Good luck,
gvb
P.S. Did I mention LAYOUT IS CRITICAL and you cannot simulate that?

[U-Boot-Users] u-boot to mpc8260

[xyyiezi]

 Dear sir:       First,I'll explain the circuit netlist. It is the circuit diagram of the mpc8260,and it is similar to the actually circuit in hardware. And I have a test bench which is written by specmanE. The test bench can simulate the hardware fuction of the actually cpu board which is designed for mpc8260. And the test bench is similar to periphrial equpment of mpc8260.It can communication the mpc8260 netlist vi 60x bus circuit,and I have been used it to test a part of the circuit netlist of mpc8260,and the result is famous. Because the circuit diagram of mpc8260 is so large and I can't ensure the netlist is exactness.      And I guess I could load u-boot to mpc8260 netlist which is under the test bench which is similar to the board.I will put u-boot in a RAM which is also the circuit diagram and has the fuction similar to the actully one. The RAM is in the sun sever(The netlist is in the sun server too.).      I will compile the u-boot and generate the boot.bin and boot.elf. Then I will configure the u-boot to make it fit the test bench and connect to the test bench. Third, I will boot the linux kernel to the mpc8260 netlist. At last,I'll used linux system to verificate the netlist.      It is a way of hardware and software co-verification. It is really a long long  journey.And I will do it.      I hope I can earn your help!                                                    Yours   xyyiezi         
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.denx.de/pipermail/u-boot/attachments/20070719/cdd922d1/attachment.htm 

[U-Boot-Users] u-boot to mpc8260

[Clemens Koller]

Hi, xyyiezi

xyyiezi schrieb:
>       First,I'll explain the circuit netlist. It is the circuit diagram 
> of the mpc8260,and it is similar to the actually circuit in hardware. 
 > [...]
>       It is a way of hardware and software co-verification.

I don't know if it makes sense to go that way given the fact that the
mpc8260 is available as physical hardware already.

 > It is really
> a long long  journey.And I will do it.

You might want to start your journey with some small steps:
Start loading some simple code to your simulator and see how it works.
Once you got your "Hello, world!" up and running you can consider to
take a bigger step and feed U-Boots and ships^H^H^H^H^HLinuxes to your
environment. ;-)

The details of the feeding process might be the most complicated
task on your journey and is unfortunately off topic here.

Regards,
-- 
Clemens Koller
__________________________________
R&D Imaging Devices
Anagramm GmbH
Rupert-Mayer-Stra?e 45/1
Linhof Werksgel?nde
D-81379 M?nchen
Tel.089-741518-50
Fax 089-741518-19
http://www.anagramm-technology.com