Re: [U-Boot] [PATCH] drivers: net: cpsw: always flush cache with cache line aligned

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: >> >>

[U-Boot] [PATCH v2] drivers: net: cpsw: always flush cache of size PKTSIZE_ALIGN

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:

[U-Boot] [PATCH v2] i2c: intel_i2c: SMBus driver PCI addition (e.g. BayTrail)

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

Re: [U-Boot] [PATCH 2/2] x86: i2c: Avoid using BSS before it is available

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

Re: [U-Boot] [PATCH] i2c: intel_i2c: SMBus driver PCI addition (e.g. BayTrail)

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

Re: [U-Boot] [PATCH v2] serial: bcm283x_mu: Detect disabled serial device

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,

Re: [U-Boot] [PATCH 0/7] efi_loader: Expose SMBIOS table

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,

Re: [U-Boot] [PATCH v2] cbfs: Fix incorrect CBFS file header size being used

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

[U-Boot] [PATCH v2] cbfs: Fix incorrect CBFS file header size being used

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

Re: [U-Boot] [PATCH] Bug in cbfs

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

Re: [U-Boot] [PATCH 1/2] bdinfo: Don't print out empty DRAM banks

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

Re: [U-Boot] [PATCH 2/2] x86: bdinfo: Drop meaningless values

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

Re: [U-Boot] [PATCH v2 3/3] CONFIG_EFI_LOADER breaks rock2 kernel loading

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

Re: [U-Boot] [PATCH v2 3/3] CONFIG_EFI_LOADER breaks rock2 kernel loading

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

Re: [U-Boot] [v2] mmc: send CMD0 before CMD1 for some MMC cards

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

[U-Boot] Help Falcon Mode on Wanboard

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.

Re: [U-Boot] [PATCH] efi_loader: disk: Fix CONFIG_BLK breakage

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, >

Re: [U-Boot] [PATCH 2/2] x86: i2c: Avoid using BSS before it is available

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 >>>

Re: [U-Boot] [PATCH] ARM: tegra: fix trimslice environment location

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,

Re: [U-Boot] [PATCH v6 01/12] clk: Use dummy clk_get_by_* functions when CONFIG_CLK is disabled

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

Re: [U-Boot] [PATCH 0/2] efi_loader: Implement reset on RPi

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

Re: [U-Boot] [PATCH v5 0/4] add support for rk3399 soc and evb

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

Re: [U-Boot] [PATCH 0/2] rockchip: Initial RK3368 and GeekBox support

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

Re: [U-Boot] [PATCH] ARM: tegra: move ft_system_setup()

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

Re: [U-Boot] [PATCH 0/7] efi_loader: Expose SMBIOS table

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

Re: [U-Boot] [PATCH 2/2] power: pmic: act8846: add missing newline to debug statements

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

Re: [U-Boot] [PATCH 1/2] power: regulator: act8846: fix reading values

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

Re: [U-Boot] [PATCH] common: sh: add necessary define bits to board_f

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

Re: [U-Boot] [PATCH v2] drivers/sysreset: group sysreset drivers

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

Re: [U-Boot] [PATCH v2 3/3] CONFIG_EFI_LOADER breaks rock2 kernel loading

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 > --- > >

Re: [U-Boot] [PATCH 1/2 V4] misc: add "call" uclass op

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

[U-Boot] [PATCH] ARM: tegra: fix trimslice environment location

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,

Re: [U-Boot] [PATCH 1/2 V4] misc: add "call" uclass op

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

Re: [U-Boot] [PATCH 1/2 V4] misc: add "call" uclass op

+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 >>> >>>

[U-Boot] [PATCH] tools: kwboot: patch destaddr only for SoCs with header version 1

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

[U-Boot] [PATCH 0/6] sh4: fix and simplify cache manipulation

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,

[U-Boot] [PATCH 1/6] sh4: cache: correct dcache flush to invalidate with write-back

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

