The fsl_esdhc driver was for Freescale eSDHC on MPC83XX/MPC85XX
initially. The later QoriQ series processors (which are evolutions
of MPC83XX/MPC85XX) and i.MX series processors were using this
driver for their eSDHCs too.
So there are two evolution directions for eSDHC now. For the two
series pro
The fsl_esdhc driver was for Freescale eSDHC on MPC83XX/MPC85XX
initially. The later QoriQ series processors (which are evolutions
of MPC83XX/MPC85XX) and i.MX series processors were using this
driver for their eSDHCs too.
So there are two evolution directions for eSDHC now. For the two
series pro
A previous patch had added SDR104/HS200 support for fsl_esdhc.
However this was only for i.MX eSDHC, and QorIQ eSDHC used
different registers and method.
This patch is to clarify i.MX eSDHC specific functions defined
in that patch, and to use them only for i.MX eSDHC. The QorIQ
eSDHC SDR104/HS200
This series add support for Allwinner A31 SPI controller driver.
Fixed and improved conde when compared to previous series[1]
Changes for v2:
- use fifo_sta instead ctl reg in readl_poll
- use ">=" instead of negotiation in readl_poll condition
- use SPI_REG, SPI_BIT, SPI_CS macro for code improv
- Implement SPI AHB, MOD clocks via ccu_clk_gate for all
supported Allwinner SoCs
- Implement SPI resets via ccu_reset for all supported
Allwinner SoCs.
Signed-off-by: Jagan Teki
Reviewed-by: Andre Przywara
---
drivers/clk/sunxi/clk_a10.c | 10 ++
drivers/clk/sunxi/clk_a10s.c | 7
To drain rx fifo the fifo need to poll till the fifo
count become empty.
The current code is using wait_for_bit logic on control
register with exchange burst mode mask, which is not a
proper way of waiting for draining fifo.
So, add code for polling fifo status register till rxfifo
count become e
Support fifo_depth via drvdata instead of macro definition, this would
eventually reduce another macro definition for new SPI controller fifo
depth support addition.
Signed-off-by: Jagan Teki
Reviewed-by: Andre Przywara
---
drivers/spi/sun4i_spi.c | 6 +++---
1 file changed, 3 insertions(+), 3
Update the existing register writes using setbits_le32 and
clrbits_le32 in required places.
Signed-off-by: Jagan Teki
---
drivers/spi/sun4i_spi.c | 21 -
1 file changed, 8 insertions(+), 13 deletions(-)
diff --git a/drivers/spi/sun4i_spi.c b/drivers/spi/sun4i_spi.c
index f5f
Allwinner support two different SPI controllers one for A10 and
another for A31 with minimal changes in register offsets and
respective register bits, but the logic for accessing the SPI
master via SPI slave remains nearly similar.
Add enum offsets for register set and register bits, so-that
it ca
Add CLK support to enable AHB and MOD SPI clocks on sun4i_spi driver.
Note, that the code will enable and disable clock in claim and release
calls to make proper clock and reset handling between claiming and
releasing SPI bus.
Signed-off-by: Jagan Teki
---
drivers/spi/sun4i_spi.c | 56 +
- drop unused macros.
- use base instead of base_addr, for better code readability
- move .probe and .ofdata_to_platdata functions in required
places to add platdata support in future.
- use sentinel sun4i_spi_ids.
Signed-off-by: Jagan Teki
---
drivers/spi/sun4i_spi.c | 190 +--
Add A31 spi controller support for existing sun4i_spi driver via driver
data, this would simply add A31 register along with proper register bits
via enum sets.
Signed-off-by: Jagan Teki
---
drivers/spi/Kconfig | 4 +-
drivers/spi/sun4i_spi.c | 95 -
2
Hi Tom,
Any comments on this patch ?
Best Regards,
Ang
On Tue, 2019-02-12 at 00:27 -0800, chee.hong@intel.com wrote:
> From: "Ang, Chee Hong"
>
> Currently u-boot only support standard PSCI functions for power
> management
> and lack of convenient method to allow the users to extend
> -Original Message-
> From: Y.b. Lu
> Sent: 2019年2月14日 16:21
> To: u-boot@lists.denx.de
> Cc: Jaehoon Chung ; Prabhakar Kushwaha
> ; Peng Fan ; Y.b. Lu
>
> Subject: [PATCH 1/3] mmc: fsl_esdhc: add esdhc_imx flag
>
> The fsl_esdhc driver was for Freescale eSDHC on MPC83XX/MPC85XX initia
On Wed, Feb 13, 2019 at 11:33 PM Tom Rini wrote:
>
> On Wed, Feb 13, 2019 at 08:12:44PM +0530, Jagan Teki wrote:
> > On Fri, Jan 25, 2019 at 4:09 PM Chen-Yu Tsai wrote:
> > >
> > > The brand Sinovoip is used for Sinovoip's original VOIP products, while
> > > the Bananapi brand is for the single b
> -Original Message-
> From: Y.b. Lu
> Sent: 2019年2月14日 16:21
> To: u-boot@lists.denx.de
> Cc: Jaehoon Chung ; Prabhakar Kushwaha
> ; Peng Fan ; Y.b. Lu
>
> Subject: [PATCH 2/3] mmc: fsl_esdhc: clean up register definition
>
> The fsl_esdhc driver was for Freescale eSDHC on MPC83XX/MPC8
> -Original Message-
> From: Y.b. Lu
> Sent: 2019年2月14日 16:21
> To: u-boot@lists.denx.de
> Cc: Jaehoon Chung ; Prabhakar Kushwaha
> ; Peng Fan ; Y.b. Lu
>
> Subject: [PATCH 3/3] mmc: fsl_esdhc: clarify i.MX eSDHC specific functions
>
> A previous patch had added SDR104/HS200 support for
On Thu, Feb 14, 2019 at 7:26 AM Heinrich Schuchardt wrote:
>
> The SPL image for the Tinker Board has to fit into 32 KiB. This includes
> up to 2 KiB for the file header.
>
> A new configuration variable CONFIG_SPL_WITH_DTB_SIZE_LIMIT is introduced
> to define the board specific limit.
>
> Signed-
Thanks for taking the time to look, responses inline...
On 2019-02-14, Baruch Siach wrote:
> On Wed, Feb 13 2019, Fabio Estevam wrote:
>> On Wed, Feb 13, 2019 at 2:52 PM Vagrant Cascadian wrote:
>>>
>>> I *think* this board is getting the wrong fdtfile set:
>
> What hardware are you running? Is i
Hi Vagrant,
On Thu, Feb 14 2019, Vagrant Cascadian wrote:
> Thanks for taking the time to look, responses inline...
>
> On 2019-02-14, Baruch Siach wrote:
>> On Wed, Feb 13 2019, Fabio Estevam wrote:
>>> On Wed, Feb 13, 2019 at 2:52 PM Vagrant Cascadian
>>> wrote:
I *think* this board
On 2/14/19 8:50 AM, Ooi, Joyce wrote:
[...]
CCing Chee, he's been working on the altera FPGA code recently, I
hope he can give you some hints. We might need a new API for this,
possibly add DM support to FPGA framework (should be easy) and then
let the FPGA framework handle the
On 2/14/19 6:55 AM, Chee, Tien Fong wrote:
> On Wed, 2019-02-13 at 17:07 +0100, Marek Vasut wrote:
>> On 2/13/19 3:18 PM, tien.fong.c...@intel.com wrote:
>>>
>>> From: Tien Fong Chee
>>>
>>> This patch adds description on properties about file name used for
>>> both
>>> peripheral bitstream and co
On 2/14/19 7:04 AM, Chee, Tien Fong wrote:
> On Thu, 2019-02-14 at 00:04 +0100, Marek Vasut wrote:
>> On 2/13/19 11:45 PM, Dalon L Westergreen wrote:
>>>
>>> On Wed, 2019-02-13 at 17:10 +0100, Marek Vasut wrote:
On 2/13/19 3:18 PM, tien.fong.c...@intel.com wrote:
>
> From: Tien Fo
On 2/14/19 7:44 AM, Chee, Tien Fong wrote:
> On Wed, 2019-02-13 at 17:20 +0100, Marek Vasut wrote:
>> On 2/13/19 3:18 PM, tien.fong.c...@intel.com wrote:
>>>
>>> From: Tien Fong Chee
>>>
>>> Add FPGA driver to support program FPGA with FPGA bitstream loading
>>> from
>>> filesystem. The driver are
On 2/14/19 7:50 AM, Chee, Tien Fong wrote:
> On Wed, 2019-02-13 at 17:25 +0100, Marek Vasut wrote:
>> On 2/13/19 3:18 PM, tien.fong.c...@intel.com wrote:
>>>
>>> From: Tien Fong Chee
>>>
>>> Add support for loading FPGA bitstream to get DDR up running before
>>> U-Boot is loaded into DDR. Boot dev
On Thu, 2019-02-14 at 11:34 +0100, Marek Vasut wrote:
> On 2/14/19 6:55 AM, Chee, Tien Fong wrote:
> >
> > On Wed, 2019-02-13 at 17:07 +0100, Marek Vasut wrote:
> > >
> > > On 2/13/19 3:18 PM, tien.fong.c...@intel.com wrote:
> > > >
> > > >
> > > > From: Tien Fong Chee
> > > >
> > > > This pa
On Thu, 2019-02-14 at 11:35 +0100, Marek Vasut wrote:
> On 2/14/19 7:04 AM, Chee, Tien Fong wrote:
> >
> > On Thu, 2019-02-14 at 00:04 +0100, Marek Vasut wrote:
> > >
> > > On 2/13/19 11:45 PM, Dalon L Westergreen wrote:
> > > >
> > > >
> > > > On Wed, 2019-02-13 at 17:10 +0100, Marek Vasut wro
Hi,
I am new to U-Boot, and looking for a U-Boot port for esp32 soc based on
xtensa.
Search for esp32 in search option in this forum for any existing question
didn't show up anything.
Is there any U-Boot port (done/inprogress) for esp32?
If not, could somebody provide any link/guide on how to s
Tom & Thomas,
> On 14.02.2019, at 08:56, Thomas Petazzoni
> wrote:
>
> However, generally speaking is U-Boot interested in allowing this kind
> of C99 variable declaration ? For example, the Linux kernel coding
> style doesn't allow this, but perhaps U-Boot has made a difference
> choice here.
On Thu, 2019-02-14 at 11:41 +0100, Marek Vasut wrote:
> On 2/14/19 7:44 AM, Chee, Tien Fong wrote:
> >
> > On Wed, 2019-02-13 at 17:20 +0100, Marek Vasut wrote:
> > >
> > > On 2/13/19 3:18 PM, tien.fong.c...@intel.com wrote:
> > > >
> > > >
> > > > From: Tien Fong Chee
> > > >
> > > > Add FPG
On Thu, 2019-02-14 at 11:42 +0100, Marek Vasut wrote:
> On 2/14/19 7:50 AM, Chee, Tien Fong wrote:
> >
> > On Wed, 2019-02-13 at 17:25 +0100, Marek Vasut wrote:
> > >
> > > On 2/13/19 3:18 PM, tien.fong.c...@intel.com wrote:
> > > >
> > > >
> > > > From: Tien Fong Chee
> > > >
> > > > Add sup
On Wed, 2019-02-13 at 17:11 +0100, Marek Vasut wrote:
> On 2/13/19 3:18 PM, tien.fong.c...@intel.com wrote:
> >
> > From: Tien Fong Chee
> >
> > Adding some function declarations to the header file, so these
> > functions can be referred by other C files.
> >
> > Signed-off-by: Tien Fong Chee
Import the device tree files from kernel 5.0-rc6 in preparation
for driver model conversion.
Signed-off-by: Fabio Estevam
---
arch/arm/dts/imx6ul-pico-hobbit.dts | 100 ++
arch/arm/dts/imx6ul-pico-pi.dts | 97 ++
arch/arm/dts/imx6ul-pico.dtsi | 461
Select CONFIG_OF_CONTROL and the appropriate device tree files
in preparation for converting to driver model.
Signed-off-by: Fabio Estevam
---
configs/pico-hobbit-imx6ul_defconfig | 3 ++-
configs/pico-imx6ul_defconfig| 3 ++-
configs/pico-pi-imx6ul_defconfig | 3 ++-
3 files changed
After the conversion to DM the U-Boot binary is called u-boot-dtb.imx,
so fix the README file accordingly.
Signed-off-by: Fabio Estevam
---
board/technexion/pico-imx6ul/README | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/board/technexion/pico-imx6ul/README
Select CONFIG_DM_MMC=y in order to support MMC driver model.
This allows the MMC board related code to be removed.
Signed-off-by: Fabio Estevam
---
arch/arm/mach-imx/mx6/Kconfig | 2 ++
board/technexion/pico-imx6ul/pico-imx6ul.c | 34 --
configs/pico-hobbit-imx
Convert to CONFIG_DM_GPIO.
Also, DM GPIO requires gpio_request() to be called explicitly before
doing any gpio operation, so do as requested.
Signed-off-by: Fabio Estevam
---
board/technexion/pico-imx6ul/pico-imx6ul.c | 1 +
configs/pico-hobbit-imx6ul_defconfig | 3 +++
configs/pico-imx6
Convert to use DM_PMIC for the PFUZE3000. Since this PMIC is
under an I2C bus, conver to DM_I2C as well.
Also, since I2C is not used in SPL, remove CONFIG_SPL_I2C_SUPPORT
to avoid build warnings.
Signed-off-by: Fabio Estevam
---
board/technexion/pico-imx6ul/pico-imx6ul.c | 61 +-
On Sun, Jan 20, 2019 at 7:41 PM Joris Offouga wrote:
>
> This patch is necessary for convert pico-pi-imx7 to dm driver model
>
> Signed-off-by: Joris Offouga
> ---
> configs/pico-pi-imx7d_defconfig | 3 +++
Please also convert configs/pico-imx7d_defconfig and
configs/pico-hobbit-imx7d_defconfig
On Thu, 2019-02-14 at 11:41 +0100, Marek Vasut wrote:
> On 2/14/19 7:44 AM, Chee, Tien Fong wrote:
> >
> > On Wed, 2019-02-13 at 17:20 +0100, Marek Vasut wrote:
> > >
> > > On 2/13/19 3:18 PM, tien.fong.c...@intel.com wrote:
> > > >
> > > >
> > > > From: Tien Fong Chee
> > > >
> > > > Add FPG
On Sun, Jan 20, 2019 at 7:33 PM Joris Offouga wrote:
> diff --git a/configs/pico-pi-imx7d_defconfig b/configs/pico-pi-imx7d_defconfig
> index 0d1c56b..dd8af7f 100644
> --- a/configs/pico-pi-imx7d_defconfig
> +++ b/configs/pico-pi-imx7d_defconfig
> @@ -27,6 +27,7 @@ CONFIG_DM_MMC=y
> CONFIG_PINCT
On Sun, Jan 20, 2019 at 7:52 PM Joris Offouga wrote:
>
> Furthermore this patch create un alias for mmc0 to usdch3 because before the
> convertion he was the only one described in the pico-imx7d.c.
>
> Signed-off-by: Joris Offouga
> ---
> arch/arm/dts/imx7d-pico-pi.dts | 4
> boa
Hi Fabio
I am preparing the next and I hope to be able to send it soon. give me the
instructions to follow and I will add them
Joris
> On 14 Feb 2019, at 13:14, Fabio Estevam wrote:
>
>> On Sun, Jan 20, 2019 at 7:52 PM Joris Offouga wrote:
>>
>> Furthermore this patch create un alias for
On Sun, Jan 20, 2019 at 7:56 PM Joris Offouga wrote:
>
> This commit switches to DM UART for pico-imx7d-pico.
>
> Signed-off-by: Joris Offouga
> ---
> arch/arm/dts/imx7d-pico-pi.dts | 4
> configs/pico-pi-imx7d_defconfig | 1 +
> 2 files changed, 5 insertions(+)
>
> diff --git a/arch/arm/d
distro boot expects that fdtfile name is setup for alternative DTB.
Create this file based on the first platform compatible string.
This should ensure that one rootfs can store multiple DTBs for different
boards.
Signed-off-by: Michal Simek
---
How good/bad idea is this?
---
board/xilinx/zynqm
On Sun, Jan 20, 2019 at 8:14 PM Joris Offouga wrote:
>
> This patch converts the pico-pi-imx7d to use the DM PMIC model.
>
> Signed-off-by: Joris Offouga
> ---
> board/technexion/pico-imx7d/pico-imx7d.c | 44
>
> configs/pico-pi-imx7d_defconfig | 6 +++
On Thu, Feb 14, 2019 at 12:35:12PM +0100, Philipp Tomsich wrote:
> Tom & Thomas,
>
> > On 14.02.2019, at 08:56, Thomas Petazzoni
> > wrote:
> >
> > However, generally speaking is U-Boot interested in allowing this kind
> > of C99 variable declaration ? For example, the Linux kernel coding
> > s
On 14.02.19 13:18, Michal Simek wrote:
> distro boot expects that fdtfile name is setup for alternative DTB.
> Create this file based on the first platform compatible string.
> This should ensure that one rootfs can store multiple DTBs for different
> boards.
>
> Signed-off-by: Michal Simek
> -
Hi Joris,
On Sun, Jan 20, 2019 at 7:17 PM Joris Offouga wrote:
>
> Hi all,
>
> Pinctrl, GPIO, I2C, MMC, ETH are converted.
The series looks good. I have sent comments for every patch and you
could repost them to the list.
I recommend to not convert PMIC and USB until we address the issues
you r
On 14. 02. 19 8:52, Hannes Schmelzer wrote:
>>
>> Hi,
> Hi Michal,
>
>>
>> first of all I would rephrase subject a little bit.
>>
>> Something like:
>> "ARM: zynq: Add missing i2c get_rate for fixing i2c SPL"
> OK.
>
>>
>> On 14. 02. 19 6:50, Hannes Schmelzer wrote:
>>> The commit 'f48ef0d81aa837
On 14. 02. 19 13:27, Alexander Graf wrote:
>
>
> On 14.02.19 13:18, Michal Simek wrote:
>> distro boot expects that fdtfile name is setup for alternative DTB.
>> Create this file based on the first platform compatible string.
>> This should ensure that one rootfs can store multiple DTBs for diffe
After DM conversion the I2C and MMC related board codes have been
removed, so remove the corresponding header files as well.
Signed-off-by: Fabio Estevam
---
board/warp7/warp7.c | 4
1 file changed, 4 deletions(-)
diff --git a/board/warp7/warp7.c b/board/warp7/warp7.c
index 6ebeb08e33..49f
AVB 2.0 spec. revision 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 persi
On 14.02.19 13:33, Michal Simek wrote:
> On 14. 02. 19 13:27, Alexander Graf wrote:
>>
>>
>> On 14.02.19 13:18, Michal Simek wrote:
>>> distro boot expects that fdtfile name is setup for alternative DTB.
>>> Create this file based on the first platform compatible string.
>>> This should ensure th
On 14. 02. 19 13:37, Alexander Graf wrote:
>
>
> On 14.02.19 13:33, Michal Simek wrote:
>> On 14. 02. 19 13:27, Alexander Graf wrote:
>>>
>>>
>>> On 14.02.19 13:18, Michal Simek wrote:
distro boot expects that fdtfile name is setup for alternative DTB.
Create this file based on the firs
On Thu, Feb 14, 2019 at 10:02 AM Fabio Estevam wrote:
>
> Import the device tree files from kernel 5.0-rc6 in preparation
> for driver model conversion.
>
> Signed-off-by: Fabio Estevam
Acked-by: Otavio Salvador
> ---
> arch/arm/dts/imx6ul-pico-hobbit.dts | 100 ++
> arch/arm/dts/imx6ul-p
On Thu, Feb 14, 2019 at 10:03 AM Fabio Estevam wrote:
>
> Select CONFIG_DM_MMC=y in order to support MMC driver model.
>
> This allows the MMC board related code to be removed.
>
> Signed-off-by: Fabio Estevam
Acked-by: Otavio Salvador
--
Otavio Salvador O.S. Sy
On Thu, Feb 14, 2019 at 10:03 AM Fabio Estevam wrote:
>
> Select CONFIG_OF_CONTROL and the appropriate device tree files
> in preparation for converting to driver model.
>
> Signed-off-by: Fabio Estevam
Acked-by: Otavio Salvador
--
Otavio Salvador O.S. Systems
ht
On Thu, Feb 14, 2019 at 10:04 AM Fabio Estevam wrote:
>
> After the conversion to DM the U-Boot binary is called u-boot-dtb.imx,
> so fix the README file accordingly.
>
> Signed-off-by: Fabio Estevam
Acked-by: Otavio Salvador
--
Otavio Salvador O.S. Systems
htt
On Thu, Feb 14, 2019 at 10:04 AM Fabio Estevam wrote:
>
> Convert to use DM_PMIC for the PFUZE3000. Since this PMIC is
> under an I2C bus, conver to DM_I2C as well.
>
> Also, since I2C is not used in SPL, remove CONFIG_SPL_I2C_SUPPORT
> to avoid build warnings.
>
> Signed-off-by: Fabio Estevam
A
On Thu, Feb 14, 2019 at 10:04 AM Fabio Estevam wrote:
>
> Convert to CONFIG_DM_GPIO.
>
> Also, DM GPIO requires gpio_request() to be called explicitly before
> doing any gpio operation, so do as requested.
>
> Signed-off-by: Fabio Estevam
Acked-by: Otavio Salvador
--
Otavio Salvador
distro boot expects that fdtfile name is setup for alternative DTB.
Create this file based on the first platform compatible string.
This should ensure that one rootfs can store multiple DTBs for different
boards.
Reflect structure which is used in Linux kernel. It means dtbs are
strored in xilinx f
Hi Joris,
On Thu, Feb 14, 2019 at 10:15 AM Offouga Joris wrote:
>
> Hi Fabio
>
> I am preparing the next and I hope to be able to send it soon. give me the
> instructions to follow and I will add them
Please check the series I have just sent converting pico-mx6ul boards.
If you have any questi
On 14.02.19 13:56, Michal Simek wrote:
> distro boot expects that fdtfile name is setup for alternative DTB.
> Create this file based on the first platform compatible string.
> This should ensure that one rootfs can store multiple DTBs for different
> boards.
> Reflect structure which is used in
The syntax of dumpimage was simplified in commit 12b831879a76 ("tools:
dumpimage: Simplify arguments"), but the test
(test/image/test-imagetools.sh) was not updated and is now failing.
Update the test to use the new syntax.
Reported-by: Vagrant Cascadian
Signed-off-by: Martyn Welch
---
test/
On 2/14/19 1:26 PM, Michal Simek wrote:
On 14. 02. 19 8:52, Hannes Schmelzer wrote:
Hi,
Hi Michal,
first of all I would rephrase subject a little bit.
Something like:
"ARM: zynq: Add missing i2c get_rate for fixing i2c SPL"
OK.
On 14. 02. 19 6:50, Hannes Schmelzer wrote:
The commit 'f4
Older kernel versions or systems which do not connect eMMC reset line
properly may not be able to handle situations where either the eMMC
is left in HS200/HS400 mode or SD card in UHS modes by the bootloader
and may misbehave. Downgrade the eMMC to HS/HS52 mode and/or SD card
to non-UHS mode before
On 12.02.19 22:02, Heinrich Schuchardt wrote:
> In efi_selftest we are in EFI land. We should not use U-Boot library
> functions but boot time services for memory management.
>
> Signed-off-by: Heinrich Schuchardt
Reviewed-by: Alexander Graf
Alex
_
On 12.02.19 22:01, Heinrich Schuchardt wrote:
> In efi_selftest we are in EFI land. We cannot call U-Boot library
> functions malloc() and free() but should use the boot time services
> instead.
>
> Signed-off-by: Heinrich Schuchardt
Reviewed-by: Alexander Graf
Alex
_
The third parameter of the pmic_clrsetbits() function is the mask
to the register and the correct mask is 1 not 0.
Since the LDOGCTL only contains a single valid register (bit 0),
we can use pmic_reg_write() and write 1 directly, which fixes
the problem in a simpler way and use the original pmic f
There is no need to store the values written to the PMIC inside the
'reg' variable. Make it simpler by writing the values directly.
Signed-off-by: Fabio Estevam
---
board/freescale/mx6ul_14x14_evk/mx6ul_14x14_evk.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/boar
Heinrich is going to take over maintainership of the efi_loader tree
going forward.
To ensure that I will still receive review mails at least, add me as
reviewer with a stable email address.
Signed-off-by: Alexander Graf
---
MAINTAINERS | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
There is no need to store the values written to the PMIC inside the
'reg' variable. Make it simpler by writing the values directly.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Remove 1/2 notation, since this is a standalome patch
- Add Peng Fan on Cc
board/freescale/mx6ul_14x14_evk/mx6
Matthias Brugger agreed to take over maintainership from me for the
Raspberry Pi tree. Add him to the MAINTAINERS file instead.
Signed-off-by: Alexander Graf
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index d219c06ec9..f1f8818d6b
The third parameter of the pmic_clrsetbits() function is the mask
to the register and the correct mask is 1 not 0.
Since the LDOGCTL only contains a single valid bit (bit 0),
we can use pmic_reg_write() and write 1 directly, which fixes
the problem in a simpler way and use the original pmic functi
On 30.01.19 23:24, Jonathan Gray wrote:
> Add Raspberry Pi Compute Module 3+ to list of models, the revision code
> is 0x10 according to the list on raspberrypi.org.
>
> v2: Use the same dtb name as CM3 as CM3+ is a drop in replacement
> for CM3.
>
> Signed-off-by: Jonathan Gray
Reviewed-
Le 09/02/2019 à 15:01, Fabio Estevam a écrit :
After the conversion to DM the U-Boot binary is called u-boot-dtb.imx,
so fix the README file accordingly.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Fix all occurrances
board/warp7/README | 12 ++--
1 file changed, 6 inserti
On 2/14/19 12:23 PM, Chee, Tien Fong wrote:
> On Thu, 2019-02-14 at 11:35 +0100, Marek Vasut wrote:
>> On 2/14/19 7:04 AM, Chee, Tien Fong wrote:
>>>
>>> On Thu, 2019-02-14 at 00:04 +0100, Marek Vasut wrote:
On 2/13/19 11:45 PM, Dalon L Westergreen wrote:
>
>
> On Wed, 2019-02
On 2/14/19 12:51 PM, Chee, Tien Fong wrote:
> On Wed, 2019-02-13 at 17:11 +0100, Marek Vasut wrote:
>> On 2/13/19 3:18 PM, tien.fong.c...@intel.com wrote:
>>>
>>> From: Tien Fong Chee
>>>
>>> Adding some function declarations to the header file, so these
>>> functions can be referred by other C fi
On 2/14/19 12:38 PM, Chee, Tien Fong wrote:
> On Thu, 2019-02-14 at 11:42 +0100, Marek Vasut wrote:
>> On 2/14/19 7:50 AM, Chee, Tien Fong wrote:
>>>
>>> On Wed, 2019-02-13 at 17:25 +0100, Marek Vasut wrote:
On 2/13/19 3:18 PM, tien.fong.c...@intel.com wrote:
>
>
> From: Tien
On 2/14/19 1:14 PM, Chee, Tien Fong wrote:
> On Thu, 2019-02-14 at 11:41 +0100, Marek Vasut wrote:
>> On 2/14/19 7:44 AM, Chee, Tien Fong wrote:
>>>
>>> On Wed, 2019-02-13 at 17:20 +0100, Marek Vasut wrote:
On 2/13/19 3:18 PM, tien.fong.c...@intel.com wrote:
>
>
> From: Tien F
On Thu, 2019-02-14 at 13:24 +0100, Marek Vasut wrote:
> On 2/14/19 12:23 PM, Chee, Tien Fong wrote:
> >
> > On Thu, 2019-02-14 at 11:35 +0100, Marek Vasut wrote:
> > >
> > > On 2/14/19 7:04 AM, Chee, Tien Fong wrote:
> > > >
> > > >
> > > > On Thu, 2019-02-14 at 00:04 +0100, Marek Vasut wrote:
On Thu, 2019-02-14 at 13:28 +0100, Marek Vasut wrote:
> On 2/14/19 12:51 PM, Chee, Tien Fong wrote:
> >
> > On Wed, 2019-02-13 at 17:11 +0100, Marek Vasut wrote:
> > >
> > > On 2/13/19 3:18 PM, tien.fong.c...@intel.com wrote:
> > > >
> > > >
> > > > From: Tien Fong Chee
> > > >
> > > > Adding
On Thu, 2019-02-14 at 13:29 +0100, Marek Vasut wrote:
> On 2/14/19 1:14 PM, Chee, Tien Fong wrote:
> >
> > On Thu, 2019-02-14 at 11:41 +0100, Marek Vasut wrote:
> > >
> > > On 2/14/19 7:44 AM, Chee, Tien Fong wrote:
> > > >
> > > >
> > > > On Wed, 2019-02-13 at 17:20 +0100, Marek Vasut wrote:
>
On 2/14/19 4:14 PM, Chee, Tien Fong wrote:
> On Thu, 2019-02-14 at 13:29 +0100, Marek Vasut wrote:
>> On 2/14/19 1:14 PM, Chee, Tien Fong wrote:
>>>
>>> On Thu, 2019-02-14 at 11:41 +0100, Marek Vasut wrote:
On 2/14/19 7:44 AM, Chee, Tien Fong wrote:
>
>
> On Wed, 2019-02-13 at
On Thu, 2019-02-14 at 13:28 +0100, Marek Vasut wrote:
> On 2/14/19 12:38 PM, Chee, Tien Fong wrote:
> >
> > On Thu, 2019-02-14 at 11:42 +0100, Marek Vasut wrote:
> > >
> > > On 2/14/19 7:50 AM, Chee, Tien Fong wrote:
> > > >
> > > >
> > > > On Wed, 2019-02-13 at 17:25 +0100, Marek Vasut wrote:
On 2/14/19 4:11 PM, Chee, Tien Fong wrote:
> On Thu, 2019-02-14 at 13:24 +0100, Marek Vasut wrote:
>> On 2/14/19 12:23 PM, Chee, Tien Fong wrote:
>>>
>>> On Thu, 2019-02-14 at 11:35 +0100, Marek Vasut wrote:
On 2/14/19 7:04 AM, Chee, Tien Fong wrote:
>
>
> On Thu, 2019-02-14 a
On 2/14/19 4:15 PM, Chee, Tien Fong wrote:
> On Thu, 2019-02-14 at 13:28 +0100, Marek Vasut wrote:
>> On 2/14/19 12:38 PM, Chee, Tien Fong wrote:
>>>
>>> On Thu, 2019-02-14 at 11:42 +0100, Marek Vasut wrote:
On 2/14/19 7:50 AM, Chee, Tien Fong wrote:
>
>
> On Wed, 2019-02-13 a
On Thu, 2019-02-14 at 16:15 +0100, Marek Vasut wrote:
> On 2/14/19 4:14 PM, Chee, Tien Fong wrote:
> >
> > On Thu, 2019-02-14 at 13:29 +0100, Marek Vasut wrote:
> > >
> > > On 2/14/19 1:14 PM, Chee, Tien Fong wrote:
> > > >
> > > >
> > > > On Thu, 2019-02-14 at 11:41 +0100, Marek Vasut wrote:
>
On 2/14/19 4:23 PM, Chee, Tien Fong wrote:
> On Thu, 2019-02-14 at 16:15 +0100, Marek Vasut wrote:
>> On 2/14/19 4:14 PM, Chee, Tien Fong wrote:
>>>
>>> On Thu, 2019-02-14 at 13:29 +0100, Marek Vasut wrote:
On 2/14/19 1:14 PM, Chee, Tien Fong wrote:
>
>
> On Thu, 2019-02-14 at
On Thu, 2019-02-14 at 16:21 +0100, Marek Vasut wrote:
> On 2/14/19 4:15 PM, Chee, Tien Fong wrote:
> >
> > On Thu, 2019-02-14 at 13:28 +0100, Marek Vasut wrote:
> > >
> > > On 2/14/19 12:38 PM, Chee, Tien Fong wrote:
> > > >
> > > >
> > > > On Thu, 2019-02-14 at 11:42 +0100, Marek Vasut wrote:
Hi Marek,
On 2/9/19 4:01 AM, Marek Vasut wrote:
> On 2/7/19 10:23 PM, Simon Goldschmidt wrote:
>> To clean up reset handling for socfpga gen5, let's move the code snippet
>> taking the DDR controller out of reset from SPL to the DDR driver.
>>
>> While at it, port the ddr driver to UCLASS_RAM and
Hi Joris,
On Thu, Feb 14, 2019 at 11:43 AM Joris Offouga wrote:
> Hi Fabio
>
> Fix typo warp7_config into warp7_defconig
make warp7_config
make
Also works fine.
I agree with you that "make warp_defconfig" is preferable and I will
make such change after this one gets applied.
Thanks for your
On Thu, Feb 14, 2019 at 4:37 PM Dinh Nguyen wrote:
>
> Hi Marek,
>
> On 2/9/19 4:01 AM, Marek Vasut wrote:
> > On 2/7/19 10:23 PM, Simon Goldschmidt wrote:
> >> To clean up reset handling for socfpga gen5, let's move the code snippet
> >> taking the DDR controller out of reset from SPL to the DDR
On Thu, 2019-02-14 at 16:13 +0100, Marek Vasut wrote:
> On 2/14/19 4:11 PM, Chee, Tien Fong wrote:
> >
> > On Thu, 2019-02-14 at 13:24 +0100, Marek Vasut wrote:
> > >
> > > On 2/14/19 12:23 PM, Chee, Tien Fong wrote:
> > > >
> > > >
> > > > On Thu, 2019-02-14 at 11:35 +0100, Marek Vasut wrote:
Signed-off-by: Michael Trimarchi
---
V1->V2: none
---
arch/arm/mach-sunxi/dram_sun8i_a33.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/arch/arm/mach-sunxi/dram_sun8i_a33.c
b/arch/arm/mach-sunxi/dram_sun8i_a33.c
index 1da2727f98..83212aaddf 100644
--- a/arch/arm/
Change the size create a glitch in the clken signal on second
bank. According to the ddr manual the clken need to be sent
accros the reset signal coming the cpu. The rank is calculated
just before this function is called and the mctl_set_cr should
not change this value anymore
Signed-off-by: Micha
Set two rank timing and exit self-refresh timing seems not done
properly. We know use the same write that we are using
on H5 silicon. Tested was done in A33 allwinner cpu, dual rank
connection connected with two MT41K512M16HA-125:A memory model.
Memory is configure as DDR3 1.5V
Signed-off-by: Mich
On 01/02/2019 16:23, Tom Rini wrote:
On Fri, Feb 01, 2019 at 03:33:34PM +0100, Jean-Jacques Hiblot wrote:
u-boot does not supports updating the metadata chacksums
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2:
- Prevent write access if metadata checksum is enabled
fs/ext4/ext4_wr
Hi Simon,
I've fixed failing test on sandbox_flattree by keeping all defined
global variables in a driver-private data struct(as you suggested),
which
permits to probe multiple tee sandbox devices (sent v5, kept you R-b
tag, please let me know if there are any objections from your side).
But the
1 - 100 of 165 matches
Mail list logo
