On 30.07.2018 16:04, Marek Vasut wrote:
On 07/30/2018 04:03 PM, Simon Goldschmidt wrote:
On 12.05.2018 22:28, Marek Vasut wrote:
Pull the serial port configuration from DT and use DM serial instead
of having the serial configuration in two places, DT and board config.
Signed-off-by: Marek Va
On 08/01/2018 09:29 AM, Goldschmidt Simon wrote:
>
> On 30.07.2018 16:04, Marek Vasut wrote:
>> On 07/30/2018 04:03 PM, Simon Goldschmidt wrote:
>>>
>>> On 12.05.2018 22:28, Marek Vasut wrote:
Pull the serial port configuration from DT and use DM serial instead
of having the serial confi
Hi Horia,
> -Original Message-
> From: Horia Geanta
>
> On 7/31/2018 5:53 PM, laurentiu.tu...@nxp.com wrote:
> > From: Laurentiu Tudor
> >
> > Add support for SEC ICID configuration and apply it for ls1046a.
> > Also add code to make the necessary device tree fixups.
> >
> > Signed-off-b
Hi Bharat,
> -Original Message-
> From: Bharat Bhushan
> >
> > On 7/31/2018 5:53 PM, laurentiu.tu...@nxp.com wrote:
> > > From: Laurentiu Tudor
> > >
> > > Add support for SEC ICID configuration and apply it for ls1046a.
> > > Also add code to make the necessary device tree fixups.
> > >
On Tue, 31 Jul 2018 23:40:10 +0530
Anand Moon wrote:
> Hi Lukasz,
>
> On 27 July 2018 at 15:26, Lukasz Majewski wrote:
> > On Fri, 27 Jul 2018 14:42:32 +0530
> > Anand Moon wrote:
> >
> >> Hi Lukasz,
> >>
> >> On 27 July 2018 at 13:54, Lukasz Majewski wrote:
> >> > On Fri, 27 Jul 2018 08:
Hi Jagan,
Jagan Teki wrote on Wed, 1 Aug 2018
11:55:19 +0530:
> On Wed, Aug 1, 2018 at 12:55 AM, Boris Brezillon
> wrote:
> > Hi Jagan,
> >
> > On Tue, 31 Jul 2018 20:03:47 +0530
> > Jagan Teki wrote:
> >
> >> > Applied to u-boot-spi/master
> >>
> >> Look like we have some build issues [1]
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 +++
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 t
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 No
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, there
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 ea659c354b..8def104
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 b/drivers/mtd/mtdc
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 gen
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 Br
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: Boris
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 1e4ea7bdd4..008f7b4b4b 100644
---
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
ind
From: Frieder Schrempf
Add support for the W25M02GV chip.
Signed-off-by: Frieder Schrempf
Signed-off-by: Boris Brezillon
Signed-off-by: Miquel Raynal
Acked-by: Jagan Teki
---
drivers/mtd/nand/spi/Makefile | 2 +-
drivers/mtd/nand/spi/core.c| 1 +
drivers/mtd/nand/spi/winbond.c | 14
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.
Documentation, README*,
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 gen
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
Acked-by: Jagan Teki
---
drivers/mtd/mtd-uclass.c | 9 +
include/linux/mtd/mtd.h | 3 +++
2 files changed, 12 insertions(+)
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: M
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
Acked-by: Jagan Teki
---
drivers/mtd/nand/Kconfig | 3 +
driv
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.
Signed-o
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
Acked-by: Jagan Teki
---
drivers/mtd/nand
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
Acked-by:
From: Boris Brezillon
Add bindings for SPI NAND chips.
Signed-off-by: Boris Brezillon
Signed-off-by: Miquel Raynal
Acked-by: Jagan Teki
---
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
Add support for the MX35LF2GE4AB chip, which is similar to its cousin
MX35LF1GE4AB, with two planes instead of one.
Signed-off-by: Miquel Raynal
Acked-by: Jagan Teki
---
drivers/mtd/nand/spi/macronix.c | 20 ++--
1 file changed, 14 insertions(+), 6 deletions(-)
diff --git a/dri
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
Acked-by: Jagan Teki
---
cmd/mtdparts.c | 1
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 a
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
Acked-by: Jagan Teki
---
cmd/mtdparts.c | 13 -
include/jffs2/load_kernel.h | 7 +--
2 files changed, 13 insert
From: Boris Brezillon
Add minimal support for the MX35LF1GE4AB SPI NAND chip.
Signed-off-by: Boris Brezillon
Acked-by: Jagan Teki
---
drivers/mtd/nand/spi/Makefile | 2 +-
drivers/mtd/nand/spi/core.c | 1 +
drivers/mtd/nand/spi/macronix.c | 138 ++
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
Acked-by: Jagan
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
Acked-by: Jagan Teki
---
cmd/Kconfig |
On Fri, Jul 27, 2018 at 11:59 PM Tom Rini wrote:
>
> With some recent changes to relevant drivers here the openrd board
> (openrd_client in this case) does not fit within its size constraint.
> We can however drop the slightly extended baudrate table and then the
> duplication of mtdparts/mtdids i
Recently the FMan Port and MAC compatibles were changed.
This patch aligns the FMan Port and MAC compatibles
to the new FMan device tree binding document.
The FMan device tree binding document can be found in the Linux
kernel:
./Documentation/devicetree/bindings/net/fsl-fman.txt
This patch doesn'
I've long been trying to convert our board (AM3352) to all DM, after
knocking out lots of problems, I've run into one I can't seem to
configure my way around, when I enable SPL_OF_CONTROL.
We have MMC2 as our boot device, with no MMC1 (and hence not present
in the DTB). Once we're into full U-Boot
Hi!
On Wed, 1 Aug 2018 08:44:13 +0300
Tomas Melin wrote:
> > This commit breaks YMODEM SPL->U-Boot boot on Beagle Bone,
> > transfer is aborted (because of timeout) after 497kb
> > (u-boot.img is around 570kb).
> > Reverting the commit repairs YMODEM boot.
>
> Is the timeout a watchdog timeout
Hello,
I have observed, that if you have a corrupted FDT within a FIT image, then the
error handling is not correct and you will fail to 'hang()'.
To allow an error handling within scripts, the return value of the calling
function 'fit_image_load()' has to be checked for negative values.
On err
- changes ram start address to 0xC000
Signed-off-by: Mark Olsson
Cc: Vipin Kumar
---
include/configs/stm32f746-disco.h | 2 ++
1 file changed, 2 insertions(+)
mode change 100644 => 100755 include/configs/stm32f746-disco.h
diff --git a/include/configs/stm32f746-disco.h
b/include/configs/s
On Tue, Jul 31, 2018 at 11:41:50PM +0530, Jagan Teki wrote:
> Hi Tom,
>
> Please pull this PR.
>
> thanks,
> Jagan.
>
> The following changes since commit 5a0007d481c0fcd2d422dd48b2a129dd8e8a272a:
>
> Prepare v2017.09-rc1 (2018-07-30 21:47:29 -0400)
>
> are available in the Git repository a
On Wed, Aug 01, 2018 at 08:40:18PM +1200, Chris Packham wrote:
> On Fri, Jul 27, 2018 at 11:59 PM Tom Rini wrote:
> >
> > With some recent changes to relevant drivers here the openrd board
> > (openrd_client in this case) does not fit within its size constraint.
> > We can however drop the slight
Hello Tom, Simon, Alexander, Heinrich,
On Wed, Jul 25, 2018 at 03:30:16PM +0200, Eugeniu Rosca wrote:
> Hello Alexander,
>
> Heinrich was kind to have a look at [1] and already provided his
> Reviewed-by. Could you please state your further expectations to accept
> the patches?
>
> [1] https://p
Hello Alex,
have you tried to set "u-boot,spl-boot-order" in choosen node?
Take a look into:
doc/device-tree-bindings/chosen.txt
Best regards
Johann Neuhauser
-Ursprüngliche Nachricht-
Von: U-Boot [mailto:u-boot-boun...@lists.denx.de] Im Auftrag von Alex Kiernan
Gesendet: Mittwoch, 1.
On Wed, Aug 1, 2018 at 4:43 PM, Tom Rini wrote:
> On Tue, Jul 31, 2018 at 11:41:50PM +0530, Jagan Teki wrote:
>
>> Hi Tom,
>>
>> Please pull this PR.
>>
>> thanks,
>> Jagan.
>>
>> The following changes since commit 5a0007d481c0fcd2d422dd48b2a129dd8e8a272a:
>>
>> Prepare v2017.09-rc1 (2018-07-30
Hi,
Currently it seems that we have two CRC32 implementation in U-Boot.
Two headers files are provided.
1. include/linux/crc32.h
The implementation is drivers/mtd/ubi/crc32.c.
Codes that use this implementation include:
drivers/mtd/ubi/*
drivers/mtd/ubispl/*
fs/ubifs/*
2. include/u-boot/crc.h
T
On Wed, Aug 1, 2018 at 7:47 PM, Jagan Teki wrote:
> On Wed, Aug 1, 2018 at 4:43 PM, Tom Rini wrote:
>> On Tue, Jul 31, 2018 at 11:41:50PM +0530, Jagan Teki wrote:
>>
>>> Hi Tom,
>>>
>>> Please pull this PR.
>>>
>>> thanks,
>>> Jagan.
>>>
>>> The following changes since commit 5a0007d481c0fcd2d422
This patch series provides following improvements to Odroid XU3:
- Fix sdr_timing problem with DW_MMC running with DM
- Clean up the defconfig file
- Fix potential memory leak when running under DM (DW_MMC)
- Rebase on newest ML
- Remove the patch, which add support for booting only from SD card
Tr
This commit prevents memory leak when this function is used with DM_MMC
as the struct dwmci_exynos_priv_data is already allocated by DM.
It is necessary for NON DM aware devices to allocate this struct first.
Signed-off-by: Lukasz Majewski
Tested-by: Anand Moon
---
Changes in v2:
- Add tested
The Exynos5422 is solely using DW MMC IP block to support eMMC/SD devices,
hence the SDHCI code doesn't need to be compiled it.
Signed-off-by: Lukasz Majewski
Tested-by: Anand Moon
---
Changes in v2:
- Add tested-by
- Rebase on the newest main line
configs/odroid-xu3_defconfig | 2 --
1 file
This change is necessary to allow booting the Odroid XU3 from SD card
after enabling the DM_MMC support.
After this change the SD card mmc IP block is correctly enumerated as mmc2
(and not as mmc1 as in the legacy code).
Signed-off-by: Lukasz Majewski
Tested-by: Anand Moon
---
Changes in v2:
This commit enables support for DW_MMC running with driver model.
Signed-off-by: Lukasz Majewski
Tested-by: Anand Moon
---
Changes in v2:
- Add tested-by
- Rebase on the newest main line
configs/odroid-xu3_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/odroid-xu3_defco
Signed-off-by: Lukasz Majewski
Tested-by: Anand Moon
---
Changes in v2:
- Add tested-by
- Rebase on the newest main line
board/samsung/smdk5420/MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/board/samsung/smdk5420/MAINTAINERS
b/board/samsung/smdk5420/MAINTAINERS
index 590a11
This commit enables support for Exynos Designware MMC driver based on DM.
Signed-off-by: Lukasz Majewski
Tested-by: Anand Moon
---
Changes in v2:
- Add tested-by
- Rebase on the newest main line
drivers/mmc/exynos_dw_mmc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mmc/exyno
This commit adjusts the autoboot.cmd file to use ${mmcbootdev} instead of
hardcoded value 0.
This is necessary to allow booting this board from the SD card.
Signed-off-by: Lukasz Majewski
Tested-by: Anand Moon
---
Changes in v2:
- Add tested-by
- Rebase on the newest main line
board/samsung
By convention for DM_MMC the host->priv is used to store struct udevice
*dev pointer.
Unfortunately, the legacy Exynos DW MMC code uses this field to
store pointer to dwmci_exynos_priv_data struct
Hence, we do need to get data in other way - namely by using container_of
when host pointer is presen
On Wed, Aug 01, 2018 at 08:43:17PM +0800, Chen-Yu Tsai wrote:
> On Wed, Aug 1, 2018 at 7:47 PM, Jagan Teki wrote:
> > On Wed, Aug 1, 2018 at 4:43 PM, Tom Rini wrote:
> >> On Tue, Jul 31, 2018 at 11:41:50PM +0530, Jagan Teki wrote:
> >>
> >>> Hi Tom,
> >>>
> >>> Please pull this PR.
> >>>
> >>> th
On Mon, 30 Jul 2018 09:11:31 -0400
Luis Araneda luaran...@gmail.com wrote:
> Hi,
>
> On Wed, Jul 4, 2018 at 2:40 AM Luis Araneda wrote:
> >
> > Drop the DM_I2C dependency, as the library only implements
> > the parsing of EDID data and doesn't depend on any driver
> >
> > One user of this librar
On Wed, Aug 1, 2018 at 8:55 PM, Tom Rini wrote:
> On Wed, Aug 01, 2018 at 08:43:17PM +0800, Chen-Yu Tsai wrote:
>> On Wed, Aug 1, 2018 at 7:47 PM, Jagan Teki
>> wrote:
>> > On Wed, Aug 1, 2018 at 4:43 PM, Tom Rini wrote:
>> >> On Tue, Jul 31, 2018 at 11:41:50PM +0530, Jagan Teki wrote:
>> >>
>>
On Wed, Aug 01, 2018 at 08:58:10PM +0800, Chen-Yu Tsai wrote:
> On Wed, Aug 1, 2018 at 8:55 PM, Tom Rini wrote:
> > On Wed, Aug 01, 2018 at 08:43:17PM +0800, Chen-Yu Tsai wrote:
> >> On Wed, Aug 1, 2018 at 7:47 PM, Jagan Teki
> >> wrote:
> >> > On Wed, Aug 1, 2018 at 4:43 PM, Tom Rini wrote:
>
>>> On 07/31/2018 02:03 PM, Alexander Graf wrote:
>
> Am 31.07.2018 um 21:44 schrieb Stephen Warren :
>
> From: Stephen Warren
>
> Some boards define a maximum usable RAM top that's more restrictive
> than
> the ranges defined by U-Boot's memory bank definitions[1].
Hello,
I have implemented verified boot in SPL and build my SPL image with "make
EXT_DTB=/path/to/dtb/with/embedded/pub-key SPL".
In the build process all nodes except chosen and config are stripped off for
SPL and TPL builds.
Don´t know if this is a good behavior to remove everything except th
On Wed, Aug 1, 2018 at 12:30 PM Johann Neuhauser
wrote:
>
> Hello Alex,
>
> have you tried to set "u-boot,spl-boot-order" in choosen node?
>
> Take a look into:
> doc/device-tree-bindings/chosen.txt
>
Thanks, I totally failed to see that.
Let me have an investigate!
> Best regards
>
> Johann Ne
On Tue, Jul 10, 2018 at 4:04 AM, Chen-Yu Tsai wrote:
> This is on a Libre Computer ALL-H3-CC H3 variant. Still running a
> bisect, but v2018.07-rc1 is a working version. From the EHCI error
> messages, I'm thinking it might be related to the USB changes lately.
> Not sure if any other SoCs (ex. A6
On 08/01/2018 02:13 PM, Bin Meng wrote:
> Hi,
>
> Currently it seems that we have two CRC32 implementation in U-Boot.
> Two headers files are provided.
>
> 1. include/linux/crc32.h
> The implementation is drivers/mtd/ubi/crc32.c.
> Codes that use this implementation include:
>
> drivers/mtd/ub
Hi Patrice,
On 31 July 2018 at 07:53, Patrice CHOTARD wrote:
>
> Hi Simon
>
> On 07/31/2018 01:52 PM, Simon Glass wrote:
> > Hi Patrice,
> >
> > On 30 July 2018 at 09:23, Patrice Chotard wrote:
> >> From: Patrick Delaunay
> >>
> >> Replace setparity by more generic setconfig ops
> >> to allow u
On Tue, Jul 31, 2018 at 05:25:52PM +, York Sun wrote:
> Tom,
>
> The following changes since commit 2547e91dc15e5203e15d4ebde9172174743b14a7:
>
> tegra: Indicate that binman makes all three output files (2018-07-26
> 15:49:40 -0400)
>
> are available in the git repository at:
>
> git:/
On Tue, Jul 31, 2018 at 04:59:33AM +, Alexey Brodkin wrote:
> Hi Tom,
>
> The following changes since commit 5a0007d481c0fcd2d422dd48b2a129dd8e8a272a:
>
> Prepare v2017.09-rc1 (2018-07-30 21:47:29 -0400)
>
> are available in the Git repository at:
>
> git://git.denx.de/u-boot-arc.git t
On Fri, 13 Jul 2018 14:11:10 +0200
Yannick Fertré yannick.fer...@st.com wrote:
> 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 ins
Hi Johann
On Wed, Aug 1, 2018 at 2:18 PM Alex Kiernan wrote:
>
> On Wed, Aug 1, 2018 at 12:30 PM Johann Neuhauser
> wrote:
> >
> > Hello Alex,
> >
> > have you tried to set "u-boot,spl-boot-order" in choosen node?
> >
> > Take a look into:
> > doc/device-tree-bindings/chosen.txt
> >
>
> Thanks,
Replace stm32_serial_setparity by stm32_serial_setconfig
which allows to set serial bits number, parity and stop
bits number.
Only parity setting is implemented.
Signed-off-by: Patrick Delaunay
Signed-off-by: Patrice Chotard
---
Changes in v2:
- Update stm32_serial_setconfig prototype
drive
Signed-off-by: Patrice Chotard
---
Changes in v2:
- Add sandbox serial test
drivers/serial/sandbox.c | 14 ++
include/common.h | 1 +
test/dm/Makefile | 1 +
test/dm/serial.c | 26 ++
4 files changed, 42 insertions(+)
create mode
This series :
- replace setparity ops by more complete setconfig in serial uclass
- replace setparity by setconfig in STM32 serial driver
Changes in v2:
- Update SERIAL_BITS_MASK and SERIAL_STOP_MASK
- Update serial_setconfig prototype
- Update stm32_serial_setconfig prototype
- Add s
From: Patrick Delaunay
Replace setparity by more generic setconfig ops
to allow uart parity, bits word length and stop bits
number change.
Adds SERIAL_GET_PARITY/BITS/STOP macros.
Signed-off-by: Patrick Delaunay
Signed-off-by: Patrice Chotard
---
Changes in v2:
- Update SERIAL_BITS_MASK an
On Fri, 13 Jul 2018 14:11:09 +0200
Yannick Fertré yannick.fer...@st.com wrote:
> 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
On 08/01/2018 12:07 AM, Heinrich Schuchardt wrote:
On 07/31/2018 09:44 PM, Stephen Warren wrote:
From: Stephen Warren
Some boards define a maximum usable RAM top that's more restrictive than
the ranges defined by U-Boot's memory bank definitions[1]. In this case,
the unusable RAM isn't mapped
On 08/01/2018 05:42 PM, Simon Goldschmidt wrote:
>
>
> Marek Vasut mailto:ma...@denx.de>> schrieb am Mi., 1.
> Aug. 2018, 09:35:
>
> On 08/01/2018 09:29 AM, Goldschmidt Simon wrote:
> >
> > On 30.07.2018 16:04, Marek Vasut wrote:
> >> On 07/30/2018 04:03 PM, Simon Goldschmidt wro
This series :
- Add new gpio ops get_function_number
- Add get_function and get_function_number support to stm32 gpio driver
- Add get_function_number test
Christophe Kerello (1):
gpio: stm32f7: Add ops get_function
Patrice Chotard (2):
gpio: sandbox: Rename GPIOF_(OUTPUT|HIGH|ODR) to
From: Patrick Delaunay
When a pin is not configured as a GPIO, it could
have several alternate function.
To be able to identify the alternate function,
add ops get_function_number() to request the pin
function index from the driver when pin is not used
as gpio.
Signed-off-by: Patrick Delaunay
From: Christophe Kerello
This patch adds gpio get_function ops support.
This function reports the state of a gpio.
Signed-off-by: Christophe Kerello
Signed-off-by: Patrice Chotard
---
drivers/gpio/stm32f7_gpio.c | 20
1 file changed, 20 insertions(+)
diff --git a/driver
To avoid confusion with enum gpio_func_t GPIOF_OUTPUT defined in
asm-generic/gpio.h, rename all sandbox flags GPIOF_(OUTPUT|HIGH|ODR)
to SDBX_GPIO_(OUTPUT|HIGH|ODR)
Signed-off-by: Patrice Chotard
---
drivers/gpio/sandbox.c | 22 +++---
1 file changed, 11 insertions(+), 11 deleti
From: Patrick Delaunay
Allow to display function number using "gpio" command.
Example, display all gpio state :
gpio status -a
GPIOD2: func: 12
GPIOD3: func: 9
GPIOE3: func: 9
GPIOG6: func: 10
It's useful to control pin configuration
Signed-off-by: Patrick Delaunay
Signed-off-by: Patr
In order to test get_function_number ops, add sandbox_gpio_set_function()
and sandbox_gpio_set_function_number() to be able to configure a pin
not as a GPIO and to select the function number.
Signed-off-by: Patrice Chotard
---
arch/sandbox/include/asm/gpio.h | 23 +++
driver
Hi Mario,
On Tue, 26 Jun 2018 13:28:49 +0200
Mario Six mario@gdsys.cc wrote:
...
> ---
> drivers/video/Kconfig| 8 ++
> drivers/video/Makefile | 2 +-
> drivers/video/video_osd-uclass.c | 45 +
> include/dm/uclass-id.h | 1 +
> include/video_osd.
On Tue, 26 Jun 2018 13:28:50 +0200
Mario Six mario@gdsys.cc wrote:
...
> ---
> .../video/osd/gdsys,ihs_video_out.txt | 23 ++
> drivers/video/Kconfig | 9 +
> drivers/video/Makefile | 1 +
> drivers/video/ihs_video_out.
Am 30.07.2018 um 10:00 schrieb Michal Simek:
On 27.7.2018 11:14, Stefan Herbrechtsmeier wrote:
Am 27.07.2018 um 08:42 schrieb Michal Simek:
On 26.7.2018 22:04, Stefan Herbrechtsmeier wrote:
Am 26.07.2018 um 10:22 schrieb Michal Simek:
On 25.7.2018 21:17, Stefan Herbrechtsmeier wrote:
Am 25.0
Am 30.07.2018 um 21:34 schrieb Stefan Herbrechtsmeier:
Am 30.07.2018 um 16:10 schrieb Michal Simek:
On 30.7.2018 15:32, Stefan Herbrechtsmeier wrote:
Am 30.07.2018 um 14:40 schrieb Michal Simek:
On 27.7.2018 10:41, Stefan Herbrechtsmeier wrote:
Am 27.07.2018 um 09:05 schrieb Michal Simek:
On
Hello
I am working on a project in which I need to boot a customized linux kernel
on my board. The board components are stm32f429 processor, 8Mbyte SDRAM and
32Mbyte flash memory which are connected to the processer via FMC. I've
booted u-boot on the internal flash of the processor and I've install
Marek Vasut schrieb am Mi., 1. Aug. 2018, 09:35:
> On 08/01/2018 09:29 AM, Goldschmidt Simon wrote:
> >
> > On 30.07.2018 16:04, Marek Vasut wrote:
> >> On 07/30/2018 04:03 PM, Simon Goldschmidt wrote:
> >>>
> >>> On 12.05.2018 22:28, Marek Vasut wrote:
> Pull the serial port configuration f
Hi Tom.
On 31 July 2018 at 06:42, Tom Rini wrote:
>
> On Mon, Jul 30, 2018 at 02:10:44PM -0600, Simon Glass wrote:
>
> > Hi Tom,
> >
> > Here are the binman changes, with the rename of the 'pos' property to
> > 'offset'.
> >
> >
> > The following changes since commit 0e8a8a311020d317fcfcf594e8e3
Hi
On Wed, Aug 1, 2018 at 8:47 PM, Saeed Abdoli wrote:
> Hello
> I am working on a project in which I need to boot a customized linux kernel
> on my board. The board components are stm32f429 processor, 8Mbyte SDRAM and
> 32Mbyte flash memory which are connected to the processer via FMC. I've
> bo
On Wed, Aug 01, 2018 at 12:50:57PM -0600, Simon Glass wrote:
> Hi Tom.
>
> On 31 July 2018 at 06:42, Tom Rini wrote:
> >
> > On Mon, Jul 30, 2018 at 02:10:44PM -0600, Simon Glass wrote:
> >
> > > Hi Tom,
> > >
> > > Here are the binman changes, with the rename of the 'pos' property to
> > > 'off
Hi
On Wed, Aug 1, 2018 at 9:08 PM, Saeed Abdoli wrote:
> Hi Michael
> Thank you for your quick response.
> Can you please tell me how to solve the problem. Where can I change the
> relocation address, in kernel config or somewhere else?
>
If you not top-post and keep it posted it's better. What
After some thought, I believe there is an unfortunate naming flaw in
binman. Entries have a position and size, but now that we support
hierarchical sections it is unclear whether a position should be an
absolute position within the image, or a relative position within its
parent section.
At presen
At present each entry has an offset within its parent section. This is
useful for figuring out how entries relate to one another. However it
is sometimes necessary to locate an entry within an image, regardless
of which sections it is nested inside.
Add a new 'image-pos' property to provide this i
On Tue, 31 Jul 2018 12:01:00 +0200
Mario Six mario@gdsys.cc wrote:
> Document the regmap_alloc() function.
>
> Signed-off-by: Mario Six
Reviewed-by: Anatolij Gustschin
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-
On Tue, 31 Jul 2018 12:00:58 +0200
Mario Six mario@gdsys.cc wrote:
> The upcoming changes to the regmap interface will contain a proper check
> for plausibility when reading/writing from/to a register map. To still
> have the current tests pass, increase the size of the memory region for
> the
On Tue, 31 Jul 2018 12:00:59 +0200
Mario Six mario@gdsys.cc wrote:
> The documentation in regmap.h is not in kernel-doc format. Correct this.
>
> Signed-off-by: Mario Six
Reviewed-by: Anatolij Gustschin
___
U-Boot mailing list
U-Boot@lists.denx.d
On Tue, 31 Jul 2018 12:01:01 +0200
Mario Six mario@gdsys.cc wrote:
> ofnode_read_simple_addr_cells may fail and return a negative error code.
> Check for this when initializing regmaps.
>
> Also check if both_len is zero, since this is perfectly possible, and
> would lead to a division-by-zer
On Tue, 31 Jul 2018 12:01:02 +0200
Mario Six mario@gdsys.cc wrote:
> Both fdtdec_get_addr_size_fixed and of_address_to_resource can fail with
> an error, which is not currently checked during regmap initialization.
>
> Since the indentation depth is already quite deep, extract a new
> 'init_r
1 - 100 of 114 matches
Mail list logo