Le 27/08/2010 07:25, Heiko Schocher a écrit :
+#defineMVTWSI_STATUS_DATA_R_NAK0x58 /* our NAK, not the
slave's */
line too long.
Checkpatch did not complain on this one. Is there a specific line length
contraint beside passing checkpatch?
Yep, 78 characters.
Ok. I added a
SUMMARY:
This patchset improves the driver for the Marvell TWSI interface found
on orion5x and kirkwood SoCs and adds I2C support to the orion5x-based
ED Mini V2 board. The mvtwsi driver is a complete rewrite, 50% shorter
in source code lines, 25% smaller in object size, much simpler and way
These are not used on this board, which uses soft I2C instead.
Signed-off-by: Albert Aribaud albert.arib...@free.fr
---
include/configs/km_arm.h |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/include/configs/km_arm.h b/include/configs/km_arm.h
index
This driver is not kirkwood-specific and can also be used
e.g. by orion5x. Rename to a SoC-neutral name.
Signed-off-by: Albert Aribaud albert.arib...@free.fr
---
drivers/i2c/Makefile |2 +-
drivers/i2c/{kirkwood_i2c.c = mvtwsi.c} |0
2 files changed, 1 insertions(+),
Signed-off-by: Albert Aribaud albert.arib...@free.fr
---
include/configs/edminiv2.h |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/include/configs/edminiv2.h b/include/configs/edminiv2.h
index 57dd165..36ed392 100644
--- a/include/configs/edminiv2.h
+++
This rewrite of the mvtwsi driver is 25% smaller and much
faster and simpler than the previous code.
Signed-off-by: Albert Aribaud albert.arib...@free.fr
---
drivers/i2c/mvtwsi.c | 742 +++---
1 files changed, 334 insertions(+), 408 deletions(-)
diff
Hello All,
Even though there are several posts on the net on the same, I could not find a
concrete solution for the same. I am using the prebuilt binaries from the
www.AT91.com for AT91SAM9G20 linux kernel and jffs2 file system. I strongly
feel
if there is an issue with the bootargs and hence
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de] On
Behalf Of Marek Vasut
Sent: Thursday, August 26, 2010 9:00 PM
To: StephenPaulraj Chinnadurai-ERS,HCLTech
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] TFTP timeout issue while downloading the
Hi,
I will write a standalone application and I want to use saveenv from it.
But saveenv is not included in exports.h. Are there any intentions to
add saveenv function to exports.h in later U-boot releases?
I don't want the standalone application to be a GPL program. What I
understand when I
Hi Marri,
On Thursday 26 August 2010 23:05:44 tma...@apm.com wrote:
From: Tirumala Marri tma...@apm.com
APM82XXX is a new line of SoCs which are derivatives of
PPC44X family of processors. This patch adds support of CPU, cache,
tlb, 32k ocm, bootstraps, PLB and AHB bus.
Thanks. General
Hi Marri,
On Thursday 26 August 2010 23:05:49 tma...@apm.com wrote:
From: Tirumala Marri tma...@apm.com
This patch adds APM82XXX specific definitions, which include
clock and boot strap.
Please find some comments below.
Signed-off-by: Tirumala R Marri tma...@apm.com
---
Hi Marri,
On Friday 27 August 2010 11:01:56 Stefan Roese wrote:
APM82XXX is a new line of SoCs which are derivatives of
PPC44X family of processors. This patch adds support of CPU, cache,
tlb, 32k ocm, bootstraps, PLB and AHB bus.
Thanks. General comment: Please add me on Cc on these
Hi Marri,
On Thursday 26 August 2010 23:06:15 tma...@apm.com wrote:
From: Tirumala Marri tma...@apm.com
Add support code for bluestone board wth APM82XXX processor based.
This patch includes early board init, misc init, configure EBC,
and initializes UIC.
Again, some comments below.
Dne Pá 27. srpna 2010 10:52:45 StephenPaulraj Chinnadurai-ERS,HCLTech napsal(a):
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de] On
Behalf Of Marek Vasut Sent: Thursday, August 26, 2010 9:00 PM
To: StephenPaulraj Chinnadurai-ERS,HCLTech
Cc:
Hi Marri,
On Thursday 26 August 2010 23:06:20 tma...@apm.com wrote:
From: Tirumala Marri tma...@apm.com
Add bluestone board name to the board.cfg.
Change Makefile to include bluestone board support.
Not needed with board.cfg now. Please remove your changes to Makefile.
Compiling bluestone
Stefano Babic schrieb:
As linebuf is accessed with 32-bit pointers, its address
must be 32 bit aligned to avoid misaligned access.
Signed-off-by: Stefano Babic sba...@denx.de
---
lib/display_options.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
From: Reinhard Meyer i...@emk-elektronik.de
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
drivers/mtd/spi/Makefile |1 +
drivers/mtd/spi/ramtron.c| 312 ++
drivers/mtd/spi/spi_flash.c | 54 ++-
Hi Graeme,
I notice there is a work in progress for coreboot on only one Intel Atom
motherboard (the D945GCLF) - Not a lot of support there.
I would imagine that it is _very_ difficult to get at the information
one needs to write such low-level software. During private talks I got
the
Hi Stephen,
I am getting following error message when tried to download zImage to the
SDRAM.
MDT-Boot
MDT-Boot nfs a130 10.100.144.245:/var/bin/lib/tftpboot/zImage
SMC9: MAC 00:00:70:26:1e:01
Using SMC9-0 device
File transfer via NFS from server 10.100.144.245; our IP
Hello.
tma...@apm.com wrote:
From: Tirumala Marri tma...@apm.com
This patch adds Universal Interrupt Controller support for
APM82XXX processor.
Signed-off-by: Tirumala R Marri tma...@apm.com
[...]
diff --git a/arch/powerpc/include/asm/ppc4xx-uic.h
b/arch/powerpc/include/asm/ppc4xx-uic.h
Hello.
tma...@apm.com wrote:
From: Tirumala Marri tma...@apm.com
This patch adds L2Cache/SRAM and OCM register definitions.
Signed-off-by: Tirumala R Marri tma...@apm.com
[...]
diff --git a/arch/powerpc/include/asm/ppc4xx-isram.h
b/arch/powerpc/include/asm/ppc4xx-isram.h
index
Hi Timur,
The 'bmp display' command accepts optional X and Y values for the position
of the image to be displayed. Change the code which parses the command line
to accept negative values.
This feature is useful if you want to use a frame buffer for the console, and
you want a banner
Hi Zoolu,
I am trying to boot my mutli image ( Kernel + Ramdisk) on my target and i am
not able to boot beyond below given log. I can not see
(Uncompressing Multi-File Image ... OK) .. OK does not come up. I guess
the image is hung while uncompressing the image ??? But to my surprise the
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
Sent: Friday, August 27, 2010 6:37 AM
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] orion5x: fix comment-in-comment
typo in cpu.h
Signed-off-by:
Detlev Zundel wrote:
Can't you come up with a scheme which does not destroy this valuable
property of our coordinates?
I'm only doing two things:
1) Exposing a feature of the existing code. Notice that I only had to change
two lines in the cmd_bmp code, not any of the core bitmap code,
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
Sent: Friday, August 27, 2010 11:42 AM
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH V3 2/4] i2c: rename kirkwood_i2c to mvtwsi
This driver is not
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
Sent: Friday, August 27, 2010 11:42 AM
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH V3 4/4] edminiv2: add I2C support
using mvtwsi driver
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
Sent: Friday, August 27, 2010 11:42 AM
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH V3 3/4] i2c: rewrite mvtwsi, support
orion5x and kirkwood
This rewrite
Le 27/08/2010 14:34, Prafulla Wadaskar a écrit :
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
Sent: Friday, August 27, 2010 11:42 AM
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH V3 3/4] i2c: rewrite
Hi Timur,
Detlev Zundel wrote:
Can't you come up with a scheme which does not destroy this valuable
property of our coordinates?
I'm only doing two things:
1) Exposing a feature of the existing code. Notice that I only had to change
two lines in the cmd_bmp code, not any of the core
Le 27/08/2010 14:20, Prafulla Wadaskar a écrit :
Can you pls encapsulate this in #ifdef CONFIG_CMD_I2C ?
Done, and moved #define CONFIG_CMD_I2C up right after #define
CONFIG_CMD_IDE.
Amicalement,
--
Albert.
___
U-Boot mailing list
Hi Scott,
Thank you for reviewing patches 2-4.
On Thu, Aug 26, 2010 at 2:57 PM, Scott Wood scottw...@freescale.com wrote:
On Mon, Aug 09, 2010 at 04:43:58PM -0400, Ben Gardiner wrote:
diff --git a/common/cmd_mtdparts.c b/common/cmd_mtdparts.c
index 772ad54..500a38e 100644
---
On Thu, Aug 26, 2010 at 5:12 PM, Scott Wood scottw...@freescale.com wrote:
On Mon, Aug 09, 2010 at 04:43:59PM -0400, Ben Gardiner wrote:
+static void spread_partition(struct mtd_info *mtd, struct part_info *part,
+ u32 *next_offset)
As in
On Thu, Aug 26, 2010 at 6:26 PM, Scott Wood scottw...@freescale.com wrote:
On Mon, Aug 09, 2010 at 04:44:00PM -0400, Ben Gardiner wrote:
+#if defined(CONFIG_CMD_MTDPARTS_SPREAD)
+ s = strchr(argv[1], '.');
+
+ if (get_mtd_info(dev-id-type, dev-id-num, mtd))
+
On Aug 27, 2010, at 8:14 AM, Detlev Zundel d...@denx.de wrote:
We can discuss this once I see the code that makes virtual coordinates
If you can help me figure out how to get the boot text to appear below the
logo, I won't need to use virtual coordinates.
Dear Timur,
On Aug 27, 2010, at 8:14 AM, Detlev Zundeld...@denx.de wrote:
We can discuss this once I see the code that makes virtual coordinates
If you can help me figure out how to get the boot text to appear below the
logo, I won't need to use virtual coordinates.
1. would it be
On Aug 27, 2010, at 9:10 AM, Reinhard Meyer u-b...@emk-elektronik.de wrote:
2. would it be possible to just manipulate the initial Y for text output?
I'll try this approach. It should be simple enough.
___
U-Boot mailing list
U-Boot@lists.denx.de
-Original Message-
From: Albert ARIBAUD [mailto:albert.arib...@free.fr]
Sent: Friday, August 27, 2010 6:33 PM
To: Prafulla Wadaskar
Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik
Subject: Re: [U-Boot] [PATCH V3 3/4] i2c: rewrite mvtwsi,
support orion5x and
Le 27/08/2010 16:30, Prafulla Wadaskar a écrit :
- * Driver for the i2c controller on the Marvell line of
host bridges
- * (e.g, gt642[46]0, mv643[46]0, mv644[46]0, Orion SoC family),
- * and Kirkwood family.
+ * Driver for the TWSI (i2c) controller on the Marvell orion5x
Don't you think
On Thu, Aug 26, 2010 at 2:57 PM, Scott Wood scottw...@freescale.com wrote:
On Mon, Aug 09, 2010 at 04:43:58PM -0400, Ben Gardiner wrote:
diff --git a/common/cmd_mtdparts.c b/common/cmd_mtdparts.c
index 772ad54..500a38e 100644
--- a/common/cmd_mtdparts.c
+++ b/common/cmd_mtdparts.c
@@
This driver is not kirkwood-specific and can also be used
e.g. by orion5x. Rename to a SoC-neutral name.
Signed-off-by: Albert Aribaud albert.arib...@free.fr
---
drivers/i2c/Makefile |2 +-
drivers/i2c/{kirkwood_i2c.c = mvtwsi.c} |0
2 files changed, 1 insertions(+),
This rewrite of the mvtwsi driver is 25% smaller and much
faster and simpler than the previous code.
Signed-off-by: Albert Aribaud albert.arib...@free.fr
---
drivers/i2c/mvtwsi.c | 750 +++---
1 files changed, 341 insertions(+), 409 deletions(-)
diff
On 08/27/2010 10:44 AM, Ben Gardiner wrote:
On Thu, Aug 26, 2010 at 2:57 PM, Scott Woodscottw...@freescale.com wrote:
Don't assume partition size fits in 32 bits. part-size is uint64_t.
I understand that (at some point) we need to support part-size
uint64_t but the HEAD of u-boot [1],
These are not used on this board, which uses soft I2C instead.
Signed-off-by: Albert Aribaud albert.arib...@free.fr
---
include/configs/km_arm.h |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/include/configs/km_arm.h b/include/configs/km_arm.h
index
SUMMARY:
This patchset improves the driver for the Marvell TWSI interface found
on orion5x and kirkwood SoCs and adds I2C support to the orion5x-based
ED Mini V2 board. The mvtwsi driver is a complete rewrite, 50% shorter
in source code lines, 25% smaller in object size, much simpler and way
Signed-off-by: Albert Aribaud albert.arib...@free.fr
---
include/configs/edminiv2.h | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/include/configs/edminiv2.h b/include/configs/edminiv2.h
index 57dd165..ccfc660 100644
--- a/include/configs/edminiv2.h
+++
On Fri, Aug 27, 2010 at 12:02 PM, Scott Wood scottw...@freescale.com wrote:
On 08/27/2010 10:44 AM, Ben Gardiner wrote:
On Thu, Aug 26, 2010 at 2:57 PM, Scott Woodscottw...@freescale.com
wrote:
Don't assume partition size fits in 32 bits. part-size is uint64_t.
I understand that (at some
On Friday, August 27, 2010 05:41:08 Reinhard Meyer wrote:
Stefano Babic schrieb:
--- a/lib/display_options.c
+++ b/lib/display_options.c
@@ -101,7 +101,7 @@ void print_size(unsigned long long size, const char
*s)
#define DEFAULT_LINE_LENGTH_BYTES (16)
int print_buffer (ulong
Reinhard Meyer wrote:
Hi Reinhard,
Why not just declare it as
uint_32t linebuf[MAX_LINE_LENGTH_BYTES/4+1];
?
Yes, we do not need any special compiler attribute. I forward to Albert,
he sent previously an analog patch to solve this issue.
Stefano
--
Hi Stefan:
Our legal is out at the moment. Why is this an issue, since it is
on many of the files in U-Boot. Our legal indicated without the
statement the Copyright would not stand.
Thanks
Feng
+# Copyright (c) 2010, Applied Micro Circuits Corporation
+# All rights reserved. Tirumala R Marri
On 27.08.2010 20:24, Stefano Babic wrote:
Reinhard Meyer wrote:
Hi Reinhard,
Why not just declare it as
uint_32t linebuf[MAX_LINE_LENGTH_BYTES/4+1];
?
Yes, we do not need any special compiler attribute. I forward to Albert,
he sent previously an analog patch to solve this issue.
Signed-off-by: Reinhard Meyer u-b...@emk-elektronik.de
---
lib/display_options.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/display_options.c b/lib/display_options.c
index 20319e6..9048a8a 100644
--- a/lib/display_options.c
+++ b/lib/display_options.c
@@ -101,7
The CURSOR_ON, CURSOR_OFF, and CURSOR_SET macros are defined incorrectly. If
cursor support is disabled, then these macros are defined to nothing, but
then they are used like this:
if (console_col CONSOLE_COLS)
CURSOR_OFF
console_row++;
which was compiled like
I'm rescinding this patch. I have some new code that doesn't need this hack.
On Wed, Aug 25, 2010 at 4:36 PM, Timur Tabi ti...@freescale.com wrote:
The 'bmp display' command accepts optional X and Y values for the position
of the image to be displayed. Change the code which parses the command
I'm rescinding this patch. I'll have v2 some time next week.
On Thu, Aug 26, 2010 at 3:59 PM, Timur Tabi ti...@freescale.com wrote:
The Freescale MPC8610 DIU code has its own bitmap-drawing function,
fsl_diu_display_bmp(), which is redundant. Instead, use the existing function
Use more bits to support 36-bit addressing
Signed-off-by: York Sun york...@freescale.com
---
drivers/dma/fsl_dma.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/dma/fsl_dma.c b/drivers/dma/fsl_dma.c
index df33e7a..09c18c1 100644
---
Signed-off-by: York Sun york...@freescale.com
---
include/configs/P2020DS.h |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/include/configs/P2020DS.h b/include/configs/P2020DS.h
index ee21d8b..8b76057 100644
--- a/include/configs/P2020DS.h
+++
Signed-off-by: York Sun york...@freescale.com
---
arch/powerpc/cpu/mpc8xxx/ddr/ctrl_regs.c |1 +
board/freescale/p2020ds/ddr.c|4 ++--
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/cpu/mpc8xxx/ddr/ctrl_regs.c
Using PIC TFRR register for post word load/store for generic.
Fix post_word_store, post_word_load offset for mpc85xx with cpm
Signed-off-by: York Sun york...@freescale.com
---
arch/powerpc/cpu/mpc85xx/commproc.c |4 ++--
arch/powerpc/cpu/mpc85xx/cpu.c | 17 +
2 files
Signed-off-by: York Sun york...@freescale.com
---
include/configs/corenet_ds.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/corenet_ds.h b/include/configs/corenet_ds.h
index cf316e0..627f851 100644
--- a/include/configs/corenet_ds.h
+++
On Fri, Aug 27, 2010 at 9:51 AM, Ben Gardiner
bengardi...@nanometrics.ca wrote:
On Thu, Aug 26, 2010 at 5:12 PM, Scott Wood scottw...@freescale.com wrote:
+{
+ if (!mtd-block_isbad)
+ goto out;
+
+ u32 i, bb_delta = 0;
+
+ for (i = part-offset; i - bb_delta
logo_plot() has its own code for rendering a bitmap, but this code is much
less capable than video_display_bitmap(). Why doesn't logo_plot() just call
video_display_bitmap() to draw the actual bitmap?
___
U-Boot mailing list
U-Boot@lists.denx.de
On Fri, Aug 27, 2010 at 5:46 PM, Scott Wood scottw...@freescale.com wrote:
On 08/27/2010 04:36 PM, Ben Gardiner wrote:
On Fri, Aug 27, 2010 at 9:51 AM, Ben Gardiner
bengardi...@nanometrics.ca wrote:
But since a board may have NAND enabled but not MTD_DEVICE (i.e. guruplug)
I get
link
On 08/27/2010 04:46 PM, Scott Wood wrote:
On 08/27/2010 04:36 PM, Ben Gardiner wrote:
On Fri, Aug 27, 2010 at 9:51 AM, Ben Gardiner
bengardi...@nanometrics.ca wrote:
I have performed a refactoring but I have reached an impasse: the
'mtdparts spread' command is written for mtd devices whereas
On 08/27/2010 04:36 PM, Ben Gardiner wrote:
On Fri, Aug 27, 2010 at 9:51 AM, Ben Gardiner
bengardi...@nanometrics.ca wrote:
I have performed a refactoring but I have reached an impasse: the
'mtdparts spread' command is written for mtd devices whereas the
get_len_incl_bad() function is for
Hi,
I would like to become a memeber of u-boot-user mailing list.
can you please add or allow me a memeber of u-boot-user mailing list.
Thanks,
Chandrasekhar N
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi, every one.
This is my first time of posting a message here, firstly , thanks for any
body who builds such a nice platform give help.
In recent two weeks, I added a NAND flash driver support for Micron's
MT29F2G08ABD (SLC;page size: x8 2048+64bytes; Block size: 64 pages; Device
size: 2Gb)
On Fri, Aug 27, 2010 at 5:59 PM, Scott Wood scottw...@freescale.com wrote:
On 08/27/2010 04:46 PM, Scott Wood wrote:
For now, I guess don't worry about sharing the code.
Plus, I've got some changes to the NAND command/util code I'm about to send
out that touch this -- if sharing is going to
because characters couldn't be written in red, so I put the wrong contents as
following:
bb0010c0: 45454545 45454545 45454545 45454545
bb0010d0: 45454545 45454545 45454545 45454545
I really appreciate any suggestions very much.
dajiang.zhong wrote:
Hi,
Hello Albert,
Le 27/08/2010 07:37, Albert ARIBAUD a écrit :
Le 27/08/2010 07:00, Chris Moore a écrit :
I think your proposal to handle size 0 as meaning '4 MB' is fine,
since there is no way to express 4MB and a zero size is meaningless as
such.
s/MB/GiB/
I agree that it is the most
70 matches
Mail list logo