[U-Boot] [PATCH 4/6] sh: cache use jump_to_P2() and back_to_P1() from asm/system.h

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

[U-Boot] [PATCH 5/6] sh: cache: don't modify CCR from P1 area

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

[U-Boot] [PATCH 3/6] sh3: remove unused cache.c file from being built

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

[U-Boot] [PATCH 6/6] sh4: cache: move exported cache manipulation functions into cache.c

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

[U-Boot] [PATCH 2/6] sh4: cache: correct flush_cache() to writeback and invalidate

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

[U-Boot] [PATCH V4 4/4] i2c: add Tegra186 BPMP driver

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

[U-Boot] [PATCH v2 2/5] net: mii: Use spatch to update miiphy_register

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

[U-Boot] [PATCH V4 3/4] power domain: add Tegra186 driver

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

[U-Boot] [PATCH V4 1/4] clock: add Tegra186 clock driver

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

[U-Boot] [PATCH V4 2/4] reset: add Tegra186 reset driver

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] [PATCH v2 4/5] net: mii: Fix changes made by spatch

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

[U-Boot] [PATCH v2 0/5] Remove calls from net drivers to legacy miiphy_register() entry-point

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

Re: [U-Boot] [PULL] u-boot-socfpga/master

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: > >

Re: [U-Boot] Help Falcon Mode on Wanboard

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

[U-Boot] [PATCH v2 5/5] net: mii: Clean up legacy glue that is not used

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

[U-Boot] [PATCH v2 1/5] scripts: Add a cocci patch for miiphy_register

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 ---

[U-Boot] [PATCH v2 3/5] net: mii: Changes not made by spatch

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

Re: [U-Boot] [PATCH] drivers: net: cpsw: always flush cache with cache line aligned

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

Re: [U-Boot] [PULL] u-boot-usb/master

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

[U-Boot] [PATCH] ARM: tegra: move ft_system_setup()

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

Re: [U-Boot] [PATCH 1/2 V4] misc: add "call" uclass op

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

Re: [U-Boot] [PULL] u-boot-usb/master

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: > >

Re: [U-Boot] [PATCH 1/2 V4] misc: add "call" uclass op

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

Re: [U-Boot] [PATCH] mx6ul_14x14_evk: don't use array for SD2 card detect pad

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

[U-Boot] [PATCH 1/2 V4] misc: add "call" uclass op

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

[U-Boot] [PATCH 2/2 V4] misc: add Tegra BPMP driver

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

Re: [U-Boot] [PATCH 2/2] x86: i2c: Avoid using BSS before it is available

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

[U-Boot] [PATCH 6/7] efi_loader: Fix efi_install_configuration_table

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.

[U-Boot] [PATCH 7/7] smbios: Provide serial number

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

[U-Boot] [PATCH 4/7] smbios: Allow compilation on 64bit systems

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

[U-Boot] [PATCH 2/7] x86: Move smbios generation into arch independent directory

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 |

[U-Boot] [PATCH 3/7] efi_loader: Expose efi_install_configuration_table

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 ++

[U-Boot] [PATCH 1/7] x86: Move table csum into separate header

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 |

[U-Boot] [PATCH 5/7] smbios: Expose in efi_loader as table

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 +++

[U-Boot] [PATCH 0/7] efi_loader: Expose SMBIOS table

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

Re: [U-Boot] [PATCH] tiny-printf: Adjust to avoid using data section

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

Re: [U-Boot] [PATCH v1 1/4] usb: host: ehci-vf: Migrate Vybrid USB to driver model

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

[U-Boot] [PATCH 4/6] sf: Remove SECT_32K

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:

[U-Boot] [PATCH 6/6] sf: Move flags macro's to spi_flash_params{} members

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

[U-Boot] [PATCH 5/6] sf: Add CONFIG_SPI_FLASH_USE_4K_SECTORS in spi_flash

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

