Re: [U-Boot] [PATCH] rpi: Enable USB keyboard support

Hi Simon, On Fri, Aug 25, 2017 at 9:45 AM, Simon Glass wrote: > This is currently disabled, so USB keyboards are not detected in U_Boot. U-Boot > Enable this option to fix that. > > Signed-off-by: Simon Glass > --- > > configs/rpi_2_defconfig | 1 + >

Re: [U-Boot] [PATCH] board/ls2080ardb: Update board env based on SoC

> -Original Message- > From: York Sun > Sent: Thursday, August 24, 2017 8:26 PM > To: Priyanka Jain ; u-boot@lists.denx.de > Subject: Re: [PATCH] board/ls2080ardb: Update board env based on SoC > > On 08/24/2017 12:07 AM, Priyanka Jain wrote: > > As per current

Re: [U-Boot] [PATCH 1/2] [rfc] parse the second area of android image

On 24 August 2017 at 12:58, Andy Yan wrote: > Hi Tom and other maintainers： > > 2017-07-13 2:25 GMT+08:00 Tom Rini : > >> On Tue, Jul 11, 2017 at 03:56:03PM +1000, Bin Chen wrote: >> >> > The second area of android image was intended to put a 2nd stage >>

Re: [U-Boot] [PATCH] libfdt: Initialize the stack variable

On Kha, 2017-08-24 at 21:04 -0400, Tom Rini wrote: > On Thu, Aug 24, 2017 at 01:53:57PM +0800, tien.fong.c...@intel.com > wrote: > > > > > From: Tien Fong Chee > > > > Report Coverity log: > > The code uses a variable that has not > > been initialized, leading to

Re: [U-Boot] [PATCH] usb: dwc3: fix Kconfig dependency to accept host driver in drivers/usb/dwc3

2017-08-25 6:57 GMT+09:00 Marek Vasut : > On 08/24/2017 06:30 PM, Masahiro Yamada wrote: >> We see the choice of USB_DWC3_HOST / _GADGET in drivers/usb/dwc3/Kconfig, >> but we can not choose USB_DWC3_HOST unless USB_GADGET is defined. >> This is strange. >> >> Loosen the "depends

Re: [U-Boot] [PATCH] rpi: Enable USB keyboard support

On Thu, Aug 24, 2017 at 07:45:31PM -0600, Simon Glass wrote: > This is currently disabled, so USB keyboards are not detected in U_Boot. > Enable this option to fix that. After your recent mail I confirmed that a USB keyboard was not usable in U-Boot with 2017.09-rc2 rpi_3_defconfig but was with

Re: [U-Boot] [PATCH v2 4/4] rockchip: enable rockusb for all rockchip SoCs

Hi Lukasz: 2017-08-22 18:05 GMT+08:00 Łukasz Majewski : > Hi Kever, > > > Philipp, >> >> I have no idea about the status of rockusb, it has been a long time >> on the list. >> >> Maybe Eddie or Lukasz have an answer? >> > > I've asked Eddie to fix issues with breaking other

Re: [U-Boot] U-boot 2017.07 not working on Raspberry Pi

Hi, On 20 August 2017 at 20:59, Simon Glass wrote: > Hi Paul, > > On 3 August 2017 at 11:42, Tom Rini wrote: >> On Thu, Aug 03, 2017 at 09:42:13AM -0600, Stephen Warren wrote: >>> On 08/03/2017 07:45 AM, Simon Glass wrote: >>> ... >>> >I'm not sure if we

[U-Boot] [PATCH] rpi: Enable USB keyboard support

This is currently disabled, so USB keyboards are not detected in U_Boot. Enable this option to fix that. Signed-off-by: Simon Glass --- configs/rpi_2_defconfig | 1 + configs/rpi_3_32b_defconfig | 1 + configs/rpi_3_defconfig | 1 + configs/rpi_defconfig | 1 +

Re: [U-Boot] SPDX License status

On Tue, Aug 22, 2017 at 10:39:40AM +0200, Wolfgang Denk wrote: > Dear Tom, > > In message <20170821192329.GF17193@bill-the-cat> you wrote: > > > > > Do I interpret this correctly that you think we should NOT insert > > > SPDX tags into files imported from Linux (or other projects)? But > > >

Re: [U-Boot] [PATCH v3 0/8] sf: improve support of (Q)SPI flash memories

