By the way, which is the current branch you guys are working on?
u-boot/master I assume?
On Tue, Dec 30, 2014 at 2:44 PM, Hua Yanghao wrote:
> Hi Simon,
> Thank you for the suggestion. I will set up git send-email and send a
> new patch for review.
> For set_working_fdt_addr, a simpl
casting. Maybe just keep its current void * is already good enough.
Best Regards,
Yanghao
On Tue, Dec 23, 2014 at 3:54 AM, Simon Glass wrote:
> Hi Hua,
>
> On 21 December 2014 at 13:45, Hua Yanghao wrote:
>>
>> Being a long time u-boot developer, this is the first time I&#x
Being a long time u-boot developer, this is the first time I'm trying
to get some fix for the open source code back to mainline.
If anything wrong during the process, please be gentle :-) Thank you.
>From 225c8f8f2af4cf6092260e5c133d90096e2f3352 Mon Sep 17 00:00:00 2001
From: Hua Yangh
Hi Masahiro,
> Strange.
> "make coreboot-x86" is not supported anymore.
>
> Now, we must do "make coreboot-x86_config all" instead.
We are still using U-boot 2014.01, which seems to be the latest stable
release, isn't it?
>
>> 3. make # second make fails with message:
>> make[1]: Entering direct
Hi,
When doing make for coreboot-x86, in arch/x86/lib/Makefile it
re-generates libgcc.a from the original toolchain libgcc.a and did
some patching for certain libgcc functions. And this seems having some
issues when you try to do incremental compilation.
Steps to reproduce the issue:
1. Setup tool
5 matches
Mail list logo
