bennofs__ has joined #nixos-aarch64
bennofs_ has quit [Ping timeout: 265 seconds]
njd has quit [Ping timeout: 265 seconds]
Thra11 has quit [Quit: WeeChat 3.0]
njd has joined #nixos-aarch64
{^_^} has quit [Remote host closed the connection]
{^_^} has joined #nixos-aarch64
bdju has quit [Ping timeout: 276 seconds]
bdju has joined #nixos-aarch64
disasm has quit [Ping timeout: 276 seconds]
disasm has joined #nixos-aarch64
rajivr has joined #nixos-aarch64
h0m1 has quit [Ping timeout: 272 seconds]
h0m1 has joined #nixos-aarch64
rajivr has quit [Ping timeout: 264 seconds]
feepo has quit [Write error: Connection reset by peer]
davidtwco has quit [Read error: Connection reset by peer]
feepo has joined #nixos-aarch64
rajivr has joined #nixos-aarch64
davidtwco has joined #nixos-aarch64
justanotheruser has joined #nixos-aarch64
pbb has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
justan0theruser has quit [Ping timeout: 265 seconds]
pbb has joined #nixos-aarch64
orivej has joined #nixos-aarch64
ib07 has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
<patagonicus> Ok, having slept on it, at least I've realized that I don't need to test full system builds, I can probably a) reproduce the problem by just swapping out the kernel, b) can probably minimize the kernel config before looking for the breaking change and c) can probably remove some optional dependencies the kernel build has. Will still mean getting
<patagonicus> out one of the MicroSD cards, changing the kernel with my laptop, putting it back in, resetting the device and then checking the serial output roughly 13 times, though …
orivej has quit [Ping timeout: 265 seconds]
orivej has joined #nixos-aarch64
orivej has quit [Ping timeout: 264 seconds]
<patagonicus> Ok, it's not the kernel? Maybe stage1, then?
<patagonicus> Also no. Hmm. Changed kernel command line? This is confusing.
zupo has joined #nixos-aarch64
bdju has quit [Quit: Reconnecting]
bdju has joined #nixos-aarch64
<patagonicus> So, I built a fresh sd card image (custom stuff, including encryption) and that hangs at "Starting kernel ...". But I already tried the new kernel and initrd. The dtbs are unchanged. And uboot is not automatically installed on nixos-rebuild, so why did it fail when I did that on an existing installation?
<patagonicus> Guess all I can do is to see if I can reproduce it with a minimal SD card image and then bisect.
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zupo has joined #nixos-aarch64
dev_mohe has joined #nixos-aarch64
dev_mohe has quit [Client Quit]
cole-h has quit [Ping timeout: 256 seconds]
quinn has quit [Quit: ZNC 1.8.1 - https://znc.in]
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
davidtwco has quit [Read error: Connection reset by peer]
davidtwco has joined #nixos-aarch64
justanotheruser has quit [Ping timeout: 258 seconds]
zupo has joined #nixos-aarch64
davidtwco has quit [Write error: Connection reset by peer]
davidtwco has joined #nixos-aarch64
justanotheruser has joined #nixos-aarch64
orivej has joined #nixos-aarch64
feepo has quit [Read error: Connection reset by peer]
feepo has joined #nixos-aarch64
alpernebbi has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
gchristensen has quit [Quit: WeeChat 2.9]
srk has quit [Remote host closed the connection]
srk has joined #nixos-aarch64
gchristensen has joined #nixos-aarch64
orivej has quit [Ping timeout: 246 seconds]
itc-ger has joined #nixos-aarch64
blueberrypie has joined #nixos-aarch64
alpernebbi has quit [Quit: alpernebbi]
itc-ger has quit [Ping timeout: 265 seconds]
zupo has joined #nixos-aarch64
Darkmatter66 has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<elvishjerricco> Wow. It takes longer to build uboot with qemu-user than it does to cross compile the kernel
<elvishjerricco> Guess I'm going to make that a cross build as well :P
<samueldr> u-boot is so trivial to cross-compile :)
<samueldr> as long as the cross compilers are already built and cached, it's really quick
<elvishjerricco> samueldr: Look at this beautifully terrible thing I've done https://www.irccloud.com/pastebin/u6KIeOdA/
<samueldr> assembling a native image using some cross-compiled components?
<elvishjerricco> yep
<samueldr> I mean, if you sent it to a real aarch64-linux box instead of qemu-user, that would be perfectly cromulent
orivej has joined #nixos-aarch64
<elvishjerricco> samueldr: Yea I could use this on the pi with an x86-64 remote builder configured. That's probably the fastest way to get this built.
<elvishjerricco> Aw, ext4-fs.img.zst.drv failed because of qemu-user
<elvishjerricco> Guess I'll do the pi thing...
<elvishjerricco> samueldr: How would I set it to boot the kernel directly without uboot?
<samueldr> look at that raspberry pi 4 .nix file, the commit that introduced u-boot
<samueldr> undo the change
<samueldr> basically, rather than booting u-boot, it directly boots the kernel image file
<elvishjerricco> samueldr: The aarch64 file seems to have always used uboot
zupo has joined #nixos-aarch64
<samueldr> the rpi4 specific nix expression
<elvishjerricco> Oh. I'm guessing I'll have to do some stuff to copy dtb's in or something?
<samueldr> maybe
<samueldr> I don't recall exactly what is needed
<samueldr> a bit dense, and not only about that, but https://www.raspberrypi.org/documentation/configuration/config-txt/
itc-ger has joined #nixos-aarch64
<samueldr> that may help you get situated on whether you need some configs or not
rajivr has quit [Quit: Connection closed for inactivity]
itc-ger has quit [Client Quit]
ky0ko has joined #nixos-aarch64
<elvishjerricco> I should really buy a couple of usb ssds for this thing. SD cards are so slow...
<elvishjerricco> Aw. Stuck on rainbow screen
<elvishjerricco> samueldr: Reverting that commit still results in kernel=u-boot-rpi3.bin in config.txt
<samueldr> oh
<samueldr> I thought you were working on a pi 4
<elvishjerricco> samueldr: I am
<elvishjerricco> But I think I made a big oof...
<elvishjerricco> I used sd-image-aarch64.nix, not sd-image-raspberrypi4.nix :P
<samueldr> oof!
<samueldr> the generic image is not expected to work with the pi 4... yet
<samueldr> (we should see a contribution about that soon I think)
cole-h has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<elvishjerricco> `error: undefined variable 'linux-kernel' at .../nixos/modules/system/boot/loader/raspberrypi/raspberrypi.nix:105:37` wut
<samueldr> ah
<samueldr> platform changes in lib.platforms
<samueldr> really annoying to go across that commit
<{^_^}> #110544 (by Ericson2314, 2 weeks ago, merged): top-level, lib: Remove platform attribute of platforms
<Ericson2314> samueldr: what thing are you encountering?
<samueldr> sorry, didn't _mean_ to ping you
<samueldr> I was showing the PR involved with elvishjerricco's error
<samueldr> elvishjerricco's using stuff from a commit from before those changes right now AFAIUI
<Ericson2314> well i missed your comment before
<Ericson2314> `platform.linuxArch or platform.kernelArch`
<Ericson2314> stuff like that is annoying but will ensure working with nixpkgs before and after
<samueldr> yeah, though it's a more global discussion, not specific to these changes, what should Nixpkgs do with its API?
<samueldr> it broke a lot of external users
<samueldr> and doing so without warning, without error messages helping with migration steps
<samueldr> (as I said, more global discussion is needed)
<samueldr> it would have been nice for one full release cycle to keep the previous attributes with warnings
<samueldr> inside of nixpkgs, they could have been disabled with the aliases config toggle
<elvishjerricco> I'll just rebase on a newer commit
dev_mohe has joined #nixos-aarch64
<samueldr> and Ericson2314, I totally know that these changes are made with good intention, and I approve of the idea behind... my only issue being with the instability of these APIs during this release cycle
dev_mohe has quit [Client Quit]
<Ericson2314> unfortunately it's hard to put in warnings on these things before `hostPlatform != buildPlatform` stuff will evaluate them
<Ericson2314> that's what happened with deprecation cycles before
<samueldr> I'm not being fascetious, but how is it hard?
<Ericson2314> because == and != is not overridable and will force every attribute
<Ericson2314> so any builtins.trace will trace
<Ericson2314> and then nixpkgs CI thinks there is a violation
cptchaos83 has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
<samueldr> oh, so because `==` and `!=` check all attributes, they would trigger the warning, is that so?
cptchaos83 has joined #nixos-aarch64
<samueldr> could, without a trace, these at least have been kept for a full release cycle aliased to their previous names, and documented in release notes?
heywoodlh has quit [Quit: ZNC 1.8.2 - https://znc.in]
<Ericson2314> yeah
<samueldr> and would it have been possible to drop them when building with aliases off?
<samueldr> I'm not sure if nixpkgs configs are handled before or after lib stuff happens
zupo has joined #nixos-aarch64
heywoodlh has joined #nixos-aarch64
adisbladis has quit [Quit: ZNC 1.8.2 - https://znc.in]
adisbladis has joined #nixos-aarch64
sigtrm has quit [Quit: No Ping reply in 180 seconds.]
sigtrm has joined #nixos-aarch64
<elvishjerricco> Yay it booted!
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
cptchaos83 has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
<elvishjerricco> Uh oh. Can't get usb to work
<samueldr> uh oh!
<samueldr> add uas to the required modules list?
* colemickens lols
<samueldr> literally just an educated guess :)
<samueldr> might not be that
<elvishjerricco> I should have built this image with ssh enabled...
quinn has joined #nixos-aarch64
heywoodlh has quit [Quit: ZNC 1.8.2 - https://znc.in]
heywoodlh has joined #nixos-aarch64
heywoodlh has quit [Client Quit]
heywoodlh has joined #nixos-aarch64
Acou_Bass has quit [Quit: ZNC 1.8.2 - https://znc.in]
Acou_Bass has joined #nixos-aarch64
<elvishjerricco> Alright new image with ssh
<elvishjerricco> samueldr: it says uas is built in
<samueldr> that was a guess because cole//mickens had issues with something and usb
<samueldr> (thus the laugh)
<elvishjerricco> Now to get a configuration.nix set up that does my cross compiling stuff
<elvishjerricco> huh, `lsmod | grep uas` gives no output. Is that expected for built in modules?
<samueldr> I think so
<colemickens> when things like ipxe are in use, is there some sort of virtual fs presented that cause additional files to be retrieved from tftp? I've never quite groked that bit.
<colemickens> also, does anyone in the nixos community have the new compute module? just to be able to test all of my changes with other rpi4 variants
<samueldr> colemickens: elvishjerricco does
<samueldr> but u-boot doesn't support it yet in mainline
<samueldr> and the kernel maybe doesn't have the right device tree files for it yet
<elvishjerricco> colemickens: Yea I got it booting just a few minutes ago
<elvishjerricco> samueldr: The rpi kernel does have the dtb for it
<samueldr> yeah, colemickens is working on mainline stuff :)
<elvishjerricco> or at least the latest version does.
<samueldr> the pi 4 can apparently boot fine on mainline
<samueldr> I would expect the same for the 400, colemickens
justanotheruser has quit [Ping timeout: 260 seconds]
<colemickens> oh that's what you're booting, neat :)