On Thu, Oct 4, 2018 at 8:48 AM Jean-Jacques Hiblot wrote:
>
> This series remove the usage of the DM_I2C_COMPAT option for all the ti
> platforms. It also takes this opportunity to not disable DM_I2C in the SPL.
>
> There are a couples of issues to fix:
> - CMD_EEPROM does not support the DM API.
On Fri, Oct 05, 2018 at 11:01:38PM +0200, Philipp Tomsich wrote:
> Tom,
>
> Another set of fixes for u-boot-rockchip is ready for integration.
> A Travis-CI report is at
> https://travis-ci.org/ptomsich/u-boot-rockchip/builds/437333443
>
> Thanks,
> Philipp.
>
>
> The following changes since
On Fri, Oct 05, 2018 at 02:10:16PM +, Alexey Brodkin wrote:
> Hi Tom,
>
> he following changes since commit a1588ac8228881f9fe65539fa8e31f0ee3556864:
>
> Merge tag 'rockchip-for-v2018.11' of git://git.denx.de/u-boot-rockchip
> (2018-10-03 12:09:19 -0400)
>
> are available in the Git repo
The following changes since commit 592cd5defd4f71d34ffcbd8dd3326bc10f662e20:
Merge branch 'master' of git://git.denx.de/u-boot-spi (2018-10-02
17:01:46 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-socfpga.git master
for you to fetch changes up to 8be11fb3c1d8d89ff
The following changes since commit 592cd5defd4f71d34ffcbd8dd3326bc10f662e20:
Merge branch 'master' of git://git.denx.de/u-boot-spi (2018-10-02
17:01:46 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-sh.git master
for you to fetch changes up to 806df252c1dafea0bee40f
On 10/05/2018 07:12 PM, chee.hong@intel.com wrote:
> From: "Ang, Chee Hong"
>
> Add macros for specifying number of arguments in mailbox command.
>
> Signed-off-by: Ang, Chee Hong
> ---
> arch/arm/mach-socfpga/include/mach/mailbox_s10.h | 6 ++
> 1 file changed, 6 insertions(+)
>
> di
On 10/05/2018 07:12 PM, chee.hong@intel.com wrote:
> From: "Ang, Chee Hong"
>
> Enable FPGA reconfiguration support for Stratix 10 SoC.
>
> Signed-off-by: Ang, Chee Hong
> ---
> drivers/fpga/Kconfig | 11 ++
> drivers/fpga/Makefile| 1 +
> drivers/fpga/stratix10.c | 290
> +
On 10/05/2018 07:12 PM, chee.hong@intel.com wrote:
> From: "Ang, Chee Hong"
>
> Enable 'fpga' command in u-boot. User will be able to use the fpga
> command to program the FPGA on Stratix10 SoC.
>
> Signed-off-by: Ang, Chee Hong
> ---
> arch/arm/mach-socfpga/misc.c | 22 +++
On 10/05/2018 07:05 PM, chee.hong@intel.com wrote:
> From: "Ang, Chee Hong"
>
> Add a generic mailbox API for FPGA reconfig status which can be
> called by others. This new function accepts 2 different mailbox
> commands: CONFIG_STATUS or RECONFIG_STATUS.
>
> Signed-off-by: Ang, Chee Hong
Tom,
Another set of fixes for u-boot-rockchip is ready for integration.
A Travis-CI report is at
https://travis-ci.org/ptomsich/u-boot-rockchip/builds/437333443
Thanks,
Philipp.
The following changes since commit a1588ac8228881f9fe65539fa8e31f0ee3556864:
Merge tag 'rockchip-for-v2018.11' of
On 04.10.2018 17:16, Stefan Roese wrote:
Some SPI NOR chips only support 4-byte mode addressing. Here the default
3-byte mode does not work and leads to incorrect accesses. This patch
now reads the 4-byte mode status bit (in this case in the CR register
of the Macronix SPI NOR) and configures the
From: "Ang, Chee Hong"
Enable 'fpga' command in u-boot. User will be able to use the fpga
command to program the FPGA on Stratix10 SoC.
Signed-off-by: Ang, Chee Hong
---
arch/arm/mach-socfpga/misc.c | 22 ++
arch/arm/mach-socfpga/misc_s10.c | 4
drivers/fpga/alter
From: "Ang, Chee Hong"
Enable Stratix10 FPGA reconfiguration support in defconfig.
Signed-off-by: Ang, Chee Hong
---
configs/socfpga_stratix10_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/socfpga_stratix10_defconfig
b/configs/socfpga_stratix10_defconfig
index c78a11e.
From: "Ang, Chee Hong"
Enable FPGA reconfiguration support for Stratix 10 SoC.
Signed-off-by: Ang, Chee Hong
---
drivers/fpga/Kconfig | 11 ++
drivers/fpga/Makefile| 1 +
drivers/fpga/stratix10.c | 290 +++
include/altera.h | 4 +
From: "Ang, Chee Hong"
This patch enable FPGA reconfiguration for Stratix10 SoC.
This patch works on top of:
https://lists.denx.de/pipermail/u-boot/2018-September/342465.html
Ang, Chee Hong (4):
arm: socfpga: stratix10: Add macros for mailbox's arguments
arm: socfpga: stratix10: Add Stratix
From: "Ang, Chee Hong"
Add macros for specifying number of arguments in mailbox command.
Signed-off-by: Ang, Chee Hong
---
arch/arm/mach-socfpga/include/mach/mailbox_s10.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/mach-socfpga/include/mach/mailbox_s10.h
b/arch/arm/mac
From: "Ang, Chee Hong"
This patch is v2 for:
https://lists.denx.de/pipermail/u-boot/2018-September/342465.html
Ang, Chee Hong (1):
arm: socfpga: stratix10: Add generic FPGA reconfig mailbox API for S10
arch/arm/mach-socfpga/include/mach/mailbox_s10.h | 3 +-
arch/arm/mach-socfpga/mailbox_s1
From: "Ang, Chee Hong"
Add a generic mailbox API for FPGA reconfig status which can be
called by others. This new function accepts 2 different mailbox
commands: CONFIG_STATUS or RECONFIG_STATUS.
Signed-off-by: Ang, Chee Hong
---
arch/arm/mach-socfpga/include/mach/mailbox_s10.h | 3 +-
arch/ar
This series remove the usage of the DM_I2C_COMPAT option for all the ti
platforms. It also takes this opportunity to not disable DM_I2C in the SPL.
There are a couples of issues to fix:
- CMD_EEPROM does not support the DM API. Fixed by removing this option
when DM_I2C is used without DM_I2C_COM
On Fri, Oct 5, 2018 at 11:45 AM Jean-Jacques Hiblot wrote:
>
> This series remove the usage of the DM_I2C_COMPAT option for all the ti
> platforms. It also takes this opportunity to not disable DM_I2C in the SPL.
>
> There are a couples of issues to fix:
> - CMD_EEPROM does not support the DM API.
On 05/10/2018 13:59, Lokesh Vutla wrote:
Hi JJ,
On Thursday 04 October 2018 07:17 PM, Jean-Jacques Hiblot wrote:
This series remove the usage of the DM_I2C_COMPAT option for all the ti
platforms. It also takes this opportunity to not disable DM_I2C in
the SPL.
There are a couples of issues
On 05/10/2018 18:53, Adam Ford wrote:
On Fri, Oct 5, 2018 at 11:45 AM Jean-Jacques Hiblot wrote:
This series remove the usage of the DM_I2C_COMPAT option for all the ti
platforms. It also takes this opportunity to not disable DM_I2C in the SPL.
There are a couples of issues to fix:
- CMD_EEP
This is required to take advantage of MULTI_DTB_FIT before relocation.
If it is too low, DM will be initialized only after relocation has
taken place. That is too late for the DRA7 because I2C DM is used before
the relocation to setup the voltages required, among other things, to
properly initializ
To reset the DM after a new dtb is loaded, we need to call dm_uninit()
and then dm_init(). This fails however because gd->dm_root is not nullified
by dm_uninit().
Fixing it by setting gd->dm_root in dm_uninit().
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2: None
drivers/core/root.c | 1
am57xx configs uses DM_I2C both in SPL and u-boot.
Remove code for non-DM I2C support.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2: None
board/ti/am57xx/board.c | 36 +++-
1 file changed, 3 insertions(+), 33 deletions(-)
diff --git a/board/ti/am57xx/bo
Those driver are not DM drivers per se (not using the PMIC/regulator
framework) and are using the legacy I2C API. Make them compatible with
the DM_I2C API.
This impacts the following drivers:
- palmas (used by am57xx/dra7xx evms)
- tps65218 (used by am43xx evms)
- tps65217 and tps65910 (used by am
In some cases it may be useful to be able to change the fdt we have been
using and use another one instead. For example, the TI platforms uses an
EEPROM to store board information and, based on the type of board,
different dtbs are used by the SPL. When DM_I2C is used, a first dtb must
be used befo
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2: None
arch/arm/dts/am437x-gp-evm-u-boot.dtsi | 4
arch/arm/dts/omap5-u-boot.dtsi | 4
2 files changed, 8 insertions(+)
diff --git a/arch/arm/dts/am437x-gp-evm-u-boot.dtsi
b/arch/arm/dts/am437x-gp-evm-u-boot.dtsi
index 530f
DM_I2C_COMPAT is a compatibility layer that allows using the non-DM I2C
API when DM_I2C is used. The goal is to eventually remove DM_I2C_COMPAT
when all I2C "clients" have been migrated to use the DM API.
This a step in that direction for the TI based platforms.
Build tested with buildman:
buildman
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2: None
drivers/core/Kconfig | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/drivers/core/Kconfig b/drivers/core/Kconfig
index e8ba20c..046b87a 100644
--- a/drivers/core/Kconfig
+++ b/drivers/core/Kconfig
@@ -5
The DRA7 platforms requires that the dtb used in the SPL really matches the
platform to have the best MMC performances.
To detect the board type/version an I2C EEPROM is read. This requires that
DM is initialized before the detection. As a consequence we must reset the
DM after the board detection
From: Andreas Dannenberg
The EEPROM reading in the board detection code is done through legacy
I2C functions which on platforms using DM_I2C this functionality is
provided via the CONFIG_DM_I2C_COMPAT layer. To allow newer platforms
to use the board detection code without relying on CONFIG_DM_I2C
From: Vignesh R
Move away from SoC specific headers to handle different register layout.
Instead use driver data to get appropriate register layouts like in the
kernel. While at it, perform some mostly cosmetic alignment/cleanup in
the functions being updated.
Signed-off-by: Vignesh R
Signed-of
In order to use DM_I2C, we need to move the board detection after the
early SPL initialization.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2: None
arch/arm/mach-omap2/am33xx/board.c | 9 ++---
arch/arm/mach-omap2/hwinit-common.c | 5 ++---
2 files changed, 8 insertions(+), 6 delet
If DM_I2C is used , the I2C controllers must be registered as U_BOOT_DEVICE
because OF_CONTROL is not used in the SPL.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2: None
arch/arm/mach-omap2/am33xx/board.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm/mac
Remove the last call to the non-DM I2C API.
Also remove the #undef CONFIG_DM_I2C_COMPAT because it is not defined
in the common header file anymore.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2:
- remove the remaining non-DM I2C API call for pdu001 board.
board/eets/pdu001/board.c | 1
The implementation of the EEPROM commands does not support the DM I2C API.
Prevent compilation breakage by not enabling it if the non-DM API is not
available (if DM_I2C is used without DM_I2C_COMPAT)
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2:
- Add missing commit log to the commit di
Those platforms need CONFIG_SPL_DM_SEQ_ALIAS because they enable both
DM_I2C and SPL_DM. Without CONFIG_SPL_DM_SEQ_ALIAS, it is not possible to
get the I2C bus with i2c_get_chip_for_busnum().
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2: None
configs/am335x_pdu001_defconfig | 1 +
conf
This allows the driver to be used without OF_CONTROL.
AM335x support DM_SPL but does not use SPL_OF_CONTROL. Enabling DM_I2C in
SPL thus requires that the omap I2C can be passed platdata.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2: None
arch/arm/include/asm/arch-am33xx/i2c.h | 2 ++
In a non-DM environment, it is possible to test the presence of a chip
using i2c_probe(chip_addr).
dm_i2c_probe_device() brings the same functionality with a DM interface.
The intent is to be able to test the presence of a chip for the device has
been created with i2c_get_chip_for_busnum(bus_num, c
If OF_CONTROL is not enabled and DM_SEQ_ALIAS is enabled, we must
assign an alias (requested sequence number) to devices that belongs to a
class with the DM_UC_FLAG_SEQ_ALIAS flag. Otherwise
uclass_find_device_by_seq() cannot be used to get/probe a device. In
particular i2c_get_chip_for_busnum() ca
On 10/05/2018 11:49 AM, Leif Lindholm wrote:
> On Fri, Oct 05, 2018 at 05:52:09PM +0900, AKASHI, Takahiro wrote:
2. If a platform includes a configuration infrastructure, then the
EFI_HII_DATABASE_PROTOCOL, EFI_HII_STRING_PROTOCOL,
EFI_HII_CONFIG_ROUTING_PROTOCOL, and EFI_HII_CONFIG_
On Fri, Oct 05, 2018 at 03:55:59PM +0300, Aleksandr Aleksandrov wrote:
> Emlid Neutis N5 is a SoM based on Allwinner H5, has a WiFi & BT
> module, DDR3 RAM and eMMC.
>
> - add neutis-devboard target to dtb makefile
> - add dtsi file for Neutis N5 needs
> - add config file for Neutis N5 Dev board
>
On Thu, Oct 04, 2018 at 06:46:57PM +0530, Jagan Teki wrote:
> Hi Tom,
>
> Please pull this PR.
>
> thanks,
> Jagan.
>
> The following changes since commit 94228a9188803473206544c8f33649ea72bf1ee1:
>
> Merge git://git.denx.de/u-boot-riscv (2018-10-03 08:09:53 -0400)
>
> are available in the
Hi Tom,
he following changes since commit a1588ac8228881f9fe65539fa8e31f0ee3556864:
Merge tag 'rockchip-for-v2018.11' of git://git.denx.de/u-boot-rockchip
(2018-10-03 12:09:19 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-arc.git tags/arc-updates-for-2018.11-rc2
CC u-boot mailing list to make people aware of the discussion.
By the way, I also noticed that, the final linking command is using:
'''-pie -Bstatic --no-dynamic-linker'''
And there are self-relocating code in Start.S.
BUT it is not included when u-boot is not configured using
"POSITION_INDEPENDE
Hello Jean-Jacques,
On 05.10.2018 15:09, Jean-Jacques Hiblot wrote:
> Hi Felix,
>
> On 05/10/2018 14:25, Felix Brack wrote:
>> Hello Jean-Jacques,
>>
>> On 04.10.2018 15:47, Jean-Jacques Hiblot wrote:
>>> CONFIG_I2C_COMPAT is currently enabled in ti_armv7_common.h
>>> Let us use the Kconfig optio
Hi Felix,
On 05/10/2018 14:25, Felix Brack wrote:
Hello Jean-Jacques,
On 04.10.2018 15:47, Jean-Jacques Hiblot wrote:
CONFIG_I2C_COMPAT is currently enabled in ti_armv7_common.h
Let us use the Kconfig option instead so that any change to
CONFIG_I2C_COMPAT in ti_armv7_common.h doesn't break thi
On 10/05/2018 11:49 AM, Leif Lindholm wrote:
On Fri, Oct 05, 2018 at 05:52:09PM +0900, AKASHI, Takahiro wrote:
2. If a platform includes a configuration infrastructure, then the
EFI_HII_DATABASE_PROTOCOL, EFI_HII_STRING_PROTOCOL,
EFI_HII_CONFIG_ROUTING_PROTOCOL, and EFI_HII_CONFIG_ACCESS_PROTOCO
Emlid Neutis N5 is a SoM based on Allwinner H5, has a WiFi & BT
module, DDR3 RAM and eMMC.
- add neutis-devboard target to dtb makefile
- add dtsi file for Neutis N5 needs
- add config file for Neutis N5 Dev board
Signed-off-by: Aleksandr Aleksandrov
Cc: Jagan Teki
Cc: Maxime Ripard
---
arch/
This series of pathes addes Neutis N5 support.
Emlid Neutis N5 is a SoM based on Allwinner H5.
1st patch includes device tree file and defconfig for
Dev board and dtsi file for SoM needs.
Changes from v1 (4 oct 2018): add to maintainers myself and
separate dts file: dtsi for SoM and motherboard dt
Signed-off-by: Aleksandr Aleksandrov
Cc: Tom Rini
---
board/sunxi/MAINTAINERS | 5 +
1 file changed, 5 insertions(+)
diff --git a/board/sunxi/MAINTAINERS b/board/sunxi/MAINTAINERS
index 2f95976..ad7d660 100644
--- a/board/sunxi/MAINTAINERS
+++ b/board/sunxi/MAINTAINERS
@@ -177,6 +177,11 @@
Hello Jean-Jacques,
On 04.10.2018 15:47, Jean-Jacques Hiblot wrote:
> CONFIG_I2C_COMPAT is currently enabled in ti_armv7_common.h
> Let us use the Kconfig option instead so that any change to
> CONFIG_I2C_COMPAT in ti_armv7_common.h doesn't break this platform.
>
As I can't find CONFIG_I2C_COMPAT
Hi JJ,
On Thursday 04 October 2018 07:17 PM, Jean-Jacques Hiblot wrote:
This series remove the usage of the DM_I2C_COMPAT option for all the ti
platforms. It also takes this opportunity to not disable DM_I2C in the SPL.
There are a couples of issues to fix:
- CMD_EEPROM does not support the DM
Adam,
On 04/10/2018 23:55, Adam Ford wrote:
On Thu, Oct 4, 2018 at 8:48 AM Jean-Jacques Hiblot wrote:
This series remove the usage of the DM_I2C_COMPAT option for all the ti
platforms. It also takes this opportunity to not disable DM_I2C in the SPL.
Thanks for doing that, but I have some bad
From 6304b2ee2d2e9be47672d3559fee8d879b7328ff Mon Sep 17 00:00:00 2001
From: Frank Wunderlich
Date: Fri, 5 Oct 2018 11:41:59 +0200
Subject: [PATCH] add default-option to bootmenu
with this patch the selected Entry in bootmenu can be set by
environment-var bootmenu_default=
Signed-off-by: Frank Wun
On 05/10/2018 10:50, Jean-Jacques Hiblot wrote:
Hi Adam,
On 05/10/2018 00:42, Adam Ford wrote:
On Thu, Oct 4, 2018 at 8:48 AM Jean-Jacques Hiblot
wrote:
If OF_CONTROL is not enabled and DM_SEQ_ALIAS is enabled, we must
assign an alias (requested sequence number) to devices that belongs
t
On 05/10/2018 12:57, Peng Fan wrote:
> Hi Stefano,
>
>> -Original Message-
>> From: Stefano Babic [mailto:sba...@denx.de]
>> Sent: 2018年10月5日 18:54
>> To: Peng Fan ; sba...@denx.de; ag...@denx.de
>> Cc: u-boot@lists.denx.de; Fabio Estevam
>> Subject: Re: [PATCH V5 32/32] imx: add i.MX8QXP
Hi Stefano,
> -Original Message-
> From: Stefano Babic [mailto:sba...@denx.de]
> Sent: 2018年10月5日 18:54
> To: Peng Fan ; sba...@denx.de; ag...@denx.de
> Cc: u-boot@lists.denx.de; Fabio Estevam
> Subject: Re: [PATCH V5 32/32] imx: add i.MX8QXP MEK board support
>
> Hi Peng,
>
> I am fine
Hi Peng,
I am fine with most patches of this series. Anyway, I see that to build
the image you are using a "fork" of mkimage...
On 26/09/2018 15:52, Peng Fan wrote:
> Add i.MX8QXP MEK board support
> Enabled pinctrl/clk/power domain/mmc/i2c driver.
> Added README file.
>
> Signed-off-by: Peng F
On Fri, Oct 05, 2018 at 05:52:09PM +0900, AKASHI, Takahiro wrote:
> > > 2. If a platform includes a configuration infrastructure, then the
> > > EFI_HII_DATABASE_PROTOCOL, EFI_HII_STRING_PROTOCOL,
> > > EFI_HII_CONFIG_ROUTING_PROTOCOL, and EFI_HII_CONFIG_ACCESS_PROTOCOL are
> > > required.
> >
> >
The interruption support had be removed for ARM architecture and
the function udelay_masked() is no more used except in some timer.c
files and have the same content than udelay() or __udelay().
This patch update each timer.c implementing this function and
remove the associated prototype in u-boot
When I check the patch
http://patchwork.ozlabs.org/patch/978762/
I see that some prototypes in u-boot-arm.h are
not needed as they are unused or only used locally.
This patset removes them in u-boot-arm.h;
3 patch are simple but in 2 patches I need to udpate
timer.c files in many architecture bu
The interruption support had be removed for ARM architecture and
the function get_timer_masked() is no more used except in some
the timer.c files.
This patch clean each timer.c which implement this function and
remove the associated prototype in u-boot-arm.h
For timer.c, I don't verify if the wea
Remove the function prototypes duplicated between u-boot.arm.h
and init.h/common.h
Signed-off-by: Patrick Delaunay
---
arch/arm/include/asm/u-boot-arm.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/arm/include/asm/u-boot-arm.h
b/arch/arm/include/asm/u-boot-arm.h
index 2eaefb4..2e
Remove prototype for function only used in one file
Signed-off-by: Patrick Delaunay
---
arch/arm/cpu/armv7/s5p-common/timer.c | 3 ++-
arch/arm/include/asm/u-boot-arm.h | 1 -
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/cpu/armv7/s5p-common/timer.c
b/arch/arm/cp
Remove prototype for no more existing function
Signed-off-by: Patrick Delaunay
---
arch/arm/include/asm/u-boot-arm.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/include/asm/u-boot-arm.h
b/arch/arm/include/asm/u-boot-arm.h
index cc828c4..e08435a 100644
--- a/arch/arm/include/asm
On Wed, 3 Oct 2018 at 16:37, AKASHI, Takahiro
wrote:
>
> Alex,
>
> On Sun, Sep 23, 2018 at 12:11:08PM +0200, Alexander Graf wrote:
> >
> >
> > On 22.09.18 12:34, Heinrich Schuchardt wrote:
> > > On 10/10/2017 02:22 PM, Rob Clark wrote:
> > >> From: Leif Lindholm
> > >>
> > >> Enough implementatio
Hi Adam,
On 05/10/2018 00:42, Adam Ford wrote:
On Thu, Oct 4, 2018 at 8:48 AM Jean-Jacques Hiblot wrote:
If OF_CONTROL is not enabled and DM_SEQ_ALIAS is enabled, we must
assign an alias (requested sequence number) to devices that belongs to a
class with the DM_UC_FLAG_SEQ_ALIAS flag. Otherw
> The 'rkimage' format used for booting rockchip boards over USB seems to
> have been broken since commit 7bf274b9caab ("rockchip: mkimage: use
> imagename to select spl hdr & spl size"). That commit adds an offset of
> RK_SPL_HDR_START(=2048) to the location the 'RKxx' header is written
> at. Howe
On 4.10.2018 18:00, Stephen Warren wrote:
> On 10/04/2018 01:37 AM, Michal Simek wrote:
>> This reverts commit 052ca37daa20a9825d7ce905d632e349f434058d.
>> This patch introduced bug which hasn't been resolved for quite a long
>> time. Full failed log is placed below but the major sign is
>> "codec
Add a driver for the regulators in the the DA9063 PMIC.
Signed-off-by: Martin Fuzzey
---
drivers/power/regulator/Kconfig | 10 +
drivers/power/regulator/Makefile | 1 +
drivers/power/regulator/da9063.c | 395 +++
3 files changed, 406 insertions(+)
create
This adds the basic register access operations and child regulator
binding (if a regulator driver exists).
Signed-off-by: Martin Fuzzey
---
drivers/power/pmic/Kconfig | 7 +
drivers/power/pmic/Makefile | 1 +
drivers/power/pmic/da9063.c | 187 +++
include/power/da906
Add basic support for the Dialog DA9063 PMIC.
Only the regulators are supported for the moment.
Also teach "pmic dump" to handle non contiguous register maps.
Martin Fuzzey (3):
pmic: allow dump command for non contiguous register maps
power: pmic: add driver for Dialog DA9063 PMIC
power: r
Some PMICs (such as the DA9063) have non-contiguous register maps.
Attempting to read the non implemented registers returns an error
rather than a dummy value which causes 'pmic dump' to terminate
prematurely.
Fix this by allowing the PMIC driver to return -ENODATA for such
registers, which will t
On 2.10.2018 05:12, Simon Glass wrote:
> At present the unicode filtering seems to get confused at times with
> this error:
>
> UnicodeDecodeError: 'ascii' codec can't decode byte 0x80 in position
> 32: ordinal not in range(128)
>
> It seems to be due to self._nonprint being interpreted as
Ethernet is not present on this board that's why there are two other
options how to wire the board to ethernet. The first is asix_eth usb
host converter which is already enabled by default. The second option is
to use USB CDC/RNDIS ethernet gadget.
This patch is enabling CDC which is working with
77 matches
Mail list logo
