All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tim Harvey <tharvey@gateworks.com>
To: u-boot@lists.denx.de
Subject: [PATCH 0/6] octeontx cleanup and fixes
Date: Fri, 26 Mar 2021 08:51:53 -0700	[thread overview]
Message-ID: <CAJ+vNU3VCYSF671VZRqCHORZkZHFEFLp8T6OPE3mp7XcCkMBOg@mail.gmail.com> (raw)
In-Reply-To: <a4a1ef76-1798-2b81-b961-101b56d76022@denx.de>

On Thu, Mar 25, 2021 at 11:49 PM Stefan Roese <sr@denx.de> wrote:
>
> Hi Tim,
>
> On 26.03.21 01:07, Tim Harvey wrote:
> > This series provides the following for octeontx:
> > - cleanup to the octeontx common header file by moving
> >    CONFIG_SUPPORT_RAW_INITRD to defconfig files,
> > - adds generic distro config support
> > - add missing SBSA watchdog to config
> > - fix an issue found with QML connected to a QSGMII PHY
> > - fix an issue with mii probe failing to find mdio busses
> > - fix a crash when scanning for sata devices
> >
> > These were tested on a Gateworks Newport GW6404 with the CN8030
> > SoC.
>
> Many thanks for working on this. Do you plan to send your GW6404 support
> to the list for upstreaming as well?
>

Stefan / Aaron / Suneel,

Many thanks to you all for keeping up on the octeontx/tx2 support - I
was happy to notice it finally all got merged.

On top of this series the GW6404 works just fine with nothing other
than it's own defconfig. The items I change from the
octentx_81xx_defconfig are:
- env location and redundancy (board specific so this makes sense)
- enabling of generic distro config (which honestly I think every
development board from vendors should be using)
- CONFIG_SYS_TEXT_BASE: octeontx_81xx_defconfig uses 0x2800000 which
makes my board crash. I use 0x500000 which is fine

I can't seem to find the physical memory map for the CN8030 to explain
the crash with the different text addr... it's likely that the
0x2800000 is suitable for the CN81xx but not the CN80xx due to the
difference in memory map. I know the CN80xx has half the L2 cache as
the CN81xx so perhaps this is the reason.

What board are you testing U-Boot octentx with? Do you test with
CN803x at all? The Marvell v10 SDK doesn't support the CN80xx because
the BDK boot stub became so bloated it didn't fit into its L2 cache
(which is half the size of the CN81xx).

Is there any support coming from Marvell to support U-Boot SPL as a
replacement for the horribly slow and bulky BDK for OcteonTX?

What is used as an SPL for the OcteonTX2? We are working on a CN91xx
board design and I'm waiting for the Marvell SDK v11 drop before I dig
too deeply into what U-Boot support is there. I know the CN91xx
reference board I had access to booted to U-Boot extremely fast so the
BDK must not be used.

I do also have some proposed changes to
board/Marvell/octeontx/board-fdt.c ft_board_setup to allow booting
with a loaded DTB that I'll probably submit sometime soon.

Best regards,

Tim

      reply	other threads:[~2021-03-26 15:51 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-03-26  0:07 [PATCH 0/6] octeontx cleanup and fixes Tim Harvey
2021-03-26  0:07 ` [PATCH 1/6] arm: octeontx: move CONFIG_SUPPORT_RAW_INITRD to configs Tim Harvey
2021-03-26  6:38   ` Stefan Roese
2021-04-20 14:20   ` Tom Rini
2021-03-26  0:07 ` [PATCH 2/6] arm: octeontx: support generic distro config Tim Harvey
2021-03-26  6:44   ` Stefan Roese
2021-04-20 14:20   ` Tom Rini
2021-03-26  0:07 ` [PATCH 3/6] arm: octeontx: enable WDT_SBSA Tim Harvey
2021-03-26  6:44   ` Stefan Roese
2021-04-20 14:20   ` Tom Rini
2021-03-26  0:07 ` [PATCH 4/6] drivers: net: octeontx: fix QSGMII Tim Harvey
2021-03-26  6:46   ` Stefan Roese
2021-03-26 16:08     ` Suneel Garapati
2021-03-26 16:37       ` Tim Harvey
2021-03-26 16:39         ` Suneel Garapati
2021-04-08 19:55           ` Tim Harvey
2021-04-20 14:20   ` Tom Rini
2021-03-26  0:07 ` [PATCH 5/6] drivers: ata: ahci: update max id if it is more than available ports Tim Harvey
2021-03-26  6:47   ` Stefan Roese
2021-04-20 14:20   ` Tom Rini
2021-03-26  0:07 ` [PATCH 6/6] net: octeontx: smi: fix mii probe Tim Harvey
2021-03-26  6:48   ` Stefan Roese
2021-03-26 15:55     ` Tim Harvey
2021-03-26 16:03       ` Suneel Garapati
2021-04-27  5:19       ` Stefan Roese
2021-04-28 15:11         ` Tim Harvey
2021-04-29  5:21           ` Stefan Roese
2021-04-29 14:27             ` Tim Harvey
2021-04-20 14:20   ` Tom Rini
2021-03-26  6:49 ` [PATCH 0/6] octeontx cleanup and fixes Stefan Roese
2021-03-26 15:51   ` Tim Harvey [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAJ+vNU3VCYSF671VZRqCHORZkZHFEFLp8T6OPE3mp7XcCkMBOg@mail.gmail.com \
    --to=tharvey@gateworks.com \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.