[U-Boot] [PATCH] drivers: usb: xhci-fsl: Change burst beat and outstanding pipelined transfers requests

This is required for better performance, and performs below tuning: 1. Enable burst length set, and define it as 4/8/16. 2. Set burst request limit to 16 requests. Signed-off-by: Rajesh Bhagat Signed-off-by: Sriram Dash ---

[U-Boot] [PATCH] net/fm: Remove unused code of FMan QMI

From: Hou Zhiqiang The QMan is not used in FMan IM mode, so no QMI enqueue or QMI dequeue are performed. Signed-off-by: Hou Zhiqiang --- drivers/net/fm/fm.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/net/fm/fm.c

Re: [U-Boot] [PATCH 06/13] Kconfig: Separate AM33XX SOC config from target board config

On Thursday 18 August 2016 09:11 PM, Andrew F. Davis wrote: > The config option AM33XX is used in several boards and should be > defined as a stand-alone option for this SOC. We break this out > from TARGET_AM335X_EVM then enable AM33XX on in all the boards that > used TARGET_AM335X_EVM to

Re: [U-Boot] [PATCH 03/13] spl: Kconfig: Add CONFIG_SPL_TEXT_BASE as Kconfig option

On Thursday 18 August 2016 09:11 PM, Andrew F. Davis wrote: > Add a new Kconfig CONFIG_SPL_TEXT_BASE. Add its use to > am335x_evm_defconfig, then only conditionally define it in > ti_am335x_common.h when it is not already defined, this allows for > systems that have not fully converted to the

Re: [U-Boot] [PATCH 02/13] spl: Kconfig: Add SPL__BOOT as Kconfig option

On Thursday 18 August 2016 09:11 PM, Andrew F. Davis wrote: > Currently U-Boot proper has Kconfig options that enable the generation > of U-Boot binaries that are capable of being booted from the selected > boot media type. The same set of generation targets for SPL are assumed > with various

Re: [U-Boot] [PATCH v1] clk: clk-uclass: Check ops pointer before use it

On 08/18/2016 07:49 PM, wenyou.y...@microchip.com wrote: Add Simon and Andreas in loop -Original Message- From: Stephen Warren [mailto:swar...@wwwdotorg.org] Sent: 2016年8月18日 11:56 To: Wenyou Yang - A41535 ; wenyou.y...@atmel.com Cc: u-boot@lists.denx.de;

Re: [U-Boot] [PATCH v1] clk: clk-uclass: Check ops pointer before use it

Add Simon and Andreas in loop > -Original Message- > From: Stephen Warren [mailto:swar...@wwwdotorg.org] > Sent: 2016年8月18日 11:56 > To: Wenyou Yang - A41535 ; > wenyou.y...@atmel.com > Cc: u-boot@lists.denx.de; swar...@nvidia.com; michal.si...@xilinx.com >

[U-Boot] [PATCH 2/2] ext4: scan all directory blocks when looking up an entry

Scanning only the direct blocks of the directory file may falsely report an existing file as nonexisting, and worse can also lead to creation of a duplicate entry on file creation. Signed-off-by: Stefan Brüns --- fs/ext4/ext4_common.c | 74

[U-Boot] [PATCH 0/2] ext4: more fixes for possible file system corruption

The two patches fix two more possible corruptions of ext filesystems during write operations. This goes ontop the previous pending patches. Stefan Brüns (2): ext4: Avoid corruption of directories with hash tree indexes ext4: scan all directory blocks when looking up an entry

[U-Boot] [PATCH 1/2] ext4: Avoid corruption of directories with hash tree indexes

While directories can be read using the old linear scan method, adding a new file would require updating the index tree (alternatively, the whole tree could be removed). Signed-off-by: Stefan Brüns --- fs/ext4/ext4_write.c | 5 + include/ext4fs.h | 1 + 2

Re: [U-Boot] [PATCH 3/4] usb: dwc3: add support for 16 bit UTMI+ interface

