From: Stephen Warren swar...@nvidia.com
T210 support HSM and Schmitt options in the pinmux register (previous
chips placed these options in the drive group register). Update the
code to handle this.
Signed-off-by: Stephen Warren swar...@nvidia.com
---
arch/arm/cpu/tegra-common/pinmux-common.c |
On Friday, February 20, 2015 at 01:43:18 PM, Masahiro Yamada wrote:
Because uniphier_ehci_reset() is only called from ehci-uniphier.c,
it can be a static function there.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Acked-by: Marek Vasut ma...@denx.de
Best regards,
Marek Vasut
On Tuesday, February 24, 2015 at 06:59:40 AM, Ramneek Mehresh wrote:
Hi Marex,
Hi,
please keep the list on CC (fixed).
Could you please confirm if some USB devices are tested before each U-boot
release by Denx? If yes, then I would request you to please share the list
of these devices?
I
On Monday, February 23, 2015 at 10:06:08 AM, Lukasz Majewski wrote:
Dear Marek,
Hi!
The following changes since commit
d3d087c29c59dbae98c02de098e7e03f29320fe0:
usb: musb-new: omap2430: Reset the MUSB controller early (2015-01-22
08:19:18 +0100)
are available in the git repository
On Tuesday, February 24, 2015 at 05:05:29 PM, Lukasz Majewski wrote:
Hi Lukasz,
Hi Lukasz,
is your other self doing good too ? ;-)
Hi Marek
This patch implement _weak function for board_usb_cleanup.
This function (usb_board_cleanup) implementation is board-specific
feature.
On Monday, February 23, 2015 at 06:00:45 PM, Dinh Nguyen wrote:
On 2/23/15 10:57 AM, Marek Vasut wrote:
On Monday, February 23, 2015 at 05:39:53 PM, Dinh Nguyen wrote:
On 2/23/15 10:37 AM, Dinh Nguyen wrote:
On 2/15/15 5:25 PM, Pavel Machek wrote:
Hi!
+#if ENABLE_BRINGUP_DEBUGGING
On Tuesday, February 24, 2015 at 02:21:40 PM, Kishon Vijay Abraham I wrote:
Hi,
On Monday 23 February 2015 08:29 PM, Marek Vasut wrote:
On Monday, February 23, 2015 at 07:19:03 AM, Kishon Vijay Abraham I wrote:
Hi,
On Monday 16 February 2015 04:02 PM, Lukasz Majewski wrote:
Hi
On Friday, February 20, 2015 at 01:43:17 PM, Masahiro Yamada wrote:
Now UniPhier platform highly depends on Device Tree configuration
(CONFIG_OF_CONTROL is select'ed by Kconfig). Since the EHCI is only
used on main U-Boot, we can drop platform devices of the EHCI
controllers. We still keep
On Tuesday, February 24, 2015 at 06:18:00 AM, Chris Packham wrote:
Hi,
Hi,
I find myself in need of a NAND flash controller.
I could probably massage the one from Marvell's bootloader into shape
which actually appears to be based on the pxa3xx_nand.c driver from
Linux. It appears that
On Tue, Feb 24, 2015 at 5:33 PM, Fabio Estevam feste...@gmail.com wrote:
From: Fabio Estevam fabio.este...@freescale.com
USB Mass Storage is very useful for flashing the on-board eMMC.
Add support for it.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
From: Stephen Warren swar...@nvidia.com
This series performs a few small cleanups to or parameterizations of the
existing Tegra pinmux driver, and adds Tegra210 support. The Tegra210
code isn't actually used yet, since the balance of the Tegra210 support
is not yet present. However, it should
On 02/24/2015 10:41 AM, Alban Bedel wrote:
On Tue, 24 Feb 2015 10:00:43 -0700
Stephen Warren swar...@wwwdotorg.org wrote:
On 02/24/2015 09:44 AM, Alban Bedel wrote:
Older controllers don't implement Device Address Advance which allow
to pass the device address to the controller when it is
On Tuesday, February 24, 2015 at 09:03:15 PM, Chris Packham wrote:
On Wed, Feb 25, 2015 at 8:43 AM, Marek Vasut ma...@denx.de wrote:
On Tuesday, February 24, 2015 at 06:18:00 AM, Chris Packham wrote:
Hi,
Hi,
I find myself in need of a NAND flash controller.
I could probably
From: Fabio Estevam fabio.este...@freescale.com
USB Mass Storage is very useful for flashing the on-board eMMC.
Add support for it.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
include/configs/mx6sabre_common.h | 16
1 file changed, 16 insertions(+)
diff --git
From: Stephen Warren swar...@nvidia.com
Tegra's drive group registers have a remarkably inconsistent layout. The
current U-Boot driver doesn't take this into account at all. Add a
comment to describe the issue, so at least anyone debugging the driver
will be aware of this. To solve this, we'd
From: Stephen Warren swar...@nvidia.com
On some future SoCs, some of the per-drive-group features no longer
exist. Add some ifdefs to support this.
Signed-off-by: Stephen Warren swar...@nvidia.com
---
arch/arm/cpu/tegra-common/pinmux-common.c | 24
From: Stephen Warren swar...@nvidia.com
Tegra210 starts its drive group registers at a different offset from the
APB MISC register block that other SoCs. Update the code to handle this.
Signed-off-by: Stephen Warren swar...@nvidia.com
---
arch/arm/cpu/tegra-common/pinmux-common.c | 2 +-
From: Stephen Warren swar...@nvidia.com
On some future SoCs, some per-drive-group features became per-pin
features. Move all type definitions early in the header so they can
be enabled irrespective of the setting of TEGRA_PMX_SOC_HAS_DRVGRPS.
Signed-off-by: Stephen Warren swar...@nvidia.com
---
From: Stephen Warren swar...@nvidia.com
Tegra210 moves some bits around in the pinmux registers. Update the code
to handle this.
This doesn't attempt to address the issues with the group-to-group varying
drive group register layout mentioned earlier. This patch handles the
SoC-to-SoC differences
From: Stephen Warren swar...@nvidia.com
Future SoCs have a slightly different combination of pinmux options per
pin. This will be simpler to handle if we simply have one define per
option, rather than grouping various options together, in combinations
that don't align with future chips.
On Wed, Feb 25, 2015 at 8:43 AM, Marek Vasut ma...@denx.de wrote:
On Tuesday, February 24, 2015 at 06:18:00 AM, Chris Packham wrote:
Hi,
Hi,
I find myself in need of a NAND flash controller.
I could probably massage the one from Marvell's bootloader into shape
which actually appears to be
Nikhil,
On 12/04/2014 05:04 AM, Nikhil Badola wrote:
Change CONFIG_SYS_USB_XHCI_MAX_ROOT_PORTS value to 2 for LS102XAQDS
and LS102XATWR. The XHCI controller has 2 ports; one for 2.0 and
the other for 3.0 USB transactions
Signed-off-by: Nikhil Badola nikhil.bad...@freescale.com
---
From: Stephen Warren swar...@nvidia.com
This patch incorporates a few fixes from Tom Warren twar...@nvidia.com.
Signed-off-by: Stephen Warren swar...@nvidia.com
---
arch/arm/cpu/tegra210-common/pinmux.c | 195 +
arch/arm/include/asm/arch-tegra210/pinmux.h | 416
From: Stephen Warren swar...@nvidia.com
Tegra210 has a per-pin option named e_io_hv, which indicates that the
pin's input path should be configured to be 3.3v-tolerant. Add support
for this.
Note that this is very similar to previous chip's rcv_sel option.
However, since the Tegra TRM names this
On Thu, Feb 19, 2015 at 10:41:04PM +0100, Angelo Dureghello wrote:
On 06/02/2015 17:02, Tom Rini wrote:
On Mon, Jan 26, 2015 at 09:39:13AM +, Huan Wang wrote:
Hi, Tom,
On Thu, Jan 15, 2015 at 04:08:40PM +0100, Angelo Dureghello wrote:
Dear all,
i would like to post a patch with
Hi Dileep,
Adds the fastboot erase functionality, to erase a partition
specified by name. The erase is performed based on erase group size,
to avoid erasing other partitions. The start address and the size
is aligned to the erase group size for this.
Currently only supports erasing from
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index eef70d0..3604087 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -213,6 +213,7 @@ F: drivers/dfu/
DRIVER MODEL
M: Simon Glass
Hi,
On 23-02-15 18:45, Pantelis Antoniou wrote:
Hi Hans,
On Feb 19, 2015, at 22:03 , Hans de Goede hdego...@redhat.com wrote:
High Capacity (e)MMC cards work fine on sun4i / sun5i, and not having this
capability set causes u-boot to not recognize the eMMC on an Utoo P66 A13
tablet, so always
On Tue, Feb 24, 2015 at 08:23:55AM +0100, Jan Kiszka wrote:
On 2015-02-20 10:36, Jan Kiszka wrote:
On 2015-02-19 10:14, Thierry Reding wrote:
On Wed, Feb 18, 2015 at 09:34:53AM -0700, Stephen Warren wrote:
On 02/17/2015 11:13 PM, Jan Kiszka wrote:
On 2015-02-17 22:03, Stephen Warren
From: Ian Campbell i...@hellion.org.uk
Saves having to remember to ask make for it explicitly.
Signed-off-by: Ian Campbell i...@hellion.org.uk
Cc: Jason Cooper u-b...@lakedaemon.net
---
include/configs/dreamplug.h | 3 +++
1 file changed, 3 insertions(+)
diff --git
On 2015-02-24 09:18, Thierry Reding wrote:
On Tue, Feb 24, 2015 at 08:23:55AM +0100, Jan Kiszka wrote:
On 2015-02-20 10:36, Jan Kiszka wrote:
On 2015-02-19 10:14, Thierry Reding wrote:
On Wed, Feb 18, 2015 at 09:34:53AM -0700, Stephen Warren wrote:
On 02/17/2015 11:13 PM, Jan Kiszka wrote:
Hello,
On 02/23/2015 06:50 PM, Simon Glass wrote:
Hi Przemyslaw,
On 23 February 2015 at 09:56, Przemyslaw Marczak p.marc...@samsung.com wrote:
Hello,
On 02/23/2015 04:30 PM, Simon Glass wrote:
Hi,
On 23 February 2015 at 03:51, Przemyslaw Marczak p.marc...@samsung.com
wrote:
Hello
Reduce the boot time of Odroid XU3 by disabling the memset
at malloc init.
Signed-off-by: Przemyslaw Marczak p.marc...@samsung.com
---
Changes v5
- new commit
---
configs/odroid-xu3_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configs/odroid-xu3_defconfig
This commit introduces new config: CONFIG_SYS_MALLOC_CLEAR_ON_INIT.
This config is an expert option and is enabled by default.
The all amount of memory reserved for the malloc, is by default set
to zero in mem_malloc_init(). When the malloc reserved memory exceeds
few MiB, then the boot process
Reduce the boot time of Trats2 by disabling the memset
at malloc init.
This was tested on Trats2.
A quick test with trace. Boot time from start to main_loop() entry:
- ~464ms - before this change (arch memset enabled for .bss clear)
- ~341ms - after this change
Signed-off-by: Przemyslaw Marczak
For ARM architecture, enable the CONFIG_USE_ARCH_MEMSET/MEMCPY,
will highly increase the memset/memcpy performance. This is able
thanks to the ARM multiple register instructions.
Unfortunatelly the relocation is done without the cache enabled,
so it takes some time, but zeroing the BSS memory
Hi Marek
This patch implement _weak function for board_usb_cleanup.
This function (usb_board_cleanup) implementation is board-specific
feature.
board_usb_cleanup function can be used to clean up after failed
board-specific USB initialization.
Signed-off-by: Inha Song
Le lundi 23 février 2015 à 16:43 -0600, Nishanth Menon a écrit :
On Mon, Feb 23, 2015 at 4:21 PM, Tom Rini tr...@ti.com wrote:
On Mon, Feb 23, 2015 at 08:16:44PM +0100, Paul Kocialkowski wrote:
Not every version and revision of the Cortex-A8 ARM core requires the same
errata workarounds.
Thanks Lukasz.
Regards,
Dileep
On 24 February 2015 at 14:44, Lukasz Majewski l.majew...@samsung.com
wrote:
Hi Dileep,
Adds the fastboot erase functionality, to erase a partition
specified by name. The erase is performed based on erase group size,
to avoid erasing other partitions. The
Hi,
On 24-02-15 10:02, Hans de Goede wrote:
Hi,
On 23-02-15 18:45, Pantelis Antoniou wrote:
Hi Hans,
On Feb 19, 2015, at 22:03 , Hans de Goede hdego...@redhat.com wrote:
High Capacity (e)MMC cards work fine on sun4i / sun5i, and not having this
capability set causes u-boot to not recognize
Dear All,
First of all I would like to apologize for delay with reviewing/PRs
fastboot related patches.
I've collected fastboot related patches and push them to u-boot-dfu
repo (master branch):
http://git.denx.de/?p=u-boot/u-boot-dfu.git;a=summary
Please look into this repository and let me
Hi Inha,
This patch invoke board-specific USB cleanup (board_usb_cleanup)
interface.
Signed-off-by: Inha Song ideal.s...@samsung.com
---
common/cmd_dfu.c | 1 +
common/cmd_thordown.c | 1 +
common/cmd_usb_mass_storage.c | 1 +
3 files changed, 3 insertions(+)
On Mon, Feb 23, 2015 at 11:54 PM, Masahiro Yamada
yamad...@jp.panasonic.com wrote:
Hi Fabio,
Thanks for converting some boards.
I have dropped 1/9, 2/9, 4/9
and have posted v5.
Thanks, Masahiro.
BTW, is it possible to use the common linker script
instead of
On Tue, Feb 24, 2015 at 6:02 AM, Paul Kocialkowski cont...@paulk.fr wrote:
Le lundi 23 février 2015 à 16:43 -0600, Nishanth Menon a écrit :
On Mon, Feb 23, 2015 at 4:21 PM, Tom Rini tr...@ti.com wrote:
On Mon, Feb 23, 2015 at 08:16:44PM +0100, Paul Kocialkowski wrote:
Not every version and
On Fri, Feb 13, 2015 at 12:16 AM, Robin Gong b38...@freescale.com wrote:
On Wed, Feb 11, 2015 at 07:47:57AM -0800, Tim Harvey wrote:
On Wed, Feb 11, 2015 at 2:49 AM, Robin Gong b38...@freescale.com wrote:
snip
This is very board dependent. Here you are referring to a board that
has a
Hi,
On Monday 23 February 2015 08:29 PM, Marek Vasut wrote:
On Monday, February 23, 2015 at 07:19:03 AM, Kishon Vijay Abraham I wrote:
Hi,
On Monday 16 February 2015 04:02 PM, Lukasz Majewski wrote:
Hi Kishon, Marek
Added a header file to include various linux specific APIs like
pr_debug,
Convert this driver over to use driver model. Since all x86 platforms use
it, move x86 to use driver model for SPI and SPI flash. Adjust all dependent
code and remove the old x86 spi_init() function.
Note that this does not make full use of the new PCI uclass as yet. We still
scan the bus looking
Now that driver model handles cros_ec init, we can drop this special code.
Signed-off-by: Simon Glass s...@chromium.org
---
common/cros_ec.c | 5 -
include/cros_ec.h | 7 ---
2 files changed, 12 deletions(-)
diff --git a/common/cros_ec.c b/common/cros_ec.c
index f9c74ca..7a4f785
On x86 systems this device is commonly used to provide legacy port access.
It is sort-of a replacement for the old ISA bus.
Add a uclass for this, and allow it to have child devices.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/x86/lib/Makefile | 1 +
arch/x86/lib/lpc-uclass.c |
The PCH (Platform Controller Hub) is on the PCI bus, so show it as such.
The LPC (Low Pin Count) and SPI bus are inside the PCH, so put these in the
right place also.
Rename the compatible strings to be more descriptive since this board is the
only user. Once we are using driver model fully on
Permit use of a udevice to talk to SPI flash. Ultimately we would like
to retire the use of 'struct spi_flash' for this purpose, so create the
new API for those who want to move to it.
Signed-off-by: Simon Glass s...@chromium.org
---
drivers/mtd/spi/sf-uclass.c | 16 +++
Since driver model will probe the EC when it is first used, we do not
need to init it explicitly.
Signed-off-by: Simon Glass s...@chromium.org
---
board/sandbox/sandbox.c | 12
include/configs/sandbox.h | 1 -
2 files changed, 13 deletions(-)
diff --git
This is still a non-generic board.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Chan-Taek Park c-p...@ti.com
Acked-by: Marek Vasut ma...@denx.de
---
arch/arm/Kconfig | 5 -
arch/arm/cpu/arm1176/Makefile | 1 -
Hi Ian,
On Sat, 21 Feb 2015 10:38:26 +
Ian Campbell i...@hellion.org.uk wrote:
On Sat, 2015-02-21 at 02:51 +0900, Masahiro YAMADA wrote:
2015-02-20 6:13 GMT+09:00 Stephen Warren swar...@wwwdotorg.org:
On 02/19/2015 12:55 AM, Masahiro Yamada wrote:
I think the above patch
This is still a non-generic board.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Matthias Weisser weiss...@arcor.de
Acked-by: Marek Vasut ma...@denx.de
---
arch/arm/Kconfig | 5 -
arch/arm/cpu/arm926ejs/Makefile | 1 -
It is true that malloc is necessary for Driver Model before
relocation, but there is no good reason to reserve the malloc
space more than enough. The default value 0x400 works well.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Reviewed-by: Simon Glass s...@chromium.org
---
Changes
This is not needed now that we have moved to driver model.
Signed-off-by: Simon Glass s...@chromium.org
---
include/fdtdec.h | 1 -
lib/fdtdec.c | 1 -
2 files changed, 2 deletions(-)
diff --git a/include/fdtdec.h b/include/fdtdec.h
index 665d1ef..51a9471 100644
--- a/include/fdtdec.h
+++
Since driver model will probe the EC when it is first used, we do not
need to init it explicitly.
Signed-off-by: Simon Glass s...@chromium.org
---
board/coreboot/coreboot/coreboot.c | 5 -
board/google/chromebook_link/link.c | 3 ---
2 files changed, 8 deletions(-)
diff --git
This is not needed now that we have moved chromebook_link and cros_ec to
driver model.
Signed-off-by: Simon Glass s...@chromium.org
---
include/fdtdec.h | 1 -
lib/fdtdec.c | 1 -
2 files changed, 2 deletions(-)
diff --git a/include/fdtdec.h b/include/fdtdec.h
index 51a9471..2732e97 100644
When building a THumb-1-only target with CONFIG_SYS_THUMB_BUILD,
some files fail to build, most of the time because they include
mcr instructions, which only exist for Thumb-2.
Thos patch introduces a Kconfig option CONFIG_THUMB2 and uses
it to select between Thumb-2 and ARM mode for the
The fastboot reboot-bootloader command is defined to
re-enter into fastboot mode after rebooting into
bootloader. This command is usually used after updating
bootloader via fastboot.
This commit implements only a generic side of the
command - setting of the reset flag and then resetting.
Setting
Hi Przemyslaw,
For ARM architecture, enable the CONFIG_USE_ARCH_MEMSET/MEMCPY,
will highly increase the memset/memcpy performance. This is able
thanks to the ARM multiple register instructions.
Unfortunatelly the relocation is done without the cache enabled,
so it takes some time, but
Hi Przemyslaw,
This commit introduces new config: CONFIG_SYS_MALLOC_CLEAR_ON_INIT.
This config is an expert option and is enabled by default.
The all amount of memory reserved for the malloc, is by default set
to zero in mem_malloc_init(). When the malloc reserved memory exceeds
few MiB,
At present x86 does not use driver model for SPI or LPC (low-pin-count, a
bus used to talk to the EC on Chromebooks).
This series:
- moves the ICH SPI driver over to driver model
- moves the cros_ec LPC driver to driver model
- removes non-driver-model cros_ec code (since now I2C, SPI and LPC are
Hi,
On Monday 23 February 2015 08:14 PM, Lukasz Majewski wrote:
Hi Kishon,
Hi,
On Monday 23 February 2015 07:32 PM, Lukasz Majewski wrote:
From: Marek Szyprowski m.szyprow...@samsung.com
DWC3 hangs on OUT requests smaller than maxpacket size,
so HACK the request length to be at least equal
This is the last driver to be converted. It requires an LPC bus and a
special check_version() method.
Signed-off-by: Simon Glass s...@chromium.org
---
configs/chromebook_link_defconfig | 1 +
drivers/misc/cros_ec.c| 12
drivers/misc/cros_ec_lpc.c| 29
Since driver model will probe the EC when it is first used, we do not
need to init it explicitly.
Signed-off-by: Simon Glass s...@chromium.org
---
board/samsung/common/board.c| 12
include/configs/exynos5420-common.h | 2 --
include/configs/snow.h | 1 -
3
Hi Heiko,
On 23 February 2015 at 23:18, Heiko Schocher h...@denx.de wrote:
a6b541b090: TI ARMv7: Don't use GD before crt0.S has set it
moves the init of the debug uart at the very end of SPL code.
Enable it for the siemens board earlier, as they print
ddr settings ... all debug output before
Hi Przemyslaw,
Reduce the boot time of Trats2 by disabling the memset
at malloc init.
This was tested on Trats2.
A quick test with trace. Boot time from start to main_loop() entry:
- ~464ms - before this change (arch memset enabled for .bss clear)
- ~341ms - after this change
Hi Przemyslaw,
This commit enables the following configs:
- CONFIG_USE_ARCH_MEMCPY
- CONFIG_USE_ARCH_MEMSET
This increases the performance of memcpy/memset
and also reduces the boot time.
This was tested on Trats2.
A quick test with trace. Boot time from start to main_loop() entry:
-
Hi Przemyslaw,
Reduce the boot time of Odroid X2/U3 by disabling the memset
at malloc init.
This was tested on Odroid X2.
A quick test with checking gpio pin state using the oscilloscope.
Boot time from start to bootcmd (change gpio state by memory write
command):
- ~228ms - before this
Hi Przemyslaw,
Reduce the boot time of Odroid XU3 by disabling the memset
at malloc init.
Signed-off-by: Przemyslaw Marczak p.marc...@samsung.com
---
Changes v5
- new commit
---
configs/odroid-xu3_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git
The U-Boot device trees are slightly different in a few places. Adjust them
to remove most of the differences. Note that U-Boot does not support the
concept of interrupts as distinct from GPIOs, so this difference remains.
For sandbox, use the same keyboard file as for ARM boards and drop the
Add a simple uclass for this chip which is often found in x86 systems
where the CPU is a separate device.
The device can have children, so make it scan the device tree for these.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/x86/cpu/ivybridge/bd82x6x.c | 9 -
This code appears to be missing a piece that is needed on some keyboards
to enable the keyboard. Add this in.
This makes the keyboard work correctly on chromebook_link.
Signed-off-by: Simon Glass s...@chromium.org
---
drivers/input/i8042.c | 7 +++
1 file changed, 7 insertions(+)
diff
This command is supposed to reinit the device. At present with driver
model is does nothing. Implement this feature.
Signed-off-by: Simon Glass s...@chromium.org
---
drivers/misc/cros_ec.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/misc/cros_ec.c
Since all supported boards enable this option now, we can remove it along
with the old code.
Signed-off-by: Simon Glass s...@chromium.org
---
README| 8 --
arch/sandbox/Kconfig | 3 -
board/samsung/smdk5420/Kconfig| 6 -
common/cros_ec.c
From: Simon Glass s...@chromium.org
At present defaults in arch-specific Kconfig files are ignored if the
top-level item comes ahead of it in include order. This means that it is
not possible to have a U-Boot default that architectures and boards can
override. This does not seem very useful.
On 24 February 2015 at 01:03, Masahiro Yamada yamad...@jp.panasonic.com wrote:
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index eef70d0..3604087 100644
--- a/MAINTAINERS
+++
On Tue, 24 Feb 2015 14:53:36 +0100, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
When building a THumb-1-only target with CONFIG_SYS_THUMB_BUILD,
- fixed a typo in the commit message
Drat. :/
If that version gets accepted, whoever commits it please s/THumb/Thumb/.
Amicalement,
--
Hello Stefan,
On Tue, 10 Feb 2015 14:36:35 +0100, Stefan Roese s...@denx.de wrote:
Hi Albert,
Another option would be to remove all the irq_off/_on stuff from
the atomic_foo() and the bitops functions. We are running in a
single-threaded environment after all in U-Boot. So there should
be
Hello Tom,
On 02/24/2015 11:38 AM, Przemyslaw Marczak wrote:
This patchset reduces the boot time for ARM architecture,
Exynos boards, and (ARM) boards with DFU enabled.
For tested Trats2 and Odroid X2/XU3 devices, this was done in four steps.
1. Enable the arch memcpy and memset - ARCH
Removed linux compatibility header file that was added specifically
for dwc3. The macro definitions and other functions added in this
header file has been moved to more generic linux compatibility
header file thats used across u-boot.
Found an issue w.r.t duplicate definition in mtd.h so fixed it
Hi Simon,
On Mon, 23 Feb 2015 07:02:25 -0700
Simon Glass s...@chromium.org wrote:
Hi Masahiro,
On 20 February 2015 at 19:37, Masahiro YAMADA yamad...@jp.panasonic.com
wrote:
Hi Simon,
2015-02-21 11:28 GMT+09:00 Simon Glass s...@chromium.org:
Hi Masahiro,
On 20 February 2015
Hi Scott,
On Mon, 23 Feb 2015 19:22:51 -0600
Scott Wood scottw...@freescale.com wrote:
On Fri, 2015-02-20 at 14:24 +0900, Masahiro Yamada wrote:
When Kconfig for U-boot was examined, one of the biggest issues was
how to support multiple images (Normal, SPL, TPL). There were
actually two
Changes in v5:
1/9, 2/9, 4/9 have been dropped.
Fabio has posted patches to convert IMX boards.
Masahiro Yamada (6):
ARM: remove jadecpu board support
ARM: remove dkb board support
ARM: remove cm4008 and cm41xx board support
ARM: remove a320evb board support
ARM: remove tnetv107x
These are still non-generic boards.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Greg Ungerer greg.unge...@opengear.com
Acked-by: Marek Vasut ma...@denx.de
---
arch/arm/Kconfig| 10 -
arch/arm/cpu/arm920t/Makefile | 1 -
From: Andrej Rosano and...@inversepath.com
Add support for Inverse Path USB armory board, an open source
flash-drive sized computer based on Freescale i.MX53 SoC.
http://inversepath.com/usbarmory
Signed-off-by: Andrej Rosano and...@inversepath.com
---
arch/arm/Kconfig |
Masahiro Yamada (3):
ARM: UniPhier: set CONFIG_SYS_MALLOC_F to the global default value
kconfig: switch to single .config configuration
kconfig: remove unneeded dependency on !SPL_BUILD
Simon Glass (1):
kconfig: Adjust ordering so that defaults work as expected
Kconfig
Now CONFIG_SPL_BUILD is not defined in Kconfig, so
!depends on SPL_BUILD and if !SPL_BUILD are redundant.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
Changes in v5:
- Rebase on u-boot/master (commit ded4bc3a)
Changes in v3: None
Changes in v2:
- Fix a typo in commit
When Kconfig for U-boot was examined, one of the biggest issues was
how to support multiple images (Normal, SPL, TPL). There were
actually two options, single .config and multiple .config.
After some discussions and thought experiments, I chose the latter,
i.e. to create .config, spl/.config,
Hi Przemyslaw,
For writing files, DFU implementation requires the file buffer
with the len at least of file size. For big files it requires
the same big buffer.
Previously the file buffer was allocated as a static variable,
so it was a part of U-Boot .bss section. For 32MiB len of buffer
On Tue, Feb 24, 2015 at 5:34 AM, Alexey Firago alexey_fir...@mentor.com wrote:
The fastboot reboot-bootloader command is defined to
re-enter into fastboot mode after rebooting into
bootloader. This command is usually used after updating
bootloader via fastboot.
This commit implements only a
Hi Masahiro,
On 23 February 2015 at 21:54, Masahiro Yamada yamad...@jp.panasonic.com wrote:
Hi Simon,
On Fri, 20 Feb 2015 10:21:27 -0700
Simon Glass s...@chromium.org wrote:
Hi Masahiro,
On 20 February 2015 at 05:12, Masahiro Yamada yamad...@jp.panasonic.com
wrote:
Hi Simon,
Older controllers don't implement Device Address Advance which allow
to pass the device address to the controller when it is received.
To support such controller we need to store the requested address and
only apply it after the next IN transfer completed on EP0.
Signed-off-by: Alban Bedel
The USB controller on T20 doesn't have the HOSTPC feature.
As there is not define for the SoC type at this level we use the
address of the first USB controller as match. Not very nice but it
should do for now.
Signed-off-by: Alban Bedel alban.be...@avionic-design.de
---
Many T20 boards use NAND instead of MMC, allow accessing it via DFU.
Signed-off-by: Alban Bedel alban.be...@avionic-design.de
---
include/configs/tegra-common-usb-gadget.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/include/configs/tegra-common-usb-gadget.h
On 02/24/2015 01:48 AM, Albert ARIBAUD wrote:
Hello,
Can anyone confirm that on current u-boot/master, rpi_2 build fine with
git clean -xfd; make rpi_2_defconfig; make
but fails with
tools/buildman/buildman rpi_2
with the following error:
arm: + rpi_2
+make[3]:
Hi Ian,
On Tue, Feb 24, 2015 at 08:38:57AM +, Ian Campbell wrote:
From: Ian Campbell i...@hellion.org.uk
Saves having to remember to ask make for it explicitly.
Signed-off-by: Ian Campbell i...@hellion.org.uk
Cc: Jason Cooper u-b...@lakedaemon.net
---
include/configs/dreamplug.h |
On Mon, Jan 19, 2015 at 1:07 AM, Inha Song ideal.s...@samsung.com wrote:
This patch invoke board-specific USB cleanup (board_usb_cleanup)
interface.
Signed-off-by: Inha Song ideal.s...@samsung.com
---
common/cmd_dfu.c | 1 +
common/cmd_thordown.c | 1 +
1 - 100 of 224 matches
Mail list logo