justanotheruser has joined #nixos-aarch64
apache801 has joined #nixos-aarch64
apache8080 has quit [Ping timeout: 276 seconds]
orivej has joined #nixos-aarch64
ib07 has joined #nixos-aarch64
ib07 has quit [Client Quit]
rajivr has joined #nixos-aarch64
cole-h has quit [Quit: Goodbye]
pbb_ has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
cole-h has joined #nixos-aarch64
pbb has joined #nixos-aarch64
cole-h has quit [Quit: Goodbye]
cole-h has joined #nixos-aarch64
cole-h has quit [Client Quit]
cole-h has joined #nixos-aarch64
apache801 has quit [Ping timeout: 276 seconds]
cole-h has quit [Quit: Goodbye]
tilpner_ has joined #nixos-aarch64
tilpner has quit [Ping timeout: 256 seconds]
tilpner_ is now known as tilpner
fps_ has quit [Ping timeout: 260 seconds]
fps has joined #nixos-aarch64
apache801 has joined #nixos-aarch64
h0m1 has quit [Ping timeout: 240 seconds]
h0m1 has joined #nixos-aarch64
<andoriyu> i'm so close to just switching rpi4 instead.
<clever> andoriyu: pi4 has 2 usb controllers, the old dwc (so it can do gadget mode like a 0), plus a new vl805
<andoriyu> pi4 seems to have better support in nixos. Like nix-generators for example.
<clever> pi0-pi2 are all 32bit, which hydra isnt building
<clever> pi4 is aarch64, which is being built by hydra
<andoriyu> yeah. I wish there is zero version of pi4. I guess compute module is almost that.
<clever> yeah
<clever> if you dont mind some soldering, you could use a naked cm4, i think
<clever> if you get a model with wifi and emmc, then i suspect you can run it with ONLY a 5v supply and nothing else
<andoriyu> Well, you need something to flash emcc tho?
<clever> temporarily, yes
<clever> but to then run it, maybe not?
<andoriyu> I guess.
<andoriyu> Sad part, what I'm doing now is just a device to collect samples. Actual thing will run on balenaOS.
justan0theruser has joined #nixos-aarch64
justanotheruser has quit [Ping timeout: 240 seconds]
<andoriyu> clever now I just see rainbow swirl when powered up
<clever> andoriyu: thats the firmware, just before it launched linux
<clever> youll need a uart adapter to get any meaningful logs out of it
<andoriyu> I think I'm missing some steps here. It's not booting linux
<clever> what are the contents of the config.txt on the fat32 partition?
<andoriyu> `avoid_warnings=1
<andoriyu> enable_uart=1`
<clever> and `file kernel.img` ?
<andoriyu> no such file
<clever> any kernel*.img files?
<andoriyu> Nope
<clever> is the green led blinking?
<andoriyu> yes
<clever> how many times? 7?
<andoriyu> let me plug it in again
<andoriyu> Yes, 7 times.
<clever> thats the kernel.img not found error
<clever> i'm guessing you definitely need more in populateFirmwareCommands
<clever> to both copy the kernel/initrd to the fat32, and to tell config.txt to load the initrd
<andoriyu> okay, so I'm cross compiling from x86. How do I copy it?
<clever> andoriyu: this line is missing for example
<clever> andoriyu: did you set uboot.enable = false?
<andoriyu> Yes
<clever> hmmm, i dont see any obvious way for sd-image to access this configTxt ...
<clever> which means sd-image is creating its own (wrong) config.txt
<clever> so we need to figure out how to reference that configTxt var, and the kernel/initrd from top-level, and get them all into /boot
<andoriyu> Well I over change populateFirmwireCommands to include overlays, I have to create my own config.txt
<andoriyu> because that's where it is created.
<andoriyu> I can just copy how that config.txt looks like into my file. But how do I get kernel and initrd
<clever> one sec
<andoriyu> also, I don't see my overlays copied
evils has joined #nixos-aarch64
<andoriyu> something is wrong
globin_ has quit [Ping timeout: 265 seconds]
<andoriyu> whatever happens in populateFirmwareCommands isn't getting into boot partition
<clever> andoriyu: if you add an `exit 1` does it fail?
<andoriyu> I had `../` instead of `./` in copy - it failed, so it's executed at some point.
<clever> add `pwd` and `ls -ltrh`, to confirm where you are, and what is around already
<andoriyu> what's weird - when I had command to save config.txt - it worked
<clever> add an `exit 1`, then run `nix show-derivation` on the .drv that fails
<clever> is something extra being appended?
<clever> once you know which attr of the drv it is, you can `nix-store --query --binding attrname /nix/store/foo.drv` to get it without the json escapes
<andoriyu> argh, I think i got it. I was supped to put everything into `firmware/` not `./`
<clever> ahhh
<clever> bad directions on my part then
<clever> i just briefly skimmed a random example
<andoriyu> Well, I did have a perfectly good working like just above what I added
<andoriyu> now it's for sure copying because I ran out of disk space lol
globin_ has joined #nixos-aarch64
<andoriyu> okay, let's try booting this one up
<clever> 31 (cd ${pkgs.raspberrypifw}/share/raspberrypi/boot && cp bootcode.bin fixup*.dat start*.elf $NIX_BUILD_TOP/firmware/)
<andoriyu> I have that line.
<clever> andoriyu: aha, thats the line i missed, which then led to the bad directions i gave you
<andoriyu> so it's not booting. But now it's either 3 or 4 blinks at startup and nothing after.
<andoriyu> 3-4 because 4th has much much lower delay that 1-3.
<clever> 4 is start.elf not found
<clever> double-check the fat32 partition?
<andoriyu> yeah it's fat32
<clever> is start.elf in it?
<andoriyu> yup
<clever> not sure then, would need a uart adapter to get logs
<andoriyu> All changed is set sdImage.firmwareSize o 128.
<andoriyu> taking a few step back, back u-boot since it was working-ish before.
<andoriyu> clever https://gist.github.com/andoriyu/1faa2d0a91845c231c5dae94f6c0ebaf specifically dwc2 doesn't work, but all others work
<clever> andoriyu: if you run `dtc -I dtb -O dts /path/to/dtb`, it will convert the binary back to source
<clever> andoriyu: this is the source for the dwc2 overlay, which will be looking for a node called "usb" in the dtb its overlaying
<clever> does the mainline dtb have a usb node? because ive heard mainline has renamed a number of things and breaks overlays
<andoriyu> I'm using _rpi kernel
<clever> ah
apache801 has quit [Ping timeout: 264 seconds]
<andoriyu> the same error, I take it's because it didn't find usb node like you said
<clever> using dtc to convert the dtb to dts, you can check if that usb node is present
<clever> but i suspect it may be complicated, by this being an overlay which can accept params
<andoriyu> I think i'm just going to give up on otg serial
<andoriyu> either that i use nixos from 2 years ago.
apache801 has joined #nixos-aarch64
<andoriyu> or maybe try to rebuild newer _rpi kernel.
<samueldr> I hadn't been following what you were doing
<andoriyu> suffering
<samueldr> but if you were building against mainline, it might be expected that things like otg-serial don't work?
<andoriyu> I was building against _rpi1.
<samueldr> ah, carry on as if I said nothing :)
<andoriyu> trying to build mainline right now just for lulz
<samueldr> oh, something to consider: is the 5.4-based kernel from the foundation "compatible" with the pi zero?
<samueldr> or are they still shipping their 4.19-based kernels for it?
<andoriyu> I think it's compatible. So I've just noticed that nix-on-arm used 5.0 mainline...
<andoriyu> aaand OTG serial worked there
<andoriyu> Maybe I should have build mainline kernel all this time instead.
apache801 has quit [Ping timeout: 245 seconds]
<andoriyu> it's working
<andoriyu> With mainline kernel
<andoriyu> clever samueldr problem solved
<samueldr> oh, good to know
orivej has quit [Ping timeout: 245 seconds]
orivej has joined #nixos-aarch64
apache801 has joined #nixos-aarch64
apache801 has quit [Ping timeout: 245 seconds]
cole-h has joined #nixos-aarch64
heywoodlh has quit [Ping timeout: 245 seconds]
orivej has quit [Ping timeout: 246 seconds]
cript0nauta has quit [Ping timeout: 245 seconds]
heywoodlh has joined #nixos-aarch64
zupo has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
illustris_ has joined #nixos-aarch64
steveeJ_ has joined #nixos-aarch64
lopsided98_ has joined #nixos-aarch64
nyaanotech has joined #nixos-aarch64
Xena has joined #nixos-aarch64
ashkitte1 has joined #nixos-aarch64
alpernebbi has joined #nixos-aarch64
lopsided98 has quit [*.net *.split]
illustris has quit [*.net *.split]
Cadey has quit [*.net *.split]
nyanotech has quit [*.net *.split]
steveeJ has quit [*.net *.split]
tdeo has quit [*.net *.split]
ashkitten has quit [*.net *.split]
illustris_ is now known as illustris
steveeJ_ is now known as steveeJ
tdeo has joined #nixos-aarch64
zupo has joined #nixos-aarch64
ashkitte1 is now known as ashkitten
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zupo has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
cole-h has quit [Ping timeout: 256 seconds]
Xena is now known as Cadey
zupo has joined #nixos-aarch64
tilpner has quit [Quit: tilpner]
dev_mohe has joined #nixos-aarch64
orivej has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
dev_mohe has quit [Remote host closed the connection]
alpernebbi has quit [Quit: alpernebbi]
zupo has joined #nixos-aarch64
orivej has quit [Ping timeout: 256 seconds]
orivej has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zupo has joined #nixos-aarch64
orivej has quit [Ping timeout: 245 seconds]
cript0nauta has joined #nixos-aarch64
orivej has joined #nixos-aarch64
orivej has quit [Ping timeout: 276 seconds]
pinkieval has quit [Quit: We're here, we're queer, connection reset by peer.]
pinkieval has joined #nixos-aarch64
dev_mohe has joined #nixos-aarch64
<Ke> someone mentioned someone had a nixos build of u-boot with the video patches and usb keyboard working on pbp
<Ke> at least nadia seems to have them
<Ke> maybe should try
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
dev_mohe has quit [Quit: dev_mohe]
zupo has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Acou_Bass has quit [Quit: ZNC 1.8.2 - https://znc.in]
Acou_Bass has joined #nixos-aarch64
feepo has quit [Ping timeout: 272 seconds]
feepo has joined #nixos-aarch64
cole-h has joined #nixos-aarch64
rajivr has quit [Quit: Connection closed for inactivity]
apache801 has joined #nixos-aarch64
<samueldr> Ke: I do
<samueldr> but not the most up to date patches
<samueldr> AFAIK the most up to date patches do not change the behaviour for graphics
<samueldr> USB they were already in u-boot 2020.11 IIRC, there may be changes and bug fixes in usb since
<{^_^}> samueldr/wip-pinebook-pro#13 (by samueldr, 33 weeks ago, open): Graphics for U-Boot
<samueldr> it require(d?) patches for mainline kernel that weren't in the usual set for a while
<Ke> let me check nadias patchset
<samueldr> initially it was based off of the ones I had from arnaud patard
* samueldr peeks
<samueldr> ah, only that patch though
<samueldr> the other uses AFAICT the directly-from-the-mailing-list mbox
<samueldr> (with the updated patches)
<Ke> anyway, gotta love this repo, so much less messy then manjaros linux at least
<Ke> I guess that kernel is for all manjaro arm, not just one board though
<samueldr> manjaro's repo is terrible at attributing where things come from
<samueldr> or at least, it was last time I looked at it for the PBP a couple months back
<samueldr> (which is why I started adding `Origin:` tags to my patches)
<samueldr> manjaro's patches often end up losing the commit messages, and authorship
<samueldr> and are just a plain diff
<Ke> anyway, only seems to have altmode patches for kernel
evils has quit [Ping timeout: 245 seconds]
dev_mohe has joined #nixos-aarch64
orivej has joined #nixos-aarch64
<sphalerite> samueldr: who are they suing?
adamzivcak has joined #nixos-aarch64
<adamzivcak> colemickens: yes, I still heve. Last few days I tried to build your configuration using flakes, but no success :(
<samueldr> sphalerite: plain diff / plaintiff?
<sphalerite> yes, maybe it was a bit too far fetched.
<artturin> <Ke "artturin: can't find sway mobile"> yes
apache801 has quit [Ping timeout: 256 seconds]
dev_mohe has quit [Quit: dev_mohe]
<colemickens> adamzivcak: Hmm... `nix build github:colemickens/nixcfg#toplevels.rpifour1` should just work. That would produce a toplevel include an TFTP/NFS server that will netboot "rpifour2". The only other trick would be IP address harmony and making your router advertise the netboot option.
<colemickens> I may have to run errands this afternoon but I can try to answer questions if if it'd help. It is a good reminder that I need to start blogging this sort of thing, if nothing else for self promo
<adamzivcak> i've tried just `nix build github:colemickens/nixcfg#rpifour1`. And it falls into emrgency mode after 5hours of building with message "proc: Bad value for 'hidepid'".
apache801 has joined #nixos-aarch64
<adamzivcak> after reboot there is new configuration, but I am not able to log in, even after changing credentials in profiles/user.nix
<adamzivcak> oh, sorry, i tried `nixos-rebuild switch --flake path/to/repo#rpifour1`
zupo has joined #nixos-aarch64
<colemickens> Hm, not sure. rpifour1 should be cached on colemickens.cachix.org too, if it helps.
<adamzivcak> But I still need to update user.nix file to be able to log in. Am I right? And it requires to download git repo, edit file, commit it (beacause it reports dirty git tree without commiting), and then run build. Is my workflow correct?
dev_mohe has joined #nixos-aarch64
<colemickens> Yeah, you've got it figured out. The only thing would be adding in the cachix cache to get hits. Since I'm on `aarch64` and `nixos-unstable-small`, I wind up doing a lot of builds.
<colemickens> these are the nix flags I add to ensure my caches get used: https://github.com/colemickens/nixcfg/blob/84fdabb3c22b594c1bbc2ebaa2588718fb485dfe/nixup#L20-L21
<colemickens> (that's obviously sensitive, it would be wise to cross-check the public keys that I have there to make sure I'm not doing something nefarious.)
<colemickens> And I think the hidepid thing is usually a misnomer
justan0theruser is now known as justanotheruser
<colemickens> I have no idea how easy it is to go from install media in place - > this configuration either.
<colemickens> This configuration has my ZFS config baked in, etc, it's not really built to be an easy transition, more of just something you could look at.
<colemickens> TBH, all you want is hosts/rpifour1/modules/netboot-server.nix anyway.
<colemickens> It just happens that it's easier if the netboot server is ALSO aarch64 because then you can do a single big build on a single aarch64 to build the host and netboot toplevels.
cript0nauta has quit [Remote host closed the connection]
<adamzivcak> yes, i've got two rpi, one should be netboot server, and second one boot using the first one - just like yours configuration
<colemickens> ok
apache801 has quit [Ping timeout: 260 seconds]
apache8080 has joined #nixos-aarch64
<adamzivcak> i will try to parse config from modules/netboot-server and use together with my config
adamzivcak1 has joined #nixos-aarch64
adamzivcak has quit [Ping timeout: 245 seconds]
adamzivcak1 has left #nixos-aarch64 [#nixos-aarch64]
dev_mohe has quit [Remote host closed the connection]
zupo has quit [Ping timeout: 260 seconds]
zupo has joined #nixos-aarch64
cript0nauta has joined #nixos-aarch64