From: Kuo-Jung Su dant...@faraday-tech.com
Faraday FTI2C010 is a multi-function I2C controller
which supports both master and slave mode.
This patch simplily implements the master mode only.
Signed-off-by: Kuo-Jung Su dant...@faraday-tech.com
CC: Heiko Schocher h...@denx.de
---
Changes for v5:
Tom,
On Wednesday 24 April 2013 04:11 PM, Sricharan R wrote:
The save_boot_params function does not store the data in a
always writable area. So the code is broken for a 'XIP' boot.
This series corrects this by storing it in 'gd' and also
adds a 'C' equivalent function for the same. The
Commit 1865286466a5d0c7f2e3c37632da56556c838e9e (Introduce generic link
section.h symbol files) changed the __bss_end symbol type from char[] to
ulong. This led to wrong relocation parameters which ended up in a not working
u-boot. Unfortunately this is not clear to see cause due to RAM aliasing
Dear Dirk,
In message 58ff5023adcbf08481bc2707b0a70...@gdsys.cc you wrote:
in my example we have four FPGAs. One is memory mapped while the other
three are not.
They all have the same register interface which is mapped by
struct ihs_fpga {
u16 reflection_low;
u16 versions;
Hi Wolfgang,
thanks for investing so much time into this. It is really appreciated.
Am 08.05.2013 12:13, schrieb Wolfgang Denk:
Dear Dirk,
In message 58ff5023adcbf08481bc2707b0a70...@gdsys.cc you wrote:
in my example we have four FPGAs. One is memory mapped while the
other
three are not.
On 04/24/2013 09:59 AM, Bo Shen wrote:
Using CONFIG_AT91FAMILY replace #ifdeferry for atmel SoC
Signed-off-by: Bo Shen voice.s...@atmel.com
Acked-by: Andreas Bießmann andreas.de...@googlemail.com
---
drivers/net/macb.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
From: Ying Zhang b40...@freescale.com
This patch introduces SPL to enable a loader stub that runs in the L2 SRAM,
after being loaded by the code from the internal on-chip ROM. It loads the
final uboot image into DDR, then jump to it to begin execution.
The SPL's size is sizeable, the maximum
On Wed, May 08, 2013 at 12:49:57PM +0800, Macpaul Lin wrote:
Hi Tom,
Please pull the following patch from u-boot-nds32 into your tree.
Thanks!
The following changes since commit 7e7501f4bb0d550fbc6960e7e2fb2bc84d9795cf:
Merge branch 'master' of git://www.denx.de/git/u-boot-mmc
Hi,
I am using AMCC PPC440Gx processor and using reference u-boot code of
taishan board.
Is there any patch to convert the u-boot code instead of building the boot
loader for FLASH boot to RAM BOOT.
Because I want to load u-boot directly to SDRAM location instead of loading
FLASH.
Why because
Dear Kuo-Jung Su,
2013/5/8 Marek Vasut ma...@denx.de:
Dear Kuo-Jung Su,
[...]
--- a/common/usb_hub.c
+++ b/common/usb_hub.c
@@ -419,6 +419,14 @@ static int usb_hub_configure(struct usb_device
*dev)
portstatus = le16_to_cpu(portsts-wPortStatus);
Hi ,
Ext4load command fail to load large file.
S3 # ext4load mmc 0:1 0x600 system.img
invalid extent block
** Unable to read file system.img **
S3 # ext4ls mmc 0:1
DIR 4096 .
DIR 4096 ..
1015 boot_script.uimg
4314 data.img
177477960
On 05/08/2013 01:51 PM, sadashiva reddy wrote:
Hi,
I am using AMCC PPC440Gx processor and using reference u-boot code of
taishan board.
Is there any patch to convert the u-boot code instead of building the boot
loader for FLASH boot to RAM BOOT.
RAM booting is currently only support for
Hi there,
my task is to output the uninitialized SDRAM values over UART during device
startup.
Therefore, I first searched for the code that handles the SDRAM
initialization since I have to put my code in front of it. After digging
through the code and reading some mailing list entries, I guess
Hello,
Is Micron MT46H128M16LFB7-5IT (
http://www.micron.com/parts/dram/mobile-ddr-sdram/mt46h128m16lfb7-5-it?source=ps)
supported by U-Boot? I am porting U-Boot to the the custom board based on
am335x_evm using U-Boot 2013.01.01 (found in the latest am335x psp) and it
seems that sdram is not
From: Gabbasov, Andrew
Sent: Monday, April 29, 2013 13:40
To: Marek Vasut; u-boot@lists.denx.de
Cc: Albert ARIBAUD; Tom Rini
Subject: RE: [U-Boot] [PATCH] ARM: cfi_flash: Avoid generation of unaligned
accesses
[ skipped ]
Hi Marek,
Thank you for your response.
I was thinking about
Dear Dirk,
In message 913a7e8badaaed06605fdf68faace...@gdsys.cc you wrote:
thanks for investing so much time into this. It is really appreciated.
Well, just rejecting a patch without being able to give
recommendations _how_ to improve it is not exactly nice.
Sometimes it happens (like due to
On 05/03/2013 09:02 AM, Stephen Warren wrote:
On 04/29/2013 03:21 AM, Jim Lin wrote:
Tegra114 USB EHCI is compatible with Tegra30 USB EHCI
except:
1. Port Reset - Tegra30 takes 55ms, Tegra114 takes 50 ms to finish.
2. PLL parameters.
Jim Lin (3):
ARM: Tegra: FDT: Add USB support for
Dear Andrew Gabbasov,
Packed structure cfi_qry contains unaligned 16- and 32-bits members,
accessing which causes problems when cfi_flash driver is compiled with
-munaligned-access option: flash initialization hangs, probably
due to data error.
This fix converts 16- and 32-bit members to
Hi Marek,
From: Marek Vasut [ma...@denx.de]
Sent: Wednesday, May 08, 2013 21:26
To: u-boot@lists.denx.de
Cc: Gabbasov, Andrew; Tom Rini; Albert Aribaud
Subject: Re: [U-Boot] [PATCH] ARM: cfi_flash: Fix unaligned accesses to
cfi_qry structure
Dear Andrew Gabbasov,
Packed structure
On Wed, Apr 24, 2013 at 04:11:24PM +0530, Sricharan R wrote:
The boot parameters are read from individual variables
assigned for each of them. This been corrected and now
they are stored as a part of the global data 'gd'
structure. So read them from 'gd' instead.
Signed-off-by: Sricharan R
On Wed, Apr 24, 2013 at 04:11:25PM +0530, Sricharan R wrote:
The boot parameters passed from SPL to UBOOT
must be saved as a part of uboot's gd data
as early as possible, before we will inadvertently
overwrite it. So adding a arch_cpu_init for the required
Socs to save it.
Signed-off-by:
On Wed, May 08, 2013 at 02:50:14PM +0530, Sricharan R wrote:
Tom,
On Wednesday 24 April 2013 04:11 PM, Sricharan R wrote:
The save_boot_params function does not store the data in a
always writable area. So the code is broken for a 'XIP' boot.
This series corrects this by storing it in
The fit_handle_file() function is quite long - split out the part that
loads and checks a FIT into its own function. We will use this
function for storing public keys into a destination FDT file.
The error handling is currently a bit repetitive - tidy it.
Signed-off-by: Simon Glass
The image file is still very large, and some of the code is only used when
libfdt is in use. Move this code into a new file.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v3: None
Changes in v2:
- Fix checkpatch checks about parenthesis alignment
- Fix checkpatch warnings about
Sparc only really sets up the ramdisk, but we should still use
image_setup_linux() so that setup is common across all architectures
that use the FDT.
Cover-letter
Introduce a common image_setup_linux() function
This series continues the work to tidy up the image code. Each
architecture has its
There are only two left. One is unnecessary and the other can be moved
to the header file.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v3: None
Changes in v2:
- Add new patch to remove #ifdefs in image-fit.c
common/image-fit.c | 9 ++---
common/image.c | 7 +--
Use the common FDT setup function that is now available in image. Move
the FDT-specific code to a new bootm-fdt.c and remove unused headers
from bootm.c.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v3: None
Changes in v2: None
arch/arm/lib/Makefile| 1 +
This code is very large, and in SPL it isn't always useful to print
out image information (in fact there might not even be a console
active). So disable this feature unless this option is set.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v3: None
Changes in v2:
- Add new patch to
This seems to be a common function for several architectures, so create
a common function rather than duplicating the code in each arch.
Also make an attempt to avoid introducing #ifdefs in the new code, partly
by removing useless #ifdefs around function declarations in the image.h
header.
Rather than a backtrace, produce a nice error message when an invalid
branch is provided to buildman.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v3: None
Changes in v2: None
tools/buildman/control.py | 4
tools/patman/gitutil.py | 21 +++--
2 files
With fewer #ifdefs the code is more readable and more of the code is
compiled for all boards. Add defines in the header file to control
what features are enabled, and then use if() instead of #ifdef.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v3: None
Changes in v2:
- Fix
Rather than having similar code in m68k, use image_setup_linux() which
should be common across all architectures that use the FDT.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v3: None
Changes in v2: None
arch/m68k/lib/bootm.c | 15 +++
1 file changed, 3
Conflicting tags can prevent buildman from building two series which exist
one after the other in a branch. There is no reason not to allow this sort
of workflow with buildman, so ignore conflicting tags in buildman.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v3: None
Changes in
Rather than having similar code in powerpc, use image_setup_linux() which
should be common across all architectures that use the FDT.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v3: None
Changes in v2: None
arch/powerpc/lib/bootm.c | 84
So we can instead fallback to doing something else on errors.
Signed-off-by: Peter Korsgaard peter.korsga...@barco.com
---
drivers/mmc/spl_mmc.c | 24 ++--
1 file changed, 14 insertions(+), 10 deletions(-)
diff --git a/drivers/mmc/spl_mmc.c b/drivers/mmc/spl_mmc.c
index
So we can use it for falcon mode as well.
Signed-off-by: Peter Korsgaard peter.korsga...@barco.com
---
drivers/mmc/spl_mmc.c | 27 +--
1 file changed, 13 insertions(+), 14 deletions(-)
diff --git a/drivers/mmc/spl_mmc.c b/drivers/mmc/spl_mmc.c
index 0c50657..fac6f2d
If Falcon mode support is enabled (and the system isn't directed into
booting u-boot), it will instead try to load kernel from sector
CONFIG_SYS_MMCSD_RAW_MODE_KERNEL_SECTOR and
CONFIG_SYS_MMCSD_RAW_MODE_ARGS_SECTORS of kernel argument parameters
starting from sector
If Falcon mode support is enabled (and the system isn't directed into
booting u-boot), it will instead try to load kernel from
CONFIG_SPL_FAT_LOAD_KERNEL_NAME file and kernel argument parameters from
CONFIG_SPL_FAT_LOAD_ARGS_NAME, both from the same partition as u-boot.
Signed-off-by: Peter
Jump into full u-boot mode if a 'c' character is received on the uart.
We need to adjust the spl bss/malloc area to not overlap with the
loadaddr of the kernel (sdram + 32k), so move it past u-boot instead.
For raw mmc, we store the kernel parameter area in the free space after
the MBR (if
This patch series adds falcon boot mode for MMC (raw and FAT), similar to
the existing nand support.
As an example, it adds falcon boot support for the am335x evm board, which
is the platform that has been used to test the series.
Changes since V1:
- Adjusted am335x parameters according to Tom
So we can use it for falcon mode as well.
Signed-off-by: Peter Korsgaard peter.korsga...@barco.com
---
drivers/mmc/spl_mmc.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
diff --git a/drivers/mmc/spl_mmc.c b/drivers/mmc/spl_mmc.c
index d250b40..d710c0d 100644
---
On Wed, May 08, 2013 at 09:09:56PM +0200, Peter Korsgaard wrote:
Jump into full u-boot mode if a 'c' character is received on the uart.
We need to adjust the spl bss/malloc area to not overlap with the
loadaddr of the kernel (sdram + 32k), so move it past u-boot instead.
For raw mmc, we
Tom == Tom Rini tr...@ti.com writes:
Hi,
This also enables the spl command in the full u-boot so the kernel
parameter area snapshot can be created.
Signed-off-by: Peter Korsgaard peter.korsga...@barco.com
Tom You forgot to drop the RFC part :)
Argh, indeed.
+/* nand */
+#define
Hi,
What does u-boot expect to find in the device tree for a system with
multiple CPU sockets (not multi-core, but multiple physical CPUs) ?
For example if you have a two socket system, with a dual-core CPU per
socket would there just be 4 nodes in cpus {} with reg = 0, 1, 2, 3 or
is there
We always set a CONFIG_ENV_IS_...somewhere... so drop the initial define
of NOWHERE.
Signed-off-by: Tom Rini tr...@ti.com
---
include/configs/am335x_evm.h |4
1 file changed, 4 deletions(-)
diff --git a/include/configs/am335x_evm.h b/include/configs/am335x_evm.h
index ef00306..945ec09
Due to hardware design, we can't have NAND present (as we know of NAND
today) when booting from SPI, so disable NAND then as that simplifies
logic.
Signed-off-by: Tom Rini tr...@ti.com
---
include/configs/am335x_evm.h |9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git
Signed-off-by: Tom Rini tr...@ti.com
---
include/configs/am335x_evm.h |7 +++
1 file changed, 7 insertions(+)
diff --git a/include/configs/am335x_evm.h b/include/configs/am335x_evm.h
index 945ec09..004a06a 100644
--- a/include/configs/am335x_evm.h
+++ b/include/configs/am335x_evm.h
@@
We rework the various board_is_foo() checks to take a pointer to
struct am335x_baseboard_id rather than using a local copy in board.c.
This allows us to make use of the same checks in mux.c as well as fixing
problems when this code could be running from read-only memory.
Signed-off-by: Tom Rini
From: Steve Kipisz s-kipi...@ti.com
This patch adds support for the NOR module that attaches
to the memory cape for a Beaglebone board. This does not
add booting support; only support so that you can boot from
SD/MMC and see the NOR module so that it can be programmed.
Signed-off-by: Steve
From: Steve Kipisz s-kipi...@ti.com
NOR requires that s_init be within the first 4KiB of the image so that
we can perform the rest of the required pinmuxing to talk with the rest
of NOR that we are found on. When NOR_BOOT is set we save our
environment in NOR at 512KiB and a redundant copy at
On Mon, Mar 25, 2013 at 12:33 PM, York Sun york...@freescale.com wrote:
From: Roy Zang tie-fei.z...@freescale.com
T4240 internal UTMI phy is different comparing to previous UTMI PHY
in P3041.
This patch adds USB 2.0 UTMI Dual PHY new memory map and enable it for
T4240.
The phy timing is
On 05/08/2013 05:04:23 AM, ying.zh...@freescale.com wrote:
From: Ying Zhang b40...@freescale.com
This patch introduces SPL to enable a loader stub that runs in the L2
SRAM,
after being loaded by the code from the internal on-chip ROM. It
loads the
final uboot image into DDR, then jump to
Ah, ok, makes sense.
On May 7, 2013, at 18:18, sun york-R58495 r58...@freescale.com wrote:
On 05/07/2013 04:04 PM, Andy Fleming wrote:
On Mon, Mar 25, 2013 at 12:33 PM, York Sun york...@freescale.com
mailto:york...@freescale.com wrote:
From: Shaohui Xie shaohui@freescale.com
On 05/07/2013 01:33:11 AM, Kuo-Jung Su wrote:
From: Kuo-Jung Su dant...@faraday-tech.com
Faraday FTNANDC021 is a integrated NAND flash controller.
It use a build-in command table to abstract the underlying
NAND flash control logic.
For example:
Issuing a command 0x10 to FTNANDC021 would
2013/5/9 Scott Wood scottw...@freescale.com:
On 05/07/2013 01:33:11 AM, Kuo-Jung Su wrote:
From: Kuo-Jung Su dant...@faraday-tech.com
Faraday FTNANDC021 is a integrated NAND flash controller.
It use a build-in command table to abstract the underlying
NAND flash control logic.
For example:
From: Kuo-Jung Su dant...@faraday-tech.com
Faraday FTNANDC021 is a integrated NAND flash controller.
It use a build-in command table to abstract the underlying
NAND flash control logic.
For example:
Issuing a command 0x10 to FTNANDC021 would result in
a page write + a read status operation.
2013/5/8 Marek Vasut ma...@denx.de:
Dear Kuo-Jung Su,
2013/5/8 Marek Vasut ma...@denx.de:
Dear Kuo-Jung Su,
[...]
--- a/common/usb_hub.c
+++ b/common/usb_hub.c
@@ -419,6 +419,14 @@ static int usb_hub_configure(struct usb_device
*dev)
portstatus =
On Tue, May 07, 2013 at 11:01:35PM -0400, Tom Rini wrote:
All changes do, but you can just reply to this thread.
Ok, here it is again, with the tag.
From 532cc340712c0542526be601c3f9f886e7054e5c Mon Sep 17 00:00:00 2001
From: Paul B. Henson hen...@acm.org
Date: Sat, 4 May 2013 17:44:43 -0700
From: Kuo-Jung Su dant...@faraday-tech.com
This patch adds support to both Faraday FUSBH200 and FOTG210,
the differences between Faraday EHCI and standard EHCI are
listed bellow:
1. The PORTSC starts at 0x30 instead of 0x44.
2. The CONFIGFLAG(0x40) is not only un-implemented, and
also has its
From: Kuo-Jung Su dant...@faraday-tech.com
This patch makes the minimum power-on delay for USB HUB
become configurable. The original design waits at least
100 msec here, but some EHCI controlers(e.g. Faraday EHCI)
are known to require much longer delay interval.
NOTE:
The minimal delay is still
From: Kuo-Jung Su dant...@faraday-tech.com
There is at least one non-EHCI compliant controller (i.e. Faraday EHCI)
known to implement a non-standard TDI stuff.
Futhermore, it not only leave reserved and CONFIGFLAG registers
un-implemented but also has their address spaces removed.
And thus, we
From: Kuo-Jung Su dant...@faraday-tech.com
This patch adds support to both Faraday FUSBH200 and FOTG210,
the differences between Faraday EHCI and standard EHCI are
listed bellow:
1. The PORTSC starts at 0x30 instead of 0x44.
2. The CONFIGFLAG(0x40) is not only un-implemented, and
also has its
Hi Julius,
On 5/3/2013 18:54, Julius Hemanth P wrote:
This code is small snippet from patch
ftp://ftp.linux4sam.org/pub/uboot/u-boot-v2010.06/u-boot-5series_1.0.patch
Bug:-
I think this should not report bug, it should for compatible with old
kernel (only for Linux 2.6.39 released on
From: Kuo-Jung Su dant...@faraday-tech.com
The Faraday FOTG210 is an OTG chip which could operate
as either an EHCI Host or a USB Device as a time.
Signed-off-by: Kuo-Jung Su dant...@faraday-tech.com
CC: Marek Vasut ma...@denx.de
---
Changes for v5:
- Coding Style cleanup.
- Drop postfix
Hi Tom,
Please pull the following patches from u-boot-blackfin into your tree.
Thanks
Sonic
The following changes since commit fe8e4dbad1d31c452af3fbabba21e72b210381b3:
nds32: Use sections header to obtain link symbols (2013-05-08 12:38:10 +0800)
are available in the git repository at:
On Mon, Mar 25, 2013 at 1:56 AM, Rajeshwari Shinde
rajeshwar...@samsung.com wrote:
Since SPI register access is so expensive, it is worth transferring data
a word at a time if we can. This complicates the driver unfortunately.
Use the byte-swapping feature to avoid having to convert to/from
On Tue, May 7, 2013 at 10:21 PM, Stephen Warren swar...@wwwdotorg.org wrote:
Add a DT simple-framebuffer node to DT when booting the Linux kernel.
This will allow the kernel to inherit the framebuffer configuration from
U-Boot, and display a graphical boot console, and even run a full SW-
Hi Stephen,
On Tue, May 7, 2013 at 10:21 PM, Stephen Warren swar...@wwwdotorg.org wrote:
simple-framebuffer is a new device tree binding that describes a pre-
configured frame-buffer memory region and its format. The Linux kernel
contains a driver that supports this binding. Implement
Fix two issues with the calculation of pre_div and post_div:
1. pre_div: While the calculation of pre_div looks correct, to set the
CONREG[15-12] bits pre_div needs to be decremented by 1:
The i.MX 6Dual/6Quad Applications Processor Reference Manual (IMX6DQRM
Rev. 0, 11/2012) states:
The spi clock divisor is of the form x * (2**y), or x y, where x is
1 to 16, and y is 0 to 15. Note the similarity with floating point numbers.
Convert the desired divisor to the smallest number which is = desired divisor,
and can be represented in this form. The previous algorithm chose a
70 matches
Mail list logo
