Support PSCI and switch to non-secure mode when booting linux.
Signed-off-by: Peng Fan
Signed-off-by: Frank Li
Cc: Stefano Babic
Cc: Fabio Estevam
---
Changes V2:
default no enable CONFIG_ARMV7_VIRT
include/configs/mx7_common.h | 10 ++
1 file changed, 10 insertions(+)
diff --git
Only compile in PCIe support if the board really uses it. Provide
a stub for the init function if e.g. FVP is being built.
Cc: Liviu Dudau
Cc: Ryan Harkin
Signed-off-by: Linus Walleij
---
board/armltd/vexpress64/Makefile | 3 ++-
board/armltd/vexpress64/pcie.c | 2 --
board/armltd/vexpress64
The code such as PSCI in section named secure is bundled with
u-boot image, and when bootm, the code will be copied to their
runtime address same to compliation/linking address -
CONFIG_ARMV7_SECURE_BASE.
When compile the PSCI code and link it into the u-boot image,
there will be relocation entrie
1. add basic psci support for imx7 chip.
2. support cpu_on and cpu_off.
3. switch to non-secure mode when boot linux kernel.
4. set csu allow accessing all peripherial register in non-secure mode.
Signed-off-by: Frank Li
Signed-off-by: Peng Fan
Cc: Stefano Babic
Cc: Fabio Estevam
---
Changes
Dear Tom,
In message <2015102800.GF23893@bill-the-cat> you wrote:
>
> I've pushed v2015.10 out to the repository and tarballs should exist
> soon.
It appears you did not push the tag, though?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, Managing Director: Wolfgang
Hello Richard
Am 19.10.2015 um 23:48 schrieb Richard Weinberger:
Am 19.10.2015 um 23:40 schrieb Ezequiel Garcia:
On 19 October 2015 at 17:22, Richard Weinberger wrote:
Am 19.10.2015 um 15:47 schrieb Ezequiel Garcia:
After some further investigation, printing the counters as Richard suggested
Hi Tom,
2015-10-19 23:56 GMT+09:00 Tom Rini :
> In some cases os.rename() may later fail due to "Cross-device link"
> issues. The easy way to deal with this is to simply make our temporary
> file here as well rather than TMPDIR.
>
> Cc: Masahiro Yamada
> Signed-off-by: Tom Rini
> ---
> script
Hey all,
So one of the things we talked about a bit at the mini-summit (and
writing up my notes is on my TODO list) is that once I do a release,
which is pretty well scheduled, I'd really love to see a bunch of PRs
soon after. So can I please see some PRs from people in the next few
days? Thanks
Hi George,
On Tue, Oct 20, 2015 at 1:46 AM, George McCollister
wrote:
> Advantech SOM-6896 is a Broadwell U based COM Express Compact Module
> Type 6. This patch adds support for it as a coreboot payload.
>
> On board SATA and SPI are functional. On board Ethernet isn't functional
> but since it'
Hello,
Currently SD card support seems to be broken at least on the ODROID-X
board in U-Boot v2015.10. Checking older U-Boot releases shows that
it used to work in v2014.10, and bisecting points to the commit
a276172cf32386c211c75638f6bf3c0d59ba03ba ("arm: exynos: fix the
div value for set_mmc_clk
2015-10-19 23:54 GMT+09:00 Francois Retief :
> Hallo Daniel,
>
>> -Original Message-
>> From: Daniel Hellstrom [mailto:dan...@gaisler.com]
>> Sent: 18 October 2015 11:30 PM
>> To: Masahiro Yamada
>> Subject: Re: [U-Boot] Remove sparc archiecture?
>>
>> On 10/18/2015 05:20 PM, Masahiro Yama
Add README.nios2 about how to add nios2 boards to u-boot.
Signed-off-by: Thomas Chou
---
v2
add ref and fix words as suggested by Marek.
doc/README.nios2 | 97
1 file changed, 97 insertions(+)
create mode 100644 doc/README.nios2
diff
Hey all,
I've pushed v2015.10 out to the repository and tarballs should exist
soon.
Once again, a lot of good things all around. One good thing and bad
thing is that we've followed through on the warning about removing
non-CONFIG_SYS_GENERIC_BOARD platforms, especially for ARM and PowerPC.
Part
On Mon, Oct 19, 2015 at 11:08:32AM +0100, Liviu Dudau wrote:
> Juno R1 has an XpressRICH3 PCIe host bridge that needs to be initialised
> in order for the Linux kernel to be able to enumerate the bus. Add
> support code here that enables the host bridge, trains the links and
> sets up the Address
On Mon, Oct 19, 2015 at 11:27:49AM -0400, Tom Rini wrote:
> Upon further review when populating README.scrapyard, d2net_v2 is a
> variant on net2big_v2 and not just an orphan config. To help in the
> future also add this to board/LaCie/net2big_v2/MAINTAINERS which needed
> a little consolidation
On Sat, Oct 17, 2015 at 04:40:31PM -0400, Paul Gortmaker wrote:
> Between 2015.07-rc1 and 2015.07-rc2 this board started
> silent boot failure. A bisect led to commit 6eed3786c68c8a49d
> ("net: Move the CMD_NET config to defconfigs"). This commit
> looks harmless in itself, but it did implicitly
On Sat, Oct 17, 2015 at 04:40:29PM -0400, Paul Gortmaker wrote:
> ...so that I don't have to go work them out from scratch again
> by peering at the manual.
>
> Signed-off-by: Paul Gortmaker
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
__
On Mon, Oct 19, 2015 at 11:08:31AM +0100, Liviu Dudau wrote:
> Juno comes with 8GB RAM, but U-Boot only passes 2GB to the kernel.
> Declare a secondary memory bank and set the sizes correctly.
>
> Signed-off-by: Liviu Dudau
> Reviewed-by: Linus Walleij
> Reviewed-by: Ryan Harkin
> Tested-by: R
On Sat, Oct 17, 2015 at 04:40:30PM -0400, Paul Gortmaker wrote:
[nuked most of the commit message as it's now not true]
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.d
On Mon, Oct 12, 2015 at 06:09:14PM +0200, Ladislav Michl wrote:
> Used NAND chips requires at least 4-bit error correction, so use BCH8
> as it is what kernel uses.
>
> Signed-off-by: Ladislav Michl
> Acked-by: Javier Martinez Canillas
Applied to u-boot/master, thanks!
--
Tom
signature.as
On Sat, Oct 17, 2015 at 08:13:54AM -0400, Tom Rini wrote:
> There are various toolchain issues that cause us to produce invalid
> binaries with certain gcc 4.8.x and 4.9.x versions when we don't pass
> this flag in.
>
> Tested-by: Joakim Tjernlund
> Signed-off-by: Tom Rini
Applied to u-boot/ma
On Sat, Oct 17, 2015 at 04:40:28PM -0400, Paul Gortmaker wrote:
> When debugging an env fail due to too small a malloc pool, it
> was noted that the env write was 256k. But the device sector
> size is 1/2 that, as can be seen from "fli" output:
>
> Bank # 1: CFI conformant flash (16 x 16) Size:
On Sat, Oct 17, 2015 at 04:40:26PM -0400, Paul Gortmaker wrote:
> It is just too painful to use interactively without it.
>
> Signed-off-by: Paul Gortmaker
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U
On Sat, Oct 17, 2015 at 04:40:27PM -0400, Paul Gortmaker wrote:
> Currently the board fails to save its env, since the env size
> is much smaller than the sector size, and the malloc fails for
> the pad buffer, giving the user visible symptom of:
>
> Unable to save the rest of sector (253952)
>
On Wed, Oct 14, 2015 at 05:45:40PM +0200, and...@inversepath.com wrote:
> From: Andrej Rosano
>
> On signature verification failures fit_image_verify() should
> exit with error.
>
> Signed-off-by: Andrej Rosano
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital si
On Sat, Oct 17, 2015 at 12:58:50PM -0600, Simon Glass wrote:
> This code is no-longer used. Drop it.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boo
On Mon, Oct 19, 2015 at 08:14:12AM +0200, Albert ARIBAUD wrote:
> On Mon, 19 Oct 2015 08:11:25 +0200, Albert ARIBAUD
> wrote:
> > Hello Tom,
> >
> > A last-minute fix, maybe it can go in 2015.10 since this is a
> > single-target bugfix by the maintainer?
>
> Actually, two bug-fixes:
>
> The fo
On Tue, Sep 22, 2015 at 12:55:00AM -0300, Fabio Estevam wrote:
> From: Fabio Estevam
>
> SPI NOR flashes need to erase the entire sector size and we cannot pass
> any arbitrary length for the erase operation.
>
> To illustrate the problem:
>
> Copying data from PC to DFU device
> Download[
On Thu, Oct 08, 2015 at 11:31:47AM +0530, Lokesh Vutla wrote:
> On keystone2 Lamarr and Edison platforms, the PA clocksource
> mux in PLL REG1, can be changed only after enabling its clock
> domain.
> So selecting the output of PASS PLL as input to PA only after
> enabling the clockdomain.
> This
On Wed, Sep 23, 2015 at 12:50:39AM -0300, Fabio Estevam wrote:
> From: Fabio Estevam
>
> The dfu_alt_info_spl variable allows passing a starting point
> for the binary to be flashed in the SPI NOR.
>
> For example, if we have 'dfu_alt_info_spl=spl raw 0x400', this means
> that we want to flash
On Mon, Oct 19, 2015 at 9:53 PM, Tom Rini wrote:
>> Yes, you are right.
>>
>> I had to use the brute force approach and git clone the tree again.
>>
>> Now I can build for different archs.
>
> 'git clean -dfx' should also do it, btw.
Great, thanks for this hint.
_
On Mon, Oct 19, 2015 at 09:36:45PM -0200, Fabio Estevam wrote:
> On Mon, Oct 19, 2015 at 9:04 PM, Tom Rini wrote:
>
> > I bet you have a dirty tree. I never do in-tree builds and only do out
> > of tree builds and I've heard earlier today that there's some problems
> > with dirty in-tree builds.
Old sector number is not being cleared from FLASH_CR register. For example
when first erased sector was 001 and then you want to erase sector 010,
sector 011 gets erased instead.
This patch clears old sector number from FLASH_CR register before a new
one is written.
Signed-off-by: Vadzim Dambrousk
flash_lock call is inside a for cycle, so after the first iteration flash
is locked and no more sectors can be erased.
Signed-off-by: Vadzim Dambrouski
---
arch/arm/cpu/armv7m/stm32f4/flash.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/cpu/armv7m/stm32f4/flash.c
ODROID-X uses a slightly older revision of the same base board
as the ODROID-X2. But the CPU module in ODROID-X uses an older
1.4GHz revision of Exynos4412 SoC and less RAM (1GiB instead
of 2GiB).
The current U-Boot code deadlocks on ODROID-X when probing the RAM
size via get_ram_size() function.
On Mon, Oct 19, 2015 at 9:04 PM, Tom Rini wrote:
> I bet you have a dirty tree. I never do in-tree builds and only do out
> of tree builds and I've heard earlier today that there's some problems
> with dirty in-tree builds.
Yes, you are right.
I had to use the brute force approach and git clon
On Sun, Oct 18, 2015 at 06:18:56AM -0600, Simon Glass wrote:
> Hi Stefan,
>
> I would like to remove all the arch/*/lib/board.c files soon.
>
> Can you please take a look at converting openrisc to use generic board?
>
> doc/README.generic-board
Adding Stefan.. :)
--
Tom
signature.asc
Descr
On Fri, Oct 16, 2015 at 05:41:12PM -0300, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Use the log2 and fls64 header files directly from the kernel.
>
> Signed-off-by: Fabio Estevam
Please update based on
http://www.denx.de/wiki/view/U-Boot/Patches#Attributing_Code_Copyrights_Sign
to note w
On Mon, Oct 19, 2015 at 08:49:33PM -0200, Fabio Estevam wrote:
> On Mon, Oct 19, 2015 at 7:36 PM, Tom Rini wrote:
>
> > Something is very whacky. From my ~/.buildman:
> >
> > [toolchain]
> > m68k: /opt/gcc-4.9.0-nolibc/m68k-linux
>
> Interesting. For m68k I am using this same toolchain:
>
> ex
On Mon, Oct 19, 2015 at 7:36 PM, Tom Rini wrote:
> Something is very whacky. From my ~/.buildman:
>
> [toolchain]
> m68k: /opt/gcc-4.9.0-nolibc/m68k-linux
Interesting. For m68k I am using this same toolchain:
export ARCH=m68k
export CROSS_COMPILE=/usr/local/gcc-4.9.0-nolibc/m68k-linux/bin/m68k
Am 19.10.2015 um 23:40 schrieb Ezequiel Garcia:
> On 19 October 2015 at 17:22, Richard Weinberger wrote:
>> Am 19.10.2015 um 15:47 schrieb Ezequiel Garcia:
>>> After some further investigation, printing the counters as Richard suggested
>>> I found it was a bug on my side :-( The Linux partition a
Hi Rob,
On 19 October 2015 at 14:14, Rob Herring wrote:
> On Wed, Oct 14, 2015 at 11:55 AM, Sergey Temerkhanov
> wrote:
>> On some systems, UART initialization is performed before running U-Boot.
>> This commit allows to skip UART re-initializaion on those systems
>>
>> Signed-off-by: Sergey Tem
On Sun, Oct 18, 2015 at 08:41:59PM -0600, Simon Glass wrote:
> Hi Tom,
>
> On 16 October 2015 at 18:23, Tom Rini wrote:
> > On Fri, Oct 16, 2015 at 04:27:31PM -0600, Simon Glass wrote:
> >> Hi Linus,
> >>
> >> On 16 October 2015 at 15:23, Linus Walleij
> >> wrote:
> >> > On Wed, Oct 14, 2015 at
On Mon, Oct 19, 2015 at 06:44:25AM -0600, Simon Glass wrote:
> Hi Linus,
>
> On 19 October 2015 at 01:15, Linus Walleij wrote:
> > On Sat, Oct 17, 2015 at 12:27 AM, Simon Glass wrote:
> >> On 16 October 2015 at 15:23, Linus Walleij
> >> wrote:
> >
> >>> Again: get this merged in the Linux kern
On 19 October 2015 at 17:22, Richard Weinberger wrote:
> Am 19.10.2015 um 15:47 schrieb Ezequiel Garcia:
>> After some further investigation, printing the counters as Richard suggested
>> I found it was a bug on my side :-( The Linux partition and the U-Boot
>> partition
>> had different size (i.
On Mon, Oct 19, 2015 at 07:17:51PM -0200, Fabio Estevam wrote:
> Hi,
>
> I am working on a patch series that I need to test across several
> architectures (Need to build all the boards that select
> CONFIG_SPI_FLASH_STMICRO).
>
> I started trying to accomplish this task with buildman and it fail
On 10/19/2015 02:27 PM, Fabio Estevam wrote:
> On Mon, Oct 19, 2015 at 7:21 PM, York Sun wrote:
>> On 10/19/2015 02:17 PM, Fabio Estevam wrote:
>>> Hi,
>>>
>>> I am working on a patch series that I need to test across several
>>> architectures (Need to build all the boards that select
>>> CONFIG
On Mon, Oct 19, 2015 at 7:21 PM, York Sun wrote:
> On 10/19/2015 02:17 PM, Fabio Estevam wrote:
>> Hi,
>>
>> I am working on a patch series that I need to test across several
>> architectures (Need to build all the boards that select
>> CONFIG_SPI_FLASH_STMICRO).
>>
>> I started trying to accompli
On 10/19/2015 02:17 PM, Fabio Estevam wrote:
> Hi,
>
> I am working on a patch series that I need to test across several
> architectures (Need to build all the boards that select
> CONFIG_SPI_FLASH_STMICRO).
>
> I started trying to accomplish this task with buildman and it failed
> to build. Afte
Hi,
I am working on a patch series that I need to test across several
architectures (Need to build all the boards that select
CONFIG_SPI_FLASH_STMICRO).
I started trying to accomplish this task with buildman and it failed
to build. After that I tried building it manually.
I am getting the follow
Dear Francois,
In message <444fa87bd0f644b0a6027f7bb5a5f...@spastbmxs01.sunspace.co.za> you
wrote:
>
> Yes, I am willing to take over as maintainer until such time that Daniel is
> ready
> to resume his effort in future. We are investing in the LEON as archtecture
> and
> would like to see U-Bo
Am 19.10.2015 um 15:47 schrieb Ezequiel Garcia:
> After some further investigation, printing the counters as Richard suggested
> I found it was a bug on my side :-( The Linux partition and the U-Boot
> partition
> had different size (i.e. PEB count) and so Fastmap complained :-(
>
> We trimmed th
On Wed, Oct 14, 2015 at 11:55 AM, Sergey Temerkhanov
wrote:
> On some systems, UART initialization is performed before running U-Boot.
> This commit allows to skip UART re-initializaion on those systems
>
> Signed-off-by: Sergey Temerkhanov
> Signed-off-by: Radha Mohan Chintakuntla
>
> Reviewed-
Stephen,
-Original Message-
From: Stephen Warren [mailto:swar...@wwwdotorg.org]
Sent: Monday, October 19, 2015 10:37 AM
To: Tom Warren
Cc: u-boot@lists.denx.de; jt...@openedev.com; Stephen Warren
; tomcwarren3...@gmail.com
Subject: Re: [U-Boot] [PATCH v2] Tegra: T210: Add QSPI driver
O
On Mon, Oct 19, 2015 at 7:57 AM, Linus Walleij wrote:
> Jon & Grant especially:
>
> On Mon, Oct 19, 2015 at 2:44 PM, Simon Glass wrote:
>> Me
>>> I will go in and answer the comment on the DT mailing list so there is
>>> some push atleast.
>>
>> Perhaps if we could see some movement then it would
On 19.10.2015 18:37, Tom Rini wrote:
On Mon, Oct 19, 2015 at 09:12:25AM +0200, Linus Walleij wrote:
On Sun, Oct 18, 2015 at 11:45 AM, Vadzim Dambrouski wrote:
On 18.10.2015 12:20, Linus Walleij wrote:
Hey, cool. Technically the (ulong) typecasts should be another patch
Sorry about that, thi
Advantech SOM-6896 is a Broadwell U based COM Express Compact Module
Type 6. This patch adds support for it as a coreboot payload.
On board SATA and SPI are functional. On board Ethernet isn't functional
but since it's optional and ties up a PCIe x4 that is otherwise brought
out, this isn't a conc
On 10/16/2015 04:23 PM, Tom Warren wrote:
This is the normal Tegra SPI driver modified to work with the
QSPI controller in Tegra210. It does not do 2x/4x transfers
or any other QSPI protocol.
I've just realized we don't have a binding document for QSPI. I believe
we need to get one into the Li
On 10/18/2015 04:15 PM, Simon Glass wrote:
> Hi,
>
> On 18 October 2015 at 06:18, Simon Glass wrote:
>> On 9 September 2015 at 12:07, Simon Glass wrote:
>>>
>>> On Friday, 4 September 2015, York Sun wrote:
FIT image supports more than 32 bits in addresses by using #address-cell
This patch fixes compile warnings like this:
warning: format '%lu' expects argument of type 'long unsigned int',
but argument 5 has type 'size_t'
In C99 standard you can use %zu modifier to print size_t values.
Signed-off-by: Vadzim Dambrouski
---
arch/arm/lib/semihosting.c | 4 ++--
If you enable CONFIG_SEMIHOSTING for STM32F429 target, you will get compile
error looking like this:
arch/arm/lib/semihosting.c: In function 'smh_read':
{standard input}: Assembler messages:
{standard input}:34: Error: invalid swi expression
{standard input}:34: Error: value of 1193046 too large f
On Mon, Oct 19, 2015 at 02:57:22PM +0200, Linus Walleij wrote:
> Jon & Grant especially:
>
> On Mon, Oct 19, 2015 at 2:44 PM, Simon Glass wrote:
> > Me
> >> I will go in and answer the comment on the DT mailing list so there is
> >> some push atleast.
> >
> > Perhaps if we could see some movement
Use direct call to device_remove instead of exctra
spi_flash_remove defination.
Signed-off-by: Jagan Teki
Cc: Simon Glass
---
drivers/mtd/spi/sf-uclass.c | 7 +--
include/spi_flash.h | 2 --
2 files changed, 1 insertion(+), 8 deletions(-)
diff --git a/drivers/mtd/spi/sf-uclass.c b/
Let's use spi_flash_probe for dm and no-dm spi-flash
and make respective function definations separately.
Signed-off-by: Jagan Teki
Cc: Simon Glass
---
common/cmd_sf.c | 19 ++-
drivers/mtd/spi/sf-uclass.c | 17 +
include/spi_flash.h | 18
Updated dm-spi-flash probe using dm_spi_flash_probe.
Signed-off-by: Jagan Teki
Cc: Simon Glass
---
common/cmd_sf.c | 23 ---
drivers/mtd/spi/sf-uclass.c | 27 ++-
include/spi_flash.h | 5 ++---
3 files changed, 32 insertions(+), 2
> -Original Message-
> From: Tom Rini [mailto:tr...@konsulko.com]
> Sent: 19 October 2015 05:47 PM
> To: Francois Retief
> Subject: Re: [U-Boot] Remove sparc archiecture?
>
> On Mon, Oct 19, 2015 at 02:54:57PM +, Francois Retief wrote:
> > Hallo Daniel,
> >
> > > -Original Message-
On Mon, Oct 19, 2015 at 02:54:57PM +, Francois Retief wrote:
> Hallo Daniel,
>
> > -Original Message-
> > From: Daniel Hellstrom [mailto:dan...@gaisler.com]
> > Sent: 18 October 2015 11:30 PM
> > To: Masahiro Yamada
> > Subject: Re: [U-Boot] Remove sparc archiecture?
> >
> > On 10/18/
On Mon, Oct 19, 2015 at 09:12:25AM +0200, Linus Walleij wrote:
> On Sun, Oct 18, 2015 at 11:45 AM, Vadzim Dambrouski wrote:
> > On 18.10.2015 12:20, Linus Walleij wrote:
> >> Hey, cool. Technically the (ulong) typecasts should be another patch
> >
> > Sorry about that, this is my first time sendin
On Sun, Oct 18, 2015 at 04:44:59PM +0900, Masahiro Yamada wrote:
> 2015-10-18 3:58 GMT+09:00 Simon Glass :
> > A lot of boards were recently removed. Add them to the scrapyard.
> >
> > Signed-off-by: Simon Glass
> > ---
> >
> > Changes in v2: None
> >
> > doc/README.scrapyard | 73
> > ++
Upon further review when populating README.scrapyard, d2net_v2 is a
variant on net2big_v2 and not just an orphan config. To help in the
future also add this to board/LaCie/net2big_v2/MAINTAINERS which needed
a little consolidation anyhow.
This reverts commit 1363740e7948a8e4bee8d5adcdf0f63f778287
Hallo Daniel,
> -Original Message-
> From: Daniel Hellstrom [mailto:dan...@gaisler.com]
> Sent: 18 October 2015 11:30 PM
> To: Masahiro Yamada
> Subject: Re: [U-Boot] Remove sparc archiecture?
>
> On 10/18/2015 05:20 PM, Masahiro Yamada wrote:
> > (+CC Francois)
> >
> >
> > 2015-10-18 21:
On 10/19/2015 04:14 AM, Sinan Akman wrote:
>
>Hi Yuan
>
> On 19/10/15 05:21 AM, Yao Yuan wrote:
>> Hi Sinan Akman,
>>
>> Yes, I mean the Rev 1.0 silicon.
>> Sorry, I can't guarantee that there aren't any boards with Rev1.0 silicon
>> are in user's hands.
>> Because we have also delivery ve
2015-10-15 23:46 GMT+02:00 Tom Rini :
> On Thu, Oct 15, 2015 at 03:58:24PM -0500, Rob Herring wrote:
> > On Tue, Oct 13, 2015 at 9:23 AM, Patrick Delaunay
> > wrote:
> > > code under flag CONFIG_PARTITION_TYPE_GUID
> > > add parameter guid to select partition type guid
> > >
> > > example of use
On Sun, Oct 18, 2015 at 04:40:55PM +0900, Masahiro Yamada wrote:
> Hi Simon,
>
> 2015-10-18 3:58 GMT+09:00 Simon Glass :
> > Sort this by board name to make it easier to find boards.
> >
> > Signed-off-by: Simon Glass
> > ---
> >
> > Changes in v2:
> > - Rebase to master
> > - Update the file com
In some cases os.rename() may later fail due to "Cross-device link"
issues. The easy way to deal with this is to simply make our temporary
file here as well rather than TMPDIR.
Cc: Masahiro Yamada
Signed-off-by: Tom Rini
---
scripts/fill_scrapyard.py |2 +-
1 file changed, 1 insertion(+),
Hello Ezequiel,
Am 19.10.2015 um 15:47 schrieb Ezequiel Garcia:
On 19 October 2015 at 02:17, Heiko Schocher wrote:
Hello Ezequiel,
Am 17.10.2015 um 20:07 schrieb Ezequiel Garcia:
Hi Heiko,
On 9 October 2015 at 09:30, Heiko Schocher wrote:
[..]
I just updated the "ubi_sync_with_linux"
> -Original Message-
> From: Peng Fan [mailto:b51...@freescale.com]
> Sent: Monday, October 19, 2015 7:47 AM
> To: Albert ARIBAUD
> Cc: Li Frank-B20596 ; lzn...@gmail.com; u-
> b...@lists.denx.de; sba...@denx.de; Estevam Fabio-R49496
> ; ota...@ossystems.com.br;
> tr...@konsulko.com; hde
Hi George,
On 19 October 2015 at 08:29, George McCollister
wrote:
> Simon,
>
> On Thu, Oct 15, 2015 at 8:25 AM, Simon Glass wrote:
>> Hi Bin,
>>
>> On Monday, 12 October 2015, Bin Meng wrote:
>>>
>>> Hi George,
>>>
>>> On Tue, Oct 13, 2015 at 10:52 AM, George McCollister
>>> wrote:
>>> > On Mo
Simon,
On Thu, Oct 15, 2015 at 8:25 AM, Simon Glass wrote:
> Hi Bin,
>
> On Monday, 12 October 2015, Bin Meng wrote:
>>
>> Hi George,
>>
>> On Tue, Oct 13, 2015 at 10:52 AM, George McCollister
>> wrote:
>> > On Mon, Oct 12, 2015 at 7:48 PM, Bin Meng wrote:
>> >> Hi George,
>> >>
>> >> On Tue,
Hi,
On 19 October 2015 at 03:17, Bin Meng wrote:
> Hi Lukasz,
>
> On Mon, Oct 19, 2015 at 4:36 PM, Lukasz Majewski
> wrote:
>> Hi Bin,
>>
>>> Hi Lukasz,
>>>
>>> On Tue, Oct 13, 2015 at 7:17 PM, Lukasz Majewski
>>> wrote:
>>> > Hi Bin,
>>> >
>>> >> Hi,
>>> >>
>>> >> On Fri, Oct 2, 2015 at 6:34
On 19 October 2015 at 02:17, Heiko Schocher wrote:
> Hello Ezequiel,
>
> Am 17.10.2015 um 20:07 schrieb Ezequiel Garcia:
>>
>> Hi Heiko,
>>
>> On 9 October 2015 at 09:30, Heiko Schocher wrote:
>> [..]
>>>
>>>
>>>
>>> I just updated the "ubi_sync_with_linux" branch on u-boot-ubi.
>>>
>>> It seems
Jon & Grant especially:
On Mon, Oct 19, 2015 at 2:44 PM, Simon Glass wrote:
> Me
>> I will go in and answer the comment on the DT mailing list so there is
>> some push atleast.
>
> Perhaps if we could see some movement then it would provide
> encouragement to continue. So far I cannot recall seei
This reverts commit 321f86e18d6aae9f7b7ba3ef1eb0cec769481874.
The original bug has been fixed.
Signed-off-by: Simon Glass
Tested-on: Zedboard and ZC706 board
Tested-by: Masahiro Yamada
Tested-on: zc702
Tested-by: Michal Simek
---
Changes in v4:
- Fully revert the commit (some changes were los
This C function should be used to do the early memory layout and init. This
is beyond my powers, so just add a TODO for the maintainer.
Signed-off-by: Simon Glass
Acked-by: Michal Simek
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/microblaze/cpu/start.S | 2 ++
1 file
Change the #ifdef so that the early malloc() area is not set up in SPL if
CONFIG_SYS_SPL_MALLOC_START is defined. In that case it would never actually
be used, and just chews up stack space.
Signed-off-by: Simon Glass
Tested-by: Masahiro Yamada
---
Changes in v4: None
Changes in v3: None
Change
Unfortunately memset() is not always available, so provide a substitute when
needed.
Signed-off-by: Simon Glass
---
Changes in v4:
- Remove the 'end' variable in board_init_f_mem()
Changes in v3: None
Changes in v2:
- Add comments as to why this is needed, deal with arch-specific memset()
com
We should not init the console this early since it precludes using driver
model for the UART, since it is not set up at the start of board_init_f().
See the README for more information. The debug UART does not have this
restriction. If we want to do early init with the console on it can be done
in
This function will be used by both SPL and U-Boot proper. So move it into
a common place. Also change the #ifdef so that the early malloc() area is
not set up in SPL if CONFIG_SYS_SPL_MALLOC_START is defined. In that case
it would never actually be used, and just chews up stack space.
Signed-off-b
This series collects the previous RFT patches I sent out.
https://patchwork.ozlabs.org/patch/508167/
https://patchwork.ozlabs.org/patch/508168/
It turns out that I originally sent a version of these in April:
https://patchwork.ozlabs.org/patch/461687/
https://patchwork.ozlabs.org/patch/461690/
There is quite a bit of assembler code that can be removed if we use the
generic global_data setup. Less arch-specific code makes it easier to add
new features and maintain the start-up code.
Drop the unneeded code and adjust the hooks in board_f.c to cope.
Tested on LS2085ARDB and LS2085AQDS (ar
There is quite a bit of assembler code that can be removed if we use the
generic global_data setup. Less arch-specific code makes it easier to add
new features and maintain the start-up code.
Drop the unneeded code and adjust the hooks in board_f.c to cope.
Signed-off-by: Simon Glass
---
Change
Hi Albert,
On Mon, Oct 19, 2015 at 01:48:25PM +0200, Albert ARIBAUD wrote:
>Hello Peng,
>
>(cutting a bit through the previous mails quoting)
>
>> >This, in turn, leads to new questions:
>> >
>> >1. How is this PSCI code put in place? Is it bundled with the image,
>> > with a specificy copy routi
Hi Linus,
On 19 October 2015 at 01:15, Linus Walleij wrote:
> On Sat, Oct 17, 2015 at 12:27 AM, Simon Glass wrote:
>> On 16 October 2015 at 15:23, Linus Walleij wrote:
>
>>> Again: get this merged in the Linux kernel FIRST. Is it?
>>
>> We had a little bit of a chat about this at ELCE. It would
On Monday, October 19, 2015 at 08:06:16 AM, Thomas Chou wrote:
Hi!
> Add README.nios2 about how to add nios2 boards to u-boot.
>
> Signed-off-by: Thomas Chou
> ---
> doc/README.nios2 | 86
> 1 file changed,
> 86 insertions(+)
> create mo
On Monday, October 19, 2015 at 04:36:21 AM, Thomas Chou wrote:
Hi!
> Convert altera_tse to driver model and phylib.
>
> Signed-off-by: Thomas Chou
> ---
> configs/nios2-generic_defconfig | 2 +
> doc/device-tree-bindings/net/altera_tse.txt | 112
> drivers/net/Kconfig
From: Hou Zhiqiang
The Frame Manager(FMan) is a big-endian peripheral, so the
registers, internal MURAM and BDs, which are allocated in main
memory and used to communication between core and FMan, should
be accessed in big-endian. The big-endian platforms can access
them directly as the code impl
From: Mingkai Hu
Config Security Level Register is different between different SoCs,
so put the CSL register definition into the arch specific directory.
Signed-off-by: Mingkai Hu
Signed-off-by: Gong Qianyu
---
V6:
- No change.
V5:
- No change.
V4:
- No change.
V3:
- No change.
V2:
- Crea
From: Shaohui Xie
Signed-off-by: Hou Zhiqiang
Signed-off-by: Shaohui Xie
Signed-off-by: Mingkai Hu
Signed-off-by: Gong Qianyu
---
V6:
- No change.
V5:
- No change.
V4:
- Change arch to layerscape.
V3:
- No change.
V2:
- No change.
arch/arm/cpu/armv8/fsl-layerscape/cpu.c| 1
Hi All,
Here are the changes for version 6 patchset. Please kindly help
to review the patchset.
- Added secondary core support
- Added ls2085a simulator/emulator into the arch-fsl-layerscape
framework
- Moved some SoC related macors from board header file into
config.h
- serdes_prtl en
From: Mingkai Hu
Freescale LayerScape with Chassis Generation 2 is a set of SoCs with
ARMv8 cores and 2rd generation of Chassis.
Signed-off-by: Li Yang
Signed-off-by: Hou Zhiqiang
Signed-off-by: Mingkai Hu
Signed-off-by: Gong Qianyu
---
V6:
- Remove GIC SMMU macros back to config.h.
V5:
-
1 - 100 of 153 matches
Mail list logo
