I have ported u-boot to my android4.2 source and use the android toolchain,
which has a gcc version 4.6.x-google 20120106.
my envisionment for build: ubuntu 10.04, with a host gcc version 4.4.3.
my platform is arm-v7, cotex-a5.
the problem is that some times u-boot will encounter the following comp
Hi Eric,
On Mon, Jul 15, 2013 at 1:09 AM, Eric Nelson
wrote:
>> Agreed :-)
>>
>> Reviewed-by: Otavio Salvador
>>
>
> +1
>
> We should also add something to the README file though.
In this patch I am still using the original README's:
rename board/{freescale/mx6qsabrelite/README =>
boundary/ni
Hi Axel,
It is in the blackfin u-boot next tree.
Regards,
Sonic
>-Original Message-
>From: Axel Lin [mailto:axel@ingics.com]
>Sent: Sunday, July 14, 2013 3:06 PM
>To: Sonic Zhang
>Cc: Zhang, Sonic; Tom Rini; Marek Vasut; Bob Liu; U-Boot
>Subject: Re: [U-Boot] [PATCH v2] blackfin: Fi
On 07/14/2013 07:58 PM, Otavio Salvador wrote:
On Sun, Jul 14, 2013 at 11:52 PM, Fabio Estevam wrote:
Hi Otavio,
On Sun, Jul 14, 2013 at 11:44 PM, Otavio Salvador
wrote:
On Sun, Jul 14, 2013 at 11:40 PM, Fabio Estevam wrote:
From: Fabio Estevam
mx6qsabrelite and nitrogen6q boards are har
Dear Dan Murphy,
> Roger
>
> On 07/11/2013 09:23 AM, Roger Quadros wrote:
> > Hi Marek,
> >
> > On 07/11/2013 03:35 PM, Marek Vasut wrote:
> >> Dear Roger Quadros,
> >>
> >>> On 07/11/2013 02:16 AM, Dan Murphy wrote:
> On 07/10/2013 05:20 PM, Marek Vasut wrote:
> > Dear Dan Murphy,
> >
On Sun, Jul 14, 2013 at 11:52 PM, Fabio Estevam wrote:
> Hi Otavio,
>
> On Sun, Jul 14, 2013 at 11:44 PM, Otavio Salvador
> wrote:
>> On Sun, Jul 14, 2013 at 11:40 PM, Fabio Estevam wrote:
>>> From: Fabio Estevam
>>>
>>> mx6qsabrelite and nitrogen6q boards are hardware compatible, so let's avoi
Hi Otavio,
On Sun, Jul 14, 2013 at 11:44 PM, Otavio Salvador
wrote:
> On Sun, Jul 14, 2013 at 11:40 PM, Fabio Estevam wrote:
>> From: Fabio Estevam
>>
>> mx6qsabrelite and nitrogen6q boards are hardware compatible, so let's avoid
>> the
>> code duplication and only use the nitrogen6x source co
From: Fabio Estevam
mx6qsabrelite and nitrogen6q boards are hardware compatible, so let's avoid the
code duplication and only use the nitrogen6x source code to make board code
maintainance easier.
Tested booting a mainline device tree kernel on a mx6qsabrelite board.
Signed-off-by: Fabio Esteva
On Sun, Jul 14, 2013 at 11:40 PM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> mx6qsabrelite and nitrogen6q boards are hardware compatible, so let's avoid
> the
> code duplication and only use the nitrogen6x source code to make board code
> maintainance easier.
>
> Tested booting a mainline de
Hello Wolfgang,
> Dear Marek Vasut,
>
> In message <1373710940-15779-1-git-send-email-ma...@denx.de> you wrote:
> > Fix the following warning:
> >
> > mpc8323erdb.c: In function 'mac_read_from_eeprom':
> > mpc8323erdb.c:198:3: warning: dereferencing type-punned pointer will
> > break strict-alia
Wolfgang Denk wrote:
mpc8323erdb.c: In function 'mac_read_from_eeprom':
mpc8323erdb.c:198:3: warning: dereferencing type-punned pointer will
break strict-aliasing rules [-Wstrict-aliasing]
Signed-off-by: Wolfgang Denk
cc: Timur Tabi
cc: Kim Phillips
Ack.
--
Timur Tabi
IGEP boards now have Device Tree support in the mainline
kernel. To boot an IGEP board using a DT, a uEnv.txt plain
text file could be used to define a custom uenvcmd that will
be run by the default boot command.
It is more convenient to change the default boot command to
allow loading a FDT if it
On Sun, Jul 14, 2013 at 2:27 AM, Gerhard Sittig wrote:
> adjust instructions for the invocation of Patman's self test: the -t
> flag appears to have a different meaning now, refer to the --test option
> for the builtin unit test; adjust a directory location and make sure to
> run the file which r
Dear Timur Tabi,
In message <51db3787.4000...@tabi.org> you wrote:
> On 07/08/2013 01:19 PM, Wolfgang Denk wrote:
> > + uint32_t crc_buf;
> > +
> > + memcpy(&crc_buf, &buf[24], sizeof(unsigned int));
>
> Well, this is wrong, because it should be sizeof(uint32_t). Or maybe
> s
Dear Marek Vasut,
In message <1373710940-15779-1-git-send-email-ma...@denx.de> you wrote:
> Fix the following warning:
>
> mpc8323erdb.c: In function 'mac_read_from_eeprom':
> mpc8323erdb.c:198:3: warning: dereferencing type-punned pointer will break
> strict-aliasing rules [-Wstrict-aliasing]
>
Fix:
mpc8323erdb.c: In function 'mac_read_from_eeprom':
mpc8323erdb.c:198:3: warning: dereferencing type-punned pointer will
break strict-aliasing rules [-Wstrict-aliasing]
Signed-off-by: Wolfgang Denk
cc: Timur Tabi
cc: Kim Phillips
---
V2: use uint32_t for crc_buf to make sure we always get
Hi Pardeep,
On 07/12/2013 03:21 PM, Pardeep Kumar Singla wrote:
Instead of duplicating HDMI setup code for every mx6 board, factor out the
common code
Signed-off-by: Pardeep Kumar Singla
---
arch/arm/cpu/armv7/mx6/soc.c | 51 ++
arch/arm/include/asm/arch-mx6/
Hi there!
Patman for some reason "doesn't work for me". It won't find
commits from the sandbox/repo, but wants me to specify -c
manually. Then it won't detect or cannot grok subject prefixes
and fails to determine email addresses. From the documentation I
see how useful the tool is and feel how
adjust instructions for the invocation of Patman's self test: the -t
flag appears to have a different meaning now, refer to the --test option
for the builtin unit test; adjust a directory location and make sure to
run the file which resides in the source directory
Signed-off-by: Gerhard Sittig
--
2013/7/1 Sonic Zhang :
> Acked-by: Sonic Zhang
hi Sonic,
I thought you will pick up this patch, but now I got your ACK and I have
no idea who will take this patch.
Just wondering if this patch should be applied for v2013.07?
Regards,
Axel
___
U-Boot ma
20 matches
Mail list logo
