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 r
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 upw
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 propag
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
Cc: Andy Fleming
---
drivers/mmc/mmc.c | 20
include/
Signed-off-by: David Mueller
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
+/* STM */
+#define STM29F
Hi Wolfgang,
On 02/06/2012 06:51 PM, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message
> you
> wrote:
>>
>> I think the immediate focus should be on centralising the init sequence
>> processing into /common/init.c and then bringing the new'initcall'
>> architecture online
>
> Agreed.
>
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] http:/
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
---
Changes for v2:
- None
Changes for v3:
- None
Changes for V4:
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
---
Changes for v2:
- This patch was part of "EXYNOS: Add SMDK5250 board support"
- Now it is seprated as SoC support.
Changes for v3:
SMDK5250 board is based on Samsungs EXYNOS5250 SoC.
Signed-off-by: Chander Kashyap
---
Changes for v2:
- This patch is bifurcated into borad support and SoC support
- Fixed typo: s/EEYNOS/EXYNOS
- Squashed patch "SMDK5250: enable device tree support" in this.
Changes for v
This patch adds support for MMC SPL booting.
Signed-off-by: Chander Kashyap
---
Changes for v2:
- None
Changes for v3:
- None
Changes for v4:
- None
Changes for v5:
- None
Changes for v6:
- None
Changes for v7:
- None
Changes for v8:
- Moved
On 02/03/12 15:38, Govindraj.R wrote:
> From: "Govindraj.R"
>
> 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
Hi Igor,
On Mon, Feb 6, 2012 at 2:25 PM, Igor Grinberg 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).
>
[...]
>
> [...]
>
>> diff -
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
Cc: Tom Rini
---
arch/arm/cpu/arm926ejs/davinci/misc.c | 12
1 files
On 02/06/12 11:38, Govindraj wrote:
> Hi Igor,
>
> On Mon, Feb 6, 2012 at 2:25 PM, Igor Grinberg 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
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
Cc: Tom Rini
---
arch/arm/cpu/arm926ejs/davinci/cpu.c
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
Cc: Tom Rini
---
arch/arm/cpu/arm926ejs/davinci/cpu.c | 32
arch/arm
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 ve
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
> Acked-by: Dirk Behme
> ---
> drivers/net/fec_mxc.c | 21 +++--
> drivers/net/fec_mxc.h |2 ++
>
On 02/03/12 15:38, Govindraj.R wrote:
> From: "Govindraj.R"
>
> 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
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
mechanis
Enable Thumb build and ARM-Thumb interworking based on the new
config flag CONFIG_SYS_THUMB_BUILD
Signed-off-by: Aneesh V
---
README |9 +
arch/arm/config.mk | 29 +
2 files changed, 26 insertions(+), 12 deletions(-)
diff --git a/README b/RE
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
---
arch/arm/cpu/armv7/omap-common/config.mk |1 -
arch/arm/cpu/armv7/omap3/config.mk |2 ++
arch/arm/cpu/arm
Signed-off-by: Aneesh V
---
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
+++ b/include/configs/omap4_commo
On 02/03/12 15:38, Govindraj.R wrote:
> From: "Govindraj.R"
>
> 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
Acked-by: Igor Grinberg
On Mon, Feb 6, 2012 at 5:12 PM, Igor Grinberg wrote:
> On 02/03/12 15:38, Govindraj.R wrote:
>> From: "Govindraj.R"
>>
>> 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 framewor
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
---
arch/arm/cpu/arm1136/mx35/timer.c | 103 +++--
1 files changed, 64 insertio
Signed-off-by: Stefano Babic
CC: Helmut Raiger
---
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 100644
--- a/arch/arm/cpu/arm1136/mx
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
CC: Dirk Behme
CC: Jason Liu
CC: Marek Vasut
CC: Troy Kisky
CC: Fabio Estevam
---
arch/arm/cpu/armv7/imx-co
On 02/03/12 15:38, Govindraj.R wrote:
> From: "Govindraj.R"
>
> 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 mux pins for
On 02/06/12 13:57, Govindraj wrote:
> On Mon, Feb 6, 2012 at 5:12 PM, Igor Grinberg wrote:
>> On 02/03/12 15:38, Govindraj.R wrote:
>>> From: "Govindraj.R"
>>>
>>> Adding ehci clock enabling mechanism part of clock framework.
>>> When essential clocks are enabled during init phase usb host
>>> cl
> 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 regi
> 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 regi
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 proce
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
>
> 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
> Signed-off-by:
> 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
http://lists.denx.de/mailman/listinfo/
Hi Stefano,
On 1/23/12, Fabio Estevam wrote:
> On 1/18/12, Matthias Fuchs wrote:
>> This patch adds support for the MX28 internal RTC
>> and enables u-boot's date command.
>>
>> Signed-off-by: Matthias Fuchs
>
> Tested-by: Fabio Estevam
Any issues with this patch series?
If not, is it possib
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
---
board/freescale/mx6qarm2
> 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
Signed-off
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
> b
Dirk,
My bad didn't notice it.
WBR,
--Prabhakar Lad
On Mon, Feb 6, 2012 at 6:30 PM, Dirk Behme 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: conflicting types for
On 06/02/2012 13:51, Fabio Estevam wrote:
> Hi Stefano,
>
> On 1/23/12, Fabio Estevam wrote:
>> On 1/18/12, Matthias Fuchs wrote:
>>> This patch adds support for the MX28 internal RTC
>>> and enables u-boot's date command.
>>>
>>> Signed-off-by: Matthias Fuchs
>>
>> Tested-by: Fabio Estevam
>
> 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 pro
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 instruct
* 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: Prabhak
From: Ilya Yanok
Taken from Beagle code. Tested on mcx board (AM3517-based).
Signed-off-by: Ilya Yanok
---
board/ti/beagle/beagle.c | 101 --
drivers/usb/host/Makefile |1 +
drivers/usb/host/ehci-omap.c | 156
From: "Govindraj.R"
For panda initialise the mux pins for ehci usage and
enable ehci in omap4_panda config file.
Signed-off-by: Govindraj.R
---
board/ti/panda/panda_mux_data.h | 16
include/configs/omap4_panda.h | 23 ++-
2 files changed, 30 insertion
From: "Govindraj.R"
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 usb ops as ehci wil
From: "Govindraj.R"
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
Signed-off-by: Govindraj.R
---
arch/arm/cpu/armv7/omap3/board.c|
From: "Govindraj.R"
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
Acked-by: Igor Grinberg
Signed-off-by: Govindraj.R
---
board/efikamx/efikamx-usb.c | 24 ++---
From: "Govindraj.R"
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 so enable the same
From: "Govindraj.R"
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 the same during esse
From: "Govindraj.R"
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
Changes from v3:
---
Thierry,
On 2/6/12, Thierry Reding 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: previous declaration of 'board_
* Prabhakar Lad wrote:
> Thierry,
>
> On 2/6/12, Thierry Reding 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
On Sunday 05 February 2012 11:49 AM, Simon Glass wrote:
Hi,
On Sat, Feb 4, 2012 at 1:15 AM, Aneesh V 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 device, e.g.
> 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.
On Sat, Feb 4, 2012 at 4:00 AM, Albert ARIBAUD
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 dev
> > 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, i
On Mon, Feb 6, 2012 at 1:43 AM, Graeme Russ wrote:
> Hi Wolfgang,
>
> On 02/06/2012 06:51 PM, Wolfgang Denk wrote:
>> Dear Graeme Russ,
>>
>> In message
>> you
>> wrote:
>>>
>>> I think the immediate focus should be on centralising the init sequence
>>> processing into /common/init.c and then b
Hi Stefano,
On 02/04/12 10:07, Stefano Babic wrote:
> Changed the EHCI interface using the ulpi framework.
>
> Signed-off-by: Stefano Babic
> CC: Tom Rini
> ---
>
> This patch is based and tested on top of Govindraj's patches for EHCI omap:
> http://patchwork.ozlabs.org/patch/139377/
>
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 inte
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
Signed-off-by: Aneesh V
---
arch/arm/cpu/armv7/omap4/clocks.c | 22 +
From: Robert Delien
---
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
b/arch/arm/cpu/arm926ejs/mx2
From: Robert Delien
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 -
arch/arm/include/asm/arch-mx28/regs-clkctrl.
From: Robert Delien
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 +-
arch/arm/cpu/arm926ejs/m
From: Robert Delien
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
b/arch/arm/include/asm/arch-mx28/regs-com
> From: Robert Delien
>
> 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
> b/arch/arm/include/asm
> 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 US
> From: Robert Delien
>
> 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 -
> arch/arm/include/asm/arch
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
>
> ---
> arch/arm/cpu/arm926e
On 2/6/12, rob...@delien.nl wrote:
> From: Robert Delien
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,
Fabio Estevam
__
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 im
> 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 f
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 im
From: Robert Delien
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
arch/arm/cpu/arm926ejs/mx28/mx28.c
From: Robert Delien
---
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 100644 arch/arm/i
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 validat
On 2/6/12, rob...@delien.nl wrote:
> From: Robert Delien
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 +
> arch/arm/include/asm/arch-mx28/regs-digctl.h | 155
> +
> From: Robert Delien
>
> ---
> 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...
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
> C
On Mon, Feb 6, 2012 at 4:37 AM, Aneesh V wrote:
> Enable Thumb build and ARM-Thumb interworking based on the new
> config flag CONFIG_SYS_THUMB_BUILD
>
> Signed-off-by: Aneesh V
[snip]
> -# Explicitly specifiy 32-bit ARM ISA since toolchain default can be -mthumb:
> -PF_CPPFLAGS_ARM := $(call cc-
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 st
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 = {
> >> +s
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
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 th
On Mon, Feb 6, 2012 at 12:27 PM, Mike Frysinger 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 centralising
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 BCM5
Hi Mike,
On Tue, Feb 7, 2012 at 6:27 AM, Mike Frysinger 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 cen
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
+++ b/drivers/net/phy
1 - 100 of 134 matches
Mail list logo
