[U-Boot] [PATCH] MPC5200 FEC MII speed register

2009-03-11 Thread Jon
From: Jon Smirl Set a non-zero speed in the MII register so that MII commands will work. Signed-off-by: Jon Smirl --- drivers/net/mpc5xxx_fec.c | 23 --- 1 files changed, 16 insertions(+), 7 deletions(-) diff --git a/drivers/net/mpc5xxx_fec.c b/drivers/net/mpc5xxx_fec.c

[U-Boot] [PATCH] .gitignore for generated files in api_examples directory

2009-03-19 Thread Jon
From: Jon Smirl .gitignore for generated files in api_examples directory crc32.c ctype.c demo demo.bin ppcstring.S string.c vsprintf.c Signed-off-by: Jon Smirl --- api_examples/.gitignore |8 1 files changed, 8 insertions(+), 0 deletions(-) create mode 100644 api_examples

[U-Boot] [PATCH 0/3] Three mpc5200 patches from Pengutronix.de

2009-03-21 Thread Jon
+++- drivers/net/mpc5xxx_fec.c | 11 +-- 2 files changed, 12 insertions(+), 15 deletions(-) -- Jon Smirl jonsm...@gmail.com ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH 1/3] mpc5200: do not use printf in i2c_init()

2009-03-21 Thread Jon
From: Sascha Hauer On boards which have the environment in eeprom, i2c_init() is called before the console and ram is initialized. Do not printf here. Signed-off-by: Sascha Hauer --- cpu/mpc5xxx/i2c.c | 10 -- 1 files changed, 0 insertions(+), 10 deletions(-) diff --git a/cpu/mpc5xx

[U-Boot] [PATCH 2/3] mpc52xx phy: initialize only when needed

2009-03-21 Thread Jon
From: Sascha Hauer Do not initialize phy on startup, instead initialize it when we actually need it. Signed-off-by: Sascha Hauer --- drivers/net/mpc5xxx_fec.c | 11 +-- 1 files changed, 9 insertions(+), 2 deletions(-) diff --git a/drivers/net/mpc5xxx_fec.c b/drivers/net/mpc5xxx_fec.

[U-Boot] [PATCH 3/3] mpc5200: make i2c faster

2009-03-21 Thread Jon
From: Sascha Hauer The mpc5xxx i2c driver has great delays while waiting for the chip status. make the delays smaller and the driver faster. Signed-off-by: Sascha Hauer --- cpu/mpc5xxx/i2c.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/cpu/mpc5xxx/i2c.c b/cpu/m

[U-Boot] [PATCH] Make flash protection work, when the environment is in EEPROM

2009-03-21 Thread Jon
From: Eric Schumann On the pcm030 the environment is located in the onboard EEPROM. But we want to handle flash sector protection in a safe manner. So we must read the unlock environment variable from EEPROM instead from flash. This patch is required as long the evironment is saved into the EEPR

Re: [U-Boot] [PATCH v2] Makefile: Fix linking with modern binutils

2017-03-21 Thread Jon
Likewise tested on Fedora rawhide with: binutils-2.28-5.fc27 This patch allows our distro u-boot builds to succeed. +1 Tested-by: Jon Disnard On Thu, Jan 12, 2017 at 3:19 AM, Sjoerd Simons wrote: > Tested on current Debian unstable: > GNU ld (GNU Binutils for Debian) 2.27.90.20

Re: [PATCH v4 1/8] binman: ti-secure: Add support for firewalling entities

2023-12-14 Thread Jon Cormier
Hi Manorit, This commit added a possibly unintentional dependency on python 3.9+. I ran into this while trying to build the soon-to-be-released 09.01.00.008. Build failure on ubuntu 20.04 which uses python 3.8: "binman: 'type' object is not subscriptable" This can be fixed by: diff --git a/too

Re: [PATCH] include: env: ti: default_findfdt: Follow the bootstd/distro conventions

2023-12-28 Thread Jon Humphreys
{default_device_tree_arch}/${default_device_tree_subarch}/${default_device_tree}.dtb; > - setenv fdtfile ${name_fdt} > +fdtfile=ti/omap/CONFIG_DEFAULT_DEVICE_TREE.dtb; > #endif > + > +findfdt=setenv name_fdt ${fdt_file} > -- > 2.43.0 Nishanth, only am62/beagleplay uses the default_findfdt.env definitions. Others (eg, j721e) define their own and have a run-time component to them. Jon

Re: [PATCH v2 4/4] configs: j721s2_evm_*_defconfig: Enable OSPI configs

2024-05-30 Thread Jon Humphreys
_SPL_RAM_SUPPORT=y > CONFIG_SPL_RAM_DEVICE=y > # CONFIG_SPL_SPI_FLASH_TINY is not set > CONFIG_SPL_SPI_FLASH_SFDP_SUPPORT=y > +CONFIG_SF_DEFAULT_MODE=0 > +CONFIG_SF_DEFAULT_SPEED=2500 CONFIG_SF_DEFAULT_MODE defaults to 0 already. Also please order config additions as saf

Re: [PATCH v4 15/19] board: am62px: Define capsule update firmware info

2024-05-30 Thread Jon Humphreys
Ilias Apalodimas writes: > Hi Jon, > > On Fri, 24 May 2024 at 18:38, Jon Humphreys wrote: >> >> Ilias Apalodimas writes: >> >> > Hi Jonathan >> > >> > Thanks for working on this >> > >> > On Thu, May 09, 2024 at 11:41:19

Re: [PATCH] efi: capsule: Improve capsule update porting to new boards

