2013/5/3 Tom Rini tr...@ti.com:
On Fri, Apr 26, 2013 at 04:02:32PM +0800, Kuo-Jung Su wrote:
From: Kuo-Jung Su dant...@faraday-tech.com
[snip]
+ | (phyaddr PHYCR_ADDR_SHIFT)
+ | (phyreg PHYCR_REG_SHIFT)
+ | 0x3000;
Magic number.
It's the HW
2013/5/3 Tom Rini tr...@ti.com:
On Fri, Apr 26, 2013 at 04:02:29PM +0800, Kuo-Jung Su wrote:
From: Kuo-Jung Su dant...@faraday-tech.com
To: u-boot@lists.denx.de
CC: Albert Aribaud albert.u.b...@aribaud.net
These patches introduce Faraday A36x SoC platform support.
Here are some public
Microblaze uses gpio which is connected to the system reset.
Currently gpio subsystem wasn't used for it.
Add gpio driver and change Microblaze reset logic to be done
via gpio subsystem.
There are various configurations which Microblaze can have
that's why gpio_alloc/gpio_alloc_dual(for dual
Fpga code is pretty old and none has tried to clean it up.
My attempt is related to new code I want to push to mainline
which is add support for checking bitstream and if bitstream
is valid for the selected device.
For this I need to do cleanup code and move code
from cmd_fpga.c to fpga.c in
No functional changes.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
Changes in v3: None
Changes in v2:
- Fix compilation warnings
drivers/fpga/fpga.c | 216
1 file changed, 98 insertions(+), 118 deletions(-)
diff --git
CONFIG_FPGA in past was a bitfield where bits
were use for vendor identification.
This fix should be the part of this commit:
Improve configuration of FPGA subsystem
(sha1: 0133502e39ff89b67c26cb4015e0e7e8d9571184)
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
Changes in v3: None
There is no reason to include net.h header in fpga code.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
Changes in v3: None
Changes in v2: None
common/cmd_fpga.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/common/cmd_fpga.c b/common/cmd_fpga.c
index aa14ceb..5e1d037 100644
No functional changes.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
Changes in v3: None
Changes in v2: None
I had to shorten some debug messages and divide them
to two parts to pass checkpatch.
---
common/cmd_fpga.c | 213 +++---
1 file
In bitstream decoding you can directly check device
which you want to load and in fpga.c are fpga_validate
and fpga_dev_info functions which should be used for it.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
Changes in v3:
- Setup fpga_loadbitstream as weak function
Changes in v2:
All fpga functions use devnum as int. Only fpga_loadbitstream
is using it as unsinged long dev.
This patch synchronize it.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
Changes in v3:
- New patch in this series
Changes in v2: None
drivers/fpga/fpga.c | 2 +-
drivers/fpga/xilinx.c
Devcfg device requires to load bitstream in binary format.
But u-boot also has an option for loading bitstream in bit
format. Let's handle both cases by zynqpl driver.
Also add suport for loading partial bitstreams.
The first driver version was done by:
Joe Hershberger joe.hershber...@ni.com
Ensure that wrong bitstream won't be loaded
to current device.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
Changes in v3:
- Rebase because of change in previous patch
- fpga_validate should be global function
- fix one printf function
- change parameter name according to previous
All these macros are completely unused by any code.
CONFIG_FPGA is not a bitfield anymore.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
Changes in v3:
- New patch in this series
Changes in v2: None
include/altera.h | 17 -
include/configs/M54455EVB.h |
Prepare place for new patch.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
arch/microblaze/lib/bootm.c | 20 +++-
1 file changed, 11 insertions(+), 9 deletions(-)
diff --git a/arch/microblaze/lib/bootm.c b/arch/microblaze/lib/bootm.c
index 66d21f4..b992a4d 100644
---
fdt_initrd add additional information to DTB about initrd
addresses which are later used by kernel.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
arch/microblaze/lib/bootm.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/microblaze/lib/bootm.c
On Fri, 2013-05-03 at 03:29 +0800, Stephen Warren wrote:
On 04/29/2013 03:21 AM, Jim Lin wrote:
Tegra30 and Tegra114 are compatible except
1. T30 takes 55 ms to finish Port Reset. T114 takes
50 ms.
Is that 55-vs-50 some aspect of the HW specification itself, or the
overall result of
This code is small snippet from patch
ftp://ftp.linux4sam.org/pub/uboot/u-boot-v2010.06/u-boot-5series_1.0.patch
Bug:-
For board at91sam9x5ek, U-boot doesn't pass serial and revision tags
to Linux kernel, hence kernel fails to identify correct revision and assumes
as rev-A, resulting in failing
On Fri, 2013-05-03 at 03:10 +0800, Stephen Warren wrote:
On 04/29/2013 03:21 AM, Jim Lin wrote:
Add DT node for USB function.
diff --git a/arch/arm/dts/tegra114.dtsi b/arch/arm/dts/tegra114.dtsi
+/* This table has USB timing parameters for each Oscillator frequency we
+ * support.
Dear Marek Vasut,
On Friday, May 3, 2013 4:38:43 AM, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Legacy iomux support is no longer needed now that all boards have been
converted to iomux-v3.
Signed-off-by: Benoît Thébaudeau benoit.thebaud...@advansee.com
Yes, good move
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/02/2013 10:27 PM, Jaehoon Chung wrote:
On 05/03/2013 02:53 AM, Stephen Warren wrote:
On 04/21/2013 11:29 AM, Nicolas Chauvet wrote:
Hi,
I'm experiencing a regression from v2013.04-rc3 that I found
related to the following commit:
[the original patch removed]
So, I spent some more time debugging a system which requires this
patch: a system, where on a SPI interface a response to a command
could come way later then the command data transmission completes.
The original patch was trying to address many corner cases, but come
Hi all
I require uboot source code for board MPC8641D MPC8548E. Kindly provide
me link for these PPC board
Thanks u
--
View this message in context:
http://u-boot.10912.n7.nabble.com/uboot-source-code-for-MPC8641D-MPC8548E-tp153881.html
Sent from the U-Boot mailing list archive at
Respected Sir/Mam,
I am new on linux and BSP. We have purchased one processors board whihc is
technexion tdm3730 Blizzardpack.
We have install Cross Compiler(CodeSourcery C++ Lite 2010.09-50) for the
same from below link :
https://sourcery.mentor.com/sgpp/lite/arm/portal/release1600
Now i have
Common image usage is uImage + appended rootfs, so the the uImage data
is only part of the total image. So read out and use the header's
ih_size field instead of the total file size.
To prevent reading over the end of the buffer, check that the image file
is big enough to contain the data before
-Original Message-
From: Stephen Warren [mailto:swar...@wwwdotorg.org]
Sent: Friday, May 03, 2013 12:40 AM
To: Jim Lin
Cc: u-boot@lists.denx.de; ma...@denx.de; Stephen Warren; Tom Warren;
Venu Byravarasu
Subject: Re: [U-Boot] [PATCH 1/3] ARM: Tegra: FDT: Add USB support for
Dear Benoît Thébaudeau,
Dear Marek Vasut,
On Friday, May 3, 2013 4:38:43 AM, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Legacy iomux support is no longer needed now that all boards have been
converted to iomux-v3.
Signed-off-by: Benoît Thébaudeau
Dear Marek Vasut,
On Friday, May 3, 2013 2:42:04 PM, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Dear Marek Vasut,
On Friday, May 3, 2013 4:38:43 AM, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Legacy iomux support is no longer needed now that all boards have been
converted
Dear Benoît Thébaudeau,
Dear Marek Vasut,
On Friday, May 3, 2013 2:42:04 PM, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Dear Marek Vasut,
On Friday, May 3, 2013 4:38:43 AM, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Legacy iomux support is no longer needed now
Dear Marek Vasut,
On Friday, May 3, 2013 3:18:33 PM, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Dear Marek Vasut,
On Friday, May 3, 2013 2:42:04 PM, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Dear Marek Vasut,
On Friday, May 3, 2013 4:38:43 AM, Marek Vasut wrote:
With the u-boot-with-spl.bin rule calling $(OBJCOPY) with
CONFIG_SPL_PAD_TO, and CONFIG_SPL_PAD_TO defaulting to
CONFIG_SPL_MAX_SIZE we cannot use math here, so set it to 4096 rather
than 4 * 1024.
Signed-off-by: Tom Rini tr...@ti.com
---
include/configs/P1022DS.h |2 +-
1 file changed, 1
On Thu, May 02, 2013 at 06:15:46PM -0500, Andy Fleming wrote:
The following changes since commit 63216de13488e8bc81afb53d0f5177142ee34ceb:
omap5_uevm: Enable redundant MMC environment (2013-05-01 16:41:10 -0400)
are available in the git repository at:
Thx for the answear on this topic. I will answear when back from vacation.
The card was advertised as class 10 sdcard. I know I can see others
properties with some uboot *info tool
I ve also tested with the release version with theses patches reverted.
Nicolas (kwizart)
Dear Benoît Thébaudeau,
Dear Marek Vasut,
On Friday, May 3, 2013 3:18:33 PM, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Dear Marek Vasut,
On Friday, May 3, 2013 2:42:04 PM, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Dear Marek Vasut,
On Friday, May 3,
Dear Bo Shen,
Hi All,
Now, I test usb host support with Atmel boards, for example,
at91sam9x5ek board.
When test OHCI USB host with usb keyboard. I meet the following issue.
---8---
U-Boot 2013.04-dirty (May 03 2013 - 11:00:34)
CPU: AT91SAM9G35
Crystal frequency: 12 MHz
Dear Marek Vasut,
On Friday, May 3, 2013 3:39:39 PM, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Dear Marek Vasut,
On Friday, May 3, 2013 3:18:33 PM, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Dear Marek Vasut,
On Friday, May 3, 2013 2:42:04 PM, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Dear Marek Vasut,
On Friday, May 3, 2013 3:39:39 PM, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Dear Marek Vasut,
On Friday, May 3, 2013 3:18:33 PM, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Dear Marek Vasut,
On Friday, May 3,
Prior to this series running 'memtester' utility in Linux on a mx23evk
always resulted in many errors during stress testing, if the kernel is loaded
via U-boot.
Running the same test and loading the kernel via FSL bootlets resulted on
zero errors.
Adjust U-boot so that it can also pass the
From: Fabio Estevam fabio.este...@freescale.com
On mx23 the pad voltage selection bit needs to be always '0', since '1' is a
reserved value.
For example:
Pin 108, EMI_A06 pin voltage selection:
0= 1.8V (mDDR) or 2.5V (DDR1);
1= reserved.
Fix the pad voltage definitions for the mx23 case.
From: Fabio Estevam fabio.este...@freescale.com
Change MUX_CONFIG_EMI to use the same drive strength as the bootlets code from
Freescale, which results in much better stability.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Changes since v3:
- None
Changes since v2:
- Only change
From: Fabio Estevam fabio.este...@freescale.com
Change MUX_CONFIG_EMI to use the same drive strength as the bootlets code from
Freescale, which results in much better stability.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Changes since v3:
- None
Changes since v2:
- Only change
From: Fabio Estevam fabio.este...@freescale.com
Start bit is part of HW_DRAM_CTL8 register, so fix the comment.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Changes since v3:
- None
Changes since v2:
- None
Changes since v1:
- Newly introduced as the previous patch is now
From: Fabio Estevam fabio.este...@freescale.com
HW_DRAM_CTL27, HW_DRAM_CTL28 and HW_DRAM_CTL35 are not initialized as per
FSL bootlets code.
mx23 Reference Manual mark HW_DRAM_CTL27 and HW_DRAM_CTL28 as reserved.
HW_DRAM_CTL8 is setup as the last element.
So skip the initialization of these
From: Fabio Estevam fabio.este...@freescale.com
FSL bootlets code set the PORT_PRIORITY_ORDER field of register HW_EMI_CTRL
as 0x2, which means:
PORT0231 = 0x02 Priority Order: AXI0, AHB2, AHB3, AHB1
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Changes since v3:
- None
Changes
From: Fabio Estevam fabio.este...@freescale.com
On mx23 there is no 'DRAM init complete' in register HW_DRAM_CTL18.
Remove this erroneous setting.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Changes since v3:
- None
Changes since v2:
- None
Changes since v1:
- Newly introduced
This allows to use this code on non Freescale QorIQ boards. If I am
right, there are currently only Freescale boards with a QorIQ Soc that
is supported by u-boot, that's why this code was located there.
Some other code parts that currently are located in the board/freescale
directory could be
Dear Fabio Estevam,
From: Fabio Estevam fabio.este...@freescale.com
On mx23 the pad voltage selection bit needs to be always '0', since '1' is
a reserved value.
For example:
Pin 108, EMI_A06 pin voltage selection:
0= 1.8V (mDDR) or 2.5V (DDR1);
1= reserved.
Fix the pad voltage
Dear Fabio Estevam,
From: Fabio Estevam fabio.este...@freescale.com
HW_DRAM_CTL27, HW_DRAM_CTL28 and HW_DRAM_CTL35 are not initialized as per
FSL bootlets code.
mx23 Reference Manual mark HW_DRAM_CTL27 and HW_DRAM_CTL28 as reserved.
HW_DRAM_CTL8 is setup as the last element.
So skip
From: Fabio Estevam fabio.este...@freescale.com
Change MUX_CONFIG_EMI to use the same drive strength as the bootlets code from
Freescale, which results in much better stability.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Changes since v4:
- None
Changes since v3:
- None
Changes
Prior to this series running 'memtester' utility in Linux on a mx23evk
always resulted in many errors during stress testing, if the kernel is loaded
via U-boot.
Running the same test and loading the kernel via FSL bootlets resulted on
zero errors.
Adjust U-boot so that it can also pass the
From: Fabio Estevam fabio.este...@freescale.com
On mx23 the pad voltage selection bit needs to be always '0', since '1' is a
reserved value.
For example:
Pin 108, EMI_A06 pin voltage selection:
0= 1.8V (mDDR) or 2.5V (DDR1);
1= reserved.
Fix the pad voltage definitions for the mx23 case.
From: Fabio Estevam fabio.este...@freescale.com
Change MUX_CONFIG_EMI to use the same drive strength as the bootlets code from
Freescale, which results in much better stability.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Changes since v4:
- None
Changes since v3:
- None
Changes
From: Fabio Estevam fabio.este...@freescale.com
Start bit is part of HW_DRAM_CTL8 register, so fix the comment.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Changes since v4:
- None
Changes since v3:
- None
Changes since v2:
- None
Changes since v1:
- Newly introduced as the
From: Fabio Estevam fabio.este...@freescale.com
HW_DRAM_CTL27, HW_DRAM_CTL28 and HW_DRAM_CTL35 are not initialized as per
FSL bootlets code.
mx23 Reference Manual mark HW_DRAM_CTL27 and HW_DRAM_CTL28 as reserved.
HW_DRAM_CTL8 is setup as the last element.
So skip the initialization of these
From: Fabio Estevam fabio.este...@freescale.com
On mx23 there is no 'DRAM init complete' in register HW_DRAM_CTL18.
Remove this erroneous setting.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Changes since v4:
- None
Changes since v3:
- None
Changes since v2:
- None
Changes
From: Fabio Estevam fabio.este...@freescale.com
FSL bootlets code set the PORT_PRIORITY_ORDER field of register HW_EMI_CTRL
as 0x2, which means:
PORT0231 = 0x02 Priority Order: AXI0, AHB2, AHB3, AHB1
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Changes since v4:
- None
Changes
On 05/03/2013 05:07 AM, Jim Lin wrote:
On Fri, 2013-05-03 at 03:10 +0800, Stephen Warren wrote:
On 04/29/2013 03:21 AM, Jim Lin wrote:
Add DT node for USB function.
diff --git a/arch/arm/dts/tegra114.dtsi b/arch/arm/dts/tegra114.dtsi
+/* This table has USB timing parameters for each
On 05/03/2013 04:53 AM, Jim Lin wrote:
On Fri, 2013-05-03 at 03:29 +0800, Stephen Warren wrote:
On 04/29/2013 03:21 AM, Jim Lin wrote:
Tegra30 and Tegra114 are compatible except
1. T30 takes 55 ms to finish Port Reset. T114 takes
50 ms.
Is that 55-vs-50 some aspect of the HW
Dear Fabio Estevam,
Prior to this series running 'memtester' utility in Linux on a mx23evk
always resulted in many errors during stress testing, if the kernel is
loaded via U-boot.
Running the same test and loading the kernel via FSL bootlets resulted on
zero errors.
Adjust U-boot so
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 T20/T30/T114
ARM: Tegra: USB: Add driver
Dear Jonas Gorski,
In message 1367581025-26740-1-git-send-email-j...@openwrt.org you wrote:
Common image usage is uImage + appended rootfs, so the the uImage data
No, this is not at all common usage. Actually this something you
should never do.
is only part of the total image. So read out
Dear Marek Vasut,
On Thursday, April 25, 2013 10:16:03 PM, Marek Vasut wrote:
Add basic support for the DENX M53EVK board. Currently supported is:
MMC (incl. booting)
NAND (incl. booting)
Ethernet, I2C, USB, SATA, RTC.
Signed-off-by: Marek Vasut ma...@denx.de
[...]
diff --git
On Friday, May 3, 2013 4:59:13 PM, Benoît Thébaudeau wrote:
Dear Marek Vasut,
On Thursday, April 25, 2013 10:16:03 PM, Marek Vasut wrote:
Add basic support for the DENX M53EVK board. Currently supported is:
MMC (incl. booting)
NAND (incl. booting)
Ethernet, I2C, USB, SATA, RTC.
On Fri, 03 May 2013 17:04:44 +0200
Wolfgang Denk w...@denx.de wrote:
Dear Jonas Gorski,
In message 1367581025-26740-1-git-send-email-j...@openwrt.org you
wrote:
Common image usage is uImage + appended rootfs, so the the uImage
data
No, this is not at all common usage. Actually this
From: Fabio Estevam fabio.este...@freescale.com
Provide instructions on how to build U-boot and flash the binary into an SD card
for a mx23 based platform.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
doc/README.mx23_common | 145
Dear Jonas Gorski,
In message 20130503174205.0070@unknown you wrote:
Sorry, I don't know how you create your image files, but you must be
doing something fundamentally wrong. If mkimage reports a bug here,
it is probably right. If the actual payload size is different from
the
Dear Fabio Estevam,
From: Fabio Estevam fabio.este...@freescale.com
Provide instructions on how to build U-boot and flash the binary into an SD
card for a mx23 based platform.
Can most of this not be shared with MX28 ?
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
On Friday, May 3, 2013 5:58:24 PM, Matt Sealey wrote:
I had a patch queued which did exactly this, but I am fine with
someone else doing it ;)
Tested works exactly the same.
Signed-off-by: Matt Sealey m...@genesi-usa.com
You probably mean Tested-by.
Best regards,
Benoît
On Fri, May 3, 2013 at 12:55 PM, Marek Vasut ma...@denx.de wrote:
Dear Fabio Estevam,
From: Fabio Estevam fabio.este...@freescale.com
Provide instructions on how to build U-boot and flash the binary into an SD
card for a mx23 based platform.
Can most of this not be shared with MX28 ?
I had a patch queued which did exactly this, but I am fine with
someone else doing it ;)
Tested works exactly the same.
Signed-off-by: Matt Sealey m...@genesi-usa.com
On Thu, May 2, 2013 at 3:52 PM, Benoît Thébaudeau
benoit.thebaud...@advansee.com wrote:
There is no change of behavior, except
On Fri, 03 May 2013 17:54:25 +0200
Wolfgang Denk w...@denx.de wrote:
Dear Jonas Gorski,
In message 20130503174205.0070@unknown you wrote:
Sorry, I don't know how you create your image files, but you must
be doing something fundamentally wrong. If mkimage reports a bug
here, it
Dear Marek Vasut,
On Friday, May 3, 2013 4:59:13 PM, Benoît Thébaudeau wrote:
Dear Marek Vasut,
On Thursday, April 25, 2013 10:16:03 PM, Marek Vasut wrote:
Add basic support for the DENX M53EVK board. Currently supported is:
MMC (incl. booting)
NAND (incl. booting)
Ethernet, I2C, USB,
From: Fabio Estevam fabio.este...@freescale.com
In order to improve readability keep the text within 80 columns.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
doc/README.mx28_common | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git
From: Fabio Estevam fabio.este...@freescale.com
MX28 can boot from SSP0 or SSP1, so it is better not to hardcode the SSP port
in the instructions.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
doc/README.mx28_common |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
From: Fabio Estevam fabio.este...@freescale.com
Re-structure the sentence a bit so that it can clearer.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
doc/README.mx28_common |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/doc/README.mx28_common
From: Fabio Estevam fabio.este...@freescale.com
Create a README.mxs file that contains instructions on how to use U-boot for
both MX23 and MX28.
As boot from NAND has only been tested on mx28, make it clear that it only
applies to MX28.
While at it, do some small cleanups for the sake of
From: Fabio Estevam fabio.este...@freescale.com
Board specific READMEs should be located inside the respective board directory.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
doc/README.m28 = board/denx/m28evk/README |0
1 file changed, 0 insertions(+), 0 deletions(-)
rename
From: Fabio Estevam fabio.este...@freescale.com
Board specific READMEs should be located inside the respective board directory.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
.../freescale/mx28evk/README |0
1 file changed, 0 insertions(+), 0 deletions(-)
Signed-off-by: Eric Nelson eric.nel...@boundarydevices.com
---
common/cmd_itest.c|4
doc/README.commands.itest | 10 +-
2 files changed, 13 insertions(+), 1 deletion(-)
diff --git a/common/cmd_itest.c b/common/cmd_itest.c
index 2c8e5d0..0629b09 100644
---
Dear Eric Nelson,
In message 1367606863-14846-1-git-send-email-eric.nel...@boundarydevices.com
you wrote:
Signed-off-by: Eric Nelson eric.nel...@boundarydevices.com
---
common/cmd_itest.c|4
doc/README.commands.itest | 10 +-
2 files changed, 13 insertions(+), 1
Dear Jonas Gorski,
In message 20130503183128.0900@unknown you wrote:
And this isn't from me, but this is how most firmware images are
Define most.
Most images I have seen for kirkwood, ar71xx, ralink, and I'm sure
there are more.
Maybe these do - but these are a tiny, virtually
Hi Wolfgang,
On 05/03/2013 12:08 PM, Wolfgang Denk wrote:
Dear Eric Nelson,
In message 1367606863-14846-1-git-send-email-eric.nel...@boundarydevices.com
you wrote:
Signed-off-by: Eric Nelson eric.nel...@boundarydevices.com
---
common/cmd_itest.c|4
On Fri, May 03, 2013 at 09:14:07AM +0200, Michal Simek wrote:
Fpga code is pretty old and none has tried to clean it up.
My attempt is related to new code I want to push to mainline
which is add support for checking bitstream and if bitstream
is valid for the selected device.
For this I need
Dear Fabio Estevam,
From: Fabio Estevam fabio.este...@freescale.com
Create a README.mxs file that contains instructions on how to use U-boot
for both MX23 and MX28.
As boot from NAND has only been tested on mx28, make it clear that it only
applies to MX28.
While at it, do some small
Dear Fabio Estevam,
From: Fabio Estevam fabio.este...@freescale.com
MX28 can boot from SSP0 or SSP1, so it is better not to hardcode the SSP
port in the instructions.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
doc/README.mx28_common |4 +---
1 file changed, 1
Dear Fabio Estevam,
From: Fabio Estevam fabio.este...@freescale.com
Board specific READMEs should be located inside the respective board
directory.
Where did you find this rule?
Best regards,
Marek Vasut
___
U-Boot mailing list
Dear Benoît Thébaudeau,
Dear Marek Vasut,
On Friday, May 3, 2013 4:59:13 PM, Benoît Thébaudeau wrote:
Dear Marek Vasut,
On Thursday, April 25, 2013 10:16:03 PM, Marek Vasut wrote:
Add basic support for the DENX M53EVK board. Currently supported is:
MMC (incl. booting)
NAND
Dear Marek Vasut,
On Friday, May 3, 2013 9:56:40 PM, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Dear Marek Vasut,
On Friday, May 3, 2013 4:59:13 PM, Benoît Thébaudeau wrote:
Dear Marek Vasut,
On Thursday, April 25, 2013 10:16:03 PM, Marek Vasut wrote:
Add basic support for
Dear Benoît Thébaudeau,
Dear Marek Vasut,
On Friday, May 3, 2013 9:56:40 PM, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Dear Marek Vasut,
On Friday, May 3, 2013 4:59:13 PM, Benoît Thébaudeau wrote:
Dear Marek Vasut,
On Thursday, April 25, 2013 10:16:03 PM, Marek
On Fri, May 3, 2013 at 4:54 PM, Marek Vasut ma...@denx.de wrote:
Dear Fabio Estevam,
From: Fabio Estevam fabio.este...@freescale.com
Board specific READMEs should be located inside the respective board
directory.
Where did you find this rule?
Here:
commit
There is no change of behavior, even if some pad control values could probably
be simplified.
Signed-off-by: Benoît Thébaudeau benoit.thebaud...@advansee.com
---
Changes in v3: None
Changes in v2: None
board/freescale/mx25pdk/mx25pdk.c | 128 ++---
1 file
Signed-off-by: Benoît Thébaudeau benoit.thebaud...@advansee.com
---
Changes in v3: None
Changes in v2: None
board/freescale/mx25pdk/mx25pdk.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/board/freescale/mx25pdk/mx25pdk.c
b/board/freescale/mx25pdk/mx25pdk.c
index
Allow usage of the imx-common/iomux-v3.h framework by including pad settings for
the i.MX25. The content of the file is taken from Linux kernel at commit
267dd34, plus the required changes to make it work in U-Boot.
Signed-off-by: Benoît Thébaudeau benoit.thebaud...@advansee.com
---
Changes in
The signal connected from this pin to the PMIC is WDOG_B, i.e. ALT0 mode, not
ALT1 (which even corresponds to nothing).
Signed-off-by: Benoît Thébaudeau benoit.thebaud...@advansee.com
---
Changes in v3: None
Changes in v2: None
board/freescale/mx35pdk/mx35pdk.c |2 +-
1 file changed, 1
Legacy iomux support is no longer needed now that all boards have been converted
to iomux-v3.
Signed-off-by: Benoît Thébaudeau benoit.thebaud...@advansee.com
---
Changes in v3: None
Changes in v2: None
arch/arm/cpu/arm926ejs/mx25/generic.c | 117 ---
In ALT1 mode, EIM_CS2 is GPIO2[27], not ESDHC1.CD. Hence, rename
MX51_PAD_EIM_CS2__SD1_CD to MX51_PAD_EIM_CS2__GPIO2_27.
Signed-off-by: Benoît Thébaudeau benoit.thebaud...@advansee.com
---
Changes in v3: None
Changes in v2: None
arch/arm/include/asm/arch-mx5/iomux-mx51.h |2 +-
There is no change of behavior.
Signed-off-by: Benoît Thébaudeau benoit.thebaud...@advansee.com
---
Changes in v3: None
Changes in v2: None
board/freescale/mx35pdk/mx35pdk.c | 173 -
1 file changed, 74 insertions(+), 99 deletions(-)
diff --git
There is no change of behavior.
Signed-off-by: Benoît Thébaudeau benoit.thebaud...@advansee.com
---
Changes in v3: None
Changes in v2: None
board/woodburn/woodburn.c | 69 -
1 file changed, 37 insertions(+), 32 deletions(-)
diff --git
Add missing definitions that are required by future changes.
By the way, make some cosmetic cleanup.
Signed-off-by: Benoît Thébaudeau benoit.thebaud...@advansee.com
---
Changes in v3: None
Changes in v2: None
arch/arm/include/asm/arch-mx5/iomux-mx51.h | 151 +++-
1
There is no change of behavior, even if some pad control values could probably
be simplified.
Signed-off-by: Benoît Thébaudeau benoit.thebaud...@advansee.com
---
Changes in v3: None
Changes in v2: None
board/karo/tx25/tx25.c | 107 ++--
1 file
There is no change of behavior, except for older silicon revisions for which
support is removed.
Signed-off-by: Benoît Thébaudeau benoit.thebaud...@advansee.com
---
Changes in v3: None
Changes in v2: None
board/freescale/mx51evk/mx51evk.c | 348 +++
1 - 100 of 121 matches
Mail list logo