On 08/18/2016 11:04 AM, Kever Yang wrote: > Hi Marek, Hi, > On 08/17/2016 04:07 PM, Marek Vasut wrote: >> On 08/17/2016 04:06 AM, Kever Yang wrote: >>> Hi Marek, >>> >>> On 08/17/2016 09:39 AM, Marek Vasut wrote: On 08/17/2016 03:31 AM, Kever Yang wrote: > Hi Marek, Hi, >

[U-Boot] [PATCH v6 08/10] 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 Reviewed-by: Bin Meng

[U-Boot] [PATCH v6 04/10] 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 v6 10/10] 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 and UUID fields in the SMBIOS tables. Signed-off-by: Alexander Graf Reviewed-by: Bin Meng

[U-Boot] [PATCH v6 09/10] 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 v6 02/10] 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 Reviewed-by: Bin Meng --- arch/x86/Kconfig | 27

[U-Boot] [PATCH v6 07/10] smbios: Generate type 4 on non-x86 systems

The type 4 table generation code is very x86 centric today. Refactor things out into the device model cpu class to allow the tables to get generated for other architectures as well. Signed-off-by: Alexander Graf --- v3 -> v4: - Use device model v4 -> v5: -

[U-Boot] [PATCH v6 05/10] cpu: Add DMTF id and family fields

For SMBIOS tables we need to know the CPU family as well as CPU IDs. This patches allocates some space for them in the cpu device and populates it on x86. Signed-off-by: Alexander Graf --- arch/x86/cpu/cpu_x86.c | 5 + include/cpu.h | 2 ++ 2 files changed, 7

[U-Boot] [PATCH v6 06/10] cpu: Add get_vendor callback

The CPU udevice already has a few callbacks to retreive information about the currently running CPUs. This patch adds a new get_vendor() call that returns the vendor of the main CPUs. Signed-off-by: Alexander Graf --- arch/x86/cpu/baytrail/cpu.c | 1 +

[U-Boot] [PATCH v6 01/10] 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 Reviewed-by: Bin Meng Reviewed-by: Simon Glass --- arch/x86/include/asm/tables.h |

[U-Boot] [PATCH v6 03/10] 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 Reviewed-by: Simon Glass --- v5 -> v6: - Mark

[U-Boot] [PATCH v6 00/10] 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

[U-Boot] [PATCH v6 01/10] x86: Move table csum into separate file

We need the checksum function without all the other table functionality soon, so let's split it out into its own C file. Signed-off-by: Alexander Graf --- v5 -> v6: - Move to C file --- arch/x86/include/asm/tables.h | 2 ++ arch/x86/lib/tables.c | 12

[U-Boot] [PATCH] efi_loader: Fix relocations above 64kb image size

We were truncating the image offset within the target image to 16 bits which again meant that we were potentially overwriting random memory in the lower 16 bits of the image. This patch casts the offset to a more reasonable 32bits. With this applied, I can successfully see Shell.efi assert

Re: [U-Boot] [PATCH 1/5] efi_loader: Allow boards to implement get_time and reset_system

> On 18 Aug 2016, at 08:43, Simon Glass wrote: > > Hi Alex, > > On 17 August 2016 at 22:49, Alexander Graf wrote: >> >> >>> Am 18.08.2016 um 05:44 schrieb Simon Glass : >>> >>> Hi Alex, >>> On 16 August 2016 at 13:08, Alexander

[U-Boot] [PATCH 0/3] rockchip: i2c: fix >32 byte writes

The first two patches are just cleanup that I noticed while in the area, the point of the series is the final patch which fixes an error when trying to write more than 32 bytes via the Rockchip I2C driver. John Keeping (3): rockchip: i2c: use named constant when appropriate rockchip: i2c:

[U-Boot] [PATCH 3/3] rockchip: i2c: fix >32 byte writes

The special handling of the chip address and register address must only happen before we send the data buffer, otherwise we will end up inserting both of these every 32 bytes. Signed-off-by: John Keeping --- I'm not entirely sure about this; it's the smallest change that

[U-Boot] [PATCH 2/3] rockchip: i2c: move register write out of inner loop

There is no point in writing intermediate values to the txdata registers. Also add padding to the debug logging to make it easier to read when there are leading zeroes. Signed-off-by: John Keeping --- drivers/i2c/rk_i2c.c | 4 ++-- 1 file changed, 2 insertions(+), 2

