G_OF_SPL_REMOVE_PROPS="clock-names interrupt-parent assigned-clocks
> assigned-clock-rates assigned-clock-parents"
> CONFIG_TPL_OF_PLATDATA=y
> -CONFIG_ENV_IS_IN_MMC=y
> +CONFIG_ENV_IS_IN_SPI_FLASH=y
> CONFIG_SYS_RELOC_GD_ENV_ADDR=y
> CONFIG_SYS_MMC_ENV_DEV=1
> CONFIG_NET_RANDOM_ETHADDR=y
> --
> 2.43.2
>
--
With best regards,
Matwey V. Kornilov
d69426..419bc8ded375 100644
> --- a/board/rockchip/evb_rk3328/MAINTAINERS
> +++ b/board/rockchip/evb_rk3328/MAINTAINERS
> @@ -47,8 +47,10 @@ F: arch/arm/dts/rk3328-roc-cc-u-boot.dtsi
>
> ROCK64-RK3328
> M: Matwey V. Kornilov
> +R: Jonas Karlman
> S: Maintain
))
> + if (offset_test != ((header >> 8) & 0xFF))
> one_byte_addressing = false;
>
> /* Corrupted data??? */
> --
> 2.39.0
>
--
With best regards,
Matwey V. Kornilov
Sync the rk3328-rock64 dts from v6.6-rc5.
See Linux kernel commit for details:
03633c4ef1fb ("arm64: dts: rockchip: fix USB regulator on ROCK64")
Signed-off-by: Matwey V. Kornilov
---
arch/arm/dts/rk3328-rock64.dts | 14 ++
1 file changed, 2 insertions(+), 12
пт, 28 июл. 2023 г. в 11:07, Peter Robinson :
>
> On Thu, Jul 27, 2023 at 5:34 PM Matwey V. Kornilov
> wrote:
> >
> > Enable missed CONFIG_ROCKCHIP_EFUSE to use fixed Ethernet MAC address.
>
> I've already sent a patch to do that as part of a series for ot
Enable missed CONFIG_ROCKCHIP_EFUSE to use fixed Ethernet MAC address.
Signed-off-by: Matwey V. Kornilov
---
configs/rock64-rk3328_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configs/rock64-rk3328_defconfig b/configs/rock64-rk3328_defconfig
index 74a9cc0a7d..aba488bed0
am335x_evm_defconfig is used for BeagleBone Black, popular single board
computer with wide extension support. Enable CONFIG_CMD_EXTENSION by default
since extension detection is already implemented for am335x.
Also run make savedefconfig for am335x_evm_defconfig
Signed-off-by: Matwey V. Kornilov
ses, it follows 1-byte addressing else we proceed with 2-byte
> addressing check.
>
> Tested on J721E, J7200, DRA7xx, AM64x
>
> Signed-off-by: Neha Malcom Francis
> Fixes: d2ab2a2bafd5 (board: ti: common: board_detect: Fix EEPROM read quirk
> for AM6 style data)
> Fix
ses, it follows 1-byte addressing else we proceed with 2-byte
> addressing check.
>
> Tested on J721E, J7200, DRA7xx, AM64x
>
> Signed-off-by: Neha Malcom Francis
> Fixes: d2ab2a2bafd5 (board: ti: common: board_detect: Fix EEPROM read
> quirk for AM6 style data) and bf6376642fe8 (boar
d quirk"), BeagleBone Black produced by
different companies has different kinds of EEPROMs.
>
> Regards,
>
> --
> Robert Nelson
> https://rcn-ee.com/
--
With best regards,
Matwey V. Kornilov
hen read requests are performed
> -* on offsets. We re-read the board ID to ensure we have sane data
> back
> -*/
> - rc = ti_i2c_eeprom_get(bus_addr, dev_addr, TI_EEPROM_HEADER_MAGIC,
> - sizeof(board_id), (uint8_t *)_id);
> - if (rc)
> - return rc;
> -
> if (board_id.header.id != TI_AM6_EEPROM_RECORD_BOARD_ID) {
> pr_err("%s: Invalid board ID record!\n", __func__);
> return -EINVAL;
> --
> 2.34.1
>
--
With best regards,
Matwey V. Kornilov
;)
Reference:
https://lore.kernel.org/all/CAJs94Ebdd4foOjhGFu9Bop0v=b1us9nedlxfhgcy23ukglz...@mail.gmail.com/
Signed-off-by: Matwey V. Kornilov
---
board/ti/common/board_detect.c | 26 --
1 file changed, 8 insertions(+), 18 deletions(-)
diff --git a/board/ti/common/board_detect
вт, 23 авг. 2022 г., 06:54 Nishanth Menon :
> On 08:56-20220819, Robert Nelson wrote:
> > On Fri, Aug 19, 2022 at 4:30 AM Nishanth Menon wrote:
> > >
> > > On 11:28-20220818, Matwey V. Kornilov wrote:
> [..]
> > >
> > > Tom, Robert, folk
I've played a little and now I believe that the issue is that EEPROM read addr
pointer is somehow corrupted due to 1-byte address write. The EEPROM is
definitely have two-byte read address accoring the datasheet.
I've failed to unravel exact rule what is happening when only one address byte
is
device during the i2c read stage.
вт, 16 авг. 2022 г. в 04:27, Nishanth Menon :
>
> On 23:32-20220815, Matwey V. Kornilov wrote:
> > Only the first one dm_i2c_read is successful, whenever the size value.
>
> I wonder if we need to add complete ep read... this is what I see on my
пн, 15 авг. 2022 г. в 20:53, Nishanth Menon :
>
> On 20:30-20220815, Matwey V. Kornilov wrote:
> > Hi Nishanth,
> >
> > I just reverted 0dba4586 and have the following diff in the config:
> >
> > diff --git a/configs/am335x_evm_defconfig b/configs/am335
Hi Nishanth,
I just reverted 0dba4586 and have the following diff in the config:
diff --git a/configs/am335x_evm_defconfig b/configs/am335x_evm_defconfig
index b500ed0fdd..b403901879 100644
--- a/configs/am335x_evm_defconfig
+++ b/configs/am335x_evm_defconfig
@@ -9,6 +9,9 @@ CONFIG_AM335X_USB0=y
чт, 11 авг. 2022 г. в 01:52, Nishanth Menon :
>
> On 11:40-20220807, Matwey V. Kornilov wrote:
> > пт, 5 авг. 2022 г. в 18:01, Robert Nelson :
> > >
> > > On Fri, Jul 29, 2022 at 12:07 PM Matwey V. Kornilov
> > > wrote:
> > >
чт, 11 авг. 2022 г. в 19:11, Matwey V. Kornilov :
>
> чт, 11 авг. 2022 г. в 15:53, Alex Kiernan :
> >
> > On Thu, Aug 11, 2022 at 1:46 PM Tom Rini wrote:
> > >
> > > On Thu, Aug 11, 2022 at 10:47:18AM +0300, Matwey V. Kornilov wrote:
> > >
чт, 11 авг. 2022 г. в 15:53, Alex Kiernan :
>
> On Thu, Aug 11, 2022 at 1:46 PM Tom Rini wrote:
> >
> > On Thu, Aug 11, 2022 at 10:47:18AM +0300, Matwey V. Kornilov wrote:
> >
> > > Can somebody please advise me working CONFIG_DEBUG_UART _* values for
> >
pcm051_rev3_defconfig config (Phytec Wega board) has been dropped in
64efd11d ("arm: Remove pcm051 board")
due to expired migration deadlines. Here, pcm051_rev3_defconfig support is
reintroduced.
Signed-off-by: Matwey V. Kornilov
---
Changes since v1:
- Do not add symbols to
Can somebody please advise me working CONFIG_DEBUG_UART _* values for
the board? I think I need to obtain some output from the board to
debug it further.
чт, 11 авг. 2022 г. в 09:56, Matwey V. Kornilov :
>
> чт, 11 авг. 2022 г. в 01:52, Nishanth Menon :
> >
> > On 11:40-
чт, 11 авг. 2022 г. в 01:52, Nishanth Menon :
>
> On 11:40-20220807, Matwey V. Kornilov wrote:
> > пт, 5 авг. 2022 г. в 18:01, Robert Nelson :
> > >
> > > On Fri, Jul 29, 2022 at 12:07 PM Matwey V. Kornilov
> > > wrote:
> > >
Try to load required DTB overlays if the board supports extensions and
CONFIG_CMD_EXTENSION is enabled.
Signed-off-by: Matwey V. Kornilov
---
include/config_distro_bootcmd.h | 32
1 file changed, 32 insertions(+)
diff --git a/include/config_distro_bootcmd.h b
pcm051_rev3_defconfig config (Phytec Wega board) has been dropped in
64efd11d ("arm: Remove pcm051 board")
due to expired migration deadlines. Here, pcm051_rev3_defconfig support is
reintroduced.
Signed-off-by: Matwey V. Kornilov
---
arch/arm/dts/am335x-wega-rdk-u-boot
пт, 5 авг. 2022 г. в 18:01, Robert Nelson :
>
> On Fri, Jul 29, 2022 at 12:07 PM Matwey V. Kornilov
> wrote:
> >
> > пт, 29 июл. 2022 г. в 19:46, Tom Rini :
> > >
> > > On Fri, Jul 29, 2022 at 07:38:28PM +0300, Matwey V. Kornilov wrote:
> &
пт, 29 июл. 2022 г. в 20:06, Matwey V. Kornilov :
>
> пт, 29 июл. 2022 г. в 19:46, Tom Rini :
> >
> > On Fri, Jul 29, 2022 at 07:38:28PM +0300, Matwey V. Kornilov wrote:
> > > пт, 29 июл. 2022 г. в 19:32, Tom Rini :
> > > >
> > > > On Fri, Jul 29,
пт, 29 июл. 2022 г. в 19:46, Tom Rini :
>
> On Fri, Jul 29, 2022 at 07:38:28PM +0300, Matwey V. Kornilov wrote:
> > пт, 29 июл. 2022 г. в 19:32, Tom Rini :
> > >
> > > On Fri, Jul 29, 2022 at 07:20:11PM +0300, Matwey V. Kornilov wrote:
> > >
> >
пт, 29 июл. 2022 г. в 19:32, Tom Rini :
>
> On Fri, Jul 29, 2022 at 07:20:11PM +0300, Matwey V. Kornilov wrote:
>
> > Hi,
> >
> > I've tried to build an am335x_evm_defconfig u-boot to use it on my
> > BeagleBone Black board. Surprisingly, I've found that it d
d: ti: common: board_detect: Do 1byte address
checks first.")
Could you please help me?
--
With best regards,
Matwey V. Kornilov
D_RAW_MODE_U_BOOT_SECTOR is defined.
>
> See my patch serie that still is in need for review:
>
> https://lore.kernel.org/u-boot/20220508150825.21711-7-jbx6...@gmail.com/
>
> Without it generates a warning:
>
> Error: arch/arm/dts/rockchip-u-boot.dtsi:54.16-17 syntax error
> FATAL ERROR: Unable to parse input tree
>
> Add more compile conditions!
>
> ===
>
> RK3066:
> For NAND the "idbloader.img" might be useful for my serie (in need for
> review) when it gets TPL/SPL and rc4 right:
>
> [PATCH v2 00/11] Add Rockchip IDB device
> https://lore.kernel.org/u-boot/a1458a7b-2043-6397-3107-2d1fdf08c...@gmail.com/
>
> In mk808_defconfig change:
>
> CONFIG_TPL_TEXT_BASE=0x10080C04
>
> to:
>
> CONFIG_TPL_TEXT_BASE=0x10080C00
>
> In rockchip.rst change:
>
> printf "RK30" > tplspl.bin
> dd if=u-boot-tpl.bin >> tplspl.bin
>
> to:
> printf "RK30" > tplspl.bin
> dd if=u-boot-tpl.bin ibs=1 skip=4 >> tplspl.bin
>
> The NAND can be programmed simular to MMC with:
>
> rkdeveloptool wlx loader1 idbloader.img
>
> TODO:
>
> rk30 usbplug (open source)
> ===
> >
> > u-boot-img {
> > offset = ;
--
With best regards,
Matwey V. Kornilov
default and
never worked correctly for this board as a temporarly workaround for the issue.
Reference: https://lists.denx.de/pipermail/u-boot/2021-June/451486.html
Reference: https://lists.denx.de/pipermail/u-boot/2021-June/452297.html
Signed-off-by: Matwey V. Kornilov
---
configs/am335x_evm_defconfig
No working controllers found
Reference:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=0782e8572ce43f521ed6ff15e4a7ab9aa5acdc85
Fixes: 942853dd96df ("arm: dts: Resync BeagleBone device trees")
Signed-off-by: Matwey V. Kornilov
---
arch/arm/dts/am33xx.dts
пт, 6 авг. 2021 г. в 14:39, Harald Seiler :
>
> Hi,
>
> On Fri, 2021-08-06 at 13:54 +0300, Matwey V. Kornilov wrote:
> > Hello,
> >
> > I've found that the following commit breaks USB on BeagleBone Black
> > board (am335x based):
> >
> > commit 942
пт, 6 авг. 2021 г. в 14:45, Peter Robinson :
>
> On Fri, Aug 6, 2021 at 12:39 PM Harald Seiler wrote:
> >
> > Hi,
> >
> > On Fri, 2021-08-06 at 13:54 +0300, Matwey V. Kornilov wrote:
> > > Hello,
> > >
> > > I've found that the following
scanning usb for storage devices... 1 Storage Device(s) found
Device 0: Vendor: Rev: PMAP Prod: USB DISK Pro
Type: Removable Hard Disk
Capacity: 7381.2 MB = 7.2 GB (15116736 x 512)
... is now current device
--
With best regards,
Matwey V. Kornilov
and make print_size function tiny-printf friendly, use %u
instead of %luu. Note, that the size value is guaranteed to be less than 1024
in this conditional branch, so the cast to unsigned int is safe.
Signed-off-by: Matwey V. Kornilov
---
lib/display_options.c | 7 ++-
1 file changed, 6 insertions
that TFTP in SPL is currently broken for every board.
--
With best regards,
Matwey V. Kornilov
complete. TIMEOUT !
Problem booting with BOOTP
SPL: failed to boot from all boot devices
### ERROR ### Please RESET the board ###
Signed-off-by: Matwey V. Kornilov
---
Changes since v1:
- avoid the preprocessor as suggested by Simon Glass
lib/tiny-printf.c | 26
complete. TIMEOUT !
Problem booting with BOOTP
SPL: failed to boot from all boot devices
### ERROR ### Please RESET the board ###
Signed-off-by: Matwey V. Kornilov
---
lib/tiny-printf.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/tiny-printf.c b/li
чт, 5 авг. 2021 г. в 10:59, Matwey V. Kornilov :
>
> чт, 5 авг. 2021 г. в 01:39, Tom Rini :
> >
> > On Wed, Aug 04, 2021 at 11:38:02PM +0300, Matwey V. Kornilov wrote:
> >
> > > Hi,
> > >
> > > I am trying to boot an am335x based board (Bea
чт, 5 авг. 2021 г. в 01:39, Tom Rini :
>
> On Wed, Aug 04, 2021 at 11:38:02PM +0300, Matwey V. Kornilov wrote:
>
> > Hi,
> >
> > I am trying to boot an am335x based board (BeagleBone Black) from USB
> > using v2021.07. I see the following issue when trying to bo
1: usb_ether
eth_cpsw Waiting for PHY auto negotiation to complete. TIMEOUT !
Problem booting with BOOTP
SPL: failed to boot from all boot devices
### ERROR ### Please RESET the board ###
I suppose that _env_flags_validate_type doesn't like this "M" suffix.
But I don't know where it came from.
--
With best regards,
Matwey V. Kornilov
v/sda1 /target
command, which mount the default subvolume 2) leads to the issues when
/boot/dtb cannot be found properly (see the reference).
This patch uses the default subvolume as the filesystem root to overcome
mentioned issues.
Reference: https://bugzilla.suse.com/show_bug.cgi?id=1185656
Sig
вс, 1 авг. 2021 г. в 20:41, Matwey V. Kornilov :
>
> вс, 1 авг. 2021 г. в 18:49, Matwey V. Kornilov :
> >
> > Hi,
> >
> > I failed to find the correct answer in this list. I am trying to debug
> > u-boot from the master running inside of QEMU 5.2.0:
&
вс, 1 авг. 2021 г. в 18:49, Matwey V. Kornilov :
>
> Hi,
>
> I failed to find the correct answer in this list. I am trying to debug
> u-boot from the master running inside of QEMU 5.2.0:
>
> I start QEMU as the following:
>
> > qemu-system-x86_64 -bios u-boot.rom -s
, 0x0800 bytes flags: 0
reserved.cnt = 0x0
Could somebody please point out to me what I do wrong? Thank you in advance.
--
With best regards,
Matwey V. Kornilov
чт, 29 июл. 2021 г. в 08:22, Bin Meng :
>
> +Simon
>
> On Wed, Jul 28, 2021 at 11:22 PM Matwey V. Kornilov
> wrote:
> >
> > Hello,
> >
> > I am trying to build master for qemu-x86_64_defconfig. When I try to
> > boot u-boot.rom as the following everyt
Hello,
I am trying to build master for qemu-x86_64_defconfig. When I try to
boot u-boot.rom as the following everything works fine:
> qemu-system-x86_64 -nographic -bios u-boot.rom
U-Boot SPL 2021.10-rc1-00027-g22ecb12132 (Jul 28 2021 - 18:18:37 +0300)
Trying to boot from SPI
Jumping to 64-bit
ce everywhere
> - avoid using parallel tables
> - things on the UEFI side then become dynamic rather than static
> - so there is no need for fixups
> - figure out what extra info is needed and come up with a generic way
> to attach it to devices
>
> So this is definitely not the right approach.
>
> Regards,
> Simon
--
With best regards,
Matwey V. Kornilov
Hi,
Generally, I like idea of keeping rk3328.dtsi in sync with the Linux kernel
source.
ср, 30 июн. 2021 г., 19:23 Johan Jonker :
> With a new board from a recent Linux DT the U-boot rk3328.dtsi
> is in need for an update.
>
> Please advise what to do with usb3 regulators, aliases and
> other
With the patch block devices are added to the UEFI object list whenever
> they are probed.
>
> Signed-off-by: Heinrich Schuchardt
Tested-by: Matwey V. Kornilov
> ---
> drivers/core/device.c | 7 +++
> include/efi_loader.h| 6 +++
> lib/
сб, 12 июн. 2021 г. в 05:05, AKASHI Takahiro :
>
> Hi Matwey,
>
> On Fri, Jun 11, 2021 at 06:08:28PM +0300, Matwey V. Kornilov wrote:
> > чт, 10 июн. 2021 г. в 23:05, Heinrich Schuchardt :
> > >
> > > On 6/7/21 7:51 PM, Matwey V. Kornilov wrote:
> >
пт, 11 июн. 2021 г. в 00:02, Heinrich Schuchardt :
>
> On 6/10/21 10:05 PM, Heinrich Schuchardt wrote:
> > On 6/7/21 7:51 PM, Matwey V. Kornilov wrote:
> >> вс, 6 июн. 2021 г. в 19:47, Heinrich Schuchardt :
> >>>
> >>> On 6/6/21 6:21 PM, Heinrich Schuc
чт, 10 июн. 2021 г. в 23:05, Heinrich Schuchardt :
>
> On 6/7/21 7:51 PM, Matwey V. Kornilov wrote:
> > вс, 6 июн. 2021 г. в 19:47, Heinrich Schuchardt :
> >>
> >> On 6/6/21 6:21 PM, Heinrich Schuchardt wrote:
> >>> On 6/6/21 5:42 PM, Matwey V. Kornilo
вс, 6 июн. 2021 г. в 19:47, Heinrich Schuchardt :
>
> On 6/6/21 6:21 PM, Heinrich Schuchardt wrote:
> > On 6/6/21 5:42 PM, Matwey V. Kornilov wrote:
> >> вс, 6 июн. 2021 г. в 18:20, Heinrich Schuchardt :
> >>>
> >>> On 6/6/21 4:37 PM, Matwey V. Kornil
вс, 6 июн. 2021 г. в 19:21, Heinrich Schuchardt :
>
> On 6/6/21 5:42 PM, Matwey V. Kornilov wrote:
> > вс, 6 июн. 2021 г. в 18:20, Heinrich Schuchardt :
> >>
> >> On 6/6/21 4:37 PM, Matwey V. Kornilov wrote:
> >>> Hi,
> >>>
> >>> I
вс, 6 июн. 2021 г. в 18:20, Heinrich Schuchardt :
>
> On 6/6/21 4:37 PM, Matwey V. Kornilov wrote:
> > Hi,
> >
> > I've found that
> >
> > f3866909e350 ("distro_bootcmd: call EFI bootmgr even without having
> > /EFI/boot")
> >
> > br
s going wrong here?
--
With best regards,
Matwey V. Kornilov
чт, 26 нояб. 2020 г. в 12:40, Andre Heider :
> On 26/11/2020 10:04, Matwey V. Kornilov wrote:
> >
> >
> > чт, 26 нояб. 2020 г. в 06:45, Andre Heider > <mailto:a.hei...@gmail.com>>:
> >
> > On 25/11/2020 10:14, Matwey V. Kornilov wrote:
чт, 26 нояб. 2020 г. в 06:45, Andre Heider :
> On 25/11/2020 10:14, Matwey V. Kornilov wrote:
> > Signed-off-by: Matwey V. Kornilov
> > ---
> > configs/mvebu_db-88f3720_defconfig | 1 +
> > configs/mvebu_espressobin-88f3720_defconfig | 1 +
> > in
mvebu_armada-37xx.h relies on config_distro_bootcmd.h but lefts ${fdtfile}
environment variable empty. Here we preset the variable with default values.
Signed-off-by: Matwey V. Kornilov
---
configs/mvebu_db-88f3720_defconfig | 1 +
configs/mvebu_espressobin-88f3720_defconfig | 1
Signed-off-by: Matwey V. Kornilov
---
configs/mvebu_db-88f3720_defconfig | 1 +
configs/mvebu_espressobin-88f3720_defconfig | 1 +
include/configs/mvebu_armada-37xx.h | 1 +
3 files changed, 3 insertions(+)
diff --git a/configs/mvebu_db-88f3720_defconfig
b/configs/mvebu_db
12.10.2020 11:39, Matwey V. Kornilov пишет:
> Hello,
>
> I am trying to provide u-boot via uart to am335x bootrom (I use
> BeagleBone Black board). Has anyone succeeded on it?
>
> The CPU technical reference says that I have to use X-Modem 1K to load
> the firmware.
пн, 12 окт. 2020 г. в 16:07, Tom Rini :
> On Fri, Oct 09, 2020 at 09:19:53AM -0400, Tom Rini wrote:
> > On Sun, Oct 04, 2020 at 02:23:21PM +0300, Matwey V. Kornilov wrote:
> >
> >
> > > Ping?
>
> and I see this was applied back in September to the -nex
Hello,
I am trying to provide u-boot via uart to am335x bootrom (I use
BeagleBone Black board). Has anyone succeeded on it?
The CPU technical reference says that I have to use X-Modem 1K to load
the firmware. I am trying to reach this with screen and sx command.
In the serial console I see
Ping?
пн, 24 авг. 2020 г. в 21:00, Matwey V. Kornilov :
> Signed-off-by: Matwey V. Kornilov
> ---
> include/configs/am335x_evm.h | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/include/configs/am335x_evm.h b/include/configs/am335x_evm.h
> index 9c4ef369
Signed-off-by: Matwey V. Kornilov
---
include/configs/am335x_evm.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/include/configs/am335x_evm.h b/include/configs/am335x_evm.h
index 9c4ef369c5..103c046137 100644
--- a/include/configs/am335x_evm.h
+++ b/include/configs/am335x_evm.h
to avoid bugs with booting from
another devtype.
Signed-off-by: Matwey V. Kornilov
---
include/environment/ti/mmc.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/environment/ti/mmc.h b/include/environment/ti/mmc.h
index 1c8e49a8b3..b86c8dc7a4 100644
--- a/include
ср, 20 мая 2020 г. в 20:41, Kurt Miller :
>
> On Wed, 2020-05-20 at 16:30 +0800, Chen-Yu Tsai wrote:
> > On Wed, May 20, 2020 at 4:05 PM Matwey V. Kornilov
> > wrote:
> > >
> > >
> > > вт, 19 мая 2020 г. в 17:30, Kurt Miller :
> > > >
&g
ср, 13 мая 2020 г. в 22:55, Kurt Miller :
>
> Use the same approach as ROC-RK3328-CC which enables SPL GPIO,
> pinctl and regulator support. This allows the gen3 board to
> boot through SPL and does not break gen2 in the process.
>
> Signed-off-by: Kurt Miller
Acked-by:
вт, 19 мая 2020 г. в 17:30, Kurt Miller :
>
> On Tue, 2020-05-19 at 12:48 +0300, Matwey V. Kornilov wrote:
> > вт, 19 мая 2020 г. в 01:06, Kurt Miller :
> > >
> > >
> > > On Wed, 2020-05-13 at 16:10 -0400, Kurt Miller wrote:
> > > >
> >
вт, 19 мая 2020 г. в 01:06, Kurt Miller :
>
> On Wed, 2020-05-13 at 16:10 -0400, Kurt Miller wrote:
> > On Wed, 2020-05-13 at 22:58 +0300, Matwey V. Kornilov wrote:
> > >
> > > Thanks. Have you already checked it on gen2? I think I have gen2 board to
> > > t
ates assigned-clock-parents"
> CONFIG_TPL_OF_PLATDATA=y
> CONFIG_ENV_IS_IN_MMC=y
> CONFIG_SYS_RELOC_GD_ENV_ADDR=y
> @@ -64,7 +67,9 @@ CONFIG_PINCTRL=y
> CONFIG_SPL_PINCTRL=y
> CONFIG_DM_PMIC=y
> CONFIG_PMIC_RK8XX=y
> +CONFIG_SPL_DM_REGULATOR=y
> CONFIG_REGULATOR_PWM=y
> +CONFIG_SPL_DM_REGULATOR_FIXED=y
> CONFIG_DM_REGULATOR_FIXED=y
> CONFIG_REGULATOR_RK8XX=y
> CONFIG_PWM_ROCKCHIP=y
> --
> 2.26.0
>
--
With best regards,
Matwey V. Kornilov
ср, 8 апр. 2020 г. в 15:11, Matwey V. Kornilov :
>
> ср, 8 апр. 2020 г. в 13:46, Michal Simek :
> >
> > On 08. 04. 20 12:43, Matwey V. Kornilov wrote:
> > > ср, 8 апр. 2020 г. в 11:13, Michal Simek :
> > >>
> > >> On 08. 04. 20 9:12, Matwey V.
ср, 8 апр. 2020 г. в 13:46, Michal Simek :
>
> On 08. 04. 20 12:43, Matwey V. Kornilov wrote:
> > ср, 8 апр. 2020 г. в 11:13, Michal Simek :
> >>
> >> On 08. 04. 20 9:12, Matwey V. Kornilov wrote:
> >>> ср, 8 апр. 2020 г. в 09:56, Michal Simek :
> >
ср, 8 апр. 2020 г. в 11:13, Michal Simek :
>
> On 08. 04. 20 9:12, Matwey V. Kornilov wrote:
> > ср, 8 апр. 2020 г. в 09:56, Michal Simek :
> >>
> >> On 07. 04. 20 22:12, Joe Hershberger wrote:
> >>> On Tue, Apr 7, 2020 at 1:34 PM Matwey V. Kornilov
> &
ср, 8 апр. 2020 г. в 09:56, Michal Simek :
>
> On 07. 04. 20 22:12, Joe Hershberger wrote:
> > On Tue, Apr 7, 2020 at 1:34 PM Matwey V. Kornilov
> > wrote:
> >>
> >> вт, 7 апр. 2020 г. в 12:18, Michal Simek :
> >>>
> >>> On 07. 04. 20
вт, 7 апр. 2020 г. в 12:18, Michal Simek :
>
> On 07. 04. 20 11:16, Matwey V. Kornilov wrote:
> > вт, 7 апр. 2020 г. в 12:01, Michal Simek :
> >>
> >> On 07. 04. 20 9:58, Matwey V. Kornilov wrote:
> >>> пн, 6 апр. 2020 г. в 12:41, Michal Simek :
> >
вт, 7 апр. 2020 г. в 12:01, Michal Simek :
>
> On 07. 04. 20 9:58, Matwey V. Kornilov wrote:
> > пн, 6 апр. 2020 г. в 12:41, Michal Simek :
> >>
> >> Hi,
> >>
> >> On 06. 04. 20 10:14, Matwey V. Kornilov wrote:
> >>> 06.04.2020 11:12
пн, 6 апр. 2020 г. в 12:41, Michal Simek :
>
> Hi,
>
> On 06. 04. 20 10:14, Matwey V. Kornilov wrote:
> > 06.04.2020 11:12, Matwey V. Kornilov пишет:
> >> Hello,
> >>
> >> I am running u-boot 2020.04-rc4-00100-g74bf17db39 with
> >> zy
06.04.2020 11:12, Matwey V. Kornilov пишет:
> Hello,
>
> I am running u-boot 2020.04-rc4-00100-g74bf17db39 with
> zynq_z_turn_defconfig configuration on MYIR Z-Turn board.
> And I see the following when I am trying to run `dhcp' command.
>
>
> ZYNQ GEM: e000b000, phyad
: e000b000, phyaddr 0, interface rgmii-id
mdio_register: non unique device name 'eth0'
--
With best regards,
Matwey V. Kornilov
sn't needed?
>
It will break partition tables on the target device.
> > This would support all rockchip platforms, except rk3128
> > since it doesn't support for SPL yet.
> >
> > Cc: Kever Yang
> > Cc: Matwey V. Kornilov
> > Signed-off-by: Jagan Teki
>
вт, 31 дек. 2019 г. в 10:54, Matwey V. Kornilov :
>
> пн, 30 дек. 2019 г. в 11:28, Jagan Teki :
> >
> > All rockchip platforms support TPL or SPL-based bootloader
> > in mainline with U-Boot proper as final stage. For each
> > stage we need to burn the image on to fla
sudo dd if=u-boot-rockchip.bin of=/dev/sda seek=64
>
> This would support all rockchip platforms, except rk3128
> since it doesn't support for SPL yet.
>
> Cc: Kever Yang
> Cc: Matwey V. Kornilov
> Signed-off-by: Jagan Teki
> Reviewed-by: Kever Yang
> ---
&g
пн, 30 дек. 2019 г. в 11:59, Jagan Teki :
>
> Hi,
>
> On Mon, Dec 30, 2019 at 2:11 PM Matwey V. Kornilov
> wrote:
> >
> > Hello,
> >
> > Thank you for the patch set.
> > Currently, I have the following concern about documentation and
ge steps.
>
> Added minimal information about rk3288, rk3328, rk3368
> and rk3399 boards and usage. This would indeed updated
> further based on the requirements and updates.
>
> Cc: Kever Yang
> Cc: Matwey V. Kornilov
> Signed-off-by: Jagan Teki
> ---
> doc/bo
I've found that the series is already applied, sorry :-)
It works fine on rock64 for me.
вс, 24 нояб. 2019 г. в 11:05, Matwey V. Kornilov :
>
> Hi,
>
> I cannot apply this series on top of current master. On top of which
> commit it is supposed to be applied?
>
> пт, 15
Hi,
I cannot apply this series on top of current master. On top of which
commit it is supposed to be applied?
пт, 15 нояб. 2019 г. в 06:05, Kever Yang :
>
> From: YouMin Chen
>
> RK3328 has a similar controller and phy with PX30, so we can use the
> common driver for it and remove the duplicate
23.10.2019 11:49, Kever Yang пишет:
> Matway,
>
> On 2019/10/23 上午1:37, Matwey V. Kornilov wrote:
>> Hi,
>>
>> Thank you. Currently, I see the following at Rock64 SBC:
>>
>> U-Boot TPL 2019.10-00024-g8b580d5b93 (Oct 22 2019 - 20:29:01)
>> data training
Hi,
Thank you. Currently, I see the following at Rock64 SBC:
U-Boot TPL 2019.10-00024-g8b580d5b93 (Oct 22 2019 - 20:29:01)
data training error
LPDDR3, 800MHz
BW=32 Col=10 Bk=8 CS0 Row=15 CS1 Row=15 CS=2 Die BW=16 Size=2048MB
Trying to boot from BOOTROM
Returning to boot ROM...
The rest seems
Currently, struct sdram_base_params and struct rk3328_sdram_params have similar
layouts.
Signed-off-by: Matwey V. Kornilov
---
arch/arm/dts/rk3328-sdram-ddr3-666.dtsi | 2 ++
arch/arm/dts/rk3328-sdram-lpddr3-1600.dtsi| 2 ++
arch/arm/dts/rk3328-sdram-lpddr3-666.dtsi
Currently, struct sdram_cap_info and struct rk3328_sdram_channel have similar
layouts.
Signed-off-by: Matwey V. Kornilov
---
arch/arm/include/asm/arch-rockchip/sdram_rk3328.h | 13 +---
drivers/ram/rockchip/sdram_rk3328.c | 90 +++
2 files changed, 46
Make it possible to use CONFIG_RAM_ROCKCHIP_DEBUG when debuging TPL issues.
Signed-off-by: Matwey V. Kornilov
---
drivers/ram/rockchip/Makefile | 2 +-
drivers/ram/rockchip/sdram_rk3328.c | 2 ++
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/ram/rockchip/Makefile b
It would be great to allow user to get extra information for debugging issues
with TPL. We can reuse the existing code for rk3399 which print out results
of memory configuration at TPL.
Matwey V. Kornilov (3):
rockchip: rk3328: use common struct sdram_base_params for struct
24.09.2019 20:54, Simon South пишет:
> On 2019-09-24 12:54 p.m., Matwey V. Kornilov wrote:
>> Simon, maybe you'll describe a way to obtain SD card image which you
>> use? For the case if anybody wants to reproduce the issue in situ?
>
> Sure---I'd love for other people t
Simon, maybe you'll describe a way to obtain SD card image which you
use? For the case if anybody wants to reproduce the issue in situ?
сб, 21 сент. 2019 г. в 20:15, Matwey V. Kornilov :
>
> сб, 21 сент. 2019 г. в 16:38, Simon South :
> >
> > On 2019-09-21 8:29 a.m., Matwey
пн, 23 сент. 2019, 4:09 Kever Yang :
> Hi Matwey,
>
> On 2019/9/21 下午9:04, Matwey V. Kornilov wrote:
> > Hi all,
> >
> > Is there a reason why do we have
> > include/dt-bindings/clock/rk3328-cru.h completely different from the
> > same file in the Linux kern
сб, 21 сент. 2019 г. в 16:38, Simon South :
>
> On 2019-09-21 8:29 a.m., Matwey V. Kornilov wrote:
> > Could you try to load dtb (and check that dtb is valid) into the other
> > memory location?
>
> Same result: With the U-Boot TPL this fails (the FDT header is corrupt);
1 - 100 of 223 matches
Mail list logo