2024-06-13 Thread Jon Humphreys
Ilias Apalodimas writes: > Hi Jon, > > On Sat, 8 Jun 2024 at 02:44, Jonathan Humphreys wrote: >> >> Add to the capsule update porting documentation that when capsule >> authentication is enabled (via EFI_CAPSULE_AUTHENTICATE), a public key >> certificate corresp

Re: [PATCH v2 0/2] scripts/Makefile.lib: EFI: Use capsule CRT instead of ESL

2024-06-14 Thread Jon Humphreys
it. [0] https://docs.u-boot.org/en/latest/develop/uefi/uefi.html#enabling-capsule-authentication [1] https://docs.u-boot.org/en/latest/develop/uefi/uefi.html#configuring-uefi-secure-boot Jon > Thanks > /Ilias >> >> Changes from v1: >> - Converted the single patch to a series t

Re: [PATCH] efi_loader: adjust config options for capsule updates

2024-06-18 Thread Jon Humphreys
a corresponding effort to update fwupdmgr to set OSIndications (and set it correctly so the change persists a reboot)? Otherwise, fwupdmgr provided capsules will now get ignored for boards that enable setvariable at runtime. Jon > > Signed-off-by: Ilias Apalodimas > --- > lib/ef

Re: [PATCH] efi_loader: adjust config options for capsule updates

2024-06-18 Thread Jon Humphreys
Ilias Apalodimas writes: > Hi Jon, > > On Tue, 18 Jun 2024 at 19:49, Jon Humphreys wrote: >> >> Ilias Apalodimas writes: >> >> > EFI_IGNORE_OSINDICATIONS is used to ignore OsIndications if setvariable >> > at runtime is not supported and allow th

Re: [PATCH v4 10/14] net-lwip: add wget command

2024-06-24 Thread Jon Humphreys
log_err("only http:// is supported\n"); > + return false; > + } > + str_copy = strdup(uri); > + if (!str_copy) > + return false; > + > + s = str_copy + strlen("http://";); > + authority = strsep(&s, "/"); > + if (!s) { > + log_err("invalid uri, no file path\n"); > + ret = false; > + goto out; > + } > + s = strchr(authority, '@'); > + if (s) { > + log_err("user information is not supported\n"); > + ret = false; > + goto out; > + } > + s = strchr(authority, ':'); > + if (s) { > + log_err("user defined port is not supported\n"); > + ret = false; > + goto out; > + } > + > +out: > + free(str_copy); > + > + return ret; > +} > -- > 2.40.1 Hi Jerome, I am trying out the lwIP stack on TI boards. For wget, I noticed a bug and a user experience improvement. The bug is an off-by-one array access when parsing the url. The improvement emits a message if the url isn't an http://, since that is all we are supporting, and without the message, the wget command silently fails, which is confusing to the user. I will post the 2 patches as a reply to this email. LMK if you want to use another method to collaborate. I can already see that efi http boot support will not work. wget_validate_uri() looks to be copied vertabim from the current implementation, and IMO we should completely remove it. Jon

Re: [PATCH v4 10/14] net-lwip: add wget command

2024-06-24 Thread Jon Humphreys
Subject: [PATCH] net-lwip: fixes off-by-one array access error with wget When wget parses the url and extracts the host, it is off by one on the index to terminate the character array. Signed-off-by: Jonathan Humphreys --- net-lwip/wget.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) d

Re: [PATCH v4 10/14] net-lwip: add wget command

2024-06-24 Thread Jon Humphreys
Subject: [PATCH] net-lwip: Add message if not using http:// for wget U-Boot's wget only supports http://, so give the user a clue if they don't use it. Signed-off-by: Jonathan Humphreys --- net-lwip/wget.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/net-lwip/wget.c b/

Re: [PATCH v4 10/14] net-lwip: add wget command

2024-06-24 Thread Jon Humphreys
Jerome Forissier writes: > On 6/24/24 08:21, Jon Humphreys wrote: >> Jerome Forissier writes: >> >>> Add support for the wget command with NET_LWIP. >>> >>> Based on code initially developed by Maxim U. >>> >>> Signed-off-by: Jerome

Re: [PATCH v5 4/6] configs: am62x_evm_*: Enable USB and DFU support

2024-07-03 Thread Jon Humphreys
Martyn Welch writes: > On Thu, 2024-05-23 at 15:08 -0500, Jon Humphreys wrote: >> Martyn Welch writes: >> >> > From: Sjoerd Simons >> > >> > Provide config fragments to enable USB host as well as USB gadget >> > and DFU >> > support

Re: [PATCH v5 4/6] configs: am62x_evm_*: Enable USB and DFU support

2024-07-11 Thread Jon Humphreys
Martyn Welch writes: > On Thu, 2024-05-23 at 15:08 -0500, Jon Humphreys wrote: >> Martyn Welch writes: >> >> > From: Sjoerd Simons >> > >> > Provide config fragments to enable USB host as well as USB gadget >> > and DFU >> > support

Re: [PATCH v5 4/6] configs: am62x_evm_*: Enable USB and DFU support

2024-07-11 Thread Jon Humphreys
Jon Humphreys writes: > Martyn Welch writes: > >> On Thu, 2024-05-23 at 15:08 -0500, Jon Humphreys wrote: >>> Martyn Welch writes: >>> >>> > From: Sjoerd Simons >>> > >>> > Provide config fragments to enable USB host as w

Re: [PATCH 1/2] board: ti: am62x: am62x.env: Fix boot_targets

2024-01-04 Thread Jon Humphreys
Some other thoughts - envboot is more of a hacky way to solve things: 1) As we move more towards secure boot as the standard, we should understand what use cases the hacks are working around and properly support those use cases. 2) But I don't think we should just remove it altogether because it is a very powerful 'feature' during the development phases to try out changes without modifying/rebuilding/reflashing u-boot. 3) This is a TI feature. Are others solving this need in a better way? Jon