[U-Boot] [PATCH 1/3] rockchip: i2c: use named constant when appropriate

Make it clear that we are using the same value in two adjacent lines. Signed-off-by: John Keeping --- drivers/i2c/rk_i2c.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/i2c/rk_i2c.c b/drivers/i2c/rk_i2c.c index 63b1418..2597970 100644 ---

Re: [U-Boot] [PATCH 5/5] efi_loader: Add generic PSCI RTS

Hi Alex, On 17 August 2016 at 22:01, Alexander Graf wrote: > > >> Am 18.08.2016 um 05:44 schrieb Simon Glass : >> >>> On 16 August 2016 at 13:08, Alexander Graf wrote: >>> Now that we have generic PSCI reset and shutdown support in place, we can

Re: [U-Boot] [PATCH 4/5] arm: Provide common PSCI based reset handler

Hi Alex, On 17 August 2016 at 22:00, Alexander Graf wrote: > > >> Am 18.08.2016 um 05:44 schrieb Simon Glass : >> >> Hi Alex, >> >>> On 16 August 2016 at 13:08, Alexander Graf wrote: >>> Most armv8 systems have PSCI support enabled in EL3, either

[U-Boot] [PATCH] ARM: dts: sun6i: Add defconfig and dts file for tablets using the inet-q972 PCB

Add a defconfig and dts file for tablets using the generic inet-q972 PCB. Tablets with this PCB feature a mini-hdmi output, micro-usb usb-host, micro-usb usb-otg, 3.5mm headphone jack, a micro sd slot, (mini) power-barrel and an usb wifi module. This has been tested on a 9.7" 1024x768 qware qw

[U-Boot] [PATCH 1/2] ARM: tegra: fix Tegra186 I2C clock name

From: Stephen Warren The Tegra I2C binding dictates that the clock name for the Tegra I2C clock be "div-clk" not "i2c". Fix the Tegra186 DT and I2C driver to honor this. Signed-off-by: Stephen Warren --- arch/arm/dts/tegra186.dtsi | 16

[U-Boot] [PATCH 2/2] ARM: tegra: fix Tegra186 SDHCI clock/reset names

From: Stephen Warren The Tegra SDHCI binding dictates that the reseet name for the Tegra SDHCI clock be "sdhci" not "sdmmc", and that the clock is accessed by index rather than by name. Fix the Tegra186 DT and MMC driver to honor this. Signed-off-by: Stephen Warren

Re: [U-Boot] [PATCH] spi: tegra20: fix mode selection logic

On 08/15/2016 09:35 AM, Stephen Warren wrote: On 08/13/2016 09:56 AM, Jagan Teki wrote: On 13 August 2016 at 02:36, Stephen Warren wrote: From: Stephen Warren When the set_mode() function runs, the SPI bus is not active, and hence the clocks to the

[U-Boot] [PATCH] spi: tegra: fix hand in set_mode()

From: Stephen Warren In tegra20_slink.c, the set_mode() function may be executed before the SPI bus is claimed the first time, and hence the clocks to the SPI controller may not be running. If so, any register read/write at this time will hang the CPU. Fix this by ensuring

[U-Boot] [PATCH 13/13] board: am33xx-hs: spl: Allow post-processing of FIT image on AM33xx

When CONFIG_FIT_IMAGE_POST_PROCESS or CONFIG_SPL_FIT_IMAGE_POST_PROCESS is enabled board_fit_image_post_process will be called, add this function to am33xx boards when CONFIG_TI_SECURE_DEVICE is set to verify the loaded image. Signed-off-by: Andrew F. Davis ---

[U-Boot] [PATCH 12/13] config: Remove usage of CONFIG_STORAGE_EMMC

This config option seems to be unused and is probably vestigial. Remove it. Signed-off-by: Andrew F. Davis --- include/configs/am335x_evm.h | 2 -- include/configs/am335x_shc.h | 2 -- include/configs/am335x_sl50.h | 2 -- include/configs/bav335x.h | 2 -- 4 files changed, 8

[U-Boot] [PATCH 11/13] omap: Use SD_BOOT in place of EMMC_BOOT

