Hi Wolfgang and Albert,
How to move on?
Thanks
BR,
Eric
On 01/31/2012 01:14 PM, Hong Xu wrote:
This patch adds the support for new PIO controller introduced by some
AT91 SoCs.
New features include
* More peripheral multiplexing
* Pull-down, Schmitt trigger, Debouncer
* More irq trigger mode
Hello again
Sorry for slipping the u-boot list e-mail address
i understand the benefit of relocating u-boot to the end of DRAM but in
systems where boot time is critical this redundant copy is undesirable.
anyway i understand there is no official way of avoiding it.
One more question i have is
Hi,
These are two patches for some card status polling issues that we ran
across lately. The first patch fixes single block writes to cards
because the card status was not always checked (only for multi block
writes). Also, if the card status could not be obtained, the error was
not propagated
A MMC/SD card may always go into the programming state (and hence be
busy) after a block write. Therefore always check the card state, even
after single block writes. On the other hand there is no need to check
the card status after a read.
Also make sure that errors during busy polling are
Align the card status polling with the Linux kernel and retry the
command at least five times. Also some cards apparently mishandle the
status bits, so make sure to check the card state too.
Signed-off-by: Jan Kloetzke jan.kloet...@dspg.com
Cc: Andy Fleming aflem...@gmail.com
---
Signed-off-by: David Mueller d.muel...@elsoft.ch
diff --git a/drivers/mtd/jedec_flash.c b/drivers/mtd/jedec_flash.c
index 36d30c3..2350f36 100644
--- a/drivers/mtd/jedec_flash.c
+++ b/drivers/mtd/jedec_flash.c
@@ -69,6 +69,9 @@
#define SST39SF010A0x00B5
#define SST39SF020A0x00B6
+/*
Hi Wolfgang,
On 02/06/2012 06:51 PM, Wolfgang Denk wrote:
Dear Graeme Russ,
In message
CALButC+==qgs5eaahtqqu4zejqvg-3187ewaqu-fv3dwp5q...@mail.gmail.com you
wrote:
I think the immediate focus should be on centralising the init sequence
processing into /common/init.c and then bringing
Hi Govindraj,
I was about to ask Tom to reorder the patches while applying, but
there are still several things to fix.
I'm also fine with fixing these by a follow up patch (after merging this).
There are several comments, you missed to fix from previous version [1].
Please, fix those.
[1]
This patchset add support for Samsung's SMDK5250 board based on
EXYNOS5250 based SoC. It also adds support for MMC SPL booting.
The porting is done by Samsung engineers at HQ in System LSI Team.
I am contributing in upstreaming the code for the board.
Based upon discussions following patches are
CONFIG_SYS_CLK_FREQ_C210 macro giving notion of S5PC2XX (Exynos4)
architecture. Replace CONFIG_SYS_CLK_FREQ_C210 with CONFIG_SYS_CLK_FREQ
to make it generic for exynos architecture.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
Changes for v2:
- None
Changes for v3:
Samsung's ARM Cortex-A15 based SoCs are known as Exynos5 series of
SoCs. This patch adds the support for Exynos5.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
Changes for v2:
- This patch was part of EXYNOS: Add SMDK5250 board support
- Now it is seprated as SoC
SMDK5250 board is based on Samsungs EXYNOS5250 SoC.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
Changes for v2:
- This patch is bifurcated into borad support and SoC support
- Fixed typo: s/EEYNOS/EXYNOS
- Squashed patch SMDK5250: enable device tree
This patch adds support for MMC SPL booting.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
Changes for v2:
- None
Changes for v3:
- None
Changes for v4:
- None
Changes for v5:
- None
Changes for v6:
- None
Changes for v7:
- None
On 02/03/12 15:38, Govindraj.R wrote:
From: Govindraj.R govindraj.r...@ti.com
Based on discussion from this thread [1].
Adding omap-view port that helps us in using the generic ulpi
framework for any ulpi phy ops using the INSNREG05_ULPI viewport
reg available on omap platform.
Currently
Hi Igor,
On Mon, Feb 6, 2012 at 2:25 PM, Igor Grinberg grinb...@compulab.co.il wrote:
Hi Govindraj,
I was about to ask Tom to reorder the patches while applying, but
there are still several things to fix.
I'm also fine with fixing these by a follow up patch (after merging this).
[...]
check for the return status for eth_getenv_enetaddr_by_index()
and eth_setenv_enetaddr() functions and print appropriate message
on failure. Also convert debug message to printf().
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Cc: Tom Rini tr...@ti.com
---
On 02/06/12 11:38, Govindraj wrote:
Hi Igor,
On Mon, Feb 6, 2012 at 2:25 PM, Igor Grinberg grinb...@compulab.co.il wrote:
Hi Govindraj,
I was about to ask Tom to reorder the patches while applying, but
there are still several things to fix.
I'm also fine with fixing these by a follow up
remove the macro CONFIG_DISPLAY_CPUINFO as it is no longer
required. This is because clock info will be printed as part
'bdinfo' command and also remove support print_cpuinfo() as it will
no longer be called.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Cc: Tom Rini tr...@ti.com
---
add support for printing various clock frequency info found
in SOC such as ARM core frequency, DSP core frequency and DDR
frequency as part of bdinfo command.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Cc: Tom Rini tr...@ti.com
---
arch/arm/cpu/arm926ejs/davinci/cpu.c | 32
This patch series adds support for printing of clock information
as part of 'bdinfo' command. Support for printing CPU, DSP core
and DDR frequency is added. Also, support for printing frequency
info during u-boot initialization is removed as it will delay
u-boot coming up.
Changes from previous
On 03/02/2012 01:22, Troy Kisky wrote:
Define CONFIG_FEC_QUIRK_ENET_MAC and add to
board files mx6qarm2 and mx6qsabrelite.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
Acked-by: Dirk Behme dirk.be...@de.bosch.com
---
drivers/net/fec_mxc.c | 21 +++--
On 02/03/12 15:38, Govindraj.R wrote:
From: Govindraj.R govindraj.r...@ti.com
Clean up added ehci-omap.c and make it generic for re-use across
omap-soc having same ehci ip block. Also pass the modes to be configured
from board file and configure the ports accordingly. All usb layers
are not
Thumb is an alternate instruction set available in many
ARM processors. Below is a detailed description from ARM
specs:
The Thumb instruction set is a re-encoded subset of the
ARM instruction set. Thumb instructions execute in their
own processor state, with the architecture defining the
Enable Thumb build and ARM-Thumb interworking based on the new
config flag CONFIG_SYS_THUMB_BUILD
Signed-off-by: Aneesh V ane...@ti.com
---
README |9 +
arch/arm/config.mk | 29 +
2 files changed, 26 insertions(+), 12 deletions(-)
diff --git
When U-Boot/SPL is built using the Thumb instruction set the
toolchain has a potential issue with weakly linked symbols.
If a function has a weakly linked default implementation in C
and a real implementation in assembly GCC is confused about the
instruction set of the assembly implementation. As
Enable -march=armv7-a for OMAP3+ platforms. This in turn
results in Thumb-2 code generated for these platforms if
CONFIG_SYS_THUMB_BUILD is enabled.
Signed-off-by: Aneesh V ane...@ti.com
---
arch/arm/cpu/armv7/omap-common/config.mk |1 -
arch/arm/cpu/armv7/omap3/config.mk |2 ++
Signed-off-by: Aneesh V ane...@ti.com
---
include/configs/omap4_common.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap4_common.h b/include/configs/omap4_common.h
index a989721..01b4d6c 100644
--- a/include/configs/omap4_common.h
+++
On 02/03/12 15:38, Govindraj.R wrote:
From: Govindraj.R govindraj.r...@ti.com
Adding ehci clock enabling mechanism part of clock framework.
When essential clocks are enabled during init phase usb host
clocks can also be enabled from clock framework.
Signed-off-by: Govindraj.R
On Mon, Feb 6, 2012 at 5:12 PM, Igor Grinberg grinb...@compulab.co.il wrote:
On 02/03/12 15:38, Govindraj.R wrote:
From: Govindraj.R govindraj.r...@ti.com
Adding ehci clock enabling mechanism part of clock framework.
When essential clocks are enabled during init phase usb host
clocks can
commit f31a911fe (arm, post: add missing post_time_ms for arm)
enables get_ticks and get_tbclk for all arm based boards,
MX5/MX6 have not yet implemented.
Signed-off-by: Stefano Babic sba...@denx.de
---
arch/arm/cpu/arm1136/mx35/timer.c | 103 +++--
1 files
Signed-off-by: Stefano Babic sba...@denx.de
CC: Helmut Raiger helmut.rai...@hale.at
---
arch/arm/cpu/arm1136/mx31/timer.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/arm1136/mx31/timer.c
b/arch/arm/cpu/arm1136/mx31/timer.c
index f494440..72081a8
commit f31a911fe (arm, post: add missing post_time_ms for arm)
enables get_ticks and get_tbclk for all arm based boards,
MX5/MX6 have not yet implemented.
Signed-off-by: Stefano Babic sba...@denx.de
CC: Dirk Behme dirk.be...@de.bosch.com
CC: Jason Liu jason@linaro.org
CC: Marek Vasut
On 02/03/12 15:38, Govindraj.R wrote:
From: Govindraj.R govindraj.r...@ti.com
For beagle and panda enable and use the ehci-omap.c generic
api's added to configure usb host ports based on data passed
from board file to configure in modes as specified from board data.
For panda initialise the
On 02/06/12 13:57, Govindraj wrote:
On Mon, Feb 6, 2012 at 5:12 PM, Igor Grinberg grinb...@compulab.co.il wrote:
On 02/03/12 15:38, Govindraj.R wrote:
From: Govindraj.R govindraj.r...@ti.com
Adding ehci clock enabling mechanism part of clock framework.
When essential clocks are enabled
Hi,
This patch fixes ref_cpu clock setup. This bug leads to a hanging board
after rebooting from the Kernel, due to failing memory size detection:
U-Boot 2011.12-svn342 (Feb 02 2012 - 17:20:00)
Freescale i.MX28 family
I2C: ready
DRAM: 0 Bytes
The cause of the bug is register
Hi,
This patch fixes ref_cpu clock setup. This bug leads to a hanging board
after rebooting from the Kernel, due to failing memory size detection:
U-Boot 2011.12-svn342 (Feb 02 2012 - 17:20:00)
Freescale i.MX28 family
I2C: ready
DRAM: 0 Bytes
The cause of the bug is register
On Monday 06 February 2012 05:07 PM, Aneesh V wrote:
Thumb is an alternate instruction set available in many
ARM processors. Below is a detailed description from ARM
specs:
The Thumb instruction set is a re-encoded subset of the
ARM instruction set. Thumb instructions execute in their
own
Hi Marek,
- if (io == MXC_IOCLK0) {
- writel(CLKCTRL_FRAC0_CLKGATEIO0,
- clkctrl_regs-hw_clkctrl_frac0_set);
- clrsetbits_le32(clkctrl_regs-hw_clkctrl_frac0,
- CLKCTRL_FRAC0_IO0FRAC_MASK,
-
btw 2/2 is missing?
Not missing, just not sent again; It hasn't been changed.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Stefano,
Cc'd Govindraj.
On 02/05/12 16:57, Stefano Babic wrote:
From: Ilya Yanok ya...@emcraft.com
This patch adds support for the HTKW mcx AM3517-based board.
Serial, Ethernet, NAND, MMC, RTC, EHCI USB host and both
NAND and MMC SPLs are supported.
Signed-off-by: Ilya Yanok
Hi Marek,
- if (io == MXC_IOCLK0) {
- writel(CLKCTRL_FRAC0_CLKGATEIO0,
- clkctrl_regs-hw_clkctrl_frac0_set);
- clrsetbits_le32(clkctrl_regs-hw_clkctrl_frac0,
- CLKCTRL_FRAC0_IO0FRAC_MASK,
-
btw 2/2 is missing?
Not missing, just not sent again; It hasn't been changed.
Uh ... I don't see this patch in in-reply-to either. So I can't find it, really.
M
___
U-Boot mailing list
U-Boot@lists.denx.de
Hi Stefano,
On 1/23/12, Fabio Estevam feste...@gmail.com wrote:
On 1/18/12, Matthias Fuchs matthias.fu...@esd.eu wrote:
This patch adds support for the MX28 internal RTC
and enables u-boot's date command.
Signed-off-by: Matthias Fuchs matthias.fu...@esd.eu
Tested-by: Fabio Estevam
Fix build error for mx6qarm2 board due to prototype change
for function board_mmc_getcd().
mx6qarm2.c:123: error: conflicting types for 'board_mmc_getcd'
u-boot/include/mmc.h:318: note: previous declaration of 'board_mmc_getcd' was
here
Signed-off-by: Prabhakar Lad prabhakar.cse...@gmail.com
Hi Marek,
- if (io == MXC_IOCLK0) {
- writel(CLKCTRL_FRAC0_CLKGATEIO0,
- clkctrl_regs-hw_clkctrl_frac0_set);
- clrsetbits_le32(clkctrl_regs-hw_clkctrl_frac0,
- CLKCTRL_FRAC0_IO0FRAC_MASK,
-
Fix build error for ethernut5 and mx6qarm2 board due
to prototype change for function board_mmc_getcd()
ethernut5.c:238: error: conflicting types for 'board_mmc_getcd'
u-boot/include/mmc.h:318: note: previous declaration of 'board_mmc_getcd' was
here
make[2]: *** [ethernut5.o] Error 1
On 06.02.2012 13:54, Prabhakar Lad wrote:
Fix build error for mx6qarm2 board due to prototype change
for function board_mmc_getcd().
mx6qarm2.c:123: error: conflicting types for 'board_mmc_getcd'
u-boot/include/mmc.h:318: note: previous declaration of 'board_mmc_getcd' was
here
Signed-off-by:
Hi,
That's why I put the ternary operator there ?
Ah; without anything behind it, it really just looked like a question mark.
But using a ternary caters only for a set of two. So enumeration would
be better ideed.
It's impossible to review like this though and much more prone to pull in
Dirk,
My bad didn't notice it.
WBR,
--Prabhakar Lad
On Mon, Feb 6, 2012 at 6:30 PM, Dirk Behme dirk.be...@de.bosch.com wrote:
On 06.02.2012 13:54, Prabhakar Lad wrote:
Fix build error for mx6qarm2 board due to prototype change
for function board_mmc_getcd().
mx6qarm2.c:123: error:
On 06/02/2012 13:51, Fabio Estevam wrote:
Hi Stefano,
On 1/23/12, Fabio Estevam feste...@gmail.com wrote:
On 1/18/12, Matthias Fuchs matthias.fu...@esd.eu wrote:
This patch adds support for the MX28 internal RTC
and enables u-boot's date command.
Signed-off-by: Matthias Fuchs
Hi,
That's why I put the ternary operator there ?
Ah; without anything behind it, it really just looked like a question mark.
But using a ternary caters only for a set of two. So enumeration would
be better ideed.
It's impossible to review like this though and much more prone to pull
On Monday 06 February 2012 05:56 PM, Aneesh V wrote:
On Monday 06 February 2012 05:07 PM, Aneesh V wrote:
Thumb is an alternate instruction set available in many
ARM processors. Below is a detailed description from ARM
specs:
The Thumb instruction set is a re-encoded subset of the
ARM
* Prabhakar Lad wrote:
Fix build error for ethernut5 and mx6qarm2 board due
to prototype change for function board_mmc_getcd()
ethernut5.c:238: error: conflicting types for 'board_mmc_getcd'
u-boot/include/mmc.h:318: note: previous declaration of 'board_mmc_getcd' was
here
make[2]: ***
* Prabhakar Lad wrote:
Fix build error for mx6qarm2 board due to prototype change
for function board_mmc_getcd().
mx6qarm2.c:123: error: conflicting types for 'board_mmc_getcd'
u-boot/include/mmc.h:318: note: previous declaration of 'board_mmc_getcd' was
here
Signed-off-by: Prabhakar Lad
From: Ilya Yanok ya...@emcraft.com
Taken from Beagle code. Tested on mcx board (AM3517-based).
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
board/ti/beagle/beagle.c | 101 --
drivers/usb/host/Makefile |1 +
drivers/usb/host/ehci-omap.c | 156
From: Govindraj.R govindraj.r...@ti.com
For panda initialise the mux pins for ehci usage and
enable ehci in omap4_panda config file.
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
board/ti/panda/panda_mux_data.h | 16
include/configs/omap4_panda.h | 23
From: Govindraj.R govindraj.r...@ti.com
Clean up added ehci-omap.c and make it generic for re-use across
omap-soc having same ehci ip block. Also pass the modes to be configured
from board file and configure the ports accordingly. All usb layers
are not cache aligned, till then keep cache off for
From: Govindraj.R govindraj.r...@ti.com
Adding ehci clock enabling mechanism part of clock framework.
When essential clocks are enabled during init phase usb host
clocks can also be enabled from clock framework.
Acked-by: Igor Grinberg grinb...@compulab.co.il
Signed-off-by: Govindraj.R
From: Govindraj.R govindraj.r...@ti.com
Extend the existing ulpi viewport framework
to pass the port number information for any ulpi
ops. Fix the usage of ulpi api's accordingly.
Tested-by: Stefano Babic sba...@denx.de
Acked-by: Igor Grinberg grinb...@compulab.co.il
Signed-off-by: Govindraj.R
From: Govindraj.R govindraj.r...@ti.com
Based on discussion from this thread [1].
Adding omap-view port that helps us in using the generic ulpi
framework for any ulpi phy ops using the INSNREG05_ULPI viewport
reg available on omap platform.
Currently ehci ports are available on omap3/4 platforms
From: Govindraj.R govindraj.r...@ti.com
usb dpll configuration is done only part of non-essential
dppl configuration however if CONFIG_USB_EHCI_OMAP is defined
we may have to configure usb dpll's for proper functioning
of usb modules. So move the usb dppl configuration to a new func.
and utilise
From: Govindraj.R govindraj.r...@ti.com
Clean up ehci-omap added and make it generic to extend support for omap4 socs.
Adds omap-ulpi-viewport for ulpi access from ehci-omap.
Adds ehci support for omap4-panda.
Based on denx master branch commit:
137703b811502dfea364650fb3e17f20b4c21333
Thierry,
On 2/6/12, Thierry Reding thierry.red...@avionic-design.de wrote:
* Prabhakar Lad wrote:
Fix build error for mx6qarm2 board due to prototype change
for function board_mmc_getcd().
mx6qarm2.c:123: error: conflicting types for 'board_mmc_getcd'
u-boot/include/mmc.h:318: note:
* Prabhakar Lad wrote:
Thierry,
On 2/6/12, Thierry Reding thierry.red...@avionic-design.de wrote:
* Prabhakar Lad wrote:
Fix build error for mx6qarm2 board due to prototype change
for function board_mmc_getcd().
mx6qarm2.c:123: error: conflicting types for 'board_mmc_getcd'
On Sunday 05 February 2012 11:49 AM, Simon Glass wrote:
Hi,
On Sat, Feb 4, 2012 at 1:15 AM, Aneesh Vane...@ti.com wrote:
Hi Dirk,
On Friday 03 February 2012 12:55 PM, Dirk Behme wrote:
Hi,
on i.MX6 devices, e.g. ARM2 or SabreLite, the ROM boot loader copies the
U-Boot image from the boot
btw. a quick hint:
git reset HEAD^
git add -p
Add only the reg32 changes, commit, add the rest, commit. Send ;-)
Well, I made it a little more work than that. But who would have
thought? GIT is actually growing on me!
I've got my changes in my repository now, in 4 separate commits. I've
On Sat, Feb 4, 2012 at 4:00 AM, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
Le 04/02/2012 10:15, Aneesh V a écrit :
Hi Dirk,
On Friday 03 February 2012 12:55 PM, Dirk Behme wrote:
Hi,
on i.MX6 devices, e.g. ARM2 or SabreLite, the ROM boot loader copies the
U-Boot image from the boot
btw. a quick hint:
git reset HEAD^
git add -p
Add only the reg32 changes, commit, add the rest, commit. Send ;-)
Well, I made it a little more work than that. But who would have
thought? GIT is actually growing on me!
I've got my changes in my repository now, in 4 separate
On Mon, Feb 6, 2012 at 1:43 AM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Wolfgang,
On 02/06/2012 06:51 PM, Wolfgang Denk wrote:
Dear Graeme Russ,
In message
CALButC+==qgs5eaahtqqu4zejqvg-3187ewaqu-fv3dwp5q...@mail.gmail.com you
wrote:
I think the immediate focus should be on
This patch fixes booting i.MX28 CPUs via USB download.
In this mode the CPU's bootrom implements a USB HID device that
accepts a bootstream.
When downloading the bootstream via USB, first the SPL code is
received and executed. Then the u-boot image is received and
called.
The USB bootmode is
We do not have thermal management or Smartreflex
enabled at U-Boot level. So, it's better to stick
to OPP100 for MPU instead of the OPP Turbo that is
used now. Adjust the VDD_MPU accordingly.
Tested-by: Sebastien Jan s-...@ti.com
Signed-off-by: Aneesh V ane...@ti.com
---
From: Robert Delien rob...@delien.nl
---
arch/arm/cpu/arm926ejs/mx28/spl_mem_init.c |4
arch/arm/cpu/arm926ejs/mx28/spl_power_init.c | 24
2 files changed, 0 insertions(+), 28 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/mx28/spl_mem_init.c
From: Robert Delien rob...@delien.nl
Fixing erroneous 32-bit access to hw_clkctrl_frac0 and
hw_clkctrl_frac1 registers.
---
arch/arm/cpu/arm926ejs/mx28/clock.c | 70 ++---
arch/arm/cpu/arm926ejs/mx28/spl_mem_init.c| 23 -
From: Robert Delien rob...@delien.nl
This patch Renames mx28_register to mx28_register_32 in order to
prepare for the introduction of an 8-bit register, mx28_register_8.
---
arch/arm/cpu/arm926ejs/mx28/clock.c |4 +-
arch/arm/cpu/arm926ejs/mx28/iomux.c |6 +-
From: Robert Delien rob...@delien.nl
Introducing 8-bit wide register, mx28_register_8.
---
arch/arm/include/asm/arch-mx28/regs-common.h | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-mx28/regs-common.h
From: Robert Delien rob...@delien.nl
Introducing 8-bit wide register, mx28_register_8.
---
arch/arm/include/asm/arch-mx28/regs-common.h | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-mx28/regs-common.h
This patch fixes booting i.MX28 CPUs via USB download.
In this mode the CPU's bootrom implements a USB HID device that
accepts a bootstream.
When downloading the bootstream via USB, first the SPL code is
received and executed. Then the u-boot image is received and
called.
The USB
From: Robert Delien rob...@delien.nl
Fixing erroneous 32-bit access to hw_clkctrl_frac0 and
hw_clkctrl_frac1 registers.
---
arch/arm/cpu/arm926ejs/mx28/clock.c | 70
++--- arch/arm/cpu/arm926ejs/mx28/spl_mem_init.c|
23 -
Fabio, can you comment on this one?
btw. please, at least add some description to the patches. Also, why do all of
them have the same subject? Also, next time, submit a series:
git format-patch --cover-letter -o xyz
git send-email xyz/*
M
From: Robert Delien rob...@delien.nl
---
On 2/6/12, rob...@delien.nl rob...@delien.nl wrote:
From: Robert Delien rob...@delien.nl
Signed-off-by line is missing. Please run checkpatch script and it
will alert you of such error.
You also missed the commit message explaining why the patch is needed,
what does it fix, etc.
Regards,
Hi,
I would like to validate the integrity (checksum) of a squashfs root file
system before starting Linux.
Current strategy I am using is:
- Wrap squashfs rootfs inside a u-boot image
- TFTP download on the target
- Download validation using iminfo
- Save squashfs rootfs in flash without the
Hi,
I would like to validate the integrity (checksum) of a squashfs root file
system before starting Linux.
Current strategy I am using is:
- Wrap squashfs rootfs inside a u-boot image
- TFTP download on the target
- Download validation using iminfo
- Save squashfs rootfs in flash
Hi,
I would like to validate the integrity (checksum) of a squashfs root file
system before starting Linux.
Current strategy I am using is:
- Wrap squashfs rootfs inside a u-boot image
- TFTP download on the target
- Download validation using iminfo
- Save squashfs rootfs in flash without the
From: Robert Delien rob...@delien.nl
This patch adds the digctrl registers, eliminating the need of
using magic numbers for their addresses.
Signed-off-by: Robert Delien (rob...@delien.nl)
Robert Delien (1):
Elimintated magic numbers for scratch register addresses
From: Robert Delien rob...@delien.nl
---
arch/arm/cpu/arm926ejs/mx28/mx28.c |8 +-
arch/arm/include/asm/arch-mx28/imx-regs.h|1 +
arch/arm/include/asm/arch-mx28/regs-digctl.h | 155 ++
3 files changed, 160 insertions(+), 4 deletions(-)
create mode
Hi M,
sha1sum does provide a console output but nothing that could be used for an
automated check like crc32 -v...
Pascal
-Original Message-
From: Marek Vasut
Sent: Monday, February 06, 2012 11:34 AM
To: u-boot@lists.denx.de
Cc: Pascal Levesque
Subject: Re: [U-Boot] Integity
On 2/6/12, rob...@delien.nl rob...@delien.nl wrote:
From: Robert Delien rob...@delien.nl
Put a commit message and a Signed-off-by line.
---
arch/arm/cpu/arm926ejs/mx28/mx28.c |8 +-
arch/arm/include/asm/arch-mx28/imx-regs.h|1 +
From: Robert Delien rob...@delien.nl
---
arch/arm/cpu/arm926ejs/mx28/mx28.c |8 +-
arch/arm/include/asm/arch-mx28/imx-regs.h|1 +
arch/arm/include/asm/arch-mx28/regs-digctl.h | 155
++ 3 files changed, 160 insertions(+), 4
deletions(-)
Hi M,
sha1sum does provide a console output but nothing that could be used for an
automated check like crc32 -v...
Make it export an env. variable?
M
Pascal
-Original Message-
From: Marek Vasut
Sent: Monday, February 06, 2012 11:34 AM
To: u-boot@lists.denx.de
Cc: Pascal
On Mon, Feb 6, 2012 at 4:37 AM, Aneesh V ane...@ti.com wrote:
Enable Thumb build and ARM-Thumb interworking based on the new
config flag CONFIG_SYS_THUMB_BUILD
Signed-off-by: Aneesh V ane...@ti.com
[snip]
-# Explicitly specifiy 32-bit ARM ISA since toolchain default can be -mthumb:
On 2/4/2012 8:38 PM, Mike Frysinger wrote:
On Saturday 04 February 2012 22:02:46 Troy Kisky wrote:
--- a/drivers/net/phy/broadcom.c
+++ b/drivers/net/phy/broadcom.c
-static struct phy_driver BCM5461S_driver = {
+struct phy_driver BCM5461S_driver __phy_entry = {
why do you have to remove the
On Monday 06 February 2012 13:48:13 Troy Kisky wrote:
On 2/4/2012 8:38 PM, Mike Frysinger wrote:
On Saturday 04 February 2012 22:02:46 Troy Kisky wrote:
--- a/drivers/net/phy/broadcom.c
+++ b/drivers/net/phy/broadcom.c
-static struct phy_driver BCM5461S_driver = {
+struct phy_driver
On Monday 06 February 2012 04:59:53 Manjunath Hadli wrote:
--- a/arch/arm/cpu/arm926ejs/davinci/misc.c
+++ b/arch/arm/cpu/arm926ejs/davinci/misc.c
+ ret = eth_getenv_enetaddr_by_index(eth, 0, env_enetaddr);
+ if (ret !memcmp(env_enetaddr, \0\0\0\0\0\0, 6)) {
i don't think the
On Monday 06 February 2012 09:49:27 Tom Rini wrote:
On Mon, Feb 6, 2012 at 1:43 AM, Graeme Russ wrote:
On 02/06/2012 06:51 PM, Wolfgang Denk wrote:
Graeme Russ wrote:
I think the immediate focus should be on centralising the init sequence
processing into /common/init.c and then bringing
On Mon, Feb 6, 2012 at 12:27 PM, Mike Frysinger vap...@gentoo.org wrote:
On Monday 06 February 2012 09:49:27 Tom Rini wrote:
On Mon, Feb 6, 2012 at 1:43 AM, Graeme Russ wrote:
On 02/06/2012 06:51 PM, Wolfgang Denk wrote:
Graeme Russ wrote:
I think the immediate focus should be on
On 2/6/2012 12:07 PM, Mike Frysinger wrote:
On Monday 06 February 2012 13:48:13 Troy Kisky wrote:
On 2/4/2012 8:38 PM, Mike Frysinger wrote:
On Saturday 04 February 2012 22:02:46 Troy Kisky wrote:
--- a/drivers/net/phy/broadcom.c
+++ b/drivers/net/phy/broadcom.c
-static struct phy_driver
Hi Mike,
On Tue, Feb 7, 2012 at 6:27 AM, Mike Frysinger vap...@gentoo.org wrote:
On Monday 06 February 2012 09:49:27 Tom Rini wrote:
On Mon, Feb 6, 2012 at 1:43 AM, Graeme Russ wrote:
On 02/06/2012 06:51 PM, Wolfgang Denk wrote:
Graeme Russ wrote:
I think the immediate focus should be on
Le 05/02/2012 21:40, Mike Frysinger a écrit :
On Sunday 05 February 2012 08:26:57 Albert ARIBAUD wrote:
Le 05/02/2012 04:38, Mike Frysinger a écrit :
On Saturday 04 February 2012 22:02:46 Troy Kisky wrote:
--- a/include/phy.h
+++ b/include/phy.h
+extern struct phy_driver __phy_entry_start,
Le 06/02/2012 21:17, Troy Kisky a écrit :
On 2/6/2012 12:07 PM, Mike Frysinger wrote:
On Monday 06 February 2012 13:48:13 Troy Kisky wrote:
On 2/4/2012 8:38 PM, Mike Frysinger wrote:
On Saturday 04 February 2012 22:02:46 Troy Kisky wrote:
--- a/drivers/net/phy/broadcom.c
+++
On Monday 06 February 2012 15:17:32 Troy Kisky wrote:
On 2/6/2012 12:07 PM, Mike Frysinger wrote:
On Monday 06 February 2012 13:48:13 Troy Kisky wrote:
On 2/4/2012 8:38 PM, Mike Frysinger wrote:
On Saturday 04 February 2012 22:02:46 Troy Kisky wrote:
--- a/drivers/net/phy/broadcom.c
+++
1 - 100 of 133 matches
Mail list logo