Hi, This patch set has been here for a long time, could you have a look and take it? Best Regards, Wenyou Yang On 2017/7/25 15:00, Wenyou Yang wrote: This series of patches are based and have been tested on the 'master' branch of the u-boot.git tree. Tests were passed with a sama5d2

Re: [U-Boot] [PATCH v2 0/6] board: atmel: Add new board SAMA5D27-SOM1-EK board.

Hi, Do you have comments on this patch series? Best Regards, Wenyou Yang On 2017/7/31 14:57, Wenyou Yang wrote: The SAMA5D27-SOM1-EK board embeds a SAMA5D27 SOM1 module, which includes a SAMA5D27-SiP chip and QSPI flash, Phy and MAC EEPROM. The SAMA5D27 SiP integrates the SAMA5D2 with 1Gbit

Re: [U-Boot] [PATCH 1/8] include/config_fallbacks.h: add default for CONFIG_SYS_CBSIZE

On Wed, Aug 23, 2017 at 10:58:59PM +0200, Thomas Petazzoni wrote: > CONFIG_SYS_CBSIZE contains the buffer size for input for the > console. The vast majority of platforms define them to some reasonable > value (256, 512 or 1024 bytes), and it is quite annoying to repeat > this definition for all

Re: [U-Boot] [PATCH 00/14] nvme: Various bug fixes and updates

On Tue, Aug 22, 2017 at 08:15:05AM -0700, Bin Meng wrote: > This series fixes various bugs and clean up on current NVMe driver. > It also enables NVMe driver on sandbox for build testing. > > This series is available at u-boot-x86/nvme-working for testing. > > > Bin Meng (14): > nvme: Remove

Re: [U-Boot] [PATCH 5/8] include/config_fallbacks.h: add default for CONFIG_SYS_MAXARGS

On Wed, Aug 23, 2017 at 10:59:03PM +0200, Thomas Petazzoni wrote: > CONFIG_SYS_MAXARGS contains the maximum number of arguments accepted > by U-Boot commands. Since the vast majority of the platforms define it > to 16, it makes sense to have a default definition to 16, which will > allow to

Re: [U-Boot] [PATCH 0/8] Clean up CONFIG_SYS_{CBSIZE, PBSIZE, MAXARGS, BARGSIZE} definitions

On Thu, Aug 24, 2017 at 04:23:18PM +0200, Thomas Petazzoni wrote: > Hello, > > On Thu, 24 Aug 2017 12:16:30 +0200, Wolfgang Denk wrote: > > > > In this patch series, I propose to have U-Boot define some sane > > > defaults for those 4 configuration options, and cleanup all the board > > >

Re: [U-Boot] [PATCH 8/8] include/configs: remove numerous CONFIG_SYS_BARGSIZE definitions

On Wed, Aug 23, 2017 at 10:59:06PM +0200, Thomas Petazzoni wrote: > This commit removes definitions of CONFIG_SYS_BARGSIZE defined to be > equal to CONFIG_SYS_CBSIZE in numerous configuration files. > > We remove such definitions in two situations: > > - CONFIG_SYS_CBSIZE is otherwise not

Re: [U-Boot] [PATCH 6/8] include/configs: drop default definitions of CONFIG_SYS_MAXARGS

On Wed, Aug 23, 2017 at 10:59:04PM +0200, Thomas Petazzoni wrote: > Now that include/config_fallbacks.h define a sane fallback for > CONFIG_SYS_MAXARGS, we can drop the definition of this constant in all > configurations that were using the default value. > > Signed-off-by: Thomas Petazzoni

Re: [U-Boot] [PATCH 7/8] include/configs: remove default values of CONFIG_SYS_BARGSIZE

On Wed, Aug 23, 2017 at 10:59:05PM +0200, Thomas Petazzoni wrote: > CONFIG_SYS_BARGSIZE is already defined to 512 in common/image.c when > not defined. Therefore, there is no point in having board > configuration files define it to 512. > > Signed-off-by: Thomas Petazzoni

Re: [U-Boot] [PATCH 4/8] include/configs: drop default definitions of CONFIG_SYS_PBSIZE