The config option EMMC_BOOT is used in several OMAP based platforms with the same meaning as the existing SD_BOOT. Convert all uses, no functional changes. Signed-off-by: Andrew F. Davis --- board/ti/am335x/mux.c| 4 ++-- configs/am335x_boneblack_defconfig

[U-Boot] [PATCH 10/13] ti: omap-common: Allow AM33xx devices to be built securely

Like OMAP54xx and AM43xx family SoCs, AM33xx based SoCs have high security enabled models. Allow AM33xx devices to be built with HS Device Type Support. Signed-off-by: Andrew F. Davis --- arch/arm/cpu/armv7/omap-common/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[U-Boot] [PATCH 03/13] spl: Kconfig: Add CONFIG_SPL_TEXT_BASE as Kconfig option

Add a new Kconfig CONFIG_SPL_TEXT_BASE. Add its use to am335x_evm_defconfig, then only conditionally define it in ti_am335x_common.h when it is not already defined, this allows for systems that have not fully converted to the Kconfig based config system to still include this header without

[U-Boot] [PATCH 07/13] am33xx: config.mk: Add support for additional secure boot image types

Depending on the boot media, different images are needed for secure devices. The build generates u-boot*_HS_* files as appropriate for the different boot modes. For AM33xx devices additional image types are needed for various SPL boot modes as the ROM checks for the name of the boot mode in the

[U-Boot] [PATCH 00/13] Cleanups to allow secure boot on AM33xx devices

Hello all, I've recently been tasked with enabling authenticated boot for AM33xx based devices. This work is similar to what has already been done for the AM43xx and AM57xx SoCs and leverages much of the infrastructure from them. The big difference here is the size of SRAM available on AM33xx

[U-Boot] [PATCH 06/13] Kconfig: Separate AM33XX SOC config from target board config

The config option AM33XX is used in several boards and should be defined as a stand-alone option for this SOC. We break this out from TARGET_AM335X_EVM then enable AM33XX on in all the boards that used TARGET_AM335X_EVM to eliminate any functional change with this patch. Also conditionally define

[U-Boot] [PATCH 08/13] am33xx: config.mk: Fix option used to enable SPI SPL image type

Before the addition of SPL boot media type Kconfig options there was no way to determine what boot media the SPL would be booted from, so it was assumed that if the SPL could load U-Boot proper via SPI then the SPL itself would probably also be loaded from SPI. Use the new SPL_SPI_BOOT option to

[U-Boot] [PATCH 09/13] doc: Update info on using AM33xx secure devices from TI

Add a section describing the additional boot types used on AM33xx secure devices. Signed-off-by: Andrew F. Davis --- doc/README.ti-secure | 32 1 file changed, 32 insertions(+) diff --git a/doc/README.ti-secure b/doc/README.ti-secure index

[U-Boot] [PATCH 05/13] config: am43xx_evm: Move CONFIG_SPL_YMODEM_SUPPORT to Kconfig

CONFIG_SPL_YMODEM_SUPPORT is enabled in the am43xx_evm.h config header, move this to the defconfig files for the boards that include this config header, then remove it from the header. Signed-off-by: Andrew F. Davis --- configs/am43xx_evm_defconfig | 1 +

[U-Boot] [PATCH 01/13] spl: Kconfig: Add SPL__SUPPORT as Kconfig option

Create a new Kconfig file to contain SPL boot media loading support options as we begin moving these to the Kconfig system and out of header files. Initially add new configs for all the existing boot media types, giving them the same definition name as before to allow compatibility with systems

[U-Boot] [PATCH 02/13] spl: Kconfig: Add SPL__BOOT as Kconfig option

Currently U-Boot proper has Kconfig options that enable the generation of U-Boot binaries that are capable of being booted from the selected boot media type. The same set of generation targets for SPL are assumed with various methods and config header hackery. On some platforms the options for

[U-Boot] [PATCH 04/13] config: am335x_evm: Move CONFIG_SPL_YMODEM_SUPPORT to Kconfig

CONFIG_SPL_YMODEM_SUPPORT is enabled in the am335x_evm.h config header, move this to the defconfig files for the boards that include this config header, then remove it from the header. Signed-off-by: Andrew F. Davis --- configs/am335x_boneblack_defconfig | 1 +

