Hi Simon,
> Hi Lukasz,
>
> On Wed, Jan 2, 2013 at 8:25 AM, Lukasz Majewski
> wrote:
> > This commit makes the video subsystem code cache aware.
> > Memory allocated for decompressed BMP memory is now cache line
> > aligned.
> >
> > Flushing of the dcache is also performed after copying BMP data
Hi Simon,
2013/1/6 Simon Glass
> This is available on other architectures, and nds32 will start to break
> without it as code starts to use error numbers more.
>
> +++ b/arch/nds32/include/asm/errno.h
> @@ -0,0 +1 @@
> +#include ___
U-Boot mailing list
Hi Lukasz,
On Sun, Jan 6, 2013 at 12:03 AM, Lukasz Majewski wrote:
> Hi Simon,
>
>> Hi Lukasz,
>>
>> On Wed, Jan 2, 2013 at 8:25 AM, Lukasz Majewski
>> wrote:
>> > This commit makes the video subsystem code cache aware.
>> > Memory allocated for decompressed BMP memory is now cache line
>> > ali
Hi,
On Sun, Jan 6, 2013 at 3:37 AM, Macpaul Lin wrote:
> Hi Simon,
>
> 2013/1/6 Simon Glass
>>
>> This is available on other architectures, and nds32 will start to break
>> without it as code starts to use error numbers more.
>>
>> +++ b/arch/nds32/include/asm/errno.h
>> @@ -0,0 +1 @@
>> +#inclu
On Sun, Jan 06, 2013 at 08:28:39AM -0800, Simon Glass wrote:
[snip]
> If you don't support a gcc option it should be possible to disable it
> in U-Boot for your toolchain as a temporary workaround. It would be
> good to get a pointer to your toolchain at some point.
Unfortunately gcc doesn't erro
Hi Tom,
On Sun, Jan 6, 2013 at 9:16 AM, Tom Rini wrote:
> On Sun, Jan 06, 2013 at 08:28:39AM -0800, Simon Glass wrote:
>
> [snip]
>> If you don't support a gcc option it should be possible to disable it
>> in U-Boot for your toolchain as a temporary workaround. It would be
>> good to get a pointe
The '## Transferring control ...' message is printed
only if DEBUG is enabled. Get rid of the 'ifdef DEBUG'
statement and use the debug macro instead.
Signed-off-by: Gabor Juhos
---
arch/mips/lib/bootm.c |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/arch/mips/lib/boot
2013/1/4 Xiangfu Liu :
> Hi
>
> Any chance merge this commit to upstream. make it a new year gift for me. :)
> Thanks
>
> Xiangfu
>
hm, somehow I missed that patch. Please prepend your patch subject
with "MIPS:" and CC me next time to avoid this.
Also send a new patch which is rebased to current m
2013/1/6 Gabor Juhos :
> The '## Transferring control ...' message is printed
> only if DEBUG is enabled. Get rid of the 'ifdef DEBUG'
> statement and use the debug macro instead.
>
> Signed-off-by: Gabor Juhos
> ---
> arch/mips/lib/bootm.c |4 +---
> 1 file changed, 1 insertion(+), 3 deletio
Dear Lukasz & Simon,
In message
Simon Glass wrote:
>
> >> > - dst = malloc(CONFIG_SYS_VIDEO_LOGO_MAX_SIZE);
> >> > + dst = memalign(CONFIG_SYS_CACHELINE_SIZE, len);
> >>
> >> Why do you need to align this one? It is just returned to the caller,
> >> isn't it?
> >
> > Yes, it is retur
Hi Wolfgang,
On Sun, Jan 6, 2013 at 12:21 PM, Wolfgang Denk wrote:
> Dear Lukasz & Simon,
>
> In message
>
> Simon Glass wrote:
>>
>> >> > - dst = malloc(CONFIG_SYS_VIDEO_LOGO_MAX_SIZE);
>> >> > + dst = memalign(CONFIG_SYS_CACHELINE_SIZE, len);
>> >>
>> >> Why do you need to align th
> Projects such as linux and u-boot run sparse on libfdt. libfdt
> contains the notion of endianness via usage of endian conversion
> functions such as fdt32_to_cpu. As such, in order to pass endian
> checks, libfdt has to annotate its fdt variables such that sparse
> can warn when mixing bitwise
On 01/05/2013 08:50 PM, Wolfgang Denk wrote:
Dear Anatolij,
In message <1357415148-9243-1-git-send-email...@denx.de> you wrote:
lcd_color_fg and lcd_color_bg had to be declared in board specific
code, but were not actually used there; in addition, we have getter /
setter functions for these, wh
Hi Simon, Lukasz,
On Sun, 6 Jan 2013 07:47:58 -0800
Simon Glass wrote:
...
> >> > diff --git a/common/cmd_bmp.c b/common/cmd_bmp.c
> >> > index 5a52edd..57f3eb5 100644
> >> > --- a/common/cmd_bmp.c
> >> > +++ b/common/cmd_bmp.c
> >> > @@ -55,7 +55,7 @@ bmp_image_t *gunzip_bmp(unsigned long addr,
Hello Wolfgang,
On Sun, 06 Jan 2013 21:21:00 +0100
Wolfgang Denk wrote:
...
> > OK, so it is directly used as a frame buffer? In that case it looks
> > right to me. I doubt you want to be able to control the cache features
> > for this area, since you only write it once. But if you did, then the
Hello Wolfgang,
On Sat, 05 Jan 2013 20:50:01 +0100
Wolfgang Denk wrote:
> Dear Anatolij,
>
> In message <1357415148-9243-1-git-send-email...@denx.de> you wrote:
> > lcd_color_fg and lcd_color_bg had to be declared in board specific
> > code, but were not actually used there; in addition, we hav
Dear Simon,
In message
you wrote:
>
> > I don't think this is as it should be. Any frame buffer that actually
> > gets used as such should be located in the memory area specifically
> > allocated for this purpose using lcd_setmem(). This is especially
> > important when you load a splash scre
Hi, Albert.
Could you pick-up this patch to your repository?
Best regards,
Nobuhiro
On Thu, Nov 22, 2012 at 7:47 AM, Nobuhiro Iwamatsu
wrote:
> On Wed, Nov 21, 2012 at 11:29 AM, Tetsuyuki Kobayashi
> wrote:
>> After stress test, I found some of kzm9g board occures memory failure.
>> This pa
Hi, Albert.
Could you pick-up this patch to your repository?
Best regards,
Nobuhiro
On Thu, Nov 22, 2012 at 7:47 AM, Nobuhiro Iwamatsu
wrote:
> On Wed, Nov 21, 2012 at 11:29 AM, Tetsuyuki Kobayashi
> wrote:
>> Set ETM TRCLK down to 78MHz to get clear wave form.
>> This patch makes differenc
Hi Lukasz,
I understood your opinion..it's ok.
After applied this patch, i will update the pinmux for MMC4.
Best Regards,
Jaehoon Chung
On 01/04/2013 04:59 PM, Lukasz Majewski wrote:
> Hi Jaehoon,
>
>> On 01/03/2013 04:31 PM, Piotr Wilczek wrote:
>>> This patch add pinmux settings for Exynos4 f
Hi Jaehoon,
Yes, the functions mmc_boot_partiton_size_change(), mmc_boot_open()
& mmc_boot_close() can be used
by any vendor to open/close/resize-boot-partition of emmc device.
The above 3 functions call the static function "static int
mmc_send_cmd(...)" located in drivers/mmc/mmc.c.
Any vendor ca
Hi Amar,
If you want to access the boot partition, Need to add open/close()?
I think we can use like "mmc_boot_part_access(struct mmc *mmc, int ack, int
part_num, int access)"
How about this? i think it is more generic...
On 01/07/2013 01:19 PM, Amarendra Reddy wrote:
> Hi Jaehoon,
>
> Yes, the
Hi Jaehoon,
The sequence to be followed to access(read/write) boot partitions is i)
open() the boot partition, ii) Do the job , iii) Then close() boot
partition.
I understand that
1) You want a single generic function "mmc_boot_part_access(struct mmc
*mmc, int ack, int part_num, int access)" to
23 matches
Mail list logo