Re: [PATCH 01/10] board: ti: common: Introduce a common fdt ops library

2024-01-08 Thread Jon Humphreys
Nishanth Menon writes: > Introduce a common fdt operations library for basic device tree > operations that are common between various boards. > > The first library to introduce here is the capability to set up > fdtfile as a standard variable as part of board identification rather > than depend o

Re: [PATCH 08/10] board: beagle: beagleboneai64: Set fdtfile from C code instead of findfdt script

2024-01-08 Thread Jon Humphreys
Nishanth Menon writes: > Stop using the findfdt script and switch to setting the fdtfile from C > code. > > While at this, replace findfdt in environment with a warning as it is > no longer needed > > Signed-off-by: Nishanth Menon > --- > board/beagle/beagleboneai64/beagleboneai64.c | 14

Re: [PATCH 02/10] board: ti: am62ax: Set fdtfile from C code instead of findfdt script

2024-01-08 Thread Jon Humphreys
Nishanth Menon writes: > Stop using the findfdt script and switch to setting the fdtfile from > C code. > > While at this, replace findfdt in environment with a warning as it is > no longer needed > > Signed-off-by: Nishanth Menon > --- > board/ti/am62ax/am62ax.env | 1 - > board/ti/am62

Re: [PATCH V2 01/10] board: ti: common: Introduce a common fdt ops library

2024-01-12 Thread Jon Humphreys
Nishanth Menon writes: > Introduce a common fdt operations library for basic device tree > operations that are common between various boards. > > The first library to introduce here is the capability to set up > fdtfile as a standard variable as part of board identification rather > than depend o

Re: [PATCH V2 02/10] board: ti: am62ax: Set fdtfile from C code instead of findfdt script

2024-01-12 Thread Jon Humphreys
Nishanth Menon writes: > Stop using the findfdt script and switch to setting the fdtfile from > C code. > > While at this, replace findfdt in environment with a warning as it is > no longer needed > > Signed-off-by: Nishanth Menon > --- > Changes from V1: None. > I have retained the central call

Re: [PATCH V2 03/10] board: ti: am62x: Set fdtfile from C code instead of findfdt script

2024-01-12 Thread Jon Humphreys
Nishanth Menon writes: > Stop using the findfdt script and switch to setting the fdtfile from > C code. > > While at this, replace findfdt in environment with a warning as it is > no longer needed > > Signed-off-by: Nishanth Menon > --- > Changes from V1: None. > I have retained the central call

Re: [PATCH V2 04/10] board: ti: am64x: Set fdtfile from C code instead of findfdt script

2024-01-12 Thread Jon Humphreys
Nishanth Menon writes: > We now can provide a map and have the standard fdtfile variable set from > code itself. This allows for bootstd to "just work". > > While at this, replace findfdt in environment with a warning as it is no > longer needed. > > Signed-off-by: Nishanth Menon > --- > Changes

Re: [PATCH V2 05/10] board: ti: am65x: Set fdtfile from C code instead of findfdt script

2024-01-12 Thread Jon Humphreys
Nishanth Menon writes: > We now can provide a map and have the standard fdtfile variable set from > code itself. This allows for bootstd to "just work". > > While at this, replace findfdt in environment with a warning as it is no > longer needed. > > Signed-off-by: Nishanth Menon > --- > Changes

Re: [PATCH V2 06/10] board: ti: j721e: Set fdtfile from C code instead of findfdt script

2024-01-12 Thread Jon Humphreys
Nishanth Menon writes: > We now can provide a map and have the standard fdtfile variable set from > code itself. This allows for bootstd to "just work". > > While at this, replace findfdt in environment with a warning as it is no > longer needed. > > Signed-off-by: Nishanth Menon > --- > Changes

Re: [PATCH V2 07/10] board: ti: j721s2: Set fdtfile from C code instead of findfdt script

2024-01-12 Thread Jon Humphreys
Nishanth Menon writes: > We now can provide a map and have the standard fdtfile variable set from > code itself. This allows for bootstd to "just work". > > While at this, replace findfdt in environment with a warning as it is no > longer needed. > > Signed-off-by: Nishanth Menon > --- > Changes

Re: [PATCH V2 08/10] board: beagle: beagleboneai64: Set fdtfile from C code instead of findfdt script

2024-01-12 Thread Jon Humphreys
Nishanth Menon writes: > Stop using the findfdt script and switch to setting the fdtfile from C > code. > > Signed-off-by: Nishanth Menon > --- > Changes from V1: > * Just macro name change s/TI_EVM_FDT_FOLDER_PATH/TI_FDT_FOLDER_PATH > * Commit message update to drop the "warning added to findfd

Re: [PATCH V2 09/10] board: beagle: beagleplay: Set fdtfile from C code instead of findfdt script

2024-01-12 Thread Jon Humphreys
Nishanth Menon writes: > Stop using the findfdt script and switch to setting the fdtfile from C > code. > > Signed-off-by: Nishanth Menon > --- > Changes from V1: > * Just macro name change s/TI_EVM_FDT_FOLDER_PATH/TI_FDT_FOLDER_PATH > * Commit message update to drop the "warning added to findfd

Re: [PATCH V2 10/10] include: env: ti: Drop default_findfdt

2024-01-12 Thread Jon Humphreys
Nishanth Menon writes: > We shouldn't need finfdt anymore. Drop the env script. > > Signed-off-by: Nishanth Menon > --- > Changes from V1: None. > > V1: https://lore.kernel.org/r/20240108173301.2692332-11...@ti.com > include/env/ti/default_findfdt.env | 12 > 1 file changed, 12 del