[U-Boot] [PATCH 3/6] spi: Use mode for rx mode flags

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

[U-Boot] [PATCH 2/6] sf: Remove e_rd_cmd from param table

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

[U-Boot] [PATCH 1/6] sf: Simplify fastest read cmd code

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

[U-Boot] [PATCH 1/2] warp7: Modify fdt_file environment variable

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

Re: [U-Boot] [PATCH v1 1/4] usb: host: ehci-vf: Migrate Vybrid USB to driver model

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

Re: [U-Boot] [PATCH v2] warp7: Modify fdt_file environment variable

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] [PATCH v2] warp7: Modify fdt_file environment variable

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

Re: [U-Boot] [PATCH] cmd: dfu: Add error handling for failed registration

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

[U-Boot] [PATCH] cmd: dfu: Add error handling for failed registration

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

Re: [U-Boot] [PATCH] net: e1000: Allow to use e1000 SPI command with DM

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

Re: [U-Boot] [PATCH] Bug in cbfs

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

Re: [U-Boot] [PATCH v7] dm: at91: Add driver model support for the spi driver

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 >

[U-Boot] [PATCH 0/2] at91: video: add driver for Atmel HLCD controller

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

[U-Boot] [PATCH 1/2] at91: video: Support driver-model for the HLCD driver

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

[U-Boot] [PATCH 2/2] at91: video: DT binding for HLCDC driver

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

Re: [U-Boot] [PATCH] net: e1000: Allow to use e1000 SPI command with DM

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.

Re: [U-Boot] [PATCH v1 1/4] usb: host: ehci-vf: Migrate Vybrid USB to driver model

Hello Stefan, On 16-08-08 00:25:16, Stefan Agner wrote: > On 2016-08-07 23:15, 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. > >> > > >> >

[U-Boot] [PATCH 1/2] armv8: fsl-lsch2: adjust sata parameter

From: Tang Yuantian The default values for Port Phy2Cfg register and Port Phy3Cfg register are better, no need to overwrite them. Signed-off-by: Tang Yuantian --- arch/arm/cpu/armv8/fsl-layerscape/soc.c| 2 --

Re: [U-Boot] [PATCH v4] arm: cache: always flush cache line size for page table

On 2016-08-07 23:10, Lokesh Vutla wrote: > Hi, > > On Sunday 07 August 2016 11:13 PM, Stefan Agner wrote: >> From: Stefan Agner >> >> The page table is maintained by the CPU, hence it is safe to always >> align cache flush to a whole cache line size. This allows to use

[U-Boot] [PATCH 2/2] armv8: fsl-lsch2: enable snoopable sata read and write

From: Tang Yuantian By default the SATA IP on the ls1043a/ls1046a SoCs does not generating coherent/snoopable transactions. This patch enable it in the SCFG_SNPCNFGCR register along with sata axicc register. In addition, the dma-coherent property must be set on the SATA

Re: [U-Boot] [PATCH v1 1/4] usb: host: ehci-vf: Migrate Vybrid USB to driver model

On 2016-08-07 23:15, 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 Maity >> >> CCing Lukasz.

Re: [U-Boot] [U-Boot, 1/3] mmc: fsl: reset to normal boot mode when eMMC fast boot

On 08/08/2016 01:31 PM, Peng Fan wrote: > Hi Jaehoon, > On Thu, Aug 04, 2016 at 02:32:16PM +0900, Jaehoon Chung wrote: >> Hi Peng, >> >> On 04/26/2016 03:54 PM, Peng Fan wrote: >>> When booting in eMMC fast boot, MMC host does not exit from >>> boot mode after bootrom loading image. So the first

Re: [U-Boot] Prospective contributer

On 8 August 2016 at 04:22, nilan chamara wrote: > Thanks Jegan, for the valuable information. > I will read those first, and will submit to mailing list if there is any > question. > > When you say driver-model, is it the same model where u-Boot device tree > support? No,

  1   2   >