[U-Boot] [PATCH] ARM: at91: Convert SPL_GENERATE_ATMEL_PMECC_HEADER to Kconfig

This commit converts the following items to Kconfig: CONFIG_ATMEL_NAND_HWECC CONFIG_ATMEL_NAND_HW_PMECC CONFIG_PMECC_CAP CONFIG_PMECC_SECTOR_SIZE CONFIG_SPL_GENERATE_ATMEL_PMECC_HEADER [PMECC References] https://www.at91.com/linux4sam/bin/view/Linux4SAM/PmeccConfigure

Re: [U-Boot] [PATCH 00/16] SF: Migrate to Linux SPI NOR framework

On 14.12.18 17:27, Vignesh R wrote: On 14-Dec-18 9:44 PM, Simon Goldschmidt wrote: Am Fr., 14. Dez. 2018, 16:59 hat Vignesh R mailto:vigne...@ti.com>> geschrieben: On 14/12/18 3:43 PM, Jagan Teki wrote: > On Wed, Dec 12, 2018 at 11:02 PM Vignesh R mailto:vigne...@ti.com>> wrote:

[U-Boot] [PATCH v3 1/2] drivers: serial: Add SiFive UART driver

This patch adds SiFive UART driver. The driver is 100% DM driver and it determines input clock using clk framework. Signed-off-by: Anup Patel Reviewed-by: Palmer Dabbelt Reviewed-by: Bin Meng Tested-by: Bin Meng --- drivers/serial/Kconfig | 13 ++ drivers/serial/Makefile|

[U-Boot] [PATCH v3 2/2] riscv: qemu: Imply SIFIVE_SERIAL for emulation

This patch enables SiFive UART driver for QEMU RISC-V emulation by implying SIFIVE_SERIAL on BOARD_SPECIFIC_OPTIONS. Signed-off-by: Anup Patel Reviewed-by: Bin Meng Tested-by: Bin Meng --- board/emulation/qemu-riscv/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git

[U-Boot] [PATCH v3 0/2] SiFive UART support

This patchset adds SiFive UART driver for SiFive UART found on SiFive boards. The driver is tested on QEMU sifive_u machine. In fact, with this patchset same U-Boot binary boots on QEMU virt machine and QEMU sifive_u machine in both M-mode and S-mode. The patches are based upon latest RISC-V

Re: [U-Boot] Quick question on i.MX8MQ

Hi Sergey, > -Original Message- > From: Sergey Kubushyn [mailto:k...@koi8.net] > Sent: 2018年12月15日 7:38 > To: U-Boot list > Cc: Peng Fan > Subject: Quick question on i.MX8MQ > > I'm working on a i.MX8MQ port to our new device that is in very advanced > manufacturing stage. It is not a

[U-Boot] [PATCH] MAINTAINERS: update NXP i.MX mail list address

Update NXP i.MX mail list address Signed-off-by: Peng Fan --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 0cec39c542..fe2a1c9db5 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -123,7 +123,7 @@ F: drivers/spi/bcmstb_spi.c ARM

Re: [U-Boot] [PATCH V2 08/15] tools: add i.MX8M image support

Hi Stefano > -Original Message- > From: Stefano Babic [mailto:sba...@denx.de] > Sent: 2018年12月14日 21:26 > To: Peng Fan ; sba...@denx.de; Fabio Estevam > > Cc: u-boot@lists.denx.de; dl-linux-imx > Subject: Re: [PATCH V2 08/15] tools: add i.MX8M image support > > Hi Peng, > > On

Re: [U-Boot] [PATCH] ARM: mach-omap2: omap3: Fix GPIO clocking in SPL

V2 works for me on omap3_overo. Tested-by: Liam O'Shaughnessy On Fri, Dec 14, 2018 at 2:39 PM Adam Ford wrote: > > On Fri, Dec 14, 2018 at 4:21 PM Liam O'Shaughnessey > wrote: > > > > Not sure why, but this patch didn't work for me on omap3_overo and would > > like to NAK this patch. I

[U-Boot] Quick question on i.MX8MQ

I'm working on a i.MX8MQ port to our new device that is in very advanced manufacturing stage. It is not a board but a self-contained terminal that is going into production really soon (various molds are being done, mechanical parts, wire harnesses and so on) so it would hardly be of general

Re: [U-Boot] [PATCH] ARM: mach-omap2: omap3: Fix GPIO clocking in SPL

On Fri, Dec 14, 2018 at 4:21 PM Liam O'Shaughnessey wrote: > > Not sure why, but this patch didn't work for me on omap3_overo and would like > to NAK this patch. I needed to change to: > > #if defined(CONFIG_OMAP3_GPIO2) > blah! I forgot to add the CONFIG_ prefix. My bad. A V2 is now

[U-Boot] [PATCH] Makefile: output migration warnings to stderr

Output the device model migration warnings to stderr. This allows tools like buildman to pick them up rather than suppressing them along with the normal build output on stdout. Signed-off-by: Chris Packham --- One odd behaviour is that when a board has multiple warnings the header/trailer lines

