-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
On Behalf Of Alison Wang
Sent: Thursday, August 14, 2014 10:45 AM
To: Sun York-R58495; u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v3 04/18] net: mdio: Add private MDIO read/write
function
Hi S,
Hi Stephen,
Thanks for your reply. I used your patches after 2014.07 and able to
test the DFU successfully using ci_udc,but not thor it looks like
that it needs some patches to work for thor.
I can only add that thor shares code with dfu to perform correct
operation.
At least on
On 13 Aug 2014, scottw...@freescale.com wrote:
On Tue, 2014-08-12 at 18:58 -0400, Bill Pringlemeir wrote:
On 12 Aug 2014, scottw...@freescale.com wrote:
On Tue, 2014-08-12 at 23:13 +0200, Stefan Agner wrote:
Am 2014-08-12 00:33, schrieb Scott Wood:
You should always be using raw I/O
On 08/10/14 20:12, Nikita Kiryanov wrote:
Add support for all 3 I2C busses on Compulab CM-FX6 CoM.
Cc: Igor Grinberg grinb...@compulab.co.il
Cc: Stefano Babic sba...@denx.de
Cc: Tom Rini tr...@ti.com
Signed-off-by: Nikita Kiryanov nik...@compulab.co.il
Acked-by: Igor Grinberg
Hi Minkyu,
It is necessary to provide the same Vendor and Product IDs as the one
in the original Linux kernel code.
Without this change the USB mass storage gadget is not working with
Windows7.
Do you have any comments to this patch?
Would you consider taking this patch to u-boot-samsung
On 08/10/14 20:12, Nikita Kiryanov wrote:
Use Compulab eeprom module to obtain revision number, serial number, and
mac address from the EEPROM.
Cc: Igor Grinberg grinb...@compulab.co.il
Cc: Stefano Babic sba...@denx.de
Cc: Tom Rini tr...@ti.com
Signed-off-by: Nikita Kiryanov
Hi Nikita,
On 08/10/14 20:13, Nikita Kiryanov wrote:
Add support for SATA.
Cc: Igor Grinberg grinb...@compulab.co.il
Cc: Stefano Babic sba...@denx.de
Cc: Tom Rini tr...@ti.com
Signed-off-by: Nikita Kiryanov nik...@compulab.co.il
---
Changes in V2:
- No changes
On 08/13/14 15:55, Igor Grinberg wrote:
Hi Nikita,
Several comments below in addition to Simon's.
On 08/11/14 19:22, Nikita Kiryanov wrote:
Add initial support for Compulab CM-FX6 CoM.
Support includes MMC, SPI flash, and SPL with dynamic DRAM detection.
Cc: Igor Grinberg
This patch is to add I2C 1,2,3 support for LS102xA.
Signed-off-by: Alison Wang alison.w...@freescale.com
---
Change log:
v4: Add commit messages.
v3: Add I2C 3 support.
v2: No change.
drivers/i2c/mxc_i2c.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
From: Claudiu Manoil claudiu.man...@freescale.com
fsl_enet.h defines the mapping of the usual MII management
registers, which are included in the MDIO register block
common to Freescale ethernet controllers. So it shouldn't
depend on the CPU architecture but it should be actually
part of the arch
Use mb() instead of sync assembly instruction to be
compatible for both ARM and PowerPC.
Signed-off-by: Alison Wang alison.w...@freescale.com
---
Change log:
v4: No change.
v3: Use mb() to be compatible for both ARM and PowerPC.
Split from the 0004-arm-ls102xa-Add-etsec-support-for-LS102xA
For LS102xA, the platform is little endian, while esdhc IP is
big endian. So two macros are added, CONFIG_SYS_FSL_ESDHC_LE
and CONFIG_SYS_FSL_ESDHC_BE, to determine the registers'
reading/writing in big or little endian format.
Signed-off-by: Alison Wang alison.w...@freescale.com
---
Change log:
From: Wang Huan b18...@freescale.com
The QorIQ LS1 family is built on Layerscape architecture,
the industry's first software-aware, core-agnostic networking
architecture to offer unprecedented efficiency and scale.
Freescale LS102xA is a set of SoCs combines two ARM
Cortex-A7 cores that have
This series contain the support for Freescale LS102xA SoC
and LS1021AQDS/TWR board.
The QorIQ LS1 family is built on Layerscape architecture,
the industry's first software-aware, core-agnostic networking
architecture to offer unprecedented efficiency and scale.
Freescale LS102xA is a set of SoCs
From: York Sun york...@freescale.com
Reading DDR register should use ddr_in32() for proper endianess.
This patch fixes incorrect waiting time for ARM platforms.
Signed-off-by: York Sun york...@freescale.com
---
Change log:
v4: No change.
v3: No change.
v2: No change.
For LS102xA, RxBDs and TxBDs are interpreted with little-endian
bytes ordering. The offset for each of eTSECs and MDIOs is
256K bytes.
Signed-off-by: Alison Wang alison.w...@freescale.com
---
Change log:
v4: No change.
v3: No change.
v2: Add private mdio read and write support.
From: York Sun york...@freescale.com
If less than 8 ECC pins are used for DDR data bus width smaller than 64
bits, the 8-bit ECC code will be transmitted/received across several beats,
and it will be used to check 64-bits of data once 8-bits of ECC are
accumulated.
Signed-off-by: York Sun
From: York Sun york...@freescale.com
JEDEC spec allows DRAM vendors to use prime DQ for write leveling. This
is not an issue unless some DQ pins are not connected. If a platform uses
regular DIMMs but with reduced DDR ECC pins, the prime DQ may end up on
those floating pins for the second rank.
From: Jingchang Lu jingchang...@freescale.com
On vybrid, lpuart's registers are 8-bit. On LS102xA, lpuart's registers
are 32-bit. This patch adds the support for 32-bit registers on
LS102xA.
Signed-off-by: Jingchang Lu jingchang...@freescale.com
Signed-off-by: Yuan Yao yao.y...@freescale.com
---
From: Claudiu Manoil claudiu.man...@freescale.com
Remove the DMCTRL Tx snooping bits (TDSEN and TBDSEN) as a
workaround for LS1. It has been observed that currently
the Tx stops functioning after a fair amount of Tx traffic
with these settings on. These bits are sticky and once set
they cannot
On LS1021ATWR, Silicon's Sii9022A HDMI Transmitter
is used. This patch adds the common setting for this
chip.
Signed-off-by: Alison Wang alison.w...@freescale.com
---
Change log:
v4: Add commit messages.
v3: New file.
board/freescale/common/Makefile | 2 +
From: Wang Huan b18...@freescale.com
LS102xA is an ARMv7 implementation. This patch is to add
basic support for LS1021AQDS board.
One DDR controller
DUART1 is used as the console
For the detail board information, please refer to README.
Signed-off-by: Alison Wang alison.w...@freescale.com
From: Wang Huan b18...@freescale.com
This patch is to add DCU driver support. DCU also named
2D-ACE(Two Dimensional Animation and Compositing Engine)
is a system master that fetches graphics stored in internal
or external memory and displays them on a TFT LCD panel.
Signed-off-by: Alison Wang
From: Wang Huan b18...@freescale.com
LS102xA is an ARMv7 implementation. This patch is to add
basic support for LS1021ATWR board.
One DDR controller
DUART1 is used as the console
For the detail board information, please refer to README.
Signed-off-by: Chen Lu chen...@freescale.com
As extra FPGA settings is needed for MDIO read/write
on LS1021AQDS, private MDIO read/write functions are
created.
Signed-off-by: Alison Wang alison.w...@freescale.com
---
Change log:
v4: No change.
v3: Split from the 0004-arm-ls102xa-Add-etsec-support-for-LS102xA patch.
v2: Add private mdio
From: Wang Huan b18...@freescale.com
This patch is to add LETECH support for LS1021AQDS/TWR board.
For LETECH, lpuart is used as console.
Signed-off-by: Jason Jin jason@freescale.com
Signed-off-by: Yuan Yao yao.y...@freescale.com
Signed-off-by: Alison Wang alison.w...@freescale.com
---
From: Wang Huan b18...@freescale.com
This patch adds the TWR_LCD_RGB card/HDMI options and the common
configuration for DCU on LS1021ATWR board.
Signed-off-by: Alison Wang alison.w...@freescale.com
---
Change log:
v4: Add commit messages.
v3: New file.
board/freescale/ls1021atwr/Makefile
Am 31.07.2014 21:57, schrieb Stephen Warren:
Huh, I do see that now. I must have been looking at the content of
common/cmd_nvedit.c from the wrong branch, which didn't include that
patch. I could have sworn I checked git history too, but evidently not.
It is indeed clearly there right before
On 08/14/2014 08:04 AM, Youngmin Nam wrote:
Thank you for reply Tom,
Let me ask you some questions.
Can we set kernel's bootargs without re-compiling device tree on arm64
kernel by u-boot?
I mean, I want to set kernel's bootargs by u-boot without re-compiling
device tree.
Is it
On Mon, 11 Aug 2014 11:17:08 +0200
Heiko Schocher h...@denx.de wrote:
currently the buffer for command name is 50 bytes only. If using
fit_info with long absolute paths, this is not enough, so raise
it to 256 (as it is in fit_check_sign)
Signed-off-by: Heiko Schocher h...@denx.de
Cc: Simon
On Mon, 11 Aug 2014 11:02:17 +0200
Heiko Schocher h...@denx.de wrote:
fix a typo in error printf. If FIT_CONFS_PATH is not found
print FIT_CONFS_PATH not FIT_IMAGES_PATH.
Signed-off-by: Heiko Schocher h...@denx.de
Cc: Simon Glass s...@chromium.org
---
tools/image-host.c | 2 +-
1 file
On Sun, 10 Aug 2014 20:03:07 +0300
picmas...@mail.bg wrote:
From: Nikolay Dimitrov picmas...@mail.bg
Signed-off-by: Nikolay Dimitrov picmas...@mail.bg
Cc: Stefano Babic sba...@denx.de
---
arch/arm/cpu/armv7/mx6/soc.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
On Mon, 11 Aug 2014 16:09:28 -0600
Stephen Warren swar...@wwwdotorg.org wrote:
From: Stephen Warren swar...@nvidia.com
If a 32-bit system has 2GB of RAM, and the base address of that RAM is
2GB, then start+size will overflow a 32-bit value (to a value of 0).
To avoid such an overflow,
The command generating the common/system_map.o file was always shown
during the build making the output messy. Now it is called using the
Kbuild cmd macro, so that the full command is shown only when
building in verbose mode.
Signed-off-by: Vasili Galka vvv...@gmail.com
---
Makefile | 10
The build of bf533-stamp and bf538f-ezkit boards is broken. The code
does not fit into the available RAM. This fixes the build by favoring
size optimization over speed optimization for the code in lib
directory.
Signed-off-by: Vasili Galka vvv...@gmail.com
Cc: Sonic Zhang sonic@gmail.com
---
On Sat, 9 Aug 2014 18:17:47 +0200
Luka Perkov l...@openwrt.org wrote:
Signed-off-by: Luka Perkov l...@openwrt.org
---
tools/mkimage.c | 2 ++
1 file changed, 2 insertions(+)
applied to u-boot-staging/ag...@denx.de. thanks!
Anatolij
___
U-Boot
Hi Simon,
On Thu, Aug 14, 2014 at 7:20 AM, Simon Glass s...@chromium.org wrote:
Hi,
On 12 August 2014 10:12, Vasili Galka vvv...@gmail.com wrote:
On Sun, Jun 29, 2014 at 6:01 PM, Vasili Galka vvv...@gmail.com wrote:
Hi,
Some of the recent commits on u-boot/master have broken the
Add support for booting Images and for unzipping Image.gz files.
Signed-off-by: Tom Rini tr...@ti.com
---
include/configs/vexpress_aemv8a.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/vexpress_aemv8a.h
b/include/configs/vexpress_aemv8a.h
index 6f31fcf..0897932
- Drop DEBUG
- Drop defines we can use the default of.
- Provide a larger malloc pool.
- Correct default locations for kernel / initrd / device tree
Signed-off-by: Tom Rini tr...@ti.com
---
Changes in v1:
- Don't drop GIC portions, per Rob Herring's recommendation
---
The Documentation/arm64/booting.txt document says that pass in x1/x2/x3
as 0 as they are reserved for future use.
Signed-off-by: Tom Rini tr...@ti.com
---
arch/arm/lib/bootm.c |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/arch/arm/lib/bootm.c
The default format for arm64 Linux kernels is the Image format,
described in Documentation/arm64/booting.txt. This, along with an
optional gzip compression on top is all that is generated by default.
The Image format has a magic number within the header for verification,
a text_offset where the
New test for UMS regressions catching has been added.
Moreover some DFU enhancements have been included as well.
Lukasz Majewski (3):
test: dfu: Extend dfu_gadget_test_init.sh to accept sizes of test
files
test: dfu: cosmetic: Add missing license information to DFU test
scripts
By mistake I've forgotten to add the SPDX license tags for the DFU testing
scripts.
This commit fixes that and also provides some other relevant information.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Acked-by: Stephen Warren swar...@nvidia.com
---
Changes for v2:
- None
---
It is now possible to pass to the dfu_gadget_test_init.sh script the sizes
of files to be generated.
This feature is required by UMS tests which reuse this code.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Acked-by: Stephen Warren swar...@nvidia.com
---
Changes for v2:
- None
---
This commit adds new test for UMS USB gadget to u-boot mainline tree.
It is similar in operation to the one already available in test/dfu
directory.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
---
Changes for v2:
- Add -f switch for optional FS creation on target UMS partition
- Remove
On Sun, 11 Aug 2013 16:40:43 +0200
Sascha Silbe t-ub...@infra-silbe.de wrote:
CONFIG_BOARD_SIZE_LIMIT was introduced by f3a14d37 [Makefile: allow
boards to check file size limits] and is in use by several boards, but
never got documented.
Signed-off-by: Sascha Silbe t-ub...@infra-silbe.de
On Sun, 11 Aug 2013 16:40:45 +0200
Sascha Silbe t-ub...@infra-silbe.de wrote:
Set CONFIG_BOARD_SIZE_LIMIT so we'll notice at build time if U-Boot
has grown so large that it would overlap with the environment area in
flash, rather than bricking the device at run-time on first saveenv.
On Sun, 11 Aug 2013 16:40:44 +0200
Sascha Silbe t-ub...@infra-silbe.de wrote:
The purpose of CONFIG_BOARD_SIZE_LIMIT is to make sure that U-Boot
fits into the space reserved for it in some permanent storage. This
includes any overhead incurred by native boot image formats, so check
the final
On 13 Aug 2014, scottw...@freescale.com wrote:
On Wed, 2014-08-13 at 17:44 -0400, Bill Pringlemeir wrote:
Regarding can't know in advance, I think that some of the register
values maybe set by the boot rom. This might make more sense for
Linux than U-Boot. However, after the initial
When compiling the current code on GCC 4.8.3, the following warnings
appear:
warning: format '%zu' expects argument of type 'size_t', but argument
2 has type 'long unsigned int' [-Wformat=]
There were many mails about such warnings on different architectures.
This patch limits itself to the
Tested on the following baseline (note dirty since I enabled
ALT_BOOT in the config in order to use the alternate boot bank.)
Everything seems to work fine with no additional changes. The
banner warning message is now gone.
---
U-Boot 2014.10-rc1-00075-ge49f14af1349-dirty (Aug 14 2014 -
Hi Tom,
On Thu, Aug 14, 2014 at 11:42:36AM +0100, Tom Rini wrote:
The default format for arm64 Linux kernels is the Image format,
described in Documentation/arm64/booting.txt. This, along with an
optional gzip compression on top is all that is generated by default.
The Image format has a
On 08/08/2014 07:35, Tim Harvey wrote:
There are many similarities between the IMX6QUAD/IMX6DUAL and there are
many similarities between the IMX6SOLO/IMX6DUALITE. Add a 'soctype' env
variable that tells you which type you have.
Signed-off-by: Tim Harvey thar...@gateworks.com
---
On 08/14/2014 02:25 AM, Alexander Holler wrote:
Am 31.07.2014 21:57, schrieb Stephen Warren:
Huh, I do see that now. I must have been looking at the content of
common/cmd_nvedit.c from the wrong branch, which didn't include that
patch. I could have sworn I checked git history too, but
Add NFC (NAND Flash Controller) clock support and enable them
at board initialization time.
Signed-off-by: Stefan Agner ste...@agner.ch
---
arch/arm/include/asm/arch-vf610/crm_regs.h | 14 ++
arch/arm/include/asm/arch-vf610/imx-regs.h | 1 +
2 files changed, 15 insertions(+)
diff
This adds NAND Flash Controller (NFC) support for the Vybrid tower
system (TWR-VF65GS10). Full 16-Bit bus width is supported. Also an
aditional config vf610twr_nand is introduced which gets the
environment from NAND. However, booting U-Boot from NAND is not
yet possible due to missing boot
This patch set adds NAND Flash Controller (NFC) support for
Freescale Vybrid ARM SoCs (vf610).
The driver is based on Bill Pringlemeirs prelineary patch sent
in January 2014 to the MTD mailing list:
http://lists.infradead.org/pipermail/linux-arm-kernel/2014-January/226623.html
Changes in v2:
-
Add pin mux for NAND Flash Controller (NFC). NAND can be connected
using 8 or 16 data lines, this patch adds pin mux entries for all
16 data lines.
Signed-off-by: Stefan Agner ste...@agner.ch
---
arch/arm/include/asm/arch-vf610/iomux-vf610.h | 34 +++
This adds initial support for Freescale NFC (NAND Flash Controller)
found in ARM Vybrid SoC's, Power Architecture MPC5125 and others.
However, this driver is only tested on Vybrid.
Signed-off-by: Stefan Agner ste...@agner.ch
---
drivers/mtd/nand/Makefile| 1 +
drivers/mtd/nand/vf610_nfc.c
Hi,
I found an old reference
(http://lists.denx.de/pipermail/u-boot/2012-January/114850.html) to a problem
that I am currently experiencing when configuring my target for netconsole
startup.
Everything works fine when the network cable is connected, boot count expires
and the kernel is
On 08/13/2014 11:44 PM, Alison Wang wrote:
As extra FPGA settings is needed for MDIO read/write
on LS1021AQDS, private MDIO read/write functions are
created.
Signed-off-by: Alison Wang alison.w...@freescale.com
---
Change log:
v4: No change.
v3: Split from the
On 08/13/2014 11:44 PM, Alison Wang wrote:
This patch is to add I2C 1,2,3 support for LS102xA.
I think the commit message should say which existing I2C driver is compatible
with the controller of LS201x. From the change, you are using the same driver
for i.MX. But it is not clear if you are
On 08/13/2014 11:45 PM, Alison Wang wrote:
On LS1021ATWR, Silicon's Sii9022A HDMI Transmitter
is used. This patch adds the common setting for this
chip.
Signed-off-by: Alison Wang alison.w...@freescale.com
---
Change log:
v4: Add commit messages.
v3: New file.
On 08/13/2014 11:45 PM, Alison Wang wrote:
From: Wang Huan b18...@freescale.com
This patch is to add LETECH support for LS1021AQDS/TWR board.
For LETECH, lpuart is used as console.
Signed-off-by: Jason Jin jason@freescale.com
Signed-off-by: Yuan Yao yao.y...@freescale.com
On 14 Aug 2014, ste...@agner.ch wrote:
This adds initial support for Freescale NFC (NAND Flash Controller)
found in ARM Vybrid SoC's, Power Architecture MPC5125 and others.
However, this driver is only tested on Vybrid.
Signed-off-by: Stefan Agner ste...@agner.ch
---
On Thu, Aug 14, 2014 at 10:49 AM, Stephen Warren swar...@wwwdotorg.org wrote:
On 08/14/2014 02:25 AM, Alexander Holler wrote:
Am 31.07.2014 21:57, schrieb Stephen Warren:
Huh, I do see that now. I must have been looking at the content of
common/cmd_nvedit.c from the wrong branch, which
On Thu, Aug 14, 2014 at 04:16:50PM +0100, Mark Rutland wrote:
Hi Tom,
On Thu, Aug 14, 2014 at 11:42:36AM +0100, Tom Rini wrote:
The default format for arm64 Linux kernels is the Image format,
described in Documentation/arm64/booting.txt. This, along with an
optional gzip compression on
On Thu, Aug 14, 2014 at 01:41:16PM -0500, Robert Nelson wrote:
On Thu, Aug 14, 2014 at 10:49 AM, Stephen Warren swar...@wwwdotorg.org
wrote:
On 08/14/2014 02:25 AM, Alexander Holler wrote:
Am 31.07.2014 21:57, schrieb Stephen Warren:
Huh, I do see that now. I must have been looking at
Am 14.08.2014 17:49, schrieb Stephen Warren:
On 08/14/2014 02:25 AM, Alexander Holler wrote:
As I've just remembered where I did see your name before, the config for
the rpi (as found in 2004.04) misses the uenvcmd. That's necessary to
execute commands when using uEnv.txt.
It's easily done
On Thu, 2014-08-14 at 18:30 +0200, Stefan Agner wrote:
+#define DRV_NAMEfsl_nfc
DRV_NAME doesn't match filename (neither does the patch title), and it
doesn't seem all that useful anyway -- the one place that uses it would
be better off using __func__.
+static int
On 08/14/2014 12:41 PM, Robert Nelson wrote:
On Thu, Aug 14, 2014 at 10:49 AM, Stephen Warren swar...@wwwdotorg.org wrote:
On 08/14/2014 02:25 AM, Alexander Holler wrote:
Am 31.07.2014 21:57, schrieb Stephen Warren:
Huh, I do see that now. I must have been looking at the content of
On 08/14/2014 01:38 PM, Alexander Holler wrote:
Am 14.08.2014 17:49, schrieb Stephen Warren:
On 08/14/2014 02:25 AM, Alexander Holler wrote:
As I've just remembered where I did see your name before, the config for
the rpi (as found in 2004.04) misses the uenvcmd. That's necessary to
execute
Am 14.08.2014 21:51, schrieb Stephen Warren:
On 08/14/2014 01:38 PM, Alexander Holler wrote:
Am 14.08.2014 17:49, schrieb Stephen Warren:
On 08/14/2014 02:25 AM, Alexander Holler wrote:
As I've just remembered where I did see your name before, the config
for
the rpi (as found in 2004.04)
On 08/14/2014 01:59 PM, Alexander Holler wrote:
Am 14.08.2014 21:51, schrieb Stephen Warren:
On 08/14/2014 01:38 PM, Alexander Holler wrote:
Am 14.08.2014 17:49, schrieb Stephen Warren:
On 08/14/2014 02:25 AM, Alexander Holler wrote:
As I've just remembered where I did see your name
Hello,
Over the years I've seen many error message from beginners because root=
wasn't set or was set wrong. Often they call the cryptic message from
the Linux kernel memory error or something similiar (because they just
look at the stuff after the init not found).
One of the reason they
Am 14.08.2014 22:08, schrieb Stephen Warren:
On 08/14/2014 01:59 PM, Alexander Holler wrote:
Am 14.08.2014 21:51, schrieb Stephen Warren:
On 08/14/2014 01:38 PM, Alexander Holler wrote:
Am 14.08.2014 17:49, schrieb Stephen Warren:
On 08/14/2014 02:25 AM, Alexander Holler wrote:
As I've
On Thu, Aug 14, 2014 at 01:50:31PM -0600, Stephen Warren wrote:
[snip]
uenv.txt is the opposite; it's very U-Boot specific, and more about
internal implementation details of U-Boot. In particular, I only see
a use-case for uenv.txt on systems that have nowhere to store the
U-Boot environment
Am 14.08.2014 22:53, schrieb Tom Rini:
On Thu, Aug 14, 2014 at 01:50:31PM -0600, Stephen Warren wrote:
[snip]
uenv.txt is the opposite; it's very U-Boot specific, and more about
internal implementation details of U-Boot. In particular, I only see
a use-case for uenv.txt on systems that have
Am 2014-07-22 00:42, schrieb Stefan Agner:
Am 2014-05-14 23:29, schrieb Anthony Felice:
Removed settings in unsupported register fields. They didn’t
do anything, and in most cases, were not documented in the
reference manual.
Changed register settings to comply with JEDEC required values.
On 14 Aug 2014, ste...@agner.ch wrote:
This adds initial support for Freescale NFC (NAND Flash Controller)
found in ARM Vybrid SoC's, Power Architecture MPC5125 and others.
However, this driver is only tested on Vybrid.
This is only to expand on the nand controller register and SRAM use.
On 08/14/2014 02:53 PM, Tom Rini wrote:
On Thu, Aug 14, 2014 at 01:50:31PM -0600, Stephen Warren wrote:
[snip]
uenv.txt is the opposite; it's very U-Boot specific, and more about
internal implementation details of U-Boot. In particular, I only see
a use-case for uenv.txt on systems that have
Simon,
I need some help to understand the report of buildman. Use this example, when I
build all arm and powerpc boards,
$ tools/buildman/buildman -b working_qoriq arm powerpc -s
Summary of 19 commits for 1023 boards (24 threads, 1 job per thread)
01: ls102xa: dcu: Add platform support for DCU
Am 14.08.2014 23:35, schrieb Stephen Warren:
On 08/14/2014 02:53 PM, Tom Rini wrote:
On Thu, Aug 14, 2014 at 01:50:31PM -0600, Stephen Warren wrote:
[snip]
uenv.txt is the opposite; it's very U-Boot specific, and more about
internal implementation details of U-Boot. In particular, I only see
Hi York,
On 14 August 2014 15:36, York Sun york...@freescale.com wrote:
Simon,
I need some help to understand the report of buildman. Use this example,
when I
build all arm and powerpc boards,
I assume you've checked out the README.
$ tools/buildman/buildman -b working_qoriq arm
Hi Stephen,
On 11 August 2014 09:27, Simon Glass s...@chromium.org wrote:
Use driver model for serial ports (for test and comment only).
dm: tegra: Use V_NS16550_CLK only in SPL builds
Since Tegra now uses driver model for serial, adjust the definition of
V_NS16550_CLK so that it is clear
On 08/14/2014 03:17 PM, Simon Glass wrote:
Hi York,
On 14 August 2014 15:36, York Sun york...@freescale.com
mailto:york...@freescale.com wrote:
Simon,
I need some help to understand the report of buildman. Use this example,
when I
build all arm and powerpc boards,
I
Hi York,
On 14 August 2014 16:33, York Sun york...@freescale.com wrote:
On 08/14/2014 03:17 PM, Simon Glass wrote:
Hi York,
On 14 August 2014 15:36, York Sun york...@freescale.com
mailto:york...@freescale.com wrote:
Simon,
I need some help to understand the report of
This code came from a different project with 2-character indentation. Fix
it for U-Boot.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v7: None
Changes in v6:
- Add new patch to fix indentation in teminal.py
Changes in v5: None
tools/patman/terminal.py | 108
This option is currently not supported, but needs to be, for buildman to
operate as expected.
Reported-by: York Sun york...@freescale.com
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v7:
- Add new patch to fix the 'reverse' bug
Changes in v6: None
Changes in v5: None
Buildman has been around for a little over a year and is used by a fair
number of U-Boot developers. However quite a few people still use MAKEALL.
Buildman was intended to replace MAKEALL, so perhaps now is a good time to
start that process.
The reasons to deprecate MAKEALL are:
- We don't want
It seems that doctest behaves differently now, and some of the unit tests
do not run. Adjust the tests to work correctly.
./tools/patman/patman --test
unittest.result.TestResult run=10 errors=0 failures=0
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v7: None
Changes in v6:
- Add
It seems that this is no longer needed, since checkpatch.pl will catch
whitespace problems in patches. Also the option is not widely used, so
it seems safe to just remove it.
Suggested-by: Masahiro Yamada yamad...@jp.panasonic.com
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v7:
Since buildman now includes most of the features of MAKEALL it is probably
time to talk about deprecating MAKEALL.
Comments welcome.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v7:
- Remove already-applied patches from the series
- Add the deprecation message at the end of the
From: Fabio Estevam fabio.este...@freescale.com
mx6sxsabresd was not in the master branch when the conversion to the new Kconfig
style happened, so convert it now so that it can build again.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
arch/arm/Kconfig |
On Mon, 2014-08-11 at 10:40 +0200, Heiko Schocher wrote:
Hello Scott,
Am 30.07.2014 02:29, schrieb Scott Wood:
On Mon, 2014-07-14 at 09:39 +0200, Heiko Schocher wrote:
move common functions from cmd_nand.c (for calculating offset
and size from cmdline paramter) to common place, so they
On 08/04/2014 05:43 PM, Bryan Wu wrote:
Use the new API which is originally taken out from boot_get_kernel
of bootm.c
Signed-off-by: Bryan Wu pe...@nvidia.com
Tested-by: Stephen Warren swar...@nvidia.com
Reviewed-by: Stephen Warren swar...@nvidia.com
---
common/bootm.c | 25
On Thu, Aug 14, 2014 at 6:00 PM, York Sun york...@freescale.com wrote:
On 08/04/2014 05:43 PM, Bryan Wu wrote:
Use the new API which is originally taken out from boot_get_kernel
of bootm.c
Signed-off-by: Bryan Wu pe...@nvidia.com
Tested-by: Stephen Warren swar...@nvidia.com
Reviewed-by:
Sorry for top posting from my phone.
I tested with the latest code merged, not your original patch.
York
From: Bryan Wu
Sent: Thu, 14/08/2014 18:05
To: Sun York-R58495 york...@freescale.com
CC: Tom Rini tr...@ti.com; Stephen Warren swar...@wwwdotorg.org;
On Thu, Aug 14, 2014 at 06:00:31PM -0700, York Sun wrote:
On 08/04/2014 05:43 PM, Bryan Wu wrote:
Use the new API which is originally taken out from boot_get_kernel
of bootm.c
Signed-off-by: Bryan Wu pe...@nvidia.com
Tested-by: Stephen Warren swar...@nvidia.com
Reviewed-by: Stephen
Tom,
I tested with bootm 806f. My FIT image is loaded there. I don't have
load_addr variable. My default load_addr (from CONFIG macro) is different from
this address.
York
From: Tom Rini
Sent: Thu, 14/08/2014 18:38
To: Sun York-R58495 york...@freescale.com
1 - 100 of 112 matches
Mail list logo