As QSPI and IFC are pin-multiplexed on LS1021A, only IFC is supported
in SD boot now. For the customer's demand, QSPI needs to be supported
in SD boot too.
This patch adds QSPI or IFC support in SD boot according to the
corresponding defconfig. For detail, ls1021aqds_sdcard_ifc_defconfig
is used t
Hi Simon,
On Tue, Feb 2, 2016 at 11:58 AM, Simon Glass wrote:
> +Bin (sorry, meant to copy you before)
>
> Hi Albert,
>
> On 1 February 2016 at 00:14, Albert ARIBAUD wrote:
>> Hello Simon,
>>
>> On Sun, 31 Jan 2016 19:20:31 -0700, Simon Glass
>> wrote:
>>> Hi Bin,
>>>
>>> At present U-Boot supp
Hi Tom,
Sorry for being late..
On 2016-1-26 3:07, Tom Rini wrote:
On Fri, Jan 15, 2016 at 10:20:43AM +0800, Jeffy Chen wrote:
Hi Tom,
On 2016-1-15 8:59, Tom Rini wrote:
On Fri, Jan 15, 2016 at 08:53:06AM +0800, Jeffy Chen wrote:
Hi Tom,
On 2016-1-15 0:22, Tom Rini wrote:
On Thu, Jan 14, 2
Agree, Please drop this while merging.
Regards
Ashish
-Original Message-
From: york sun
Sent: Tuesday, February 02, 2016 11:50 AM
To: Ashish Kumar ; u-boot@lists.denx.de
Subject: Re: [PATCH] ls2-2085a: Increase default hugepage count
On 02/01/2016 10:09 PM, Ashish Kumar wrote:
> Hello Y
Hi, York,
> -Original Message-
> From: york sun [mailto:york@nxp.com]
> Sent: Tuesday, February 02, 2016 1:06 AM
> To: Aneesh Bansal; u-boot@lists.denx.de; Huan Wang-B18965
> Cc: Ruchika Gupta; Prabhakar Kushwaha; Nitesh Lal
> Subject: Re: [PATCH v3] Enable snooping on transactions fro
Hello Andy,
Am 01.02.2016 um 14:42 schrieb Andy Ng:
Thank you for your reply.
by going to update u-boot, does it guaranty corruption free UBI if the
power goes away during the phase where u-boot fetches uImage from the
ubifs?
I cannot guarantee this. The problem can be also in the underlying
This macro is referenced from common/spl/spl.c
Signed-off-by: Masahiro Yamada
---
arch/arm/include/asm/spl.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/include/asm/spl.h b/arch/arm/include/asm/spl.h
index 5c5d33f..19c38f4 100644
--- a/arch/arm/include/asm/spl.h
+++ b/arch/arm/
On 02/01/2016 10:09 PM, Ashish Kumar wrote:
> Hello York,
>
> It is like a heads-up, that user needs to erase the environment variable
> location before flashing a new uboot for the changes to reflect.
You are changing default environmental variables. It is up to the users to set
correct variab
Hi Simon,
On Tue, Feb 2, 2016 at 11:55 AM, Simon Glass wrote:
> Hi Bin,
>
> On 1 February 2016 at 19:25, Bin Meng wrote:
>> Hi Simon,
>>
>> On Tue, Feb 2, 2016 at 12:19 AM, Simon Glass wrote:
>>> Hi Bin,
>>>
>>> On 1 February 2016 at 02:40, Bin Meng wrote:
There are still some codes that
On 02/01/2016 07:42 PM, Bin Meng wrote:
Bin,
> We should add device tree to these platforms. The non-device tree
> (U_BOOT_DEVICES) was mainly for some SPL boards which does not have
> enough RAM before memory is initialized. I think you may refer to this
> patch: http://patchwork.ozlabs.org/pa
Hello Heiko,
Thank you very much for your test.
> -Original Message-
> From: Heiko Schocher [mailto:h...@denx.de]
> Sent: 2016年2月2日 13:33
> To: Yang, Wenyou
> Cc: U-Boot Mailing List
> Subject: Re: [U-Boot] [PATCH v3 1/3] ARM: at91: clock: add PLLB enable/disable
> functions
>
> Hello
Hello York,
It is like a heads-up, that user needs to erase the environment variable
location before flashing a new uboot for the changes to reflect.
Regards
Ashish
-Original Message-
From: york sun [mailto:york@nxp.com]
Sent: Monday, February 01, 2016 10:17 PM
To: Ashish Kumar ;
Hello Wenyou,
Am 02.02.2016 um 04:35 schrieb Wenyou Yang:
To avoid the duplicated code, add the PLLB handle functions.
Signed-off-by: Wenyou Yang
Reviewed-by: Andreas Bießmann
---
Changes in v3: None
Changes in v2: None
arch/arm/mach-at91/arm926ejs/clock.c | 38
Hello Wenyou,
Am 02.02.2016 um 04:35 schrieb Wenyou Yang:
Due to introducing the new PLLB clock handle functions,
use these functions to clean up the PLLB enable/disable code.
Signed-off-by: Wenyou Yang
Reviewed-by: Andreas Bießmann
---
Changes in v3:
- collect Reviewed-by from Andreas.
C
Hello Wenyou,
Am 02.02.2016 um 04:35 schrieb Wenyou Yang:
Due to introducing the new PLLB clock handle functions,
use these functions to clean up the PLLB enable code.
Signed-off-by: Wenyou Yang
Reviewed-by: Andreas Bießmann
---
Changes in v3: None
Changes in v2:
- collect Reviewed-by from
Due to introducing the PMC_PLLICPR init function, use this
function to clean up the code.
Signed-off-by: Wenyou Yang
Tested-by: Heiko Schocher
---
Changes in v3:
- collect Tested-by from Heiko Schocher.
Changes in v2: None
board/atmel/sama5d3_xplained/sama5d3_xplained.c |4 +---
board/a
To reduce the duplicated code, add PLLICPR init function, use
the function to clean up the PMC_PLLICPR directly writing code.
It is based on the following patch set.
http://lists.denx.de/pipermail/u-boot/2016-February/244370.html
http://lists.denx.de/pipermail/u-boot/2016-February/
To avoid the duplicated code, add the PMC_PLLICPR init function.
Signed-off-by: Wenyou Yang
Tested-by: Heiko Schocher
---
Changes in v3: None
Changes in v2:
- move at91_pllicpr_init() definition to the common file, clock.c.
- fix checkpatch errors.
arch/arm/mach-at91/clock.c
Due to introducing the PMC_PLLICPR init function, use this
function to clean up the code.
Signed-off-by: Wenyou Yang
Tested-by: Heiko Schocher
---
Changes in v3: None
Changes in v2: None
arch/arm/mach-at91/spl_at91.c |5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/a
+Bin (sorry, meant to copy you before)
Hi Albert,
On 1 February 2016 at 00:14, Albert ARIBAUD wrote:
> Hello Simon,
>
> On Sun, 31 Jan 2016 19:20:31 -0700, Simon Glass
> wrote:
>> Hi Bin,
>>
>> At present U-Boot supports booting a 64-bit kernel directly. It can
>> also be loaded as a 64-bit pay
Hi Bin,
On 1 February 2016 at 19:25, Bin Meng wrote:
> Hi Simon,
>
> On Tue, Feb 2, 2016 at 12:19 AM, Simon Glass wrote:
>> Hi Bin,
>>
>> On 1 February 2016 at 02:40, Bin Meng wrote:
>>> There are still some codes that use the legacy PCI APIs to access
>>> the configuration space registers. Thi
On 1 February 2016 at 20:53, Masahiro Yamada
wrote:
> Since commit ad1ecd2063da ("fdt: Build a U-Boot binary without device
> tree") and commit 03c25bcd263a ("fdt: Build an SPL binary without
> device tree"), we can use shorter file names for the output images.
>
> The default configuration for Un
Since commit ad1ecd2063da ("fdt: Build a U-Boot binary without device
tree") and commit 03c25bcd263a ("fdt: Build an SPL binary without
device tree"), we can use shorter file names for the output images.
The default configuration for UniPhier SoCs enables CONFIG_OF_SEPARATE
and CONFIG_SPL_OF_CONTR
Hi York,
On Tue, Feb 2, 2016 at 11:31 AM, york sun wrote:
> On 02/01/2016 07:19 PM, Bin Meng wrote:
>> Hi York,
>>
>> On Tue, Feb 2, 2016 at 11:11 AM, york sun wrote:
>>> On 02/01/2016 04:05 PM, Simon Glass wrote:
>>>
>
> I will take this chance to convert P2020DS to use DM. Need some g
To avoid the duplicated code, add the PLLB handle functions.
Signed-off-by: Wenyou Yang
Reviewed-by: Andreas Bießmann
---
Changes in v3: None
Changes in v2: None
arch/arm/mach-at91/arm926ejs/clock.c | 38 +
arch/arm/mach-at91/include/mach/clk.h |2 ++
2
Due to introducing the new PLLB clock handle functions,
use these functions to clean up the PLLB enable code.
Signed-off-by: Wenyou Yang
Reviewed-by: Andreas Bießmann
---
Changes in v3: None
Changes in v2:
- collect Reviewed-by from Andreas.
board/siemens/smartweb/smartweb.c |6 +-
b
Due to introducing the new PLLB clock handle functions,
use these functions to clean up the PLLB enable/disable code.
Signed-off-by: Wenyou Yang
Reviewed-by: Andreas Bießmann
---
Changes in v3:
- collect Reviewed-by from Andreas.
Changes in v2:
- add return value for timeout checking at91_pl
To reduce the duplicated code, add PLLB enable/disable functions,
replace the UTMI PLL handle code with these functions.
It is based on the following patch set.
http://lists.denx.de/pipermail/u-boot/2016-February/244370.html
http://lists.denx.de/pipermail/u-boot/2016-February/24439
From: Mingkai Hu
Memory controller performance is not optimal with default internal
target queue register value, write required value for optimal DDR
performance.
Signed-off-by: Mingkai Hu
---
v3:
- Move the macro check to soc.c.
v2:
- Add a check to make sure A009660 and A008514 is are not
On 02/01/2016 07:19 PM, Bin Meng wrote:
> Hi York,
>
> On Tue, Feb 2, 2016 at 11:11 AM, york sun wrote:
>> On 02/01/2016 04:05 PM, Simon Glass wrote:
>>
I will take this chance to convert P2020DS to use DM. Need some guidance
here.
For NS16550, it needs the clock. To keep it
Since commit ad1ecd2063da ("fdt: Build a U-Boot binary without device
tree") and commit 03c25bcd263a ("fdt: Build an SPL binary without
device tree"), we can use shorter file names for the output images.
The default configuration for UniPhier SoCs enables CONFIG_OF_SEPARATE
and CONFIG_SPL_OF_CONTR
Hi York,
On Tue, Feb 2, 2016 at 11:11 AM, york sun wrote:
> On 02/01/2016 04:05 PM, Simon Glass wrote:
>
>>>
>>> I will take this chance to convert P2020DS to use DM. Need some guidance
>>> here.
>>> For NS16550, it needs the clock. To keep it simple, let's presume platform
>>> data
>>> is use
Due to introducing the new UTMI PLL clock handle functions,
use the functions to reduce the duplicated code.
Signed-off-by: Wenyou Yang
Tested-by: Heiko Schocher
---
Changes in v3:
- collect Tested-by from Heiko Schocher.
Changes in v2: None
board/siemens/corvus/board.c |4 +---
1 file
Due to introducing the new UTMI PLL clock handle functions,
use these function to reduce the duplicated code.
Signed-off-by: Wenyou Yang
Tested-by: Heiko Schocher
---
Changes in v3: None
Changes in v2:
- remain asm/io.h include.
drivers/usb/host/ehci-atmel.c | 38 --
Due to introducing the UTMI PLL enable function, use this function
to reduce the duplicated code.
Signed-off-by: Wenyou Yang
Tested-by: Heiko Schocher
---
Changes in v3: None
Changes in v2: None
arch/arm/mach-at91/armv7/sama5d2_devices.c |5 +
arch/arm/mach-at91/armv7/sama5d3_devices.
To avoid the duplicated code, add the UTMI PLL handle functions,
and add PMC_USB init function too.
Signed-off-by: Wenyou Yang
Tested-by: Heiko Schocher
---
Changes in v3: None
Changes in v2: None
arch/arm/mach-at91/clock.c| 48 +
arch/arm/mach-at
To reduce the duplicated code, add UTMI PLL enable/disable functions,
replace the UTMI PLL handle code with these functions.
It is based on the following patch set.
http://lists.denx.de/pipermail/u-boot/2016-February/244370.html
Changes in v3:
- collect Tested-by from Heiko Schocher.
Ch
On 02/01/2016 04:05 PM, Simon Glass wrote:
>>
>> I will take this chance to convert P2020DS to use DM. Need some guidance
>> here.
>> For NS16550, it needs the clock. To keep it simple, let's presume platform
>> data
>> is used. My trouble is the clock is not unknown at compiling time. It needs
Hi Terry,
On Tue, Feb 2, 2016 at 11:03 AM, Terry Zhou wrote:
> Hi Bin,
> I tried but failed to send it with "git sendmail" and "git imap-send", I am
> not sure if the mail server of my company can support this command.
> Would you please give me some suggestion?
>
> Error:
> " terry@terry-OptiPl
Hi Bin,
I tried but failed to send it with "git sendmail" and "git imap-send", I am not
sure if the mail server of my company can support this command.
Would you please give me some suggestion?
Error:
" terry@terry-OptiPlex-780:~/project/git/denx_uboot/u-boot$ git format-patch -1
--cover-letter
Hi Terry,
On Tue, Feb 2, 2016 at 10:14 AM, Terry Zhou wrote:
> Hi all:
> I found a bug in FDT, which will cause system crash when calling
> "fdtdec_get_uint64" if the fdt item is not on 8bytes boundary, here is the
> patch.
> Thanks.
>
Can you use 'git send-mail' so that it's easier for people
Hi all:
I found a bug in FDT, which will cause system crash when calling
"fdtdec_get_uint64" if the fdt item is not on 8bytes boundary, here is the
patch.
Thanks.
Best Regards,
Terry
-cover-letter.patch
Description: -cover-letter.patch
0001-fix-fdt-solve-the-alignment-issue-when-par
To preserve all cover letter knowledge of the status on UEFI payload
support, let's add some sections to README.efi.
Signed-off-by: Alexander Graf
---
doc/README.efi | 69 +-
1 file changed, 68 insertions(+), 1 deletion(-)
diff --git a/doc
UEFI defines a simple boot protocol for removable media. There we should look
at the EFI (first GPT FAT) partition and search for /efi/boot/bootXXX.efi with
XXX being different between different platforms (x86, x64, arm, aa64, ...).
This patch implements a simple version of that protocol for the d
Now that everything's in place, let's add myself as the maintainer for
the efi payload support.
Signed-off-by: Alexander Graf
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index b387207..b3b0ab8 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@
On arm64, boards can declare that they want to run with dcache disabled.
However, uEFI guarantees to payloads that they're running with the dcache
enabled which on arm64 means that they can do unaligned accesses.
To not leave those systems out of the door, let's handle the unaligned traps.
In the
The EFI loader needs to maintain views of memory - general system memory
windows as well as used locations inside those and potential runtime service
MMIO windows.
To manage all of these, add a few helpers that maintain an internal
representation of the map the similar to how the EFI API later on
There are 2 ways an EFI payload could return into u-boot:
- Callback function
- Exception
While in EFI payload mode, x18 is owned by the payload and may not contain
a valid pointer to gd, so we need to fix it up. We do that properly for the
payload to callback path already.
This patch also a
Our current arm64 exception handlers all panic and never return to the
exception triggering code.
But if any handler wanted to continue execution after fixups, it would
need help from the exception handling code to restore all registers.
This patch implements that help. With this code, exception
Now that we have all the bits and pieces ready for EFI payload loading
support, hook them up in Makefiles and KConfigs so that we can build.
Signed-off-by: Alexander Graf
Reviewed-by: Simon Glass
---
v1 -> v2:
- Move to GPLv2+
- Default to y
v2 -> v3:
- Add memory file
---
lib/Kconfi
In order to execute an EFI application, we need to bridge the gap between
U-Boot's notion of executing images and EFI's notion of doing the same.
The best path forward IMHO here is to stick completely to the way U-Boot
deals with payloads. You manually load them using whatever method to RAM
and th
We have a pretty nice and generic interface to ask for a specific block
device. However, that one is still based around the magic notion that
we know the driver name.
In order to be able to write fully generic disk access code, expose the
currently internal list to other source files so that they
EFI uses the PE binary format for its application images. Add support to EFI PE
binaries as well as all necessary bits for the "EFI image loader" interfaces.
Signed-off-by: Alexander Graf
---
v1 -> v2:
- move memory allocation to separate patch
- limit 32/64 to hosts that support it
- ch
After booting has finished, EFI allows firmware to still interact with the OS
using the "runtime services". These callbacks live in a separate address space,
since they are available long after U-Boot has been overwritten by the OS.
This patch adds enough framework for arbitrary code inside of U-B
A EFI applications usually want to access storage devices to load data from.
This patch adds support for EFI disk interfaces. It loops through all block
storage interfaces known to U-Boot and creates an EFI object for each existing
one. EFI applications can then through these objects call U-Boot's
The EFI API header is great, but missing a good chunk of function prototype,
GUID defines and enum declarations.
This patch extends it to cover more of the EFI API. It's still not 100%
complete, but sufficient enough for our EFI payload interface.
Signed-off-by: Alexander Graf
---
v2 -> v3:
One of the basic EFI interfaces is the console interface. Using it an EFI
application can interface with the user. This patch implements an EFI console
interface using getc() and putc().
Today, we only implement text based consoles. We also convert the EFI Unicode
characters to UTF-8 on the fly, h
This is my (now quite late) Christmas present for my openSUSE friends :).
U-Boot is a great project for embedded devices. However, convincing
everyone involved that only for "a few oddball ARM devices" we need to
support different configuration formats from grub2 when all other platforms
(PPC, Sys
When an EFI application runs, it has access to a few descriptor and callback
tables to instruct the EFI compliant firmware to do things for it. The bulk
of those interfaces are "boot time services". They handle all object management,
and memory allocation.
This patch adds support for the boot time
Tom,
The following changes since commit 8cdae1dacde7dbe74d53a8ac1a05761a53c4f191:
video: Correct 'tor' typo in comment (2016-01-30 10:58:47 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-fsl-qoriq.git master
for you to fetch changes up to 7711cc0a0648e215571b1d1768
Due to introducing the new peripheral clock handle functions,
use these functions to reduce the duplicated code.
Signed-off-by: Wenyou Yang
Tested-by: Heiko Schocher
---
Changes in v3: None
Changes in v2: None
drivers/net/at91_emac.c |9 -
drivers/usb/host/ehci-atmel.c |
To reduce the duplicated code, add a new file to accommodate
the peripheral's and system's clock handle code, shared with
the SoCs with different ARM core.
Signed-off-by: Wenyou Yang
Tested-by: Heiko Schocher
---
Changes in v3:
- fix incorrectly used the indicator '&' to achieve the variable
Due to introducing the new peripheral clock handle functions,
use these functions to reduce duplicated code.
Signed-off-by: Wenyou Yang
Tested-by: Heiko Schocher
---
Changes in v3: None
Changes in v2:
- fix checkpatch warning.
board/atmel/at91rm9200ek/at91rm9200ek.c |1 -
board/a
Remove unnecessary #ifdef CPU_HAS_PCR.
Signed-off-by: Wenyou Yang
Tested-by: Heiko Schocher
Reviewed-by: Andreas Bießmann
---
Changes in v3: None
Changes in v2: None
arch/arm/mach-at91/include/mach/at91_pmc.h |8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/arch
To reduce the duplicated code, rework the peripheral's and
system's clock handle functions, use these functions to replace
the clock handle code.
Changes in v3:
- fix incorrectly used the indicator '&' to achieve the variable
pointer of pmc->pcer and pmc->pcdr.
Changes in v2:
- fix checkpatc
Due to introducing the new peripheral clock handle functions,
use these functions to clean up the duplicated code.
Meanwhile, remove unneeded header file include, at91_pmc.h.
Signed-off-by: Wenyou Yang
Tested-by: Heiko Schocher
Reviewed-by: Andreas Bießmann
---
Changes in v3: None
Changes in
Hi Simon,
On Tue, Feb 2, 2016 at 12:19 AM, Simon Glass wrote:
> Hi Bin,
>
> On 1 February 2016 at 02:40, Bin Meng wrote:
>> There are still some codes that use the legacy PCI APIs to access
>> the configuration space registers. This series converts those codes
>> to completely use DM PCI APIs.
>
On Mon, Feb 01, 2016 at 04:00:30PM -0700, Stephen Warren wrote:
> On 01/31/2016 06:10 PM, Simon Glass wrote:
> >At present u-boot.bin holds the plain U-Boot binary without the device tree.
> >This is somewhat annoying since you need either u-boot.bin or u-boot-dtb.bin
> >depending on whether device
On Mon, Feb 01, 2016 at 03:54:52PM -0700, Stephen Warren wrote:
> On 01/31/2016 06:10 PM, Simon Glass wrote:
> >Create u-boot.img even when OF_CONTROL is enabled, so that this file can be
> >used in both cases.
>
> Here also I wonder if it would be better to copy either
> u-boot-dtb.img or u-boot
On Mon, Feb 01, 2016 at 10:53:29PM +0100, Daniel Schwierzeck wrote:
> Hi Tom,
>
> please pull some small MIPS updates and the initial Microchip PIC32
> support. Thanks!
>
>
> The following changes since commit 8cdae1dacde7dbe74d53a8ac1a05761a53c4f191:
>
> video: Correct 'tor' typo in comment
On Sun, Jan 31, 2016 at 06:10:54PM -0700, Simon Glass wrote:
> Create u-boot.img even when OF_CONTROL is enabled, so that this file can be
> used in both cases.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
_
On Sun, Jan 31, 2016 at 06:10:55PM -0700, Simon Glass wrote:
> When OF_CONTROL is enabled, u-boot-dtb.* files are the same as u-boot.*
> files. So we can use the latter for simplicity.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital
On Sun, Jan 31, 2016 at 06:10:49PM -0700, Simon Glass wrote:
> Fix the ALL-y logic in the Makefile so that is clear that we always want
> the -nodtb file.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
On Sun, Jan 31, 2016 at 06:10:52PM -0700, Simon Glass wrote:
> Adjust the Makefile to build u-boot-tegra.bin which contains a device tree
> if OF_SEPARATE is enabled, and does not if not. This mirrors U-Boot's new
> approach of using u-boot.bin to handle both cases.
>
> Signed-off-by: Simon Glass
On Sun, Jan 31, 2016 at 06:10:53PM -0700, Simon Glass wrote:
> We don't need the -dtb suffix anymore, so drop it.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot maili
On Sun, Jan 31, 2016 at 06:10:51PM -0700, Simon Glass wrote:
> At present u-boot-spl.bin holds the plain SPL binary without the device
> tree. This is somewhat annoying since you need either u-boot-spl.bin or
> u-boot-spl-dtb.bin depending on whether device tree is used.
>
> Adjust the build such
On Sun, Jan 31, 2016 at 06:10:50PM -0700, Simon Glass wrote:
> At present u-boot.bin holds the plain U-Boot binary without the device tree.
> This is somewhat annoying since you need either u-boot.bin or u-boot-dtb.bin
> depending on whether device tree is used.
>
> Adjust the build such that u-b
On Sun, Jan 31, 2016 at 06:10:49PM -0700, Simon Glass wrote:
> Fix the ALL-y logic in the Makefile so that is clear that we always want
> the -nodtb file.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
On Mon, Jan 25, 2016 at 08:22:41PM +0100, Roger Meier wrote:
> - install using addons.apt
> - remove MAKEALL
> - split mpc85xx boards
> - remove TEST_CONFIG_CMD, just info
> - fetch mips toolchain via buildman
> - remove --list-error-boards param
> - conditional script
> - use TOOLCHAIN instead of
On Tue, Jan 26, 2016 at 04:20:38PM +0100, Clemens Gruber wrote:
> This is a follow-up patch to e92029c0f4 and adds a prototype for
> the weak mmc_get_env_dev function.
>
> Cc: Tom Rini
> Cc: Stephen Warren
>
> Signed-off-by: Clemens Gruber
> Reviewed-by: Tom Rini
> Reviewed-by: Peng Fan
Ap
On Fri, Jan 29, 2016 at 11:42:53AM +0900, Masahiro Yamada wrote:
> Commit df48b23428e9 (".mailmap: Add all the mail alias for Ricardo
> Ribalda") assigned two different proper names for the email address
> "ricardo.riba...@uam.es". This is a completely wrong usage as the
> mailmap feature exists
On Mon, Jan 25, 2016 at 02:03:42PM -0700, Stephen Warren wrote:
> From: Stephen Warren
>
> Use of memalign can trigger fragmentation issues such as:
>
> // Internally, this needs to find a free block quite bit larger than s.
> // Once the free region is found, any unaligned "padding" immediatel
On 01/20/2016 01:16 AM, Leif Lindholm wrote:
On Fri, Jan 15, 2016 at 06:06:10AM +0100, Alexander Graf wrote:
When an EFI application runs, it has access to a few descriptor and callback
tables to instruct the EFI compliant firmware to do things for it. The bulk
of those interfaces are "boot ti
On 01/31/2016 04:24 PM, Simon Glass wrote:
Hi Alexander,
On 14 January 2016 at 22:06, Alexander Graf wrote:
UEFI defines a simple boot protocol for removable media. There we should look
at the EFI (first GPT FAT) partition and search for /efi/boot/bootXXX.efi with
XXX being different between
On 01/31/2016 04:23 PM, Simon Glass wrote:
Hi Alexander,
On 14 January 2016 at 22:06, Alexander Graf wrote:
Due to popular request, this is a separate patch implementing all of the memory
allocation and memory mapping bits.
We assume we always have a linear RAM map. At TOM U-Boot resides. I
On 02/01/2016 05:28 PM, Simon Glass wrote:
Hi Stephen,
On 1 February 2016 at 17:17, Stephen Warren wrote:
On 02/01/2016 05:05 PM, Simon Glass wrote:
Hi Stephen,
On 1 February 2016 at 17:00, Stephen Warren wrote:
On 01/30/2016 04:37 PM, Simon Glass wrote:
This series moves these two dr
On 01/31/2016 04:23 PM, Simon Glass wrote:
On 14 January 2016 at 22:06, Alexander Graf wrote:
A EFI applications usually want to access storage devices to load data from.
This patch adds support for EFI disk interfaces. It loops through all block
storage interfaces known to U-Boot and create
Hi Alex,
On 1 February 2016 at 17:16, Alexander Graf wrote:
>
>
>
> On 02/02/2016 01:02 AM, Simon Glass wrote:
>>
>> Hi Alex,
>>
>> On 1 February 2016 at 14:38, Alexander Graf wrote:
>>
>> For now I've had a play with Minnowboard, which is x86. The main thing
>> I noticed is that the API
Hi Stephen,
On 1 February 2016 at 17:17, Stephen Warren wrote:
> On 02/01/2016 05:05 PM, Simon Glass wrote:
>>
>> Hi Stephen,
>>
>> On 1 February 2016 at 17:00, Stephen Warren wrote:
>>>
>>> On 01/30/2016 04:37 PM, Simon Glass wrote:
This series moves these two drivers over to use
On 02/01/2016 05:05 PM, Simon Glass wrote:
Hi Stephen,
On 1 February 2016 at 17:00, Stephen Warren wrote:
On 01/30/2016 04:37 PM, Simon Glass wrote:
This series moves these two drivers over to use driver model for video.
This involves the following steps:
- Sync up some device tree files wi
On 02/02/2016 01:02 AM, Simon Glass wrote:
Hi Alex,
On 1 February 2016 at 14:38, Alexander Graf wrote:
For now I've had a play with Minnowboard, which is x86. The main thing
I noticed is that the API function implements should have EFIAPI on
them also.
Yes :). I didn't expect anyone to ac
+Minkyu
On 1 February 2016 at 13:41, Alexander Graf wrote:
> Commit 73a1cb27 moved the check whether we should set the architected
> timer frequency from CONFIG_SYS_CLK_FREQ to CONFIG_TIMER_CLK_FREQ, but
> did not update all users of it.
>
> The one where I (finally) realized why KVM didn't work
Hi Albert,
On 1 February 2016 at 00:31, Albert ARIBAUD wrote:
> Hello Simon,
>
> Nitpicking:
>
> On Sun, 31 Jan 2016 18:10:48 -0700, Simon Glass
> wrote:
>
>> The original decision to use a separate u-boot-dtb.bin was aimed at allowing
>> any device tree file to be concatenated to the u-boot.bin
Hi Stephen,
On 1 February 2016 at 17:00, Stephen Warren wrote:
> On 01/30/2016 04:37 PM, Simon Glass wrote:
>>
>> This series moves these two drivers over to use driver model for video.
>>
>> This involves the following steps:
>> - Sync up some device tree files with Linux
>> - Implement a proper
Hi York,
On 1 February 2016 at 12:37, york sun wrote:
> On 01/31/2016 07:40 AM, Simon Glass wrote:
>> Hi,
>>
>> On 31 January 2016 at 07:19, Bin Meng wrote:
>>> Hi York,
>>>
>>> On Sun, Jan 31, 2016 at 6:03 AM, York Sun wrote:
This reverts commit 168dcc6cef7a0e13bc52fc8fa8de2866cf4033dc.
>
On 31 January 2016 at 22:31, Peng Fan wrote:
> Introduce fdtdec_get_child_count for get the number of subnodes
> of one parent node.
>
> Signed-off-by: Peng Fan
> Cc: Simon Glass
> ---
>
> V2:
> correct spell error.
> renamed to fdtdec_get_child_count, move code to lib/fdtdec.c and add
> prot
Hi Peng,
On 31 January 2016 at 22:38, Peng Fan wrote:
> Introudce i.MX7 pinctrl driver support.
> For now only i.MX7D supported.
> There are two iomux controllers in i.MX7D, iomuxc and iomuxc_lpsr.
> To iomuxc_lpsr, ZERO_OFFSET_VALID is set, means offset of mux_reg
> and conf_reg can begin at 0.
Hi Albert,
On 31 January 2016 at 09:51, Albert ARIBAUD wrote:
> Hello Simon,
>
> On Thu, 19 Nov 2015 20:29:11 -0700, Simon Glass
> wrote:
>> Hi Albert,
>>
>> On 13 November 2015 at 19:35, Simon Glass wrote:
>> > On 9 November 2015 at 14:36, Albert ARIBAUD
>> > wrote:
>> >> Hello Simon,
>> >>
Hi Peng,
On 31 January 2016 at 22:38, Peng Fan wrote:
> Introduce pinctrl for i.MX6
> 1. pinctrl-imx.c is for common usage. It's used by i.MX6/7.
> 2. Add PINCTRL_IMX PINCTRL_IMX6 Kconfig entry.
> 3. To the pinctrl_ops implementation, only set_state is implemented.
>To i.MX6/7, the pinctrl dt
On 02/02/2016 12:54 AM, Simon Glass wrote:
Hi Alex,
On 1 February 2016 at 16:45, Alexander Graf wrote:
On 01/31/2016 04:19 PM, Simon Glass wrote:
Hi Alexander,
On 14 January 2016 at 22:06, Alexander Graf wrote:
When an EFI application runs, it has access to a few descriptor and callbac
1 - 100 of 237 matches
Mail list logo
