On Sun, Aug 7, 2016 at 7:23 AM, Simon Glass wrote:
> It is useful to have a basic sanity check for EFI loader support. Add a
> 'bootefi hello' command which loads HelloWord.efi and runs it under U-Boot.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/lib/HelloWorld.efi | Bin 0 -> 11168 bytes
>
Hi Simon,
On Sun, Aug 7, 2016 at 7:23 AM, Simon Glass wrote:
> Enable this so that EFI applications (notably grub) can be run under U-Boot
> on x86 platforms.
>
> Signed-off-by: Simon Glass
> ---
>
> lib/efi_loader/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a
On Sun, Aug 7, 2016 at 7:23 AM, Simon Glass wrote:
> Add the required pieces to support the EFI loader on x86.
>
> Since U-Boot only builds for 32-bit on x86, only a 32-bit EFI application
> is supported. If a 64-bit kernel must be booted, U-Boot supports this
> directly using FIT (see doc/uImage.
Hi Simon,
On Sun, Aug 7, 2016 at 7:23 AM, Simon Glass wrote:
> It is useful to have a basic sanity check for EFI loader support. Add a
> 'bootefi hello' command which loads HelloWord.efi and runs it under U-Boot.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/arm/lib/HelloWorld32.efi | Bin 0 ->
On Sun, Aug 7, 2016 at 7:23 AM, Simon Glass wrote:
> These are missing in some functions. Add them to keep things consistent.
>
> Signed-off-by: Simon Glass
> ---
>
> cmd/bootefi.c | 7 +--
> include/efi_loader.h | 2 +-
> lib/efi_loader/efi_boottime.c | 5 +++--
>
Hi Simon,
On Sun, Aug 7, 2016 at 7:23 AM, Simon Glass wrote:
> Bring in these functions from Linux v4.4. They will be needed for EFI loader
> support.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/cpu/Makefile | 2 +-
> arch/x86/cpu/setjmp.S | 71
>
> Am 08.08.2016 um 23:44 schrieb Simon Glass :
>
> Hi Alexander,
>
>> On 8 August 2016 at 08:06, Alexander Graf wrote:
>> We generate a few tables on x86 today that really can be used on ARM just
>> the same. One such example is the SMBIOS table, which people use with tools
>> like "dmidecode"
On Monday 08 August 2016 10:16 PM, Joe Hershberger wrote:
> Hi Lokesh,
>
> On Mon, Aug 8, 2016 at 1:22 AM, Lokesh Vutla wrote:
>> cpsw tries to flush dcache which is not in the range of cache line size.
>> Because of this the following warning comes while flushing:
>>
>> CACHE: Misaligned opera
cpsw tries to flush dcache which is not in the range of PKTSIZE.
Because of this the following warning comes while flushing:
CACHE: Misaligned operation at range [dffecec0, dffed016]
Fix it by flushing cache of size PKTSIZE_ALIGN as similar to what is
being done in _cpsw_recv.
Signed-off-by: Lok
This patch adds support for the SMBus block read/write functionality.
Other protocols like the SMBus quick command need to get added
if this is needed.
This patch also removed the SMBus related defines from the Ivybridge
pch.h header. As they are integrated in this driver and should be
used from h
Hi Simon,
On 08.08.2016 23:44, Simon Glass wrote:
On 8 August 2016 at 08:45, Heiko Schocher wrote:
Hello Simon,
Am 07.08.2016 um 08:54 schrieb Bin Meng:
On Sat, Aug 6, 2016 at 11:35 AM, Simon Glass wrote:
If intel_i2c_bind() is called before relocation there is no BSS section
available.
Hi George,
On 05.08.2016 18:09, George McCollister wrote:
On Tue, Jun 28, 2016 at 8:44 AM, Stefan Roese wrote:
This patch adds support for the SMBus block read/write functionality.
Other protocols like the SMBus quick command need to get added
if this is needed.
This patch also removed the SM
On 08/04/2016 05:15 PM, Alexander Graf wrote:
On 04 Aug 2016, at 20:11, Stephen Warren wrote:
On 08/04/2016 01:11 AM, Alexander Graf wrote:
On the raspberry pi, you can disable the serial port to gain dynamic frequency
scaling which can get handy at times.
However, in such a configuration t
Hi Simon,
On Tue, Aug 9, 2016 at 5:44 AM, Simon Glass wrote:
> Hi Alexander,
>
> On 8 August 2016 at 08:06, Alexander Graf wrote:
>> We generate a few tables on x86 today that really can be used on ARM just
>> the same. One such example is the SMBIOS table, which people use with tools
>> like "d
On Tue, Aug 9, 2016 at 11:32 AM, Bin Meng wrote:
> From: Yaroslav K
>
> This fixes incorrect filenames in cbfsls output.
>
> Signed-off-by: Yaroslav K.
> Reviewed-by: Simon Glass
> [clean up checkpatch errors and warnings]
> Signed-off-by: Bin Meng
>
> ---
>
> Changes in v2:
> - Clean up check
From: Yaroslav K
This fixes incorrect filenames in cbfsls output.
Signed-off-by: Yaroslav K.
Reviewed-by: Simon Glass
[clean up checkpatch errors and warnings]
Signed-off-by: Bin Meng
---
Changes in v2:
- Clean up checkpatch errors and warnings
fs/cbfs/cbfs.c | 8
1 file changed,
Hi Yaroslav,
On Mon, Aug 8, 2016 at 4:31 PM, Yaroslav K. wrote:
> Hi Bin.
>
> Could you please create proper patch yourself? The changes are trivial
> anyway, so it doesn't matter who author is.
>
> --
> Yaroslav
OK, will keep your SoB and clean up this patch.
Regards,
Bin
_
On Sun, Aug 7, 2016 at 2:41 PM, Bin Meng wrote:
> On Sat, Aug 6, 2016 at 11:57 AM, Simon Glass wrote:
>> There is no sense in printing out DRAM banks of size 0 since this means they
>> are empty. Skip them.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> cmd/bdinfo.c | 8 +---
>> 1 file chang
On Sun, Aug 7, 2016 at 2:46 PM, Bin Meng wrote:
> On Sat, Aug 6, 2016 at 11:57 AM, Simon Glass wrote:
>> These are not useful on x86 so do not print them.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> cmd/bdinfo.c | 10 --
>> 1 file changed, 10 deletions(-)
>>
>
> Reviewed-by: Bin Meng
I also found that once the barrier stuff was in, the EFI_LOADER change was
unnecessary.
On Mon, Aug 8, 2016 at 8:50 PM, Ziyuan Xu wrote:
> Hi Simon,
>
> I think you can drop this patch due to it fixes by a78cd86 - ARM: Rework
> and correct barrier which Tom had merge it into u-boot/master.
>
>
>
Hi Simon,
I think you can drop this patch due to it fixes by a78cd86 - ARM: Rework
and correct barrier which Tom had merge it into u-boot/master.
On 2016年08月09日 05:43, Simon Glass wrote:
Hi Sandy,
On 22 July 2016 at 08:40, Sandy Patterson wrote:
The problem seems to be invalidate_icache_al
Hi Yangbo,
On 08/02/2016 04:33 PM, Yangbo Lu wrote:
> When the MMC framework was added in u-boot, the mmc_go_idle was
> added before mmc_send_op_cond_iter in function mmc_send_op_cond
> annotating that some cards seemed to need this. Actually, we still
> need to do this in function mmc_complete_op
Hi Stefano,
I downloaded the patch about Falcon Mode from:
https://www.amazon.com/clouddrive/share/hVlzRXoJv1Jq4DJdgDcVnfmOWjARqR06eCfheWjRcSh/folder/KZakgsCMThWy3I43j2-afQ
Then, as the README file says I did a checkout on commit
587c3f8ebe356b558f1876414885c1b4a31294ab and applied the patch.
Hi Alexander,
On 5 August 2016 at 06:49, Alexander Graf wrote:
> When using CONFIG_BLK, there were 2 issues:
>
> 1) The name we generate the device with has to match the
> name we set in efi_set_bootdev()
>
> 2) The device we pass into our block functions was wrong,
> we should not
Hi Heiko,
On 8 August 2016 at 08:45, Heiko Schocher wrote:
> Hello Simon,
>
>
> Am 07.08.2016 um 08:54 schrieb Bin Meng:
>>
>> On Sat, Aug 6, 2016 at 11:35 AM, Simon Glass wrote:
>>>
>>> If intel_i2c_bind() is called before relocation there is no BSS section
>>> available. Use the data section i
On 8 August 2016 at 13:56, Stephen Warren wrote:
> From: Stephen Warren
>
> Trimslice currently stores its environment at 512KiB into the SPI flash
> chip. The U-Boot binary has grown such that the size of the boot image
> (which includes the Tegra BCT, padding, and the U-Boot binary) is slightly
On 5 August 2016 at 02:30, Paul Burton wrote:
>
>
> On 05/08/16 02:36, Simon Glass wrote:
>>
>> Hi Paul,
>>
>> On 4 August 2016 at 04:29, Paul Burton wrote:
>>>
>>> The implementations of clk_get_by_index & clk_get_by_name are only
>>> available when CONFIG_CLK is enabled. Provide the dummies whe
Hi,
On 7 August 2016 at 10:59, Andreas Färber wrote:
> Am 14.07.2016 um 08:18 schrieb Alexander Graf:
>>> Am 14.07.2016 um 06:48 schrieb Andreas Färber :
>>>
>>> Hi Alex,
>>>
Am 05.06.2016 um 23:17 schrieb Alexander Graf:
If Linux finds an EFI implementation it always uses the EFI reset
Hi Andreas,
On 7 August 2016 at 12:26, Andreas Färber wrote:
> Am 19.07.2016 um 15:16 schrieb Kever Yang:
>>
>> Hi Simon,
>>
>> Sorry for didn't apply all the changes for comments from
>> Andreas in V4, I rebase this patchset on u-boot-rockchip.git
>> master branch and reset to below commit:
>>
Hi Tom, Andreas,
On 7 August 2016 at 14:07, Tom Rini wrote:
> On Sun, Aug 07, 2016 at 06:46:37PM +0200, Andreas Färber wrote:
>> Am 07.08.2016 um 15:31 schrieb Tom Rini:
>> > On Sat, Aug 06, 2016 at 06:05:29PM +0200, Andreas Färber wrote:
>> >> Hi Simon,
>> >>
>> >> Am 06.08.2016 um 06:30 schrieb
On 8 August 2016 at 10:38, Stephen Warren wrote:
> From: Stephen Warren
>
> Currently, ft_system_setup() is implemented by board*.c, which are a bit
> of a dumping ground for a bunch of unrelated functionality, and separate
> versions exist for pre-Tegra186 and Tegra186. Move the implementation i
Hi Alexander,
On 8 August 2016 at 08:06, Alexander Graf wrote:
> We generate a few tables on x86 today that really can be used on ARM just
> the same. One such example is the SMBIOS table, which people use with tools
> like "dmidecode" to identify which hardware they are running on.
>
> We're slo
On 7 August 2016 at 05:55, John Keeping wrote:
> Signed-off-by: John Keeping
> ---
>
> drivers/power/pmic/act8846.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Acked-by: Simon Glass
___
U-Boot mailing list
U-Boot@lists.denx.de
http://
On 7 August 2016 at 05:55, John Keeping wrote:
> The voltage and control registers need to be looked up from the value in
> driver_data. Adjust the get_value and get_enable functions to match the
> corresponding set_* functions.
>
> Signed-off-by: John Keeping
> ---
>
> drivers/power/regulator/
On 6 August 2016 at 12:08, Vladimir Zapolskiy wrote:
> Since a platform conversion to generic board support has not been
> accomplished some architecture specific bits are missing from board_f
> init sequence, the change adds a number of basic expected callbacks
> into early init sequence.
>
> Sig
On 6 August 2016 at 23:53, Max Filippov wrote:
> Create drivers/sysreset and move sysreset-uclass and all sysreset
> drivers there.
>
> Signed-off-by: Max Filippov
> ---
> Changes v1->v2:
> - move RK3399 sysreset driver as well;
> - format patch with -M to make renames explicit.
> ---
> arch/arm
Hi Sandy,
On 22 July 2016 at 08:40, Sandy Patterson wrote:
> The problem seems to be invalidate_icache_all() inside the runtime.
> This patch just disables EFI_LOADER for rock2 board.
>
> Signed-off-by: Sandy Patterson
> ---
>
> configs/rock2_defconfig | 1 +
> 1 file changed, 1 insertion(+)
C
Simon,
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Monday, August 08, 2016 12:54 PM
> To: Simon Glass
> Cc: U-Boot Mailing List ; Tom Warren
> ; Stephen Warren ; Tom Rini
>
> Subject: Re: [PATCH 1/2 V4] misc: add "call" uclass op
>
> On 08/08/2016
From: Stephen Warren
Trimslice currently stores its environment at 512KiB into the SPI flash
chip. The U-Boot binary has grown such that the size of the boot image
(which includes the Tegra BCT, padding, and the U-Boot binary) is slightly
larger than 512K now. Consequently, writing the boot image
On 08/08/2016 01:47 PM, Simon Glass wrote:
+Tom
Hi Stephen,
On 8 August 2016 at 10:41, Stephen Warren wrote:
On 08/08/2016 10:38 AM, Simon Glass wrote:
Hi Stephen,
On 8 August 2016 at 09:41, Stephen Warren wrote:
From: Stephen Warren
The call op requests that the callee pass a messag
+Tom
Hi Stephen,
On 8 August 2016 at 10:41, Stephen Warren wrote:
> On 08/08/2016 10:38 AM, Simon Glass wrote:
>>
>> Hi Stephen,
>>
>> On 8 August 2016 at 09:41, Stephen Warren wrote:
>>>
>>>
>>> From: Stephen Warren
>>>
>>> The call op requests that the callee pass a message to the underlying
Commit f4db6c976cf ("arm: mvebu: Add runtime detection of UART (xmodem)
boot-mode") added a change to hdr->destaddr when dynamically patching an
image for UART boot mode. With this change, kwboot ceases to work on
Kirkwood.
Thus, let's change hdr->destaddr only when we are patching an image with
In my tests I experience that sometimes SH4 does not properly
fetch instructions after immediate jump to a code loaded by
means of rtl8139, the problem is gone if "icache off" is
executed after load or if cache invalidation and write-back
is used on data load instead of just cache invalidation,
whi
In common usecases flush_cache() assumes both cache invalidation and
write-back to memory, thus in flush_dcache_range() implementation
change SH4 cache write-back only instruction 'ocbwb' with cache purge
instruction 'ocbp', according to the User's Manual there should be no
performance penalty for
Both jump_to_P2() and back_to_P1() functions are found in asm/system.h
header file and functionally they are the same, don't redefine them.
Signed-off-by: Vladimir Zapolskiy
---
arch/sh/cpu/sh4/cache.c | 39 ++-
1 file changed, 2 insertions(+), 37 deletions(-)
cache_wback_all() is a local function and it is called from
cache_control() only, which is in turn jumps to P2 area.
The change fixes an issue when cache_wback_all() returns from P2 to
P1, however cache_control() continues to manipulate with CCR
register, according to the User's Manual this is res
The change is similar to commit 994b56616bae ("sh: delete an unused
source file") for SH2, however here the removed cache.c file was
built and included into an image as a dead code.
If it is needed in future the contents can be reused from a similar
arch/sh/cpu/sh4/cache.c file, which is in turn w
No functional change, moving cache manipulation functions into cache.c
allows to collect all of them in a single location and as a pleasant
side effect cache_control() function can be unexported now.
Signed-off-by: Vladimir Zapolskiy
---
arch/sh/cpu/sh4/cache.c | 39 +
In common usecases flush_cache() assumes both cache invalidation and
write-back to memory, instead of doing cache invalidation only with
the wrapped 'ocbi' instruction pin flush_cache() to cache invalidation
with memory write-back done by 'ocbp'.
Signed-off-by: Vladimir Zapolskiy
---
arch/sh/cpu
From: Stephen Warren
On Tegra186, some I2C controllers are directly controlled by the main CPU,
whereas others are controlled by the BPMP, and can only be accessed by the
main CPU via IPC requests to the BPMP. This driver covers the latter case.
Signed-off-by: Stephen Warren
Reviewed-by: Simon
Run scripts/coccinelle/net/mdio_register.cocci on the U-Boot code base.
Signed-off-by: Joe Hershberger
Reviewed-by: Bin Meng
---
Changes in v2:
- Run against the current master which adds one more driver to convert
(drivers/net/macb.c)
- Use an updated spatch that does not put closing paren on
From: Stephen Warren
In Tegra186, SoC power domains are manipulated using IPC requests to
the BPMP (Boot and Power Management Processor). This change implements a
driver that does that.
Signed-off-by: Stephen Warren
Reviewed-by: Simon Glass
---
v4: Adapt to new misc_call() return code.
v3: Use
From: Stephen Warren
In Tegra186, on-SoC clocks are manipulated using IPC requests to the BPMP
(Boot and Power Management Processor). This change implements a driver
that does that. A tegra/ sub-directory is created to follow the existing
pattern. It is unconditionally selected by CONFIG_TEGRA186
From: Stephen Warren
In Tegra186, on-SoC reset signals are manipulated using IPC requests to
the BPMP (Boot and Power Management Processor). This change implements a
driver that does that. It is unconditionally selected by CONFIG_TEGRA186
since virtually any Tegra186 build of U-Boot will need the
Some of the changes were a bit too complex.
Signed-off-by: Joe Hershberger
Reviewed-by: Bin Meng
---
Changes in v2: None
arch/powerpc/cpu/mpc8xx/fec.c | 6 --
board/gdsys/405ex/io64.c | 3 +--
drivers/net/bfin_mac.c| 21 +++--
drivers/net/davinci_emac.c|
This is an effort to migrate closer to the phylib approach so that a
new DM approach can be developed from a single starting point. The more
of this legacy code that can be removed, the easier it will be to move
forward.
Changes in v2:
- Added a blank line
- Run against the current master which a
On Sun, Aug 07, 2016 at 09:55:02PM +0200, Marek Vasut wrote:
> The following changes since commit 2863a9bfc29092be37f8beee230883367b057065:
>
> Merge git://git.denx.de/u-boot-rockchip (2016-08-06 11:38:14 -0400)
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-socfpg
Hi Diego,
On 08/08/2016 18:12, Diego Dorta wrote:
> Hi Stefano,
>
> I downloaded the patch about Falcon Mode from:
>
> https://www.amazon.com/clouddrive/share/hVlzRXoJv1Jq4DJdgDcVnfmOWjARqR06eCfheWjRcSh/folder/KZakgsCMThWy3I43j2-afQ
>
> Then, as the README file says I did a checkout on commit
The cleanup of the legacy mii registration API that's no longer used now
that the drivers have been converted to use the (more) modern API.
Signed-off-by: Joe Hershberger
Reviewed-by: Bin Meng
---
Changes in v2: None
common/miiphyutil.c | 73 --
Many Ethernet drivers still use the legacy miiphy API to register their
mdio interface for access to the mdio commands.
This semantic patch will convert the drivers from the legacy adapter API
to the more modern alloc/register API.
Signed-off-by: Joe Hershberger
---
Changes in v2: None
script
If the functions passed to the registration function are not in the same
C file (extern) then spatch will not handle the dependent changes.
Make those changes manually.
Signed-off-by: Joe Hershberger
For the 4xx related files:
Acked-by: Stefan Roese
Reviewed-by: Bin Meng
---
Changes in v2:
Hi Lokesh,
On Mon, Aug 8, 2016 at 1:22 AM, Lokesh Vutla wrote:
> cpsw tries to flush dcache which is not in the range of cache line size.
> Because of this the following warning comes while flushing:
>
> CACHE: Misaligned operation at range [dffecec0, dffed016]
>
> Fix it by flushing cache range
On 08/08/2016 06:42 PM, Tom Rini wrote:
> On Sun, Aug 07, 2016 at 09:57:44PM +0200, Marek Vasut wrote:
>
>> The following changes since commit 2863a9bfc29092be37f8beee230883367b057065:
>>
>> Merge git://git.denx.de/u-boot-rockchip (2016-08-06 11:38:14 -0400)
>>
>> are available in the git reposi
From: Stephen Warren
Currently, ft_system_setup() is implemented by board*.c, which are a bit
of a dumping ground for a bunch of unrelated functionality, and separate
versions exist for pre-Tegra186 and Tegra186. Move the implementation into
a separate file to separate functionality, and allow sh
Hi Stephen,
On 8 August 2016 at 09:41, Stephen Warren wrote:
>
> From: Stephen Warren
>
> The call op requests that the callee pass a message to the underlying HW
> or device, wait for a response, and then pass back the response error code
> and message to the callee. It is useful for drivers th
On Sun, Aug 07, 2016 at 09:57:44PM +0200, Marek Vasut wrote:
> The following changes since commit 2863a9bfc29092be37f8beee230883367b057065:
>
> Merge git://git.denx.de/u-boot-rockchip (2016-08-06 11:38:14 -0400)
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-usb.gi
On 08/08/2016 10:38 AM, Simon Glass wrote:
Hi Stephen,
On 8 August 2016 at 09:41, Stephen Warren wrote:
From: Stephen Warren
The call op requests that the callee pass a message to the underlying HW
or device, wait for a response, and then pass back the response error code
and message to the
Hi Eric,
On Fri, Aug 5, 2016 at 8:51 PM, Eric Nelson wrote:
> Only a single pad is changed to change sdhc2_dat3 from an
> SDIO pin to and from GPIO4:5, so remove the array and use
> the imx_iomux_v3_setup_pad() routine.
>
> Signed-off-by: Eric Nelson
Thanks for the patch:
Reviewed-by: Fabio Es
From: Stephen Warren
The call op requests that the callee pass a message to the underlying HW
or device, wait for a response, and then pass back the response error code
and message to the callee. It is useful for drivers that represent some
kind of messaging or IPC channel to a remote device.
Si
From: Stephen Warren
The Tegra BPMP (Boot and Power Management Processor) is a separate
auxiliary CPU embedded into Tegra to perform power management work, and
controls related features such as clocks, resets, power domains, PMIC I2C
bus, etc. This driver provides the core low-level communication
Hello Simon,
Am 07.08.2016 um 08:54 schrieb Bin Meng:
On Sat, Aug 6, 2016 at 11:35 AM, Simon Glass wrote:
If intel_i2c_bind() is called before relocation there is no BSS section
available. Use the data section instead, which is always available.
A better fix might be to use global_data, perha
So far we were only installing the FDT table and didn't have space
to store any other. Hence nobody realized that our efi table allocation
was broken in that it didn't set the indicator for the number of tables
plus one.
This patch fixes it, allowing code to allocate new efi tables.
Signed-off-by
If the system has a valid "serial#" environment variable set (which boards that
can find it out programatically set automatically), use that as input for the
serial number field in the SMBIOS tables.
Signed-off-by: Alexander Graf
---
lib/smbios.c | 3 +++
1 file changed, 3 insertions(+)
diff --
The SMBIOS generation code passes pointers as u32. That causes the compiler
to warn on casts to pointers. This patch moves all address pointers to
uintptr_t instead.
Technically u32 would be enough for the current SMBIOS2 style tables, but
we may want to extend the code to SMBIOS3 in the future wh
We will need the SMBIOS generation function on ARM as well going forward,
so let's move it into a non arch specific location.
Signed-off-by: Alexander Graf
---
arch/x86/Kconfig | 27
arch/x86/lib/Makefile | 1 -
arch/x86/li
We want to be able to add configuration table entries from our own code as
well as from EFI payload code. Export the boot service function internally
too, so that we can reuse it.
Signed-off-by: Alexander Graf
---
include/efi_loader.h | 2 ++
lib/efi_loader/efi_boottime.c | 22
We need the checksum function without all the other table functionality
soon, so let's split it out into its own header file.
Signed-off-by: Alexander Graf
---
arch/x86/include/asm/tables.h | 2 ++
arch/x86/lib/tables.c | 12
include/tables_csum.h | 22 +
We can pass SMBIOS easily as EFI configuration table to an EFI payload. This
patch adds enablement for that case.
While at it, we also enable SMBIOS generation for ARM systems, since they
support
EFI_LOADER.
Signed-off-by: Alexander Graf
---
cmd/bootefi.c| 3 +++
include/efi_api.h
We generate a few tables on x86 today that really can be used on ARM just
the same. One such example is the SMBIOS table, which people use with tools
like "dmidecode" to identify which hardware they are running on.
We're slowly growing needs to collect serial numbers from various devices
on ARM an
On 06.08.2016 18:59, Tom Rini wrote:
On Thu, Aug 04, 2016 at 09:58:14PM -0600, Simon Glass wrote:
We can pass all the variables down to the functions that need them, and
then everything is on the stack. This is safer than using the data section.
At least on firefly-rk3288, the code size is the
Hello,
On 16-08-08 18:56:21, maitysancha...@gmail.com wrote:
> Hello,
>
> Adding Lukasz's second mail ID to cc
>
> On 16-08-08 11:45:35, maitysancha...@gmail.com wrote:
> > Hello,
> >
> > On 16-08-03 17:13:11, Marek Vasut wrote:
> > > On 08/03/2016 01:58 PM, Sanchayan Maity wrote:
> > > > Add d
This patch moves flags macro's to respective member position on
spi_flash_params{}, for better readabilty and finding the
respective member macro's easily.
Signed-off-by: Jagan Teki
---
drivers/mtd/spi/sf_internal.h | 23 ++-
1 file changed, 10 insertions(+), 13 deletions(-)
SECT_32K never used anywhere in the code.
Cc: Simon Glass
Cc: Bin Meng
Cc: Michal Simek
Cc: Siva Durga Prasad Paladugu
Cc: Vignesh R
Cc: Mugunthan V N
Signed-off-by: Jagan Teki
---
drivers/mtd/spi/sf_internal.h | 16 +++-
drivers/mtd/spi/spi_flash.c | 3 ---
2 files changed,
Add CONFIG_SPI_FLASH_USE_4K_SECTORS in spi_flash code from header file.
Cc: Simon Glass
Cc: Bin Meng
Cc: Michal Simek
Cc: Siva Durga Prasad Paladugu
Cc: Vignesh R
Cc: Mugunthan V N
Signed-off-by: Jagan Teki
---
drivers/mtd/spi/sf_internal.h | 4
drivers/mtd/spi/spi_flash.c | 5 -
Make rx mode flags as generic to spi, earlier mode_rx is
maintained separately becuase of some flash specific code.
Cc: Simon Glass
Cc: Bin Meng
Cc: Michal Simek
Cc: Siva Durga Prasad Paladugu
Cc: Vignesh R
Cc: Mugunthan V N
Signed-off-by: Jagan Teki
---
drivers/mtd/spi/spi_flash.c | 6 ++
e_rd_cmd is maintained separately for fastest read command code,
since the read commands are computed normally this e_rd_cmd
is not required in spi_flash_params table.
Cc: Simon Glass
Cc: Bin Meng
Cc: Michal Simek
Cc: Siva Durga Prasad Paladugu
Cc: Vignesh R
Cc: Mugunthan V N
Signed-off-by:
Fastest read command code look for fastest read command
taking inputs from spi->mode_rx and flags from param table
and controller mode_rx is always been a priority.
Since mode_rx is always set from controller side this optimized
code doesn't require much and this code required exctra overhead like
Use imx7s-warp.dts as fdt_file because this is the name that upstream
kernel will deploy.
Signed-off-by: Breno Lima
---
include/configs/warp7.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/warp7.h b/include/configs/warp7.h
index e59b16c..91009a8 100644
---
Hello,
Adding Lukasz's second mail ID to cc
On 16-08-08 11:45:35, maitysancha...@gmail.com wrote:
> Hello,
>
> On 16-08-03 17:13:11, Marek Vasut wrote:
> > On 08/03/2016 01:58 PM, Sanchayan Maity wrote:
> > > Add driver model support for Vybrid USB driver.
> > >
> > > Signed-off-by: Sanchayan M
On Mon, Aug 8, 2016 at 9:57 AM, Breno Lima wrote:
> Use imx7s-warp.dts as fdt_file because this is the name that upstream
> kernel will deploy.
>
> Signed-off-by: Breno Lima
Thanks for the fix:
Acked-by: Fabio Estevam
___
U-Boot mailing list
U-Boot@l
Use imx7s-warp.dts as fdt_file because this is the name that upstream
kernel will deploy.
Signed-off-by: Breno Lima
---
Changes since v1:
- Remove 1/2 from the Subject
include/configs/warp7.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/warp7.h b/include/c
Hi Sanchayan,
> Without this, if g_dnl_register() fails, DFU code continues on
> blindly and crashes. This fix makes it simply print an error
> message instead.
>
> Signed-off-by: Sanchayan Maity
> ---
> cmd/dfu.c | 7 ++-
> 1 file changed, 6 insertions(+), 1 deletion(-)
>
> diff --git a/c
Without this, if g_dnl_register() fails, DFU code continues on
blindly and crashes. This fix makes it simply print an error
message instead.
Signed-off-by: Sanchayan Maity
---
cmd/dfu.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/cmd/dfu.c b/cmd/dfu.c
index d8aae26.
Hi Joe.
You should probably just take Alban's patch. I don't care
about my SOB.
--
Yaroslav
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Bin.
Could you please create proper patch yourself? The changes are trivial
anyway, so it doesn't matter who author is.
--
Yaroslav
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Jagan,
> -Original Message-
> From: Jagan Teki [mailto:jagannadh.t...@gmail.com]
> Sent: 2016年8月6日 21:00
> To: Wenyou Yang
> Cc: U-Boot Mailing List
> Subject: Re: [U-Boot] [PATCH v7] dm: at91: Add driver model support for the
> spi
> driver
>
> On 31 July 2016 at 17:05, Jagan Teki
The i2c driver includes two parts.
1) Driver code to implement the HLCD function.
2) Device tree binding documentation, it describes how to add
the HLCD in device tree.
Songjun Wu (2):
at91: video: Support driver-model for the HLCD driver
at91: video: DT binding for HLCDC driver
doc/devi
Add driver-model support to this driver.
Signed-off-by: Songjun Wu
---
drivers/video/Kconfig| 7 +
drivers/video/Makefile | 2 +-
drivers/video/atmel_hlcdfb.c | 330 ++-
3 files changed, 335 insertions(+), 4 deletions(-)
diff --git a/dr
DT binding documentation for atmel HLCDC driver.
Signed-off-by: Songjun Wu
---
doc/device-tree-bindings/video/atme-hlcdc.txt | 38 +++
1 file changed, 38 insertions(+)
create mode 100644 doc/device-tree-bindings/video/atme-hlcdc.txt
diff --git a/doc/device-tree-binding
On Thu, 4 Aug 2016 11:39:49 -0500
Joe Hershberger wrote:
> On Tue, Aug 2, 2016 at 9:42 PM, Yaroslav K. wrote:
> > Fix compile errors when enabling CONFIG_DM_ETH,
> > CONFIG_CMD_E1000 and CONFIG_E1000_SPI.
> >
> > Signed-off-by: Yaroslav K.
>
> Something about this patch email is malformed and
1 - 100 of 106 matches
Mail list logo
