Move arch/arm/include/asm/arch-davinci/*
-> arch/arm/mach-davinci/include/mach/*
Signed-off-by: Masahiro Yamada
Cc: Tom Rini
---
Changes in v3: None
.../{include/asm/arch-davinci => mach-davinci/include/mach}/aintc_defs.h | 0
.../asm/arch-davinci => mach-davinci/include/mach}/da850_lowlev
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 proces
Move
arch/arm/cpu/arm926ejs/versatile/* -> arch/arm/mach-versatile/*
Signed-off-by: Masahiro Yamada
---
Changes in v3: None
arch/arm/Kconfig | 2 +-
arch/arm/Makefile | 1 +
arch/arm/cpu/arm926ejs/Makefile
Move
arch/arm/cpu/arm926ejs/orion5x/* -> arch/arm/mach-orion5x/*
Signed-off-by: Masahiro Yamada
Cc: Albert ARIBAUD
---
Changes in v3: None
arch/arm/Kconfig | 2 +-
arch/arm/Makefile| 2 ++
arch/arm
Move arch/arm/include/asm/arch-orion5x/*
-> arch/arm/mach-orion5x/include/mach/*
Signed-off-by: Masahiro Yamada
Cc: Albert ARIBAUD
---
Changes in v3: None
arch/arm/{include/asm/arch-orion5x => mach-orion5x/include/mach}/cpu.h| 0
.../{include/asm/arch-orion5x => mach-orion5x/include/mac
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 include/asm-$(A
This commit adds $(srctree)/arch/arm/$(machdirs)/include/mach to
the headers search path.
It allows us to replace "#include " with
"#include ". As "#include " is still
supported, we can modify each file one by one.
Signed-off-by: Masahiro Yamada
---
Changes in v3: None
arch/arm/Makefile | 2
Move arch/arm/include/asm/arch-keystone/*
-> arch/arm/mach-keystone/include/mach/*
Signed-off-by: Masahiro Yamada
Cc: Tom Rini
---
Changes in v3: None
.../{include/asm/arch-keystone => mach-keystone/include/mach}/clock-k2e.h | 0
.../asm/arch-keystone => mach-keystone/include/mach}/clock-k2
Move arch/arm/include/asm/arch-nomadik/*
-> arch/arm/mach-nomadik/include/mach/*
Signed-off-by: Masahiro Yamada
Cc: Nomadik Linux Team
Cc: Alessandro Rubini
---
Changes in v3: None
arch/arm/{include/asm/arch-nomadik => mach-nomadik/include/mach}/gpio.h | 0
arch/arm/{include/asm/arch-nomad
Move
arch/arm/cpu/arm926ejs/davinci/* -> arch/arm/mach-davinci/*
Signed-off-by: Masahiro Yamada
Cc: Tom Rini
---
Changes in v3: None
arch/arm/Kconfig | 2 +-
arch/arm/Makefile | 1 +
arch/arm/cpu/
Move
arch/arm/cpu/armv7/keystone/* -> arch/arm/mach-keystone/*
Signed-off-by: Masahiro Yamada
Cc: Tom Rini
---
Changes in v3: None
arch/arm/Kconfig| 2 +-
arch/arm/Makefile | 1 +
arch/arm/cpu/armv7/Makefile
Move
arch/arm/cpu/arm926ejs/nomadik/* -> arch/arm/mach-nomadik/*
Signed-off-by: Masahiro Yamada
Cc: Nomadik Linux Team
Cc: Alessandro Rubini
---
Changes in v3: None
arch/arm/Kconfig | 2 +-
arch/arm/Makefile | 1
Move arch/arm/include/asm/arch-at91/*
-> arch/arm/mach-at91/include/mach/*
Signed-off-by: Masahiro Yamada
Acked-by: Andreas Bießmann
---
Changes in v3:
- Move two more headers. They were added after I sent the RFC.
MAINTAINERS |
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
On Thu, 19 Feb 2015 14:59:16 +0100
Hans de Goede 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
> ---
> arch/arm/include/asm/arch-s
On Thu, 19 Feb 2015 14:57:14 +0100
Hans de Goede wrote:
> Hi,
>
> On 19-02-15 13:38, Siarhei Siamashka wrote:
> > On Wed, 18 Feb 2015 22:29:07 -0800 (PST)
> > TsvetanUsunov wrote:
> >
> >> Hi
> >>
> >> For A13-OLinuxino till now we conservatively used the Linux-Sunxi uboot,
> >> but we recently
Hi Ulises,
On 17/02/2015 21:14, ulises.carde...@freescale.com wrote:
> From: Raul Cardenas
>
> 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 data in a data structure c
Hi,
On 20-02-15 09:15, Siarhei Siamashka wrote:
On Thu, 19 Feb 2015 14:59:16 +0100
Hans de Goede 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 G
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
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 ma
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
---
arch/arm/cpu/armv7/am33xx/clock_am43xx.c
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, Pr
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 us
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 wrote:
+Masahiro
Hi,
On 18 February 2015 at 05:40, Przemyslaw Marczak wrote:
Hi Simon,
On 02/18/2015 05:32 AM, Simon Glass wrote:
Hi Przemyslaw,
On 16 February 2015 at 08:13, Przemysl
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;
On Fri, 20 Feb 2015 10:19:51 +0100
Hans de Goede 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 googlable er
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
Cc: Sjoerd Simons
Cc: Lukasz Majewski
C
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 take
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 additio
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 t
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 change
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 enabl
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
On Fri, 20 Feb 2015 09:44:44 +0100
Hans de Goede wrote:
> Hi,
>
> On 20-02-15 09:15, Siarhei Siamashka wrote:
> > On Thu, 19 Feb 2015 14:59:16 +0100
> > Hans de Goede wrote:
> >
> >> Older linux-sunxi-3.4 kernels override our PLL6 setting with 300 MHz,
> >> halving the mbus frequency, so set it
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
Cc: Pantelis Antoniou
---
Changes
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 in
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 i
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
common/cmd
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
---
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
configs/ph1_
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 bigg
Signed-off-by: Gaurav Rana
CC: Simon Glass
---
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
b/drivers/crypto/rsa_mod_exp/Makefile
index 915b751..ae3dcf
Hi Simon,
On Tue, 17 Feb 2015 22:01:53 -0700
Simon Glass wrote:
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include "xhci.h"
> > +
> > +DECLARE_GLOBAL_DATA_PTR;
> > +
> > +#define FDTgd->fdt_blob
>
> Ick, please don't do this. Just use a local variable if you
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
---
Changes in v2: None
arch/arm/cpu/armv7/u
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
---
Changes in v2:
- Added
configs/ph1_ld4_defconfig | 2 +-
configs
EHCI host controllers have a common register interface.
We may wish to implement a generic EHCI driver someday.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
arch/arm/dts/uniphier-ph1-ld4.dtsi | 8
arch/arm/dts/uniphier-ph1-pro4.dtsi | 6 +++---
arch/arm/dts/uniphier-ph1-s
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 power-on
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
---
Changes in v2: None
configs/ph1_p
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
---
Changes in v2: None
arch/arm/dts/uniphier-ph1-pro4-ref.dts |
Signed-off-by: Masahiro Yamada
---
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
b/arch/arm/cpu/armv7/uniphier/ph1-pro4/sbc_init.c
index 3c82a1a..6877
This is necessary to use the xHCI cores for PH1-Pro4.
Signed-off-by: Masahiro Yamada
---
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
b/arch/arm/cpu/armv7/uniphier/p
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
peripherals
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
---
Changes in v2: None
arch/arm/cpu/armv7/uniphier/ph1-ld4/sbc_init.c | 11 +-
arch/arm/cpu
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.
Signed-off-by
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
---
Changes in v2: None
arch/arm/cpu/armv7/uniphier/ph1-ld4/clkrst_init.c | 5 -
arch/arm/cpu/armv7/uniphier/ph1-pro4/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
---
Changes in v2: None
arch/arm/include/asm/arch-uniphier/ehci-uniphier.h | 27 --
drivers/usb/host/ehci-uniphier.c | 15 +
This is necessary to use the USB 3.0 host controllers on PH1-Pro4.
Signed-off-by: Masahiro Yamada
---
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 files changed, 25 insertions
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.
Signe
Support xHCI host driver used on Panasonic UniPhier platform.
Signed-off-by: Masahiro Yamada
Acked-by: Marek Vasut
---
Changes in v2:
- add the error check of fdtdec_get_addr()
doc/README.uniphier | 3 +-
drivers/usb/host/Kconfig | 8
drivers/usb/host/Makefile
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 clkr
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 registe
Hi Przemyslaw,
On Fri, 20 Feb 2015 12:06:17 +0100
Przemyslaw Marczak 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 malloc reserved memor
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 'u-bo
Hi Marek,
On Tue, 17 Feb 2015 20:51:48 +0100
Marek Vasut 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
> > ---
> > Hi Marek,
> >
> > I want apply this patc
Hi,
On 20-02-15 11:36, Siarhei Siamashka wrote:
On Fri, 20 Feb 2015 10:19:51 +0100
Hans de Goede 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
>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 s
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 whe
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 wrote:
> > On Tuesday, February 17, 2015 at 08:00:27 AM, Masahiro Yamada wrote:
> > > Support xHCI host driver used on Panasonic UniPhier platform.
> > >
> >
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 /chosen/stdo
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
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/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
Acked-by: Stefan Roese
Cc: Prafulla Wadaskar
Cc: Luka Perkov
---
MAINTAINERS
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/.confi
Move arch/arm/include/asm/arch-kirkwood/*
-> arch/arm/mach-kirkwood/include/mach/*
Signed-off-by: Masahiro Yamada
Cc: Prafulla Wadaskar
Cc: Luka Perkov
Cc: Stefan Roese
---
MAINTAINERS | 1 -
.../{include/asm/arch-kirkwood => mach
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/*
Signed
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* -> arch/arm/ma
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 K
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
---
Changes in v3: None
Changes in v2:
- Fix a typo in commit description
Kconfig | 12 ++--
arch/arm/Kconfig
Move
arch/arm/cpu/armv7/highbank/* -> arch/arm/mach-highbank/*
Signed-off-by: Masahiro Yamada
Cc: Rob Herring
---
arch/arm/Kconfig| 2 +-
arch/arm/Makefile | 1 +
arch/arm/cpu/armv7/Makefile
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 wrote:
>
> This series can be applied on the current u-boot/master
> (commit 1320112c8aa58345d71a5a46f3bf6a52589f1f2b)
>
> Just rebased onto u-boot/master.
> No
Move arch/arm/include/asm/arch-at91/*
-> arch/arm/mach-at91/include/mach/*
Signed-off-by: Masahiro Yamada
Acked-by: Andreas Bießmann
---
MAINTAINERS | 1 -
arch/arm/{include/asm/arch-at91 => mach-at91/include/mach}/at91_common.h |
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 kerne
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 s
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
Cc: Prafulla Wadaskar
Cc: Luka Perkov
Cc: Stefan Roese
Acked-by: Stefan Roese
Thanks,
Stefan
_
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* -> arch/arm/ma
On Wed, Feb 18, 2015 at 4:53 PM, Dileep Katta wrote:
> Fastboot oem command is updated with SPI specific functionality.
>
> Signed-off-by: Dileep Katta
> ---
> Note: This is on top of Rob Herring patches submitted to support oem format
> command
> Ref: https://patchwork.ozlabs.org/patch/
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 K
Move
arch/arm/cpu/armv7/highbank/* -> arch/arm/mach-highbank/*
Signed-off-by: Masahiro Yamada
Cc: Rob Herring
---
Changes in v3: None
arch/arm/Kconfig| 2 +-
arch/arm/Makefile | 1 +
arch/arm/cpu/armv7/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
Acked-by: Stefan Roese
Cc: Prafulla Wadaskar
Cc: Luka Perkov
---
Changes in v
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 kerne
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 so
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/*
Signed
Move arch/arm/include/asm/arch-kirkwood/*
-> arch/arm/mach-kirkwood/include/mach/*
Signed-off-by: Masahiro Yamada
Acked-by: Stefan Roese
Cc: Prafulla Wadaskar
Cc: Luka Perkov
---
Changes in v3: None
MAINTAINERS | 1 -
.../{includ
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
---
drivers/spi/cf_spi.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/drivers/spi/cf_spi.c b/drivers/spi/cf
On Wed, Feb 18, 2015 at 1:52 PM, Dileep Katta 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:". There is also
"partition-type:" which probabl
Hi Tom,
This is the last of the driver model Kconfig conversion (for now at
least), the debug UART stuff and a few fixes.
The following changes since commit 1320112c8aa58345d71a5a46f3bf6a52589f1f2b:
Merge branch 'master' of git://git.denx.de/u-boot-fdt (2015-02-18
08:46:50 -0500)
are availab
Make local functions static and remove unneeded forward declarations.
Signed-off-by: Axel Lin
---
drivers/spi/cf_spi.c | 20 +++-
1 file changed, 7 insertions(+), 13 deletions(-)
diff --git a/drivers/spi/cf_spi.c b/drivers/spi/cf_spi.c
index 7453538..6ce1101 100644
--- a/drivers
Hi Masahiro,
On 19 February 2015 at 22:25, Masahiro Yamada wrote:
> To use Derive Model before relocation, CONFIG_SYS_MALLOC_F
Driver
> must be enabled. This should probably be a common requirement
> for all the boards with Driver Model implementation.
> Let's handle it globally rather than pe
Hello,
On 02/20/2015 01:52 PM, Masahiro Yamada wrote:
Hi Przemyslaw,
On Fri, 20 Feb 2015 12:06:17 +0100
Przemyslaw Marczak 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
1 - 100 of 138 matches
Mail list logo
