Hi,
I am using at91sam9263ek and tried to output logo in u-boot.
I enabled CONFIG_LCD CONFIG_LCD_LOGO.
With default atmel.bmp there is no problem to show it but if I use a 800x600
bmp file then the u-boot stuck.
If I tried a 800x160 the I just can see half of the image.
But if the image is 800x
On 04.09.2010 00:14, Mike Frysinger wrote:
> On Friday, September 03, 2010 17:23:43 Reinhard Meyer wrote:
>> On 03.09.2010 23:03, Mike Frysinger wrote:
not sure, however, if calling spi_setup_slave() is ok at this point.
>>>
>>> i believe the func should only doing validation on the arguments.
The following changes since commit bd2313078114c4b44c4a5ce149af43bcb7fc8854:
Merge branch 'master' of ssh://gemini/home/wd/git/u-boot/master (2010-08-18
21:16:35 +0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-mips.git master
Xiangfu Liu (1):
MIPS: update
On Friday, September 03, 2010 17:23:43 Reinhard Meyer wrote:
> On 03.09.2010 23:03, Mike Frysinger wrote:
> >> not sure, however, if calling spi_setup_slave() is ok at this point.
> >
> > i believe the func should only doing validation on the arguments. it
> > shouldnt need to talk to any actual
On Fri, Sep 03, 2010, Wolfgang Denk wrote:
> > I have a client that has asked me to look into loading zImage files
> > instead of uImage for some ARM based boards.
>
> Why?
It's the direct output of the kernel build process; typically,
distributions ship a /boot/zImage-foo which gets converted
On 03.09.2010 23:03, Mike Frysinger wrote:
>> not sure, however, if calling spi_setup_slave() is ok at this point.
>
> i believe the func should only doing validation on the arguments. it shouldnt
> need to talk to any actual hardware. maybe this needs codifying in the API
> documentation.
In atm
On Friday, September 03, 2010 16:31:47 Reinhard Meyer wrote:
> int enc_initialize(int bus, int cs, int speed)
should take the same parameters (including type) as spi_setup_slave
> eth_register(&(enc->netdev));
no need for the () before the &
> not sure, however, if calling spi_setup_slave
On 03.09.2010 21:51, Mike Frysinger wrote:
> yes and no. the spi bus/cs/mode/speed is established at initialize() time,
> not init(), so you'd need to store that per-instance information somewhere.
> and how the discussion about netconsole handling falls out (not calling
> init/halt after every tr
On Friday, September 03, 2010 13:50:28 Reinhard Meyer wrote:
> Something like this?
yes
> I agree that's more perfect but kind of overkill, too;
> assuming that only one enc can be active at any given time;)
yes and no. the spi bus/cs/mode/speed is established at initialize() time,
not init(),
Hi,
Le 03/09/2010 19:06, Christophe Henri RICARD a écrit :
> Hi,
>
> I am actually working to add a new driver to u-boot related to Trusted
> Platform Module (TPM) for embedded system. (On a u-boot version 2009.11)
> I would be interested to know:
>
> - what is the process to do the sub
Dear Mike Frysinger,
> pass the bus/cs/speed/mode in to the initialize function and store it in the
> per-device state. then you can work fine with multiple enc28j60 devices in
> one board.
>
> along those lines, all of the local enc funcs should be changed to take the
> private state and operate
git commit: bd2313078114c4b44c4a5ce149af43bcb7fc8854
toolchain: is provided by the timesys build factory. I'm not sure what
information I can give about it, so I'll give you some version numbers and if
you have more questions, please ask.
GNU Binutils 2.20.1.20100303
Target: powerpc-timesys-li
Hi,
I am actually working to add a new driver to u-boot related to Trusted Platform
Module (TPM) for embedded system. (On a u-boot version 2009.11)
I would be interested to know:
- what is the process to do the submission ?
- Because the available i2c interfaces looks to be o
Ah. Ok.
Thanks Kumar,
I will get with timesys.
From: Kumar Gala [ga...@kernel.crashing.org]
Sent: Friday, September 03, 2010 7:25 AM
To: Bryan Hundven
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] P1011RDB & P1020RDB: NAND bootstrap too big
>
> cd /home/br
On Sep 2, 2010, at 9:25 PM, Bryan Hundven wrote:
> This was a git clone from today.
> Built with a pretty standard e500v2 gnuspe timesys toolchain.
>
> I was able to build and run P1020RDB_config on the freescale demo board.
>
> ---
>
The following changes since commit bd2313078114c4b44c4a5ce149af43bcb7fc8854:
Wolfgang Denk (1):
Merge branch 'master' of ssh://gemini/home/wd/git/u-boot/master
are available in the git repository at:
git://git.denx.de/u-boot-atmel avr32
Haavard Skinnemoen (3):
avr32: Print unre
Haavard Skinnemoen schrieb:
> Use the MMU hardware to set up 1:1 mappings between physical and virtual
> addresses. This allows us to bypass the cache when accessing the flash
> without having to do any physical-to-virtual address mapping in the CFI
> driver.
>
> The virtual memory mappings are de
Haavard Skinnemoen schrieb:
> The paging system which is required to set up caching properties has not
> yet been initialized when the SDRAM is initialized. So when the
> map_physmem() function is converted to return the physical address
> unchanged, the SDRAM initialization will break on some boar
Haavard Skinnemoen schrieb:
> In addition to the real PC value, also print the value of PC after
> subtracting the relocation offset. This value will match the address in
> the ELF file so it's much easier to figure out where things went wrong.
>
> Signed-off-by: Haavard Skinnemoen
> ---
> arch/
The following changes since commit bd2313078114c4b44c4a5ce149af43bcb7fc8854:
Wolfgang Denk (1):
Merge branch 'master' of ssh://gemini/home/wd/git/u-boot/master
are available in the git repository at:
git://git.denx.de/u-boot-atmel at91
Alexander Stein (1):
at91_pit: Fix AT91_PI
>
> cd /home/bryan/Source/u-boot/nand_spl/board/freescale/p1_p2_rdb &&
> /opt/WG/ppc-linux26-glibc211/bin/ppc-ld -Bstatic -T
> /home/bryan/Source/u-boot/arch/powerpc/cpu/mpc85xx/u-boot-nand_spl.lds -Ttext
> 0xfff0 -n start.o resetvec.o cache.o cpu_init_early.o cpu_init_nand.o
> fsl_law.o l
Reinhard Meyer schrieb:
> Reinhard Meyer schrieb:
>> Signed-off-by: Reinhard Meyer
>> ---
>> arch/arm/include/asm/arch-at91/hardware.h |1 +
>> arch/arm/include/asm/arch-at91/memory-map.h |1 +
>> 2 files changed, 2 insertions(+), 0 deletions(-)
> Applied to u-boot-atmel/next
De-applie
Dear Reinhard Meyer,
Am 03.09.2010 13:42, schrieb Reinhard Meyer:
> Andreas Bießmann schrieb:
>> Dear Reinhard Meyer,
>> Am 03.09.2010 12:25, schrieb Reinhard Meyer:
>>> Dear Andreas Bießmann,
>>
>>> Please resubmit as pure text, not base64 encoded.
>>
>> my MUA tells me:
>>
>> ---8<---
>> Message
Dear Reinhard Meyer,
Am 03.09.2010 13:51, schrieb Reinhard Meyer:
> Hello Andreas,
>
> did/can you test that one as well?
> Then I can take all 3 of the series in.
Well I have applied this patch but have never tested this till now. Yes
it works and shows correct information.
>> In addition to t
Hello Andreas,
did/can you test that one as well?
Then I can take all 3 of the series in.
Thanks,
Reinhard
> In addition to the real PC value, also print the value of PC after
> subtracting the relocation offset. This value will match the address in
> the ELF file so it's much easier to figure o
Andreas Bießmann schrieb:
> Dear Reinhard Meyer,
>
> Am 03.09.2010 12:25, schrieb Reinhard Meyer:
>> Dear Andreas Bießmann,
>
>> Please resubmit as pure text, not base64 encoded.
>
> my MUA tells me:
>
> ---8<---
> Message-Id: <1283082856-82859-1-git-send-email-andreas.de...@googlemail.com>
> .
Hi Wolfgang,
On Friday 03 September 2010 10:30:24 Wolfgang Denk wrote:
> > I did it this way, because that's the way these watchdog reset calls have
> > been implemented in the U-Boot zlib version till now. Frankly I'm not
> > sure why it was done this way instead of using "regular plain
> > WATCH
Dear Reinhard Meyer,
Am 03.09.2010 12:25, schrieb Reinhard Meyer:
> Dear Andreas Bießmann,
> Please resubmit as pure text, not base64 encoded.
my MUA tells me:
---8<---
Message-Id: <1283082856-82859-1-git-send-email-andreas.de...@googlemail.com>
...
Content-Transfer-Encoding: 8bit
--->8---
> I
Hi Wolfgang,
On Friday 03 September 2010 10:32:53 Wolfgang Denk wrote:
> Dear Stefan Roese,
>
> In message <201009030946.22440...@denx.de> you wrote:
> > IIRC, then the main reason for this is the code size reduction. Using
> > your version would increase the code size quite a bit. But I concur,
Dear Haavard Skinnemoen,
Am 12.08.2010 08:52, schrieb Haavard Skinnemoen:
> The paging system which is required to set up caching properties has not
> yet been initialized when the SDRAM is initialized. So when the
> map_physmem() function is converted to return the physical address
> unchanged, t
Dear Haavard Skinnemnoen,
Am 12.08.2010 08:52, schrieb Haavard Skinnemoen:
> Use the MMU hardware to set up 1:1 mappings between physical and virtual
> addresses. This allows us to bypass the cache when accessing the flash
> without having to do any physical-to-virtual address mapping in the CFI
>
Alexander Stein schrieb:
> Signed-off-by: Alexander Stein
> ---
> arch/arm/include/asm/arch-at91/at91_pit.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Applied to u-boot-atmel/next
Thanks,
Reinhard
___
U-Boot mailing list
U-Boot@lists
Dear Andreas Bießmann,
> Signed-off-by: Andreas Bießmann
> ---
> arch/arm/include/asm/arch-at91/at91_emac.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/arch/arm/include/asm/arch-at91/at91_emac.h
> b/arch/arm/include/asm/arch-at91/at91_emac.h
> index 45ae333..0
Dear Alexander Stein,
> ...
>
> Signed-off-by: Alexander Stein
> ...
> + /* Disble PITC
> + * Add 0x1000 to current counter to stop it faster
> + * without waiting for wrapping back to 0
> + */
> + writel(cpiv + 0x1000, &pit->mr);
> ...
Please fix the multi-line comment.
The following changes since commit bd2313078114c4b44c4a5ce149af43bcb7fc8854:
Merge branch 'master' of ssh://gemini/home/wd/git/u-boot/master (2010-08-18
21:16:35
+0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git master
Matthias Fuchs (1):
ppc4xx:
Reinhard Meyer schrieb:
> Signed-off-by: Reinhard Meyer
> ---
> arch/arm/include/asm/arch-at91/hardware.h |1 +
> arch/arm/include/asm/arch-at91/memory-map.h |1 +
> 2 files changed, 2 insertions(+), 0 deletions(-)
Applied to u-boot-atmel/next
Thanks,
Reinhard
_
Reinhard Meyer schrieb:
> Signed-off-by: Reinhard Meyer
> ---
> arch/arm/cpu/arm926ejs/at91/at91sam9260_devices.c | 35
> +++--
> 1 files changed, 25 insertions(+), 10 deletions(-)
Applied to u-boot-atmel/next
Thanks,
Reinhard
___
U-
Reinhard Meyer schrieb:
> From: Reinhard Meyer
>
> Signed-off-by: Reinhard Meyer
> ---
> drivers/spi/atmel_spi.c | 13 +++--
> 1 files changed, 11 insertions(+), 2 deletions(-)
Applied to u-boot-atmel/next
Thanks,
Reinhard
___
U-Boot mailin
On Tuesday 31 August 2010 11:27:14 Stefan Roese wrote:
> We need to invalidate the data cache after it has been used as init-ram.
>
> This problem was detected on the lwmon5 update.
Applied to u-boot-ppc4xx/master. Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Den
On Thursday 26 August 2010 17:14:51 Stefan Roese wrote:
> This patch fixes a bug in reconfigure_pll(), where the detection of
> the current bootstrap option is wrong. The ICS bits where incorrectly
> shifted. This bug was found on the lwmon5 board, which uses bootstrap
> option H (I2C bootstrap EEP
Detlev Zundel schrieb:
> Hi Reinhard,
>
>> - The comment was wrong/misleading
>> - One would assume that a u-boot "reset" command should also
>> reset the external hardware outside the SoC. Since its unknown
>> whether some boards rely on that NOT being so, asserting the
>> external reset signal i
On Wednesday 25 August 2010 17:02:28 Matthias Fuchs wrote:
> Opps, after a long time I tested recent u-boot on our
> APC405 board. This simple fix makes networking work again.
Applied to u-boot-ppc4xx/master. Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Det
Reinhard Meyer schrieb:
> Define the different location of the GPBRs for the 9XE
> Define the proper CPU Name
>
> Signed-off-by: Reinhard Meyer
> ---
> arch/arm/include/asm/arch-at91/at91sam9260.h | 18 ++
> 1 files changed, 14 insertions(+), 4 deletions(-)
Applied to u-boot-at
Reinhard Meyer schrieb:
> Add support for the embedded flash in the AT91SAM9XE128/256/512 SoCs:
> - Environment can be put into that flash
> - U-Boot can be in that flash
> - Commands "cp" and "protect" are supported
>
> Signed-off-by: Reinhard Meyer
> ---
> Rebased and cosmetical cleanups
> arc
Reinhard Meyer schrieb:
> From: Reinhard Meyer
>
> Signed-off-by: Reinhard Meyer
> ---
> arch/arm/include/asm/arch-at91/at91_gpbr.h | 45 +
> arch/arm/include/asm/arch-at91/at91_rtt.h | 36 ++
> drivers/rtc/Makefile |1 +
> drivers/rtc/at91sam9
Reinhard Meyer schrieb:
> This patch adds SD/MMC support to AT91SAM9260/9XE/9G20
> using the generic MMC framework.
>
> Signed-off-by: Reinhard Meyer
> ---
> The driver itself is not dependent on any particular AT91 or AVR32
> device, but further work in device specific files is
> required to ena
This patch introduces C structure definition for register footprint of atmel's
usart.
Signed-off-by: Andreas Bießmann
---
drivers/serial/atmel_usart.c | 36 --
drivers/serial/atmel_usart.h | 56 ++
2 files changed, 46 insertio
Dear Stefan Roese,
In message <201009030946.22440...@denx.de> you wrote:
>
> IIRC, then the main reason for this is the code size reduction. Using your
> version would increase the code size quite a bit. But I concur, it would be
> much better readable. So just let me know, and I'll try to come
Dear Stefan Roese,
In message <201009030910.08643...@denx.de> you wrote:
>
> I did it this way, because that's the way these watchdog reset calls have
> been
> implemented in the U-Boot zlib version till now. Frankly I'm not sure why it
> was done this way instead of using "regular plain WATCH
Dear "Tobias Waldekranz (Knutsson)",
please STOP full quoting / top posting.
Read http://www.netmeister.org/news/learn2quote.html
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell,
Hi Wolfgang,
On Thursday 02 September 2010 21:01:37 Wolfgang Denk wrote:
> Hm.., the whole CPU ID code in "arch/powerpc/cpu/ppc4xx/cpu.c" has
> become a mess.
>
> Stefan:
>
> is there any deeper logic for the repeated #ifdef's there, when we
> finally do a switch on the PVR anyway?
>
> Instead
Hi Marri,
On Friday 03 September 2010 03:48:44 Tirumala Marri wrote:
> > > mtdcr ISRAM0_SB0CR,r1
> > >
> > > @@ -752,7 +754,11 @@ _start:
> > > mtdcr ISRAM1_PMEG,r1
> > >
> > > lis r1,0x0004 /* BAS = 4_0004_ */
> > >
> > > +#if defined(CONFIG_APM82XXX) /* APM82
Hi Detlev,
On Thursday 02 September 2010 18:40:38 Detlev Zundel wrote:
> > case TYPE:
> > + if (strm->outcb != Z_NULL)
> > + (*strm->outcb)(Z_NULL, 0); /* call WATCHDOG_RESET */
> >
> > if (flush == Z_BLOCK) goto inf_leave;
> >
> > case
53 matches
Mail list logo