Re: [U-Boot] [PATCH] ARM: mach-omap2: omap3: Fix GPIO clocking in SPL

Not sure why, but this patch didn't work for me on omap3_overo and would like to NAK this patch. I needed to change to: #if defined(CONFIG_OMAP3_GPIO2) On Fri, Dec 14, 2018 at 12:49 PM Adam Ford wrote: > OMAP3_GPIO_x is needed to enable each GPIO bank on the OMAP3 > boards. At one point, the

[U-Boot] [PATCH V2] ARM: mach-omap2: omap3: Fix GPIO clocking in SPL

OMAP3_GPIO_x is needed to enable each GPIO bank on the OMAP3 boards. At one point, the #ifdef's were replaced with if CONFIG_IS_ENABLED but this won't work for people who need OMAP3_GPIO_x in SPL since the SPL prefix for this option isn't used in Kconfig. This patch moves the check to #if defined

Re: [U-Boot] [PULL] Please pull u-boot-imx: u-boot-imx-20181214

Hi Tom, On Fri, Dec 14, 2018 at 8:06 PM Tom Rini wrote: > I replied to Wolfgang's patch with the problem and I suggest that > pico-7d simply stop using >> as it's not going to work once we Kconfig > migrate anyhow. pico-imx7d does not use >>. I sent 5 different versions of this patch and the

Re: [U-Boot] [PULL] Please pull u-boot-imx: u-boot-imx-20181214

On Fri, Dec 14, 2018 at 08:09:18PM -0200, Fabio Estevam wrote: > Hi Tom, > > On Fri, Dec 14, 2018 at 8:06 PM Tom Rini wrote: > > > I replied to Wolfgang's patch with the problem and I suggest that > > pico-7d simply stop using >> as it's not going to work once we Kconfig > > migrate anyhow. >

Re: [U-Boot] [PULL] Please pull u-boot-imx: u-boot-imx-20181214

gt; >> > >> > >> The following changes since commit > >> c49aff3e66b930aa06936afee401cf5e19377958: > >> > >> Merge branch 'master' of git://git.denx.de/u-boot-sunxi (2018-12-07 > >> 19:02:01 -0500) > >> > >> are available in th

Re: [U-Boot] [PULL] Please pull u-boot-imx: u-boot-imx-20181214

gt;> Merge branch 'master' of git://git.denx.de/u-boot-sunxi (2018-12-07 >> 19:02:01 -0500) >> >> are available in the Git repository at: >> >> git://www.denx.de/git/u-boot-imx.git tags/u-boot-imx-20181214 >> >> for you to fetch changes up to 5d0f0b5

[U-Boot] [PATCH v2 1/1] tests: enable DT overlay tests by default

Enable device tree overlay tests by default if unit tests are selected and the runtime is configured via device tree. Overlays have been mainlined in the device tree compiler so there is no reason anymore to disable the tests by default. Signed-off-by: Heinrich Schuchardt --- We cannot select

[U-Boot] SPL boot on linaro qemu

Does anyone happen to know why I'd see the following output when trying to boot the latest uboot configs/omap3_overo_defconfig target's SPL in a SD image on linaro's qemu? U-Boot SPL 2018.09 (Dec 14 2018 - 15:15:38 -0600) SPL: failed to boot from all boot devices After manually setting the boot

Re: [U-Boot] MIPS (mt7688): EBase change in U-Boot breaks Linux

Hi Stefan, On Fri, Dec 14, 2018 at 07:56:59AM +0100, Stefan Roese wrote: > So how to proceed? Should I enable CONFIG_CPU_MIPSR2_IRQ_VI or #define > "cpu_has_veic" to 1 as Lantiq does? ...and on that point in particular, it really depends on your hardware. You shouldn't need to do either of

Re: [U-Boot] MIPS (mt7688): EBase change in U-Boot breaks Linux

Hi Stefan, On Fri, Dec 14, 2018 at 07:56:59AM +0100, Stefan Roese wrote: > > Does this Linux patch help by any chance? > > > > https://git.linux-mips.org/cgit/linux-mti.git/commit/?h=eng-v4.20=39e4d339a4540b66e9d9a8ea0da9ee41a21473b4 > > > > I'm not sure I remember why I didn't get that

[U-Boot] [PATCH 1/1] tests: enable DT overlay tests by default

Enable device tree overlay tests by default if unit tests are selected. Overlays have been mainlined in the device tree compiler so there is no reason anymore to disable the tests by default. Signed-off-by: Heinrich Schuchardt --- test/overlay/Kconfig | 5 ++--- 1 file changed, 2

Re: [U-Boot] [RESEND PATCH v2 1/6] lib: add u16_strcpy/strdup functions

On 12/14/18 11:10 AM, AKASHI Takahiro wrote: > From: "Akashi, Takahiro" > > Add u16_strcpy() and u16_strdup(). The latter function will be > used later in implementing efi HII database protocol. > > Signed-off-by: Akashi Takahiro Reviewed-by: Heinrich Schuchardt I just sent a further patch

[U-Boot] [PATCH 1/1] test: tests for u16_strdup() and u16_strcpy()