On Wed, Aug 23, 2017 at 10:59:02PM +0200, Thomas Petazzoni wrote: > Now that the fallback value of CONFIG_SYS_PBSIZE in > include/config_fallbacks.h has been adjusted, remove its definition > from a large number of board configuration files. > > Signed-off-by: Thomas Petazzoni

Re: [U-Boot] [PATCH 3/8] include/config_fallbacks.h: change fallback for CONFIG_SYS_PBSIZE

On Wed, Aug 23, 2017 at 10:59:01PM +0200, Thomas Petazzoni wrote: > Most of the platforms are using CONFIG_SYS_CBSIZE + > sizeof(CONFIG_SYS_PROMPT) + 16 as their value for CONFIG_SYS_PBSIZE, > so let's adopt this for the fallback value of CONFIG_SYS_PBSIZE. > > This will allow us to drop an

Re: [U-Boot] [PATCH 2/8] include/configs: remove CONFIG_SYS_CBSIZE when the default value is used

On Wed, Aug 23, 2017 at 10:59:00PM +0200, Thomas Petazzoni wrote: > Now that include/config_fallbacks.h define a sane fallback for > CONFIG_SYS_CBSIZE, we can drop the definition of this constant in all > configurations that were using the default value. > > Signed-off-by: Thomas Petazzoni

Re: [U-Boot] [PATCH 1/2] cmd: Move CONFIG_RANDOM_UUID to Kconfig

On Thu, Aug 24, 2017 at 11:56:23AM +0200, Maxime Ripard wrote: > CONFIG_RANDOM_UUID is used by the GPT command to generate random UUID when > none are provided. > > Move that option to Kconfig. > > Signed-off-by: Maxime Ripard Reviewed-by: Tom Rini

Re: [U-Boot] [PATCH 4/4] part: efi: Disable overlap check

On Wed, Aug 23, 2017 at 04:01:33PM +0200, Maxime Ripard wrote: > The current code checks that no partitions overlap with the GPT partition > table using the offset of the first LBA usable for that partition. > > This works fine, unless you have a partition entry that is further away > than it

Re: [U-Boot] [PATCH 3/4] part: efi: make gpt_fill_pte take the device descriptor

On Wed, Aug 23, 2017 at 04:01:32PM +0200, Maxime Ripard wrote: > The gpt_fill_pte will need to access the device block size. Let's pass the > device descriptor as an argument. > > Signed-off-by: Maxime Ripard Reviewed-by: Tom Rini -- Tom

Re: [U-Boot] [PATCH 2/2] env: ti: boot: Select dtb name for X15 revC

On Wed, Aug 23, 2017 at 11:39:07AM +0530, Lokesh Vutla wrote: > Select dtb name for am57xx BeagleBoard-X15 revC > > Signed-off-by: Lokesh Vutla Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [PATCH 2/4] part: efi: rework the partition start and size in gpt_fill_pte

On Wed, Aug 23, 2017 at 04:01:31PM +0200, Maxime Ripard wrote: > The start variable is only used inside a loop, and is never affected inside > it, so it's a purely local variable. > > In the same way the partition size is accessed several times, so we can > store it in a variable. > >

Re: [U-Boot] [PATCH 1/4] part: efi: Fix offset

On Wed, Aug 23, 2017 at 04:01:30PM +0200, Maxime Ripard wrote: > Both the config option and the DT options specify the offset to set the GPT > at in bytes, yet the code treats those values as block numbers. > > Fix that. > > Signed-off-by: Maxime Ripard

Re: [U-Boot] [PATCH 1/2] board: ti: am57xx: Add dt support for BeagleBoard-X15 revC

On Wed, Aug 23, 2017 at 11:39:06AM +0530, Lokesh Vutla wrote: > Add support for selecting proper dtb for > am57xx BeagleBoard X15 revC u-boot from FIT > > Signed-off-by: Lokesh Vutla Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital

Re: [U-Boot] Using USB on AM3517-EVM in U-Boot

On Wed, Aug 23, 2017 at 03:01:45PM -0500, Adam Ford wrote: > I have never tried to use the USB in U-Boot, but it appears broken in > U-Boot 2017.09-rc2. > > When I run 'usb start' I get > > starting USB... > USB0: Port not available. > > > Is this the expected behavior? Honestly, I don't

Re: [U-Boot] [PATCH] libfdt: Initialize the stack variable