Re: [U-Boot] [PATCH 3/3] ext4: Do not crash when trying to grow a directory using extents

Hi Stefan, > The following command crashes u-boot: > ./sandbox/u-boot -c 'i=0; host bind 0 ./sandbox/test/fs/3GB.ext4.img ; > while test $i -lt 200 ; do echo $i; setexpr i $i + 1; > ext4write host 0 0 /foobar${i} 0; done' > > Previously, the code updated the direct_block even for extents,

Re: [U-Boot] [PATCH 2/3] ext4: propagate error if creation of directory entry fails

Hi Stefan, > In case the dir entry creation failed, ext4fs_write would later > overwrite a random inode, as inodeno was never initialized. > > Signed-off-by: Stefan Brüns > --- > fs/ext4/ext4_common.c | 12 ++-- > fs/ext4/ext4_common.h | 2 +- >

Re: [U-Boot] [PATCH 1/3 v2] ext4: fix possible crash on directory traversal, ignore deleted entries

Hi Stefan, > The following command triggers a segfault in search_dir: > ./sandbox/u-boot -c 'host bind 0 ./sandbox/test/fs/3GB.ext4.img ; > ext4write host 0 0 /./foo 0x10' > > The following command triggers a segfault in check_filename: > ./sandbox/u-boot -c 'host bind 0

Re: [U-Boot] dm video question

Hi Peng, On 18 August 2016 at 00:19, Peng Fan wrote: > Hi Simon, > > On Tue, Aug 16, 2016 at 10:16:00PM -0600, Simon Glass wrote: >>Hi Peng, >> >>On 15 August 2016 at 04:05, Peng Fan wrote: >>> >>> Hi Simon, >>> >>> I am trying to coverting mxsfb.c

Re: [U-Boot] [PATCH 1/5] efi_loader: Allow boards to implement get_time and reset_system

Hi Alex, On 17 August 2016 at 22:49, Alexander Graf wrote: > > >> Am 18.08.2016 um 05:44 schrieb Simon Glass : >> >> Hi Alex, >> >>> On 16 August 2016 at 13:08, Alexander Graf wrote: >>> EFI allows an OS to leverage firmware drivers while the OS

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

Hi Wenyou, On 2016-08-18 03:16, wenyou.y...@microchip.com wrote: Hi Andreas, -Original Message- From: Andreas Bießmann [mailto:andr...@biessmann.org] Sent: 2016年8月16日 5:15 To: Wenyou Yang ; U-Boot Mailing List Cc: Simon Glass ; Jagan Teki

Re: [U-Boot] [PATCH 3/4] usb: dwc3: add support for 16 bit UTMI+ interface

Hi Marek, On 08/17/2016 04:07 PM, Marek Vasut wrote: On 08/17/2016 04:06 AM, Kever Yang wrote: Hi Marek, On 08/17/2016 09:39 AM, Marek Vasut wrote: On 08/17/2016 03:31 AM, Kever Yang wrote: Hi Marek, Hi, On 08/16/2016 09:18 PM, Marek Vasut wrote: On 08/16/2016 12:03 PM, Kever Yang

Re: [U-Boot] [PATCH 2/5] mmc: initialize mmc_cmd with 0

Hi Simon, On Wed, Aug 17, 2016 at 09:45:35PM -0600, Simon Glass wrote: >Hi Peng, > >On 12 August 2016 at 19:41, Peng Fan wrote: >> Hi Simon, >> On Fri, Aug 12, 2016 at 11:20:25AM -0600, Simon Glass wrote: >>>Hi Peng, >>> >>>On 11 August 2016 at 05:00, Peng Fan

Re: [U-Boot] dm video question

Hi Simon, On Tue, Aug 16, 2016 at 10:16:00PM -0600, Simon Glass wrote: >Hi Peng, > >On 15 August 2016 at 04:05, Peng Fan wrote: >> >> Hi Simon, >> >> I am trying to coverting mxsfb.c to support dm. >> >> But met the following issue. >> " >> mxsfb_lcd_bind: Frame buffer