Provide unit tests for u16_strdup() and u16_strcpy(). Cc: AKASHI Takahiro Signed-off-by: Heinrich Schuchardt --- This patch is a follow up to Takahiro's patch "lib: add u16_strcpy/strdup functions" https://lists.denx.de/pipermail/u-boot/2018-December/352019.html --- test/unicode_ut.c | 23

[U-Boot] [PATCH] ARM: mach-omap2: omap3: Fix GPIO clocking in SPL

OMAP3_GPIO_x is needed to enable each GPIO bank on the OMAP3 boards. At one point, the #ifdef's were replaced with if CONFIG_IS_ENABLED but this won't work for people who need OMAP3_GPIO_x in SPL since the SPL prefix for this option isn't used in Kconfig. This patch moves the check to #if defined

[U-Boot] [PATCH] test: bootcount: add bootcount-uclass test

Add a test for the bootcount uclass, which uses the RTC bootcount backend (i.e. drivers/bootcount/rtc.c is implictly also tested). Signed-off-by: Philipp Tomsich --- arch/sandbox/dts/test.dts | 6 ++ configs/sandbox_defconfig | 11 +++ test/dm/Makefile | 1 +

Re: [U-Boot] [BeagleBone Black] Possible bug in U-Boot efi loader for BeagleBone Black

On 12/14/18 3:58 PM, Dominik Adamski wrote: > On 12/12/18 7:11 PM, Heinrich Schuchardt wrote: >> On 12/12/18 3:02 PM, Dominik Adamski wrote: >>> Hello, >>> I think that I have found a bug in U-Boot UEFI implementation for >>> BeagleBone Black board. >>> >>> I have tested U-Boot UEFI implementation

[U-Boot] [PATCH v6 6/9] fs: prevent overwriting reserved memory

This fixes CVE-2018-18440 ("insufficient boundary checks in filesystem image load") by using lmb to check the load size of a file against reserved memory addresses. Signed-off-by: Simon Goldschmidt --- Changes in v6: - fixed NULL pointer access in 'fdt_blob' passed to

[U-Boot] [PATCH v6 7/9] bootm: use new common function lmb_init_and_reserve

This reduces duplicate code only. Signed-off-by: Simon Goldschmidt --- Changes in v6: None Changes in v5: None Changes in v4: None Changes in v2: None common/bootm.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/common/bootm.c b/common/bootm.c index

Re: [U-Boot] [PATCH v2 1/2] bootcount: add uclass for bootcount

Simon, > On 14.12.2018, at 17:06, Simon Glass wrote: > > Hi Philipp, > > On Fri, 14 Dec 2018 at 09:04, Philipp Tomsich > > wrote: >> >> >> >> On 14.12.2018, at 16:37, Simon Glass wrote: >> >> Hi, >> >> On Mon, 10 Dec 2018 at 18:07, Simon

[U-Boot] [PATCH v6 8/9] lmb: remove unused extern declaration

lmb.h includes an extern declaration of "struct lmb lmb;" which is not used anywhere, so remove it. Signed-off-by: Simon Goldschmidt --- Changes in v6: None Changes in v5: None Changes in v4: None Changes in v2: - this patch is new in v2 include/lmb.h | 2 -- 1 file changed, 2 deletions(-)

[U-Boot] [PATCH v6 9/9] tftp: prevent overwriting reserved memory

This fixes CVE-2018-18439 ("insufficient boundary checks in network image boot") by using lmb to check for a valid range to store received blocks. Signed-off-by: Simon Goldschmidt --- Changes in v6: None Changes in v5: None Changes in v4: - this was patch 8, is now patch 7 - lines changed

[U-Boot] [PATCH v6 3/9] lib: lmb: reserving overlapping regions should fail

lmb_add_region handles overlapping regions wrong: instead of merging or rejecting to add a new reserved region that overlaps an existing one, it just adds the new region. Since internally the same function is used for lmb_alloc, change lmb_add_region to reject overlapping regions. Also, to keep

[U-Boot] [PATCH v6 5/9] lib: lmb: extend lmb for checks at load time

This adds two new functions, lmb_alloc_addr and lmb_get_unreserved_size. lmb_alloc_addr behaves like lmb_alloc, but it tries to allocate a pre-specified address range. Unlike lmb_reserve, this address range must be inside one of the memory ranges that has been set up with lmb_add.

[U-Boot] [PATCH v6 2/9] lmb: fix allocation at end of address range

The lmb code fails if base + size of RAM overflows to zero. Fix this by calculating end as 'base + size - 1' instead of 'base + size' where appropriate. Added tests to assert this is fixed. Signed-off-by: Simon Goldschmidt --- Changes in v6: None Changes in v5: - this patch is new in v5

[U-Boot] [PATCH v6 4/9] fdt: parse "reserved-memory" for memory reservation

boot_fdt_add_mem_rsv_regions() adds reserved memory sections to an lmb struct. Currently, it only parses regions described by /memreserve/ entries. Extend this to the more commonly used scheme of the "reserved-memory" node. Signed-off-by: Simon Goldschmidt --- Changes in v6: - fix compiling

