Hi Ulises,
-Original Message-
From: ulises.carde...@freescale.com [mailto:ulises.carde...@freescale.com]
Sent: Wednesday, February 18, 2015 1:45 AM
To: Gupta Ruchika-R66431
Cc: u-boot@lists.denx.de; Estevam Fabio-R49496; sba...@denx.de;
s...@chromium.org; Ulises Cardenas Casas; Garg
On Fri, 20 Feb 2015 10:19:51 +0100
Hans de Goede hdego...@redhat.com wrote:
Hi,
On 20-02-15 09:08, Siarhei Siamashka wrote:
Store the 'compatibility revision' number in the top 4 bits of the
machine id and pass it to the kernel. The old buggy kernels will
fail to load with a very much
In our use cases, it would not be so troublesome to use the bus
number given by the binding order.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
arch/arm/dts/uniphier-ph1-ld4-ref.dts | 4
arch/arm/dts/uniphier-ph1-pro4-ref.dts | 6 --
For I2C (and some other uclasses), all the devices are required to
have their own request sequence numbers to use them. Otherwise,
uclass_get_device_by_seq() fails to get them. To specify those
numbers, we have to add aliases to device trees. As a result, the
aliases nodes grow bigger and
Signed-off-by: Gaurav Rana gaurav.r...@freescale.com
CC: Simon Glass s...@chromium.org
---
drivers/crypto/rsa_mod_exp/Makefile | 3 ++-
lib/rsa/Makefile| 3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/crypto/rsa_mod_exp/Makefile
Hello,
On 02/17/2015 03:31 PM, Przemyslaw Marczak wrote:
After rework of the file system API, the size of ext4
write was missed. This causes printing unreliable write
size at the end of the file system write operation.
Signed-off-by: Przemyslaw Marczak p.marc...@samsung.com
Cc: Sjoerd Simons
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 change (arch memset
This commit introduces new config: CONFIG_SYS_MALLOC_INIT_SKIP_ZEROING.
Before this change, the all amount of memory reserved for the malloc,
was set to zero in mem_malloc_init(). When the malloc reserved memory
exceeds few MiB, then the boot process can slow down.
So enabling this config, is an
This patchset reduces the boot time for ARM architecture,
Exynos boards, and (ARM) boards with DFU enabled.
For tested Trats2 and Odroid X2 devices, this was done in four steps.
1. Enable the arch memcpy and memset - ARCH specific
2. Enable arch memset for .bss clear - ARCH specific
3. Reduce
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
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
we have 32MiB of
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
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:
- ~1527ms - before this
The dw mmc driver init priority was always the same: ch 0, ch 1, ch 2.
On some boards (e.g. Odroid XU3) the dwmmc driver is enabled for all
mmc channels. In this case, when boot device is switchable (SD/eMMC),
the default MMC device will be 0 or 1.
Change the init priority to boot device, always
Depending on the boot priority, the eMMC/SD cards,
can be initialized with the same numbers for each boot.
To be sure which mmc device is SD and which is eMMC,
this info is printed by 'mmc list' command, when
the init is done.
Signed-off-by: Przemyslaw Marczak p.marc...@samsung.com
Cc: Pantelis
Masahiro Yamada (2):
dm: i2c: make request sequence number optional
ARM: UniPhier: disable DM_I2C_REQ_ALIAS to drop I2C aliases
arch/arm/dts/uniphier-ph1-ld4-ref.dts | 4
arch/arm/dts/uniphier-ph1-pro4-ref.dts | 6 --
arch/arm/dts/uniphier-ph1-sld8-ref.dts | 4
On Fri, 20 Feb 2015 09:44:44 +0100
Hans de Goede hdego...@redhat.com wrote:
Hi,
On 20-02-15 09:15, Siarhei Siamashka wrote:
On Thu, 19 Feb 2015 14:59:16 +0100
Hans de Goede hdego...@redhat.com wrote:
Older linux-sunxi-3.4 kernels override our PLL6 setting with 300 MHz,
halving the
Before this commit, the mmc devices were always registered
in the same order. So dwmmc channel 0 was registered as mmc 0,
channel 1 as mmc 1, etc.
In case of possibility to boot from more then one device,
the CONFIG_SYS_MMC_ENV_DEV should always point to right mmc device.
This can be achieved by
On Thu, 19 Feb 2015 14:59:16 +0100
Hans de Goede hdego...@redhat.com wrote:
Older linux-sunxi-3.4 kernels override our PLL6 setting with 300 MHz,
halving the mbus frequency, so set it to 300 MHz ourselves and base the
mbus divider on that.
Signed-off-by: Hans de Goede hdego...@redhat.com
This patch does the following:
1. The function names for encapsulation and decapsulation
were inconsitent in freescale's implementation and cmd_blob file.
This patch corrects the issues.
2. The function protopye is also modified to change the length parameter
from u8 to u32 to allow encapsulation
Hello,
On 02/19/2015 06:09 PM, Stephen Warren wrote:
On 02/19/2015 05:11 AM, Przemyslaw Marczak wrote:
Hello,
On 02/18/2015 05:39 PM, Stephen Warren wrote:
On 02/17/2015 10:01 PM, Simon Glass wrote:
+Stephen who might have an opinion on this.
Hi Przemyslaw,
On 17 February 2015 at 06:09,
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 wrote:
On 02/16/2015 05:54 AM, Jan Kiszka wrote:
This is based on Thierry Reding's work and uses Ian
Hi,
On 02/19/2015 05:45 PM, Tom Rini wrote:
On Thu, Feb 19, 2015 at 03:36:57PM +0100, Przemyslaw Marczak wrote:
Hello Tom,
On 02/19/2015 03:03 PM, Tom Rini wrote:
On Wed, Feb 18, 2015 at 11:50:41AM +0100, Przemyslaw Marczak wrote:
Hello Simon,
On 02/18/2015 06:02 AM, Simon Glass wrote:
Hi
Hello,
On 02/20/2015 08:32 AM, Masahiro Yamada wrote:
On Thu, 19 Feb 2015 11:59:07 -0700
Simon Glass s...@chromium.org wrote:
+Masahiro
Hi,
On 18 February 2015 at 05:40, Przemyslaw Marczak p.marc...@samsung.com wrote:
Hi Simon,
On 02/18/2015 05:32 AM, Simon Glass wrote:
Hi Przemyslaw,
In U-boot, the directory structure, arch/$(ARCH)/cpu/$(CPU)/$(SOC)/
has been adopted except that $(CPU) is missing from some
architectures and $(SOC) is missing from some CPUs.
This structure did not fit very well in some cases.
[1] AT91
AT91 SoC family have been developed across some ARM
Move
arch/arm/cpu/arm926ejs/versatile/* - arch/arm/mach-versatile/*
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
Changes in v3: None
arch/arm/Kconfig | 2 +-
arch/arm/Makefile | 1 +
Move
arch/arm/cpu/arm926ejs/orion5x/* - arch/arm/mach-orion5x/*
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Albert ARIBAUD albert.u.b...@aribaud.net
---
Changes in v3: None
arch/arm/Kconfig | 2 +-
arch/arm/Makefile
Move arch/arm/include/asm/arch-orion5x/*
- arch/arm/mach-orion5x/include/mach/*
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Albert ARIBAUD albert.u.b...@aribaud.net
---
Changes in v3: None
arch/arm/{include/asm/arch-orion5x = mach-orion5x/include/mach}/cpu.h| 0
In U-Boot, SoC-specific headers are placed in
arch/$(ARCH)/include/asm/arch-$(SOC) and a symbolic link to that
directory is created at the early stage of the build process.
Creating and removing a symbolic link during the build is not
preferred. In fact, Linux Kernel did away with
Move
arch/arm/cpu/arm926ejs/nomadik/* - arch/arm/mach-nomadik/*
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Nomadik Linux Team stn_wmm_nomadik_li...@list.st.com
Cc: Alessandro Rubini rub...@unipv.it
---
Changes in v3: None
arch/arm/Kconfig
Move
arch/arm/cpu/arm926ejs/davinci/* - arch/arm/mach-davinci/*
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Tom Rini tr...@ti.com
---
Changes in v3: None
arch/arm/Kconfig | 2 +-
arch/arm/Makefile
Move
arch/arm/cpu/armv7/keystone/* - arch/arm/mach-keystone/*
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Tom Rini tr...@ti.com
---
Changes in v3: None
arch/arm/Kconfig| 2 +-
arch/arm/Makefile
Hi Ulises,
On 17/02/2015 21:14, ulises.carde...@freescale.com wrote:
From: Raul Cardenas ulises.carde...@freescale.com
Freescale's SEC block has built-in Data Encryption
Key(DEK) Blob Protocol which provides a method for
protecting a DEK for non-secure memory storage.
SEC block protects
Move arch/arm/include/asm/arch-davinci/*
- arch/arm/mach-davinci/include/mach/*
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Tom Rini tr...@ti.com
---
Changes in v3: None
.../{include/asm/arch-davinci = mach-davinci/include/mach}/aintc_defs.h | 0
.../asm/arch-davinci =
On Thu, 19 Feb 2015 14:57:14 +0100
Hans de Goede hdego...@redhat.com wrote:
Hi,
On 19-02-15 13:38, Siarhei Siamashka wrote:
On Wed, 18 Feb 2015 22:29:07 -0800 (PST)
TsvetanUsunov tsvetanusu...@gmail.com wrote:
Hi
For A13-OLinuxino till now we conservatively used the Linux-Sunxi
Hi,
On 20-02-15 09:15, Siarhei Siamashka wrote:
On Thu, 19 Feb 2015 14:59:16 +0100
Hans de Goede hdego...@redhat.com wrote:
Older linux-sunxi-3.4 kernels override our PLL6 setting with 300 MHz,
halving the mbus frequency, so set it to 300 MHz ourselves and base the
mbus divider on that.
Hi,
On 20-02-15 09:08, Siarhei Siamashka wrote:
Store the 'compatibility revision' number in the top 4 bits of the
machine id and pass it to the kernel. The old buggy kernels will
fail to load with a very much googlable error message on the serial
console:
Error: unrecognized/unsupported
Hi,
On Monday 16 February 2015 06:59 PM, Marek Vasut wrote:
On Monday, February 16, 2015 at 11:07:39 AM, Lukasz Majewski wrote:
Hi Kishon,
Enabled clocks for dwc3 controller and USB PHY present in AM43xx.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
Store the 'compatibility revision' number in the top 4 bits of the
machine id and pass it to the kernel. The old buggy kernels will
fail to load with a very much googlable error message on the serial
console:
Error: unrecognized/unsupported machine ID (r1 = 0x100010bb)
This error message can
This commit adds $(srctree)/arch/arm/$(machdirs)/include/mach to
the headers search path.
It allows us to replace #include asm/arch/foo.h with
#include mach/foo.h. As #include asm/arch/foo.h is still
supported, we can modify each file one by one.
Signed-off-by: Masahiro Yamada
Move arch/arm/include/asm/arch-keystone/*
- arch/arm/mach-keystone/include/mach/*
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Tom Rini tr...@ti.com
---
Changes in v3: None
.../{include/asm/arch-keystone = mach-keystone/include/mach}/clock-k2e.h | 0
.../asm/arch-keystone =
Move arch/arm/include/asm/arch-nomadik/*
- arch/arm/mach-nomadik/include/mach/*
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Nomadik Linux Team stn_wmm_nomadik_li...@list.st.com
Cc: Alessandro Rubini rub...@unipv.it
---
Changes in v3: None
arch/arm/{include/asm/arch-nomadik =
Move arch/arm/include/asm/arch-at91/*
- arch/arm/mach-at91/include/mach/*
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Acked-by: Andreas Bießmann andreas.de...@googlemail.com
---
Changes in v3:
- Move two more headers. They were added after I sent the RFC.
MAINTAINERS
EHCI host controllers have a common register interface.
We may wish to implement a generic EHCI driver someday.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
Changes in v2: None
arch/arm/dts/uniphier-ph1-ld4.dtsi | 8
arch/arm/dts/uniphier-ph1-pro4.dtsi | 6 +++---
For all the UniPhier SoCs so far, the reset signal of the NAND core
is automatically deasserted after the PLL gets stabled.
(The bit 2 of SC_RSTCTRL is default to one.)
This causes a fatal problem on the NAND controller of PH1-LD4.
For that SoC, the NAND I/O pins are not set up yet at the
PH1-Pro4 includes both EHCI and xHCI IP cores.
Unfortunately, U-Boot cannot enable EHCI and xHCI support
simultaneously. Some users may wish Super-Speed connection.
Disable CONFIG_USB_EHCI_HCD and enable CONFIG_USB_XHCI_HCD.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
Changes
Each USB port corresponds to the following IP core:
port0: xHCI (0x65a0) SS+HS
port1: xHCI (0x65c0) HS (SS PHY is not implemented)
port2: EHCI (0x5a800100) HS
port3: EHCI (0x5a810100) HS
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
Changes in v2: None
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
Changes in v2: None
arch/arm/cpu/armv7/uniphier/ph1-pro4/sbc_init.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/cpu/armv7/uniphier/ph1-pro4/sbc_init.c
The 3CS support card (CONFIG_DCC_MICRO_SUPPORT_CARD) used to be used
very often before, but it is recently getting a minority. Swith to
the 1CS support card (CONFIG_PFC_MICRO_SUPPORT_CARD).
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
Changes in v2:
- Added
Hi Marek,
On Tue, 17 Feb 2015 20:51:48 +0100
Marek Vasut ma...@denx.de wrote:
On Tuesday, February 17, 2015 at 08:00:27 AM, Masahiro Yamada wrote:
Support xHCI host driver used on Panasonic UniPhier platform.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
Hi Marek,
Hi Simon,
On Tue, 17 Feb 2015 22:01:53 -0700
Simon Glass s...@chromium.org wrote:
+#include common.h
+#include linux/err.h
+#include usb.h
+#include fdtdec.h
+#include xhci.h
+
+DECLARE_GLOBAL_DATA_PTR;
+
+#define FDTgd-fdt_blob
Ick, please don't do this. Just
Support xHCI host driver used on Panasonic UniPhier platform.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Acked-by: Marek Vasut ma...@denx.de
---
Changes in v2:
- add the error check of fdtdec_get_addr()
doc/README.uniphier | 3 +-
drivers/usb/host/Kconfig
This series contains:
- bug fixes and refactoring of SBC init code
- add missing reset controls
- support 1CS support card for all the SoCs
- add xHCI driver
Masahiro Yamada (16):
ARM: UniPhier: fix comments in PH1-Pro4 SBC code
ARM: UniPhier: fix SBC init code
ARM: UniPhier: split
On Friday, February 20, 2015 at 10:30:34 AM, Kishon Vijay Abraham I wrote:
Hi,
On Monday 16 February 2015 06:59 PM, Marek Vasut wrote:
On Monday, February 16, 2015 at 11:07:39 AM, Lukasz Majewski wrote:
Hi Kishon,
[...]
Two blank lines.
/* Control status register */
#define
Hi Przemyslaw,
On Fri, 20 Feb 2015 12:06:17 +0100
Przemyslaw Marczak p.marc...@samsung.com wrote:
This commit introduces new config: CONFIG_SYS_MALLOC_INIT_SKIP_ZEROING.
Before this change, the all amount of memory reserved for the malloc,
was set to zero in mem_malloc_init(). When the
Hi,
git clone using http or rsync protocols does not work whereas it is given here:
http://www.denx.de/wiki/view/DULG/UBootVersions
git clone http://git.denx.de/u-boot.git; just hangs with:
Cloning into 'u-boot'...
And git clone rsync://git.denx.de/u-boot.git returns:
Cloning into
This code is duplicated in ph1-ld4/sg_init.c and ph1-pro4/sg_init.c.
Merge the same code into a new file, memconf.c.
The helper functions no longer have to be placed in the header file.
Also, move them into memconf.c.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
Changes in v2:
Now UniPhier SoCs only work with CONFIG_SPL and the function
sbc_init() is called from SPL.
The conditional #if !defined(CONFIG_SPL_BUILD) has no point
any more.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
Changes in v2: None
arch/arm/cpu/armv7/uniphier/ph1-ld4/sbc_init.c |
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 UART platform devices because they might
be useful for SPL.
Deassert the reset signal and provide the clock for STDMAC core.
This is necessary for the USB 2.0 host controllers.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
Changes in v2: None
arch/arm/cpu/armv7/uniphier/ph1-ld4/clkrst_init.c | 5 -
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
---
Changes in v2: None
arch/arm/include/asm/arch-uniphier/ehci-uniphier.h | 27 --
This is necessary to use the USB 3.0 host controllers on PH1-Pro4.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
Changes in v2: None
arch/arm/cpu/armv7/uniphier/ph1-pro4/clkrst_init.c | 15 +++
arch/arm/include/asm/arch-uniphier/sc-regs.h | 11 ++-
2
Two support card variants are used with UniPhier reference boards:
- 1 chip select support card (original CPLD)
- 3 chip selects support card (ARIMA-compatible CPLD)
Currently, the former is only supported on PH1-Pro4, but it can be
expanded to PH1-LD4, PH1-sLD8 with a little code change.
This is necessary to use the xHCI cores for PH1-Pro4.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
Changes in v2: None
arch/arm/cpu/armv7/uniphier/ph1-pro4/pinctrl.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/cpu/armv7/uniphier/ph1-pro4/pinctrl.c
Split the current clkrst_init() into two functions:
- early_clkrst_init(): called from SPL
Deassert the reset signals of the memory controller and some other
basic cores.
- clkrst_init(): called from main U-boot
Deassert the reset signals that are necessary for the access to
Hi,
On 20-02-15 11:36, Siarhei Siamashka wrote:
On Fri, 20 Feb 2015 10:19:51 +0100
Hans de Goede hdego...@redhat.com wrote:
Hi,
On 20-02-15 09:08, Siarhei Siamashka wrote:
Store the 'compatibility revision' number in the top 4 bits of the
machine id and pass it to the kernel. The old buggy
When working with large TFTP packets (probably 4096 bytes, as set in your board config
file), U-Boot TFTP code sends wrong acknowledges for the TFTP packets.
But what is clear from traffic dumps is that a packet size never exceeds 516 when
downloading from Linux machine's tftpd. Am I missing
Hi Simon, Stephen,
2015-02-21 3:39 GMT+09:00 Simon Glass s...@chromium.org:
Hi,
On 20 February 2015 at 10:54, Stephen Warren swar...@wwwdotorg.org wrote:
On 02/20/2015 10:06 AM, Simon Glass wrote:
+Stephen
Hi Masahiro,
On 19 February 2015 at 22:25, Masahiro Yamada
Hi Masahiro,
On 20 February 2015 at 17:54, Masahiro YAMADA yamad...@jp.panasonic.com wrote:
Hi Simon, Stephen,
2015-02-21 3:39 GMT+09:00 Simon Glass s...@chromium.org:
Hi,
On 20 February 2015 at 10:54, Stephen Warren swar...@wwwdotorg.org wrote:
On 02/20/2015 10:06 AM, Simon Glass wrote:
Hi Masahiro,
On 20 February 2015 at 17:55, Masahiro YAMADA yamad...@jp.panasonic.com wrote:
Hi Simon,
2015-02-21 4:20 GMT+09:00 Simon Glass s...@chromium.org:
Hi Stephen,
On 19 February 2015 at 14:13, Stephen Warren swar...@wwwdotorg.org wrote:
On 02/19/2015 12:55 AM, Masahiro Yamada
Right now U-Boot supports the CONFIG_OLD_SUNXI_KERNEL_COMPAT option,
which makes it go out of its way in limiting the selection of PLL clock
frequencies and PMIC voltages in order not to upset outdated buggy
sunxi-3.4 kernel releases. And if the CONFIG_OLD_SUNXI_KERNEL_COMPAT
option is not set,
Hello!
I recently got Renesas SH7785LCR board which I am currently setting up
as a Debian porterbox for sh4. Currently, all sh4 build machines at
Debian for sh4 are running kernel 3.2.0 which is showing its age now,
especially since newer versions of udev are complaining about the
deprecated
Move arch/arm/include/asm/arch-at91/*
- arch/arm/mach-at91/include/mach/*
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Acked-by: Andreas Bießmann andreas.de...@googlemail.com
---
MAINTAINERS | 1 -
Move
arch/arm/cpu/armv7/highbank/* - arch/arm/mach-highbank/*
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Rob Herring r...@kernel.org
---
Changes in v3: None
arch/arm/Kconfig| 2 +-
arch/arm/Makefile
Move
arch/arm/cpu/arm926ejs/kirkwood/* - arch/arm/mach-kirkwood/*
Note:
Perhaps, can we merge arch/arm/mach-kirkwood and
arch/arm/mvebu-common into arch/arm/mach-mvebu, like Linux?
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Acked-by: Stefan Roese s...@denx.de
Cc: Prafulla
Hello!
I recently got Renesas SH7785LCR board which I am currently setting up
as a Debian porterbox for sh4. Currently, all sh4 build machines at
Debian for sh4 are running kernel 3.2.0 which is showing its age now,
especially since newer versions of udev are complaining about the
deprecated
This series can be applied on the current u-boot/master
(commit 1320112c8aa58345d71a5a46f3bf6a52589f1f2b)
Just rebased onto u-boot/master.
No other specail update from the RFC version.
Masahiro Yamada (19):
ARM: at91: move board select menu and common settings
ARM: prepare for moving SoC
This commit moves source files as follows:
arch/arm/cpu/arm920t/at91/* - arch/arm/mach-at91/arm920t/*
arch/arm/cpu/arm926ejs/at91/* - arch/arm/mach-at91/arm926ejs/*
arch/arm/cpu/armv7/at91/* - arch/arm/mach-at91/armv7/*
arch/arm/cpu/at91-common/*- arch/arm/mach-at91/*
On 02/19/2015 12:55 AM, 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 options, single .config and multiple .config.
After some discussions and thought experiments, I chose the
Masahiro Yamada (6):
ARM: UniPhier: set CONFIG_SYS_MALLOC_F to the global default value
malloc_f: fix broken .config caused by CONFIG_SYS_MALLOC_F
malloc_f: add ARCH_MALLOC_F_LEN to specify SoC-default malloc_f_len
kconfig: switch to single .config configuration
kconfig: remove unneeded
Move arch/arm/include/asm/arch-kirkwood/*
- arch/arm/mach-kirkwood/include/mach/*
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Acked-by: Stefan Roese s...@denx.de
Cc: Prafulla Wadaskar prafu...@marvell.com
Cc: Luka Perkov luka.per...@sartura.hr
---
Changes in v3: None
MAINTAINERS
Hi PF4Public,
On 02/20/2015 04:43 PM, PF4Public wrote:
When working with large TFTP packets (probably 4096 bytes, as set in
your board config file), U-Boot TFTP code sends wrong acknowledges for
the TFTP packets.
But what is clear from traffic dumps is that a packet size never exceeds
516
On Friday, February 20, 2015 at 02:04:54 PM, Masahiro Yamada wrote:
Hi Marek,
Hi!
On Tue, 17 Feb 2015 20:51:48 +0100
Marek Vasut ma...@denx.de wrote:
On Tuesday, February 17, 2015 at 08:00:27 AM, Masahiro Yamada wrote:
Support xHCI host driver used on Panasonic UniPhier platform.
The board select menu in arch/arm/Kconfig is still big.
To slim down it, this commit moves AT91 boards to
arch/arm/mach-at91/Kconfig.
Also, consolidate config SYS_SOC in each board Kconfig.
The Kconfig files under board/ directory were modified with the
following command:
find board -name
This commit moves files as follows:
arch/arm/cpu/arm720t/tegra20/* - arch/arm/mach-tegra/tegra20/*
arch/arm/cpu/arm720t/tegra30/* - arch/arm/mach-tegra/tegra30/*
arch/arm/cpu/arm720t/tegra114/* - arch/arm/mach-tegra/tegra114/*
arch/arm/cpu/arm720t/tegra124* -
On Wed, Feb 18, 2015 at 4:53 PM, Dileep Katta dileep.ka...@linaro.org wrote:
Fastboot oem command is updated with SPI specific functionality.
Signed-off-by: Dileep Katta dileep.ka...@linaro.org
---
Note: This is on top of Rob Herring patches submitted to support oem format
command
This commit moves files as follows:
arch/arm/cpu/arm720t/tegra20/* - arch/arm/mach-tegra/tegra20/*
arch/arm/cpu/arm720t/tegra30/* - arch/arm/mach-tegra/tegra30/*
arch/arm/cpu/arm720t/tegra114/* - arch/arm/mach-tegra/tegra114/*
arch/arm/cpu/arm720t/tegra124* -
The board select menu in arch/arm/Kconfig is still big.
To slim down it, this commit moves AT91 boards to
arch/arm/mach-at91/Kconfig.
Also, consolidate config SYS_SOC in each board Kconfig.
The Kconfig files under board/ directory were modified with the
following command:
find board -name
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 v3: None
Changes in v2:
- Fix a typo in commit description
Kconfig | 12
Move
arch/arm/cpu/armv7/highbank/* - arch/arm/mach-highbank/*
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Rob Herring r...@kernel.org
---
arch/arm/Kconfig| 2 +-
arch/arm/Makefile | 1 +
I forgot to drop the RFC prefix.
I send this series as a real applicable one.
On Fri, 20 Feb 2015 16:03:56 +0900
Masahiro Yamada yamad...@jp.panasonic.com wrote:
This series can be applied on the current u-boot/master
(commit 1320112c8aa58345d71a5a46f3bf6a52589f1f2b)
Just rebased onto
This commit moves source files as follows:
arch/arm/cpu/arm920t/at91/* - arch/arm/mach-at91/arm920t/*
arch/arm/cpu/arm926ejs/at91/* - arch/arm/mach-at91/arm926ejs/*
arch/arm/cpu/armv7/at91/* - arch/arm/mach-at91/armv7/*
arch/arm/cpu/at91-common/*- arch/arm/mach-at91/*
While discussing with some people how to get the Linux kernel to do the
right thing wrt sending output to both the serial console and the
hdmi out / lcd screen when booting on ARM devices, Grant Likely pointed out
that there already is a solution for this.
All we need to do is set the
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,
Move
arch/arm/cpu/arm926ejs/kirkwood/* - arch/arm/mach-kirkwood/*
Note:
Perhaps, can we merge arch/arm/mach-kirkwood and
arch/arm/mvebu-common into arch/arm/mach-mvebu, like Linux?
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Acked-by: Stefan Roese s...@denx.de
Cc: Prafulla
Move arch/arm/include/asm/arch-kirkwood/*
- arch/arm/mach-kirkwood/include/mach/*
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Prafulla Wadaskar prafu...@marvell.com
Cc: Luka Perkov luka.per...@sartura.hr
Cc: Stefan Roese s...@denx.de
---
MAINTAINERS
This series can be applied on the current u-boot/master
(commit 1320112c8aa58345d71a5a46f3bf6a52589f1f2b)
Just rebased onto u-boot/master.
No other specail update from the RFC version.
Masahiro Yamada (19):
ARM: at91: move board select menu and common settings
ARM: prepare for moving SoC
On 20.02.2015 08:04, Masahiro Yamada wrote:
Move arch/arm/include/asm/arch-kirkwood/*
- arch/arm/mach-kirkwood/include/mach/*
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Prafulla Wadaskar prafu...@marvell.com
Cc: Luka Perkov luka.per...@sartura.hr
Cc: Stefan Roese
Don't assume slave is always the first member of struct cf_spi_slave.
Use container_of instead of casting first structure member.
Signed-off-by: Axel Lin axel@ingics.com
---
drivers/spi/cf_spi.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git
On Wed, Feb 18, 2015 at 1:52 PM, Dileep Katta dileep.ka...@linaro.org wrote:
This patch adds functionality to getvar command to get the userdata partition
size.
This is non-standard and doesn't scale to other partitions. There is
already a standard var partition-size:part name. There is also
1 - 100 of 138 matches
Mail list logo