Re: [PATCH] mmc: sdhci: Correct ADMA_DESC_LEN to 12

2024-05-01 Thread Jon Humphreys
"A. Sverdlin" writes: > From: Alexander Sverdlin > > Commit 37cb626da25d0d ("mmc: sdhci: Add Support for ADMA2") introduced > ADMA_DESC_LEN == 16 (64 bit case), but it was never used before commit > 74755c1fed1b0 ("mmc: sdhci: introduce adma_write_desc() hook to struct > sdhci_ops"). > > "sizeo

Re: [PATCH v2 4/7] dts: beagleplay: binman: Include firmware capsules binman nodes

2024-05-21 Thread Jon Humphreys
hould gracefully continue with fake data, so that buildman can successfully test out builds for boards even when you don't have all the required bintools. If I have that correct, I can also create a patch to properly handle this when using mkeficapsule. But I want to verify this is the desired beh

Re: [PATCH v2 4/7] dts: beagleplay: binman: Include firmware capsules binman nodes

2024-05-22 Thread Jon Humphreys
Tom Rini writes: > On Tue, May 21, 2024 at 09:20:26PM -0500, Jon Humphreys wrote: >> Tom Rini writes: >> >> > On Fri, Apr 19, 2024 at 04:28:16PM -0500, Jonathan Humphreys wrote: >> > >> >> Fill in the BeaglePlay's capsule GUID proper

Re: [PATCH v5 4/6] configs: am62x_evm_*: Enable USB and DFU support

2024-05-23 Thread Jon Humphreys
s not set > +# CONFIG_SPL_SYS_MALLOC is not set > +# CONFIG_CMD_GPT is not set > +# CONFIG_CMD_MMC is not set > +# CONFIG_CMD_FAT is not set > +# CONFIG_MMC_SDHCI is not set > -- > 2.43.0 Hi all, it appears that this patch breaks OSPI DFU on the board. In particular, changing the CONFIG_SYS_DFU_DATA_BUF_SIZE seems to be the culprit. I see the error as a DFU timeout when applying capsules. SF: Detected s28hs512t with page size 256 Bytes, erase size 256 KiB, total 64 MiB jedec_spi_nor flash@0: flash operation timed out #DFU write failed Jon

Re: [PATCH v2 4/7] dts: beagleplay: binman: Include firmware capsules binman nodes

2024-05-23 Thread Jon Humphreys
Tom Rini writes: > On Wed, May 22, 2024 at 11:12:35PM -0500, Jon Humphreys wrote: >> Tom Rini writes: >> >> > On Tue, May 21, 2024 at 09:20:26PM -0500, Jon Humphreys wrote: >> >> Tom Rini writes: >> >> >> >> > On

Re: [PATCH v4 15/19] board: am62px: Define capsule update firmware info

2024-05-24 Thread Jon Humphreys
e.kernel.org/all/b19f02e0-a80a-46d6-8296-5d5165777...@kernel.org/ I assume the reasoning is to reduce #if's in the code and rely on the compiler to be smart enough to remove dead data. (Roger, speak up if I misrepresent you.) I'm ok to do either way. What is the preferred way in U-Boot? Th

Re: [RFC] Makefile.lib: find capsule ESL dtsi file when CONFIG_OF_UPSTREAM=y

2024-03-28 Thread Jon Humphreys
ts of > the ESL file, which is a binary file(a few hundred bytes at least) > into the DTS. If you prefer having such an option, we can change the > logic to what you propose. Thanks. What I was thinking is that one would explictly add the capsule-key property to the board dts but do it just

Re: [RFC] Makefile.lib: find capsule ESL dtsi file when CONFIG_OF_UPSTREAM=y

2024-03-29 Thread Jon Humphreys
Sughosh Ganu writes: > On Thu, 28 Mar 2024 at 09:34, Jon Humphreys wrote: >> >> Sughosh Ganu writes: >> >> > hi Jonathan, >> > >> > On Wed, 27 Mar 2024 at 08:05, Jonathan Humphreys >> > wrote: >> >> >> >> When

Re: [PATCH 1/4] mtd: spi-nor-core: Do not start or end writes at odd address in DTR mode

2024-04-01 Thread Jon Humphreys
Manorit Chawdhry writes: > From: Pratyush Yadav > > On DTR capable flashes like Micron Xcella the writes cannot start or end > at an odd address in DTR mode. Extra 0xff bytes need to be prepended or > appended respectively to make sure both the start and end addresses are > even. > > Signed-off-

Re: [PATCH v2 01/16] board: Define GUIDs for firmware images

2024-04-09 Thread Jon Humphreys
s > > Heinrich > Heinrich, thanks for reviewing! I modelled the GUID macros after how other boards and even core code defined there's. (eg, include/configs/kontron-sl-mx8mm.h or include/efi_api.h). However, if this is the new direction, I will format as you suggest. Please conf

Re: [PATCH v2 02/16] board: am64x: Define capsule update firmware info

2024-04-09 Thread Jon Humphreys
Heinrich Schuchardt writes: > On 4/9/24 00:31, Jonathan Humphreys wrote: >> Define the firmwares updatable via EFI capsule update. > > Nits: > > %s/firmwares/firmware/ (firmware is uncountable). > >> >> Signed-off-by: Jonathan Humphreys >> --- >> board/ti/am64x/evm.c | 33 +

Re: [PATCH 3/7] dts: j721e: binman: Include firmware capsules binman nodes

2024-04-10 Thread Jon Humphreys
e.dtsi" >> +&tispl_name { >> +filename = "tispl.bin_unsigned"; > > Why use the _unsigned images here? HS devices cannot boot unsigned GP images, > but both GP and HS devices *can* boot the normal signed images (GP just strips > the signatures off).