[U-Boot] [PATCH v6 1/9] test: add test for lib/lmb.c

Add basic tests for the lmb memory allocation code used to reserve and allocate memory during boot. Signed-off-by: Simon Goldschmidt --- Changes in v6: None Changes in v5: - this patch is new in v5 Changes in v4: None Changes in v2: None test/lib/Makefile | 1 + test/lib/lmb.c| 297

[U-Boot] [PATCH v6 0/9] Fix CVE-2018-18440 and CVE-2018-18439

This series fixes CVE-2018-18440 ("insufficient boundary checks in filesystem image load") by adding restrictions to the 'load' command and fixes CVE-2018-18439 ("insufficient boundary checks in network image boot") by adding restrictions to the tftp code. The functions from lmb.c are used to

Re: [U-Boot] [U-Boot, v2] Enable expression support for CONFIG_BOARD_SIZE_LIMIT

On Fri, Dec 07, 2018 at 08:27:51PM +0100, Wolfgang Denk wrote: > So far, the use of CONFIG_BOARD_SIZE_LIMIT would only work with > plain numeric constants. Extend it to allow for expressions, so one > can for example use > > #define CONFIG_BOARD_SIZE_LIMIT (768 << 10) > > in the board

Re: [U-Boot] U-Boot test failures; rebase on master

On Fri, 14 Dec 2018 09:44:41 -0700 Stephen Warren swar...@wwwdotorg.org wrote: ... > u-boot-video.git master Synced with u-boot.git master now, thanks! -- Anatolij ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot

Re: [U-Boot] [PATCH] arm: ti: boot: Increase system partition size

On 12/14/2018 7:15 AM, Sam Protsenko wrote: Hi Praneeth, On Fri, Dec 14, 2018 at 1:37 AM Bajjuri, Praneeth wrote: Sam, On 12/11/2018 10:26 AM, Bajjuri, Praneeth wrote: On 12/11/2018 10:20 AM, Sam Protsenko wrote: Android code base is growing, so since Android "Pie" the size of system.img

Re: [U-Boot] [PULL] Please pull u-boot-imx: u-boot-imx-20181214

8-12-07 > 19:02:01 -0500) > > are available in the Git repository at: > > git://www.denx.de/git/u-boot-imx.git tags/u-boot-imx-20181214 > > for you to fetch changes up to 5d0f0b567c78197db6f2f47c89a18b44ade28284: > > pico-imx7d: Increase the CONFIG_ENV_OFFSET size (20

Re: [U-Boot] changing of fastboot index

On 12/12/2018 21:52, Sam Protsenko wrote: Hi Jean-Jacques, After commit aec0081093e7 ("configs: am57xx_evm: Enable DM_USB and DM_USB_DEV") I noticed that "fastboot 1" command doesn't work anymore on BeagleBoard X15. Instead, "fastboot 0" works. I can see that this happens because in

[U-Boot] [PATCH v2 1/1] avb: add support for named persistent values

AVB version 1.1 introduces support for named persistent values that must be tamper evident and allows AVB to store arbitrary key-value pairs [1]. Introduce implementation of two additional AVB operations read_persistent_value()/write_persistent_value() for retrieving/storing named persistent

Re: [U-Boot] buildman and "echo" output?

Hi, On Fri, 14 Dec 2018 at 05:23, Tom Rini wrote: > > On Fri, Dec 14, 2018 at 08:21:36PM +1300, Chris Packham wrote: > > Hi Tom, Simon, > > > > On Fri, Dec 14, 2018 at 5:01 AM Tom Rini wrote: > > > > > > Hey Simon, > > > > > > How hard would it be to have buildman notice and print out the

Re: [U-Boot] U-Boot test failures; rebase on master

On 12/14/2018 05:44 PM, Stephen Warren wrote: > The following U-Boot repos have recently rebased on u-boot.git master > branch, and picked up some changes that cause test failures on one/both > of NVIDIA Jetson TX2 and sandbox. That potentially prevents any testing > from finding any additional

[U-Boot] U-Boot test failures; rebase on master

The following U-Boot repos have recently rebased on u-boot.git master branch, and picked up some changes that cause test failures on one/both of NVIDIA Jetson TX2 and sandbox. That potentially prevents any testing from finding any additional issues that are introduced in these repos. If you

Re: [U-Boot] [PATCH 00/16] SF: Migrate to Linux SPI NOR framework

