On Tuesday 07 February 2012 02:36 AM, Albert ARIBAUD wrote:
Le 06/02/2012 12:37, Aneesh V a écrit :
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 im
On Tuesday 07 February 2012 12:15 AM, Tom Rini wrote:
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
* Prabhakar Lad wrote:
>The patch is already accepted by the maintainer,
>
> http://git.denx.de/?p=u-boot/u-boot-imx.git;a=commitdiff;h=e669db1c209eed02ca8c837914c161f5daa2d8fd
>so ill drop this fix.
Okay, no problem.
Thierry
pgpcN2ELOFLXt.pgp
Description: PGP signature
___
On Monday 06 February 2012 08:19 PM, Tom Rini wrote:
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 int
On Tuesday 07 February 2012 04:11 AM, Graeme Russ wrote:
Hi Wolfgang,
On Tue, Feb 7, 2012 at 9:27 AM, Wolfgang Denk wrote:
Dear Albert ARIBAUD,
In message<4f304463.1050...@aribaud.net> you wrote:
In my experience, the offset is consistent on a given platform so once
you do the dance once
On 06.02.2012 22:17, Albert ARIBAUD wrote:
Le 06/02/2012 20:27, Mike Frysinger a écrit :
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 b
On 06.02.2012 21:25, Graeme Russ wrote:
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 immediat
Some code cleanup done for USB device-tree fixup:
- handling error value returned from fdt_fixup_usb_mode_phy_type()
- using ARRAY_SIZE macro
- using snprintf instead of sprintf
Signed-off-by: Ramneek Mehresh
---
KW Warnings fixed: using snprintf instead of sprintf
arch/
Add support for fixing usb mode and phy type for
MPH(Multi Port Host) USB controllers in device-tree nodes.
Required for socs like P3060, P5020, etc having MPH USB controller
Signed-off-by: Ramneek Mehresh
---
Changes for v2:
- used compat_dr and compat_mph strings instead of
c
Hi
i am new to u-boot and my board supported a boot monitor.
what this boot monitor does for the board. i read in this link
http://blogs.coreboot.org/blog/2011/06/05/gsoc2011week-1-analysis-of-u-boot-arm-boot-code/that
board has its own boot monitor running before U-boot and ini
Thierry,
On Mon, Feb 6, 2012 at 7:44 PM, Thierry Reding <
thierry.red...@avionic-design.de> wrote:
> * 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 bo
hi albert,Scott
Thnks for your reply.Other than uib ,is there any data pattern/algorithm
for flash testing which effects less on lifespan of flash??
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
> Hi Stefano,
>
> I cloned from http://git.denx.de/u-boot-imx.git into local directory
> "/home/budm/Mamaku-Boot/". Then configured for mx53loco_config without a
> problem but the make failed.
>
> I am using the same tools as the previous case when I was successful in
> building but could not get
On 2/6/2012 3:47 AM, Stefano Babic wrote:
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/fe
On 02/06/2012 04:59 PM, Albert ARIBAUD wrote:
> Hi Scott,
>
> Le 06/02/2012 23:55, Scott Wood a écrit :
>> On 02/06/2012 04:23 PM, Albert ARIBAUD wrote:
>>> Hi Vaibhav,
>>>
>>> Le 06/02/2012 05:57, vaibhav kothari a écrit :
hi albert
Yes,actually there is already support of flash te
Hi Scott,
Le 06/02/2012 23:55, Scott Wood a écrit :
On 02/06/2012 04:23 PM, Albert ARIBAUD wrote:
Hi Vaibhav,
Le 06/02/2012 05:57, vaibhav kothari a écrit :
hi albert
Yes,actually there is already support of flash test in POST of latest
uboot.They are testing flash on every power on so am I
Le 09/01/2012 09:30, Nikita Kiryanov a écrit :
On 01/05/2012 04:56 PM, Wolfgang Denk wrote:
Dear Igor Grinberg,
In message<1325764937-7342-1-git-send-email-grinb...@compulab.co.il>
you wrote:
From: Nikita Kiryanov
Add board specific EEPROM handling module,
read the serial number from the EEPR
On 02/06/2012 04:23 PM, Albert ARIBAUD wrote:
> Hi Vaibhav,
>
> Le 06/02/2012 05:57, vaibhav kothari a écrit :
>> hi albert
>>
>> Yes,actually there is already support of flash test in POST of latest
>> uboot.They are testing flash on every power on so am I for my board.But i
>> don't want to dist
Hi,
Some time ago I have posted http://patchwork.ozlabs.org/patch/136368/
which adds HUSH parser to ED Mini V2. In itself, the change is only made
of three CONFIG defines.
This patch has built cleanly and worked as expected until
http://patchwork.ozlabs.org/patch/136415/ was applied. Applyin
Hi Wolfgang,
On Tue, Feb 7, 2012 at 9:27 AM, Wolfgang Denk wrote:
> Dear Albert ARIBAUD,
>
> In message <4f304463.1050...@aribaud.net> you wrote:
>>
>> > In my experience, the offset is consistent on a given platform so once
>> > you do the dance once to figure out where it'll be placed you can j
Here is another go on this issue!
The following is a response from Freescale technical support with my
questions inserted:
-->
The "initial bootloader" code (including IVT, DCD and application code
itself) should be very small to fit into 4Kb space that is read out from
NAND Flash during
Dear Albert ARIBAUD,
In message <4f304463.1050...@aribaud.net> you wrote:
>
> > In my experience, the offset is consistent on a given platform so once
> > you do the dance once to figure out where it'll be placed you can just
> > start off debugging post-relocation.
>
> That's for a given platfor
Dear Albert ARIBAUD,
In message <4f304376.3020...@aribaud.net> you wrote:
>
> Now if the platform is static and has a preloader of sorts, then one can
> predict (or just observe) where U-Boot would want to relocate, and set
> the preloader once and for all (for a given release of U-Boot, that is)
Hi Vaibhav,
Le 06/02/2012 05:57, vaibhav kothari a écrit :
hi albert
Yes,actually there is already support of flash test in POST of latest
uboot.They are testing flash on every power on so am I for my board.But i
don't want to disturb sectors in which uboot code relies. Can you help me
here?
Hi,
Le 20/01/2012 09:44, Dante Kuo-Jung Su(蘇國榮) a écrit :
Hi:
This patch adds Faraday A369/A360 SoC support.
Please resubmit using 'git format-patch'.
* Confidentiality Notice
This electronic message and any attachments may contain
confidential a
Hi David,
Le 22/12/2011 12:19, David Müller a écrit :
Signed-off-by: David Mueller
---
include/configs/VCMA9.h|3 +--
include/configs/smdk2410.h |3 +--
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/include/configs/VCMA9.h b/include/configs/VCMA9.h
index a370c15
On 2/6/2012 1:57 PM, Mike Frysinger wrote:
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:
Hi Simon,
On Fri, 2012-02-03 at 15:26 -0800, Simon Glass wrote:
> >
> > Why isn't Yen's S-o-b line here, since he's listed as the patch author
> > in git?
>
> It will work if he replies to this thread or the new patch that I sent
> out. I cannot add it for him.
>
Don't know how to add a S-o-b li
Hi Stefano,
Le 05/02/2012 14:35, Stefano Babic a écrit :
Hi Albert,
I have updated my pull request:
The following changes since commit 778a2c5f846b1d0b78152747af96bcd0ca04e562:
arm, davinci: cam_enc_4xx board updates (2012-02-02 10:54:37 -0700)
are available in the git repository at:
g
Hi Tom,
Le 06/02/2012 15:34, Tom Rini a écrit :
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-Bo
Le 06/02/2012 20:27, Mike Frysinger a écrit :
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
processi
Le 06/02/2012 12:37, Aneesh V a écrit :
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
instructi
Le 06/02/2012 21:57, Mike Frysinger a écrit :
The would give me compiler warnings for unused variables. How does that
help?
does gcc issue warnings ? doesn't seem to do so for me.
Some do, and some will.
Is there a keep attribute like the linker has for sections?
yes, __attribute__((use
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/br
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
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, __
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
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
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 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 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 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 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 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-
> 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
> 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
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
> +
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
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
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
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
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
__
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
> 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
> 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
>
> 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
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
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
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
---
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
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 +
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
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/
>
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
> > 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 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, in 4 separate commits.
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.
* 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
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_
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:
---
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"
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"
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"
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"
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"
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: 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
* 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
* 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]: **
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
> 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 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
>
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
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
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:
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
> 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 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 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
> > 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 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,
> > -
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:
> 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 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,
> -
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,
>
> 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
1 - 100 of 134 matches
Mail list logo