Re: [PATCH 01/13] ti:keys Add EFI signature list

2024-04-10 Thread Jon Humphreys
Ilias Apalodimas writes: > On Tue, 9 Apr 2024 at 23:14, Andrew Davis wrote: >> >> On 4/9/24 2:26 PM, Heinrich Schuchardt wrote: >> > On 4/9/24 14:14, Andrew Davis wrote: >> >> On 4/8/24 10:34 PM, Heinrich Schuchardt wrote: >> >>> On 4/8/24 23:33, Jonathan Humphreys wrote: >> EFI signature l

Re: [PATCH] arm: mach-k3: security: Lower verbosity of cert message for GP

2024-04-10 Thread Jon Humphreys
Andrew Davis writes: > When we find a certificate on an image to be booted on a GP device we > print out a message explaining that the certificate is being skipped. > This message is rather long and is printed for every image. Shorten > the message and make the long version into a debug message.

Re: [PATCH 1/2] firmware: ti_sci: Bind sysreset driver when enabled

2024-04-10 Thread Jon Humphreys
Andrew Davis writes: > The sysreset TI-SCI API is available with TI-SCI always, there is no need > for a DT node to describe the availability of this. If the sysreset driver > is available then bind it during ti-sci probe. > > Remove the unneeded device tree matching. > > Signed-off-by: Andrew Da

Re: [PATCH 2/2] arm: dts: k3: Remove unneeded ti, sci-sysreset binding and nodes

2024-04-10 Thread Jon Humphreys
Andrew Davis writes: > This extra binding is non-standard and now unneeded as we bind the > sysreset driver automatically. This matches what is done in Linux > and allows us to more closely match the DTBs. Remove the binding > and all users. > > Signed-off-by: Andrew Davis > --- > arch/arm/dts/

Re: [PATCH v2 12/16] arm: dts: k3-am625-sk-u-boot: Add sysreset-controller node

2024-04-11 Thread Jon Humphreys
t; select REGEX > select FIT_SIGNATURE if ARM64 > > Has the above been considered? I am not aware. I would think that you want full reset, unless you are thinking about specifying a reset level? Jon > > >> --- >> arch/arm/dts/k3-am625-sk-u-boot

Re: [PATCH 01/13] ti:keys Add EFI signature list

2024-04-12 Thread Jon Humphreys
Ilias Apalodimas writes: > Hi Jon, > > > On Wed, 10 Apr 2024 at 20:35, Jon Humphreys wrote: >> >> Ilias Apalodimas writes: >> >> > On Tue, 9 Apr 2024 at 23:14, Andrew Davis wrote: >> >> >> >> On 4/9/24 2:26 PM, Heinric

Re: [PATCH v2 01/16] board: Define GUIDs for firmware images

2024-04-12 Thread Jon Humphreys
Ilias Apalodimas writes: > Hi both > > On Wed, 10 Apr 2024 at 10:36, Heinrich Schuchardt wrote: >> >> On 09.04.24 23:05, Jon Humphreys wrote: >> > Heinrich Schuchardt writes: >> > >> >> On 4/9/24 00:31, Jonathan Humphreys wrote: >> &g

Re: [PATCH 2/2] arm: dts: k3-am642-evm/sk: Enable OSPI support in SPL

2024-02-23 Thread Jon Humphreys
Tom Rini writes: > On Thu, Feb 22, 2024 at 11:24:38PM -0600, Jonathan Humphreys wrote: >> Add bootph DT tags to enable OSPI in SPL. >> Set OSPI regs for R5 SPL to address OSPI's boot region. >> >> Signed-off-by: Jonathan Humphreys >> --- >> arch/arm/dts/k3-am642-evm-u-boot.dtsi | 24 ++

Re: [PATCH v2 2/2] arm: dts: k3-am642-evm/sk: Enable OSPI support in SPL

2024-02-24 Thread Jon Humphreys
Tom Rini writes: > On Fri, Feb 23, 2024 at 06:17:02PM -0600, Jonathan Humphreys wrote: >> Add bootph DT tags to enable OSPI in SPL. >> Set OSPI regs for R5 SPL to address OSPI's boot region. >> >> Signed-off-by: Jonathan Humphreys >> --- >> arch/arm/dts/k3-am642-evm-u-boot.dtsi | 16 ++

Re: [PATCH v2 3/3] arm: dts: k3-j721e-sk: Remove OSPI phypattern partition

2024-02-25 Thread Jon Humphreys
"Kumar, Udit" writes: > Thanks Jon > > On 2/24/2024 5:53 AM, Jonathan Humphreys wrote: >> The phy calibration pattern partition isn't needed as the Cadence driver >> isn't >> calibrating the phys. > > > Please do mention Fixes tag here &

Re: [PATCH v2 2/2] arm: dts: k3-am642-evm/sk: Enable OSPI support in SPL

2024-02-27 Thread Jon Humphreys
Tom Rini writes: > On Sat, Feb 24, 2024 at 11:34:36AM -0600, Jon Humphreys wrote: >> Tom Rini writes: >> >> > On Fri, Feb 23, 2024 at 06:17:02PM -0600, Jonathan Humphreys wrote: >> >> Add bootph DT tags to enable OSPI in SPL. >> >> Set OS

Re: [RFC 0/5] rockchip_sfc: add support for Rockchip SFC

2021-06-05 Thread Jon Lin
s submission https://patchwork.ozlabs.org/project/uboot/list//?series=245724 submit the code under uboot as soon as possible. Finally I'll keep focus on the new comments about all these linux patches,then fix it until they are merged. Best wishes. jon@rock-chips.com From: Kever

