> From: Darren Tucker <dtuc...@dtucker.net> > Date: Sun, 4 Apr 2021 09:18:30 +1000 > > On Sun, 4 Apr 2021 at 01:32, Patrick Wildt <patr...@blueri.se> wrote: > > [...] > Maybe you both can try my revert and make sure it doesn't introduce any > other regressions? > > That also seems to work on the Brume in question:
Works for the Turris MOX as well. Do you want to commit the revert Darren? > >> OpenBSD/arm64 BOOTAA64 1.2 > boot> boot /bsd.test > booting sd0a:/bsd.test: 8808452+1793560+567784+830080 > [634134+109+1073400+630260]=0xf904a0 > type 0x2 pa 0x0 va 0x0 pages 0x4000 attr 0x8 > [lots snipped] > type 0x2 pa 0x3ffa6000 va 0x3e715000 pages 0x5a attr 0x8 > [ using 2338872 bytes of bsd ELF symbol table ] > Copyright (c) 1982, 1986, 1989, 1991, 1993 > The Regents of the University of California. All rights reserved. > Copyright (c) 1995-2021 OpenBSD. All rights reserved. > https://www.OpenBSD.org > > OpenBSD 6.9-beta (GENERIC.MP) #1: Thu Apr 1 19:48:05 AEDT 2021 > dtuc...@brume.dtucker.net:/usr/src/sys/arch/arm64/compile/GENERIC.MP > real mem = 1032523776 (984MB) > avail mem = 968355840 (923MB) > random: good seed from bootblocks > mainbus0 at root: GL.inet GL-MV1000 (Marvell) > psci0 at mainbus0: PSCI 1.0 > cpu0 at mainbus0 mpidr 0: ARM Cortex-A53 r0p4 > cpu0: 32KB 64b/line 2-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache > cpu0: 256KB 64b/line 16-way L2 cache > cpu0: CRC32,SHA2,SHA1,AES+PMULL,ASID16 > cpu1 at mainbus0 mpidr 1: ARM Cortex-A53 r0p4 > cpu1: 32KB 64b/line 2-way L1 VIPT I-cache, 32KB 64b/line 4-way L1 D-cache > cpu1: 256KB 64b/line 16-way L2 cache > cpu1: CRC32,SHA2,SHA1,AES+PMULL,ASID16 > efi0 at mainbus0: UEFI 2.0.5 > efi0: Das U-boot rev 0x0 > apm0 at mainbus0 > agtimer0 at mainbus0: 12500 kHz > "pmu" at mainbus0 not configured > simplebus0 at mainbus0: "soc" > simplebus1 at simplebus0: "internal-regs" > mvclock0 at simplebus1 > mvclock1 at simplebus1 > mvclock2 at simplebus1 > mvpinctrl0 at simplebus1 > syscon0 at simplebus1: "syscon" > mvpinctrl1 at simplebus1 > agintc0 at simplebus1 shift 4:3 nirq 224 nredist 2 ipi: 0, 1: > "interrupt-controller" > mvspi0 at simplebus1 > mvuart0 at simplebus1 > mvneta0 at simplebus1 > mvneta0: Ethernet address 94:83:c4:03:b0:d9 > mvmdio0 at simplebus1: "mdio" > mvsw0 at mvmdio0 phy 1: 88E6141 rev 0 > xhci0 at simplebus1, xHCI 1.0 > usb0 at xhci0: USB revision 3.0 > uhub0 at usb0 configuration 1 interface 0 "Generic xHCI root hub" rev > 3.00/1.00 addr 1 > "usb" at simplebus1 not configured > "u3d" at simplebus1 not configured > "udc" at simplebus1 not configured > "xor" at simplebus1 not configured > sdhc0 at simplebus1 > sdhc0: SDHC 3.0, 400 MHz base clock > sdmmc0 at sdhc0: 4-bit, sd high-speed, mmc high-speed, dma > sdhc1 at simplebus1 > sdhc1: SDHC 3.0, 400 MHz base clock > sdmmc1 at sdhc1: 8-bit, sd high-speed, mmc high-speed, ddr52, dma > "sata" at simplebus1 not configured > mvkpcie0 at simplebus0 > mvkpcie0: timeout > "regulator" at mainbus0 not configured > scsibus0 at sdmmc1: 2 targets, initiator 0 > sd0 at scsibus0 targ 1 lun 0: <Samsung, 8GTF4R, 0000> removable > sd0: 7456MB, 512 bytes/sector, 15269888 sectors > scsibus1 at sdmmc0: 2 targets, initiator 0 > sd1 at scsibus1 targ 1 lun 0: <SD/MMC, SH32G, 0080> removable > sd1: 30436MB, 512 bytes/sector, 62333952 sectors > vscsi0 at root > scsibus2 at vscsi0: 256 targets > softraid0 at root > scsibus3 at softraid0: 256 targets > root on sd1a (9e51f250b602291d.a) swap on sd1b dump on sd1b > WARNING: CHECK AND RESET THE DATE! > Automatic boot in progress: starting file system checks. > /dev/sd1a (9e51f250b602291d.a): file system is clean; not checking > 9e51f250b602291d.i: 6 files, 16034 free (8017 clusters) > pf enabled > starting network > starting early daemons: syslogd pflogd ntpd. > starting RPC daemons:. > savecore: can't find device 255/16777088 > checking quotas: done. > clearing /tmp > kern.securelevel: 0 -> 1 > creating runtime link editor directory cache. > preserving editor files. > starting network daemons: sshd smtpd sndiod. > starting local daemons: cron. > Thu Apr 1 19:50:48 AEDT 2021 > > OpenBSD/arm64 (brume.dtucker.net) (console) > > > > That BRUME thingy looks cute, but has a bit of an issue. It doesn't > > > really have three Ethernet ports. Instead those ports are part of a > > > switch that also connects to an Ethernet interface on the SoC. > > > > Yeah I noticed that. Single ethernet plus programmable switch seems > to > > be pretty common in this class of device. > > And if someone wants to program it, feel free to, mvsw(4) exists for a > reason, might just need some code. :) > > and maybe docs :-) > > # man 4 mvsw > man: No entry for mvsw in section 4 of the manual. You must be doing that on an OpenBSD 6.8 system. Man page is there on -current.
