Hi Roger,
On 17 July 2015 at 15:40, Albert ARIBAUD wrote:
>
> Hello Roger,
>
> On Fri, 17 Jul 2015 14:51:52 +0800, Roger wrote:
> >
> > Hi,
> > I ported U-Boot to Android emulator (ARM). Do you think this should be
> > supported in U-Boot mainline ?
>
> This is for you to decide if you want to
Hello Roger,
On Fri, 17 Jul 2015 14:51:52 +0800, Roger wrote:
>
> Hi,
> I ported U-Boot to Android emulator (ARM). Do you think this should be
> supported in U-Boot mainline ?
This is for you to decide if you want to automatically benefit from
future bugfixes and enhancements added to U-Boot,
Hi,
I ported U-Boot to Android emulator (ARM). Do you think this should be
supported in U-Boot mainline ?
The source code can be found at:https://github.com/shugaoye/u-boot
Roger
___
U-Boot mailing list
U-Boot@lists.den
Hi Allan,
> I have been reading u-boot documentation for last few weeks.
I hope it was fun :)
> I am looking forward to configure & write my own u-boot for some board
> or CPU . I will be doing it first time.
>
> Please suggest some existing board for which we have opensource U-boot
> software
Hi,
I have been reading u-boot documentation for last few weeks.
I am looking forward to configure & write my own u-boot for some board or
CPU .
I will be doing it first time.
Please suggest some existing board for which we have opensource U-boot
software available, which are good for someone to
Dear Aaron,
In message <4ffcaf12.1030...@cavium.com> you wrote:
>
> I made a number of additions to the header files. For the most part I
> did not update them from Linux but modified the existing ones. I tried
> to keep my changes minimal. As I said I use board_octeon.c instead of
> board.c.
Hi Daniel,
My comments are inline.
On 07/09/2012 02:11 PM, Daniel Schwierzeck wrote:
Hi Aaron,
2012/7/6 Aaron Williams :
Hi Andreas,
I would love to see OCTEON support in the mainline as well, though I am not
sure how I should go about this since it is a substantial amount of code.
Fortunate
Hi Aaron,
2012/7/6 Aaron Williams :
> Hi Andreas,
>
> I would love to see OCTEON support in the mainline as well, though I am not
> sure how I should go about this since it is a substantial amount of code.
> Fortunately most of the changes are not to the common code, and many of the
> common code
Hi Andreas,
I would love to see OCTEON support in the mainline as well, though I am
not sure how I should go about this since it is a substantial amount of
code. Fortunately most of the changes are not to the common code, and
many of the common code changes are feature enhancements portable to
Dear Aaron Williams,
On 06.07.2012 01:52, Aaron Williams wrote:
> Hi Zahid,
>
> I am in charge of U-Boot for OCTEON MIPS. I have not pushed the changes
> back upstream since the amount of code is enormous (over 430K lines of
> code!). Granted, a huge percentage of that is from generated register
Hi Aaron,
On 06.07.2012 01:56, Aaron Williams wrote:
> Hi Andreas,
>
> We have been shipping 2011.03 for some time and internally are planning
> to use 2012.07 when it is released since we are tracking the top of
> trunk. We have made a lot of improvements since then and added a lot of
> new capa
Hi Zahid,
I am in charge of U-Boot for OCTEON MIPS. I have not pushed the changes
back upstream since the amount of code is enormous (over 430K lines of
code!). Granted, a huge percentage of that is from generated register
files but it is still a huge amount of code. Just the DRAM
initializat
Hi Andreas,
We have been shipping 2011.03 for some time and internally are planning
to use 2012.07 when it is released since we are tracking the top of
trunk. We have made a lot of improvements since then and added a lot of
new capabilities.
-Aaron
On 07/05/2012 06:18 AM, Andreas Bießmann w
Hi Sayed,
2012/7/5 Andreas Bießmann :
> Dear sayed zahid,
>
> On 05.07.2012 13:42, sayed zahid wrote:
>> Hi ,
>> I have basic knowledge of porting u-boot to a new board. But now i have got
>> a task to port u-boot on cavium mips based board. As i know that mips
>> architecture is already supported
Dear sayed zahid,
On 05.07.2012 13:42, sayed zahid wrote:
> Hi ,
> I have basic knowledge of porting u-boot to a new board. But now i have got
> a task to port u-boot on cavium mips based board. As i know that mips
> architecture is already supported, but will it support all cavium octeon
> mips v
Hi ,
I have basic knowledge of porting u-boot to a new board. But now i have got
a task to port u-boot on cavium mips based board. As i know that mips
architecture is already supported, but will it support all cavium octeon
mips variants? Please put some light on this. I would be glad if you guys,
Hi All,
we are porting U-boot 1.2.0 to MIPS32 Au1350 Processor. i am using ELDK
4.1 for MIPS32.
Thanks wolfgang now am able to compile toolchain for mips after using ELDK for
MIPS.
Now while porting U-boot to Au1350 MIPS32 we are facing following problems
mentioned below.
We have a
Hello Luca,
>
> Thank to Achim Ehrlich - we got all we needed working! Timing has been
> set to s$
> Basically - we have seen:
> - dataflash working
> - usb transfers ok
> - environment
>
> We should test other hardware - hoping to get feedback, at least from
> Taskit!
>
Nice to hear, that
Dear Luca Lazzarin,
In message you
wrote:
>
> This is the "latest" version of our porting to Taskit PORTUX 920T mini-pc.
Please do not post some random files here. If you want to contribute
to the projet, then please read the instructions and post a proper
patch. Make sure to clean up your code
Hi all!
This is the "latest" version of our porting to Taskit PORTUX 920T mini-pc.
Thank to Achim Ehrlich - we got all we needed working! Timing has been set
to s$
Basically - we have seen:
- dataflash working
- usb transfers ok
- environment
We should test other hardware - hoping to get feedback
Sorry for another self-followup...
With the modified linker script, I already have a failure in
board.c/board_init_f():
(gdb) break board.c:249
Breakpoint 1 at 0x4002089e: file board.c, line 249.
(gdb) c
Continuing.
Breakpoint 1, board_init_f (bootflag=0) at board.c:249
249 memset ((
Hi,
two more observations:
- there are some entries in the linker script reminiscent from
and embedded environment forcing .text from start.o, traps.o,
interrupts.o, dlmalloc.o and zlib.o to the beginning of the
.text section; if I remove these, U-Boot crashes without
any output (did not
Hi list,
I am trying to get U-Boot to run on my new MCF5445x board and have
some problems.
What I did:
- use M54455EVB as a starting point (non-SBF mode)
- comment out RAM setup to start U-Boot from the debugger
[debugger does RAM setup with my init script]
- change flexbus and clock settings f
23 matches
Mail list logo
