The meat of my problem. rk3399 has the ability to redirect uart2 to
sdcard pins. This setup half works; I can push input into the uart, but
not see output.
Signed-off-by: Marty E. Plummer
---
arch/arm/dts/rk3399-gru.dtsi | 7 ++-
arch/arm/dts/rk3399.dtsi
Not even used as far as I can see, but still.
Signed-off-by: Marty E. Plummer
---
arch/arm/include/asm/arch-rockchip/grf_rk3399.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/include/asm/arch-rockchip/grf_rk3399.h
b/arch/arm/include/asm/arch-rockchip/grf_rk3399.
Code snagged from rk3188's u-boot implementation and the linux kernel's
implementation of rockchip.usb_uart=1
Tested on rk3288-veyron-speedy
patman/checkpatch.pl doesn't like my indentation here and I can't quite
figure out what it actually wants.
Complaint is:
arch/arm/mach-rockchip/rk3288/rk3288
Trivial change, builds a bootable u-boot.rom properly.
Signed-off-by: Marty E. Plummer
---
arch/arm/mach-rockchip/rk3288/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/mach-rockchip/rk3288/Kconfig
b/arch/arm/mach-rockchip/rk3288/Kconfig
index e8c57843a3..99bf2397e6 1006
I don't intend for the last change to be included in mainline, I just
need some form of serial output to see why archlinuxarm, alpine linux,
and Fedora workstation all fail to boot on this hardware (rk3399-gru-kevin).
Or at least, I think its failing. At the point of booting the kernel the
bottom
Hello Michal,
On 9/21/2022 6:54 AM, Michal Simek wrote:
On 8/25/22 18:42, Jae Hyun Yoo wrote:
Add a usage document for the 'fru' u-boot command.
Add kerneldocs for .
Signed-off-by: Jae Hyun Yoo
---
Changes from v3:
* None.
Changes from v2:
* Added kerneldocs to 'include/fru.h'. (Simon)
Hello Michal,
On 9/21/2022 6:52 AM, Michal Simek wrote:
On 8/25/22 18:42, Jae Hyun Yoo wrote:
Add product info area parsing support. Custom board fields can be
added dynamically using linked list so that each board support can
utilize them in their own custom way.
Signed-off-by: Jae Hyun Yoo
Hello Michal,
On 9/21/2022 6:40 AM, Michal Simek wrote:
On 8/25/22 18:42, Jae Hyun Yoo wrote:
Refactor FRU handling support to remove Xilinx customization dependency.
With this change, single or multiple custom board fields and
multi-records can be added dynamically using linked list so that
Hello Michal,
On 9/21/2022 6:07 AM, Michal Simek wrote:
On 8/25/22 18:42, Jae Hyun Yoo wrote:
This command doesn't work with sandbox because direct memory access
causes a segfault error. Fix it up using map_sysmem().
Signed-off-by: Jae Hyun Yoo
Reviewed-by: Simon Glass
---
Changes from v3:
On Wed, Sep 21, 2022 at 04:56:20PM +0530, Sughosh Ganu wrote:
> hi Takahiro,
>
> On Wed, 21 Sept 2022 at 10:58, Takahiro Akashi
> wrote:
> >
> > Sughosh,
> >
> > On Tue, Sep 20, 2022 at 06:34:12PM +0530, Sughosh Ganu wrote:
> > > On Tue, 20 Sept 2022 at 13:46, Takahiro Akashi
> > > wrote:
> > >
On 22.09.22 05:31, Chris Packham wrote:
Unlike the other 64-bit mvebu SoCs the AlleyCat5 uses the older ehci
block from the 32-bit SoCs. Adapt the ehci-marvell.c driver to cope with
the fact that the ac5 does not have the mbus infrastructure the 32-bit
SoCs have and ensure USB_EHCI_IS_TDI is sele
On 22.09.22 05:31, Chris Packham wrote:
The RD-AC5X-32G16HVG6HLG-A0 development board main components and
features include:
* Main 12V/54V power supply
* 270 Gbps throughput packet processor on the main board
* DDR4:
* SR1: 2GB DDR4 2400MT/S(1GB x 2 pcs ) with ECC(1GB x 1 pcs)
* SR2: 4GB DD
On Wed, Sep 21, 2022 at 02:34:55PM +0800, Andes wrote:
> From: Rick Chen
>
> Disable AVAILABLE_HARTS mechanism to make sure that all harts
> can boot to Kernel shell successfully.
>
> Signed-off-by: Rick Chen
> ---
> configs/ae350_rv32_spl_defconfig | 1 +
> configs/ae350_rv64_spl_defconfig |
On Wed, Sep 21, 2022 at 02:34:54PM +0800, Andes wrote:
> From: Rick Chen
>
> In SMP all harts will register themself in available_hart
> during start up. Then main hart will send IPI to other harts
> according to this variables. But this mechanism may not
> guarantee that all other harts can jump
The RD-AC5X-32G16HVG6HLG-A0 development board main components and
features include:
* Main 12V/54V power supply
* 270 Gbps throughput packet processor on the main board
* DDR4:
* SR1: 2GB DDR4 2400MT/S(1GB x 2 pcs ) with ECC(1GB x 1 pcs)
* SR2: 4GB DDR4 2400MT/S(2GB x 2 pcs ) with ECC(2GB x 1 p
Add support for the Allecat5/Alleycat5X SoC. These are L3 switches with
an integrated CPU (referred to as the CnM block in Marvell's
documentation). These have dual ARMv8.2 CPUs (Cortex-A55). This support
has been ported from Marvell's SDK which is based on a much older
version of U-Boot.
Signed-o
This uses the same IP block as the Armada-8K SoCs.
Signed-off-by: Chris Packham
Reviewed-by: Stefan Roese
---
Changes in v4:
- Collect r-by from Stefan
drivers/pinctrl/mvebu/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/mvebu/Kconfig b/drivers/pin
Unlike the other 64-bit mvebu SoCs the AlleyCat5 uses the older ehci
block from the 32-bit SoCs. Adapt the ehci-marvell.c driver to cope with
the fact that the ac5 does not have the mbus infrastructure the 32-bit
SoCs have and ensure USB_EHCI_IS_TDI is selected.
Signed-off-by: Chris Packham
---
Add support for the AlleyCat5 SoC. This lacks the mbus from the other
users of the mvneta.c driver so a new compatible string is needed to
allow for a different window configuration.
Signed-off-by: Chris Packham
Reviewed-by: Stefan Roese
---
(no changes since v3)
Changes in v3:
- Remove unnece
These patches are based on Marvell's bootloader for the AlleyCat5/5X
which was based on u-boot 2018.03. I've split that code into consumable
chunks and dropped as much unnecessary stuff as I can. I've also tried
to sync the device trees as much as possible with the support that will
land in Linux
On 9/21/22 07:45, Peng Fan wrote:
Hi,
[...]
@@ -544,6 +544,16 @@ static int imx8m_check_clock(void *ctx, struct
event *event)
}
EVENT_SPY(EVT_DM_POST_INIT, imx8m_check_clock);
+static void imx8m_setup_snvs(void)
+{
+ /* Enable SNVS clock */
+ clock_enable(CCGR_SNVS, 1);
+ /* Init
On 9/21/22 07:30, Peng Fan wrote:
[...]
@@ -50,6 +50,9 @@ CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_USE_SECTOR=y
CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR=0x300
CONFIG_SPL_I2C=y
CONFIG_SPL_POWER=y
+CONFIG_SPL_USB_HOST=y
Nitpick, would this option required?
Sadly, yes, that's all the common EHCI
On Thu, Sep 22, 2022 at 01:03:04AM +0100, Andre Przywara wrote:
> On Wed, 21 Sep 2022 13:56:44 -0400
> Tom Rini wrote:
>
> Hi Tom,
>
> > On Wed, Sep 21, 2022 at 06:09:46PM +0100, Andre Przywara wrote:
> > > Commit c0fce929564f("vexpress64: fvp: enable OF_CONTROL") added code to
> > > consider a
On Wed, 21 Sep 2022 13:56:44 -0400
Tom Rini wrote:
Hi Tom,
> On Wed, Sep 21, 2022 at 06:09:46PM +0100, Andre Przywara wrote:
> > Commit c0fce929564f("vexpress64: fvp: enable OF_CONTROL") added code to
> > consider a potential DTB address being passed in the x0 register, or
> > revert to the buil
On Thu, Sep 22, 2022 at 9:55 AM Pali Rohár wrote:
>
> On Wednesday 21 September 2022 16:59:41 Chris Packham wrote:
> > diff --git a/arch/arm/dts/ac5-98dx35xx-rd.dts
> > b/arch/arm/dts/ac5-98dx35xx-rd.dts
> ...
> > +/ {
> > + model = "Marvell RD-AC5X Board";
> > + compatible = "marvell,rd-
On Thursday 22 September 2022 09:55:24 Chris Packham wrote:
> Not boring but it doesn't help that Marvell don't document the SAR
> registers so I can only go by following their overly complicated code.
Ah :-( This is never ending story with Marvell... nobody is able to gain
access to the documenta
On Wednesday 21 September 2022 15:54:52 Chris Packham wrote:
> On Tue, Sep 20, 2022 at 9:22 PM Pali Rohár wrote:
> >
> > On Tuesday 20 September 2022 20:31:52 Chris Packham wrote:
> > > Add support for the Allecat5/Alleycat5X SoC. These are L3 switches with
> > > an integrated CPU (referred to as
On Thu, Sep 22, 2022 at 9:40 AM Pali Rohár wrote:
>
> On Thursday 22 September 2022 09:25:37 Chris Packham wrote:
> > On Wed, Sep 21, 2022 at 5:58 PM Stefan Roese wrote:
> > >
> > > On 21.09.22 06:59, Chris Packham wrote:
> > > > Add support for the Allecat5/Alleycat5X SoC. These are L3 switches
On Wednesday 21 September 2022 16:59:41 Chris Packham wrote:
> diff --git a/arch/arm/dts/ac5-98dx35xx-rd.dts
> b/arch/arm/dts/ac5-98dx35xx-rd.dts
...
> +/ {
> + model = "Marvell RD-AC5X Board";
> + compatible = "marvell,rd-ac5x", "marvell,ac5x", "marvell,ac5";
> +
> + aliases {
> +
On Thursday 22 September 2022 09:25:37 Chris Packham wrote:
> On Wed, Sep 21, 2022 at 5:58 PM Stefan Roese wrote:
> >
> > On 21.09.22 06:59, Chris Packham wrote:
> > > Add support for the Allecat5/Alleycat5X SoC. These are L3 switches with
> > > an integrated CPU (referred to as the CnM block in M
On Wed, Sep 21, 2022 at 5:58 PM Stefan Roese wrote:
>
> On 21.09.22 06:59, Chris Packham wrote:
> > Add support for the Allecat5/Alleycat5X SoC. These are L3 switches with
> > an integrated CPU (referred to as the CnM block in Marvell's
> > documentation). These have dual ARMv8.2 CPUs (Cortex-A55)
On Wed, Sep 21, 2022 at 5:58 PM Stefan Roese wrote:
>
> On 21.09.22 06:59, Chris Packham wrote:
> > Add support for the Allecat5/Alleycat5X SoC. These are L3 switches with
> > an integrated CPU (referred to as the CnM block in Marvell's
> > documentation). These have dual ARMv8.2 CPUs (Cortex-A55)
On Wed, Sep 21, 2022 at 06:09:46PM +0100, Andre Przywara wrote:
> Commit c0fce929564f("vexpress64: fvp: enable OF_CONTROL") added code to
> consider a potential DTB address being passed in the x0 register, or
> revert to the built-in DTB otherwise.
> The former case was used when using the boot-wra
Dear readers,
I have a mt7621 spi nor with 256MB DDR board,
and I am trying to get an open source software suite on it.
IE : u-boot 2022.10 and open wrt v22.03.0
I follow instruction and build u-boot with :
export CROSS_COMPILE=mipsel-linux-gnu-
make mrproper && make O=build mt7621_rfb_defconfi
Commit c0fce929564f("vexpress64: fvp: enable OF_CONTROL") added code to
consider a potential DTB address being passed in the x0 register, or
revert to the built-in DTB otherwise.
The former case was used when using the boot-wrapper, to which we sell
U-Boot as a Linux kernel. The latter was meant fo
On Wed, Sep 21, 2022 at 05:06:27PM +0100, Paul Barker wrote:
> Add properties to the Authenta SPI flash device node to enable access by
> a UEFI application using a fixed GUID. Also specify that this device is
> JEDEC compatible so that it is correctly initialized when running
> `sf probe`.
>
> Si
This addition allows UEFI applications running under u-boot to access
peripherals on SPI busses. It is based on the UEFI Platform
Initialization (PI) Specification, Version 1.7 Errata A (April 2020).
Only the core functionality required to discover SPI peripherals and
communicate with them is curre
Signed-off-by: Paul Barker
---
configs/am335x_evm_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/am335x_evm_defconfig b/configs/am335x_evm_defconfig
index f0fbe475b394..f73123e0b71d 100644
--- a/configs/am335x_evm_defconfig
+++ b/configs/am335x_evm_defconfig
@@ -92,6 +92,7
These patches add support for the UEFI SPI I/O protocol defined in the
UEFI Platform Initialization (PI) Specification, Version 1.7 Errata A
(April 2020). This allows a UEFI application to interact with devices
on the SPI bus.
This support is initially intended to be used to communicate with SPI
d
Add properties to the Authenta SPI flash device node to enable access by
a UEFI application using a fixed GUID. Also specify that this device is
JEDEC compatible so that it is correctly initialized when running
`sf probe`.
Signed-off-by: Paul Barker
---
arch/arm/dts/am335x-sancloud-bbe-lite.dts
Move this code out of the helper function so we can (later) add it as part
of the shared emulation code. Set a default value of 0 for buff_used since
that is what we use when there is an error.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/usb/emul/sandbox_flash.c | 22 +
Move the device-specific code out into the top-level function.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/usb/emul/sandbox_flash.c | 29 ++---
1 file changed, 22 insertions(+), 7 deletions(-)
diff --git a/drivers/usb/emul/sandbox_flash.c b/drivers/usb
Add a simple uclass test for SCSI. It reads the partition table from a
disk image and checks that it looks correct.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/sandbox/dts/sandbox.dtsi | 4
arch/sandbox/dts/test.dts | 5 +
test/dm/Makefile | 1 +
test
Hi Fabio,
On 20.09.22 20:46, Fabio Estevam wrote:
Hi Stefano and Tom,
On Sun, Aug 14, 2022 at 2:25 PM Marek Vasut wrote:
On 8/13/22 14:03, Fabio Estevam wrote:
From: Fabio Estevam
When running the script to sign SPL/U-Boot on a kontron-sl-mx8mm board,
the fit_block_size was calculated as
At present sandbox is producing a warning about SCSI migration. Drop the
legacy code and replace it with a new implementation.
Also drop the SATA command, which does not work with driver model.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/Kconfig | 1 -
co
This will be needed to run unit tests, once the SCSI code is used for USB
as well. Enable it for all sandbox builds.
Signed-off-by: Simon Glass
---
(no changes since v1)
configs/sandbox64_defconfig| 5 +
configs/sandbox_flattree_defconfig | 4
configs/sandbox_noinst_defconfig
Move this code into the emulator file so it can be used by multiple
drivers.
Signed-off-by: Simon Glass
---
Changes in v2:
- Fix 'start' type
drivers/scsi/Makefile| 1 +
drivers/scsi/scsi_emul.c | 74 +++
drivers/usb/emul/sandbox_flash.c | 87 --
Move these to the SCSI header file so we can access them from multiple
emulators.
Signed-off-by: Simon Glass
---
Changes in v2:
- Add documentation for the structs
- Drop the extra blank line
drivers/usb/emul/sandbox_flash.c | 26 ---
include/scsi.h | 55 +
Move this information into struct scsi_emul_info so we can use it in
common code.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/usb/emul/sandbox_flash.c | 11 ++-
include/scsi_emul.h | 2 ++
2 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/dri
Move this information into struct scsi_emul_info so we can use it in
common code.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/usb/emul/sandbox_flash.c | 7 +++
include/scsi_emul.h | 2 ++
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/u
Move this information into struct scsi_emul_info so we can use it in
common code.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/usb/emul/sandbox_flash.c | 10 --
include/scsi_emul.h | 5 +
2 files changed, 9 insertions(+), 6 deletions(-)
diff --git a/d
Move the buffer into this struct so it can be shared between different
implementations.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/usb/emul/sandbox_flash.c | 41 +++-
include/scsi_emul.h | 5
2 files changed, 35 insertions(+), 11
In preparation for sharing the emulation code between two drivers, move
some of the fields into a new struct. Use a separate header file so it
can be used by various drivers.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/usb/emul/sandbox_flash.c | 60
This can be used by common files, so move it to the SCSI header and rename
it.
Signed-off-by: Simon Glass
---
Changes in v2:
- Add a comment for the enum
drivers/usb/emul/sandbox_flash.c | 24 +---
include/scsi.h | 13 +
2 files changed, 22 ins
This has the same name as a field in our local private struct, which is
confusing. Change the name to xfer_len instead.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/usb/emul/sandbox_flash.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/em
These comments are bit of a mess. Tidy them up to match the correct coding
style.
Signed-off-by: Simon Glass
---
Changes in v2:
- Change the comments to modern style
include/scsi.h | 56 ++
1 file changed, 38 insertions(+), 18 deletions(-)
diff
This series moves sandbox over to use driver model for SCSI. It takes the
opportunity to use common code with the USB flash driver.
This is mostly refactoring, but there is a small amount of new code,
notably a test which checks that data can be read from a SCSI device.
Changes in v2:
- Change th
With the bootstage migration to timer_get_us() provided via
CONFIG_TIMER_EARLY timer_get_boot_us() is superfluous now. This patch
removes all occurances from the code.
Signed-off-by: Stefan Roese
Cc: Patrick Delaunay
Cc: Jun Nie
Cc: Shawn Guo
Cc: Fabio Estevam
Cc: Stefano Babic
Cc: Michal Si
This patch migrates the bootstage code from using the boot specific
timer_get_boot_us() timer function to the common timer_get_us()
function. This can only be done, also supporting the early boot phase,
when CONFIG_TIMER_EARLY is enabled. This way, the common timer functions
provide this functional
The early timer functions provided via CONFIG_TIMER_EARLY don't need
CONFIG_TIMER to be enabled, as they don't make use of the DM timer
and uclass interface. This patch now allow the selection of
CONFIG_TIMER_EARLY w/o CONFIG_TIMER, enabling this early timer
functionality also for non CONFIG_TIMER
The timer initialization is done implicitly when CONFIG_TIMER is
enabled. There is no need to re-configure the timer again. Even worse,
another call to the timer init function may lead to a re-init of the
counter register and therefore non consecutive timer values.
This patch makes sure, that time
Currently this timer driver provides timer_get_boot_us() to support the
BOOTSTAGE functionality. This patch adds the timer_early functions so
that the "normal" timer functions can be used, when CONFIG_TIMER_EARLY
is enabled.
timer_get_boot_us() will get removed in a follow-up patch, once the
BOOTS
Currently this timer driver provides timer_get_boot_us() to support the
BOOTSTAGE functionality. This patch adds the timer_early functions so
that the "normal" timer functions can be used, when CONFIG_TIMER_EARLY
is enabled.
timer_get_boot_us() will get removed in a follow-up patch, once the
BOOTS
Currently this timer driver provides timer_get_boot_us() to support the
BOOTSTAGE functionality. This patch adds the timer_early functions so
that the "normal" timer functions can be used, when CONFIG_TIMER_EARLY
is enabled.
timer_get_boot_us() will get removed in a follow-up patch, once the
BOOTS
Currently this timer driver provides timer_get_boot_us() to support the
BOOTSTAGE functionality. This patch adds the timer_early functions so
that the "normal" timer functions can be used, when CONFIG_TIMER_EARLY
is enabled.
timer_get_boot_us() will get removed in a follow-up patch, once the
BOOTS
Currently this timer driver provides timer_get_boot_us() to support the
BOOTSTAGE functionality. This patch adds the timer_early functions so
that the "normal" timer functions can be used, when CONFIG_TIMER_EARLY
is enabled.
timer_get_boot_us() will get removed in a follow-up patch, once the
BOOTS
Currently this timer driver provides timer_get_boot_us() to support the
BOOTSTAGE functionality. This patch adds the timer_early functions so
that the "normal" timer functions can be used, when CONFIG_TIMER_EARLY
is enabled.
timer_get_boot_us() will get removed in a follow-up patch, once the
BOOTS
While working on the bootstage support for Armada XP (orion-timer)
I noticed, that we currently have two API's supporting early timer
functionality. These are:
a) timer_early_get_rate() & timer_early_get_count() which integrates
into the "normal" timer functions like timer_get() & timer_get_us(
On Wed, Sep 21, 2022 at 03:54:13PM +0200, Pali Rohár wrote:
> On Wednesday 21 September 2022 09:49:24 Tom Rini wrote:
> > On Mon, Sep 05, 2022 at 11:31:15AM +0200, Pali Rohár wrote:
> >
> > > On certain places it is required to flush output print buffers to ensure
> > > that text strings were sent
On 8/25/22 18:42, Jae Hyun Yoo wrote:
Add a usage document for the 'fru' u-boot command.
Add kerneldocs for .
Signed-off-by: Jae Hyun Yoo
---
Changes from v3:
* None.
Changes from v2:
* Added kerneldocs to 'include/fru.h'. (Simon)
Changes from v1:
* Newly added in v2. (Heinrich)
d
On Wednesday 21 September 2022 09:49:24 Tom Rini wrote:
> On Mon, Sep 05, 2022 at 11:31:15AM +0200, Pali Rohár wrote:
>
> > On certain places it is required to flush output print buffers to ensure
> > that text strings were sent to console or serial devices. For example when
> > printing message t
On 8/25/22 18:42, Jae Hyun Yoo wrote:
Add product info area parsing support. Custom board fields can be
added dynamically using linked list so that each board support can
utilize them in their own custom way.
Signed-off-by: Jae Hyun Yoo
---
Changes from v3:
* None.
Changes from v2:
* Ch
On Wed, Sep 21, 2022 at 11:50:50AM +0200, Simon Glass wrote:
> Hi Tom,
>
> https://source.denx.de/u-boot/custodians/u-boot-dm/-/pipelines/13541
>
>
> The following changes since commit 12ed6d4911ced1df099a365e0a994b54211b60f3:
>
> Merge https://gitlab.denx.de/u-boot/custodians/u-boot-usb (20
On Mon, Sep 05, 2022 at 11:31:15AM +0200, Pali Rohár wrote:
> On certain places it is required to flush output print buffers to ensure
> that text strings were sent to console or serial devices. For example when
> printing message that U-Boot is going to boot kernel or when U-Boot is
> going to ch
On Wed, Sep 21, 2022 at 02:56:29AM +0200, Marek Vasut wrote:
> On 9/20/22 21:04, Tom Rini wrote:
> > On Tue, Sep 20, 2022 at 05:56:50PM +0200, Marek Vasut wrote:
> > > On 9/20/22 17:43, Simon Glass wrote:
> > > > On Mon, 19 Sept 2022 at 21:52, Marek Vasut wrote:
> > > > >
> > > > > Make spl_board
No problem, I noticed that I forgot to update the link when you asked
to add it to the commit message.
Il giorno mer 21 set 2022 alle ore 15:30 Neil Armstrong
ha scritto:
>
> On 21/09/2022 15:26, Edoardo Tomelleri wrote:
> > This adds keyword devicetree-overlay as an alias for fdtoverlays in
> >
On 8/25/22 18:42, Jae Hyun Yoo wrote:
Refactor FRU handling support to remove Xilinx customization dependency.
With this change, single or multiple custom board fields and
multi-records can be added dynamically using linked list so that each
board support can utilize them in their own custom w
The situation is similar to commit bf6376642fe8 ("board: ti: common:
board_detect: Fix EEPROM read quirk"). This is seen on a variant of
eeproms seen on some BeagleBone-AI64 which now has a mix of both 1 byte
addressing and 2 byte addressing eeproms.
Unlike the am335x (ti_i2c_eeprom_am_get) and dr
On 21/09/2022 15:26, Edoardo Tomelleri wrote:
This adds keyword devicetree-overlay as an alias for fdtoverlays in
extlinux (sysboot) and pxe to better follow the Boot Loader Specification
[1], improves documentation around them by adding an example for both
fdtoverlays and devicetree-overlay and
This adds keyword devicetree-overlay as an alias for fdtoverlays in
extlinux (sysboot) and pxe to better follow the Boot Loader Specification
[1], improves documentation around them by adding an example for both
fdtoverlays and devicetree-overlay and the environment variable required
for this featu
Instead of using DEBUG or LOG_DEBUG the driver still had its own
definition for debug output.
Signed-off-by: Alexander Dahl
---
drivers/fpga/spartan2.c | 34 +++---
1 file changed, 15 insertions(+), 19 deletions(-)
diff --git a/drivers/fpga/spartan2.c b/drivers/fpga/
For future DM based FPGA drivers and for now to have a meaningful
logging class for old FPGA drivers.
Suggested-by: Michal Simek
Signed-off-by: Alexander Dahl
---
include/dm/uclass-id.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/dm/uclass-id.h b/include/dm/uclass-id.h
index a43
Instead of using DEBUG or LOG_DEBUG the driver still had its own
definition for debug output.
Signed-off-by: Alexander Dahl
---
drivers/fpga/spartan3.c | 34 +++---
1 file changed, 15 insertions(+), 19 deletions(-)
diff --git a/drivers/fpga/spartan3.c b/drivers/fpga/
Instead of using DEBUG or LOG_DEBUG the driver still had its own
definition for debug output.
Signed-off-by: Alexander Dahl
---
drivers/fpga/altera.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/drivers/fpga/altera.c b/drivers/fpga/altera.c
index 10c0475d25..
Instead of using DEBUG or LOG_DEBUG the driver still had its own
definition for debug output.
Signed-off-by: Alexander Dahl
---
drivers/fpga/cyclon2.c | 24 ++--
1 file changed, 10 insertions(+), 14 deletions(-)
diff --git a/drivers/fpga/cyclon2.c b/drivers/fpga/cyclon2.c
in
Instead of using DEBUG or LOG_DEBUG the driver still had its own
definition for debug output.
Signed-off-by: Alexander Dahl
---
drivers/fpga/virtex2.c | 37 +++--
1 file changed, 15 insertions(+), 22 deletions(-)
diff --git a/drivers/fpga/virtex2.c b/drivers/fpga
Hei hei,
while working on FPGA support for a new device I discovered debug
logging in some FPGA drivers is still done as in the old days. Bring
that to what I thougt would be the currently preferred approach.
Notes: Adding those Kconfig symbols in patch 4 is just to be able to
build those two ol
Instead of using DEBUG or LOG_DEBUG the driver still had its own
definition for debug output.
Signed-off-by: Alexander Dahl
---
drivers/fpga/ACEX1K.c | 22 +-
1 file changed, 9 insertions(+), 13 deletions(-)
diff --git a/drivers/fpga/ACEX1K.c b/drivers/fpga/ACEX1K.c
index ac
Those drivers could not be built anymore without those options present.
Signed-off-by: Alexander Dahl
---
drivers/fpga/Kconfig | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/fpga/Kconfig b/drivers/fpga/Kconfig
index e07a9cf80e..4d55f60ba9 100644
--- a/drivers/fpga/Kcon
On 8/25/22 18:42, Jae Hyun Yoo wrote:
This command doesn't work with sandbox because direct memory access
causes a segfault error. Fix it up using map_sysmem().
Signed-off-by: Jae Hyun Yoo
Reviewed-by: Simon Glass
---
Changes from v3:
* None.
Changes from v2:
* Added a 'Reviewed-by' ta
Hi Peng,
On Wed, Sep 21, 2022 at 2:25 AM Peng Fan wrote:
> I am not sure, the master branch has this issue? Any specific config
> option required?
Yes, to reproduce this issue on U-Boot master, just need to apply this
series plus Marek's fix:
https://lore.kernel.org/u-boot/CAOMZO5Cid5eck=ahiowb
On 7.04.2022 20:17, Rob Herring wrote:
On Thu, Apr 07, 2022 at 04:55:14AM -0700, Joel Peshkin wrote:
The first 32b value is a magic number (endian swapped mnemonic of "uEnv"
short for "u-boot environment"). Finding that magic number of a 4K
boundary followed by a length and then a u-boot e
Hi Marcel,
On Wed, Sep 21, 2022 at 8:34 AM Marcel Ziswiler wrote:
>
> From: Marcel Ziswiler
>
> Drop obsolete networking/PHY related configuration defines.
>
> Signed-off-by: Marcel Ziswiler
Reviewed-by: Fabio Estevam
From: Marcel Ziswiler
Drop obsolete networking/PHY related configuration defines.
Signed-off-by: Marcel Ziswiler
---
include/configs/verdin-imx8mm.h | 3 ---
include/configs/verdin-imx8mp.h | 8
2 files changed, 11 deletions(-)
diff --git a/include/configs/verdin-imx8mm.h b/include
hi Takahiro,
On Wed, 21 Sept 2022 at 10:58, Takahiro Akashi
wrote:
>
> Sughosh,
>
> On Tue, Sep 20, 2022 at 06:34:12PM +0530, Sughosh Ganu wrote:
> > On Tue, 20 Sept 2022 at 13:46, Takahiro Akashi
> > wrote:
> > >
> > > On Fri, Sep 16, 2022 at 04:24:35PM +0530, Sughosh Ganu wrote:
> > > > hi Tak
On 9/19/22 12:39, Alexander Dahl wrote:
Instead of using DEBUG or LOG_DEBUG the driver still had its own
definition for debug output.
Signed-off-by: Alexander Dahl
---
drivers/fpga/altera.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/drivers/fpga/alte
Hi Tom,
https://source.denx.de/u-boot/custodians/u-boot-dm/-/pipelines/13541
The following changes since commit 12ed6d4911ced1df099a365e0a994b54211b60f3:
Merge https://gitlab.denx.de/u-boot/custodians/u-boot-usb (2022-09-19
16:49:18 -0400)
are available in the Git repository at:
git://git
On 7/17/22 10:12, Simon Glass wrote:
> Hi Marek,
Hi,
[...]
> Applied to u-boot-dm, thanks!
This patch is still not in u-boot/master ?
Applied to u-boot-dm, thanks!
Applied to u-boot-dm, thanks!
A binary download is not great, since it depends on libraries being
present in the system. Build futility from source instead.
Signed-off-by: Simon Glass
---
Changes in v3:
- Drop the branch, just use master instead
- Explain why we are using a mirror
- Drop mention of upstream patches as they a
A binary download is not great, since it depends on libraries being
present in the system. Build futility from source instead.
Signed-off-by: Simon Glass
---
Changes in v3:
- Drop the branch, just use master instead
- Explain why we are using a mirror
- Drop mention of upstream patches as they a
1 - 100 of 105 matches
Mail list logo
