On 04. 04. 19 7:38, Mike Looijmans wrote:
> On 03-04-19 23:18, Luca Ceresoli wrote:
>> Hi Mike,
>>
>> On 03/04/19 13:24, Mike Looijmans wrote:
>>> On 29-03-19 13:22, Luca Ceresoli wrote:
Hi Michal,
thanks for the feedback.
On 27/03/19 16:03, Michal Simek wrote:
> On 21.
> -Original Message-
> From: Vignesh Raghavendra
> Sent: Tuesday, April 2, 2019 10:04 AM
> To: Marek Vasut ; u-boot@lists.denx.de
> Cc: Marek Vasut ; Horatiu Vultur
> ; Jagan Teki ; Simon
> Goldschmidt ; Stefan Roese ;
> Ashish Kumar
> Subject: Re: [PATCH] mtd: spi: Replace ad-hoc defau
On 03-04-19 23:18, Luca Ceresoli wrote:
> Hi Mike,
>
> On 03/04/19 13:24, Mike Looijmans wrote:
>> On 29-03-19 13:22, Luca Ceresoli wrote:
>>> Hi Michal,
>>>
>>> thanks for the feedback.
>>>
>>> On 27/03/19 16:03, Michal Simek wrote:
On 21. 03. 19 16:48, Luca Ceresoli wrote:
> Optionally
Only some Soc need Schmitter feature, so move the
implementation into their own files.
Signed-off-by: David Wu
---
drivers/pinctrl/rockchip/pinctrl-rk3328.c | 17 -
.../pinctrl/rockchip/pinctrl-rockchip-core.c | 19 +++
drivers/pinctrl/rockchip/pinctrl-rockc
As the mux/pull/drive feature implement at own file,
the type and label are not necessary.
Signed-off-by: David Wu
---
drivers/pinctrl/rockchip/pinctrl-rk3036.c | 2 --
drivers/pinctrl/rockchip/pinctrl-rk3128.c | 2 --
drivers/pinctrl/rockchip/pinctrl-rk3188.c | 2 --
drivers/pinctrl/r
RK3288 pmu_gpio0 pull setting have no higher 16 writing corresponding
bits, need to read before write the register.
Signed-off-by: David Wu
---
drivers/pinctrl/rockchip/pinctrl-rk3288.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/drivers/pinctrl/rockchip/pinc
As the common set_mux func(), implement the feature at the own file
for each Soc.
Signed-off-by: David Wu
---
drivers/pinctrl/rockchip/pinctrl-rk3036.c | 23 -
drivers/pinctrl/rockchip/pinctrl-rk3128.c | 23 -
drivers/pinctrl/rockchip/pinctrl-rk3188.c | 29 +-
drivers/pi
RK3288 pmu_gpio0 drive strength setting have no higher 16 writing
corresponding bits, need to read before write the register.
Signed-off-by: David Wu
---
drivers/pinctrl/rockchip/pinctrl-rk3288.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/pinctrl/rock
As the common set_mux func(), implement the feature at the own file
for each Soc.
Signed-off-by: David Wu
---
drivers/pinctrl/rockchip/pinctrl-rk322x.c | 25 -
drivers/pinctrl/rockchip/pinctrl-rk3288.c | 35 +--
drivers/pinctrl/rockchip/pinctrl-rk3328.c | 26 -
drivers/p
Such as rk3288's pins of pmu_gpio0 are a special feature, which have no
higher 16 writing corresponding bits, use common set_mux() func would
introduce more code, so implement their set_mux() in each Soc's own
file to reduce the size of code.
Signed-off-by: David Wu
---
drivers/pinctrl/rockchip
Some files have the redundant spaces, remove them.
Signed-off-by: David Wu
---
drivers/pinctrl/rockchip/pinctrl-rk3036.c | 12 ++--
drivers/pinctrl/rockchip/pinctrl-rk3188.c | 12 ++--
drivers/pinctrl/rockchip/pinctrl-rk322x.c | 18 -
drivers/pinctrl/rockchip/pin
RK3288 pmu_gpio0 iomux setting have no higher 16 writing corresponding
bits, need to read before write the register.
Signed-off-by: David Wu
---
drivers/pinctrl/rockchip/pinctrl-rk3288.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/pinctrl/rockchip/pinctrl-
Some Socs use the pull-pin-default config param, need to add it.
Signed-off-by: David Wu
---
drivers/pinctrl/rockchip/pinctrl-rockchip-core.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/pinctrl/rockchip/pinctrl-rockchip-core.c
b/drivers/pinctrl/rockchip/pinctr
To reduce the pinctrl driver, implement the mux/drive/pull/schmitt
func at per Soc.
David Wu (10):
pinctrl: rockchip: Add pull-pin-default param and remove unused param
pinctrl: rockchip: Remove redundant spaces
pinctrl: rockchip: Split the common set_mux() into per Soc
pinctrl: rockchip
Hi Tobias,
On Thu, 4 Apr 2019 at 01:28, Tobias Jakobi
wrote:
>
> Hello,
>
> in case this isn't totally obvious, I want to state it here again: THIS IS A
> HACK!
>
> This patch of mine was never meant for upstream submission. Note that the
> original commit has a TODO included, which again makes
On 4/3/19 11:35 PM, Eugeniu Rosca wrote:
> Fix below CP warning triggered by the 'iminfo' output in another patch:
> WARNING: 'addrress' may be misspelled - perhaps 'address'?
>
> Fixes: 4f1318b29c7a20 ("common: image: minimal android image iminfo support")
> Signed-off-by: Eugeniu Rosca
Acked-b
On 4/3/19 11:35 PM, Eugeniu Rosca wrote:
> According to Android image format [1], kernel image resides at 1 page
> offset from the boot image address. Grab the magic number from there
> and allow U-Boot to handle LZ4-compressed KNL binaries instead of
> hardcoding compression type to IH_COMP_NONE.
On 4/3/19 4:01 PM, Marek Vasut wrote:
> On 4/3/19 2:30 PM, Dirk Behme wrote:
>> On 03.04.2019 14:11, Marek Vasut wrote:
>>> On 4/2/19 7:02 PM, Eugeniu Rosca wrote:
On Tue, Apr 02, 2019 at 06:02:46PM +0200, Marek Vasut wrote:
> On 4/2/19 5:40 PM, Eugeniu Rosca wrote:
>> On Tue, Apr 02,
Hi Otavio,
On Wed, Apr 3, 2019 at 3:45 PM Otavio Salvador
wrote:
>
> Stefano,
>
> On Fri, Mar 22, 2019 at 2:53 PM Otavio Salvador
> wrote:
> > The default U-Boot environment expects the use of eMMC user
> > partition. To ensure we are using the proper eMMC partition for boot
> > we need to run
Hello,
in case this isn't totally obvious, I want to state it here again: THIS IS A
HACK!
This patch of mine was never meant for upstream submission. Note that the
original commit has a TODO included, which again makes clear: This is not the
proper way to do it. It's a quick&dirty solution becau
fw_setenv and fw_printenv currently print a warning and use a default
environment compiled into the binary when an invalid CRC is found. This
modifies the default behavior to print an error and exit. This is
especially important when calling the tools from a script since the
script depends on the e
On 03.04.2019 14:11, Marek Vasut wrote:
On 4/2/19 7:02 PM, Eugeniu Rosca wrote:
On Tue, Apr 02, 2019 at 06:02:46PM +0200, Marek Vasut wrote:
On 4/2/19 5:40 PM, Eugeniu Rosca wrote:
On Tue, Apr 02, 2019 at 05:28:43PM +0200, Marek Vasut wrote:
On 4/2/19 5:17 PM, Dirk Behme wrote:
On 02.04.19 1
Fix below CP warning triggered by the 'iminfo' output in another patch:
WARNING: 'addrress' may be misspelled - perhaps 'address'?
Fixes: 4f1318b29c7a20 ("common: image: minimal android image iminfo support")
Signed-off-by: Eugeniu Rosca
---
common/image-android.c | 2 +-
1 file changed, 1 inser
According to Android image format [1], kernel image resides at 1 page
offset from the boot image address. Grab the magic number from there
and allow U-Boot to handle LZ4-compressed KNL binaries instead of
hardcoding compression type to IH_COMP_NONE. Other compression types,
if needed, can be added
Switch from legacy IDE driver to sata_mv driver.
Signed-off-by: Michael Walle
---
configs/lschlv2_defconfig | 4 ++--
configs/lsxhl_defconfig | 4 ++--
include/configs/lsxl.h| 23 ++-
3 files changed, 14 insertions(+), 17 deletions(-)
diff --git a/configs/lschlv2_def
The kirkwood devices are compatible with this driver.
Signed-off-by: Michael Walle
---
drivers/ata/sata_mv.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/ata/sata_mv.c b/drivers/ata/sata_mv.c
index b691107dc0..2a630d46c1 100644
--- a/drivers/ata/sata_mv.c
+++ b/drivers/ata/sata_mv
This fixes a compile error on kirkwood.
Signed-off-by: Michael Walle
---
drivers/ata/sata_mv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/ata/sata_mv.c b/drivers/ata/sata_mv.c
index d13695d79e..87ea95f75d 100644
--- a/drivers/ata/sata_mv.c
+++ b/drivers/ata/sata_
Fix the worng include and offset macros.
Signed-off-by: Michael Walle
---
drivers/ata/sata_mv.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/ata/sata_mv.c b/drivers/ata/sata_mv.c
index 87ea95f75d..b691107dc0 100644
--- a/drivers/ata/sata_mv.c
+++ b/drivers/a
Please note that this patchset depends on the following series:
https://patchwork.ozlabs.org/cover/1055937/
(ARM: kirkwood: migrate to DM_USB)
https://patchwork.ozlabs.org/patch/1054403/
(sata: sata_mv: Add DM support to enable CONFIG_BLK usage)
Michael Walle (4):
sata: sata_mv: use
Hi Mike,
On 03/04/19 13:24, Mike Looijmans wrote:
> On 29-03-19 13:22, Luca Ceresoli wrote:
>> Hi Michal,
>>
>> thanks for the feedback.
>>
>> On 27/03/19 16:03, Michal Simek wrote:
>>> On 21. 03. 19 16:48, Luca Ceresoli wrote:
Optionally allow U-Boot to load at the PMU firmware configuration
Hi Heinrich,
On Wed, Apr 3, 2019 at 8:20 AM Heinrich Schuchardt wrote:
>
> On 4/3/19 2:59 AM, Kever Yang wrote:
> > Hi Heinrich,
> >
> >
> > On 04/03/2019 01:19 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 fi
On Mon, Mar 25, 2019 at 10:42 AM Fabio Estevam wrote:
>
> On Mon, Mar 25, 2019 at 9:52 AM Joris Offouga wrote:
> >
> > This patch imports the Linux kernel base board imx7d-pico.dtsi,
> > pi board imx7d-pico-pi.dts and hobbit board imx7d-pico-hobbit.dts
> > from Linux v5.1-rc1.
> >
> > Signed-off-
Hi Kever,
On Sat, 30 Mar 2019 at 15:18, Simon Glass wrote:
>
> Hi Kever,
>
> On Wed, 27 Mar 2019 at 21:01, Kever Yang wrote:
> >
> > Rockchip use 'arch-rockchip' instead of arch-$(SOC) as common
> > header file path, so that we can get the correct path directly.
>
> Can you give a few more detai
This affects RK3036, RK322X and RK3288 - the defconfig changes done by
moveconfig.py for the veyrons were left out on purpose because they dont
have an OTG port, and will get their config updated in the next commit.
Signed-off-by: Urja Rannikko
---
v2: Also cleanup now unrelevant comments about u
Stefano,
On Fri, Mar 22, 2019 at 2:53 PM Otavio Salvador wrote:
> The default U-Boot environment expects the use of eMMC user
> partition. To ensure we are using the proper eMMC partition for boot
> we need to run the `mmc partconf` command.
>
> This patch updates the README instructions to avoid
Hi,
On Wed, Apr 3, 2019 at 9:52 AM Jack Mitchell wrote:
>
> Hi,
> > --- a/include/configs/rk3036_common.h
> > +++ b/include/configs/rk3036_common.h
> > @@ -32,7 +32,6 @@
> > /* usb otg */
> >
> > /* usb mass storage */
> > -#define CONFIG_CMD_USB_MASS_STORAGE
>
> This is leaving empty comments
In Jaguar2 SoC family there are 3 different pcb. Each of this needs
to configure the phys in different ways. Therefore implement the
function board_phy_config and based on pcb configure them accordingly.
Signed-off-by: Horatiu Vultur
---
board/mscc/jr2/jr2.c | 23 +++
1 file
Update default confing to use network driver for Jaguar2 SoCs.
Signed-off-by: Horatiu Vultur
---
configs/mscc_jr2_defconfig | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/configs/mscc_jr2_defconfig b/configs/mscc_jr2_defconfig
index 95562b7..92c22b8 100644
--- a/configs
Hi Simon, Igor, Ruslan,
On Thu, Dec 6, 2018 at 4:05 AM Simon Glass wrote:
> Hi Ruslan,
>
> On Tue, 27 Nov 2018 at 12:57, Ruslan Trofymenko
> wrote:
> >
[..]
> > +struct android_bootloader_message {
>
> How about andr_bl_msg ? Similarly below
Simon, I am currently working on a new U-Boot command
Add ethernet nodes for Jaguar2 SoCs family. There are 3 pcb in this
family: pcb110, pcb111 and pcb112.
Signed-off-by: Horatiu Vultur
---
arch/mips/dts/jr2_pcb110.dts| 76 +++
arch/mips/dts/jr2_pcb111.dts| 400
arch/mips/dts/mscc,jr2.dtsi
Add network driver for Microsemi Ethernet switch.
It is present on Jaguar2 SoCs.
Reviewed-by: Daniel Schwierzeck
Signed-off-by: Horatiu Vultur
---
drivers/net/mscc_eswitch/Kconfig |7 +
drivers/net/mscc_eswitch/Makefile |1 +
drivers/net/mscc_eswitch/jr2_switch.c | 1075 +++
v4-changes:
- address Daniel comments.
v3-changes:
- move serdes setup in network driver and read serdes
configuration from DT.
v2-changes:
- create serdes6g_setup and serdes1g_setup functions to be
easier to extand for future boards.
Horatiu Vultur (4):
net: Add MSCC Jaguar2 network
On Sat, Mar 30, 2019 at 03:29:23PM +0100, Thomas Petazzoni wrote:
> Parts of the code are using C99 constructs (such as variables declared
> inside loops), but also GNU extensions (such as typeof), so using
> -std=gnu99 is necessary to build with older versions of gcc that don't
> default to build
On Wed, Apr 03, 2019 at 01:46:37PM +0200, Neil Armstrong wrote:
> The Khadas VIM2 defconfig was missing the USB PHY config and
> two other misc configs to setup dram banks and call misc_init_r.
> Align it on the other Amlogic SoC based boards defconfig.
>
> Signed-off-by: Neil Armstrong
Applied
On Sun, Mar 31, 2019 at 04:07:03PM +0800, wangqiang1...@sina.com wrote:
> From: 默默
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On Wed, Apr 03, 2019 at 01:46:36PM +0200, Neil Armstrong wrote:
> The MESON_GXL_USB_PHY is also used on the Amlogic Meson GXM SoCs.
>
> Fixes: 2960e27e38 ("phy: Add Amlogic Meson USB2 & USB3 Generic PHY drivers")
> Signed-off-by: Neil Armstrong
Applied to u-boot/master, thanks!
--
Tom
signa
On Wed, Apr 3, 2019 at 10:17 AM Adam Ford wrote:
>
> In preparation to support DM_USB_GADGET, this creates a misc
> device which binds the host. This is necessary because
> U_BOOT_DRIVER(usb_mx6) is currently hard coded to UCLASS_USB
> and if we want to support UCLASS_USB_GADGET_GENERIC we'll nee
In preparation to support DM_USB_GADGET, this creates a misc
device which binds the host. This is necessary because
U_BOOT_DRIVER(usb_mx6) is currently hard coded to UCLASS_USB
and if we want to support UCLASS_USB_GADGET_GENERIC we'll need
to bind a separate device in the future.
Signed-off-by: A
On 03/04/19 16:56, Anatolij Gustschin wrote:
> Hi Carlo,
>
> On Wed, 3 Apr 2019 15:37:20 +0100
> Carlo Caione ccai...@baylibre.com wrote:
>
>> When sh is an alias for dash the script is failing with (for several
>> files):
>>
>> ./tools/imx8m_image.sh: 15: [: signed_hdmi_imx8m.bin: unexpected op
On 03/04/2019 15:56, Anatolij Gustschin wrote:
Hi Carlo,
On Wed, 3 Apr 2019 15:37:20 +0100
Carlo Caione ccai...@baylibre.com wrote:
When sh is an alias for dash the script is failing with (for several
files):
./tools/imx8m_image.sh: 15: [: signed_hdmi_imx8m.bin: unexpected operator
Thanks,
Hi Carlo,
On Wed, 3 Apr 2019 15:37:20 +0100
Carlo Caione ccai...@baylibre.com wrote:
> When sh is an alias for dash the script is failing with (for several
> files):
>
> ./tools/imx8m_image.sh: 15: [: signed_hdmi_imx8m.bin: unexpected operator
Thanks, but there is already a similar patch [1] w
Migrate the following options to CONFIG_DM:
CONFIG_DM_GPIO
CONFIG_DM_MMC
CONFIG_DM_ETH
CONFIG_DM_SERIAL
CONFIG_DM_USB
Signed-off-by: Ilko Iliev
---
Changes for v2:
- fix undeclared 'PHYS_SDRAM' in pm9g45.c
- add missing .dtb
arch/arm/dts/Makefile | 2 +
board
On Wed, Apr 03, 2019 at 02:59:28PM +0530, Faiz Abbas wrote:
> Hi Sam,
>
> On 29/03/19 8:37 PM, Sam Protsenko wrote:
> > Hi Faiz,
> >
> > On Fri, Mar 29, 2019 at 3:24 PM Lokesh Vutla wrote:
> >>
> >> + Praneeth
> >>
> >> On 29/03/19 4:45 PM, Tom Rini wrote:
> >>> On Fri, Mar 29, 2019 at 01:09:25P
When sh is an alias for dash the script is failing with (for several
files):
./tools/imx8m_image.sh: 15: [: signed_hdmi_imx8m.bin: unexpected operator
This is caused by the 'a == b' bashism that should be 'a = b'.
Signed-off-by: Carlo Caione
---
tools/imx8m_image.sh | 4 ++--
1 file changed, 2
On Wed, Apr 03, 2019 at 01:46:35PM +0200, Neil Armstrong wrote:
> This patchset :
> - fixes the MESON_GXL_USB_PHY dependency to also allow MESON_GXM
> - fixes the khadas-vim2 defconfig
>
> Tom, I know it's _very_ late in the cycle, is it still OK for final
> 2019.04 release ?
>
> Neil Armstrong
On 4/3/19 3:41 PM, Adam Ford wrote:
> There exists code in drivers/common/common.c to read the dr_mode
> from the device tree. This patch converts this driver to use that
> function to initialize the driver.
>
> Signed-off-by: Adam Ford
> ---
> V2: Fix issue where boards without dr_mode set wou
On 4/3/19 2:30 PM, Dirk Behme wrote:
> On 03.04.2019 14:11, Marek Vasut wrote:
>> On 4/2/19 7:02 PM, Eugeniu Rosca wrote:
>>> On Tue, Apr 02, 2019 at 06:02:46PM +0200, Marek Vasut wrote:
On 4/2/19 5:40 PM, Eugeniu Rosca wrote:
> On Tue, Apr 02, 2019 at 05:28:43PM +0200, Marek Vasut wrote:
There exists code in drivers/common/common.c to read the dr_mode
from the device tree. This patch converts this driver to use that
function to initialize the driver.
Signed-off-by: Adam Ford
---
V2: Fix issue where boards without dr_mode set would hang. This
makes makes the code behave th
This patch adds the CONFIG_SPL_IMAGE option to select the SPL image that
shall be used to generate the combined SPL + U-Boot image. The default
value is the current value "spl/u-boot-spl.bin".
This patch also sets CONFIG_SPL_IMAGE to "spl/boot.bin" for AT91 targets
which use SPL NAND support (boot
This patch adds an alterative SPL version of atmel_serial_enable_clk().
This enables the usage of this driver without full clock support (in
drivers and DT nodes). This saves some space in the SPL image.
Please note that this fixed clock support is only added to the SPL code
in the DM_SERIAL part
Hello Pascal,
Am Mittwoch, 3. April 2019, 09:08:57 CEST schrieb Linder Pascal:
> I am new to U-Boot and I am trying to understand what I need to code for
> using my own board with the bootloader.
Welcome. :-)
I try to describe my view on this, anyone correct me, if something is wrong.
> The dev
On 03.04.2019 15:38, Stefan Roese wrote:
> External E-Mail
>
>
> On 03.04.19 14:31, eugen.hris...@microchip.com wrote:
>>
>>
>> On 03.04.2019 15:22, Stefan Roese wrote:
>>> External E-Mail
>>>
>>>
>>> Hi Eugen,
>>>
>>> On 03.04.19 13:21, Stefan Roese wrote:
>>>
>>>
>>>
>> If I try to just
On 03.04.19 14:31, eugen.hris...@microchip.com wrote:
On 03.04.2019 15:22, Stefan Roese wrote:
External E-Mail
Hi Eugen,
On 03.04.19 13:21, Stefan Roese wrote:
If I try to just use menuconfig and change this value to something
else,
build fails. The purpose of this Kconfig is to name th
On 03.04.2019 15:22, Stefan Roese wrote:
> External E-Mail
>
>
> Hi Eugen,
>
> On 03.04.19 13:21, Stefan Roese wrote:
>
>
>
If I try to just use menuconfig and change this value to something
else,
build fails. The purpose of this Kconfig is to name the SPL filename as
p
Some ChromeOS devices (atleast veyron speedy) have the first 8MiB of
the eMMC write protected and equipped with a dummy 'IGNOREME' GPT
header - instead of spewing error messages about it, just silently
try the backup GPT.
Note: this does not touch the gpt cmd writing/verifying functions,
those wil
There were 3 copies of the same sequence, make it into a function.
Signed-off-by: Urja Rannikko
---
disk/part_efi.c | 73 +++--
1 file changed, 34 insertions(+), 39 deletions(-)
diff --git a/disk/part_efi.c b/disk/part_efi.c
index 239455b816..5f935da4
Hi Eugen,
On 03.04.19 13:21, Stefan Roese wrote:
If I try to just use menuconfig and change this value to something else,
build fails. The purpose of this Kconfig is to name the SPL filename as
per the config's desire ?
Or in fact is "which binary file to use to make the Combined SPL+U-BOOT
Based on snooping around the linux kernel rk8xx driver, and
tested to work on the ASUS C201.
Signed-off-by: Urja Rannikko
---
This is really handy to be able to poweroff (without pressing power button
for a long time) the C201 from u-boot, so i'm sending this as is.
The thing that is bothering me
On 4/2/19 7:02 PM, Eugeniu Rosca wrote:
> On Tue, Apr 02, 2019 at 06:02:46PM +0200, Marek Vasut wrote:
>> On 4/2/19 5:40 PM, Eugeniu Rosca wrote:
>>> On Tue, Apr 02, 2019 at 05:28:43PM +0200, Marek Vasut wrote:
On 4/2/19 5:17 PM, Dirk Behme wrote:
> On 02.04.19 15:34, Marek Vasut wrote:
>>
On 4/2/19 7:58 PM, Dirk Behme wrote:
> On 02.04.19 17:40, Eugeniu Rosca wrote:
>> On Tue, Apr 02, 2019 at 05:28:43PM +0200, Marek Vasut wrote:
>>> On 4/2/19 5:17 PM, Dirk Behme wrote:
On 02.04.19 15:34, Marek Vasut wrote:
> On 4/2/19 3:18 PM, Eugeniu Rosca wrote:
>> With CONFIG_PINCTRL
Hi Otavio,
And for the file name pico-imx7d_bl33_defconfig,
pico-pi-imx7d_bl33_defconfig should be better in my later thought.
Because a concrete device tree source file should be specified in
defconfig file, so that public key can be stored in u-boot FDT blob
for kernel/initramfs FIT signature ve
The following changes since commit bcd40c347d2c983625065ec70e9e9e1f98b42baf:
Merge branch 'master' of git://git.denx.de/u-boot-sunxi (2019-04-01
12:31:22 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-usb.git master
for you to fetch changes up to 2a766db11a7e3129db0
On 4/3/19 1:46 PM, Neil Armstrong wrote:
> This patchset :
> - fixes the MESON_GXL_USB_PHY dependency to also allow MESON_GXM
> - fixes the khadas-vim2 defconfig
>
> Tom, I know it's _very_ late in the cycle, is it still OK for final
> 2019.04 release ?
If it's a fix, it is still OK.
--
Best re
On 4/3/19 8:13 AM, Jagan Teki wrote:
> On Wed, Feb 27, 2019 at 11:06 AM Ley Foon Tan wrote:
>>
>> Use quad write if SPI_TX_QUAD flag is set.
>>
>> Tested quad write on Stratix 10 SoC board (Micron
>> serial NOR flash, mt25qu02g)
>>
>> Signed-off-by: Ley Foon Tan
>>
>> ---
>
> Applied to u-boot-s
On 4/3/19 8:10 AM, Jagan Teki wrote:
> On Fri, Mar 22, 2019 at 3:09 AM Marek Vasut wrote:
>>
>> On 3/21/19 5:57 PM, Jagan Teki wrote:
>>> On Fri, Mar 8, 2019 at 3:57 AM Marek Vasut wrote:
Add Macronix MX66U2G45F flash device description.
This is a 256 MiB part.
>>>
>>> Couldn't fin
On 4/3/19 4:45 AM, Adam Ford wrote:
> There exists code in drivers/common/common.c to read the dr_mode
> from the device tree. This patch converts this driver to use that
> function to initialize the driver.
>
> Signed-off-by: Adam Ford
>
> diff --git a/drivers/usb/host/ehci-mx6.c b/drivers/usb
Otavio Salvador 于2019年3月28日周四 下午8:57写道：
>
> On Thu, Mar 28, 2019 at 5:30 AM Jun Nie wrote:
> >
> > Add configuration to boot U-boot as BL33 case. The boot flow
> > is ATF -> OPTEE -> U-boot.
>
> Could you add a README explaining how to use / test it?
Hi Otavio,
Below is draft of README. some of
The Khadas VIM2 defconfig was missing the USB PHY config and
two other misc configs to setup dram banks and call misc_init_r.
Align it on the other Amlogic SoC based boards defconfig.
Signed-off-by: Neil Armstrong
---
configs/khadas-vim2_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff -
The MESON_GXL_USB_PHY is also used on the Amlogic Meson GXM SoCs.
Fixes: 2960e27e38 ("phy: Add Amlogic Meson USB2 & USB3 Generic PHY drivers")
Signed-off-by: Neil Armstrong
---
drivers/phy/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/phy/Kconfig b/drivers/p
This patchset :
- fixes the MESON_GXL_USB_PHY dependency to also allow MESON_GXM
- fixes the khadas-vim2 defconfig
Tom, I know it's _very_ late in the cycle, is it still OK for final
2019.04 release ?
Neil Armstrong (2):
phy: Also allow MESON_GXM for MESON_GXL_USB_PHY
configs: khadas_vim2: Fi
On Tue, Apr 2, 2019 at 11:58 PM Jagan Teki wrote:
>
> Hi Adam,
>
> On Sun, Jan 13, 2019 at 5:02 AM Adam Ford wrote:
> >
> > The Ethernet has been broken for some time. This patch unifies
> > this board with a few others that use a similar approach to
> > enabling phy. This fixes ar8031 Ethernet
On Wed, Apr 03, 2019 at 08:21:34PM +0900, Masahiro Yamada wrote:
> On Wed, Apr 3, 2019 at 8:19 PM Tom Rini wrote:
> >
> > On Tue, Apr 02, 2019 at 03:16:10PM -0500, Troy Benjegerdes wrote:
> > >
> > > > On Mar 31, 2019, at 5:02 PM, Tom Rini wrote:
> > > >
> > > > On Fri, Mar 29, 2019 at 11:15:48PM
On 03. 04. 19 13:24, Mike Looijmans wrote:
> On 29-03-19 13:22, Luca Ceresoli wrote:
>> Hi Michal,
>>
>> thanks for the feedback.
>>
>> On 27/03/19 16:03, Michal Simek wrote:
>>> On 21. 03. 19 16:48, Luca Ceresoli wrote:
Optionally allow U-Boot to load at the PMU firmware configuration object
On 29-03-19 13:22, Luca Ceresoli wrote:
> Hi Michal,
>
> thanks for the feedback.
>
> On 27/03/19 16:03, Michal Simek wrote:
>> On 21. 03. 19 16:48, Luca Ceresoli wrote:
>>> Optionally allow U-Boot to load at the PMU firmware configuration object
>>> into the Power Management Unit (PMU) on Xilinx
On Wed, Apr 3, 2019 at 8:19 PM Tom Rini wrote:
>
> On Tue, Apr 02, 2019 at 03:16:10PM -0500, Troy Benjegerdes wrote:
> >
> > > On Mar 31, 2019, at 5:02 PM, Tom Rini wrote:
> > >
> > > On Fri, Mar 29, 2019 at 11:15:48PM -0700, Troy Benjegerdes wrote:
> > >
> > >> I attempted to merge in the latest
On 03.04.19 13:11, eugen.hris...@microchip.com wrote:
On 03.04.2019 14:03, Eugen Hristev wrote:
On 02.04.2019 11:57, Stefan Roese wrote:
This patch adds the CONFIG_SPL_IMAGE option to select the SPL image that
shall be used to generate the combined SPL + U-Boot image. The default
value
On 03.04.19 13:08, eugen.hris...@microchip.com wrote:
On 02.04.2019 11:57, Stefan Roese wrote:
This patch adds the CONFIG_SPL_IMAGE option to select the SPL image that
shall be used to generate the combined SPL + U-Boot image. The default
value is the current value "spl/u-boot-spl.bin".
Thi
On Tue, Apr 02, 2019 at 03:16:10PM -0500, Troy Benjegerdes wrote:
>
> > On Mar 31, 2019, at 5:02 PM, Tom Rini wrote:
> >
> > On Fri, Mar 29, 2019 at 11:15:48PM -0700, Troy Benjegerdes wrote:
> >
> >> I attempted to merge in the latest master branch into
> >> https://github.com/sifive/u-boot/tre
Hello everyone,
I am new to U-Boot and I am trying to understand what I need to code for using
my own board with the bootloader.
The device tree files I have already found under ./arch/arm/dts/. Can I just
add my device tree under this directory?
Also, what is the difference between the con
Hi Eugen,
On 03.04.19 13:05, eugen.hris...@microchip.com wrote:
Looking again over this, the Kconfig you added is useless and has no
effect unless ATMEL_USART driver...
Can you make it to depend on atmel usart or be named
ATMEL_SPL_UART_CLOCK if this is not needed for anything else whatsoever
On 03.04.2019 14:03, Eugen Hristev wrote:
>
>
> On 02.04.2019 11:57, Stefan Roese wrote:
>
>>
>> This patch adds the CONFIG_SPL_IMAGE option to select the SPL image that
>> shall be used to generate the combined SPL + U-Boot image. The default
>> value is the current value "spl/u-boot-spl.bin"
On 02.04.2019 11:57, Stefan Roese wrote:
>
> This patch adds the CONFIG_SPL_IMAGE option to select the SPL image that
> shall be used to generate the combined SPL + U-Boot image. The default
> value is the current value "spl/u-boot-spl.bin".
>
> This patch also sets CONFIG_SPL_IMAGE to "spl/bo
On 03.04.2019 13:58, Stefan Roese wrote:
> Hi Eugen,
>
> On 03.04.19 12:52, eugen.hris...@microchip.com wrote:
>>
>>
>> On 02.04.2019 14:21, Stefan Roese wrote:
>>
>>> This patch adds an alterative SPL version of atmel_serial_enable_clk().
>>> This enables the usage of this driver without full
Otavio Salvador 于2019年3月28日周四 下午8:58写道：
>
> On Thu, Mar 28, 2019 at 5:34 AM Jun Nie wrote:
> >
> > Correct uart clock root ID. Incorrect ID may result the
> > clock is gated because rate value 0 is returned in
> > imx_get_uartclk()
> >
> > Signed-off-by: Jun Nie
>
> How this could not be defined
Hi Daniel,
The 04/03/2019 12:18, Daniel Schwierzeck wrote:
> External E-Mail
>
>
>
> Am 30.03.19 um 11:17 schrieb Horatiu Vultur:
> > Add network driver for Microsemi Ethernet switch.
> > It is present on Jaguar2 SoCs.
> >
> > Signed-off-by: Horatiu Vultur
> > ---
> > drivers/net/mscc_eswitc
Hi Eugen,
On 03.04.19 12:52, eugen.hris...@microchip.com wrote:
On 02.04.2019 14:21, Stefan Roese wrote:
This patch adds an alterative SPL version of atmel_serial_enable_clk().
This enables the usage of this driver without full clock support (in
drivers and DT nodes). This saves some space i
On 02.04.2019 14:21, Stefan Roese wrote:
> This patch adds an alterative SPL version of atmel_serial_enable_clk().
> This enables the usage of this driver without full clock support (in
> drivers and DT nodes). This saves some space in the SPL image.
>
> Please note that this fixed clock suppor
Hi All,
We have created a mailing list for RISC-V OpenSBI development and discussion.
The GitHub based PRs and issue tracking will be still available but preferred
mode of patch submission and discussion will be mailing list.
The intention behind OpenSBI mailing list is to have one common plac
Am 30.03.19 um 11:17 schrieb Horatiu Vultur:
> Add network driver for Microsemi Ethernet switch.
> It is present on Jaguar2 SoCs.
>
> Signed-off-by: Horatiu Vultur
> ---
> drivers/net/mscc_eswitch/Kconfig |7 +
> drivers/net/mscc_eswitch/Makefile |1 +
> drivers/net/mscc_eswit
Hi,
On 03/04/2019 10:34, Urja Rannikko wrote:
> This affects RK3036, RK322X and RK3288 - the defconfig changes done by
> moveconfig.py for the veyrons were left out on purpose because they dont
> have an OTG port, and will get their config updated in the next commit.
>
> Signed-off-by: Urja Ranni
1 - 100 of 134 matches
Mail list logo