[PATCH v5 0/5] rockchip_sfc: add support for Rockchip SFC

2021-06-29 Thread Jon Lin
Changes in v5: - Support dma transfer - Add CONFIG_IS_ENABLED(CLK) limitation - Support spinand devices - Support SFC ver4 ver5 - Using "rockchip, sfc" as compatible id - Get clock from the index to compatible with those case which's clock-names is not parsed - px30 use "rockchip, sfc" as comp

[PATCH v5 3/5] rockchip: px30: add the serial flash controller

2021-06-29 Thread Jon Lin
From: Chris Morgan Add the serial flash controller to the devicetree for the PX30. Signed-off-by: Chris Morgan Signed-off-by: Jon Lin --- Changes in v5: - px30 use "rockchip, sfc" as compatible id arch/arm/dts/px30.dtsi | 38 ++ 1 file c

[PATCH v5 2/5] rockchip: px30: Add support for using SFC

2021-06-29 Thread Jon Lin
From: Chris Morgan This patch adds support for setting the correct pin configuration for the Rockchip Serial Flash Controller found on the PX30. Signed-off-by: Chris Morgan Signed-off-by: Jon Lin --- (no changes since v1) arch/arm/mach-rockchip/px30/px30.c | 64

[PATCH v5 4/5] mtd: spi-nor-ids: Add XTX XT25F128B

2021-06-29 Thread Jon Lin
From: Chris Morgan Adds support for XT25F128B used on Odroid Go Advance. Unfortunately this chip uses a continuation code which I cannot seem to parse, so there are possibly going to be collisions with chips that use the same manufacturer/ID. Signed-off-by: Chris Morgan Signed-off-by: Jon Lin

[PATCH v5 1/5] spi: rockchip_sfc: add support for Rockchip SFC

2021-06-29 Thread Jon Lin
-off-by: Jon Lin --- Changes in v5: - Support dma transfer - Add CONFIG_IS_ENABLED(CLK) limitation - Support spinand devices - Support SFC ver4 ver5 - Using "rockchip, sfc" as compatible id - Get clock from the index to compatible with those case which's clock-names is not parsed

[PATCH v5 5/5] rockchip: px30: add support for SFC for Odroid Go Advance

2021-06-29 Thread Jon Lin
and rx lines to 2 for this reason. Signed-off-by: Chris Morgan Signed-off-by: Jon Lin --- (no changes since v1) arch/arm/dts/rk3326-odroid-go2-u-boot.dtsi | 17 + arch/arm/dts/rk3326-odroid-go2.dts | 16 2 files changed, 33 insertions(+) diff --git a

[PATCH v6 0/5] rockchip_sfc: add support for Rockchip SFC

2021-06-30 Thread Jon Lin
Changes in v6: - Fix dma transfer logic - Fix the error of the way to wait for dma transfer finished status Changes in v5: - Support dma transfer - Add CONFIG_IS_ENABLED(CLK) limitation - Support spinand devices - Support SFC ver4 ver5 - Using "rockchip, sfc" as compatible id - Get clock from t

[PATCH v6 1/5] spi: rockchip_sfc: add support for Rockchip SFC

2021-06-30 Thread Jon Lin
-off-by: Jon Lin --- Changes in v6: - Fix dma transfer logic - Fix the error of the way to wait for dma transfer finished status Changes in v5: - Support dma transfer - Add CONFIG_IS_ENABLED(CLK) limitation - Support spinand devices - Support SFC ver4 ver5 - Using "rockchip, sfc" as com

[PATCH v6 2/5] rockchip: px30: Add support for using SFC

2021-06-30 Thread Jon Lin
From: Chris Morgan This patch adds support for setting the correct pin configuration for the Rockchip Serial Flash Controller found on the PX30. Signed-off-by: Chris Morgan Signed-off-by: Jon Lin --- (no changes since v1) arch/arm/mach-rockchip/px30/px30.c | 64

[PATCH v6 3/5] rockchip: px30: add the serial flash controller

2021-06-30 Thread Jon Lin
From: Chris Morgan Add the serial flash controller to the devicetree for the PX30. Signed-off-by: Chris Morgan Signed-off-by: Jon Lin --- (no changes since v5) Changes in v5: - px30 use "rockchip, sfc" as compatible id arch/arm/dts/px30.dtsi | 38 +++

[PATCH v6 5/5] rockchip: px30: add support for SFC for Odroid Go Advance

2021-06-30 Thread Jon Lin
and rx lines to 2 for this reason. Signed-off-by: Chris Morgan Signed-off-by: Jon Lin --- (no changes since v1) arch/arm/dts/rk3326-odroid-go2-u-boot.dtsi | 17 + arch/arm/dts/rk3326-odroid-go2.dts | 16 2 files changed, 33 insertions(+) diff --git a

[PATCH v6 4/5] mtd: spi-nor-ids: Add XTX XT25F128B

2021-06-30 Thread Jon Lin
From: Chris Morgan Adds support for XT25F128B used on Odroid Go Advance. Unfortunately this chip uses a continuation code which I cannot seem to parse, so there are possibly going to be collisions with chips that use the same manufacturer/ID. Signed-off-by: Chris Morgan Signed-off-by: Jon Lin

[PATCH 2/2] ARM: tegra: Enable PSCI support for Tegra210 and Tegra186

2020-06-18 Thread Jon Hunter
quot;) was added, which moves the PSCI EFI system reset handler into the PSCI driver, this has prevented the EFI system reset from working for Tegra210 and Tegra186. Therefore, populating these nodes is necessary to fix the EFI system reset for Tegra210 and Tegra186. Signed-off-by: Jon Hunter ---

[PATCH 1/2] firmware: PSCI: Fix PSCI support for OF live trees

