Updated OpenWrt/muvirt/kernels + SFP info for LuCI

Ten64 Forum
21

@alborotogarcia Try this build:
https://archive.traverse.com.au/pub/traverse/software/muvirt/branches/master/672968893/image/
Besides the DHCP issue, a recent change to how cloud-config is handled in muvirt caused the k3os config to not be generated.

Yes, I have seen the BlueKrypto image, I’ll change the default URL in the next wizard.
I am also considering building another version of the wizard using openSUSE microOS, though it may not be as “nice” as k3os.

22

@mcbridematt I’ve just upgraded the kernel image and no luck so far… got stuck at LUCI console and got Permission denied (publickey,keyboard-interactive). when going via ssh

23

@mcbridematt I’ve updated to the latest muvirt (muvirt 22.03.2+traverse r19803-9a599fee93) and have hit some issues with the restool command (for DPAA2) under muvirt now. I’m using a version of the script you provided before to create a passthrough. The script issues a series of commands, the first few here:

DPMAC="dpmac.6"
DPRC=$(restool -s dprc create dprc.1 --label="child VM dprc" \
        --options="DPRC_CFG_OPT_IRQ_CFG_ALLOWED,DPRC_CFG_OPT_SPAWN_ALLOWED,DPRC_CFG_OPT_ALLOC_ALLOWED,DPRC_CFG_OPT_OBJ_CREATE_ALLOWED")

DPNI=$(restool -s dpni create --container="${DPRC}")

What happens is the restool -s dpni create --container command fails with an error:

  • restool -s dpni create ‘–container=dprc.2’
    MC error: Unsupported operation (status 0xb)

I also see this in the syslog:

[  293.533494] fsl_mc_dprc dprc.1: MC command 0x2171: unknown module ID 0x17
[  293.594899] fsl_mc_dprc dprc.1: MC command 0x2171: unknown module ID 0x17
[  348.498329] fsl_mc_dprc dprc.1: MC command 0x2171: unknown module ID 0x17
[  348.557444] fsl_mc_dprc dprc.1: MC command 0x2171: unknown module ID 0x17
[  379.540597] fsl_mc_dprc dprc.1: MC command 0x2171: unknown module ID 0x17
[  379.601876] fsl_mc_dprc dprc.1: MC command 0x2171: unknown module ID 0x17

Do you have any suggestions?

Note: I just downgraded to muvirt (muvirt 21.02-SNAPSHOT r0+16391-a48a2a86b9) for the time being to get Rockstor operational again (as it was using a DPAA2 interface).

24

OpenWrt 22.03 has a newer restool version, unfortunately it doesn’t work with the older MC firmware version we currently distribute

Try removing the restool package and installing this version:
https://archive.traverse.com.au/pub/traverse/ls1088firmware/openwrt/branches/arm64_2102/623374118/image/packages/restool_LSDK-20.04-2_aarch64_generic.ipk

25

I’ll give that a try later tonight and let you know. Regarding the MC firmware, is that something which we will eventually be able to update?

26

I’ve actually kept the release version back because passthrough/VFIO is broken in some of the more recent versions. I think it’s because QEMU or something else has to be updated as well. (It’s on my TODO list)

We do have some customers running more recent ones but those aren’t doing VFIO.

The MC firmware releases can be downloaded from here: GitHub - NXP/qoriq-mc-binary. To update the running version, just flash them into the “mcfirmware” MTD partition.

27

@mcbridematt I confirm that with OpenWRT 22.03 and the restool you provided, restool now functions as expected and I can boot my Rockstor VM with the DPAA2 interface passthrough.

1 Like