Hi Masahiro,
On 08/25/2014 09:37 AM, Masahiro Yamada wrote:
Commit 70fbc461 removed obsolete PCI5441 and PK1C20 boards.
This commit adds them to README.scrapyard and also fills
some commit IDs and dates for removed boards.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Thomas
Hi Tom,
On 08/22/2014 09:12 AM, Lukasz Majewski wrote:
The commit (SHA1: 8fc171318e352) reintroduced correct values for
vendor and product IDs required for UMS gadget to work properly
either at Windows or Linux.
This data was missing for GONI target, so this commit corrects this
On Monday, August 25, 2014 at 09:19:26 AM, Lukasz Majewski wrote:
Hi Marek,
On Saturday, August 23, 2014 at 09:53:01 PM, Steve Rae wrote:
This series implements the fastboot flash command for eMMC
devices. It supports both raw and sparse images.
NOTES:
- the support for the
The epled driver was replaced by altera_pio and gpio_led.
Signed-off-by: Thomas Chou tho...@wytron.com.tw
---
board/altera/common/epled.c | 46 ---
board/altera/nios2-generic/Makefile |1 -
2 files changed, 0 insertions(+), 47 deletions(-)
delete
On Sunday, August 24, 2014 at 07:52:25 PM, Fabio Estevam wrote:
[...]
--- a/arch/arm/cpu/armv7/mx6/clock.c
+++ b/arch/arm/cpu/armv7/mx6/clock.c
@@ -504,10 +504,19 @@ int enable_pcie_clock(void)
#define ANADIG_ANA_MISC1_LVDSCLK1_IBEN (1 12)
#define
On Saturday, August 23, 2014 at 02:41:50 PM, Fabio Estevam wrote:
From: Fabio Estevam fabio.este...@freescale.com
mx6solox has a requirement for 64 bytes alignment for RX DMA transfer.
Other SoCs work with the standard 32 bytes alignment.
Adjust it accordingly by using 64 bytes aligment in
W dniu 2014-08-21 22:31, Ian Campbell pisze:
Support for BananaPi is currently available in the u-boot-arm.git
tree. Ian.
Thank You.
I've downloaded u-boot-arm.git tree yesterday.
Started config menu as for usual kernel:
root@freebsd:/usr/src/u-boot-arm # gmake -j4 ARCH=arm
It also fails with:
root@freebsd:/usr/src/u-boot-arm # gmake -j4 CROSS_COMPILE=arm-eabi-
USE_PRIVATE_LIBGCC=yes Bananapi_defconfig
root@freebsd:/usr/src/u-boot-arm # gmake -j4 CROSS_COMPILE=arm-eabi-
USE_PRIVATE_LIBGCC=yes
as README file says, with the same error:
scripts/Makefile.build:55:
*** This patch set adds the support for new st architecure stv0991 ***
Vikas Manocha (3):
stv0991 : Add basic stv0991 architecture support.
stv0991 : enable ethernet support.
stv0991: default + misc command configs enabled.
arch/arm/Kconfig |4 +
stv0991 architecture support added. It contains the support for
following blocks
- Timer
- uart
Signed-off-by: Vikas Manocha vikas.mano...@st.com
---
arch/arm/Kconfig |4 +
arch/arm/cpu/armv7/stv0991/Makefile|9 ++
Signed-off-by: Vikas Manocha vikas.mano...@st.com
---
arch/arm/cpu/armv7/stv0991/clock.c | 14
arch/arm/cpu/armv7/stv0991/pinmux.c| 14
arch/arm/include/asm/arch-stv0991/gpio.h | 22
Signed-off-by: Vikas Manocha vikas.mano...@st.com
---
include/configs/stv0991.h | 21 +++--
1 file changed, 19 insertions(+), 2 deletions(-)
diff --git a/include/configs/stv0991.h b/include/configs/stv0991.h
index a7181b1..d6ff243 100644
--- a/include/configs/stv0991.h
+++
This series implements the fastboot flash command for eMMC devices.
It supports both raw and sparse images.
NOTES:
- the support for the fastboot flash command is enabled with
CONFIG_FASTBOOT_FLASH
- the support for eMMC is enabled with CONFIG_FASTBOOT_FLASH_MMC_DEV
- (future) the support for
On Saturday, August 23, 2014 at 09:53:01 PM, Steve Rae wrote:
This series implements the fastboot flash command for eMMC devices.
It supports both raw and sparse images.
NOTES:
- the support for the fastboot flash command is enabled with
CONFIG_FASTBOOT_FLASH - the support for eMMC is
- implement 'fastboot flash' for eMMC devices
Signed-off-by: Steve Rae s...@broadcom.com
Reviewed-by: Marek Vasut ma...@denx.de
---
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2:
- update README.android-fastboot file
README | 10 ++
Hi Marek,
On Saturday, August 23, 2014 at 09:53:01 PM, Steve Rae wrote:
This series implements the fastboot flash command for eMMC
devices. It supports both raw and sparse images.
NOTES:
- the support for the fastboot flash command is enabled with
CONFIG_FASTBOOT_FLASH - the support
Hi,
On 08/24/2014 06:57 PM, Ian Campbell wrote:
On Sun, 2014-08-24 at 22:05 +0900, Naoki FUKAUMI wrote:
hi
On Sat, Aug 23, 2014 at 4:38 AM, Hans de Goede hdego...@redhat.com wrote:
The A20-OLinuXino-LIME is already supported by the
u-boot-arm tree:
The nios2-io.h defines hardware registers and bits of several FPGA
IP cores. It could be divided in to the specific drivers, including
altera timer, altera sysid, altera uart and altera jtag uart. The
altera pio and altera spi drivers use their own hardware definitions.
The removal of nios2-io.h
Hello Masahiro,
I tried to test this on Trats2(Exynos4412) with required files from the
linux and the code doesn't build.
On 08/17/2014 08:16 AM, Masahiro Yamada wrote:
U-Boot does not have arch/arm/kernel, include/uapi directories,
This commit copies files as follows:
Location in Linux
This commit provides distinction between DFU device detach and reset.
The -R behavior is preserved with proper handling of the dfu-util's -e
switch, which detach the DFU device.
By running dfu-util -e; one can force device to finish the execution of
dfu command on target and execute some other
New dfu_usb_get_reset() method is necessary to distinct two different
use cases of dfu-util program.
This method checks if the USB bus reset has been really performed after
DFU DETACH.
Without this function the previous DFU behavior is preserved.
Signed-off-by: Lukasz Majewski
The nios2.h is nios2 cpu specific, and should go arch asm
directory.
Signed-off-by: Thomas Chou tho...@wytron.com.tw
---
arch/nios2/cpu/cpu.c |2 +-
arch/nios2/cpu/interrupts.c|2 +-
arch/nios2/include/asm/nios2.h | 40
When compile with debug information is enabled, if call
spin_lock_irqsave, it will give following warning information.
This patch is used to get rid of it.
---8---
warning: 'flags' is used uninitialized in this function [-Wuninitialized]
---8---
Signed-off-by: Bo Shen voice.s...@atmel.com
---
On 15 July 2014 06:26, Simon Glass s...@chromium.org wrote:
At present sandbox has its own table of supported SPI flash chips. Now that
the SPI flash system is fully consolidated and has its own list, sandbox
should use that.
This enables us to expand the number of chips that sandbox
On Sun, Aug 24, 2014 at 11:18:04PM +0200, Marcel Ziswiler wrote:
On Fri, 2014-08-22 at 13:31 -0600, Stephen Warren wrote:
+#define CONFIG_USE_ARCH_MEMCPY
That last option isn't set on other Tegra boards; what's it for?
This is my special gift to Thierry to leverage architecture
On 15 July 2014 06:26, Simon Glass s...@chromium.org wrote:
Sandbox may as well support everything. This increases the amount of code
that is built/tested by sandbox, and also provides access to all the
supported SPI flash devices.
Signed-off-by: Simon Glass s...@chromium.org
---
We noticed on the DXR2 platform (AM335x with a SMSC LAN9303 switch connected
to the CPSW MAC) that the network performance in U-Boot is quite poor. Only
when the transfer is started without a cable connected, and the cable is
plugged after the first timeout T occured, an increased in performance
Hi Simon,
On 15 July 2014 06:26, Simon Glass s...@chromium.org wrote:
Add a SPI device which can be used for testing SPI flash features in
sandbox.
Also add a cros_ec device since with driver model the Chrome OS EC
emulation will not otherwise be available.
Signed-off-by: Simon Glass
Thanks for the patch.
On 15 July 2014 06:26, Simon Glass s...@chromium.org wrote:
Some of the #defines in spi.h are not bracketed. To avoid future mistakes
add brackets. Also add an explanatory comment for SPI_CONN_DUAL_...
Signed-off-by: Simon Glass s...@chromium.org
---
include/spi.h |
The nios2-yanu.h contains hardware registers and bits of
opencores yanu. As there is no other user of this header
, it should be moved into the driver.
Signed-off-by: Thomas Chou tho...@wytron.com.tw
CC: Renato Andreola renato.andre...@imagos.it
---
drivers/serial/opencores_yanu.c | 87
On 24.08.2014 21:31, Mario Schuknecht wrote:
In function mvebu_mmc_write notice command timeout. It is possible that a
command is done, but a timeout occurred.
Enable timeout in set bus function.
Set window registers. Without that I could not use the driver on a Kirkwood
88F6282 SoC.
Set high
On Monday, August 25, 2014 at 11:23:19 AM, Bo Shen wrote:
When compile with debug information is enabled, if call
spin_lock_irqsave, it will give following warning information.
This patch is used to get rid of it.
---8---
warning: 'flags' is used uninitialized in this function
On 25.08.2014 12:53, Mario Schuknecht wrote:
+/*
+ * Set window register.
+ */
+static void mvebu_window_setup(void)
+{
+ int i;
+
+for (i = 0; i 4; i++) {
+ mvebu_mmc_write(WINDOW_CTRL(i)__, 0);
2014-08-25 11:55 GMT+02:00 Stefan Roese s...@denx.de:
On 24.08.2014 21:31, Mario Schuknecht wrote:
In function mvebu_mmc_write notice command timeout. It is possible that a
command is done, but a timeout occurred.
Enable timeout in set bus function.
Set window registers. Without that I
In function mvebu_mmc_write notice command timeout. It is possible that a
command is done, but a timeout occurred.
Enable timeout in set bus function.
Set window registers. Without that I could not use the driver on a Kirkwood
88F6282 SoC.
Set high capacity and 52MHz driver feature.
On Thu, Aug 21, 2014 at 07:17:35PM +0200, Anatolij Gustschin wrote:
Hey Tom,
The following changes since commit e49f14af1349eef94e41b636320bbfcace7403b5:
patman: Only use git's --no-decorate when available (2014-08-13 08:34:16
-0600)
are available in the git repository at:
Hi York,
Sorry for the delay. I was in holidays. I am back at work today.
Yes I have tried the other method that you proposed.
It works perfectly and It seems that this method initialized the ECC in
a faster manner.
I faced a stability issue during ddr initialization. To resolve it I
On 25.08.2014 14:12, Mario Schuknecht wrote:
In function mvebu_mmc_write notice command timeout. It is possible that a
command is done, but a timeout occurred.
Enable timeout in set bus function.
Set window registers. Without that I could not use the driver on a Kirkwood
88F6282 SoC.
Set high
This patch changes the link script to base at CONFIG_SYS_MONITOR_BASE.
Then we can remove the text_base hook in nios2-generic board.
Signed-off-by: Thomas Chou tho...@wytron.com.tw
---
arch/nios2/cpu/u-boot.lds |2 +
board/altera/nios2-generic/Makefile|1 -
On Mon, Aug 25, 2014 at 4:54 AM, Marek Vasut ma...@denx.de wrote:
On Sunday, August 24, 2014 at 07:52:25 PM, Fabio Estevam wrote:
[...]
--- a/arch/arm/cpu/armv7/mx6/clock.c
+++ b/arch/arm/cpu/armv7/mx6/clock.c
@@ -504,10 +504,19 @@ int enable_pcie_clock(void)
#define
Patch adds Driver for the ASIX AX88179 USB3.0 to GbE Network Adapter
Rene Griessl (1):
usb: eth: add ASIX AX88179 DRIVER
drivers/usb/eth/Makefile| 3 +
drivers/usb/eth/asix88179.c | 643
drivers/usb/eth/usb_ether.c | 7 +
3 files changed,
On Mon, Aug 25, 2014 at 5:02 AM, Marek Vasut ma...@denx.de wrote:
This $size here is used only by the cache flushing functions. We agreed in the
previous iterations, that the cacheline is 32b on MX6SX . This change is
pointless unless ARCH_DMA_MINALIGN != 32 on MX6SX. Is that right ?
Yes, you
---
drivers/usb/eth/Makefile| 3 +
drivers/usb/eth/asix88179.c | 643
drivers/usb/eth/usb_ether.c | 7 +
3 files changed, 653 insertions(+)
create mode 100644 drivers/usb/eth/asix88179.c
diff --git a/drivers/usb/eth/Makefile
On Monday, August 25, 2014 at 03:54:29 PM, Fabio Estevam wrote:
On Mon, Aug 25, 2014 at 4:54 AM, Marek Vasut ma...@denx.de wrote:
On Sunday, August 24, 2014 at 07:52:25 PM, Fabio Estevam wrote:
[...]
--- a/arch/arm/cpu/armv7/mx6/clock.c
+++ b/arch/arm/cpu/armv7/mx6/clock.c
@@
Hi Steve,
This series implements the fastboot flash command for eMMC devices.
It supports both raw and sparse images.
NOTES:
- the support for the fastboot flash command is enabled with
CONFIG_FASTBOOT_FLASH
- the support for eMMC is enabled with CONFIG_FASTBOOT_FLASH_MMC_DEV
- (future)
Hello,
I am currently porting all the Keymile boards to CONFIG_SYS_GENERIC_BOARD.
On u-boot 2014.10-rc1 I have all of them working quite well (at least booting
and showing no obvious problem), except for our boards using a MPC8360
from Freescale (kmcoge5ne and kmeter1, both using km8360.h as
On 20/08/14 15:08, Nikita Kiryanov wrote:
According to MX6 TRM, both MMDC and DRAM should be configured to
the same powerdown precharge. Currently, mx6_dram_cfg()
configures MMDC for fast pd (MDPDC[7] = 0), and the DRAM for
'slow exit (DLL off)' (MR0[12] = 0).
Configure MMDC for slow pd.
We
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
Some boards unfortunately build with warnings and it is useful to be able
to easily distinguish the warnings from the errors.
Use a simple pattern match to categorise gcc output into warnings and
errors, and display each separately. New warnings are shown in magenta (with
a w+ prefix) and fixed
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 v9: None
Changes in v8: None
Changes in v7:
- Remove already-applied patches from the series
- Add the
These characters are commonly used in variables, so permit them. Also
document the permitted characters.
Reported-by: Tom Rini tr...@ti.com
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v9:
- Add new patch to allow make-flags variables to include '-' and '_'
Changes in v8: None
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 v9: None
Changes in v8: None
Changes in v7:
- Add new patch to fix the 'reverse' bug
Changes in
Some boards are known to be broken and it is convenient to be able to
exclude them from the build.
Add an --exclude option to specific boards to exclude. This uses the
same matching rules as the normal 'include' arguments, and is a comma-
separated list of regular expressions.
Suggested-by: York
patman collects tags that it sees in the commit and places them nicely
sorted at the end of the patch. However, this is not really necessary and
in fact is apparently not desirable.
Suggested-by: Masahiro Yamada yamad...@jp.panasonic.com
Signed-off-by: Simon Glass s...@chromium.org
---
Changes
When buildman finds errors/warnings when building, set the return code to
indicate this.
Suggested-by: York Sun york...@freescale.com
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v9:
- Add new patch to set the return code to indicate build result
Changes in v8: None
Changes in
Add a -l option to display a list of offending boards against each
error/warning line. The information will be shown in brackets as below:
02: wip
sandbox: + sandbox
arm: + seaboard
+(sandbox) arch/sandbox/cpu/cpu.c: In function 'timer_get_us':
+(sandbox)
In a headless environment the pager can apparently hang. We don't want a
pager anyway so let's request that none be used.
Reported-by: Tom Rini tr...@ti.com
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v9: None
Changes in v8:
- Add new patch to disable the pager in git
Changes in
A missing 'global' declaration means that this feature does not currently
work. Fix it.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v9:
- Add new patch to fix detection of git version
Changes in v8: None
Changes in v7: None
Changes in v6: None
Changes in v5: None
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 v9: None
Changes in v8: None
Changes in v7: None
Changes in v6:
- Add new patch to fix indentation in teminal.py
Changes in v5: None
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 v9:
The full path is long and also includes buildman private directories.
Clean this up, so that only a relative U-Boot path is shown.
This will change warnings like these:
/home/sjg/c/src/third_party/u-boot/buildman5/.bm-work/00/arch/sandbox/cpu/cpu.c:
In function 'timer_get_us':
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 v9: None
Changes in v8: None
Buildman's test coverage is inadequate, particularly in the area of the
core builder threads and logic. As a result it is harder to make changes
than it should be, since verifying correctness manually is tedious.
The existing output test relies on the user to verify that things look
OK. This is
For reasons that are not well-understood, GetMetaDataForList() can end up
adding to an existing series even when it appears that it should be
starting a new one.
Change from using a default constructor parameter to an explicit one, to
work around this problem.
Signed-off-by: Simon Glass
RunPipe() currently pipes the output of stdout and stderr to a pty, but
this is not the intended behaviour. Fix it.
Signed-off-by: Simon Glass s...@chromium.org
---
tools/patman/command.py | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tools/patman/command.py b/tools/patman/command.py
There is no good reason to keep this code separate. Move it into control.py
so it is easier to test.
Signed-off-by: Simon Glass s...@chromium.org
---
tools/buildman/buildman.py | 6 --
tools/buildman/control.py | 8
2 files changed, 8 insertions(+), 6 deletions(-)
diff --git
When a build is to be performed, buildman checks to see if it has already
been done. In most cases it will not bother trying again. However, it was
not reading the return code from the 'done' file, so if the result was a
failure, it would not be counted. This depresses the 'failure' count stats
To allow us to verify the builder's console output, send it through a
function which can collect it when running in test mode.
Signed-off-by: Simon Glass s...@chromium.org
---
tools/buildman/builder.py | 58 ---
1 file changed, 30 insertions(+), 28
Add a test point for the command module. This allows tests to emulate
the execution of commands. This provides more control (since we can make
the fake 'commands' do whatever we like), makes it faster to write tests
since we don't need to set up as much environment, and speeds up test
execution.
Rather than reading boards.cfg, which may take time to generate and is not
necessarily suitable for running tests, create our own list of boards.
Signed-off-by: Simon Glass s...@chromium.org
---
tools/buildman/control.py | 25 ++---
tools/buildman/func_test.py | 20
When running unit tests we don't want output to go to the terminal.
Provide a way of collecting it so that it can be examined by test code
later.
Signed-off-by: Simon Glass s...@chromium.org
---
tools/patman/terminal.py | 61
1 file changed, 61
Buildman currently lacks testing in many areas, including its use of git,
make and many command-line flags.
Add a functional test which covers some of these areas. So far it does
a fake 'build' of all boards for the current source tree.
This version reads the real ~/.buildman and boards.cfg
Adjust the basic test so that it checks all console output. This will help
to ensure that the builder is behaving correctly with printing summary
information.
Signed-off-by: Simon Glass s...@chromium.org
---
tools/buildman/test.py | 101 ++---
1 file
These files may not exist in the environment, or may not be suitable for
testing. Provide our own config file and our own toolchains when running
tests.
Signed-off-by: Simon Glass s...@chromium.org
---
tools/buildman/bsettings.py | 15 ++-
tools/buildman/func_test.py | 19
We want to be able to issue parser commands from within buildman for test
purposes. Move the parser code into its own file so we don't end up needing
the buildman and test modules to reference each other.
Signed-off-by: Simon Glass s...@chromium.org
---
tools/buildman/buildman.py | 73
This adds coverage of core features of the builder, including the
command-line options which affect building.
Signed-off-by: Simon Glass s...@chromium.org
---
tools/buildman/func_test.py | 326 +---
1 file changed, 308 insertions(+), 18 deletions(-)
diff
For testing it is useful to clean the output directory before running a
test. This avoids a test interfering with the results of a subsequent
test by leaving data around.
Add this feature as an optional parameter to the control logic.
Signed-off-by: Simon Glass s...@chromium.org
---
Move the bsettings code back to the main buildman.py file, so we can do
something different when testing.
Signed-off-by: Simon Glass s...@chromium.org
---
tools/buildman/buildman.py | 2 ++
tools/buildman/control.py | 1 -
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git
Am 11.08.2014 10:44, wrote Stefano Babic:
Hi Markus,
after switch to Kconfig build system it is not possible to build the
tqma6 board. I have started to fix it (really only the 6q board), but it
is worth if you take a look and you send a patch for all 4 variations of
the board.
Can you
On 08/24/2014 03:18 PM, Marcel Ziswiler wrote:
On Fri, 2014-08-22 at 13:31 -0600, Stephen Warren wrote:
+#define CONFIG_USE_ARCH_MEMCPY
That last option isn't set on other Tegra boards; what's it for?
This is my special gift to Thierry to leverage architecture specific
memory copying
Hi,
On Tue, Jul 29, 2014 at 12:10 PM, Lukasz Majewski
l.majew...@samsung.com wrote:
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.
Signed-off-by: Lukasz
When testing the FEC driver on a mx6solox we noticed that the TDAR bit gets
always cleared prior then the READY bit is cleared in the last BD, which causes
FEC packets reception to always fail.
As explained by Ye Li:
The TDAR bit is cleared when the descriptors are all out from TX ring, but on
mx6solox has a requirement for 64 bytes alignment for RX DMA transfer.
Other SoCs work with the standard 32 bytes alignment.
Adjust it accordingly by using 64 bytes aligment in the FEC RX DMA buffers,
which addresses the needs from mx6solox and also works for the other SoCs.
Signed-off-by:
On Mon, Aug 25, 2014 at 8:36 AM, Nikita Kiryanov nik...@compulab.co.il wrote:
On 20/08/14 15:08, Nikita Kiryanov wrote:
According to MX6 TRM, both MMDC and DRAM should be configured to
the same powerdown precharge. Currently, mx6_dram_cfg()
configures MMDC for fast pd (MDPDC[7] = 0), and the
On 14-08-25 07:57 AM, Lukasz Majewski wrote:
Hi Steve,
This series implements the fastboot flash command for eMMC devices.
It supports both raw and sparse images.
NOTES:
- the support for the fastboot flash command is enabled with
CONFIG_FASTBOOT_FLASH
- the support for eMMC is enabled with
Tested with an Intel Wireless PCI 7260HMW card:
U-Boot 2014.10-rc1-16576-g4a8a8a8-dirty (Aug 23 2014 - 16:05:11)
CPU: Freescale i.MX6SX rev1.0 at 792 MHz
Reset
Introduce a structure for accessing the General Power Controller block (GPC)
registers.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Changes since v2:
- None
Changes since v1:
- None
arch/arm/include/asm/arch-mx6/imx-regs.h | 13 +
1 file changed, 13 insertions(+)
Let PCI on mx6solox also be supported.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Changes since v2:
- Configure lvds1_clk_sel in run-time
Changes since v1:
- Put the definition of gpc inside CONFIG_MX6SX ifdef
- Use setbits_le32 to configure register CNTR
- Improve comments in
On Mon, Aug 25, 2014 at 11:27 AM, Marek Vasut ma...@denx.de wrote:
Can you maybe pull the mask out and just ORR it with the correct bit in the
ifdef ? Or -- even better, can this not be done at runtime ?
Yes, I implemented the run-time approach in v3. Thanks
Reviewed-by: Steve Rae s...@broadcom.com
Thanks, Steve
On 14-08-16 11:16 PM, Masahiro Yamada wrote:
We do not have to distinguish CONFIG_TARGET_VEXPRESS_AEMV8A_SEMI
from CONFIG_TARGET_VEXPRESS_AEMV8A. Rename the former to the latter.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Hi,
On 11 August 2014 09:23, Simon Glass s...@chromium.org wrote:
This is an implementation of GPIOs for Tegra that uses driver model. It has
been tested on trimslice and also using the new iotrace feature.
The implementation uses a top-level GPIO device (which has no actual GPIOS).
Under
On 15 July 2014 06:26, Simon Glass s...@chromium.org wrote:
In preparation for changing the error handling in this code for driver
model, move it into its own function.
Signed-off-by: Simon Glass s...@chromium.org
---
common/cmd_spi.c | 53
On 08/25/2014 12:31 PM, Simon Glass wrote:
Hi,
On 11 August 2014 09:23, Simon Glass s...@chromium.org wrote:
This is an implementation of GPIOs for Tegra that uses driver model. It has
been tested on trimslice and also using the new iotrace feature.
The implementation uses a top-level GPIO
On Mon, Aug 25, 2014 at 09:58:21AM -0600, Simon Glass wrote:
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
On Tue, Aug 19, 2014 at 10:22:39AM +0200, Thierry Reding wrote:
From: Thierry Reding tred...@nvidia.com
When creating build directories also create parents as necessary. This
fixes a failure when building a hierarchical branch (i.e. foo/bar).
Signed-off-by: Thierry Reding
Hi Tom,
On 25 August 2014 12:54, Tom Rini tr...@ti.com wrote:
On Mon, Aug 25, 2014 at 09:58:21AM -0600, Simon Glass wrote:
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
On Mon, Aug 25, 2014 at 09:58:32AM -0600, Simon Glass wrote:
Add a -l option to display a list of offending boards against each
error/warning line. The information will be shown in brackets as below:
02: wip
sandbox: + sandbox
arm: + seaboard
+(sandbox)
On Tue, Jun 24, 2014 at 04:49:04PM +0300, Khoronzhuk, Ivan wrote:
From: WingMan Kwok w-kw...@ti.com
This patch adds opportunity to change ecclayout of current nand
device during runtime. So we can change the current nand device
ecclayout using the nand ecclayout set command before writing
On Tue, Jun 24, 2014 at 04:49:05PM +0300, Khoronzhuk, Ivan wrote:
From: WingMan Kwok w-kw...@ti.com
This commit adds a nand ecclayout command that allows the ecclayout of
the current nand device to be changed during run time. This feature is
useful when using u-boot to write something to
On Fri, Jul 18, 2014 at 11:51:32AM -0400, Tom Rini wrote:
There are times where we may need more than a few kilobytes of stack
space. We also will not be using CONFIG_SPL_STACK location prior to DDR
being initialized (CONFIG_SYS_INIT_SP_ADDR is still used there) so pick
a good location
1 - 100 of 140 matches
Mail list logo