> -Original Message-
> From: Lukasz Majewski
> Sent: 2019年8月23日 4:48
> 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:
Hi Kunihiko,
On Fri, Aug 23, 2019 at 1:40 PM Kunihiko Hayashi
wrote:
>
> Hi Bin,
>
> On Fri, 23 Aug 2019 11:43:55 +0800 wrote:
>
> > Hi Kunihiko,
> >
> > On Fri, Aug 23, 2019 at 9:57 AM Kunihiko Hayashi
> > wrote:
> > >
> > > The command "pci bar" and "pci region" display the address and size i
On August 22, 2019 5:59:11 PM GMT+03:00, Stefan Roese wrote:
>Hi Ramon,
>
>On 22.08.19 13:15, Ramon Fried wrote:
>>
>>
>> On August 22, 2019 12:38:08 PM GMT+03:00, Stefan Roese
> wrote:
>>> Hi Ramon,
>>>
>>> On 14.07.19 17:25, Ramon Fried wrote:
Macb Ethernet controller requires a RX buff
Hi Bin,
On Fri, 23 Aug 2019 11:43:55 +0800 wrote:
> Hi Kunihiko,
>
> On Fri, Aug 23, 2019 at 9:57 AM Kunihiko Hayashi
> wrote:
> >
> > The command "pci bar" and "pci region" display the address and size in
> > 16 characters including "0x", so the command can only display
> > 14 hexadecimal dig
On Fri, Aug 23, 2019 at 11:58 AM T Karthik Reddy wrote:
>
> Hi Bin Meng,
>
> > -Original Message-
> > From: Bin Meng
> > Sent: Friday, August 23, 2019 8:58 AM
> > To: Michal Simek
> > Cc: U-Boot Mailing List ; T Karthik Reddy
> > ; git
> > Subject: Re: [U-Boot] [PATCH 1/2] dm: core: Add
Hi Kunihiko,
On Fri, Aug 23, 2019 at 9:57 AM Kunihiko Hayashi
wrote:
>
> The command "pci bar" and "pci region" display the address and size in
> 16 characters including "0x", so the command can only display
> 14 hexadecimal digits if the number of digits in the address and size is
> less than 14
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 boundaries. This is how
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 boundaries. This is how
Doh! I forgot to check that in. This should fix it. I'm still
trying to get used to git send-email.
-Aaron
Aaron Williams (1):
nvme: Fix PRP Offset Invalid
drivers/nvme/nvme.c | 29 +++--
1 file changed, 19 insertions(+), 10 deletions(-)
--
2.16.4
On Fri, Aug 23, 2019 at 3:59 AM Heinrich Schuchardt wrote:
>
> char num[1];
> sprintf(num, "%d", i);
>
> leads to a buffer overrun.
>
> Simplify the overly complex coding.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> board/siemens/common/board.c | 5 +
> 1 file changed, 1 i
On Thu, 2019-08-22 at 09:54 +0200, Marek Vasut wrote:
> On 8/22/19 9:40 AM, Chee, Tien Fong wrote:
> >
> > On Mon, 2019-07-29 at 15:48 +0800, tien.fong.c...@intel.com wrote:
> > >
> > > From: Tien Fong Chee
> > >
> > > Different SPI flash has different block erase size configuration,
> > > it
>
Hi Michal,
On Thu, Aug 22, 2019 at 7:18 PM Michal Simek wrote:
>
> From: T Karthik Reddy
>
> This patch adds functions dev_read_u64_default & dev_read_u64
> to read unsigned 64-bit values from devicetree.
>
> Signed-off-by: T Karthik Reddy
> Signed-off-by: Michal Simek
> ---
>
> drivers/core/
Hi Aaron,
On Fri, Aug 23, 2019 at 2:05 AM Aaron Williams wrote:
>
> 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
On Fri, Aug 23, 2019 at 4:19 AM Heinrich Schuchardt wrote:
>
> The assigned value NULL is overwritten before being used. Remove the
> assignment.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> cmd/gpio.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Reviewed-by: Bin Meng
__
On Fri, Aug 23, 2019 at 6:08 AM Michael Walle wrote:
>
> The net_random_ethaddr() tries to get some entropy from different
> startup times of a board. The seed is initialized with get_timer() which
> has only a granularity of milliseconds. We can do better if we use
> get_ticks() which returns the
On Fri, Aug 23, 2019 at 10:43 AM Z.q. Hou wrote:
>
> Hi Bin,
>
> Sorry for my delay respond, and thanks for your comments!
>
> > -Original Message-
> > From: Bin Meng [mailto:bmeng...@gmail.com]
> > Sent: 2019年7月23日 21:04
> > To: Z.q. Hou
> > Cc: U-Boot Mailing List ; Prabhakar Kushwaha
>
On Fri, Aug 23, 2019 at 9:02 AM Sagar Shrikant Kadam
wrote:
>
> This patch adds a DM based driver model for gpio controller present in
> FU540-C000 SoC on HiFive Unleashed A00 board. This SoC has one GPIO
> bank and 16 GPIO lines in total, out of which GPIO0 to GPIO9 and
> GPIO15 are routed to the
> -Original Message-
> From: Prabhakar Kushwaha
> Sent: 2019年8月22日 19:35
> To: Heiko Schocher ; u-boot@lists.denx.de; Z.q. Hou
>
> Cc: Alexander Graf ; Andrew F. Davis ; Xiaowei
> Bao ; Bin Meng ; Eugen
> Hristev ; Heinrich Schuchardt
> ; Horatiu Vultur ; Z.q.
> Hou ; Krzysztof Kozlowski
Hi Bin,
Sorry for my delay respond, and thanks for your comments!
> -Original Message-
> From: Bin Meng [mailto:bmeng...@gmail.com]
> Sent: 2019年7月23日 21:04
> To: Z.q. Hou
> Cc: U-Boot Mailing List ; Prabhakar Kushwaha
>
> Subject: Re: [U-Boot] [PATCH 1/3] dm: pcie_fsl: Fix workaround o
The command "pci bar" and "pci region" display the address and size in
16 characters including "0x", so the command can only display
14 hexadecimal digits if the number of digits in the address and size is
less than 14.
ID BaseSizeWidth Type
-
This patch adds a DM based driver model for gpio controller present in
FU540-C000 SoC on HiFive Unleashed A00 board. This SoC has one GPIO
bank and 16 GPIO lines in total, out of which GPIO0 to GPIO9 and
GPIO15 are routed to the J1 header on the board.
This implementation is ported from linux base
U-Boot currently is missing GPIO support for FU540-C000 SoC which is
mounted on HiFive Unleashed A00 board. This patch is intended to add DM
based GPIO controller driver in order to access GPIO pins within the SoC
using GPIO command in U-Boot. More details on the GPIO controller within
the SoC can
On Thu, Aug 22, 2019 at 12:52:41PM +0200, Heinrich Schuchardt wrote:
> On 8/22/19 11:11 AM, Mark Kettenis wrote:
> >>From: AKASHI Takahiro
> >>Date: Thu, 22 Aug 2019 17:06:25 +0900
> >>
> >>Currently, a whole disk without any partitions is not associated
> >>with EFI_SIMPLE_FILE_SYSTEM_PROTOCOL. S
On Thu, Aug 22, 2019 at 07:53:46PM +0200, Heinrich Schuchardt wrote:
> On 8/22/19 11:03 AM, AKASHI Takahiro wrote:
> >Heinrich,
> >
> >I'm now wondering whether LoadedImage's LoadOptions, which comes
> >from "bootargs" variable, should contain a command(application) name
> >as a first argument or n
On Thu, Aug 22, 2019 at 08:32:50AM +, Prabhakar Kushwaha wrote:
> Dear Tom,
>
> Please find my pull request for u-boot-fsl-qoriq/master
>
> Summary i.e. Changes for v2019.10-rc3
> - i2c dm model support of lx2160a, ls1088a, lx2088a, ls1028a
> - icid setup for ls1028a, ls1088a
On Thu, Aug 22, 2019 at 08:19:24PM +0200, Heinrich Schuchardt wrote:
> On 8/22/19 10:54 AM, AKASHI Takahiro wrote:
> >Sandbox's "host" devices are currently described as UCLASS_ROOT udevice
> >with DEV_IF_HOST block device. As the current implementation of
> >efi_device_path doesn't support such a
On Thu, Aug 22, 2019 at 08:44:49PM +0200, Heinrich Schuchardt wrote:
> On 8/22/19 10:54 AM, AKASHI Takahiro wrote:
> >This sub type may not be very useful for normal systems,
> >but it will be used to support "host" devices on U-Boot sandbox
> >build.
> >
> >See UEFI Specification 2.8, section 10.3
Hi Simon,
just pulling up this thread again, as it would be great if we could
resolve how to proceed here.
The important points regarding your questions are below.
Am Samstag, 6. Juli 2019, 20:04:52 CEST schrieb Heiko Stuebner:
> Am Samstag, 6. Juli 2019, 19:16:29 CEST schrieb Simon Glass:
> >
The net_random_ethaddr() tries to get some entropy from different
startup times of a board. The seed is initialized with get_timer() which
has only a granularity of milliseconds. We can do better if we use
get_ticks() which returns the raw timer ticks. Using this we have a
higher chance of getting
Found accidentally in omap3_logic, CONFIG_USB_EHCI_OMAP adds some
code size to SPL, so this patch disables it on the am3517-evm to
reduce the code a bit since it's tight for space.
Signed-off-by: Adam Ford
diff --git a/include/configs/am3517_evm.h b/include/configs/am3517_evm.h
index 63489133a8.
Add steps to test Linux booting on QEMU with Yocto image.
Signed-off-by: Aiden Park
---
doc/board/intel/slimbootloader.rst | 22 ++
1 file changed, 22 insertions(+)
diff --git a/doc/board/intel/slimbootloader.rst
b/doc/board/intel/slimbootloader.rst
index 07c9b126f7..375e67
On Thu, 22 Aug 2019 01:56:48 +
Xiaowei Bao wrote:
> > -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; Jiaf
I have boards (omap3_logic and omap3_logic_somlv) which do not want
USB enabled for SPL yet SPL is showing USB chunks being compiled into
it.
I had to create a patch [1] which disables the USB host controller
when in SPL, yet some of the framework is still present. There appears
to be an option in
Some of the USB code is still being built into SPL even when the
SPL menu options have it explicitly disabled for SPL. Unit there is
a better solution, This patch undefines CONFIG_USB_EHCI_OMAP when
building SPL which reduces the code and lets the board boot again.
Fixes: 25e4ff45b17d ("ARM: omap3
On Thu, 2019-08-22 at 15:41 +0200, Hannes Schmelzer wrote:
> the x530 board needs conversion of SPL_SPI_LOAD to Kconfig first
>
> Signed-off-by: Hannes Schmelzer
Reviewed-by: Chris Packham
> ---
>
> configs/x530_defconfig | 1 +
> include/configs/x530.h | 1 -
> 2 files changed, 1 insertion(
A64 OLinuXino board from Olimex has three variants with onboard eMMC:
A64-OLinuXino-1Ge16GW, A64-OLinuXino-1Ge4GW and A64-OLinuXino-2Ge8G-IND. In
addition, there are two variants without eMMC. One without eMMC and one with SPI
flash. This suggests the need for separate device tree for the three eMM
A64 OLinuXino board from Olimex has three variants with onboard eMMC:
A64-OLinuXino-1Ge16GW, A64-OLinuXino-1Ge4GW and A64-OLinuXino-2Ge8G-IND. In
addition, there are two variants without eMMC. One without eMMC and one with SPI
flash. This suggests the need for separate device tree for the three eMM
This is a follow up a patch that didn't create a separate dts:
https://lists.denx.de/pipermail/u-boot/2019-July/379109.html
A64 OLinuXino board from Olimex has three variants with onboard eMMC:
A64-OLinuXino-1Ge16GW, A64-OLinuXino-1Ge4GW and A64-OLinuXino-2Ge8G-IND. In
addition, there are two vari
The intention of this series is to bring the CONFIG_SYS_SPI_U_BOOT_OFFS
option to Kconfig. For getting sure not introducing bugs and don't
forget boards the requirement is a clean run of moveconfig.py without
warnings.
To achieve this we need to prepare a few things:
- manually edit header files w
The assigned value NULL is overwritten before being used. Remove the
assignment.
Signed-off-by: Heinrich Schuchardt
---
cmd/gpio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cmd/gpio.c b/cmd/gpio.c
index 53366f36e7..eff36ab2af 100644
--- a/cmd/gpio.c
+++ b/cmd/gpio.c
@@
char num[1];
sprintf(num, "%d", i);
leads to a buffer overrun.
Simplify the overly complex coding.
Signed-off-by: Heinrich Schuchardt
---
board/siemens/common/board.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/board/siemens/common/board.c b/board/si
On 8/22/19 10:54 AM, AKASHI Takahiro wrote:
This sub type may not be very useful for normal systems,
but it will be used to support "host" devices on U-Boot sandbox
build.
See UEFI Specification 2.8, section 10.3.4.8.
Signed-off-by: AKASHI Takahiro
---
include/efi_api.h
On 8/22/19 10:54 AM, AKASHI Takahiro wrote:
Sandbox's "host" devices are currently described as UCLASS_ROOT udevice
with DEV_IF_HOST block device. As the current implementation of
efi_device_path doesn't support such a type, any "host" device
on sandbox cannot be seen as a distinct object.
For e
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 boundaries. This is how
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 boundaries. This is how
Hopefully this addresses all of the issues.
I ran into problems with the Samsung EVO 970+ NVME drive where I was
getting a status code of 0x2013 which is Invalid PRP Offset. The
PRP data structure cannot span page boundaries and it should be a
multiple of the page size, where the last entry point
On 8/22/19 11:03 AM, AKASHI Takahiro wrote:
Heinrich,
I'm now wondering whether LoadedImage's LoadOptions, which comes
from "bootargs" variable, should contain a command(application) name
as a first argument or not.
When I tried some efi application (efitools), I found that it expected
so. For
Replace R8A66597_BASE0 with proper SYSCFG0 accesses, no functional
change.
Signed-off-by: Marek Vasut
Cc: Chris Brandt
---
V2: No change
---
drivers/usb/host/r8a66597-hcd.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/host/r8a66597-hcd.c b/drivers/usb/ho
Enable USB host support on GR Peach board.
To use USB host on GR Peach, it might be necessary to solder JP3 header
onto the board first and then short it. Shorting JP3 is mandatory to let
the U5 regulator to supply VBUS to the CN3 USB port.
Signed-off-by: Marek Vasut
Cc: Chris Brandt
---
V2: No
Fix remaining checkpatch complaints in the driver.
Signed-off-by: Marek Vasut
Cc: Chris Brandt
---
V2: Update on top of change in "usb: r8a66597: Convert to USB DM"
---
drivers/usb/host/r8a66597-hcd.c | 63 ++---
drivers/usb/host/r8a66597.h | 473
2 files c
Add DM regulator support for toggling VBUS, this is useful on boards
which control the VBUS e.g. through GPIO.
Signed-off-by: Marek Vasut
Cc: Chris Brandt
---
V2: New patch
---
drivers/usb/host/r8a66597-hcd.c | 29 +
drivers/usb/host/r8a66597.h | 1 +
2 files ch
Add missing Kconfig entry for the R8A66597 driver.
Signed-off-by: Marek Vasut
Cc: Chris Brandt
---
V2: No change
---
drivers/usb/host/Kconfig | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/usb/host/Kconfig b/drivers/usb/host/Kconfig
index 42046c8062..30c6b69be8 100644
---
Convert the R8A66597 USB driver to DM and add support for DT probing.
Drop support for legacy non-DM and non-DT probing, since there are no
platform using that.
Signed-off-by: Marek Vasut
Cc: Chris Brandt
---
V2: Drop incorrect debug print
---
drivers/usb/host/r8a66597-hcd.c | 195 +
While the USB controller can work both in LE and BE modes, there is
no user for the BE mode, so drop it. If there ever is a user for it,
it can be easily re-added back.
Signed-off-by: Marek Vasut
Cc: Chris Brandt
---
V2: No change
---
drivers/usb/host/r8a66597-hcd.c | 6 +++---
1 file changed,
Replace in{bwl}()/out{bwl}() IO accessors with read{bwl}()/write{bwl}(),
to make the driver compile both on SH and ARM.
Signed-off-by: Marek Vasut
Cc: Chris Brandt
---
V2: No change
---
drivers/usb/host/r8a66597.h | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git
No other platforms use this r8a66597 controller but RZ/A1,
make RZ/A1 support the default and drop all the other SoC
support to remove ifdeffery.
Signed-off-by: Marek Vasut
Cc: Chris Brandt
---
V2: No change
---
drivers/usb/host/r8a66597-hcd.c | 35 -
drivers/usb/hos
Remove CONFIG_SUPERH_ON_CHIP_R8A66597 macro, which is unused.
Signed-off-by: Marek Vasut
Cc: Chris Brandt
---
V2: No change
---
drivers/usb/host/r8a66597-hcd.c | 14 --
drivers/usb/host/r8a66597.h | 12 ++--
2 files changed, 2 insertions(+), 24 deletions(-)
diff --git a
Dear Tom,
Please find a PR for u-boot-clk branch:
The following changes since commit
753e5385ca6d0fe5b5f5a3a97cc96b0f2469ca94:
test/py: Add cmd_memory dependency back to test_mmc_wr (2019-08-22
00:09:58 +0200)
are available in the git repository at:
https://gitlab.denx.de/u-boot/custodi
On Wed, Aug 21, 2019 at 7:29 PM Sudeep Holla wrote:
> 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
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
___
Hi Ramon,
On 22.08.19 13:15, Ramon Fried wrote:
On August 22, 2019 12:38:08 PM GMT+03:00, Stefan Roese
wrote:
Hi Ramon,
On 14.07.19 17:25, Ramon Fried wrote:
Macb Ethernet controller requires a RX buffer of 128 bytes. It is
highly sub-optimal for Gigabit-capable GEM that is able to use
a
HI Aaron,
On Thu, Aug 22, 2019 at 5:12 PM Aaron Williams wrote:
>
> 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
Hi Hannes,
On Thu, Aug 22, 2019 at 6:21 PM Hannes Schmelzer wrote:
>
> hi,
>
> just tried to run moveconfig.py, having trouble to find the toolchain
> for "riscv".
>
> I already did run "tools/buildman/buildman.py --fetch-arch=all", but no
> toolchain for riscv was downloaded.
>
> where to get co
On 11.07.19 09:10, Weijie Gao wrote:
> Some storage devices have multiple hw partitions and both address from
> zero, for example eMMC.
> However currently block cache invalidation only applies to block
> write/erase.
> This can cause a problem that data of current hw partition is cached
> before
This converts the following to Kconfig:
CONFIG_SYS_SPI_U_BOOT_OFFS
Signed-off-by: Hannes Schmelzer
---
common/spl/Kconfig | 8
configs/alt_defconfig | 1 +
configs/am57xx_evm_defconfig| 1 +
configs/am57xx_hs_evm_defconf
some boards have common headers for several individual build-targets
where CONFIG_SYS_SPI_U_BOOT_OFFS is defined even it is not needed (only
needed if CONFIG_SPL_SPI_LOAD is defined also). Take this define here
under '#ifdef CONFIG_SPL_SPI_LOAD' for having a clean run of
moveconfig.py
Signed-off-b
the x530 board needs conversion of SPL_SPI_LOAD to Kconfig first
Signed-off-by: Hannes Schmelzer
---
configs/x530_defconfig | 1 +
include/configs/x530.h | 1 -
2 files changed, 1 insertion(+), 1 deletion(-)
diff --git a/configs/x530_defconfig b/configs/x530_defconfig
index 7db8de4..2bf20f4 10
Exact two boards are referencing CONFIG_SYS_SPI_U_BOOT_OFFS to another
define, we replace this manually with the value for having a clean run
of moveconfig.py afterwards.
Signed-off-by: Hannes Schmelzer
---
include/configs/mt7629.h | 4 +++-
include/configs/ti_armv7_keystone2.h | 4
Some boards have coded this offset with formula or bitshifts in their
board-config. Manually convert these things into hex-values to be able
using moveconfig.py afterwards.
Signed-off-by: Hannes Schmelzer
---
doc/README.rockchip | 2 +-
include/configs/cgtqmx6eval.h | 2 +-
inclu
Hello list,
I have a annoying problem with u-boot 2019.07. I try to boot a Linux
Image from a fat16 partition on a SD-Card. But I got the "Error reading
cluster" Message from fs/fat/fat.c
=> boot
switch to partitions #0, OK
mmc2 is current device
Error reading cluster
** Unable to read file Image
Hi all,
I've posted question regarding subject to nxp community, but there was
an answer that, "uboot-fslc" is community version on uboot not supported
by nxp".
Link: https://community.nxp.com/thread/510468
I will appreciate any guidelines to solve this problem.
Best
Sigis
__
On Thu, 22 Aug 2019 at 13:10, Sudeep Holla wrote:
> On Thu, Aug 22, 2019 at 12:38:31PM +0100, Ryan Harkin wrote:
> > On Thu, 22 Aug 2019 at 02:25, Peng Fan wrote:
> >
> > > > Subject: [U-Boot] [PATCH] ARM: vexpress_*_defconfig: replace
> earlyprintk
> > > > with earlycon
> > > >
> > > > earlypri
On Thu, Aug 22, 2019 at 01:25:46AM +, Peng Fan wrote:
> > 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 Du
On Thu, Aug 22, 2019 at 12:38:31PM +0100, Ryan Harkin wrote:
> On Thu, 22 Aug 2019 at 02:25, Peng Fan wrote:
>
> > > Subject: [U-Boot] [PATCH] ARM: vexpress_*_defconfig: replace earlyprintk
> > > with earlycon
> > >
> > > earlyprintk no longer works on arm64 platforms. Replace it with earlycon
> >
On Thu, 22 Aug 2019 at 02:25, Peng Fan wrote:
> > 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:
Dear Zhiqiang
> -Original Message-
> From: Heiko Schocher
> Sent: Tuesday, July 16, 2019 9:06 AM
> To: u-boot@lists.denx.de
> Cc: Heiko Schocher ; Alexander Graf ;
> Andrew F. Davis ; Xiaowei Bao ; Bin
> Meng ; Eugen Hristev
> ; Heinrich Schuchardt
> ; Horatiu Vultur ;
> Z.q. Hou ; Krzys
Dear Heiko,
> -Original Message-
> From: U-Boot On Behalf Of Heiko Schocher
> Sent: Tuesday, July 16, 2019 9:29 AM
> To: u-boot@lists.denx.de
> Cc: York Sun
> Subject: [U-Boot] [PATCH v1] ddr, fsl: add DM_I2C support
>
> add DM_I2C support for this driver.
>
> Signed-off-by: Heiko Sch
From: T Karthik Reddy
The sdhci capabilities registers can be incorrect. The
sdhci-caps-mask and sdhci-caps dt properties specify which bits of
the registers are incorrect and what their values should be. This
patch makes the sdhci driver use those properties to correct the caps.
Also use "dev_re
From: T Karthik Reddy
This patch adds functions dev_read_u64_default & dev_read_u64
to read unsigned 64-bit values from devicetree.
Signed-off-by: T Karthik Reddy
Signed-off-by: Michal Simek
---
drivers/core/ofnode.c | 2 +-
drivers/core/read.c | 10 ++
include/dm/ofnode.h | 2
Hi,
This patch series adds support for reading 64-bit dt properties & add
support sdhci dt caps & caps mask.
Thanks,
Michal
T Karthik Reddy (2):
dm: core: Add functions to read 64-bit dt properties
mmc: sdhci: Add support for dt caps & caps mask
drivers/core/ofnode.c | 2 +-
drivers/core
On August 22, 2019 12:38:08 PM GMT+03:00, Stefan Roese
wrote:
>Hi Ramon,
>
>On 14.07.19 17:25, Ramon Fried wrote:
>> Macb Ethernet controller requires a RX buffer of 128 bytes. It is
>> highly sub-optimal for Gigabit-capable GEM that is able to use
>> a bigger DMA buffer. Change this constant a
On 8/22/19 11:11 AM, Mark Kettenis wrote:
From: AKASHI Takahiro
Date: Thu, 22 Aug 2019 17:06:25 +0900
Currently, a whole disk without any partitions is not associated
with EFI_SIMPLE_FILE_SYSTEM_PROTOCOL. So even if it houses FAT
file system, there is a chance that we may not be able to access
Convert CONFIG_SYS_NAND_USE_FLASH_BBT to Kconfig, update defconfigs,
headers and whitelist.
Please note that this symbol already was used in Kconfig
(imply in CONFIG_NAND_ATMEL) which did not work, since this symbol was
not available in Kconfig. This changes now with this patch and all
boards with
From: Oleksandr Rybalko
In 32bits mode upper bits need to be set to 0, otherwise controller will
try to DMA into not existing memory and stops with error.
Tested-by: Frank Wunderlich
Signed-off-by: Frank Wunderlich
Signed-off-by: Oleksandr Rybalko
---
changes since v3: fix build warning on x8
From: Oleksandr Rybalko
Tested-by: Frank Wunderlich
Signed-off-by: Frank Wunderlich
Signed-off-by: Oleksandr Rybalko
---
changes since v3: none
changes since v2: none
---
drivers/ata/ahci-pci.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/ata/ahci-pci.c b/drivers/ata/ahci-pci.c
From: Ryder Lee
This adds a document for MT7623 PCIe controller.
Signed-off-by: Ryder Lee
Signed-off-by: Frank Wunderlich
---
changes since v3: none
changes since v2: dt-bindings added with v3
---
.../pci/mediatek-pcie.txt | 122 ++
1 file changed, 122 inse
From: Ryder Lee
This follows the linux header rules to avoid conflict bitfields.
Tested-by: Frank Wunderlich
Signed-off-by: Ryder Lee
Signed-off-by: Frank Wunderlich
---
changes since v3: none
changes since v2: none
---
arch/arm/dts/mt7623.dtsi | 2 +-
arch/arm/dts/mt76
From: Ryder Lee
This adds a document for tphy which supports physical layer
functionality for a number of controllers on MediaTek SoCs,
such as, USB2.0, USB3.0, PCIe, and SATA.
Signed-off-by: Ryder Lee
Signed-off-by: Frank Wunderlich
---
changes since v3: none
changes since v2: dt-bindings add
From: Ryder Lee
This adds PCIe and its PHY nodes for MT7623.
Tested-by: Frank Wunderlich
Signed-off-by: Ryder Lee
Signed-off-by: Frank Wunderlich
---
changes since v3: none
changes since v2: none
---
arch/arm/dts/mt7623.dtsi | 128 +++
arch/arm/dts/mt7623n
From: Ryder Lee
The driver provides PHY for USB2, USB3.0, PCIe and SATA, and now
we just enable PCIe. As for the other functionalities will be
added gradually in upcoming days.
This is adapted from the Linux version.
Tested-by: Frank Wunderlich
Signed-off-by: Ryder Lee
Signed-off-by: Frank Wu
From: Ryder Lee
This adds PCIe controller support for MT7623.
This is adapted from the Linux version.
Tested-by: Frank Wunderlich
Signed-off-by: Ryder Lee
Signed-off-by: Frank Wunderlich
---
changes since v3: none
changes since v2:
- rename driver to "MediaTek PCIe Gen2 controller"
- use cl
This series adds PCIe/PHY drivers which were adapted from Linux version.
The related drivers were tested on bpi-r2.
To get AHCI (SATA) working on R2 (ASM1061 PCIe2SATA-Controller) 2 addional
changes are needed (see Parts 5+6 from Oleksandr Rybalko)
changes since v3:
- fix build-warning on x86_64
hi,
just tried to run moveconfig.py, having trouble to find the toolchain
for "riscv".
I already did run "tools/buildman/buildman.py --fetch-arch=all", but no
toolchain for riscv was downloaded.
where to get correct toolchain?
cheers,
Hannes
___
Hi Ramon,
On 14.07.19 17:25, Ramon Fried wrote:
Macb Ethernet controller requires a RX buffer of 128 bytes. It is
highly sub-optimal for Gigabit-capable GEM that is able to use
a bigger DMA buffer. Change this constant and associated macros
with data stored in the private structure.
RX DMA buffe
I'm sorry about the messed up subject saying [PATCH]. For some reason git
send-email is mangling the subject line. I'm new to trying to use this method
to send out patches. This is version 2 of my patch.
-Aaron
On Thursday, August 22, 2019 2:12:32 AM PDT Aaron Williams wrote:
> When large write
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 boundaries. This is how
> From: AKASHI Takahiro
> Date: Thu, 22 Aug 2019 17:06:25 +0900
>
> Currently, a whole disk without any partitions is not associated
> with EFI_SIMPLE_FILE_SYSTEM_PROTOCOL. So even if it houses FAT
> file system, there is a chance that we may not be able to access
> it, particularly, when accesse
Hi Daniel,
“brcm,nand-bcm6368“ is the probe and interrupt part of the driver.
The core part of the driver is the one that only supports HW rev 4.0 and newer.
Best regards,
Álvaro.
De: Daniel Schwierzeck
Enviado: miércoles, agosto 14, 2019 3:23 p. m.
Para: Álvaro
Heinrich,
I'm now wondering whether LoadedImage's LoadOptions, which comes
from "bootargs" variable, should contain a command(application) name
as a first argument or not.
When I tried some efi application (efitools), I found that it expected
so. For example, efitools' UpdateVars.efi takes
Us
Sandbox's "host" devices are currently described as UCLASS_ROOT udevice
with DEV_IF_HOST block device. As the current implementation of
efi_device_path doesn't support such a type, any "host" device
on sandbox cannot be seen as a distinct object.
For example,
=> host bind 0 /foo/disk.img
=> e
> -Original Message-
> From: Alex Marginean
> Sent: Friday, July 12, 2019 5:17 PM
> To: Chuanhua Han ; albert.u.b...@aribaud.net;
> Sudhanshu Gupta ; Harninder Rai
> ; Rajesh Bhagat ; Andy
> Tang ; Prabhakar Kushwaha
>
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH v4 1/4] arm
1 - 100 of 162 matches
Mail list logo
