On Wed, Aug 21, 2019 at 4:16 PM Andes wrote:
>
> From: Rick Chen
>
> Flush and disable L2 cache in dcache_disable()
> which will be called in cleanup_before_linux()
> before jump to linux.
>
> The sequence will be preferred as below:
> L1 flush -> L1 disable -> L2 flush -> L2 disable
>
> Signed-o
Hi Rick,
On Wed, Aug 21, 2019 at 4:16 PM Andes wrote:
>
> From: Rick Chen
>
> Add a v5l2 cache controller driver that is usually found on
> Andes RISC-V ae350 platform. It will parse the cache settings
> from the dtb.
>
> In this version tag and data ram control timing can be adjusted
> by the r
Hi Rick,
On Wed, Aug 21, 2019 at 4:16 PM Andes wrote:
>
> From: Rick Chen
>
> Add L2 cache enable and disable ops for test coverage.
It's not L2 cache for Sandbox. Please rewrite the commit message.
>
> Signed-off-by: Rick Chen
> Cc: KC Lin
> ---
> drivers/cache/sandbox_cache.c | 13 +++
Hi Rick,
On Wed, Aug 21, 2019 at 4:15 PM Andes wrote:
>
> From: Rick Chen
>
> The L2 cache will be enabled in init flow of dm cache
> driver when it detect L2 node in dtb.
>
> When U-Boot jumps to Linux Kernel, the disable ops will
> be called to flush and disable the L2 cache via the dm
> cache
On Thu, Aug 22, 2019 at 2:45 PM Bin Meng wrote:
>
> On Thu, Aug 22, 2019 at 2:35 PM Andes wrote:
> >
> > From: Rick Chen
> >
> > Initialize plic driver by ofnode_for_each_subnode() instead
> > of cpu_get_count().
> >
> > This way can support to skip some harts which maybe mark as
which may be m
On Thu, Aug 22, 2019 at 2:35 PM Andes wrote:
>
> From: Rick Chen
>
> Initialize plic driver by ofnode_for_each_subnode() instead
> of cpu_get_count().
>
> This way can support to skip some harts which maybe mark as
> unavailable, but the cpu node exist indeed.
>
> Signed-off-by: Rick Chen
> Cc:
From: Rick Chen
Initialize plic driver by ofnode_for_each_subnode() instead
of cpu_get_count().
This way can support to skip some harts which maybe mark as
unavailable, but the cpu node exist indeed.
Signed-off-by: Rick Chen
Cc: KC Lin
---
arch/riscv/lib/andes_plic.c | 36 +++
If so, then great and I'm sorry for the interruption! The issue exists on
current master and I couldn't find any patch that addressed it, so I
figured I'd at least tell someone. It's certainly possible I just didn't
use the right search terms.
I'm happy to take a stab at fixing it if it hasn't b
Changes in v2:
- Add reported-by tag for patch 3/5
--
CVE-2019-14194/CVE-2019-14198: nfs: fix unbounded memcpy with a failed length
check at nfs_read_reply
This patch adds a check to rpc_pk
Changes in v2:
- Add reported-by tag for patch 4/5
--
CVE-2019-14195: nfs: fix unbounded memcpy with unvalidated length at
nfs_readlink_reply
This patch adds a check to rpc_pkt.u.reply.data
Changes in v2:
- Add reported-by tag for patch 5/5
--
CVE-2019-14196: nfs: fix unbounded memcpy with a failed length check at
nfs_lookup_reply
This patch adds a check to rpc_pkt.u.reply.dat
Changes in v2:
- Add reported-by tag for patch 2/5
--
CVE: nfs: fix stack-based buffer overflow in some nfs_handler reply helper
functions
This patch adds a check to nfs_handler to fix buff
Thank you.
Changes in v2:
- Add reviewed-by and reported-by tags for patch 1/5
--
CVE: net: fix unbounded memcpy of UDP packet
This patch adds a check to udp_len to fix unbounded memcpy for
From: Aaron Williams
When large writes take place I saw a Samsung EVO 970+ return a status
value of 0x13, PRP Offset Invalid. I tracked this down to the
improper handling of PRP entries. The blocks the PRP entries are
placed in cannot cross a page boundary and thus should be allocated
on page b
> -Original Message-
> From: Lukasz Majewski
> Sent: 2019年8月20日 17:50
> To: Xiaowei Bao
> Cc: w...@denx.de; Ruchika Gupta ; Shengzhou Liu
> ; ja...@amarulasolutions.com; Prabhakar
> Kushwaha ; u-boot@lists.denx.de; Jiafei
> Pan ; Chuanhua Han
> Subject: Re: [U-Boot] [PATCH v5 1/5] spl:
Because the buffer length of sdp usb request is 65, we have to allocate
65 bytes not 64 bytes. Otherwise there is potential buffer overflow.
So the wMaxPacketSize of fullspeed can't meet the needs. Add HS
endpoint descriptor for SDP. Then we can use high speed endpoint,
and the SDP device can send
The SPL SDP is configured as BOOT_DEVICE_BOARD, but for i.MX8 and
i.MX8M, the boot_device_spl is still set to BOOT_DEVICE_USB, which
may cause SDP can't work, in order to fix this issue, when booting
from USB in spl, we change its type to BOOT_DEVICE_BOARD.
Signed-off-by: Sherry Sun
Signed-off-by
Need initialize UDC before run sdp download and release it at the end of
sdp.
Signed-off-by: Sherry Sun
Signed-off-by: Frank Li
Reviewed-by: Lukasz Majewski
---
common/spl/spl_sdp.c | 4
1 file changed, 4 insertions(+)
diff --git a/common/spl/spl_sdp.c b/common/spl/spl_sdp.c
index 806bf1
Changes in v3:
- Add reviewed-by tag for patch2/4 and patch4/4 since this two have
been reviewed in v1.
Changes in v2:
- Update the commit log in patch 1/4.
This patchset adds:
1. Add usb_gadget_initialize() and usb_gadget_release() to initialize and
release UDC during sdp download.
2. Add hig
If SDP_WRITE and SDP_JUMP command addr is zero, use CONFIG_SDP_LOADADDR
as default address.
Signed-off-by: Sherry Sun
Signed-off-by: Frank Li
Reviewed-by: Lukasz Majewski
---
drivers/usb/gadget/Kconfig | 4
drivers/usb/gadget/f_sdp.c | 6 --
2 files changed, 8 insertions(+), 2 deletio
Hi Aaron,
On Wed, Aug 21, 2019 at 10:09 PM Aaron Williams wrote:
>
> From: Aaron Williams
>
> When large writes take place I saw a Samsung EVO 970+ return a status
> value of 0x13, PRP Offset Invalid. I tracked this down to the
> improper handling of PRP entries. The blocks the PRP entries are
Hi Aaron,
On Thu, Aug 22, 2019 at 6:06 AM Aaron Williams wrote:
>
> Hi Bin,
>
> On Wednesday, August 21, 2019 8:23:50 AM PDT Bin Meng wrote:
> > Hi Aaron,
> >
> > On Wed, Aug 21, 2019 at 7:26 PM Aaron Williams
> wrote:
> > > Hi Bin,
> > >
> > > I submitted another patch via git. Hopefully it wen
Hi Aiden,
On Thu, Aug 22, 2019 at 12:40 AM Park, Aiden wrote:
>
> Hi Andy/Bin,
>
> > -Original Message-
> > From: Bin Meng [mailto:bmeng...@gmail.com]
> > Sent: Wednesday, August 21, 2019 2:45 AM
> > To: Andy Shevchenko
> > Cc: Park, Aiden ; u-boot@lists.denx.de
> > Subject: Re: [U-Boot]
> Subject: [U-Boot] [PATCH] ARM: vexpress_*_defconfig: replace earlyprintk
> with earlycon
>
> earlyprintk no longer works on arm64 platforms. Replace it with earlycon
> which works fine.
>
> Cc: Ryan Harkin
> Cc: Liviu Dudau
> Cc: Linus Walleij
> Signed-off-by: Sudeep Holla
> ---
> configs/
> Subject: [U-Boot] [PATCH] vexpress/aemv8a: drop
> CONFIG_ARMV8_SWITCH_TO_EL1
>
> To support KVM, we need to drop at EL2 and not EL1 before we boot Linux
> kernel. This causes issues on platform with VHE and secondaries booting at
> EL2 via TF-A PSCI CPU_ON call.
>
> Cc: Ryan Harkin
> Cc: Liviu
Hi Bin,
On Wednesday, August 21, 2019 8:23:50 AM PDT Bin Meng wrote:
> Hi Aaron,
>
> On Wed, Aug 21, 2019 at 7:26 PM Aaron Williams
wrote:
> > Hi Bin,
> >
> > I submitted another patch via git. Hopefully it went through. I'm new to
> > trying to get email to work with GIT since until now nobod
Dne sreda, 21. avgust 2019 ob 13:07:13 CEST je Andre Przywara napisal(a):
> On Wed, 21 Aug 2019 08:01:31 +0200
> Jernej Škrabec wrote:
>
> Hi,
>
> > Dne sreda, 21. avgust 2019 ob 02:31:04 CEST je André Przywara napisal(a):
> > > On 17/07/2019 23:16, Jernej Skrabec wrote:
> > > > Half DQ configur
On Wed, Aug 21, 2019 at 8:32 PM Cheng Liu wrote:
>
> CVE: net: fix unbounded memcpy of UDP packet
>
> This patch adds a check to udp_len to fix unbounded memcpy for
> CVE-2019-14192, CVE-2019-14193 and CVE-2019-14199.
>
> Signed-off-by: Cheng Liu
Reviewed-by: Simon Goldschmidt
Although being a
U-Boot SPL on the generic RISC-V CPU supports two boot flows, directly
jumping to the image and via OpenSBI firmware. In the first case, both
U-Boot SPL and proper must be compiled to run in the same privilege
mode. Using OpenSBI firmware, U-Boot SPL must be compiled for machine
mode and U-Boot pro
The available defconfigs for RISC-V QEMU have changed. We now have
configurations to compile U-Boot to run in supervisor mode and for
U-Boot SPL. Update the QEMU RISC-V documentation to reflect these
changes.
Signed-off-by: Lukas Auer
Reviewed-by: Bin Meng
Tested-by: Bin Meng
Reviewed-by: Anup
Now that we have a generic FIT generator script for RISC-V, set it as
the default. To also build the FIT image by default, set the default
build target to "u-boot.itb" if CONFIG_SPL_LOAD_FIT is enabled.
Signed-off-by: Lukas Auer
Reviewed-by: Bin Meng
Tested-by: Bin Meng
Reviewed-by: Anup Patel
Add a generic FIT generator script for RISC-V to generate images
containing U-Boot, OpenSBI FW_DYNAMIC firmware, and optionally one or
more device trees. The location of the OpenSBI firmware binary can be
specified with the OPENSBI environment variable. By default, it is
assumed to be "fw_dynamic.b
RISC-V OpenSBI is an open-source implementation of the RISC-V Supervisor
Binary Interface (SBI) specification. It is required by Linux and U-Boot
running in supervisor mode. This patch adds support for booting via the
OpenSBI FW_DYNAMIC firmware. It supports OpenSBI version 0.4 and higher.
In this
To support relocation of the stack and global data on RISC-V, the
secondary harts must be notified of the change using IPIs. We can reuse
the hart relocation code for this purpose. It uses global data to store
the new stack pointer and global data pointer for the secondary harts.
This means that we
Add two new configurations (qemu-riscv{32,64}_spl_defconfig) with SPL
enabled for RISC-V QEMU. QEMU does not require SPL to run U-Boot. The
configurations are meant to help the development of SPL on RISC-V.
The configurations enable RAM as the only SPL boot device. Images must
be loaded at address
U-Boot SPL can be run in a different privilege mode from U-Boot proper.
Add new configuration entries for SPL to allow the run mode to be
configured independently of U-Boot proper.
Extend all uses of the CONFIG_RISCV_SMODE and CONFIG_RISCV_MMODE
configuration symbols to also cover the SPL equivale
As part of the SPL FIT boot flow, the device tree is appended to U-Boot
proper. The device tree is used to record information on the loadables
to make them available to the SPL framework and U-Boot proper. Depending
on the U-Boot device tree provider, the FIT image might not include a
device tree.
When building a U-Boot FIT image, the device trees specified by the
board are unconditionally built for inclusion in the FIT image. However,
not all device tree providers, such as CONFIG_OF_PRIOR_STAGE, require a
device tree to be built and bundled with the U-Boot binary. They rely on
other mechani
This series adds support for SPL to RISC-V U-Boot. Images can be booted
via OpenSBI (FW_DYNAMIC firmware) or by directly jumping to them. In the
former case, OpenSBI and U-Boot proper are bundled as a FIT image and
made available to U-Boot SPL. Currently, only the QEMU board enables
U-Boot SPL with
The current preprocessor logic prevents CONFIG_OF_PRIOR_STAGE from being
used in U-Boot SPL. Change the logic to also make it available in U-Boot
SPL.
Signed-off-by: Lukas Auer
Reviewed-by: Bin Meng
Tested-by: Bin Meng
Reviewed-by: Anup Patel
---
Changes in v4: None
Changes in v3: None
Change
Commit 37304aaf60bf92a5dc3ef222ba520698bd862a44 removed preboot
commands in RISC-V targets and broke extlinux support as reported
by Fu Wei .
The patch finishes migration of CONFIG_USE_PREBOOT and CONFIG_REBOOT
to Kconfig.
Signed-off-by: David Abdurachmanov
---
configs/qemu-riscv64_smode_defcon
On Tue, 20 Aug 2019, Stephen Segal wrote:
> Hi all,
>
> I'm not sure if this has been noticed or handled already, but it appears
> there are two separate config options named CONFIG_OPTEE.
>
> In drivers/tee/optee/Kconfig:
>
> config OPTEE
> bool "OP-TEE"
> depends on ARM_SMCCC
>
CVE-2019-14194/CVE-2019-14198: nfs: fix unbounded memcpy with a failed length
check at nfs_read_reply
This patch adds a check to rpc_pkt.u.reply.data at nfs_read_reply.
Signed-off-by: Cheng Liu
---
net/nfs.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/net/nfs.c b/net/nfs.c
index b7c
CVE: nfs: fix stack-based buffer overflow in some nfs_handler reply helper
functions
This patch adds a check to nfs_handler to fix buffer overflow for
CVE-2019-14197,
CVE-2019-14200, CVE-2019-14201, CVE-2019-14202, CVE-2019-14203 and
CVE-2019-14204.
Signed-off-by: Cheng Liu
---
net/nfs.c | 3
CVE-2019-14195: nfs: fix unbounded memcpy with unvalidated length at
nfs_readlink_reply
This patch adds a check to rpc_pkt.u.reply.data at nfs_readlink_reply.
Signed-off-by: Cheng Liu
---
net/nfs.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/net/nfs.c b/net/nfs.c
index 11941fa..915a
CVE: net: fix unbounded memcpy of UDP packet
This patch adds a check to udp_len to fix unbounded memcpy for
CVE-2019-14192, CVE-2019-14193 and CVE-2019-14199.
Signed-off-by: Cheng Liu
---
net/net.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/net/net.c b/net/net.c
index 40511db..68f96
CVE-2019-14196: nfs: fix unbounded memcpy with a failed length check at
nfs_lookup_reply
This patch adds a check to rpc_pkt.u.reply.data at nfs_lookup_reply.
Signed-off-by: Cheng Liu
---
net/nfs.c | 4
1 file changed, 4 insertions(+)
diff --git a/net/nfs.c b/net/nfs.c
index 915acd9..8995
Hi all,
I'm not sure if this has been noticed or handled already, but it appears
there are two separate config options named CONFIG_OPTEE.
In drivers/tee/optee/Kconfig:
config OPTEE
bool "OP-TEE"
depends on ARM_SMCCC
help
This implements the OP-TEE Trusted Execu
File was found on specified location. Info about file was read,
but then immediately destroyed using 'free' call. As a result
file size was set to 0, hence fat process didn't read any data.
Premature 'free' call removed. Resources are freed right before
function return. File is read correctly.
S
My flight out of Lyon is on the 31st. Happy to work on it anytime during
the conference.
On Thu, Aug 8, 2019, 4:06 AM Grant Likely wrote:
>
>
> On 28/06/2019 09:19, Grant Likely wrote:
> > Quick poll: who would be interested in a U-Boot/EBBR plugfest event
> collocates with ELC-EU this year (wee
earlyprintk no longer works on arm64 platforms. Replace it with earlycon
which works fine.
Cc: Ryan Harkin
Cc: Liviu Dudau
Cc: Linus Walleij
Signed-off-by: Sudeep Holla
---
configs/vexpress_aemv8a_dram_defconfig | 2 +-
configs/vexpress_aemv8a_juno_defconfig | 2 +-
configs/vexpress_aemv8a_se
To support KVM, we need to drop at EL2 and not EL1 before we boot Linux
kernel. This causes issues on platform with VHE and secondaries booting
at EL2 via TF-A PSCI CPU_ON call.
Cc: Ryan Harkin
Cc: Liviu Dudau
Cc: Linus Walleij
Cc: David Feng
Signed-off-by: Sudeep Holla
---
include/configs/v
Hi Andy/Bin,
> -Original Message-
> From: Bin Meng [mailto:bmeng...@gmail.com]
> Sent: Wednesday, August 21, 2019 2:45 AM
> To: Andy Shevchenko
> Cc: Park, Aiden ; u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH 1/1] serial: ns16550: Read reg-io-type from
> device tree
>
> On Wed, Au
Hi Aaron,
On Wed, Aug 21, 2019 at 7:26 PM Aaron Williams wrote:
>
> Hi Bin,
>
> I submitted another patch via git. Hopefully it went through. I'm new to
> trying to get email to work with GIT since until now nobody in my group has
> had access to a working SMTP server so I'm still learning how to
If SDP_WRITE and SDP_JUMP command addr is zero, use CONFIG_SDP_LOADADDR
as default address.
Signed-off-by: Sherry Sun
Signed-off-by: Frank Li
---
drivers/usb/gadget/Kconfig | 4
drivers/usb/gadget/f_sdp.c | 6 --
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/us
The SPL SDP is configured as BOOT_DEVICE_BOARD, but for i.MX8 and
i.MX8M, the boot_device_spl is still set to BOOT_DEVICE_USB, which
may cause SDP can't work, in order to fix this issue, when booting
from USB in spl, we change its type to BOOT_DEVICE_BOARD.
Signed-off-by: Sherry Sun
Signed-off-by
Because the buffer length of sdp usb request is 65, we have to allocate
65 bytes not 64 bytes. Otherwise there is potential buffer overflow.
So the wMaxPacketSize of fullspeed can't meet the needs. Add HS
endpoint descriptor for SDP. Then we can use high speed endpoint,
and the SDP device can send
Changes in v2:
- Update the commit log in patch 1/4.
The current patches have been validated on both i.MX8 and i.MX8M platform.
This patchset adds:
1. Add usb_gadget_initialize() and usb_gadget_release() to initialize and
release UDC during sdp download.
2. Add high speed endpoint descriptor for
Need initialize UDC before run sdp download and release it at the end of
sdp.
Signed-off-by: Sherry Sun
Signed-off-by: Frank Li
---
common/spl/spl_sdp.c | 4
1 file changed, 4 insertions(+)
diff --git a/common/spl/spl_sdp.c b/common/spl/spl_sdp.c
index 806bf1327e..7b0a213d4c 100644
--- a/
Add the USB3 host driver for NXP imx8 platform, and the
cadence IP is in it. The USB3 host driver support DM
mode, it will probe USB3 host node in dts.
Signed-off-by: Sherry Sun
---
drivers/usb/host/Kconfig | 9 ++
drivers/usb/host/Makefile| 1 +
drivers/usb/host/xhci-imx8.c | 210 ++
This patch was copied from kernel commit: 67fdfda4a99ed.
Sometimes, the gadget driver we want to run has max_speed lower than
what the UDC supports. In such situations, UDC might want to make sure
we don't try to connect on speeds not supported by the gadget
driver because that will just fail.
So
Like other usb controllers, add gadget_is_cdns3 checking to
provide bcdUSB value in device descriptor.
Signed-off-by: Sherry Sun
---
drivers/usb/gadget/gadget_chips.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/usb/gadget/gadget_chips.h
b/drivers/usb/gadget/gadget_chips.h
Since some new fields in usb_ep structure been moved to usb_ss_ep.
The CDNS3 gadget driver should replies on this operation to bind the
usb_ss_ep with the endpoint descriptor when function layer uses
usb_ep_autoconfig to add endpoint descriptors to gadget. So that
CDNS3 driver can know the EP infor
The cdns3-usb-phy driver supports both host and peripheral
mode of usb driver which use cadence usb3 IP.
Signed-off-by: Sherry Sun
---
drivers/phy/Kconfig | 8 ++
drivers/phy/Makefile| 1 +
drivers/phy/cdns3-usb-phy.c | 241
3 files change
This driver is ported from NXP i.MX U-Boot version imx_v2019.04
and some changes have also been made to adapt to U-Boot.
Add the Cadence USB3 IP(CDNS3) driver for the gadget (device mode).
The CDNS3 gadget driver support DM mode. CONFIG_DM_USB_GADGET should
be enabled when use this driver.
Signed
This patch aim at documenting USB related dt-bindings for the
Cadence USB controller.
Signed-off-by: Sherry Sun
---
doc/device-tree-bindings/usb/cdns-usb3.txt | 53 ++
1 file changed, 53 insertions(+)
create mode 100644 doc/device-tree-bindings/usb/cdns-usb3.txt
diff --git
These patches introduce new Cadence driver to U-Boot.
The first patch is to add the Cadence USB3 IP(CDNS3) core and driver for
the usb gadget.
The second patch introduce the xhci-imx8 usb host driver separately.
The third patch introduce the cdns3 phy driver which can be used for both
cdns3 host
From: Aaron Williams
When large writes take place I saw a Samsung EVO 970+ return a status
value of 0x13, PRP Offset Invalid. I tracked this down to the
improper handling of PRP entries. The blocks the PRP entries are
placed in cannot cross a page boundary and thus should be allocated
on page b
From: Aaron Williams
When large writes take place I saw a Samsung EVO 970+ return a status
value of 0x13, PRP Offset Invalid. I tracked this down to the
improper handling of PRP entries. The blocks the PRP entries are
placed in cannot cross a page boundary and thus should be allocated
on page b
Hi Lukasz
> Subject: RE: [PATCH V4 0/4] Prepare i.MX8MM clk
>
> > Subject: Re: [PATCH V4 0/4] Prepare i.MX8MM clk
> >
> > Hi Peng,
> >
> > > V4:
> > > 1/4: Expose CCF for all
> > > 2/4: Improve commit log
> > > 3/4: Typo fix
> > > 4/4: Drop unneeded initialization
> >
> > Your patches cause s
Since we added clk enable_count and prograte clk child enabling
operation to clk parent, so add a new function sandbox_clk_enable_count
to get enable_count for test usage.
And add test code to get the enable_count after we enable/disable
the device clk.
Signed-off-by: Peng Fan
---
V3:
Fix buil
On i.MX8MM, thinking such as clk path
OSC->PLL->PLL GATE->CCM ROOT->CCGR GATE->Device
Only enabling CCGR GATE is not enough, we also need to enable PLL GATE
to make sure the clk path work. So when enabling CCGR GATE,
we could prograte to enabling PLL GATE to make life easier.
Signed-off-by: Peng
The previous code only dump the clk list. This patch is
to support clk tree dump, and also dump the enable_cnt.
The code used in patch is similar to dm_dump_all, but
the code here only filter out the UCLASS_CLK devices.
On i.MX8MM, Partial output:
u-boot=> clk dump
Rate Usecnt
As what Linux Kernel 5.3.0 provides when enable/disable clk,
there is an enable_count in clk_core_disable/enable. Introduce
enable_count to track the clk enable/disable count when
clk_enable/disable for CCF. And Initialize enable_count to 0 when
register the clk.
And clk tree dump with enable_coun
On Mon, Aug 12, 2019 at 08:26:58PM +0200, Fabien Parent wrote:
> Add support for the MT8183 in the MediaTek MMC driver.
>
> Signed-off-by: Fabien Parent
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boot m
On Thu, Aug 08, 2019 at 12:54:49PM -0500, Andreas Dannenberg wrote:
> The earlier commit
>
> commit a5a5d997b41a ("spl: Allow performing BSS init early before
> board_init_f()")
>
> ...introduced the ability to use BSS from SPL's board_init_f() as it may
> be required in certain exceptional
On Mon, Aug 19, 2019 at 11:06:13AM +0200, Michal Simek wrote:
> Based on discussion with Stephen Warren there was recommendation to list
> both memory and random command dependencies just in case that dependency is
> not properly handled by Kconfig.
>
> Fixes: a09c1f7e1c1b ("test/py: Fix MMC/SD b
On Mon, Aug 19, 2019 at 11:57:39AM +0530, suni...@techveda.org wrote:
> From: Suniel Mahesh
>
> With DM_MMC enabled, enable CONFIG_BLK to remove this
> compile warning for am43xx based targets:
>
> = WARNING ==
> This board does not use CONFIG_DM_MMC. Ple
On Tue, Aug 13, 2019 at 02:04:02PM -0500, Adam Ford wrote:
> Sorry for the noise, but there appears to be a regression with older
> hardware. Since it broke the direct_nor boot option, it should be
> reverted until a better solution is available.
>
> This reverts commit 51cd1e2373274dc3167dabba6
On Wed, Aug 14, 2019 at 10:07:29PM +0200, Uwe Kleine-König wrote:
> I failed to find where these two files are used and a few test compile
> runs with JFFS2 enabled succeeded also without these.
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sat, Aug 10, 2019 at 01:17:21PM +0200, Heinrich Schuchardt wrote:
> Looking at the contents of file .mailmap it seems that some editors assumed
> that translation is done by entering multiple lines into the file and the
> last one replaces the others. This is not how it works. The translation
>
On Fri, Aug 16, 2019 at 05:30:16PM -0500, Suman Anna wrote:
> The commit 1b42ab3eda8a ("ARM: DRA7: Fixup DSPEVE, IVA and GPU clock
> frequencies based on OPP") updates the kernel device-tree blob to adjust
> the DSP, IVA and GPU DPLL clocks based on a one-time OPP choice selected
> in U-Boot. All
On Thu, Aug 15, 2019 at 11:54:15PM +0200, Heinrich Schuchardt wrote:
> Building easylogo with `HOST_TOOLS_ALL=y make tools` results in a build
> warning due to a possible buffer overrun:
>
> tools/easylogo/easylogo.c:453:4: note: ‘sprintf’ output between 7 and
> 262 bytes into a destination of si
On Thu, Aug 15, 2019 at 11:08:04AM +0200, yegorsli...@googlemail.com wrote:
> From: Yegor Yefremov
>
> Signed-off-by: Yegor Yefremov
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing list
U-Boot@
On Wed, Aug 14, 2019 at 08:11:09AM -0500, Adam Ford wrote:
> There is an #ifdef with nothing inside it any longer. This patch
> removes this empty #ifdef
>
> Signed-off-by: Adam Ford
>
> diff --git a/board/davinci/da8xxevm/omapl138_lcdk.c
> b/board/davinci/da8xxevm/omapl138_lcdk.c
> index 088
On Fri, Aug 16, 2019 at 02:16:36PM +0530, suni...@techveda.org wrote:
> From: Suniel Mahesh
>
> TI HS platforms generate *dtb_HS binary blobs and there is no
> rule for cleanup. Added entry for cleanup in clean-files target.
>
> Signed-off-by: Suniel Mahesh
> Reviewed-by: Lokesh Vutla
Applie
On Tue, Aug 13, 2019 at 08:28:28AM -0500, Adam Ford wrote:
> Now that SPL supports DM_SERIAL and the direct NOR boot supports
> DM_SERIAL, the check to see if DM_SERIAL is defined can go away,
> because all da850evm variants now support DM_SERIAL. This patch
> simply removes some dead precompiler
On Mon, Aug 12, 2019 at 03:59:55PM -0400, Andrew F. Davis wrote:
> Like we did with 'fit_loadaddr' to 'addr_fit', the variable
> 'fit_bootfile' contains a name and so should be prefixed with
> name_. Make this change here.
>
> Signed-off-by: Andrew F. Davis
Applied to u-boot/master, thanks!
--
On Tue, Aug 13, 2019 at 02:38:11PM -0500, Adam Ford wrote:
> The Kconfig file calls to ti/common/Kconfig twice which makes
> several of the menu items repeat themselves. In an effort to
> clean this up, this patch removes the second call which eliminates
> the duplicate menu items.
>
> Signed-of
On Tue, Aug 13, 2019 at 08:27:28AM -0500, Adam Ford wrote:
> With SPL now supporting DM_SPI, the need for compiler directives
> and hard-coded addresses is obsolete. This patch removes some
> dead legacy code defining the SPI base address
>
> Signed-off-by: Adam Ford
>
> diff --git a/include/c
On Mon, Aug 12, 2019 at 03:59:53PM -0400, Andrew F. Davis wrote:
> The variable 'name_overlays' serves the same purpose. Remove
> 'overlay_files' and use 'name_overlays' everywhere.
>
> Signed-off-by: Andrew F. Davis
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP si
On Mon, Aug 12, 2019 at 04:45:21PM -0500, Adam Ford wrote:
> The OMAPL138-lcdk has two USB controllers which are currently
> disabled. This patch enables them.
>
> Signed-off-by: Adam Ford
>
> diff --git a/configs/omapl138_lcdk_defconfig b/configs/omapl138_lcdk_defconfig
> index 26b4950f8f..db
On Mon, Aug 12, 2019 at 03:59:54PM -0400, Andrew F. Davis wrote:
> This is the first part of a larger effort I would like to propose to
> unify and simplify the default set of environment variables.
>
> When many early environment variables were named there were fewer images
> being loaded, usual
On Fri, Aug 09, 2019 at 07:21:57AM +0200, yegorsli...@googlemail.com wrote:
> From: Yegor Yefremov
>
> The full path has changed in the recent kernels so that it is
> not possible to load them. Aliases "ethernet0" and "ethernet1"
> are still present in both legacy and new kernels.
>
> Also, fix
Hi Bin,
I submitted another patch via git. Hopefully it went through. I'm new to
trying to get email to work with GIT since until now nobody in my group has
had access to a working SMTP server so I'm still learning how to use git send-
email.
-Aaron
On Wednesday, August 21, 2019 12:55:59 AM PD
On Wed, 2019-08-21 at 09:46 +, Xiaowei Bao wrote:
> > -Original Message-
> > From: Joakim Tjernlund
> > Sent: 2019年8月21日 15:52
> > To: Prabhakar Kushwaha ; Ruchika Gupta
> > ; Xiaowei Bao ;
> > Shengzhou Liu ; w...@denx.de;
> > ja...@amarulasolutions.com
> > Cc: u-boot@lists.denx.de; J
Hopefully this addresses your concerns. Note that nprbs can't be used
directly for the size since one must be removed from each page to point
to the next page.
-Aaron
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
From: Aaron Williams
When large writes take place I saw a Samsung EVO 970+ return a status
value of 0x13, PRP Offset Invalid. I tracked this down to the
improper handling of PRP entries. The blocks the PRP entries are
placed in cannot cross a page boundary and thus should be allocated
on page b
On Wed, 21 Aug 2019 08:01:31 +0200
Jernej Škrabec wrote:
Hi,
> Dne sreda, 21. avgust 2019 ob 02:31:04 CEST je André Przywara napisal(a):
> > On 17/07/2019 23:16, Jernej Skrabec wrote:
> > > Half DQ configuration seems to be very rare for H6 based boards/STBs,
> > > but exists nevertheless. Cur
> -Original Message-
> From: Joakim Tjernlund
> Sent: 2019年8月21日 15:52
> To: Prabhakar Kushwaha ; Ruchika Gupta
> ; Xiaowei Bao ;
> Shengzhou Liu ; w...@denx.de;
> ja...@amarulasolutions.com
> Cc: u-boot@lists.denx.de; Jiafei Pan ; Chuanhua Han
>
> Subject: Re: [U-Boot] [PATCH v5 2/5] d
1 - 100 of 118 matches
Mail list logo