On Thu, Aug 24, 2017 at 01:53:57PM +0800, tien.fong.c...@intel.com wrote: > From: Tien Fong Chee > > Report Coverity log: > The code uses a variable that has not > been initialized, leading to unpredictable > or unintended results. > > Signed-off-by: Tien Fong Chee

Re: [U-Boot] [PATCH] usb: dwc3: fix Kconfig dependency to accept host driver in drivers/usb/dwc3

On 08/24/2017 06:30 PM, Masahiro Yamada wrote: > We see the choice of USB_DWC3_HOST / _GADGET in drivers/usb/dwc3/Kconfig, > but we can not choose USB_DWC3_HOST unless USB_GADGET is defined. > This is strange. > > Loosen the "depends on" and also move "select USB_GADGET_DUALSPEED" to > the

Re: [U-Boot] [PATCH] detect and setup solidrun hummingboard2

On Thu, Aug 24, 2017 at 4:45 PM, Fabio Estevam wrote: > Hi Dennis, > > On Thu, Aug 24, 2017 at 12:34 PM, Dennis Gilmore wrote: > >> "findfdt="\ >> + "if test $board_name = HUMMINGBOARD2 && test $board_rev = >> MX6Q ; then " \ >> +

Re: [U-Boot] [PATCH 2/4] arm: sunxi: compile spl_boot_device even for U-Boot

Hi Jagan, On Thu, Aug 24, 2017 at 12:25:24PM +0530, Jagan Teki wrote: > On Wed, Aug 23, 2017 at 5:11 PM, Maxime Ripard > wrote: > > U-Boot itself might need to identify the boot device, for example to be > > able to tell where to load the kernel from when

Re: [U-Boot] [PATCH 0/8] Clean up CONFIG_SYS_{CBSIZE, PBSIZE, MAXARGS, BARGSIZE} definitions

Hello, On Thu, 24 Aug 2017 20:53:35 +0200, Wolfgang Denk wrote: > > I believe this patch series is a step in that direction. With this > > patch series applied, we can now clearly identify which boards have > > custom values for CONFIG_SYS_{CBSIZE, PBSIZE, MAXARGS, BARGSIZE}, and > > therefore

Re: [U-Boot] [PATCH 0/8] Clean up CONFIG_SYS_{CBSIZE, PBSIZE, MAXARGS, BARGSIZE} definitions

Dear Thomas, In message <20170824162318.7132066a@windsurf> you wrote: > > > Would it not be even easier (and less code) to move these > > definitions to Kconfig settings? > > I believe this patch series is a step in that direction. With this > patch series applied, we can now clearly identify

Re: [U-Boot] [PATCH] detect and setup solidrun hummingboard2

El jue, 24-08-2017 a las 12:45 -0300, Fabio Estevam escribió: > Hi Dennis, > > On Thu, Aug 24, 2017 at 12:34 PM, Dennis Gilmore > wrote: > > > "findfdt="\ > > + "if test $board_name = HUMMINGBOARD2 && test > > $board_rev = MX6Q ; then " \ > > +

Re: [U-Boot] [PATCH] blk: Remove various places that do flush cache after read

On Mon, Aug 21, 2017 at 10:46 PM, Bin Meng wrote: > All these places seem to inherit the codes from the MMC driver where > a FIXME was put in the comment. However the correct operation after > read should be cache invalidate, not flush. > > The underlying drivers should be

[U-Boot] [PATCH] usb: dwc3: fix Kconfig dependency to accept host driver in drivers/usb/dwc3

We see the choice of USB_DWC3_HOST / _GADGET in drivers/usb/dwc3/Kconfig, but we can not choose USB_DWC3_HOST unless USB_GADGET is defined. This is strange. Loosen the "depends on" and also move "select USB_GADGET_DUALSPEED" to the correct place. Signed-off-by: Masahiro Yamada

Re: [U-Boot] [PATCH] detect and setup solidrun hummingboard2

