Darkmatter66_ has joined #nixos-aarch64
<samueldr> oh, lol, https://github.com/danielfullmer/robotnix/issues/13 I had that in mind but I didn't know it was something that was desirable :)
<{^_^}> danielfullmer/robotnix#13 (by danielfullmer, 50 minutes ago, open): Custom boot animation
Darkmatter66 has quit [Ping timeout: 240 seconds]
<samueldr> really looks like, in a good sense, that this is the "kitchen sink to build your rom" project :)
<danielrf[m]> Haha, well I personally don't plan on implementing it myself--but if someone else wants it I'll merge it
<samueldr> at first, since you focused on GrapheneOS, I was pretty sure it was going to be laser-focused around security and such
<danielrf[m]> Yep, I just need to make the documentation clear about what level of security to expect from different configurations
<danielrf[m]> and I do worry a bit about the exponential complexity increase when adding more options, so I'll make clear exactly what configurations are supposed by me
<danielrf[m]> and if people want to fix up other combinations then I'm open to it
<danielrf[m]> s/supposed/supported/
<samueldr> perfectly understandable
h0m1 has quit [Ping timeout: 260 seconds]
h0m1 has joined #nixos-aarch64
h0m1 has quit [Ping timeout: 260 seconds]
h0m1 has joined #nixos-aarch64
orivej has quit [Ping timeout: 264 seconds]
orivej has joined #nixos-aarch64
orivej has quit [Ping timeout: 256 seconds]
orivej has joined #nixos-aarch64
Acou_Bass has quit [Ping timeout: 260 seconds]
Acou_Bass has joined #nixos-aarch64
Acou_Bass has quit [Ping timeout: 260 seconds]
Acou_Bass has joined #nixos-aarch64
<clever> samueldr: having weird problems with /dev/gpiomem now on my rpi
* samueldr can't help
<samueldr> I could be a bouncing board
<samueldr> but other than what the name tells me it must do, I don't know more
<clever> samueldr: this is the driver for it
<clever> basically, it lets you mmap the rpi gpio without root
<clever> line 237 will match a given entry in the dts
<clever> samueldr: which i then copied from the official dts files
<clever> once adding the dts entry, /dev/gpiomem appeared on its own, and i can mmap it
<clever> but all bytes within the page return null
<clever> samueldr: and thats where i'm stuck, everything says it should just work
alp has joined #nixos-aarch64
<fps> trying a different route now. i just copied linux-rpi.nix from the nixpkgs tree, edited it and used it like this in my configuration.nix:
<fps> boot.kernelPackages = pkgs.linuxPackagesFor (pkgs.callPackage ./kernel.nix {
<fps> rpiVersion = 4;
<fps> kernelPatches = with pkgs.kernelPatches; [
<fps> ..
<fps> still grappling with getting my patches applied. stumbled over fixed output derivations not redownloading the source once again (i did the same thing many times in guix - seems that this is such a general problem that it would be cool to have like a generic option to redownload and recheck all hashes in a derivation)
<clever> fps: if you modify something, you must invalidate the hash
<clever> if you claim the hash is the same, it wont re-download, because it already has a product by that hash
<fps> yeah, i know
<fps> i did it know by changing the hash in the expressions
<fps> but that's annoying :)
<fps> something like --revalidate-hashes would be awesome.
<clever> garbage collection would wipe that
<fps> oh, good point
<fps> but that is like using a hammer where a feather would be more suitable
<clever> any time you change a url, switch to insert mode and change a few digits of the hash to 0
<fps> yeah, that's what i did
<fps> hmm, annoying: applying patch /nix/store/rzyhdzfb2zqjin4qkz4a1hcj9j6ghjqj-patch-4.19.120-rt52.patch.xz
<fps> Hunk #1 FAILED at 35.
<fps> so many failed hunks
t184256 has left #nixos-aarch64 ["Disconnected: Replaced by new connection"]
t184256 has joined #nixos-aarch64
Acou_Bass has quit [Ping timeout: 246 seconds]
<fps> actually i'm not sure the patch is redownloaded. even if i change the hash
Acou_Bass has joined #nixos-aarch64
<fps> well, i guess it was. nix-collect-garbage doesn't change a thing
<fps> oh, that's kernel 4.19.97 in the given tag from github..
<fps> using the right patch helps :)
Darkmatter66 has joined #nixos-aarch64
Darkmatter66_ has quit [Ping timeout: 258 seconds]
<fps> let's see if that builds and the image boots. then i can think about applying config changes to enable RT_PREEMPT
Ultrasauce_ has joined #nixos-aarch64
craige_ has joined #nixos-aarch64
grw1 has joined #nixos-aarch64
Ultrasauce has quit [*.net *.split]
FireFly has quit [*.net *.split]
craige has quit [*.net *.split]
grw has quit [*.net *.split]
FireFly has joined #nixos-aarch64
rsa has joined #nixos-aarch64
Ultrasauce_ is now known as Ultrasauce
<fps> CC [M] drivers/gpu/drm/nouveau/nvkm/subdev/bus/g94.o
<fps> during RTL pass: sched1
<fps> ../net/rxrpc/conn_object.c: In function 'rxrpc_disconnect_call':
<fps> ../net/rxrpc/conn_object.c:232:1: internal compiler error: Segmentation fault
<fps> 232 | }
<fps> | ^
<fps> Please submit a full bug report,
<fps> dammit
alp has quit [Remote host closed the connection]
alp has joined #nixos-aarch64
<fps> hmm, how do i override the gcc version used? :)
tilpner has joined #nixos-aarch64
alp has quit [Ping timeout: 240 seconds]
alp has joined #nixos-aarch64
alp has quit [Remote host closed the connection]
alp has joined #nixos-aarch64
Acou_Bass has quit [Quit: ZNC 1.7.5 - https://znc.in]
alp has quit [Remote host closed the connection]
Acou_Bass has joined #nixos-aarch64
tilpner_ has joined #nixos-aarch64
tilpner has quit [Read error: Connection reset by peer]
tilpner_ is now known as tilpner
FRidh has joined #nixos-aarch64
orivej has quit [Ping timeout: 260 seconds]
orivej has joined #nixos-aarch64
<fps> hmm, -j 4 was ignored by nix-build it seems. it goes full ahead on all 16 virtual cores
<fps> another segfault after a couple of hours.. waiting 2 1/2 for a compiler error is annoying
<sphalerite> fps: -j is for number of derivations to build at a time, but you may also want to specify --cores, which defines how many jobs will be used within each derivation build
<sphalerite> fps: is it the same segfault?
<fps> sphalerite: nope, but the build isn't deterministic due to the number of cores i gues
<fps> will try limiting the jobs to see if it's maybe a thermal thing
zupo has joined #nixos-aarch64
<fps> i will know more in ca. 3h ;)
<fps> maybe it's a bug in my machine :(
<sphalerite> could be. I've had the most exciting build failures from a failed SD card, and spurious segfaults from bad RAM before
<fps> and damn it takes long to build a kernel on a qemu-binfmt hacked "aarch64" build ;)
<sphalerite> oh!
<sphalerite> qemu-user also isn't the most reliable.
<fps> hmm. maybe i should try building it on my rpi4 directly?
<sphalerite> yeah
<fps> hmm, ok
<sphalerite> USB storage might be faster than the SD card FWIW
<fps> true
<sphalerite> or even network storage :D
<sphalerite> (I have no idea)
<sphalerite> (now I want to try out /tmp-on-nfs)
<fps> hehe
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zupo has joined #nixos-aarch64
<fps> hmm, it compiler errors even with --cores 4
<fps> let's try 1 and also a build on the rpi4
<fps> the rpi seems to be quite a bit faster than the qemu binfmt hack, too
<sphalerite> yes, machine emulation is horrendously slow
tilpner_ has joined #nixos-aarch64
tilpner has quit [Ping timeout: 246 seconds]
tilpner_ is now known as tilpner
orivej has quit [Ping timeout: 256 seconds]
orivej has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Darkmatter66 has quit [Ping timeout: 240 seconds]
rasmusm has joined #nixos-aarch64
Darkmatter66 has joined #nixos-aarch64
orivej has quit [Ping timeout: 240 seconds]
orivej_ has joined #nixos-aarch64
<srk> clever: one idea was to use systemd generators to scrape the nice names and create udev rules
<srk> fps: cross-compiling works as well, I've had to use staging since I'm on some random commit but 20.03 might work just fine
<srk> fps: managed to cc images for pi3 and pi4
<srk> my armv7 imx6 can't compile kernel on 4 cores either, needs --cores 3 otherwise it overheats and produces errors :)
<clever> srk: do you have any kernel experience?
<srk> clever: kernel newb, sent first few patches two days ago :)
<clever> srk: i can mmap that driver just fine, but the page it gives me is all nulls
<srk> hmm, why the PAGE_SHIFT?
<clever> i think the function wants a page number, rather then a raw physical addr
<clever> and >>PAGE_SHIFT is the same as /PAGE_SIZE
<clever> but division is expensive
<srk> ok
<srk> no idea
<srk> hexa-++ for gpio-next :)
<{^_^}> hexa-'s karma got increased to 4, that's Numberwang!
<hexa-> noticed late that libgpiod ships python bindings itself, but gpio-next is a bit simpler to use
orivej_ has quit [Ping timeout: 260 seconds]
<srk> hehe :)
<clever> i'm trying to write my own gpio bindings, in haskell
<hexa-> will pr gpio_next asap
<srk> clever: for libgpio?
<clever> /dev/gpiomem works on raspbian, but fails on my nixos based build
<clever> srk: raw /dev/gpiomem access
<srk> is it worth it? :)
<srk> or any specific reason for it?
<clever> srk: so i can access non-standard things, like the altmode the pins are in
<srk> right!
<srk> I'll try the libgpio bindings
FRidh has quit [Ping timeout: 264 seconds]
FRidh has joined #nixos-aarch64
alp has joined #nixos-aarch64
Raito_Bezarius has quit [Read error: Connection reset by peer]
lordcirth has joined #nixos-aarch64
<ryantrinkle> clever: nice! if i can ever get around to pinephone dev, maybe i'll FRPify it :)
<samueldr> FRP?
<srk> functional reactive programming! :D
<samueldr> ah
<samueldr> I knew it wouldn't be factory reset protection, but that was the only thing I had in mind
<ryantrinkle> clever: nice :)
<clever> ryantrinkle: under raspbian, it works great, but under nixos+open-firmware, it fails, /dev/gpiomem returns all nulls
<ryantrinkle> srk: yup! i mostly use it for GUI programming (that's what my company does), but it's useful for anything where you've got a variety of event sources that need to be dealt with as they fire
<srk> ryantrinkle: I'm writing something like oui-blendish in haskell on top of nanovg-hs
<srk> ryantrinkle: to be able to combine 2d and 3d in opengl
<srk> last time I've played with it I've tried to add reactive-banana but it needs work especially layouting wise
<ryantrinkle> srk: that sounds very fun :) last i did any serious work with OpenGL was in the fixed-function days, haha
<ryantrinkle> it'd be very cool to have FRP smoothly cross the boundary between web and webgl
<ryantrinkle> most of my work is in reflex-dom, and there's no reason in *principle* it shouldn't support gl
<srk> hehe, I want something lightweight compared to qt
<ryantrinkle> but it just doesn't have that
<ryantrinkle> an FRP scene graph would be a very nice datastructure to work with, IMO
<srk> indeed
<srk> looks like it's possible to compile gl apps for web but that's future feature :D
<ryantrinkle> yeah, it definitely is
<srk> since it's just (web)gl
<ryantrinkle> ah yeah, very nice
<srk> needs reviving tho :)
zupo has joined #nixos-aarch64
rasmusm has quit [Ping timeout: 260 seconds]
<clever> [root@rpi:~]# nix-channel --update
<clever> warning: Nix search path entry '/nix/var/nix/profiles/per-user/root/channels' does not exist, ignoring
<clever> unpacking channels...
<clever> while setting up the build environment: executing '/nix/store/715fljdrspphbdk255r729zxp4w7lcgk-bash-4.4-p23/bin/bash': Exec format error
<clever> srk: i think my cross-compiled nix, got an x86 bash in its env...
<clever> => /nix/store/00823qrsgnghj4vj9qq66bc7imzvfand-shadow-4.8-armv7l-unknown-linux-gnueabihf-su
<clever> ╚═══bin/su: …_item: %s....SHELL.../nix/store/715fljdrspphbdk255r729zxp4w7lcgk-bash-4.4-p23/bin/bash...+ %s %s…
<clever> wait no, its su???
<clever> why is nix-channel even running su?
<samueldr> [root@rpi:~]#
<samueldr> you did?
<clever> [clever@amd-nixos:~/apps/rpi/linux]$ ssh root@
<clever> no su involved
<clever> ║ ╠═══share/nix/corepkgs/config.nix: ….in rec {. shell = "/nix/store/715fljdrspphbdk255r729zxp4w7lcgk-bash-4.4-p23/bin/bash";. coreu…
<clever> [root@rpi:~]# nix-instantiate --eval -E '(import <nix/config.nix>).shell'
<clever> "/nix/store/715fljdrspphbdk255r729zxp4w7lcgk-bash-4.4-p23/bin/bash"
<clever> samueldr: ah, the problem is everywhere, several bash scripts, nix itself, and su
<clever> samueldr: can you double-check the nix in your android builds and see what it has?
<clever> /nix/store/yi5c0g0y0gas789wznn56z56a61zlva9-nix-2.3.2-armv7l-unknown-linux-gnueabihf/share/nix/corepkgs/config.nix
<clever> thats the version ive got
<samueldr> I don't have a nix in those builds as I only use stage-1
<samueldr> and a native built stage-2
<clever> samueldr: i see at least one of the cases, is caused by `#! @shell@` in combination with a pkgs.substituteAll from a cross pkgs
<clever> ahh, my stage-2 is cross also, so thats where the problems come in
<clever> looks like i want runtimeShell to get the cross bash
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
FRidh has quit [Quit: Konversation terminated!]
<clever> samueldr: yeah, now that i `why-depends --all`, its everywhere, i'm surprised this even boots
rasmusm has joined #nixos-aarch64
alp has quit [Ping timeout: 244 seconds]
<fps> rsa: yeah, you mentioned cross compiling before. i don't feel ready yet to try that ;)
<fps> oops, that was for srk
<fps> the built image booted, wow :)
alp has joined #nixos-aarch64
alp has quit [Ping timeout: 272 seconds]
makefu has quit [Quit: WeeChat 2.6]
makefu has joined #nixos-aarch64