Hi Marek,
Dear Lukasz Majewski,
can I get ACK on this from MK7 ?
I think that Minkyu will respond soon about this patch series. Please
be patient :-)
Hi Rajeshwari,
This patchset series adds support to enable USB 2.0 on smdk5250.
It corrects sysreg register, usb host, usb otg
On 29.04.2012 20:11, Fabio Estevam wrote:
get_ahb_clk() is a common function between mx5 and mx6.
Place it into imx-common directory.
Cc: Dirk Behme dirk.be...@googlemail.com
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
Booting this on the SabreLite with different SD cards looks
Tested on x600 (SPEAr600).
Signed-off-by: Stefan Roese s...@denx.de
---
arch/arm/include/asm/arch-spear/gpio.h | 40 +
drivers/gpio/Makefile |1 +
drivers/gpio/spear_gpio.c | 102
3 files changed, 143 insertions(+)
This patch adds the following changes to designware ethernet driver
found on the ST SPEAr SoC:
- Don't init MAC PHY upon startup. This causes a delay, waiting for
the auto negotiation to complete. And we don't want this delay to
always happen. Especially not on platforms where ethernet is
Without this patch, boot shows this messages upon NAND detection:
NAND: ONFI flash detected
ONFI param page 0 valid
ONFI flash detected
ONFI param page 0 valid
128 MiB
With this patch, its back to the U-Boot standard:
NAND: 128 MiB
Tested on x600 (SPEAr600).
Signed-off-by: Stefan Roese
This patch series introduces SPL support for SPEAr600. One more platform
not needing XLoader any more. The integrated new X600 board port is the
first user of this SPL support.
Thanks,
Stefan
Simon Glass (1):
arm: Don't use printf() in SPL builds
Stefan Roese (6):
SPL:
From: Simon Glass s...@chromium.org
raise() likes to call printf() if it is available, but in SPL builds it
either is not available, or adds a large chunk to the resulting image
size.
So don't call it even if it is available.
This change reduces SPL size from 10KB to 6.3KB on hawkboard, for
This is needed for the SPEAr SPL support, as SPEAr uses the mkimage
header to wrap and validate the images (SPL U-Boot).
Signed-off-by: Stefan Roese s...@denx.de
---
common/Makefile |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/Makefile b/common/Makefile
index
This is needed for the SPEAr SPL support, as SPEAr uses the mkimage
header to wrap and validate the images (SPL U-Boot).
Signed-off-by: Stefan Roese s...@denx.de
---
lib/Makefile |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/Makefile b/lib/Makefile
index
Signed-off-by: Stefan Roese s...@denx.de
Cc: Amit Virdi amit.vi...@st.com
Cc: Vipin Kumar vipin.ku...@st.com
---
board/spear/common/Makefile |2 ++
board/spear/spear600/Makefile |2 ++
2 files changed, 4 insertions(+)
diff --git a/board/spear/common/Makefile
On x600 (SPEAr600) U-Boot is appended to U-Boot SPL. Both images are
created using mkimage (crc etc), so that the ROM bootloader can check
its integrity. Padding needs to be done to the SPL image (with
mkimage header) and not the binary. Otherwise the resulting image
which is loaded/copied by the
This patch adds support for the X600 SPEAr600 based board. Its also
the first SPEAr600 board that uses the newly introduced SPEAr600
SPL support. Xloader is not necessary any more. By using the new
u-boot.spr make target, one image will generated containing both,
U-Boot SPL (with mkimage header as
On Tuesday 08 May 2012 09:29:51 Stefan Roese wrote:
This patch series introduces SPL support for SPEAr600. One more platform
not needing XLoader any more. The integrated new X600 board port is the
first user of this SPL support.
I forgot to mention, that this patch series has some
On 07/05/2012 09:11, David Jander wrote:
Dear Stefano,
Hi David,
Yes, but is none of those boards using 3.15 or 3.3V? If they are, those bits
must be cleared!
This is a good question - also because SD was tested and it is working
on these cards. I am asking to myself how it can work if
Add support for the M41T82 RTC to the m41t62 driver. The only
difference that needs to be handled by this driver, is to
clear the HT (Halt Update) bit upon reset. This bit is not
used on the M41T62, so its save to clear this bit always.
The M41T82 support will be used by the X600 (SPEAr600)
board
i2c_probe() is changed to reinit the i2c bus upon read failure.
This is naturally the case upon i2c bus probing.
Also, some printf messages upon read failure are removed. As they
would interfere with the i2c probe command.
Additionally, i2c_set_bus_speed() now returns 0, so that the
i2c speed
Needed for redundant environment for example.
Signed-off-by: Stefan Roese s...@denx.de
Cc: Amit Virdi amit.vi...@st.com
Cc: Vipin Kumar vipin.ku...@st.com
---
drivers/mtd/st_smi.c | 22 ++
1 file changed, 18 insertions(+), 4 deletions(-)
diff --git a/drivers/mtd/st_smi.c
Hi Minkyu Kang ,
Thank you for the comments.
On Tue, May 8, 2012 at 7:47 AM, Minkyu Kang proms...@gmail.com wrote:
Dear Rajeshwari Shinde,
On 4 May 2012 20:12, Rajeshwari Shinde rajeshwar...@samsung.com wrote:
This patch adds functions to enable/disable the power of USB
host controller for
This patchset series adds support to enable USB 2.0 on smdk5250.
It corrects sysreg register, usb host, usb otg base address,
adds power management registers,functions to enable and disable power
to the USB host controller are added.
This patchset is based on:
USB: EXYNOS: Add ehci support.patch
This patch adds a function to set usb host mode to USB 2.0 HOST Link
for EXYNOS5
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes for v2:
- Setting SYSREG registers was moved to System.c
- This setting of SYSREG registers was moved to seperate patch
Changes
This patch adds functions to enable/disable the power of USB
host controller for EXYNOS5.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
Signed-off-by: Che-Liang Chiou clch...@chromium.org
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Chnages in v2:
- Removed setting
This patch corrects the base addresses for USB_PHY and USB_OTG.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
Acked-by: Chander Kashyap chander.kash...@linaro.org
Acked-by: Minkyu Kang mk7.k...@samsung.com
---
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
Acked-by: Minkyu Kang mk7.k...@samsung.com
---
include/configs/smdk5250.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/include/configs/smdk5250.h
Dear Stefano Babic,
On 07/05/2012 09:11, David Jander wrote:
Dear Stefano,
Hi David,
Yes, but is none of those boards using 3.15 or 3.3V? If they are, those
bits must be cleared!
This is a good question - also because SD was tested and it is working
on these cards. I am asking to
On Tue, 08 May 2012 10:46:10 +0200
Stefano Babic sba...@denx.de wrote:
On 07/05/2012 09:11, David Jander wrote:
Dear Stefano,
Hi David,
Yes, but is none of those boards using 3.15 or 3.3V? If they are, those bits
must be cleared!
This is a good question - also because SD was
Dear David Jander,
On Tue, 08 May 2012 10:46:10 +0200
Stefano Babic sba...@denx.de wrote:
On 07/05/2012 09:11, David Jander wrote:
Dear Stefano,
Hi David,
Yes, but is none of those boards using 3.15 or 3.3V? If they are, those
bits must be cleared!
This is a good
On Wed, Apr 11, 2012 at 9:24 AM, Lei Wen adrian.w...@gmail.com wrote:
Hi Mike,
On Wed, Apr 11, 2012 at 6:11 AM, Mike Frysinger vap...@gentoo.org wrote:
On Tuesday 10 April 2012 01:05:13 Lei Wen wrote:
Hi Mike,
On Tue, Apr 10, 2012 at 12:37 PM, Mike Frysinger vap...@gentoo.org wrote:
On
On 08/05/2012 14:06, David Jander wrote:
Go ahead in this direction. Then we can test on these boards (mx51evk /
vision2 / efikamx), the only ones having these issue).
I agree we should only change the headers, but... if there are more i.MX51
boards, they may all potentially need to fix
FSL 2.6.35 kernel assumes that the bootloader passes the CONFIG_REVISION_TAG
information.
The kernel uses this data to distinguish between Dialog versus mc34708 based
boards,
and also to distinguish between revA and revB of the mc34708 based boards.
Suggested-by: Yu Li y...@magniel.com
Hi,
Le 08/05/2012 01:40, Daniel Stodden a écrit :
On Sun, 2012-05-06 at 12:53 -0500, David Purdy wrote:
On Wed, May 2, 2012 at 2:16 PM, Luka Perkov ub...@lukaperkov.net wrote:
The kwboot program boots boards based on Marvell's Kirkwood platform
via Xmodem over their integrated UART.
On Mon, May 07, 2012 at 02:56:54PM +0200, Peter Feuerer wrote:
libfdt: Add fdt functionality for more intuitive fdt handling
Hrm, more intuitive fdt handling is a bit of a stretch. It makes
certain common operations simpler.
New functions:
fdt_read - retrieve the value of a property by full
Hi Tom,
Le 03/05/2012 17:53, Tom Rini a écrit :
Hello,
The following changes since commit 026251a5e825d61d3bcdf6dffcc27d15afd574f4:
EXYNOS: Change bits per pixel value proper for u-boot. (2012-04-25 16:23:26
+0900)
are available in the git repository at:
On Wed, Apr 25, 2012 at 06:17:48PM -0700, Eric Nelson wrote:
On 03/28/2012 07:37 AM, Jason Cooper wrote:
This patch dramatically drops the amount of time u-boot needs to read a
file from an ext2 partition. On a typical 2 to 5 MB file (kernels and
initrds) it goes from tens of seconds to a
On Thu, Apr 26, 2012 at 02:54:51PM +0200, Thierry Reding wrote:
* Jason Cooper wrote:
This patch dramatically drops the amount of time u-boot needs to read a
file from an ext2 partition. On a typical 2 to 5 MB file (kernels and
initrds) it goes from tens of seconds to a couple seconds.
Hi Jason,
On 05/08/2012 08:43 AM, Jason Cooper wrote:
On Wed, Apr 25, 2012 at 06:17:48PM -0700, Eric Nelson wrote:
On 03/28/2012 07:37 AM, Jason Cooper wrote:
This patch dramatically drops the amount of time u-boot needs to read a
file from an ext2 partition. On a typical 2 to 5 MB file
The following changes since commit 415d386877df49eb051b85ef74fa59a16dc17c7d:
Prepare v2012.04.01 (2012-04-25 15:22:50 +0200)
are available in the git repository at:
git://git.infradead.org/users/jcooper/u-boot.git ext2load_speedup
Jason Cooper (1):
ext2load: increase read speed
On Tue, May 08, 2012 at 05:11:56PM +0200, Albert ARIBAUD wrote:
Hi Tom,
Le 03/05/2012 17:53, Tom Rini a ?crit :
Hello,
The following changes since commit 026251a5e825d61d3bcdf6dffcc27d15afd574f4:
EXYNOS: Change bits per pixel value proper for u-boot. (2012-04-25
16:23:26 +0900)
With older toolchains it is possible to not fit entirely into the 45KB
that we had assigned to SPL. Adjust to allow for 8KB of stack (which
should be more than required) and 54KB of text/data.
Cc: Vaibhav Hiremath hvaib...@ti.com
Cc: Nagendra T S nagen...@mistralsolutions.com
Cc: Thomas Weber
As originally reported against beagleboard we currently have the
following error message reported in SPL:
U-Boot SPL 2012.04-00020-gb8310b9-dirty (Apr 25 2012 - 18:49:57)
Texas Instruments Revision detection unimplemented
OMAP SD/MMC: 0
timed out in wait_for_bb: I2C_STAT=1000
reading u-boot.img
Update README and source file with the new location of config file
Cc: Simon Glass s...@chromium.org
Vikram Narayanan (2):
patman: Change the location of the config file
patman: Update README
tools/patman/README |5 -
tools/patman/settings.py |8
2 files changed,
Move the config file from ~/.config/patman to ~/.patman
as it is more appropriate to have it there.
Signed-off-by: Vikram Narayanan vikram...@gmail.com
Cc: Simon Glass s...@chromium.org
---
tools/patman/settings.py |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git
Make changes in the README file with the new location of patman
config file. Also update the creation of config file.
Signed-off-by: Vikram Narayanan vikram...@gmail.com
Cc: Simon Glass s...@chromium.org
---
tools/patman/README |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
On 5/8/2012 11:40 PM, Vikram Narayanan wrote:
Update README and source file with the new location of config file
Please note that this patch depends on
patman: Handle creation of patman config patch, which is Acked but
not applied to the master yet.
Cc: Simon Glasss...@chromium.org
Vikram
On 05/08/2012 10:40 AM, Hiremath, Vaibhav wrote:
On Tue, May 08, 2012 at 22:59:31, Rini, Tom wrote:
With older toolchains it is possible to not fit entirely into the 45KB
that we had assigned to SPL. Adjust to allow for 8KB of stack (which
should be more than required) and 54KB of text/data.
Hi,
On Tue, 8 May 2012 14:46:18 -0300
Fabio Estevam feste...@gmail.com wrote:
Hi,
Could anyone confirm that LCD support is functional on top-of-tree
U-boot for mx51 vision2 board?
I cannot confirm this as I do not have the hardware to test. But ...
I am working on adding LCD support for
Le 06/05/2012 03:48, Marek Vasut a écrit :
Dear Wolfgang Denk,
Dear Andy Fleming,
In message1335332031-24138-1-git-send-email-aflem...@freescale.com you
wrote:
The MAKEALL script cleverly runs make with the appropriate options
to use all of the cores on the system, but your average U-Boot
Hei hei,
I was updating u-boot for our target hardware in the past few days. We
have a board here very similar in design to the Atmel AT91SAM9G20-EK.
Migrating our patches step by step from v2010.09 to v2011.09 replacing
code based on at91 legacy code took a while but was succesful. Output on
On Tue, May 08, 2012 at 22:59:31, Rini, Tom wrote:
With older toolchains it is possible to not fit entirely into the 45KB
that we had assigned to SPL. Adjust to allow for 8KB of stack (which
should be more than required) and 54KB of text/data.
Tom,
Can you provide more details on why 45Kb
On May 8, 2012, at 2:17 PM, Albert ARIBAUD wrote:
Le 06/05/2012 03:48, Marek Vasut a écrit :
Dear Wolfgang Denk,
Dear Andy Fleming,
In message1335332031-24138-1-git-send-email-aflem...@freescale.com you
wrote:
The MAKEALL script cleverly runs make with the appropriate options
to use
Hi Anatolij,
On 5/8/12, Anatolij Gustschin ag...@denx.de wrote:
the issue is probably the insufficient malloc area size defined in
the board config file. The mx51evk defines CONFIG_SYS_MALLOC_LEN
to be slightly more than 2 MiB. The vision2 config sets
CONFIG_SYS_MALLOC_LEN to 10 MiB. Please
Dear Andy Fleming,
On May 8, 2012, at 2:17 PM, Albert ARIBAUD wrote:
Le 06/05/2012 03:48, Marek Vasut a écrit :
Dear Wolfgang Denk,
Dear Andy Fleming,
In message1335332031-24138-1-git-send-email-aflem...@freescale.com
you
wrote:
The MAKEALL script cleverly runs make with
On Mon, Apr 16, 2012 at 6:10 PM, Scott Wood scottw...@freescale.com wrote:
On 04/13/2012 05:15 PM, Rafael Beims wrote:
On Wed, Apr 11, 2012 at 9:22 PM, Scott Wood scottw...@freescale.com
mailto:scottw...@freescale.com wrote:
On 04/11/2012 07:14 PM, Rafael Beims wrote:
On May 8, 2012, at 2:50 PM, Marek Vasut wrote:
Dear Andy Fleming,
On May 8, 2012, at 2:17 PM, Albert ARIBAUD wrote:
Le 06/05/2012 03:48, Marek Vasut a écrit :
Dear Wolfgang Denk,
Dear Andy Fleming,
In message1335332031-24138-1-git-send-email-aflem...@freescale.com
you
wrote:
On Mon, May 7, 2012 at 9:38 PM, Daniel Stodden
daniel.stod...@googlemail.com wrote:
On Mon, 2012-05-07 at 20:16 -0500, David Purdy wrote:
On Mon, May 7, 2012 at 6:40 PM, Daniel Stodden
Hey.
Unfortunately I only have a couple Buffalo boards and a Qnap, all
essentially the same chip.
Anatolij,
On Tue, May 8, 2012 at 4:35 PM, Fabio Estevam feste...@gmail.com wrote:
Thanks for your suggestion. Increasing CONFIG_SYS_MALLOC_LEN does not
fix the issue.
Below is my patch and some more debug information.
As you can see mode-xres is getting a weird value instead of '800'
that I
On Mon, May 7, 2012 at 9:51 PM, Jaehoon Chung jh80.ch...@samsung.com wrote:
Hi Andy.
On 05/08/2012 06:50 AM, Andy Fleming wrote:
On Mon, Apr 2, 2012 at 1:31 PM, Jae hoon Chung jh80.ch...@gmail.com wrote:
if (mmc-card_caps MMC_MODE_HS) {
if
On Tue, May 8, 2012 at 4:23 PM, David Purdy david.c.pu...@gmail.com wrote:
On Mon, May 7, 2012 at 9:38 PM, Daniel Stodden
daniel.stod...@googlemail.com wrote:
On Mon, 2012-05-07 at 20:16 -0500, David Purdy wrote:
On Mon, May 7, 2012 at 6:40 PM, Daniel Stodden
Will try out that short
I am highly inclined to apply this patch, as it was originally the
intent that the init function get called every time. If it doesn't,
it's impossible to deal with cards being inserted and removed after
U-Boot comes up.
However, I've seen some recent chatter on the list where it sounds
like
On Fri, Apr 20, 2012 at 2:09 AM, Lukasz Majewski l.majew...@samsung.com wrote:
Hi, Lei
I'm concerning with this adding init here.
Since not every platform mount with emmc as boot device, and what they
need is booting fast.
If I remember correctly, u-boot policy is to not initialize the mmc
Hi Fabio,
On Tue, 8 May 2012 18:24:38 -0300
Fabio Estevam feste...@gmail.com wrote:
Anatolij,
On Tue, May 8, 2012 at 4:35 PM, Fabio Estevam feste...@gmail.com wrote:
Thanks for your suggestion. Increasing CONFIG_SYS_MALLOC_LEN does not
fix the issue.
Below is my patch and some more
--- a/drivers/mmc/fsl_esdhc.c
+++ b/drivers/mmc/fsl_esdhc.c
@@ -190,6 +190,10 @@ static int esdhc_setup_data(struct mmc *mmc, struct
mmc_data *data)
esdhc_clrsetbits32(regs-wml, WML_RD_WML_MASK, wml_value);
esdhc_write32(regs-dsaddr, (u32)data-dest);
}
Hi Anatolij,
On Tue, May 8, 2012 at 7:40 PM, Anatolij Gustschin ag...@denx.de wrote:
Thanks for the info. I think you additionally need to call lcd_enable()
in your board_init(). The mode struct will be initialized then. From
your patch I do not see that you call lcd_enable().
You are
Thanks Andy,
On 05/08/2012 03:59 PM, Andy Fleming wrote:
--- a/drivers/mmc/fsl_esdhc.c
+++ b/drivers/mmc/fsl_esdhc.c
@@ -190,6 +190,10 @@ static int esdhc_setup_data(struct mmc *mmc, struct
mmc_data *data)
esdhc_clrsetbits32(regs-wml, WML_RD_WML_MASK, wml_value);
Signed-off-by: R Sricharan r.sricha...@ti.com
CC: Aneesh V ane...@ti.com
CC: Tom Rini tr...@ti.com
---
MAINTAINERS | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index e2441d8..71e6bb5 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@
On 09/05/2012 01:31, Eric Nelson wrote:
Thanks Andy,
On 05/08/2012 03:59 PM, Andy Fleming wrote:
--- a/drivers/mmc/fsl_esdhc.c
+++ b/drivers/mmc/fsl_esdhc.c
@@ -190,6 +190,10 @@ static int esdhc_setup_data(struct mmc *mmc,
struct mmc_data *data)
65 matches
Mail list logo
