02-20-2020, 10:02 AM
(This post was last modified: 02-20-2020, 10:44 AM by rogerroger.)
(02-19-2020, 09:50 AM)ab1jx Wrote: I'm on a Pinebook Pro, Rockchip, 14 inch 1920x1080, delivered 1/13/2020, BTW, not 11 inch or older models. So there both old and new models in both sizes I think. This is closely related to a Rock64 Pro I think, but it's Rockchip, not Allwinner.
Oh you're right. I didn't realize the PBP had a different chip. I have a Pinebook from 2018 and I think @ elewarr has this one. That last model is what this thread was originally about (but I found it worked for mine too). Sorry for misleading you.
u-boot-aarch64 contains
Code: $ ls /usr/local/share/u-boot/rockpro64-rk3399/*
/usr/local/share/u-boot/rockpro64-rk3399/idbloader.img /usr/local/share/u-boot/rockpro64-rk3399/u-boot.img
/usr/local/share/u-boot/rockpro64-rk3399/u-boot /usr/local/share/u-boot/rockpro64-rk3399/u-boot.itb
/usr/local/share/u-boot/rockpro64-rk3399/u-boot.bin
so I imagine you could replace the u-boot with one of those. I did find https://github.com/sigmaris/u-boot/wiki/...t-sequence which gives different addresses to install to. I can't help test anymore.
This is probably a question for misc@openbsd.org at this point. I searched the archives and there's some talk about the pinebook (here) but nothing about the Pinebook Pro.
I still think you should double-check that you're writing to the correct disk, too. Try downloading one of these https://wiki.pine64.org/index.php/Pinebo...re_Release and seeing if that'll boot, just to double-check the details. OpenBSD on pine is still a work in progress -- well, so is everything, but obviously Linux has more support and testing.
From that boot-sequence page, I think you might be able to do this (on a Linux machine):
Code: wget https://cdn.openbsd.org/pub/OpenBSD/6.6/packages/amd64/u-boot-aarch64-2019.10.tgz
tar -zxf u-boot-aarch64-2019.10.tgz
sudo dd if=share/u-boot/rockpro64-rk3399/idbloader.img of=/dev/mmcblk1 bs=512 seek=64
sudo dd if=share/u-boot/rockpro64-rk3399/u-boot.img of=/dev/mmcblk1 bs=512 seek=16384
sync
This is comparable to these NetBSD instructions:
NetBSD-ARM Wrote:Download or build arm64.img (64-bit) from NetBSD 9.0 or later
Write the image to disk: dd if=arm64.img of=/dev/rld0d bs=1m conv=sync
Install a board-specific U-Boot from pkgsrc to the SD card dd if=/usr/pkg/share/u-boot/<boardname>/rksd_loader.img of=/dev/rld0d seek=64 conv=sync
Put the sdcard into the PBP and if it works you should see OpenBSD's branch of u-boot booting. Let us know how it goes!
If you get that far then you can adapt the install instructions for the Pinebook.
In fact I downloaded the vetted NetBSD image from http://www.armbsd.org/arm/ and inspected it:
Code: $ wget http://www.armbsd.org/arm/netbsd-9/202002191440Z/NetBSD-evbarm-aarch64-202002191440Z-rockpro64.img.gz
$ gunzip NetBSD-evbarm-aarch64-202002191440Z-rockpro64.img.gz
$ hexdump -C NetBSD-evbarm-aarch64-202002191440Z-rockpro64.img
[.. snipped ..]
00008000 3b 8c dc fc be 9f 9d 51 eb 30 34 ce 24 51 1f 98 |;......Q.04.$Q..|
00008010 ff 0c f2 36 05 50 c8 bb 3f ec dd bd 06 85 fa b7 |...6.P..?.......|
00008020 b3 ab 6a ea c8 68 e0 08 ad 9d 6f 9c 3c 98 b0 8c |..j..h....o.<...|
00008030 45 13 54 1c 1d 1b 1f 15 a7 f1 f0 0b e3 4e 0c c7 |E.T..........N..|
00008040 60 96 01 6a b5 f0 e2 c1 50 c6 24 9e 12 f7 58 8e |`..j....P.$...X.|
00008050 40 b9 b7 be 8b fa 25 dd 74 d7 6f 59 46 7e 13 41 |@.....%.t.oYF~.A|
00008060 ee fd f5 91 39 bc 74 95 25 3c 1a e1 f1 57 30 05 |....9.t.%<...W0.|
00008070 ca f8 72 9a 1b e6 9d 26 35 5d 81 2b 2b 93 bd 01 |..r....&5].++...|
00008080 3a 54 0c a1 4b 11 06 98 a1 91 19 4a 4e 92 30 1a |:T..K......JN.0.|
00008090 f2 b2 d5 ae 59 6c 9e 96 fd f4 ff a4 88 e3 9f 87 |....Yl..........|
000080a0 49 6c 3a 76 6d 3d 1a ac 1e 77 0a 5e ff 92 52 61 |Il:vm=...w.^..Ra|
000080b0 19 ff 74 96 ee 13 93 7a e0 b9 f0 1b 51 38 b3 8d |..t....z....Q8..|
000080c0 2f 59 87 02 65 c1 88 6b 4c 21 aa 7b 16 d5 50 ce |/Y..e..kL!.{..P.|
000080d0 37 80 a4 1f 46 df bd b0 d9 65 8f e1 15 ce 08 0f |7...F....e......|
000080e0 7c ee 5a 0c 61 50 3c 90 bf 79 1a bf 05 96 b0 61 ||.Z.aP<..y.....a|
000080f0 eb ed 62 53 4b 3a ee a4 aa 77 95 df e9 e7 44 fb |..bSK:...w....D.|
00008100 2d f8 ba 7e b2 1e e0 04 ea ea d2 d7 61 f9 90 92 |-..~........a...|
00008110 88 e3 07 b6 5a 8f 9b 4e 4f 9e f9 c8 38 d9 11 5d |....Z..NO...8..]|
00008120 41 37 f4 dd 5b 78 47 95 8a ac f5 42 5d aa 0c 52 |A7..[xG....B]..R|
00008130 49 c8 0d 9d a7 32 2e d7 03 b1 41 95 49 50 2d 89 |I....2....A.IP-.|
00008140 27 5b 0d 0e 72 6f fa 0e 0b 70 bc 15 42 a2 26 cb |'[..ro...p..B.&.|
00008150 d5 26 65 0c cb b1 ec 54 45 45 e5 39 d5 7b 77 ff |.&e....TEE.9.{w.|
00008160 9b c0 c8 38 4e e5 6e 4a bb 42 9f 43 d1 d0 5e 04 |...8N.nJ.B.C..^.|
00008170 78 0f 00 3e 06 bc 07 3c c9 4d 2a 64 b9 43 77 cf |x..>...<.M*d.Cw.|
00008180 93 d7 f8 68 00 38 b9 7b e8 aa f3 8a 47 96 27 8b |...h.8.{....G.'.|
00008190 44 45 c4 c4 ed e0 a1 26 02 6f dd 37 87 92 c6 01 |DE.....&.o.7....|
000081a0 03 14 a0 e6 aa 2b 6c da e5 98 75 35 3a 2c bf cc |.....+l...u5:,..|
000081b0 b5 27 62 5f d0 dc 2a 9b d7 a2 4d d7 72 65 7a d1 |.'b_..*...M.rez.|
000081c0 17 3a 98 e7 3c 57 8e b6 a0 32 34 c9 6e d1 ca cd |.:..<W...24.n...|
000081d0 81 95 bd 6e 0e 84 5c a6 cb 0c 42 5f c8 16 e0 3e |...n..\...B_...>|
000081e0 ac f3 32 8e 44 56 02 25 df cd af 1e 1d 36 59 b6 |..2.DV.%.....6Y.|
000081f0 44 58 d1 d5 ea 04 c3 6b 91 8d ff 93 8c 2c 27 45 |DX.....k.....,'E|
00008200 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
[.. snipped ..]
This is almost identical, except for two bytes on the second last line, to the *start* of OpenBSD's idbloader.img:
Code: $ hexdump -C /usr/local/share/u-boot/rockpro64-rk3399/idbloader.img
00000000 3b 8c dc fc be 9f 9d 51 eb 30 34 ce 24 51 1f 98 |;......Q.04.$Q..|
00000010 ff 0c f2 36 05 50 c8 bb 3f ec dd bd 06 85 fa b7 |...6.P..?.......|
00000020 b3 ab 6a ea c8 68 e0 08 ad 9d 6f 9c 3c 98 b0 8c |..j..h....o.<...|
00000030 45 13 54 1c 1d 1b 1f 15 a7 f1 f0 0b e3 4e 0c c7 |E.T..........N..|
00000040 60 96 01 6a b5 f0 e2 c1 50 c6 24 9e 12 f7 58 8e |`..j....P.$...X.|
00000050 40 b9 b7 be 8b fa 25 dd 74 d7 6f 59 46 7e 13 41 |@.....%.t.oYF~.A|
00000060 ee fd f5 91 39 bc 74 95 25 3c 1a e1 f1 57 30 05 |....9.t.%<...W0.|
00000070 ca f8 72 9a 1b e6 9d 26 35 5d 81 2b 2b 93 bd 01 |..r....&5].++...|
00000080 3a 54 0c a1 4b 11 06 98 a1 91 19 4a 4e 92 30 1a |:T..K......JN.0.|
00000090 f2 b2 d5 ae 59 6c 9e 96 fd f4 ff a4 88 e3 9f 87 |....Yl..........|
000000a0 49 6c 3a 76 6d 3d 1a ac 1e 77 0a 5e ff 92 52 61 |Il:vm=...w.^..Ra|
000000b0 19 ff 74 96 ee 13 93 7a e0 b9 f0 1b 51 38 b3 8d |..t....z....Q8..|
000000c0 2f 59 87 02 65 c1 88 6b 4c 21 aa 7b 16 d5 50 ce |/Y..e..kL!.{..P.|
000000d0 37 80 a4 1f 46 df bd b0 d9 65 8f e1 15 ce 08 0f |7...F....e......|
000000e0 7c ee 5a 0c 61 50 3c 90 bf 79 1a bf 05 96 b0 61 ||.Z.aP<..y.....a|
000000f0 eb ed 62 53 4b 3a ee a4 aa 77 95 df e9 e7 44 fb |..bSK:...w....D.|
00000100 2d f8 ba 7e b2 1e e0 04 ea ea d2 d7 61 f9 90 92 |-..~........a...|
00000110 88 e3 07 b6 5a 8f 9b 4e 4f 9e f9 c8 38 d9 11 5d |....Z..NO...8..]|
00000120 41 37 f4 dd 5b 78 47 95 8a ac f5 42 5d aa 0c 52 |A7..[xG....B]..R|
00000130 49 c8 0d 9d a7 32 2e d7 03 b1 41 95 49 50 2d 89 |I....2....A.IP-.|
00000140 27 5b 0d 0e 72 6f fa 0e 0b 70 bc 15 42 a2 26 cb |'[..ro...p..B.&.|
00000150 d5 26 65 0c cb b1 ec 54 45 45 e5 39 d5 7b 77 ff |.&e....TEE.9.{w.|
00000160 9b c0 c8 38 4e e5 6e 4a bb 42 9f 43 d1 d0 5e 04 |...8N.nJ.B.C..^.|
00000170 78 0f 00 3e 06 bc 07 3c c9 4d 2a 64 b9 43 77 cf |x..>...<.M*d.Cw.|
00000180 93 d7 f8 68 00 38 b9 7b e8 aa f3 8a 47 96 27 8b |...h.8.{....G.'.|
00000190 44 45 c4 c4 ed e0 a1 26 02 6f dd 37 87 92 c6 01 |DE.....&.o.7....|
000001a0 03 14 a0 e6 aa 2b 6c da e5 98 75 35 3a 2c bf cc |.....+l...u5:,..|
000001b0 b5 27 62 5f d0 dc 2a 9b d7 a2 4d d7 72 65 7a d1 |.'b_..*...M.rez.|
000001c0 17 3a 98 e7 3c 57 8e b6 a0 32 34 c9 6e d1 ca cd |.:..<W...24.n...|
000001d0 81 95 bd 6e 0e 84 5c a6 cb 0c 42 5f c8 16 e0 3e |...n..\...B_...>|
000001e0 ac f3 32 8e 44 56 02 25 df cd af 1e 1d 36 59 b6 |..2.DV.%.....6Y.|
000001f0 44 58 d1 d5 ea 04 c3 6b 91 8d ef 93 9c 2c 27 45 |DX.....k.....,'E|
00000200 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
They diverge after that point but it's a good start.
Subscribing to a topic here with email notification seems to not work. And I didn't notice the presence of a 3rd page.
Yeah, I'm on the netbsd-arm mailing list, they have most of the PBP supported, I forget what's missing. I don't know, I'd like to stop screwing around changing operating systems and get back to work. This thing should do fairly well with Vulkan by everything I've read. Maybe under Wayland, maybe not, I've only tried Wayland a couple times and not with the best compositor evidently. I want to get back to programming. I think you could do a pretty nifty SDR program if you could get the GPU doing the screen updates instead of the CPU. Low enough CPU usage so it runs in the background is what I'm looking for.
So the 64 GB eMMC is looking a little tight for space trying to look forward. You can buy an eMMC up to 256 GB but that's $200+, you can start getting into 1 TB SSDs for not much more. https://www.newegg.com/p/pl?d=1tb+ssd+in...hard+drive Maybe not the best price. I haven't heard, but I assume you could put GRUB on one and have multiple operating systems. I've done Thompson's Bullseye Debian debootstrap once but it seems to not work any more because something's broken in the support files. Buster's good enough but the default Debian is Stretch. So the paths would seem to be upgrade Stretch or debootstrap Buster. I assume OpenBSD can't do any of that yet, maybe it can. Mostly I guess it's nostalgia that makes me want to have it running.
@ ab1jx , have you tried making an install disk with
Code: wget https://cdn.openbsd.org/pub/OpenBSD/6.6/packages/amd64/u-boot-aarch64-2019.10.tgz
wget https://cdn.openbsd.org/pub/OpenBSD/6.6/arm64/miniroot66.fs
tar -zxf u-boot-aarch64-2019.10.tgz
sudo dd if=miniroot66.fs of=/dev/mmcblk1 bs=512
sudo dd if=share/u-boot/rockpro64-rk3399/idbloader.img of=/dev/mmcblk1 bs=512 seek=64
# sudo dd if=share/u-boot/rockpro64-rk3399/u-boot.img of=/dev/mmcblk1 bs=512 seek=16384 # optional??
sync
Can you take a video of attempting those instructions? I have a good feeling about them.
Waiting for a serial console cable, message got lost I guess. Already tried treating it like a RockPro64..
03-15-2020, 05:16 PM
(This post was last modified: 03-15-2020, 09:48 PM by ab1jx.)
OK, cable came, I tried the 3 fastest baud rates with 8N1 parity, just got gibberish. There's text there, probably the normal installer text. More than a line of it. I should try random parity settings I guess, using Minicom, looked a little for something that would auto-set the communications parameters but I didn't find anything. It's a USB plug otherwise I'd look at it with xoscope maybe. My real oscilosope is analog, no help there.
Yeah, 115200 bits/second is 0.00000868055555555556 seconds/bit (8.6 usec) by apcalc. xoscope goes down to 10 microseconds/division (probably depends on the sound card). Might almost work if I had a USB breakout box. I'd need to hook a soundcard input channel into a USB connector. I don't remember if it's differential or not, possibly.
Maybe try http://www.armbsd.org/ first. There's a pinebook pro image there: http://www.armbsd.org/arm/netbsd-9/20200...pro.img.gz. See if you can get that booting before you try to get a not-yet-supported OS booting. Good luck.
03-16-2020, 11:54 AM
(This post was last modified: 03-16-2020, 12:01 PM by ab1jx.
Edit Reason: not probing correctly
)
There are early and late Pinebook Pro models which differ at least in their video, that could be a problem. Mine arrived January 13, 2020 and is an ANSI keyboard version. It has 1920x1080 in a 14 inch panel and a T860 Mali. https://www.pine64.org/pinebook-pro/
No, that Netbsd image doesn't work. On the serial console I can see that something's there so it's trying but I haven't found the right baud rate and parity settings. It seems to not correctly probe the video hardware or have the right driver because the screen stays black. It isn't dead, we just aren't speaking the same language yet.
If this is the same point where the OpenBSD installer stops it may be asking me to choose a video type but it doesn't probe it and recognize it.
03-16-2020, 10:01 PM
(This post was last modified: 03-16-2020, 10:22 PM by ab1jx.)
Found these Rock64 instructions googling the baud rate https://github.com/krjdev/rock64_openbsd. It says to use "minicom -D /dev/ttyUSB0 -b 1500000 -8" Is that right? 115200 is the standard and what I tried. Maybe it rounds to the same thing.
That was it, it uses a non-standard baud rate:
Code: >> NetBSD/evbarm efiboot (arm64), Revision 1.13 (Fri Mar 1 2020)
Press return to boot now, any other key for 0 seconds.
open netbsd: Invalid argument
bo0 seconds.
open netbsd.gz: Invalid argument
boot: netbsd.gz: Invalid argument
booting onetbsd -0 seconds.
open onetbsd: Invalid argument
0 seconds.
open onetbsd.gz: Invalid argument
boot: onetbsd.gz: In0 seconds.
0 seconds. : Invalid argument
open netbsd.old.gz: Invalid argumenargument
>
Now I need to get my OpenBSD miniroot and uboot set back up on the SD since I replaced them with NetBSD. I never would have thought of trying 1500000. Oh, it's not just rounding, it's 13.02~ times as fast. 115200 is the fastest normal Minicom speed:
Code: Press return to boot n+---------[Comm Parameters]----------+
open netbsd: Invalid a| |
bo0 seconds. | Current: 1500000 8N1 |
open netbsd.gz: Invali| Speed Parity Data |
boot: netbsd.gz: Inval| A: <next> L: None S: 5 |
booting onetbsd -0 sec| B: <prev> M: Even T: 6 |
open onetbsd: Invalid | C: 9600 N: Odd U: 7 |
0 seconds. | D: 38400 O: Mark V: 8 |
open onetbsd.gz: Inval| E: 115200 P: Space |
boot: onetbsd.gz: In0 | |
0 seconds. : Inval| Stopbits |
open netbsd.old.gz: In| W: 1 Q: 8-N-1 |
> | X: 2 R: 7-E-1 |
| |
| |
| Choice, or <Enter> to exit? |
+------------------------------------+
The krjdev instructions are interesting, there's no dding in with an offset, you dd the flash spi first and use it, then dd the miniroot and boot it. -->with a normal 115200 baud rate<-- run the installer, do the install, reboot and it's running OpenBSD.
1500000 baud is apparently only for flashing the SPI. Which is maybe not what I want to do since I mostly want to use Linux. But 1500000 baud matches the speed it's running at, with NetBSD anyway.
03-17-2020, 07:59 AM
(This post was last modified: 03-17-2020, 02:14 PM by ab1jx.
Edit Reason: kernel building
)
OK, logged this
Code: dd if=miniroot66.fs of=/dev/sdb bs=1M
dd if=idbloader.img of=/dev/sdb bs=1M seek=64
minicom -D /dev/ttyUSB0 -b 1500000 -8
Put the sd card in, plugged in the uart cable, powered up.
I saw this (copied and pasted):
OpenBSD 6.6 (RAMDISK) #257: Sat Oct 12 19:06:25 MDT 2019
deys/arch/arm64/compile/RAMDISK
real mem = 4058435584 (3870MB)
avail mem = 3858071552 (3679MB)
mainbus0 at root: Rockchip RK3399 Evaluation Board
cpu0 at mai 64b/line 4-way L1 D-cache
cpu0: 512KB 64b/line 16-way L2 cache
efi0 at mainbus0: UEFI 2.0.5
rev 0x0
psci0 at mainbus0: PSCI 1.0
agintc0 at mainbus0 sec shift 3:4 nirq 288 nredist 6: "interrupt-controller"
agintcmsi0 at agintc0
syscon0 at mainbus0: "qos"
syscon1 at mainbus0: "qos"
syscon2 syscon4 at mainbus0: "qos"
syscon7 at mainbus0: "qos"
syscon8 at mainbus0: "qos"
syscon9syscon10 at mainbus0: "qos"
sys"
syscon13 at mainbus0: "qos"
syscon14 at mainbus0: "qos"
syssyscon16 at mainbus0: "qos"
sysos"
syscon19 at mainbus0: "qos"
syscon20 at mainbus0: "qos"
ssyscon22 at mainbus0: "qos"
sys"qos"
syscon25 at mainbus0: "power-management"
"power-controllsyscon26 at mainbus0: "syscon"
syscon27 at mainbus0: "syscon"
syscon28 at mainbus0: "syscon"
rkclock0 at mainbus0
rkclock1 at mainbus0
syscon29 at mainbus0: "syscon"
"io-domains" at syscon29 not configured
"usb2-phy" at syscon29 t configured
"phy" at syscon29 not configured
rkpinctrl0 at mainbus0: "pinctrl"
rkgpio0 at rkpinctrl0
rkgpio1 at rkpinctrl0
rkgpio2 at rkpinctrl0
rkgpio3 at rkpinctrl0
r0
"display-subsystem" at mainbus0 not configured
"pmu_a53" at mainbus0 not configured
"pmu_a72" at mainbus0 not configured
agtisimplebus0 at mainbus0: "amba"
"dma-controller" at simplebus0 nplebus0 not configured
"crypto" at mainbus0 not configured
dwm: 50 MHz base clock
sdmmc0 at dwmmc0: 4-bit, sd high-speed, dma
sdhc0 at mainbus0
sdhc0: SDHC 3.0, 200 MHz base clock
sdmmc1 at sdhc0: 8-bit, sd : 50 MHz base clock
sdmmc2 at dwmmc1: 4-bit, sd high-speed, mmcehci0 at mainbus0
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 configuration 1 interface 0 "Generic EHCI root hub/1.00 addr 1
ohci0 at mainbus0: version 1.0
ehci1 at mainbus0
usb1 at ehci1: USB revision 2.0
uhub1 at usb1 configuration 1 interface 0 "Generic EHCI root hubohci1 at mainbu0
"usb" at mainbus0 not configured
"usb" at mainbus0 not configured
"saradc" at mainbus0 not coniic0 at rkiic0
rkiic1 at mainbus0
iic1 at rkiic1
com0 at mainbus0: ns16550, no working fifo
com0: console
"spi" at mainbus0 not"thermal-zones" at mainbus0 not configured
rkiic2 at mainbus0
iic2 at rkiic2
"pwm" at mainbus0 not configured
"pwm" at mainbnot configured
"efuse" at mainbus0 not configured
"watchdog" arkiic3 at mainbus0
iic3 at rkiic3
rkpmic0 at iic3 addr 0x1b: RK808
"vop" at mainbus0 not configured
"edp" at mainbus0 not configured
"reserved-d
"xin32k" at mainbus0 not configured
"dc-12v" at mainbus0 notainbus0 not configured
"vcc-phy-regulator" at mainbus0 not conf not configured
"vcc5v0-usb3-host-regulator" at mainbus0 not coinbus0 not configured
"backlight" at mainbus0 not configured
""vcc3v0-sdio" at mainbus0 not configured
"sdio-pwrseq" at mainbsimplefb0 at mainbus0panic: uvm_mapent_addr_insert: map 0)
The operating system has halted.
Please press any key to reboot
Then it just sat there. Long-press on the power button did nothing, hopefully the battery just went dead. Charging now.
But in there is
Quote:"display-subsystem" at mainbus0 not configured
When I was building OpenBSD kernels years ago that meant you didn't have a driver, maybe you left it out of your kernel config file. Quite likely there isn't any OpenBSD video driver. But that's probably why there's nothing on the laptop's display.
I'm not sure why it went through the above and then exited, there's probably stuff missing other than just a display driver. Many of OpenBSD's drivers seem to have come from NetBSD by the copyrights so if NetBSD has a driver for this it can probably be adapted. But building it into the miniroot plus everything else missing would mean rebuilding the miniroot from source AFAIK which I'm not crazy about. OpenBSD custom kernel building is officially unsupported, that's one of the reasons I stopped using it. I was doing it for years until they told me I shouldn't.
The laptop still boots into Linux after a charge. Maybe I'll leave some space for an OpenBSD partition on my new SSD, or maybe it'll get used for NetBSD or FreeBSD. All the "not configured" devices above can't do anything.
03-18-2020, 06:42 AM
(This post was last modified: 03-18-2020, 07:33 AM by ab1jx.)
Sent to arm@openbsd.org
And the answer was I'd need to try -current, not a released version. Curent in OpenBSD is like Sid in Debian, it's the latest complete with rough edges. Release 6.7 will have most of what's in Current now. I'll give it a try when I can get it through my internet shoestring.
Quote:To elaborate a bit: several developers have one and good progress has
been made. You'll need a very recent snap though and I'm not sure if
the wifi firmware package needed has been updated already. To be able
to boot from NVMe you'll need an updated u-boot. But e.g. X works
already.
|
