Hi Sandeep,
On Thu, May 13, 2010 at 23:01:31, Paulraj, Sandeep wrote:
>
>
> >
> > Hello Paulraj,
> >
> > On 13/05/2010, at 17:10, Paulraj, Sandeep wrote:
> > >> Reduce the number of reads per byte transferred on the BUF register
> > from 2
> > >> to 1 and
> > >> take advantage of the TX buffer in
Dear Tom,
I am still waiting for Ack/feedback if any on this patchset v3
All feedbacks provided by you on patchset v2 have been incorporated
Regards
Vipin
On 5/9/2010 7:46 PM, Vipin Kumar wrote:
> Hello Tom,
>
> Please consider this patch-set for mainline submission.
> Please let me know if the
Dear Timur Tabi,
In message you
wrote:
> Has anyone tried recently to run the "hello world" example standalone
> program on PowerPC, specifically an e500 system? When I try it, I get
> this:
Did you verify the entry point address as described in the FAQ?
Best regards,
Wolfgang Denk
--
DENX
Has anyone tried recently to run the "hello world" example standalone
program on PowerPC, specifically an e500 system? When I try it, I get
this:
=> tftp 4 timur/hello_world.bin
Using f...@dtsec1 device
TFTP from server 192.168.1.1; our IP address is 192.168.1.145
Filename 'timur/hello_world.
On May 10, 2010, at 4:26 PM, Timur Tabi wrote:
> The function fdt_increase_size() increases the size of the device tree by the
> given amount. This is useful for any code that wants to add a node or large
> property, to avoid the possibility of running out of space. It's much smarter
> to have
>
> Hello Paulraj,
>
> On 13/05/2010, at 17:10, Paulraj, Sandeep wrote:
> >> Reduce the number of reads per byte transferred on the BUF register
> from 2
> >> to 1 and
> >> take advantage of the TX buffer in the SPI module.
> >
> > May I ask which chip device this was tested on.
>
> Sure, it w
Hello Paulraj,
On 13/05/2010, at 17:10, Paulraj, Sandeep wrote:
>> Reduce the number of reads per byte transferred on the BUF register from 2
>> to 1 and
>> take advantage of the TX buffer in the SPI module.
>
> May I ask which chip device this was tested on.
Sure, it was tested on a LogicPD Zoo
>
> What is the status of this patch. Was an updated one ever submitted?
To the best of my knowledge multiple revisions were sent to the list but there
were outstanding comments against the last set as well.
IIRC Tom had some comments
>
> On Mon, Jan 25, 2010 at 8:05 AM, Khasim Syed Mohamm
Hi All,
It seems the following answer is wrong. The u-boot cannot recognize
the JFFS2's files after write files to JFFS2 many times in linux.
I guess maybe it's a JFFS2 compatible problem in u-boot and linux
kernel. Does anyone know what combination of u-boot and linux kernel
version is compatible
On 05/13/2010 06:09 AM, Nick Thompson wrote:
> On 13/05/10 03:09, M.A.E.M. Hanson wrote:
>> /home/mihanson/CodeSourcery/Sourcery_G++_Lite/u-boot-marvell.git/arch/arm/lib/eabi_compat.o
>> -L
>> /home/mihanson/CodeSourcery/Sourcery_G++_Lite/bin/../lib/gcc/arm-none-linux-gnueabi/4.4.1
>> -lgcc -Map u-
Andy,
Can you be kind enough to review these MMC patches.
I believe there are 2 sets of patches.
Thanks,
Sandeep
> Subject: [U-Boot] [PATCH 1/4] SD1.00 wide-bus fix
>
> Fixed a bug wherein SD version 1.0 cards were not configured for 4-bit
> mode
>
> Signed-off-by: Alagu Sankar
> ---
> dr
>
> Reduce the number of reads per byte transferred on the BUF register from 2
> to 1 and
> take advantage of the TX buffer in the SPI module.
May I ask which chip device this was tested on.
>
> Signed-off-by: Delio Brignoli
> ---
> drivers/spi/davinci_spi.c | 67 +++--
On Thu, May 13, 2010 at 1:43 AM, Shawn Jin wrote:
> The customer does't want to upgrade u-boot. If linux drivers are
> ported to the new powerpc arch, is u-boot 1.1.2 still able to boot the
> new kernel? Besides the bd_info, what else the powerpc kernel expect
> from u-boot?
The only way to find
What is the status of this patch. Was an updated one ever submitted?
On Mon, Jan 25, 2010 at 8:05 AM, Khasim Syed Mohammed
wrote:
> On Sun, Jan 24, 2010 at 5:48 AM, Tom wrote:
>> Khasim Syed Mohammed wrote:
>>>
>>> From cf8fa28973de7609d27146730d9e019b7c919b51 Mon Sep 17 00:00:00 2001
>>> From:
This patch adds initial support for EMMA3SL/LP board.
Network and USB support will be added as follow up patches.
Signed-off-by: Serge Ziryukin
---
MAINTAINERS |4 +
MAKEALL |1 +
Makefile|3 +
board/emma3sllp/Makefi
On 13/05/10 03:09, M.A.E.M. Hanson wrote:
> /home/mihanson/CodeSourcery/Sourcery_G++_Lite/u-boot-marvell.git/arch/arm/lib/eabi_compat.o
>
> -L
> /home/mihanson/CodeSourcery/Sourcery_G++_Lite/bin/../lib/gcc/arm-none-linux-gnueabi/4.4.1
>
> -lgcc -Map u-boot.map -o u-boot
> /home/mihanson/CodeSo
Reduce the number of reads per byte transferred on the BUF register from 2 to 1
and
take advantage of the TX buffer in the SPI module.
Signed-off-by: Delio Brignoli
---
drivers/spi/davinci_spi.c | 67 +++-
1 files changed, 35 insertions(+), 32 deletions
Hi,
I am using customized ppc440 based board with DDR3 memory 1 GB. While
running u-boot I observed the warning message :* "WARNING: adjusting
available memory to 0x3000".*
I observed that the macro CONFIG_SYS_LINUX_LOWMEM_MAX_SIZE is set to 768 MB
which is less than 1GB. Hence the available
On 11.05.2010 16:15, gda...@mvista.com wrote:
> From: George G. Davis
>
> The ARM1136 cache_flush() function uses the "mcr p15, 0, rn, c7, c7, 0"
> instruction which means "Invalidate Both Caches" when in fact the intent
> is to clean and invalidate all caches. So add an "mcr p15, 0, %0, c7,
> c10
Hi,
Personally I think this patch can be used as common. CONFIG_MMC_MBLOCK
is not needed.
It can improve performance a lot for generic mmc.
Thanks~~
Yours
Terry
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] O
Hi Alagu Sankar,
Pls use my latest v5 patch for saving environment data to mmc.
Thanks~~
Yours
Terry
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Alagu Sankar
> Sent: 2010年5月12日 17:38
> To: u-boot@lists.
21 matches
Mail list logo
