On Wed, Jul 11, 2018 at 05:56:57PM +0800, Ley Foon Tan wrote:
> Commit bfc6bae8fa1f2d8a9c51548767b02f1a1e0ffe52
>
> This commit rename CONFIG_SPL_RESET_SUPPORT to CONFIG_SPL_DM_RESET. Update
> with new CONFIG name.
>
> Signed-off-by: Ley Foon Tan
With a slight reword to use the fixes tag,
On Fri, Jul 13, 2018 at 11:04:36AM +0200, Marek Vasut wrote:
> The following changes since commit 1612ff0dfba57b1002d8c7a54778eb553ace98f4:
>
> Merge branch 'master' of git://git.denx.de/u-boot-mips (2018-07-11
> 21:55:20 -0400)
>
> are available in the Git repository at:
>
>
From: Henry Beberman
This patch adds a new bootable configuration for Windows 10 IoT Core on
the i.MX6 SoloX UDOO Neo.
It also adds a new device tree sources file for imx6sx-udoo-neo.dts.
This is not required by Windows or UEFI but the build system requires a
device tree when building SPL with
From: Henry Beberman
This patch adds a new bootable configuration for Windows 10 IoT Core on
the i.MX6 Quad HummingBoard.
It also adds a new device tree sources file for imx6qdl-mx6cuboxi.dts.
This is not required by Windows or UEFI but the build system requires a
device tree when building SPL
From: Henry Beberman
This patch adds a new bootable configuration for Windows 10 IoT Core on
the Compulab CL-SOM-iMX7.
It also adds a new device tree sources file for imx7d-cl-som-imx7.dts.
This is not required by Windows or UEFI but the build system requires a
device tree when building SPL
From: Henry Beberman
This patch is a part of the i.MX Windows 10 IoT Core boot flow.
It adds an entry path for OP-TEE when loaded from a FIT blob when
loadable has the OS type IH_OS_TEE. This booth path flushes and
disables caches, disables interrupts, and jumps into OP-TEE passing
the entry
From: Henry Beberman
U-Boot already has logic for determining the platform MAC address on
many i.MX platforms, such as pulling it from fuses or SPI flash. This
configuration option saves the MAC address from the ethaddr (and
potentially ethaddr1) into the global page and marks it as valid. This
From: Henry Beberman
This patch is to enable U-Boot to pass configuration information
available during U-Boot Proper into a subsequent OS. This is required
for Windows because it lacks device tree support.
When CONFIG_GLOBAL_PAGE and CONFIG_UEFI_BOOT are set on an i.MX6 or
i.MX7 platform the go
From: Henry Beberman
In order to minimize the surface area of secure world code, the i.MX
Windows 10 IoT Core boot flow uses SPL to jump into OP-TEE as soon as
possible. Once OP-TEE has locked down resources it returns into the
entry point U-Boot Proper in normal world.
The
From: Henry Beberman
This patch adds a new bootable configuration for Windows 10 IoT Core on
the i.MX6 Quad Sabre board.
Add a new device tree sources file for imx6qdl-sdb. This is not
required by Windows or UEFI but the build system requires a device
tree when building SPL with flat image tree
From: Henry Beberman
This patch adds a new bootable configuration for Windows 10 IoT Core on
the i.MX7 Dual Sabre board.
It enables SPL on the i.MX7 Sabre in order to support the FIT load of
OP-TEE and U-Boot proper.
Signed-off-by: Henry Beberman
Cc: Stefano Babic
Cc: Fabio Estevam
Cc:
From: Henry Beberman
This patch is part of the i.MX Windows 10 IoT Core boot flow.
It adds a modified linker script for SPL to keep all segments in
on-chip ram. This is to harden the device against potential leaks of
device secrets by keeping them out of DRAM.
Additionally if
From: Henry Beberman
This patch enables i.MX platforms to easily add a boot script to their
U-Boot Proper environment to automatically load and execute an EFI
firmware from the first FAT partition of an MMC device.
This is a portion of enabling the Windows 10 IoT Core boot path.
The go command
From: Henry Beberman
This patch series is a collaboration between Microsoft and NXP to
enable Windows 10 IoT Core on NXP's iMX6 and iMX7 platforms.
The series contains reference configurations to enable Windows boot on the
following
platforms: mx6sabresd, mx7dsabresd, mx6cuboxi, udoo_neo, and
I'm pleased to announce the release of version 0.6 of the Embedded Base
Boot Requirements (EBBR) specification.
https://github.com/ARM-software/ebbr/releases/tag/v0.6
EBBR is a new specification defining a standard boot environment
suitable for full feature operating systems running on
On Fri, Jul 13, 2018 at 10:43 AM Adam Ford wrote:
>
> On Fri, Jul 13, 2018 at 10:23 AM Lukasz Majewski wrote:
> >
> > On Fri, 13 Jul 2018 16:53:53 +0200
> > Marek Vasut wrote:
> >
> > > On 07/13/2018 03:34 PM, Adam Ford wrote:
> > > > On Fri, Jun 29, 2018 at 3:21 PM Adam Ford
> > > > wrote:
>
2018-07-14 3:15 GMT+09:00 Marek Vasut :
> On 07/13/2018 05:09 PM, Masahiro Yamada wrote:
>> 2018-07-13 23:51 GMT+09:00 Marek Vasut :
>>> On 07/13/2018 01:05 PM, Masahiro Yamada wrote:
2018-07-13 19:58 GMT+09:00 Marek Vasut :
> On 07/13/2018 12:52 PM, Masahiro Yamada wrote:
>>
Hi Simon,
> >> >> > > > In order to have the test.py tests for TPMv2 run automatically we
> >> >> > > > need
> >> >> > > > to have one of our sandbox builds use TPMv2 rather than TPMv1.
> >> >> > > > Switch
> >> >> > > > sandbox_flattree over to this style of TPM.
> >> >> > >
> >> >> > >
A bunch of code was encapsulated in #ifdef's whether or not
it is building or for U-Boot. Since this code is always building
for U-Boot, this patch removes the dead code.
Signed-off-by: Adam Ford
diff --git a/drivers/usb/musb-new/omap2430.c b/drivers/usb/musb-new/omap2430.c
index
Only the MUSB driver is currently supported on the omap3_logic
boards. The driver is using the new-musb and not the legacy
version, so this patch removes the dead code references.
Signed-off-by: Adam Ford
diff --git a/configs/omap3_logic_defconfig b/configs/omap3_logic_defconfig
index
Hi Martin,
> > > > > Is there any specific reason why the new tpm2_tis_spi_xfer doesn't
> > > > support full duplex? It seems we did some work in parallel but you
> > > > sent the patches earlier. Is that codes tested against an existing
> > > > TPM v2? I have a working implementation what runs
Hi Martin,
Thanks for the patch!
On Fri, Jul 13, 2018 at 5:02 AM, Martin Kaiser wrote:
> From: Martin Kaiser
>
> The USBOH module on imx25 chips contains two USB controllers, which are
> called USB OTG Controller and USB Host Controller. Each one has its EHCI
> root hub. The OTG Controller's
On 07/13/2018 05:22 PM, Lukasz Majewski wrote:
> On Fri, 13 Jul 2018 16:53:53 +0200
> Marek Vasut wrote:
>
>> On 07/13/2018 03:34 PM, Adam Ford wrote:
>>> On Fri, Jun 29, 2018 at 3:21 PM Adam Ford
>>> wrote:
On Fri, Jun 29, 2018 at 2:09 PM Tom Rini
wrote:
>
> On Thu,
On Fri, Jul 13, 2018 at 10:23 AM Lukasz Majewski wrote:
>
> On Fri, 13 Jul 2018 16:53:53 +0200
> Marek Vasut wrote:
>
> > On 07/13/2018 03:34 PM, Adam Ford wrote:
> > > On Fri, Jun 29, 2018 at 3:21 PM Adam Ford
> > > wrote:
> > >>
> > >> On Fri, Jun 29, 2018 at 2:09 PM Tom Rini
> > >> wrote:
>
On Fri, 13 Jul 2018 16:53:53 +0200
Marek Vasut wrote:
> On 07/13/2018 03:34 PM, Adam Ford wrote:
> > On Fri, Jun 29, 2018 at 3:21 PM Adam Ford
> > wrote:
> >>
> >> On Fri, Jun 29, 2018 at 2:09 PM Tom Rini
> >> wrote:
> >>>
> >>> On Thu, Jun 28, 2018 at 09:30:19PM -0500, Derald D. Woods
On 07/13/2018 03:34 PM, Adam Ford wrote:
> On Fri, Jun 29, 2018 at 3:21 PM Adam Ford wrote:
>>
>> On Fri, Jun 29, 2018 at 2:09 PM Tom Rini wrote:
>>>
>>> On Thu, Jun 28, 2018 at 09:30:19PM -0500, Derald D. Woods wrote:
On Thu, Jun 28, 2018 at 10:47:36AM -0500, Adam Ford wrote:
> On Wed,
On 07/13/2018 05:09 PM, Masahiro Yamada wrote:
> 2018-07-13 23:51 GMT+09:00 Marek Vasut :
>> On 07/13/2018 01:05 PM, Masahiro Yamada wrote:
>>> 2018-07-13 19:58 GMT+09:00 Marek Vasut :
On 07/13/2018 12:52 PM, Masahiro Yamada wrote:
> 2018-07-13 19:35 GMT+09:00 Marek Vasut :
>> On
On 07/13/2018 12:09 PM, Igor Opaniuk wrote:
> Hi Andrew,
> Sorry I missed your message.
>
> On 9 July 2018 at 18:21, Andrew F. Davis wrote:
>> On 07/09/2018 09:52 AM, Sam Protsenko wrote:
>>> On Mon, Jul 9, 2018 at 3:15 PM, Igor Opaniuk
>>> wrote:
Implement get_size_of_partition()
On Thu, Jun 14, 2018 at 9:34 PM, Guillaume GARDET
wrote:
> Needed to boot with EFI distro boot.
>
> Signed-off-by: Guillaume GARDET
>
> Cc: Akshay Saraswat
> Cc: Tom Rini
> ---
> include/configs/snow.h | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/include/configs/snow.h
Hi Andrew,
Sorry I missed your message.
On 9 July 2018 at 18:21, Andrew F. Davis wrote:
> On 07/09/2018 09:52 AM, Sam Protsenko wrote:
>> On Mon, Jul 9, 2018 at 3:15 PM, Igor Opaniuk wrote:
>>> Implement get_size_of_partition() operation,
>>> which is required by the latest upstream libavb [1].
Hi,
This is a reminder for this patch.
Guillaume
Le 14/06/2018 à 22:34, Guillaume GARDET a écrit :
Needed to boot with EFI distro boot.
Signed-off-by: Guillaume GARDET
Cc: Akshay Saraswat
Cc: Tom Rini
---
include/configs/snow.h | 3 +++
1 file changed, 3 insertions(+)
diff --git
Return the error code of the set_features function only if
the error code is not ENOTSUPP. Otherwise, if this function
is not supported, it will return and fail to initialize the
NAND.
Signed-off-by: Mylène Josserand
---
drivers/mtd/nand/sunxi_nand.c | 2 +-
1 file changed, 1 insertion(+), 1
Convert the EINVAL error into ENOTSUPP when the GET/SET_FEATURES
is not supported.
Signed-off-by: Mylène Josserand
---
drivers/mtd/nand/nand_base.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/mtd/nand/nand_base.c b/drivers/mtd/nand/nand_base.c
index
Hello everyone,
This is a first version of this series that fix code for NAND chip that
does not have ONFI get/set features support.
Patch 01:
The current code returns an invalid error if it is not supported.
It should return ENOTSUPP instead.
Patch 02:
In sunxi_nand driver, we should return of
1. Since libavb library alone is highly portable, introduce dedicated
Kconfig symbol for AVB compiler-dependent operations, so it's possible
to build libavb separately.
2. Add CONFIG_FASTBOOT dependency, as fastboot buffer is
re-used in partition verification operations.
Reported-by: Eugeniu
Use blk_dread()/blk_dwrite() in mmc_read()/mmc_write() AVB operation
implementations. This fixes compilation issues when CONFIG_BLK is
enabled.
Signed-off-by: Igor Opaniuk
---
common/avb_verify.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/common/avb_verify.c
This series of two patches fixes compilation issues when AVB 2.0 is
enabled for the 'sandbox' architecture:
1. Since libavb library alone is highly portable, it introduce dedicated
Kconfig symbol for AVB compiler-dependent operations, so it's possible
to build libavb separately.
2. Add
The board is manufactured by Digilent
Main features:
- Soc: XC7Z010 (Z7-10) or XC7Z020 (Z7-20)
- RAM: 1 GB DDR3L
- FLASH: 16 MB QSPI
- 1 Gbps Ethernet
- USB 2.0
- microSD slot
- Pcam camera connector
- HDMI Tx and Rx
- Audio codec: stereo out, stereo in, mic
- 5 (Z7-10) or 6 (Z7-20) Pmod ports
- 6
This series adds support for the Digilent Zybo Z7 board
The only think, that I tested, and is not working yet, is reading the
MAC address from the OTP region of the SPI flash memory, but I pretend
to work on that
I decided to split this series in two patches because the first contains
the
This patch add the 4 LED available on the ED1 board and activated
gpio led driver.
Signed-off-by: Patrick Delaunay
---
arch/arm/dts/stm32mp157c-ed1-u-boot.dtsi | 24
configs/stm32mp15_basic_defconfig| 2 ++
2 files changed, 26 insertions(+)
diff --git
Initialize the led with the default state defined in device tree.
Signed-off-by: Patrick Delaunay
---
board/st/stm32mp1/stm32mp1.c | 4
1 file changed, 4 insertions(+)
diff --git a/board/st/stm32mp1/stm32mp1.c b/board/st/stm32mp1/stm32mp1.c
index cc39fa6..db8c805 100644
---
This patch save common LED property "default-state" value
in post bind of LED uclass.
The configuration for this default state is only performed when
led_default_state() is called;
It can be called in your board_init()
or it could added in init_sequence_r[] in future.
Signed-off-by: Patrick
Hi,
The commit bc882f5d5c7b4d6ed5e927bf838863af43c786e7
introduce auto probe of LED in binding function
but that cause issue on my board.
This first patch of this patchset activateis the LED on my board
to explain the issue, the second patch revert this commit and
the third one propose an other
This reverts commit bc882f5d5c7b4d6ed5e927bf838863af43c786e7.
Signed-off-by: Patrick Delaunay
---
drivers/led/led_gpio.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/led/led_gpio.c b/drivers/led/led_gpio.c
index a36942b..533587d 100644
--- a/drivers/led/led_gpio.c
+++
This patch is enabling GPIO_DM support to have an option to use this
driver together with zynq gpio driver.
!DM part is kept there till Microblaze is cleanup which will be done
hopefully soon.
Just a note:
There is no reason to initialize uc-priv->name because it is completely
unused.
Microblaze is storing reset vector at address 0x0.
It means soft reset can be done by just jumping to this address.
This code was in platform code but sysreset interface is providing
enough capabilities to have more options how to reset the system. It can
go from gpio reset through watchdog reset
2018-07-13 23:51 GMT+09:00 Marek Vasut :
> On 07/13/2018 01:05 PM, Masahiro Yamada wrote:
>> 2018-07-13 19:58 GMT+09:00 Marek Vasut :
>>> On 07/13/2018 12:52 PM, Masahiro Yamada wrote:
2018-07-13 19:35 GMT+09:00 Marek Vasut :
> On 07/13/2018 12:22 PM, Masahiro Yamada wrote:
>>
On 07/13/2018 04:43 PM, Felix Brack wrote:
This patch adds a new Kconfig variable that allows setting
the register shift value for the ns16550 driver to some other
value then 0 if not defined by the DT. All credit for this
patch goes to Lokesh Vutla as it was his idea.
The motivation for
On 07/13/2018 02:50 PM, Jason Rush wrote:
> On 7/11/2018 1:54 PM, Marek Vasut wrote:
>> On 07/11/2018 07:30 PM, Trent Piepho wrote:
>>> On Wed, 2018-07-11 at 08:56 -0500, Jason Rush wrote:
On 7/11/2018 8:48 AM, Marek Vasut wrote:
> On 07/11/2018 03:49 PM, Jason Rush wrote:
>> My
On 07/13/2018 01:05 PM, Masahiro Yamada wrote:
> 2018-07-13 19:58 GMT+09:00 Marek Vasut :
>> On 07/13/2018 12:52 PM, Masahiro Yamada wrote:
>>> 2018-07-13 19:35 GMT+09:00 Marek Vasut :
On 07/13/2018 12:22 PM, Masahiro Yamada wrote:
> 2018-07-13 19:18 GMT+09:00 Marek Vasut :
>> On
This patch adds a new Kconfig variable that allows setting
the register shift value for the ns16550 driver to some other
value then 0 if not defined by the DT. All credit for this
patch goes to Lokesh Vutla as it was his idea.
The motivation for writing this patch originates in the
effort of
On Fri, Jun 29, 2018 at 3:21 PM Adam Ford wrote:
>
> On Fri, Jun 29, 2018 at 2:09 PM Tom Rini wrote:
> >
> > On Thu, Jun 28, 2018 at 09:30:19PM -0500, Derald D. Woods wrote:
> > > On Thu, Jun 28, 2018 at 10:47:36AM -0500, Adam Ford wrote:
> > > > On Wed, Jun 27, 2018 at 4:41 PM Tom Rini wrote:
It might be useful for user to see some human-readable root cause
message in addition to "configuration failed" message, so that the issue
can be fixed quickly.
Signed-off-by: Sam Protsenko
---
Changes in v2:
- None
drivers/dfu/dfu.c | 1 +
1 file changed, 1 insertion(+)
diff --git
In case of error in dfu_init_env_entities(), env_bkp will leak. Fix it
by providing single return path.
Signed-off-by: Sam Protsenko
---
Changes in v2:
- None
drivers/dfu/dfu.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/dfu/dfu.c b/drivers/dfu/dfu.c
Commit 5d8fae79163e ("dfu: avoid memory leak") brings a regression which
described below. This patch is effectively reverting that commit, adding
corresponding comment to avoid such regressions in future.
In case of error in dfu_config_entities(), it frees "dfu" array, which
leads to "data abort"
Hi Lukasz,
On Fri, Jul 13, 2018 at 12:49 PM, Lukasz Majewski wrote:
> Hi Sam,
>
>> The story of this change goes further... Just checked the reason, the
>> bug was introduced here [1]. So we can either use my patch (which adds
>> corresponding comment to ensure we won't "fix" it later), or the
On Fri, Jul 13, 2018 at 5:32 AM, Andy Shevchenko
wrote:
> On Fri, Jul 13, 2018 at 1:10 AM, Sam Protsenko
> wrote:
>> The story of this change goes further... Just checked the reason, the
>> bug was introduced here [1]. So we can either use my patch (which adds
>> corresponding comment to ensure
The existing bootcount feature is targeted systems with a primary, and a
rescue boot setup, where the number of boot tries to the primary boot is
tracked. If the number exceeds the limit, the alternative/rescue is
booted.
This patch adds support for a more sophisticated setup, where more than
two
> On 13 Jul 2018, at 11:15, Michal Simek wrote:
>
> The Linux kernel has binding for gpio-restart node.
> This patch is adding basic support without supporting any optional
> properties.
Nice. This may also give us an opportunity to streamline some of the reset
logic (and the FDT-interface to
On 7/11/2018 1:54 PM, Marek Vasut wrote:
> On 07/11/2018 07:30 PM, Trent Piepho wrote:
>> On Wed, 2018-07-11 at 08:56 -0500, Jason Rush wrote:
>>> On 7/11/2018 8:48 AM, Marek Vasut wrote:
On 07/11/2018 03:49 PM, Jason Rush wrote:
> My mistake. I did disable the dcache after scrubbing
UBI selects MTD_PARTITIONS which is the symbol to compile
drivers/mtd/mtdpart.c. Unfortunately, the symbol was not defined in
Kconfig and this worked only with board files defining it. Fix this by
adding a boolean in Kconfig so boards defined by defconfig files only
will work as expected.
The user might want to trigger the probe of any MTD device, export these
functions so they can be called from a command source file.
Signed-off-by: Miquel Raynal
---
drivers/mtd/mtd-uclass.c | 9 +
include/linux/mtd/mtd.h | 3 +++
2 files changed, 12 insertions(+)
diff --git
There should not be a 'nand' command, a 'sf' command and certainly not
another 'spi-nand'. Write a 'mtd' command instead to manage all MTD
devices at once. This should be the preferred way to access any MTD
device.
Signed-off-by: Miquel Raynal
---
cmd/Kconfig | 7 +
cmd/Makefile
Let spi-nand devices be recognized by mtdparts. This is superfluous
but a full mtdparts rework would be very time-consuming.
Signed-off-by: Miquel Raynal
---
cmd/mtdparts.c | 13 -
include/jffs2/load_kernel.h | 7 +--
2 files changed, 13 insertions(+), 7
All U-Boot users must define the mtdparts environment variable with:
setenv mtdparts mtdparts=...
This is a pure software limitation and is a complete non-sense. Remove
this limitation but keep the backward compatibility.
Signed-off-by: Miquel Raynal
---
cmd/mtdparts.c | 17 ++---
The current parser is very specific to U-Boot mtdparts implementation.
It does not use MTD structures like mtd_info and mtd_partition. Write
some kind of a wrapper around the current implementation to allow other
commands to benefit from this parsing in a user-friendly way.
This new command will
From: Boris Brezillon
Some controllers are exposing high-level interfaces to access various
kind of SPI memories. Unfortunately they do not fit in the current
spi_controller model and usually have drivers placed in
drivers/mtd/spi-nor which are only supporting SPI NORs and not SPI
memories in
Add support for the MX35LF2GE4AB chip, which is similar to its cousin
MX35LF1GE4AB, with two planes instead of one.
Signed-off-by: Miquel Raynal
---
drivers/mtd/nand/spi/macronix.c | 20 ++--
1 file changed, 14 insertions(+), 6 deletions(-)
diff --git
These definitions are simply not used and are misleading because similar
definitions exist in jffs2/load_kernel.h and are used widely to define
MTD device types (which is, by the way, totally redundant with what the
MTD core does). Remove these definitions.
Signed-off-by: Miquel Raynal
---
From: Peter Pan
Add a SPI NAND framework based on the generic NAND framework and the
spi-mem infrastructure.
In its current state, this framework supports the following features:
- single/dual/quad IO modes
- on-die ECC
Signed-off-by: Peter Pan
Signed-off-by: Boris Brezillon
Signed-off-by:
From: Boris Brezillon
Add bindings for SPI NAND chips.
Signed-off-by: Boris Brezillon
Signed-off-by: Miquel Raynal
---
doc/device-tree-bindings/mtd/spi-nand.txt | 5 +
1 file changed, 5 insertions(+)
create mode 100644 doc/device-tree-bindings/mtd/spi-nand.txt
diff --git
Current implementation of mtdparts command errors out if the desired MTD
device is not found. Fallback to the new probe function in this case
before erroring out.
This will the save the user the need to call something like 'mtd list'
before mtdparts.
Signed-off-by: Miquel Raynal
---
From: Ezequiel Garcia
There's no reason for having mtd_write_oob inlined in mtd.h header.
Move it to mtdcore.c where it belongs.
Signed-off-by: Ezequiel Garcia
Acked-by: Boris Brezillon
Signed-off-by: Jacek Anaszewski
Signed-off-by: Miquel Raynal
---
drivers/mtd/mtdcore.c | 12
From: Frieder Schrempf
Add support for the W25M02GV chip.
Signed-off-by: Frieder Schrempf
Signed-off-by: Boris Brezillon
Signed-off-by: Miquel Raynal
---
drivers/mtd/nand/spi/Makefile | 2 +-
drivers/mtd/nand/spi/core.c| 1 +
drivers/mtd/nand/spi/winbond.c | 143
From: Boris Brezillon
Add minimal support for the MX35LF1GE4AB SPI NAND chip.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/spi/Makefile | 2 +-
drivers/mtd/nand/spi/core.c | 1 +
drivers/mtd/nand/spi/macronix.c | 138
From: Boris Brezillon
The NAND sub-layers are likely to need the MTD_OPS_XXX mode information
in order to decide if they should enable/disable ECC or how they should
place the OOB bytes in the provided OOB buffer.
Add a field to nand_page_io_req to pass this information.
Signed-off-by: Boris
From: Peter Pan
Add a basic driver for Micron SPI NANDs. Only one device is supported
right now, but the driver will be extended to support more devices
afterwards.
Signed-off-by: Peter Pan
Signed-off-by: Boris Brezillon
Signed-off-by: Miquel Raynal
---
drivers/mtd/nand/spi/Makefile | 2
From: Boris Brezillon
Add an intermediate layer to abstract NAND device interface so that
some logic can be shared between SPI NANDs, parallel/raw NANDs,
OneNANDs, ...
Signed-off-by: Boris Brezillon
Signed-off-by: Miquel Raynal
---
drivers/mtd/nand/Kconfig | 3 +
drivers/mtd/nand/Makefile
There is no reason to have NAND, SPI flashes and UBI sections outside of
the MTD submenu in Kconfig.
Signed-off-by: Miquel Raynal
Reviewed-by: Jagan Teki
---
drivers/mtd/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/mtd/Kconfig b/drivers/mtd/Kconfig
NAND flavors, like serial and parallel, have a lot in common and would
benefit to share code. Let's move raw (parallel) NAND specific code in a
raw/ subdirectory, to ease the addition of a core file in nand/ and the
introduction of a spi/ subdirectory specific to SPI NANDs.
Signed-off-by: Miquel
Sync the Kconfig raw NAND entry title with the code architecture.
Signed-off-by: Miquel Raynal
---
drivers/mtd/nand/raw/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mtd/nand/raw/Kconfig b/drivers/mtd/nand/raw/Kconfig
index bdc272142e..118fae7620 100644
---
Some helpers might be useful in a future 'mtd' U-Boot command to parse
MTD device list.
Signed-off-by: Miquel Raynal
---
drivers/mtd/mtdcore.h | 6 --
include/linux/mtd/mtd.h | 6 ++
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/mtd/mtdcore.h
Some MTD sublayers/drivers are implementing ->_read/write() and
not ->_read/write_oob().
While for NAND devices both are usually valid, for NOR devices, using
the _oob variant has no real meaning. But, as the MTD layer is supposed
to hide as much as possible the flash complexity to the user,
From: Brian Norris
We are going to begin using the mtd->dev.of_node field for MTD device
nodes, so let's add helpers for it. Also, we'll be making some
conversions on spi_nor (and nand_chip eventually) too, so get that ready
with their own helpers.
Signed-off-by: Brian Norris
Reviewed-by:
From: Boris Brezillon
Some MTD sublayers/drivers are implementing ->_read/write_oob() and
provide dummy wrappers for their ->_read/write() implementations.
Let the core handle this case instead of duplicating the logic.
Signed-off-by: Boris Brezillon
Acked-by: Robert Jarzmik
Acked-by: Brian
Fix build errors produced by mtd.h and dm/device.h if not included in
the right order.
Signed-off-by: Miquel Raynal
Reviewed-by: Jagan Teki
---
include/linux/mtd/mtd.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/linux/mtd/mtd.h b/include/linux/mtd/mtd.h
index
From: Boris Brezillon
Unlike what's done in mtd_read/write(), there are no checks to make sure
the parameters passed to mtd_read/write_oob() are consistent, which
forces implementers of ->_read/write_oob() to do it, which in turn leads
to code duplication and possibly errors in the logic.
Do
During the last months, Boris Brezillon shared his work to support
serial flashes within Linux. First, he delivered (and merged) a new
layer called spi-mem. He also initiated in Linux MTD subsystem the move
of all 'raw' NAND related code to a raw/ subdirectory, adding at the
same time a NAND core
Hi Miquel,
Miquel Raynal wrote on Thu, 12 Jul 2018
15:24:45 +0200:
> During the last months, Boris Brezillon shared his work to support
> serial flashes within Linux. First, he delivered (and merged) a new
> layer called spi-mem. He also initiated in Linux MTD subsystem the move
> of all 'raw'
Add a Synopsys Designware MIPI DSI host bridge driver, based on the
Rockchip version from rockchip/dw-mipi-dsi.c with phy & bridge APIs.
Signed-off-by: Yannick Fertré
---
drivers/video/Kconfig | 9 +
drivers/video/Makefile | 1 +
drivers/video/dw_mipi_dsi.c | 826
Signed-off-by: Yannick Fertré
---
configs/stm32f769-disco_defconfig | 67 +++
1 file changed, 67 insertions(+)
create mode 100644 configs/stm32f769-disco_defconfig
diff --git a/configs/stm32f769-disco_defconfig
b/configs/stm32f769-disco_defconfig
new file
Enable the display controller, mipi dsi bridge & panel.
Set panel display timings.
Signed-off-by: Yannick Fertré
---
arch/arm/dts/stm32f769-disco.dts | 41
1 file changed, 41 insertions(+)
diff --git a/arch/arm/dts/stm32f769-disco.dts
Add mipi dsi bridge node in device-tree.
Signed-off-by: Yannick Fertré
---
arch/arm/dts/stm32f746.dtsi | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/dts/stm32f746.dtsi b/arch/arm/dts/stm32f746.dtsi
index afa7832..005d267 100644
--- a/arch/arm/dts/stm32f746.dtsi
+++
Add the STM32 DSI controller driver that uses the Synopsys DesignWare
MIPI DSI host controller bridge.
Signed-off-by: Yannick Fertré
---
drivers/video/stm32/Kconfig | 10 +
drivers/video/stm32/Makefile| 1 +
drivers/video/stm32/stm32_dsi.c | 427
Support for Orise Tech otm8009a 480p dsi 2dl video mode panel.
Signed-off-by: Yannick Fertré
---
drivers/video/Kconfig | 8 +
drivers/video/Makefile | 1 +
drivers/video/orisetech_otm8009a.c | 366 +
3 files changed, 375
Support for Raydium RM68200 720p dsi 2dl video mode panel.
This rm68200 panel driver is based on the Linux Kernel driver from
drivers/gpu/drm/panel/panel-raydium-rm68200.c.
Signed-off-by: Yannick Fertré
---
drivers/video/Kconfig | 8 +
drivers/video/Makefile | 1 +
Mipi_display.c contains a set of dsi helpers.
This file is a copy of file drm_mipi_dsi.c (linux kernel).
Signed-off-by: Yannick Fertré
---
drivers/video/Kconfig| 9 +
drivers/video/Makefile | 1 +
drivers/video/mipi_display.c | 817 +++
Version 1:
- Initial commit:
Version2:
- swap patches to avoid compilation issue.
- remove panel timings from device tree
This serie contains all patchsets needed for displaying a splash screen
on the stm32f769 disco board.
A new config has been created configs/stm32f769-disco_defconfig.
This
Manage a bridge insert between the display controller & a panel.
Signed-off-by: Yannick Fertré
---
drivers/video/stm32/stm32_ltdc.c | 154 +++
1 file changed, 92 insertions(+), 62 deletions(-)
diff --git a/drivers/video/stm32/stm32_ltdc.c
Get timings from panel instead of read device tree.
Signed-off-by: Yannick Fertré
---
drivers/video/panel-uclass.c | 11 +++
include/panel.h | 18 ++
2 files changed, 29 insertions(+)
diff --git a/drivers/video/panel-uclass.c b/drivers/video/panel-uclass.c
1 - 100 of 172 matches
Mail list logo