2020-06-18 Thread Jon Hunter
eset has been broken for Tegra210 and Tegra196 platforms. This also fixes the EFI system reset for these Tegra platforms. Signed-off-by: Jon Hunter --- drivers/firmware/psci.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/firmware/psci.c b/drivers/firmware/psci.

Re: [PATCH 1/2] firmware: PSCI: Fix PSCI support for OF live trees

2020-06-18 Thread Jon Hunter
On 18/06/2020 12:54, Jon Hunter wrote: > When CONFIG_OF_LIVE is enabled, dev_of_offset() cannot be used and > if used returns an invalid offset. This causes the call to > fdt_stringlist_get() in the psci_probe() to fail to read the 'method' > property from the PSCI node fo

[PATCH] distro_bootcmd: Add support for loading user environment

2020-01-31 Thread Jon Hunter
ere an extlinux.conf or boot script might be found. Note that by importing the environment with the '-t' option, the current environment is appended/updated rather than replaced completely. Signed-off-by: Jon Hunter --- include/config_distro_bootcmd.h | 14 ++ 1 file c

Re: [PATCH] distro_bootcmd: Add support for loading user environment

2020-01-31 Thread Jon Hunter
On 31/01/2020 12:42, Soeren Moch wrote: > On 31.01.20 11:59, Jon Hunter wrote: >> U-Boot supports loading a user environment from a file in the >> file-system. Therefore to make it easier for users to override the >> default environment, add support to the 'distro_b

Re: [PATCH] distro_bootcmd: Add support for loading user environment

2020-01-31 Thread Jon Hunter
On 31/01/2020 14:05, Tom Rini wrote: > On Fri, Jan 31, 2020 at 01:24:21PM +0000, Jon Hunter wrote: >> >> On 31/01/2020 12:42, Soeren Moch wrote: >>> On 31.01.20 11:59, Jon Hunter wrote: >>>> U-Boot supports loading a user environment from a file in the &g

Re: [PATCH v2 1/4] clock_imx8mq: Delete not used init_usb_clk()

2020-02-03 Thread Jon Nettleton
port. > > Previously Sherry did some usb work, but TI guys take over that. > > After the usb IP support ready, I or someone could start support usb for > i.MX8MQ. > > For now, the function could be dropped. > > Thanks, > Peng. I have a working port of the Linux usb phy driver for the iMX8MQ already. I think the only piece that is missing to use dwc3-generic for iMX8MQ is the common clk driver. Has anyone started work on this? -Jon

[PATCH v7 2/6] rockchip: px30: Add support for using SFC

2021-08-05 Thread Jon Lin
From: Chris Morgan This patch adds support for setting the correct pin configuration for the Rockchip Serial Flash Controller found on the PX30. Signed-off-by: Chris Morgan Signed-off-by: Jon Lin --- (no changes since v1) arch/arm/mach-rockchip/px30/px30.c | 64

[PATCH v7 0/6] rockchip_sfc: add support for Rockchip SFC

2021-08-05 Thread Jon Lin
it no longer has to extract the parameters Chris Morgan (5): spi: rockchip_sfc: add support for Rockchip SFC rockchip: px30: Add support for using SFC rockchip: px30: add the serial flash controller mtd: spi-nor-ids: Add XTX XT25F128B rockchip: px30: add support for SFC for Odroid Go Advance

[PATCH v7 4/6] mtd: spi-nor-ids: Add XTX XT25F128B

2021-08-05 Thread Jon Lin
From: Chris Morgan Adds support for XT25F128B used on Odroid Go Advance. Unfortunately this chip uses a continuation code which I cannot seem to parse, so there are possibly going to be collisions with chips that use the same manufacturer/ID. Signed-off-by: Chris Morgan Signed-off-by: Jon Lin

[PATCH v7 3/6] rockchip: px30: add the serial flash controller

2021-08-05 Thread Jon Lin
From: Chris Morgan Add the serial flash controller to the devicetree for the PX30. Signed-off-by: Chris Morgan Signed-off-by: Jon Lin --- (no changes since v5) Changes in v5: - px30 use "rockchip, sfc" as compatible id arch/arm/dts/px30.dtsi | 38 +++

[PATCH v7 1/6] spi: rockchip_sfc: add support for Rockchip SFC

2021-08-05 Thread Jon Lin
-off-by: Jon Lin --- Changes in v7: - Make sfc-use-dma configurable Changes in v6: - Fix dma transfer logic - Fix the error of the way to wait for dma transfer finished status Changes in v5: - Support dma transfer - Add CONFIG_IS_ENABLED(CLK) limitation - Support spinand devices - Support SFC

[PATCH v7 6/6] rockchip: px30: Support configure SFC

2021-08-05 Thread Jon Lin
Make px30 SFC clock configurable Signed-off-by: Jon Lin --- Changes in v7: - Make px30 SFC clock configurable drivers/clk/rockchip/clk_px30.c | 32 1 file changed, 32 insertions(+) diff --git a/drivers/clk/rockchip/clk_px30.c b/drivers/clk/rockchip/clk_px30.c

[PATCH v7 5/6] rockchip: px30: add support for SFC for Odroid Go Advance

2021-08-05 Thread Jon Lin
and rx lines to 2 for this reason. Signed-off-by: Chris Morgan Signed-off-by: Jon Lin --- (no changes since v1) arch/arm/dts/rk3326-odroid-go2-u-boot.dtsi | 17 + arch/arm/dts/rk3326-odroid-go2.dts | 16 2 files changed, 33 insertions(+) diff --git a

[PATCH v8 0/5] rockchip_sfc: add support for Rockchip SFC