On Thu, Aug 24, 2017 at 12:34 PM, Dennis Gilmore wrote: > +static bool is_hummingboard2(void) > +{ > + int val1; > + > + SETUP_IOMUX_PADS(hb_cbi_sense); hb_cbi_sense configures pins GPIO4_9 and GPIO3_4, which are used for the previous version of the board and not

[U-Boot] [PATCH] detect and setup solidrun hummingboard2

The hummingboard2 is slightly different to the cubox i and to the hummingboard. The GPIO pin info to probe came from solidruns for of u-boot on github. https://github.com/SolidRun/u-boot-imx6/blob/imx6/board/solidrun/mx6_cubox-i/mx6_cubox-i.c#L569-L589 I have tested on a hummingboard-edge witha

Re: [U-Boot] [PATCH] detect and setup solidrun hummingboard2

Hi Dennis, On Thu, Aug 24, 2017 at 12:34 PM, Dennis Gilmore wrote: > "findfdt="\ > + "if test $board_name = HUMMINGBOARD2 && test $board_rev = > MX6Q ; then " \ > + "setenv fdtfile imx6q-hummingboard2.dtb; fi; " \ > +

[U-Boot] [PATCH] detect and setup solidrun hummingboard2

The hummingboard2 is slightly different to the cubox i and to the hummingboard. The GPIO pin info to probe came from solidruns for of u-boot on github. https://github.com/SolidRun/u-boot-imx6/blob/imx6/board/solidrun/mx6_cubox-i/mx6_cubox-i.c#L569-L589 I have tested on a hummingboard-edge witha

Re: [U-Boot] [PATCH] board/ls2080ardb: Update board env based on SoC

On 08/24/2017 12:07 AM, Priyanka Jain wrote: > As per current implemenetation, default value of board env is > based on board filename i.e ls2080ardb. > > With distro support changes, this env is used to decide upon > kernel dtb which is different for other SoCs (ls2088a, ls2081a) > combination

Re: [U-Boot] [PATCH 0/8] Clean up CONFIG_SYS_{CBSIZE, PBSIZE, MAXARGS, BARGSIZE} definitions

Hello, On Thu, 24 Aug 2017 12:16:30 +0200, Wolfgang Denk wrote: > > In this patch series, I propose to have U-Boot define some sane > > defaults for those 4 configuration options, and cleanup all the board > > configuration files that were using the default values. This leads to > > the removal

[U-Boot] [PATCH 2/2] OMAP3: DTS: Cleanup omap3_logic DTS files from OMAP3 resync

logicpd-torpedo-som.dtsi is a direct port, but the logicpd-torpedo-37xx-devkit is mostly copied from Linux, but there are a few changes: Slow I2C1 to 400KHz from 26MHz, because U-Boot doesn't seem to handle that speed. Fixes required for U-Boot's NS16550 driver by adding reg-shift =

Re: [U-Boot] [PATCH 1/2] igep00x0: move SPL routines into separate file

2017-08-19 0:02 GMT+02:00 Pau Pajuelo : > Tested-by: Pau Pajuelo > > 2017-08-17 3:06 GMT+02:00 Ladislav Michl : >> Avoid cluttering board file with CONFIG_SPL_BUILD ifdefs >> by moving SPL related functions into separate file. >> >>

Re: [U-Boot] [PATCH] imx: imx6: Move gpr_init() function to soc.c

Hi Breno, On Thu, Aug 24, 2017 at 10:00 AM, Breno Lima wrote: > Since the gpr_init() function is common for boards using MX6S, MX6DL, MX6D, > MX6Q and MX6QP processors move it to the soc.c file. > > Signed-off-by: Breno Lima > --- >

Re: [U-Boot] [PATCH] imx: imx6: Move gpr_init() function to soc.c

On 08/24/2017 03:02 PM, Stefano Babic wrote: Hi Breno, On 24/08/2017 15:00, Breno Lima wrote: Since the gpr_init() function is common for boards using MX6S, MX6DL, MX6D, MX6Q and MX6QP processors move it to the soc.c file. Fully agree ! I took a loog a couple of days ago and I saw how much

Re: [U-Boot] [PATCH] imx: imx6: Move gpr_init() function to soc.c

Hi Breno, On 24/08/2017 15:00, Breno Lima wrote: > Since the gpr_init() function is common for boards using MX6S, MX6DL, MX6D, > MX6Q and MX6QP processors move it to the soc.c file. > Fully agree ! I took a loog a couple of days ago and I saw how much cut code is in board/. Thanks, that you

[U-Boot] [PATCH] imx: imx6: Move gpr_init() function to soc.c

Since the gpr_init() function is common for boards using MX6S, MX6DL, MX6D, MX6Q and MX6QP processors move it to the soc.c file. Signed-off-by: Breno Lima --- arch/arm/include/asm/mach-imx/sys_proto.h | 2 ++ arch/arm/mach-imx/mx6/soc.c | 17

Re: [U-Boot] [PATCH v4 1/1] efi_loader: write protocol GUID in OpenProtocol

On Wed, Aug 23, 2017 at 5:44 PM, Heinrich Schuchardt wrote: > On 08/18/2017 05:45 PM, Heinrich Schuchardt wrote: >> To understand what is happening in OpenProtocol or LocateProtocol >> it is necessary to know the protocol interface GUID. >> Let's write a debug message. >> >>

[U-Boot] [PATCH][v2]drivers:net:fsl-mc: Update MC address calculation

Update MC address calculation as per MC design requirement of address as least significant 512MB address of MC private allocated memory, i.e. address should point to end address masked with 512MB offset in private DRAM block. Signed-off-by: Priyanka Jain Signed-off-by:

Re: [U-Boot] [PATCH v4 8/9] spl: dm: Make it possible for the SPL to pick its own DTB from a FIT

Hi Simon, On 13/08/2017 23:35, Simon Glass wrote: Hi Jean-Jacques, On 7 August 2017 at 04:07, Jean-Jacques Hiblot wrote: u-boot can be embedded within a FIT image with multiple DTBs. It then selects at run-time which one is best suited for the platform. Use the same

Re: [U-Boot] [PATCH] ARM: sun8i: a83t: Add device tree for Sinovoip Bananapi BPI-M3

On 08/20, icen...@aosc.io wrote: >在 2017-08-20 08:59，kbuild test robot 写道： >>Hi Chen-Yu, >> >>[auto build test ERROR on robh/for-next] >>[also build test ERROR on v4.13-rc5 next-20170817] >>[if your patch is applied to the wrong git tree, please drop us a note >>to help improve the system] > >In

Re: [U-Boot] [PATCH 0/8] Clean up CONFIG_SYS_{CBSIZE, PBSIZE, MAXARGS, BARGSIZE} definitions

Dear Thomas, In message <20170823205906.20933-1-thomas.petazz...@free-electrons.com> you wrote: > > While adding support for new platforms, I found out that many, many > platforms define pretty much the same values for: > > CONFIG_SYS_CBSIZE > CONFIG_SYS_PBSIZE > CONFIG_SYS_MAXARGS >

[U-Boot] [PATCH 2/2] sunxi: Enable CMD_GPT by default

GPT is pretty common these days and can be useful for things like fastboot. Add a platform imply, so that users can still opt out if they wish so. Signed-off-by: Maxime Ripard --- arch/arm/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git

[U-Boot] [PATCH 1/2] cmd: Move CONFIG_RANDOM_UUID to Kconfig

CONFIG_RANDOM_UUID is used by the GPT command to generate random UUID when none are provided. Move that option to Kconfig. Signed-off-by: Maxime Ripard --- cmd/Kconfig | 7 +++ configs/evb-rv1108_defconfig | 1 +

Re: [U-Boot] [PATCH v2 1/2] mmc: sunxi: Support new mode

Hi Jaehoon, On Wed, Aug 23, 2017 at 08:14:53PM +0900, Jaehoon Chung wrote: > Hi, > > On 08/23/2017 07:03 PM, Maxime Ripard wrote: > > Almost all of the newer Allwinner SoCs have a new operating mode for the > > eMMC clocks that needs to be enabled in both the clock and the MMC > > controller. >

Re: [U-Boot] SAMA5D2 series

Hi Andy, On 2017/8/24 14:52, Andy Pont wrote: Hello Wenyou, We are looking at using one of the SAMA5D2 family in an upcoming design and I have a couple of questions... In a recent U-Boot patch set you mentioned the SAMA5D27 SOM1 SiP module. Is this something that is available yet as I can't

Re: [U-Boot] [PATCH v2 2/2] driver: spi: add rockchip sfc support

On Thu, Aug 24, 2017 at 12:53 PM, Andy Yan wrote: > Hi Jagan: > > > On 2017年08月24日 14:58, Jagan Teki wrote: >> >> On Tue, Aug 8, 2017 at 7:13 AM, Andy Yan wrote: >>> >>> SFC stands for Serial Flash Controller on some >>> rockchip platforms such

Re: [U-Boot] [PATCH 0/8] Clean up CONFIG_SYS_{CBSIZE, PBSIZE, MAXARGS, BARGSIZE} definitions

Hi Thomas, On Thu, Aug 24, 2017 at 8:58 AM, Thomas Petazzoni wrote: > Hello, > > While adding support for new platforms, I found out that many, many > platforms define pretty much the same values for: > > CONFIG_SYS_CBSIZE > CONFIG_SYS_PBSIZE >

Re: [U-Boot] [U-BOOT][PATCH] drivers: ahci: write upper 32 bits for clb and fis registers

On Thu, Aug 24, 2017 at 2:02 PM, Suneel Garapati wrote: > If 64-bit capability is supported, commandlistbase and fis base > should be split as lower32 and upper32. upper32 should be > written to PORT_(LST/FIS)_ADDR_HI. > > Signed-off-by: Suneel Garapati

Re: [U-Boot] [PATCH] disk: part: align buffer so it can be used with DMA enabled drivers

On Thu, Aug 24, 2017 at 12:46 AM, Stefan Agner wrote: > From: Stefan Agner > > When using ISO partitions with a DMA enabled block device driver > reading the ISO partition leads to unaligned DMA operations: > CACHE: Misaligned operation at range

Re: [U-Boot] [PATCH v2 2/2] driver: spi: add rockchip sfc support

Hi Jagan: On 2017年08月24日 14:58, Jagan Teki wrote: On Tue, Aug 8, 2017 at 7:13 AM, Andy Yan wrote: SFC stands for Serial Flash Controller on some rockchip platforms such as RV1108/RK3128. This patch add support for it with Standard,Dual,Quad mode. What I found from

[U-Boot] [PATCH] board/ls2080ardb: Update board env based on SoC

As per current implemenetation, default value of board env is based on board filename i.e ls2080ardb. With distro support changes, this env is used to decide upon kernel dtb which is different for other SoCs (ls2088a, ls2081a) combination supported with this board. Add support to modify board

Re: [U-Boot] [PATCH v2 2/2] driver: spi: add rockchip sfc support

On Tue, Aug 8, 2017 at 7:13 AM, Andy Yan wrote: > SFC stands for Serial Flash Controller on some > rockchip platforms such as RV1108/RK3128. > > This patch add support for it with Standard,Dual,Quad > mode. What I found from the code and related kconfig, this sounds like

Re: [U-Boot] [PATCH 2/4] arm: sunxi: compile spl_boot_device even for U-Boot

On Wed, Aug 23, 2017 at 5:11 PM, Maxime Ripard wrote: > U-Boot itself might need to identify the boot device, for example to be > able to tell where to load the kernel from when several options are > possible. > > Remove the guard preventing it from being

[U-Boot] SAMA5D2 series

Hello Wenyou, We are looking at using one of the SAMA5D2 family in an upcoming design and I have a couple of questions... In a recent U-Boot patch set you mentioned the SAMA5D27 SOM1 SiP module. Is this something that is available yet as I can't find it on the Microchip website? If we choose

Re: [U-Boot] [PATCH 1/4] mmc: sunxi: fix legacy MMC initialisation

On Thu, Aug 24, 2017 at 8:41 AM, Chen-Yu Tsai wrote: > On Wed, Aug 23, 2017 at 7:41 PM, Maxime Ripard > wrote: >> The driver-model rework changed, among other things, the way the private >> data were moved around. It now uses the private field in

Re: [U-Boot] [PATCH] configs: SECURE_BOOT: Enable CONFIG_CMD_EXT4_WRITE

> -Original Message- > From: Tom Rini [mailto:tr...@konsulko.com] > Sent: Thursday, August 24, 2017 12:50 AM > To: Sumit Garg > Cc: u-boot@lists.denx.de; Ruchika Gupta > Subject: Re: [U-Boot] [PATCH] configs: SECURE_BOOT: Enable >

[U-Boot] [U-BOOT][PATCH] drivers: ahci: write upper 32 bits for clb and fis registers

If 64-bit capability is supported, commandlistbase and fis base should be split as lower32 and upper32. upper32 should be written to PORT_(LST/FIS)_ADDR_HI. Signed-off-by: Suneel Garapati --- drivers/ata/ahci.c | 11 +-- include/ahci.h | 1 + 2 files