Hi Heiko,
On Fri, Sep 13, 2013 at 03:44:54PM +0200, Marek Vasut wrote:
> CCing Heiko, can you please ACK/NAK ?
v4 has been posted fixing an issue in this series pointed out by Marek
and Gerhard, please review v4 instead.
Regards
Afzal
___
U-Boot maili
On Thu, Sep 12, 2013 at 10:36:45AM -0700, York Sun wrote:
> Tom,
>
> The following changes since commit 985a71d15b8bd9cfbeae1ac1b08a5319abfd246c:
>
> Merge branch 'master' of git://www.denx.de/git/u-boot-ppc4xx
> (2013-09-09 09:59:30 -0400)
>
> are available in the git repository at:
>
>
>
> -原始邮件-
> 发件人: "Wolfgang Denk"
> 发送时间: 2013年9月14日 星期六
> 收件人: feng...@phytium.com.cn
> 抄送: u-boot@lists.denx.de, tr...@ti.com, albert.u.b...@aribaud.net,
> scottw...@freescale.com
> 主题: Re: [PATCH v9 0/5] arm64 patch
>
> Dear feng...@phytium.com.cn,
>
> In message <1379061539-38972-1
Enable DFU for RAM, provide example dfu_alt_info
Signed-off-by: Afzal Mohammed
Cc: Heiko Schocher
Cc: Tom Rini
Cc: Marek Vasut
Cc: Lukasz Majewski
Cc: Pantelis Antoniou
Reviewed-by: Lukasz Majewski
---
v3: collected tag
v2: new
include/configs/am335x_evm.h | 6 ++
1 file changed, 6 i
On 09/01/2013 11:21 AM, Eric Nelson wrote:
Hi Stefano,
On 09/01/2013 10:08 AM, Stefano Babic wrote:
Hi Otavio,
On 31/08/2013 23:55, Otavio Salvador wrote:
On Sat, Aug 31, 2013 at 6:38 PM, Eric Nelson
wrote:
The primary reason this patch set is sent as an RFC is the overall
feeling that ther
On Fri, Sep 13, 2013 at 1:19 PM, Eric Nelson
wrote:
> This patch fixes a regression introduced by commit 87d720e0.
>
> Signed-off-by: Eric Nelson
Acked-by: Otavio Salvador
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com
Hi Eric,
On Fri, Sep 13, 2013 at 11:51 AM, Eric Nelson
wrote:
> Nice!
>
> So, how should we get this done?
>
> We have support for parsing individual lines of DT, and the primary
> thing(s) needed by U-Boot's display are in the timing block of the
> device tree, but I wonder whether it makes sen
The patch fixes the improper read and write of sdhci
host control register for sdma transfer.
The problem comes when reading and writing 1 byte long
host control register with the sdhci_readl() and
sdhci_writel(). The misuse of these functions overwrite
the value of the next registers which are in
Hi Fabio,
On 09/13/2013 11:11 AM, Fabio Estevam wrote:
Hi Eric,
On Fri, Sep 13, 2013 at 11:51 AM, Eric Nelson
wrote:
Nice!
So, how should we get this done?
We have support for parsing individual lines of DT, and the primary
thing(s) needed by U-Boot's display are in the timing block of the
Hi Gerhard, Marek,
On Fri, Sep 13, 2013 at 05:37:36PM +0200, Gerhard Sittig wrote:
> On Fri, Sep 13, 2013 at 15:51 +0200, Marek Vasut wrote:
> > > + dfu->data.ram.size = simple_strtoul(++s, &s, 16);
> >
> > This ++s, &s is quite crazy ;-)
> Actually it's not just a neat trick, but instead it's
+ Gerhard
On Fri, Sep 13, 2013 at 10:35:45PM +0530, Afzal Mohammed wrote:
> Hi Gerhard, Marek,
>
> On Fri, Sep 13, 2013 at 05:37:36PM +0200, Gerhard Sittig wrote:
> > On Fri, Sep 13, 2013 at 15:51 +0200, Marek Vasut wrote:
>
> > > > + dfu->data.ram.size = simple_strtoul(++s, &s, 16);
> > >
On Fri, Sep 13, 2013 at 2:01 PM, Eric Nelson
wrote:
> On 09/01/2013 11:21 AM, Eric Nelson wrote:
...
> Shawn appears to have implemented things in a clean way
> for the main-line kernel:
>
> https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/arch/arm/boot/dts/imx6q-pinfunc.h?i
Dear Marek Vasut,
In message <201309131824.52506.ma...@denx.de> you wrote:
>
> > > - uchar buff[FEC_MAX_PKT_SIZE] __aligned(ARCH_DMA_MINALIGN);
> > > + /* Align the receive buffer */
> > > + uchar buff_unaligned[FEC_MAX_PKT_SIZE + (ARCH_DMA_MINALIGN - 1)];
> > > + uchar *b
I'm trying to port a custom board running a AMCC 460SX processor to a more
recent version of U-Boot. I'm digging around the configuration registers
trying to figure out why my initial printout is showing:
U-Boot 2013.03932a-dirty (Sep 12 2013 - 14:57:13)
CPU: AMCC PowerPC 460SX Rev. A at 231.29
DFU spec mentions it as a method to upgrade firmware (software stored
in writable non-volatile memory). It also says other potential uses of
DFU is beyond scope of the spec.
Here such a beyond the scope use is being attempted - directly pumping
binary images from host via USB to RAM. This facility
MMC and NAND independently defines same enumerators for read/write.
Unify them by defining enum in dfu header. RAM support that is being
added newly also can make use of it.
Signed-off-by: Afzal Mohammed
Cc: Heiko Schocher
Cc: Marek Vasut
Cc: Lukasz Majewski
Cc: Pantelis Antoniou
Acked-by: Lu
Hi,
DFU spec mentions it as a method to upgrade firmware (software stored
in writable non-volatile memory). It also says other potential uses of
DFU is beyond scope of the spec.
Here such a beyond the scope use is being attempted - directly pumping
binary images from host via USB to RAM. This fac
Erratum A006379 says CPCHDBCR0 bit field [10:14] has incorrect default
value after POR. The workaround is to set this field before enabling
CPC to 0x1e.
Signed-off-by: York Sun
---
arch/powerpc/cpu/mpc85xx/cmd_errata.c |8
arch/powerpc/cpu/mpc85xx/cpu_init.c | 11 +++
Hi
On Fri, Sep 13, 2013 at 4:57 PM, bin4ry <0xbin...@gmail.com> wrote:
> Hi everyone,
>
> I want to implement a minimal secure boot architecture into u-boot by
> letting the u-boot.img be decrypted during SPL execution. Thus, the
> u-boot.img is present on the MMC in an encrypted version. I alread
Hi Eric,
Thanks for your analyses
On 13/09/2013 19:01, Eric Nelson wrote:
> I recommend that we simply adopt the main-line kernel naming,
> and work up a couple of initial patches:
I fully agree - this makes also code more maintainable if we will be in
sync with kernel.
>
> 1. simply repl
Hi Gerhard,
> On Fri, Sep 13, 2013 at 15:51 +0200, Marek Vasut wrote:
> >
> > Dear Afzal Mohammed,
> >
> > [...]
> >
> > > +int dfu_fill_entity_ram(struct dfu_entity *dfu, char *s)
> > > +{
> > > + char *st;
> > > +
> > > + dfu->dev_type = DFU_DEV_RAM;
> > > + st = strsep(&s, " ");
> > > + if (
Dear Gerhard Sittig,
> On Fri, Sep 13, 2013 at 15:51 +0200, Marek Vasut wrote:
> > Dear Afzal Mohammed,
> >
> > [...]
> >
> > > +int dfu_fill_entity_ram(struct dfu_entity *dfu, char *s)
> > > +{
> > > + char *st;
> > > +
> > > + dfu->dev_type = DFU_DEV_RAM;
> > > + st = strsep(&s, " ");
> > > +
Dear Robert Hodaszi,
In message <5232f2e7.4050...@digi.com> you wrote:
>
> Ok. Then what about if I would use the stack, but align the buffer manually.
Has this been tested? Does it work?
> - uchar buff[FEC_MAX_PKT_SIZE] __aligned(ARCH_DMA_MINALIGN);
> + /* Align the receive buffer
This patch fixes a regression introduced by commit 87d720e0.
Signed-off-by: Eric Nelson
---
arch/arm/include/asm/arch-mx6/mx6dl_pins.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/include/asm/arch-mx6/mx6dl_pins.h
b/arch/arm/include/asm/arch-mx6/mx6dl_pins.h
Dear Wolfgang Denk,
> Dear Robert Hodaszi,
>
> In message <5232f2e7.4050...@digi.com> you wrote:
> > Ok. Then what about if I would use the stack, but align the buffer
> > manually.
>
> Has this been tested? Does it work?
>
> > - uchar buff[FEC_MAX_PKT_SIZE] __aligned(ARCH_DMA_MINALIGN);
Dear feng...@phytium.com.cn,
In message <1379061539-38972-1-git-send-email-feng...@phytium.com.cn> you wrote:
> From: David Feng
>
> The porting has been merged with arm architecture.
> Most architecture codes are placed in
> arch/arm/cpu/armv8 directory. Generic board is also
> supported after
On 09/12/2013 11:46 PM, Shengzhou Liu wrote:
> Some boards use System EEPROM with 128-bytes instead of 256-bytes.
> Since we regard 256-bytes EEPROM as standard EEPROM with default
> value for MAX_NUM_PORTS. For those non-256-bytes EEPROM, we can
> redefine MAX_NUM_PORTS in board-specific file to o
On Fri, Sep 13, 2013 at 15:51 +0200, Marek Vasut wrote:
>
> Dear Afzal Mohammed,
>
> [...]
>
> > +int dfu_fill_entity_ram(struct dfu_entity *dfu, char *s)
> > +{
> > + char *st;
> > +
> > + dfu->dev_type = DFU_DEV_RAM;
> > + st = strsep(&s, " ");
> > + if (strcmp(st, "ram")) {
> > +
Hi everyone,
I want to implement a minimal secure boot architecture into u-boot by
letting the u-boot.img be decrypted during SPL execution. Thus, the
u-boot.img is present on the MMC in an encrypted version. I already
implemented a basic AES-128 en-/decryption algorithm into the SPL.
Everything
Hi Fabio,
On 09/13/2013 06:58 AM, Fabio Estevam wrote:
Hi Stefano,
On Fri, Sep 13, 2013 at 5:16 AM, Stefano Babic wrote:
I admit that using DT also for u-boot seems a better solution. You're
right about i.MX6 in kernel, but on the other hand I like how it is
described for i.MX28 boards. The d
Hi Andreas,
Dne 13.9.2013 16:10, Andreas Bießmann napsal(a):
Dear Jiri Prchal,
On 09/13/2013 03:00 PM, Jiri Prchal wrote:
This patch adds support for our companies board CDU9G25 with Atmel AT91SAM9G25,
128MB DDR2, 256MB NAND.
Signed-off-by: Jiri Prchal
---
v.2
Fixed static IP and MAC addr c
OK, but as Wolfgang already pointed out, can you tell use what compiler exposes
this behavior and show us the details WD requested please ?
Best regards,
Marek Vasut
You can find the informations below.
Please, use my patch or don't use it, or feel free to modify it as you
wish, but sorry, I
Hi Fabio,
On 13/09/2013 15:58, Fabio Estevam wrote:
> We currently have the same in DT for mx6 as well. Check this commit,
> for example:
> https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/arch/arm/boot/dts/imx6q-sabrelite.dts?id=722cfacd2e719b6447fb4bd5cd3372725876336d
Coo
Dear Jiri Prchal,
On 09/13/2013 03:00 PM, Jiri Prchal wrote:
> This patch adds support for our companies board CDU9G25 with Atmel
> AT91SAM9G25, 128MB DDR2, 256MB NAND.
>
> Signed-off-by: Jiri Prchal
> ---
> v.2
> Fixed static IP and MAC addr cofiguration by random MAC and DHCP.
> Added entry t
Dear Andrew Murray,
> The musb driver defines and uses MUSB_CSR0_H_DIS_PING, however this
> bit is reserved on the DM36x. Thus this patch ensures that the
> reserved bit is not accesssed.
>
> It has been observed that some USB devices will fail to enumerate
> with errors such as 'error in inquiry
Dear Afzal Mohammed,
> MMC and NAND independently defines same enumerators for read/write.
> Unify them by defining enum in dfu header. RAM support that is being
> added newly also can make use of it.
>
> Signed-off-by: Afzal Mohammed
> Cc: Marek Vasut
> Cc: Lukasz Majewski
> Cc: Pantelis Anto
Dear Afzal Mohammed,
> Hi,
>
> DFU spec mentions it as a method to upgrade firmware (software stored
> in writable non-volatile memory). It also says other potential uses of
> DFU is beyond scope of the spec.
>
> Here such a beyond the scope use is being attempted - directly pumping
> binary ima
Dear Afzal Mohammed,
[...]
> +int dfu_fill_entity_ram(struct dfu_entity *dfu, char *s)
> +{
> + char *st;
> +
> + dfu->dev_type = DFU_DEV_RAM;
> + st = strsep(&s, " ");
> + if (strcmp(st, "ram")) {
> + error("unsupported device: %s\n", st);
> + return -ENOD
Dear Robert Hodaszi,
> On 2013-09-13 13:11, Robert Hodaszi wrote:
> > On 2013-09-12 21:37, Fabio Estevam wrote:
> >> On Thu, Sep 12, 2013 at 3:53 PM, Wolfgang Denk wrote:
> >>> Dear Fabio Estevam,
> >>>
> >>> In message
> >>>
> >>>
> >>> you wrote:
> > It makes perfect sense to allocate va
Hi Stefano,
On Fri, Sep 13, 2013 at 5:16 AM, Stefano Babic wrote:
> Hi Eric,
>
> On 12/09/2013 17:02, Eric Nelson wrote:
>
>> This isn't needed yet in the stock (main-line) code base, since
>> we haven't added any panels without detection.
>
> ok, thanks - I will then apply Fabio's patches for th
This patch adds support for our companies board CDU9G25 with Atmel AT91SAM9G25,
128MB DDR2, 256MB NAND.
Signed-off-by: Jiri Prchal
---
v.2
Fixed static IP and MAC addr cofiguration by random MAC and DHCP.
Added entry to MAINTAINERS.
Fixed line lenght, trailing spaces and other cosmetics.
v.3
Rem
Dear Pantelis,
On 09/09/2013 02:58 PM, Przemyslaw Marczak wrote:
According to JEDEC eMMC specification, after data transfer
(multiple or single block) host must wait for card ready
status. This is done by waiting for command and data lines
to be at idle state after transfer. JEDEC does not speci
Signed-off-by: Masahiro Yamada
---
doc/uImage.FIT/command_syntax_extensions.txt | 2 +-
doc/uImage.FIT/source_file_format.txt| 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/doc/uImage.FIT/command_syntax_extensions.txt
b/doc/uImage.FIT/command_syntax_extensions.txt
On 2013-09-13 13:11, Robert Hodaszi wrote:
On 2013-09-12 21:37, Fabio Estevam wrote:
On Thu, Sep 12, 2013 at 3:53 PM, Wolfgang Denk wrote:
Dear Fabio Estevam,
In message
you wrote:
It makes perfect sense to allocate variable with function scope only
on the stack. That's what the stack
On 2013-09-12 21:37, Fabio Estevam wrote:
On Thu, Sep 12, 2013 at 3:53 PM, Wolfgang Denk wrote:
Dear Fabio Estevam,
In message
you wrote:
It makes perfect sense to allocate variable with function scope only
on the stack. That's what the stack has been invented for.
This buffer in the fec
Hi David,
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of feng...@phytium.com.cn
> Sent: Friday, September 13, 2013 2:09 PM
> To: u-boot@lists.denx.de
> Cc: tr...@ti.com; David Feng; Wood Scott-B07421
> Subject: [U-Boot] [PATCH
Hi Jiri Prchal,
Quickly go through the code, please take the following comments as a
reference.
Add Andreas in loop.
On 9/13/2013 17:00, Jiri Prchal wrote:
This patch adds support for our companies board CDU9G25 with Atmel AT91SAM9G25,
128MB DDR2, 256MB NAND.
Signed-off-by: Jiri Prchal
The musb driver defines and uses MUSB_CSR0_H_DIS_PING, however this
bit is reserved on the DM36x. Thus this patch ensures that the
reserved bit is not accesssed.
It has been observed that some USB devices will fail to enumerate
with errors such as 'error in inquiry' without this patch.
See http:/
Hi Afzal,
> DFU spec mentions it as a method to upgrade firmware (software stored
> in writable non-volatile memory). It also says other potential uses of
> DFU is beyond scope of the spec.
>
> Here such a beyond the scope use is being attempted - directly pumping
> binary images from host via US
On 09/12/2013 11:28 PM, Scott Wood wrote:
On Mon, 2013-09-09 at 16:43 +0530, Prabhakar Kushwaha wrote:
Hi,
SPL framework is used to support multi-stage booting. Where first
level boot loader is created via SPL having relocate_code() function.
I am working on a Freescale's SoC which has less
Signed-off-by: Roger Meier
---
tools/checkpatch.pl |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/checkpatch.pl b/tools/checkpatch.pl
index 896e2bc..88c5bc7 100755
--- a/tools/checkpatch.pl
+++ b/tools/checkpatch.pl
@@ -398,7 +398,7 @@ sub top_of_kernel_tree {
This patch adds support for our companies board CDU9G25 with Atmel AT91SAM9G25,
128MB DDR2, 256MB NAND.
Signed-off-by: Jiri Prchal
---
v.2
Fixed static IP and MAC addr cofiguration by random MAC and DHCP.
Added entry to MAINTAINERS.
Fixed line lenght, trailing spaces and other cosmetics.
v.3
Rem
From: David Feng
Signed-off-by: David Feng
---
common/cmd_pxe.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/cmd_pxe.c b/common/cmd_pxe.c
index a2fb50a..df58522 100644
--- a/common/cmd_pxe.c
+++ b/common/cmd_pxe.c
@@ -57,7 +57,7 @@ static int format_mac_pxe(
From: David Feng
Signed-off-by: David Feng
---
arch/arm/config.mk |4 +
arch/arm/cpu/armv8/Makefile | 38 +
arch/arm/cpu/armv8/cache.S | 130 +
arch/arm/cpu/armv8/cache_v8.c | 228 +
From: David Feng
Signed-off-by: David Feng
---
common/fdt_support.c | 66 ++
1 file changed, 34 insertions(+), 32 deletions(-)
diff --git a/common/fdt_support.c b/common/fdt_support.c
index b034c98..9bc5821 100644
--- a/common/fdt_support.c
+++
From: David Feng
The porting has been merged with arm architecture.
Most architecture codes are placed in
arch/arm/cpu/armv8 directory. Generic board is also
supported after a few bugs are fixed.
u-boot could be running at EL1 or EL2.
Changes for v8:
- add Signed-off-by information to patch "b
From: David Feng
Signed-off-by: David Feng and Sharma Bhupesh
---
MAINTAINERS |4 +
board/armltd/dts/vexpress64.dts | 439 ++
board/armltd/vexpress64/Makefile | 27 +++
board/armltd/vexpress64/vexpress64.c | 70 ++
From: David Feng
Signed-off-by: David Feng
---
common/board_f.c | 19 +++
common/board_r.c | 18 ++
2 files changed, 29 insertions(+), 8 deletions(-)
diff --git a/common/board_f.c b/common/board_f.c
index 0ada1af..f6ca610 100644
--- a/common/board_f.c
+++ b/
On 13/09/2013 05:16, Otavio Salvador wrote:
> On Thu, Sep 12, 2013 at 7:41 PM, Fabio Estevam wrote:
>> From: Fabio Estevam
>>
>> Similarly as mx25 and mx53, mx6solo-lite needs to setup the MII gasket for
>> RMII
>> mode.
>>
>> Add support for mx6solo-lite.
>>
>> Signed-off-by: Fabio Estevam
>>
Hi Eric,
On 12/09/2013 17:02, Eric Nelson wrote:
> This isn't needed yet in the stock (main-line) code base, since
> we haven't added any panels without detection.
ok, thanks - I will then apply Fabio's patches for the Freescale's boards.
>
> We do have a form this patch and a lot of panels in
Enable DFU for RAM, provide example dfu_alt_info
Signed-off-by: Afzal Mohammed
Cc: Tom Rini
Cc: Marek Vasut
Cc: Lukasz Majewski
Cc: Pantelis Antoniou
Reviewed-by: Lukasz Majewski
---
v3: collected tag
v2: new
include/configs/am335x_evm.h | 6 ++
1 file changed, 6 insertions(+)
diff -
DFU spec mentions it as a method to upgrade firmware (software stored
in writable non-volatile memory). It also says other potential uses of
DFU is beyond scope of the spec.
Here such a beyond the scope use is being attempted - directly pumping
binary images from host via USB to RAM. This facility
MMC and NAND independently defines same enumerators for read/write.
Unify them by defining enum in dfu header. RAM support that is being
added newly also can make use of it.
Signed-off-by: Afzal Mohammed
Cc: Marek Vasut
Cc: Lukasz Majewski
Cc: Pantelis Antoniou
Acked-by: Lukasz Majewski
---
Hi,
DFU spec mentions it as a method to upgrade firmware (software stored
in writable non-volatile memory). It also says other potential uses of
DFU is beyond scope of the spec.
Here such a beyond the scope use is being attempted - directly pumping
binary images from host via USB to RAM. This fac
64 matches
Mail list logo