2021-08-12 Thread Jon Lin
rockchip: px30: add the serial flash controller rockchip: px30: add support for SFC for Odroid Go Advance Jon Lin (1): rockchip: px30: Support configure SFC arch/arm/dts/px30.dtsi | 38 ++ arch/arm/dts/rk3326-odroid-go2-u-boot.dtsi | 17 + arch/arm/dts/rk3326-odroid-go2.dts

[PATCH v8 2/5] rockchip: px30: Add support for using SFC

2021-08-12 Thread Jon Lin
From: Chris Morgan This patch adds support for setting the correct pin configuration for the Rockchip Serial Flash Controller found on the PX30. Signed-off-by: Chris Morgan Signed-off-by: Jon Lin --- (no changes since v1) arch/arm/mach-rockchip/px30/px30.c | 64

[PATCH v8 4/5] rockchip: px30: add support for SFC for Odroid Go Advance

2021-08-12 Thread Jon Lin
and rx lines to 2 for this reason. Signed-off-by: Chris Morgan Signed-off-by: Jon Lin --- Changes in v8: - Change to use tx single line to make a good compatible arch/arm/dts/rk3326-odroid-go2-u-boot.dtsi | 17 + arch/arm/dts/rk3326-odroid-go2.dts | 16

[PATCH v8 1/5] spi: rockchip_sfc: add support for Rockchip SFC

2021-08-12 Thread Jon Lin
-off-by: Jon Lin --- Changes in v8: - Move speed operation to set_speed logic - Use read_poll - Change debug to dev_dbg - Simply exec_op dma logic Changes in v7: - Make sfc-use-dma configurable Changes in v6: - Fix dma transfer logic - Fix the error of the way to wait for dma transfer finished

[PATCH v8 3/5] rockchip: px30: add the serial flash controller

2021-08-12 Thread Jon Lin
From: Chris Morgan Add the serial flash controller to the devicetree for the PX30. Signed-off-by: Chris Morgan Signed-off-by: Jon Lin --- (no changes since v5) Changes in v5: - px30 use "rockchip, sfc" as compatible id arch/arm/dts/px30.dtsi | 38 +++

[PATCH v8 5/5] rockchip: px30: Support configure SFC

2021-08-12 Thread Jon Lin
Make px30 SFC clock configurable Signed-off-by: Jon Lin Reviewed-by: Jagan Teki --- (no changes since v7) Changes in v7: - Make px30 SFC clock configurable drivers/clk/rockchip/clk_px30.c | 32 1 file changed, 32 insertions(+) diff --git a/drivers/clk

[RFC PATCH v8 0/6] rockchip_sfc: add support for Rockchip SFC

2021-08-12 Thread Jon Lin
dd support for using SFC rockchip: px30: add the serial flash controller rockchip: px30: add support for SFC for Odroid Go Advance Jon Lin (1): rockchip: px30: Support configure SFC Tom Rini (1): CI: Update to LLVM-12 .azure-pipelines.yml | 4 +- .gitlab-ci.yml

[RFC PATCH v8 1/6] CI: Update to LLVM-12

2021-08-12 Thread Jon Lin
From: Tom Rini The current stable release of LLVM is 12, update to that. While at it, fix that we had not correctly upgraded to LLVM 11 previously. Signed-off-by: Tom Rini Signed-off-by: Jon Lin --- (no changes since v1) .azure-pipelines.yml| 4 ++-- .gitlab-ci.yml | 4

[RFC PATCH v8 2/6] spi: rockchip_sfc: add support for Rockchip SFC

2021-08-12 Thread Jon Lin
-off-by: Jon Lin --- Changes in v8: - Move speed operation to set_speed logic - Use read_poll - Change debug to dev_dbg - Simply exec_op dma logic Changes in v7: - Make sfc-use-dma configurable Changes in v6: - Fix dma transfer logic - Fix the error of the way to wait for dma transfer finished

[RFC PATCH v8 3/6] rockchip: px30: Add support for using SFC

2021-08-12 Thread Jon Lin
From: Chris Morgan This patch adds support for setting the correct pin configuration for the Rockchip Serial Flash Controller found on the PX30. Signed-off-by: Chris Morgan Signed-off-by: Jon Lin Reviewed-by: Kever Yang --- (no changes since v1) arch/arm/mach-rockchip/px30/px30.c | 64

[RFC PATCH v8 4/6] rockchip: px30: add the serial flash controller

2021-08-12 Thread Jon Lin
From: Chris Morgan Add the serial flash controller to the devicetree for the PX30. Signed-off-by: Chris Morgan Signed-off-by: Jon Lin Reviewed-by: Kever Yang --- (no changes since v5) Changes in v5: - px30 use "rockchip, sfc" as compatible id arch/arm/dts/px30

[RFC PATCH v8 1/5] spi: rockchip_sfc: add support for Rockchip SFC

2021-08-12 Thread Jon Lin
-off-by: Jon Lin --- Changes in v8: - Move speed operation to set_speed logic - Use read_poll - Change debug to dev_dbg - Simply exec_op dma logic Changes in v7: - Make sfc-use-dma configurable Changes in v6: - Fix dma transfer logic - Fix the error of the way to wait for dma transfer finished

[RFC PATCH v8 0/5] rockchip_sfc: add support for Rockchip SFC

2021-08-12 Thread Jon Lin
dd support for using SFC rockchip: px30: add the serial flash controller rockchip: px30: add support for SFC for Odroid Go Advance Jon Lin (1): rockchip: px30: Support configure SFC arch/arm/dts/px30.dtsi | 38 ++ arch/arm/dts/rk3326-odroid-go2-u-boot.dtsi | 17 + arch/arm/d

  1   2   3   4   5   >