<samueldr> uh legacy bootable in gpt, bootable in mbr
<samueldr> also make sure your u-boot can do usb
<cole-h> How would I make sure it can read from my partition? Any easy way to test if it supports ZFS? Or am I gonna have to go for ext4?
<samueldr> noneucat: what is the best method to test and confirm crust works, in your opinion?
<samueldr> it almost looks like crust doesn't need any more downstream patches for the pinephone
<samueldr> all of the patches in pine64's tree seems to target h5 and h6 AFAICT
dstzd has quit [Quit: ZNC - https://znc.in]
<samueldr> oh
<samueldr> >> U-Boot: upstream support for loading Crust into SRAM was merged in commit 18261b855223, and is present in all releases starting with v2021.01-rc1.
<samueldr> it's in the readme of the project
* samueldr deletes patch
<samueldr> also explains how it went from ~17 patches to 0
dstzd has joined #nixos-aarch64
dstzd has quit [Quit: ZNC - https://znc.in]
dstzd has joined #nixos-aarch64
dstzd has quit [Quit: ZNC - https://znc.in]
dstzd has joined #nixos-aarch64
<samueldr> I'm too lazy to assemble a working sd card manually, so I started an image cross-compilation for examples/hello
<cole-h> samueldr: Does it matter if I do gpt vs mbr?
dstzd has quit [Client Quit]
dstzd has joined #nixos-aarch64
dstzd has quit [Client Quit]
<samueldr> yes and no
<samueldr> it matters because you need to know how to do the legacy boot flag in gpt
<samueldr> but it should work
<samueldr> u-boot knows about gpt
<flokli> samueldr: any opinions on more cross-NixOS stuff in cache.nixos.org?
<samueldr> yes please?
<cole-h> :D
<flokli> It seems nice garbage collected again
<samueldr> ?
<flokli> s/nice/nix/
<samueldr> ah
<flokli> In my Workstation
<samueldr> I think it's more about ressources than anything else
<samueldr> though if we do it, we probably want a specific jobset, and maybe do the trick like with mobile nixos
<flokli> damn autocomplete
<samueldr> where it only makes a new eval on stable updates
<samueldr> though
<samueldr> not sure it's *that* needed
<samueldr> if it can handle on unstable updates, which should be daily, it should be fine otherwise
<flokli> I mean, we have parts of the cross toolchain already there anyways
<samueldr> (should be daily... the dream of a healthy channel)
<samueldr> yes, but only as a side-effect of mobile nixos
<flokli> I wonder how much more a minimal sd image toplevel would be
<samueldr> but yes, that's less impact
<samueldr> probably negligeible considering what mobile nixos builds I think
<flokli> yeah
<samueldr> so yeah, I already had a quick discussion about that in the past, that it would be nice to have
<samueldr> now it's about actually doing it I guess
<flokli> so we need to expose this somewhere as an attribute, and create a jobset or other hydra voodoo for it?
<samueldr> figuring out if the nixos.org foundation thinks it's okay to do it ;)
<samueldr> I would argue new jobset
<samueldr> where not only the sd image is exposed, but... more?
<samueldr> I don't know what, or even if we could do all-packages?
<flokli> oof, I assume a lot of these would currently fail, and waste some build time in realizing this over and over again
<samueldr> yeah
<flokli> something like unstableSmall, but cross could be a good starter
<samueldr> what would be really helpful is having all the attributes used in the sd image exposed in the jobset
<samueldr> *and* a manually triggered jobset with all-packages
<flokli> yes :-)
<samueldr> so we can send it off, look at what's the status
<flokli> I mean, the more and more mobile-nixos focus shifts to the userland components it'd become interesting anyways
<flokli> maybe it can also just be some more attributes in that jobset
<flokli> I'm not sure. Maybe you can just ask the foundation in what they think?
<samueldr> I don't really have any more direct access than you do
dstzd has joined #nixos-aarch64
dstzd has quit [Client Quit]
dstzd has joined #nixos-aarch64
rajivr has joined #nixos-aarch64
dstzd has quit [Quit: ZNC - https://znc.in]
dstzd has joined #nixos-aarch64
<flokli> hmmh ok
dstzd has quit [Client Quit]
dstzd has joined #nixos-aarch64
<cole-h> Meh, I'm satisfied with having my rock64 living on the SD card (for now).
<cole-h> Maybe I'll investigate further in the future (read: once this SD card inexplicably dies).
<cole-h> Thanks for your pointers samueldr++.
<{^_^}> samueldr's karma got increased to -2147483648
<cole-h> oh no
dstzd has quit [Quit: ZNC - https://znc.in]
dstzd has joined #nixos-aarch64
dstzd has quit [Client Quit]
dstzd has joined #nixos-aarch64
dstzd has quit [Remote host closed the connection]
dstzd has joined #nixos-aarch64
dstzd has quit [Client Quit]
<samueldr> btw, the pinephone 3GB variant u-boot PR is up: https://github.com/NixOS/mobile-nixos/pull/283
<{^_^}> mobile-nixos#283 (by samueldr, 9 minutes ago, open): pine64-pinephone: u-boot: 2020.07 -> 2021.01
h0m1 has quit [Ping timeout: 272 seconds]
h0m1 has joined #nixos-aarch64
dstzd has joined #nixos-aarch64
<pbb> I love how we can now boot all 64-bit capable Raspberry Pis with the sd-image-aarch64-new-kernel
<samueldr> mainline now works?
<samueldr> at least enough so that a user can rebuild with the pi foundation kernel, or build without u-boot?
<samueldr> [on the pi 4]
<samueldr> relatedly: nobody tested the raspberry pi 2 with the 64 bit chip
<samueldr> it *should* work, AFAIUI it's just like a pi 3, with less RAM
<samueldr> I should hit the canakit peeps with a mail to ask if they have that pi 2 variant on hand
<hexa-> rpi 2 can't do 64 bit, can it?
<samueldr> not all of them
<samueldr> the later revision used another CPU
<samueldr> officially speaking it's treated as a 32 bit board still
<samueldr> and it can boot in 64 bit mode^[citation needed]
<pbb> samueldr: mainline worked fine when i tested your uboot update pr
<pbb> When the next hydra evaluation runs I'll post the link to the sd-image-aarch64-new-kernel artifact in that issue about booting mainline kernels
<samueldr> cool, I wasn't aware someone checked
<samueldr> that means we can delete the pi4-specific image
<samueldr> as long as someone can *then* build their own image, there is no need for a non-mainline image
orivej has quit [Ping timeout: 256 seconds]
<samueldr> huh, booting the aarch64 image with aarch64 emulation on qemu now works just fine
<samueldr> and trivially
<samueldr> it's slow (as expected)
srk has quit [Remote host closed the connection]
srk has joined #nixos-aarch64
craige[m]1 has joined #nixos-aarch64
<Ke> sphalerite: since you are further along now, what available modules/config did you use?
<craige[m]1> Thanks for your 2020 wrap up samueldr !
<samueldr> thanks for reading it
<craige[m]1> All the way to the RSS recommendation, which is exactly how I digest it 🤣
dstzd has quit [Quit: ZNC - https://znc.in]
dstzd has joined #nixos-aarch64
dstzd has quit [Client Quit]
orivej has joined #nixos-aarch64
<LinuxHackerman> Emil Karlson: https://github.com/lheckemann/lx2k-nix/commit/a5bbc32c2d7ae291f9289c1e2df374a9dc7358cf nothing special at all \o/
orivej has quit [Ping timeout: 264 seconds]
orivej has joined #nixos-aarch64
dstzd has joined #nixos-aarch64
dstzd has quit [Client Quit]
dstzd has joined #nixos-aarch64
dstzd has quit [Client Quit]
dstzd has joined #nixos-aarch64
dstzd has quit [Client Quit]
cole-h has quit [Quit: zzz]
<Ke> I swithed to defaults indeed already, but now wondering, if using the same config for pbp is fine
<LinuxHackerman> Only one way to find out :D
<Ke> I guess
<Ke> linus.heckemann: did you enable some extra modules, do you have amdgpu?
<LinuxHackerman> no, my honeycomb is headless
<LinuxHackerman> But this should have basically all the modules since autoModules is enabled
<LinuxHackerman> yep, modprobe amdgpu works
<Ke> I need it on initrd
<Ke> crypto
<LinuxHackerman> right, well then go ahead :p
<LinuxHackerman> I have no explicit initrd modules
<Ke> I also need the firmware there
<Ke> how is that even possible?
<Ke> you need at least rootfs block device support?
<LinuxHackerman> zfs is in there implicitly, because / is zfs
<LinuxHackerman> emmc is builtin
<Ke> but it should be module =o(
<LinuxHackerman> why?
<Ke> doctrine
<LinuxHackerman> I think having emmc built-in makes sense on ARM
<Ke> I guess defconfig's gonna defconfig
<LinuxHackerman> hehe
<Ke> modules are compressed, image is not
dstzd has joined #nixos-aarch64
<LinuxHackerman> ah, fair
<LinuxHackerman> ok yeah 41M is a fairly big image
<Ke> I guess LTO should help with that, if nixos ever switches to LLVM here
dstzd has quit [Client Quit]
cfinch has quit [Read error: No route to host]
cfinch has joined #nixos-aarch64
ky0ko has quit [Remote host closed the connection]
cfinch has quit [Read error: Connection reset by peer]
cfinch has joined #nixos-aarch64
dstzd has joined #nixos-aarch64
dstzd has quit [Remote host closed the connection]
dstzd has joined #nixos-aarch64
dstzd has quit [Client Quit]
dstzd has joined #nixos-aarch64
dstzd has quit [Remote host closed the connection]
sorki has joined #nixos-aarch64
srk has quit [Ping timeout: 240 seconds]
sorki is now known as srk
cfinch has quit [Read error: Connection reset by peer]
cfinch has joined #nixos-aarch64
cfinch has quit [Ping timeout: 256 seconds]
cfinch has joined #nixos-aarch64
dstzd has joined #nixos-aarch64
noonien5 has joined #nixos-aarch64
noonien has quit [Ping timeout: 264 seconds]
noonien5 is now known as noonien
cfinch has quit [Ping timeout: 272 seconds]
noonien9 has joined #nixos-aarch64
noonien has quit [Ping timeout: 265 seconds]
noonien9 is now known as noonien
monk has left #nixos-aarch64 ["Error from remote client"]
monk has joined #nixos-aarch64
zarel has joined #nixos-aarch64
monk has left #nixos-aarch64 ["Error from remote client"]
pbb has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
pbb has joined #nixos-aarch64
monk has joined #nixos-aarch64
asbachb has joined #nixos-aarch64
<asbachb> samueldr: Doe you have any precompiled image for that PR. I'm unable to build that stuff on my machine.
<noneucat> samueldr: u-boot prints that the spci is available at boot through uart if crust is present
zupo has joined #nixos-aarch64
<noneucat> other than that i'm not sure other than actually going into suspend and checking power draw
dstzd has quit [Quit: ZNC - https://znc.in]
<noneucat> *scpi
ib07 has quit [Ping timeout: 256 seconds]
ib07 has joined #nixos-aarch64
<Ke> ok, pbp still works with the defconfig
<Ke> no need to have separate pbp defconfig
<Ke> if only the manjaro patches were less messy
dstzd has joined #nixos-aarch64
dstzd has quit [Client Quit]
asbachb has quit [Ping timeout: 248 seconds]
dstzd has joined #nixos-aarch64
tilpner has quit [Remote host closed the connection]
tilpner has joined #nixos-aarch64
orivej has quit [Ping timeout: 272 seconds]
FRidh has joined #nixos-aarch64
<LinuxHackerman> I've got a successful UEFI-based boot (with systemd-boot) on the honeycomb as well now :)
<LinuxHackerman> Didn't build the firmware myself though :(
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
orivej has joined #nixos-aarch64
dstzd has quit [Quit: ZNC - https://znc.in]
dstzd has joined #nixos-aarch64
dstzd has quit [Remote host closed the connection]
zupo has joined #nixos-aarch64
dstzd has joined #nixos-aarch64
dstzd has quit [Client Quit]
WilliButz has quit [Ping timeout: 256 seconds]
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
WilliButz has joined #nixos-aarch64
zupo has joined #nixos-aarch64
zupo has quit [Client Quit]
dstzd has joined #nixos-aarch64
zupo has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
dstzd has quit [Quit: ZNC - https://znc.in]
dstzd has joined #nixos-aarch64
dstzd has quit [Client Quit]
dstzd has joined #nixos-aarch64
dstzd has quit [Client Quit]
orivej has quit [Ping timeout: 272 seconds]
yorick has quit [Ping timeout: 260 seconds]
yorick has joined #nixos-aarch64
dstzd has joined #nixos-aarch64
dstzd has quit [Client Quit]
Raito_Bezarius has quit [Ping timeout: 260 seconds]
dstzd has joined #nixos-aarch64
dstzd has quit [Client Quit]
dstzd has joined #nixos-aarch64
dstzd has quit [Client Quit]
FRidh has quit [Ping timeout: 260 seconds]
dstzd has joined #nixos-aarch64
dstzd has quit [Client Quit]
dstzd has joined #nixos-aarch64
dstzd has quit [Client Quit]
rajivr has quit [Quit: Connection closed for inactivity]
cole-h has joined #nixos-aarch64
monk has left #nixos-aarch64 ["Error from remote client"]
monk has joined #nixos-aarch64
ib07 has quit [Ping timeout: 260 seconds]
dstzd has joined #nixos-aarch64
dstzd has quit [Client Quit]
zupo has joined #nixos-aarch64
dstzd has joined #nixos-aarch64
dstzd has quit [Client Quit]
dstzd has joined #nixos-aarch64
dstzd has quit [Client Quit]
dstzd has joined #nixos-aarch64
dstzd has quit [Client Quit]
dstzd has joined #nixos-aarch64
Raito_Bezarius has joined #nixos-aarch64
asbachb has joined #nixos-aarch64
asbachb has left #nixos-aarch64 [#nixos-aarch64]
dstzd has quit [Quit: ZNC - https://znc.in]
dstzd has joined #nixos-aarch64
dstzd has quit [Remote host closed the connection]
dstzd has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
cole-h has quit [Quit: Goodbye]
cole-h has joined #nixos-aarch64
ib07 has joined #nixos-aarch64
tilpner has quit [Remote host closed the connection]
tilpner has joined #nixos-aarch64
veleiro has joined #nixos-aarch64
dstzd has quit [Quit: ZNC - https://znc.in]
zupo has joined #nixos-aarch64
dstzd has joined #nixos-aarch64
dstzd has quit [Read error: Connection reset by peer]
jumper149 has joined #nixos-aarch64
dstzd has joined #nixos-aarch64
dstzd has quit [Client Quit]
<veleiro> damn
<veleiro> i just realized I wont be able to make a nixOS lxc container on my router
dstzd has joined #nixos-aarch64
<veleiro> damn armv7, i can hardly get armv7 to work with nixos on other platforms
<veleiro> mostly because of the lack of caches, and building against custom nixos configs...
<veleiro> ur on ur own
orivej has joined #nixos-aarch64
dstzd has quit [Quit: ZNC - https://znc.in]
dstzd has joined #nixos-aarch64
<pbb> samueldr: Just to be sure, I didn't check if linuxPackages (5.4 lts) boots on the rpi4. I only checked the _latest (5.10).
<samueldr> 5.4 AFAIK doesn't
<pbb> yeah, probably not.
dstzd has quit [Quit: ZNC - https://znc.in]
<samueldr> since 5.10 is the next LTS, it's great news
<pbb> not 5.9? :o
<samueldr> no
dstzd has joined #nixos-aarch64
<pbb> okay
<samueldr> 5.9 is even already EOL'd
<pbb> I see
<samueldr> this is where you can see the LTS versions once decided
<samueldr> there is no strict schedule
<pbb> whatever, I still need the rpi-specific kernel to make my hifiberrys work :(
<pbb> why can't they upstream things :(
<samueldr> yeah, that's another whole issue, at the very least you could theoretically start yourself up with an aarch64 build with mainline :)
<pbb> I always use the qemu-user binfmt thing
<pbb> even with the rpi 4 everything is _so_ slow
<samueldr> since there's not much to actually build, qemu-user here should work fine enough
<pbb> exactly
<samueldr> but still, it's quite YMMV
<pbb> yes
<samueldr> any failures under qemu-user has to be validated under actually-native
<pbb> have seen things fail to build with qemu-user only
dstzd has quit [Client Quit]
<pbb> but the current deviceTree module looks like a convoluted mess and I kind of don't want to touch it
<pbb> for reference, this is how my module is currently used:
dstzd has joined #nixos-aarch64
<samueldr> I really haven't been paying enough attention to the deviceTree modules
dstzd has quit [Client Quit]
<samueldr> (which was partly because of my initial lack of complete understanding)
dstzd has joined #nixos-aarch64
<samueldr> I should try again to make that touchscreen display work
<samueldr> as an exercise
<samueldr> but uh... time flies
<pbb> oh yes
<pbb> 1/24 of of 2021 is already over :D
dstzd has quit [Client Quit]
dstzd has joined #nixos-aarch64
dstzd has quit [Client Quit]
dstzd has joined #nixos-aarch64
<sphalerite> veleiro: "just" buy a honeycomb lx2k and run a 32-bit VM on it? :p
dstzd has quit [Quit: ZNC - https://znc.in]
<samueldr> is the CPU 32 bit aware? :)
<samueldr> (I would guess it is)
<ar> speaking of honeycomb
<ar> i should do something with mine
<sphalerite> samueldr: yep, cortex a72 \o/
<sphalerite> (I've tested it to make sure already)
jumper149 has quit [Quit: WeeChat 3.0]
<samueldr> nice
<sphalerite> I even used a 32-bit cpuburn to test power consumption with heavy load x)
<sphalerite> (because apparently that's more effective at generating heat)
zupo has quit [Ping timeout: 256 seconds]
zupo has joined #nixos-aarch64
dstzd has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zupo has joined #nixos-aarch64
zupo_ has joined #nixos-aarch64
dstzd has quit [Quit: ZNC - https://znc.in]
zupo has quit [Ping timeout: 246 seconds]
ib07 has quit [Ping timeout: 264 seconds]
* colemickens gets ready to do the u-boot mainline rpi4 thang
<samueldr> colemickens: I don't think unstable updated yet, but 2021.01 is in master
<samueldr> don't know if it matters
<samueldr> I guess not if pbb started from the hydra-built sd images
<samueldr> (unless selecting a fresh enough image)
<pbb> I think this one should work: https://hydra.nixos.org/build/135065219
<pbb> I tested it by cherry-picking 5ff4a674125abbe8586884db62c66a00a8b4f665, a315a1503ab94caf281c3f584fd621109ba2cbb4 and 3d3f22e7bee920b8b3f0e67b3619e932b37fe986 on top of nixos-unstable
<pbb> Because when I tested it, master was completely broken
<pbb> But I think rpi4 booting linux_latest was already possible with 2020.10
<pbb> It just needed that patch (that I still need to send upstream, duh)
<samueldr> :)
zupo_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
dstzd has joined #nixos-aarch64