>> >>     > 2) For BAR support, lets place it as it is and support via > spi-nor >> > >     Problem is, it not desirable to use BAR as default because its not > >     stateless and does not work with all flash parts. OTOH, it > seems like 4 > >     byte addressing (stateless

[U-Boot] [PATCH] dm: MIGRATION: Update migration plan for SPI/SPI_FLASH

- v2019.04 for no dm conversion drivers - v2019.07 for partially converted drivers. Note: there were many updates on this deadline, so better not update this again. Signed-off-by: Jagan Teki --- Makefile | 9 + doc/driver-model/MIGRATION.txt | 10 +++--- 2

Re: [U-Boot] Please pull from u-boot-i2c

On 12/13/18 9:11 AM, Tom Rini wrote: On Thu, Dec 13, 2018 at 03:31:01PM +0100, Heiko Schocher wrote: Hello Tom, please pull from u-boot-i2c.git master pull request contains patch from Jean-Jacques which fixes a regression on NVIDIA Jetson TX2 board, Stephen had reported. The following

Re: [U-Boot] [PATCH 00/16] SF: Migrate to Linux SPI NOR framework

Am Fr., 14. Dez. 2018, 17:28 hat Vignesh R geschrieben: > > > On 14-Dec-18 9:44 PM, Simon Goldschmidt wrote: > > > > > > Am Fr., 14. Dez. 2018, 16:59 hat Vignesh R > > geschrieben: > > > > On 14/12/18 3:43 PM, Jagan Teki wrote: > > > On Wed, Dec 12, 2018 at 11:02

Re: [U-Boot] [PATCH 00/16] SF: Migrate to Linux SPI NOR framework

On 14-Dec-18 9:44 PM, Simon Goldschmidt wrote: > > > Am Fr., 14. Dez. 2018, 16:59 hat Vignesh R > geschrieben: > > On 14/12/18 3:43 PM, Jagan Teki wrote: > > On Wed, Dec 12, 2018 at 11:02 PM Vignesh R > wrote: > >> > >>

Re: [U-Boot] [PATCH 00/16] SF: Migrate to Linux SPI NOR framework

Am Fr., 14. Dez. 2018, 16:59 hat Vignesh R geschrieben: > On 14/12/18 3:43 PM, Jagan Teki wrote: > > On Wed, Dec 12, 2018 at 11:02 PM Vignesh R wrote: > >> > >> U-Boot SPI NOR support (sf layer) is quite outdated as it does not > >> support 4 byte addressing opcodes, SFDP table parsing and

Re: [U-Boot] [PATCH v2 1/2] bootcount: add uclass for bootcount

Hi Philipp, On Fri, 14 Dec 2018 at 09:04, Philipp Tomsich wrote: > > > > On 14.12.2018, at 16:37, Simon Glass wrote: > > Hi, > > On Mon, 10 Dec 2018 at 18:07, Simon Glass wrote: > > > Hi Philipp, > > On Tue, 27 Nov 2018 at 15:00, Philipp Tomsich > wrote: > > > The original bootcount methods

Re: [U-Boot] [PATCH v2 1/2] bootcount: add uclass for bootcount

> On 14.12.2018, at 16:37, Simon Glass wrote: > > Hi, > > On Mon, 10 Dec 2018 at 18:07, Simon Glass > wrote: >> >> Hi Philipp, >> >> On Tue, 27 Nov 2018 at 15:00, Philipp Tomsich >> wrote: >>> >>> The original bootcount methods do not provide an interface to DM

Re: [U-Boot] [PATCH 00/16] SF: Migrate to Linux SPI NOR framework

On 14/12/18 3:43 PM, Jagan Teki wrote: > On Wed, Dec 12, 2018 at 11:02 PM Vignesh R wrote: >> >> U-Boot SPI NOR support (sf layer) is quite outdated as it does not >> support 4 byte addressing opcodes, SFDP table parsing and different types of >> quad mode enable sequences. Many newer flashes no

Re: [U-Boot] [PATCH 1/1] arm: sunxi: Add NULL pointer check

On Fri, Dec 14, 2018 at 04:14:31PM +0200, Stefan Mavrodiev wrote: > > On 12/14/18 11:25 AM, Maxime Ripard wrote: > > On Thu, Dec 13, 2018 at 09:12:57AM +0200, Stefan Mavrodiev wrote: > > > On 12/6/18 8:41 AM, Stefan Mavrodiev wrote: > > > > On 12/5/18 5:46 PM, Maxime Ripard wrote: > > > > > On

Re: [U-Boot] policy regarding unused code

On 11/12/2018 16:46, Jean-Jacques Hiblot wrote: > > On 11/12/2018 16:25, Jean-Jacques Hiblot wrote: >> Hi Tom, >> >> Is there such a policy described somewhere ? >> >> There are quite a pieces of code that are not used/compiled because no >> config enables it. >> >> A random pick among many

Re: [U-Boot] [PATCH v2 04/22] dm: sound: Create a uclass for audio codecs

An audio codec provides a way to convert digital data to sound and vice versa. Add a simple uclass which just supports setting the parameters for the codec. Signed-off-by: Simon Glass --- Changes in v2: None arch/sandbox/dts/test.dts | 7 - arch/sandbox/include/asm/test.h | 10

[U-Boot] Please pull u-boot-dm

Hi Tom, See here (the one failure seems to be a network error) https://travis-ci.org/sglass68/u-boot/builds/46333 The following changes since commit d117d8f19b0625f88309e47a8a32c2faa384dddc: Merge branch 'master' of git://git.denx.de/u-boot-i2c (2018-12-13 09:36:55 -0500) are available

Re: [U-Boot] [PATCH v2 01/22] dm: sound: exynos: Correct codec bus addresses

For snow the codec is at address 0x11 on the i2c bus, in 7-bit format. The device tree and code are in 8-bit format (i.e. shifted left one bit). Fix both. Fix pit in a similar way. Signed-off-by: Simon Glass --- Changes in v2: - Add fix for pit and pi also - Fix up tabs in this commit instead

Re: [U-Boot] [PATCH v2 02/22] dm: sound: Create an option to use driver model for sound

The U-Boot sound system provides basic support for beeping. At present it does not use driver model, but it needs to be converted. Add an option to enable driver model for sound. For now it is not connected to anything. Future work will add drivers which use this option. It will then be removed

Re: [U-Boot] [PATCH v2 1/2] bootcount: add uclass for bootcount

Hi, On Mon, 10 Dec 2018 at 18:07, Simon Glass wrote: > > Hi Philipp, > > On Tue, 27 Nov 2018 at 15:00, Philipp Tomsich > wrote: > > > > The original bootcount methods do not provide an interface to DM and > > rely on a static configuration for I2C devices (e.g. bus, chip-addr, > > etc. are

Re: [U-Boot] [PATCH v2 15/22] dm: exynos: sound: Convert to use driver model

Update snow's device tree and config to use driver model for sound. Also update the others as best we can. Spring does not appear to have audio support in the kernel. The smdk5250 and smdk5420 boards use a wolfson codec which I cannot test with. So the only boards that is tested and known to work

Re: [U-Boot] [PATCH v2 13/22] dm: sound: Move common code out of maxim98095

The register-access code is useful for any maxim codec. Move it out into its own file. Signed-off-by: Simon Glass --- Changes in v2: - Add new patch to move common code out of maxim98095 drivers/sound/Makefile | 2 +- drivers/sound/max98095.c| 181

Re: [U-Boot] [PATCH v2 07/22] dm: sound: Create a uclass for sound

The sound driver pulls together the audio codec and i2s drivers in order to actually make sounds. It supports setup() and play() methods. The sound_find_codec_i2s() function allows locating the linked codec and i2s devices. They can be referred to from uclass-private data. Add a uclass and a test

Re: [U-Boot] [PATCH v2 11/22] exynos: Add proid_is_exynos542x() for common 542x

Add a convenience function for any Exynos 542x chip. Signed-off-by: Simon Glass --- Changes in v2: None arch/arm/mach-exynos/clock.c | 10 +- arch/arm/mach-exynos/clock_init_exynos5.c | 2 +- arch/arm/mach-exynos/common_setup.h | 4 ++--

Re: [U-Boot] [PATCH v2 05/22] dm: sound: Create a uclass for i2s

The i2s bus is commonly used with audio codecs. It provides a way to stream digital data sychronously in both directions. U-Boot only supports audio output, so this uclass is very simple, with a single tx_data() method. Add a uclass and a test for i2s. Signed-off-by: Simon Glass --- Changes in

Re: [U-Boot] [PATCH v2 03/22] dm: sound: Rename samsung_i2s_priv to i2s_uc_priv

This structure contains information that is likely needed by any i2s driver so it seems useful to attach it to the (forthcoming) i2c uclass. For now, just rename it. Signed-off-by: Simon Glass --- Changes in v2: None drivers/sound/samsung-i2s.c | 4 ++-- drivers/sound/sound-i2s.c | 10

Re: [U-Boot] [PATCH v2 06/22] dm: sandbox: Update sound to use two buffers

At present we use a single buffer for sound which means we cannot be playing one sound while queueing up the next. This wouldn't matter except that a long sound (more than a second) has to be created as a single buffer, thus using a lot of memory. To better mimic what real sound drivers do, add

Re: [U-Boot] [PATCH v2 08/22] dm: core: Add a function to read into a unsigned int

The current dev_read...() functions use s32 and u32 which are convenient for device tree but not so useful for normal code, which often wants to use normal integers for values. Add a helper which supports returning an unsigned int. Also add signed versions of the unsigned readers. Signed-off-by:

Re: [U-Boot] [PATCH v2 10/22] dm: sound: Add conversion to driver model

Move the existing hardware drivers over to use driver model. Signed-off-by: Simon Glass --- Changes in v2: - Correct conversion for pit - Use void * for i2c and sound data arch/arm/dts/exynos5250-smdk5250.dts | 1 + arch/arm/dts/exynos5420-smdk5420.dts | 1 + drivers/sound/Makefile

Re: [U-Boot] [PATCH v2 19/22] dm: sound: Fix license headers

Fix a few files whos license headers were not converted to SPDX. Signed-off-by: Simon Glass --- Changes in v2: - Add new patch to fix license headers drivers/sound/max98095.c | 7 ++- drivers/sound/max98095.h | 5 + 2 files changed, 3 insertions(+), 9 deletions(-) Applied to

Re: [U-Boot] [PATCH v2 18/22] dm: sound: Complete migration to driver model

All users of sound are converted to use driver model. Drop the old code and the CONFIG_DM_SOUND option. Signed-off-by: Simon Glass --- Changes in v2: - Drop CONFIG_DM_SOUND from all defconfig files - Fix up sandbox files to remove old code - Update the rest of the samsung boards - Remove unused

Re: [U-Boot] [PATCH v2 09/22] dm: sound: Start i2c IDs from 0

The current ID enums start from 1 but there does not seem to be any reason that they cannot start with 0. Adjust the code to avoid the +1 in codec_init(). Signed-off-by: Simon Glass --- Changes in v2: None drivers/sound/max98095.h | 2 +- drivers/sound/sound-i2s.c | 6 ++

Re: [U-Boot] [PATCH v2 12/22] exynos: Add support for exynos5420 i2s pinmux

Allow setting the i2s pinmux correctly on exyno5420 so that i2c can be used on that SoC. Also rename EXYNOS_AUDSS to something consistent with other naming. Signed-off-by: Simon Glass --- Changes in v2: None arch/arm/mach-exynos/clock.c | 21 +++--

Re: [U-Boot] [PATCH v2 16/22] dm: sandbox: sound: Convert to use driver model

Update sandbox's device tree and config to use driver model for sound. Use the double buffer for sound output so that we don't need to wait for the sound to complete before returning. Signed-off-by: Simon Glass --- Changes in v2: - Add new patch to convert sandbox to use driver model

Re: [U-Boot] [PATCH v2 14/22] dm: sound: exynos: Add support for max98090

Add support for this new codec which is used by pit. Signed-off-by: Simon Glass --- Changes in v2: - Add new patch with support for max98090 drivers/sound/Kconfig| 8 + drivers/sound/Makefile | 1 + drivers/sound/max98090.c | 377 ++ drivers/sound/max98090.h |

Re: [U-Boot] [PATCH v2 20/22] dm: sound: max98095: Tidy up error codes

Return a valid error code instead of -1. Signed-off-by: Simon Glass --- Changes in v2: - Add new patch to tidy up error codes in max98095 drivers/sound/max98095.c | 47 1 file changed, 23 insertions(+), 24 deletions(-) Applied to u-boot-dm/master

Re: [U-Boot] [PATCH v2 17/22] dm: exynos: Drop CONFIG_DM_I2C_COMPAT

This option is not needed anymore for all exynos boards except arndale. Update the config. Signed-off-by: Simon Glass --- Changes in v2: None configs/peach-pi_defconfig | 1 - configs/peach-pit_defconfig | 1 - configs/smdk5250_defconfig | 1 - configs/smdk5420_defconfig | 1 -

Re: [U-Boot] [PATCH v2 21/22] dm: sandbox: Allow selection of sample rate and channels

At present these parameters are hard-coded in the sdl interface code. Allow them to be specified by the driver instead. Signed-off-by: Simon Glass --- Changes in v2: None arch/sandbox/cpu/sdl.c | 10 +++--- arch/sandbox/include/asm/sdl.h | 6 -- drivers/sound/sandbox.c

Re: [U-Boot] [PATCH v2 22/22] dm: sound: Use the correct number of channels for sound

At present the 'beep' sound generates a waveform for only one channel even if two are being used. This means that the beep is twice the frequency it should be. Correct this by making it a parameter. The fix in a previous commit was correct for sandbox but not for other boards. Fixes: 03f11e87a8

[U-Boot] [PATCH v4 7/7] MIPS: bootm: Add support for compatibility with redboot

The kernels built to be launch by redboot (such as the Vcore III) have different expectation in the way the data were passed. Unlike with yamon, the command line is expected to be a single string passed in argv[1]. An other expectation is that the arguments are located in the cached address

[U-Boot] [PATCH v4 3/7] MSCC: add support for Ocelot SoCs

This family of SoCs are found in the Microsemi Switches solution and have already a support in the linux kernel. Signed-off-by: Gregory CLEMENT --- MAINTAINERS | 7 + arch/mips/Kconfig | 6 + arch/mips/Makefile

[U-Boot] [PATCH v4 5/7] MSCC: add board support for the Ocelots based evaluation boards

Adding the support for 2 boards sharing common code for Ocelot chip: PCB120 and PCB123 Signed-off-by: Gregory CLEMENT --- MAINTAINERS | 5 + arch/mips/dts/mscc,ocelot.dtsi | 152 +++ arch/mips/dts/mscc,ocelot_pcb.dtsi | 42

[U-Boot] [PATCH v4 6/7] MSCC: add board support for the Luton based evaluation board

Adding the support for the Luton boards PCB91 which share common code with the Ocelots boards, including board code, device tree and configuration. Signed-off-by: Gregory CLEMENT --- MAINTAINERS| 1 + arch/mips/dts/luton_pcb091.dts | 36 ++

[U-Boot] [PATCH v4 4/7] MSCC: add support for Luton SoCs

As the Ocelots SoCs, this family of SoCs are found in the Microsemi Switches solution. Signed-off-by: Gregory CLEMENT --- arch/mips/mach-mscc/Kconfig | 13 + arch/mips/mach-mscc/Makefile | 1 + arch/mips/mach-mscc/cpu.c | 14 +-

[U-Boot] [PATCH v4 2/7] MIPS: Allow to prefetch and lock instructions into cache

This path add a new helper allowing to prefetch and lock instructions into cache. This is useful very early in the boot when no RAM is available yet. Signed-off-by: Gregory CLEMENT --- arch/mips/include/asm/cacheops.h | 19 +++ 1 file changed, 19 insertions(+) diff --git

[U-Boot] [PATCH v4 1/7] MIPS: move create_tlb() in an proper header: mipsregs.h

Export create_tlb() as an inline function in mipsregs.h. It allows to remove the declaration of the function from the board files. Then it will allow also to use this function very early in the boot when the stack is not usable. Signed-off-by: Gregory CLEMENT --- arch/mips/cpu/cpu.c

[U-Boot] [PATCH v4 0/7] Add support for the SoCs found in Microsemi switches

Hello, For the record this the fourth version of the series adding the support of 2 SoCs: Ocelot and Luton from Microsemi. Both of them belongs to the same family Vcore III. We found them on various advanced switches product. The support for Ocelot already have been submit to Linux, but not yet

Re: [U-Boot] [BeagleBone Black] Possible bug in U-Boot efi loader for BeagleBone Black

On 12/12/18 7:11 PM, Heinrich Schuchardt wrote: On 12/12/18 3:02 PM, Dominik Adamski wrote: Hello, I think that I have found a bug in U-Boot UEFI implementation for BeagleBone Black board. I have tested U-Boot UEFI implementation for BeagleBone Black. I am able to load Linux successfully via

[U-Boot] [PATCH v1] ARM: vf610: ddrmc: program Dummy DDRBYTE1/2

From: Stefan Agner The Vybrid reference manual VFXXXRM Rev. 0 10/2016 states in chapter 5.2.6.1 DUMMY PADS (DDR/QuadSPI) that those pads need to be programed for correct operation of DDR. Assume the default DDR pin configuration which seems to work well on a Colibri VF50. Signed-off-by: Stefan

Re: [U-Boot] [PATCH] Restore compatibility of image type IDs

On 14/12/18 15:18, Philipp Tomsich wrote: > Stefano, > >> On 14.12.2018, at 15:04, Stefano Babic wrote: >> >> Commit a2b96ece5be146f4995d737f047e5bbb76079b8f breaks the enumeration >> of the Image Types. New image types can be appended, but they cannot be >> inserted in the list else backward

Re: [U-Boot] [PATCH] Restore compatibility of image type IDs

Stefano, > On 14.12.2018, at 15:04, Stefano Babic wrote: > > Commit a2b96ece5be146f4995d737f047e5bbb76079b8f breaks the enumeration > of the Image Types. New image types can be appended, but they cannot be > inserted in the list else backward compatibility is broken. > This restores the images

Re: [U-Boot] [PATCH 1/1] arm: sunxi: Add NULL pointer check

On 12/14/18 11:25 AM, Maxime Ripard wrote: On Thu, Dec 13, 2018 at 09:12:57AM +0200, Stefan Mavrodiev wrote: On 12/6/18 8:41 AM, Stefan Mavrodiev wrote: On 12/5/18 5:46 PM, Maxime Ripard wrote: On Wed, Dec 05, 2018 at 02:27:57PM +0200, Stefan Mavrodiev wrote: Current driver doesn't check if

[U-Boot] [PATCH] Restore compatibility of image type IDs

Commit a2b96ece5be146f4995d737f047e5bbb76079b8f breaks the enumeration of the Image Types. New image types can be appended, but they cannot be inserted in the list else backward compatibility is broken. This restores the images types as before 2018.11 and move i.MX8 related images at the end.

Re: [U-Boot] [PATCH 03/16] spi: Add non DM version of SPI_MEM

On Fri, Dec 14, 2018 at 4:26 PM Vignesh R wrote: > > Hi, > > On 14/12/18 3:32 PM, Jagan Teki wrote: > > On Thu, Dec 13, 2018 at 2:19 PM Vignesh R wrote: > >> > >> > >> > >> On 13/12/18 1:55 AM, Jagan Teki wrote: > >>> On Wed, Dec 12, 2018 at 11:08 PM Vignesh R wrote: > > Add non DM

Re: [U-Boot] [PATCH] imx6: apalis: Make the boot process more generic

Hi Petr, On 01/12/18 14:00, Petr Štetiar wrote: > I'm preparing support for Apalis imx6 boards in OpenWrt and I've ended > up with quite huge patchset against upstream U-Boot 2018.03, so I'm > trying to propose more generic way of boot process handling. > > In OpenWrt we usually have kernel,

Re: [U-Boot] [PATCH] net: remove duplicate definition of ETHADDR_WILDCARD

On Fri, Dec 14, 2018 at 2:28 PM Tom Rini wrote: > > On Fri, Dec 14, 2018 at 09:55:32AM +0100, Simon Goldschmidt wrote: > > + Tom > > > > > > On Sun, Dec 9, 2018 at 9:51 PM Simon Goldschmidt > > wrote: > > > > > > Am 22.11.2018 um 16:58 schrieb Simon Goldschmidt: > > > > ETHADDR_WILDCARD is

  1   2   >