<samueldr> ToxicFrog: you said vc4 was enough for early modesetting, was this with kernel 5.1?
<ToxicFrog> samueldr: it was with kernel 4.19
<ToxicFrog> I haven't tried it with 5.x yet and am not fiddling with it tonight
<ToxicFrog> But I will report back once I do
<samueldr> right, it might not be enough with 5.1
<samueldr> (testing my changes before doing the PR)
* ToxicFrog nods
<ToxicFrog> I'll give it a run tomorrow if I can and let you know how it goes
<samueldr> weird, doesn't work either for 4.19
jackdk has joined #nixos-aarch64
orivej has quit [Ping timeout: 245 seconds]
clever has quit [Ping timeout: 248 seconds]
jackdk has quit [Ping timeout: 248 seconds]
{^_^} has quit [Ping timeout: 252 seconds]
jackdk has joined #nixos-aarch64
clever has joined #nixos-aarch64
clever has joined #nixos-aarch64
clever has quit [Changing host]
orivej has joined #nixos-aarch64
{^_^} has joined #nixos-aarch64
<samueldr> though, with the three modules I tracked down, it works, tested with sd card and can see the resizing happen before modules end up loading
<samueldr> "vc4" "bcm2835_dma" "i2c_bcm2835"
orivej has quit [Ping timeout: 245 seconds]
orivej has joined #nixos-aarch64
orivej has quit [Ping timeout: 264 seconds]
orivej has joined #nixos-aarch64
orivej has quit [Ping timeout: 248 seconds]
* DigitalKiwi can't get an f2fs raspberry pi 3 to boot :(
<DigitalKiwi> i know it's possible my raspbian does it
<DigitalKiwi> but i can't figure out how to make nixos do it :(
v0|d has joined #nixos-aarch64
kvaster_ has joined #nixos-aarch64
kvaster_ has quit [Ping timeout: 246 seconds]
kvaster_ has joined #nixos-aarch64
zupo has joined #nixos-aarch64
kvaster_ has quit [Ping timeout: 245 seconds]
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Thra11 has quit [Ping timeout: 245 seconds]
ryantrinkle has quit [Ping timeout: 268 seconds]
zupo has joined #nixos-aarch64
zupo has quit [Read error: Connection reset by peer]
zupo has joined #nixos-aarch64
kvaster_ has joined #nixos-aarch64
kvaster_ has quit [Ping timeout: 248 seconds]
kvaster_ has joined #nixos-aarch64
zupo has quit [Read error: Connection reset by peer]
zupo has joined #nixos-aarch64
kvaster_ has quit [Quit: Konversation terminated!]
kvaster_ has joined #nixos-aarch64
Acou_Bass has quit [Ping timeout: 258 seconds]
Acou_Bass has joined #nixos-aarch64
Acou_Bass has quit [Quit: byeeeeeeeeeeeeeee]
Acou_Bass has joined #nixos-aarch64
mthst has quit [Ping timeout: 258 seconds]
zupo_ has joined #nixos-aarch64
zupo has quit [Ping timeout: 245 seconds]
mthst has joined #nixos-aarch64
v0|d has quit [Ping timeout: 248 seconds]
zupo_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
orivej has joined #nixos-aarch64
zupo has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
orivej has quit [Ping timeout: 272 seconds]
orivej has joined #nixos-aarch64
kvaster_ has quit [Ping timeout: 246 seconds]
<ToxicFrog> F2FS?
<samueldr> Flash-Friendly File System
<DigitalKiwi> they could have named it three effs
<DigitalKiwi> or f3s
kvaster_ has joined #nixos-aarch64
mthst has quit [Quit: the bouncer died]
mthst has joined #nixos-aarch64
orivej has quit [Ping timeout: 248 seconds]
mthst has quit [Ping timeout: 258 seconds]
mthst has joined #nixos-aarch64
Thra11 has joined #nixos-aarch64
mthst- has joined #nixos-aarch64
mthst has quit [Ping timeout: 250 seconds]
Thra11 has quit [Ping timeout: 268 seconds]
<DigitalKiwi> samueldr: is there anything special i should have to do to nixos-install for a raspberry pi
<samueldr> I don't think so, other than ensuring you set up u-boot right
<samueldr> (unless you're not using u-boot at all, then ensuring the kernel and config.txt are set up right)
<DigitalKiwi> how do you set up u-boot right is there a wiki
<DigitalKiwi> that's probably what i'm not doing
Thra11 has joined #nixos-aarch64
<samueldr> there's not really any information right now since it's kinda expected that one would use the sd imag
<samueldr> sd image*
<samueldr> an easy shortcut is copying the FAT32 partition content of sd_image to a new FAT32 partition
<samueldr> I'm not sure if u-boot can read F2FS, if it cannot you will need to have the FAT32 partition big enough to fit a couple generations
<samueldr> 120MiB (the current default) is a bit small
<DigitalKiwi> does raspbian use u-boot
<samueldr> no
<DigitalKiwi> oh
<samueldr> if u-boot can read F2FS then you can just put u-boot and the required files and let it read the generations from the partition
<samueldr> raspbian doesn't have "generations" either, so the kernel and initrd are on the FAT32 partition I would bet
<samueldr> the fact NixOS has generations makes NixOS peculiar compared to the usual arm board setups
<DigitalKiwi> i'm suspecting it can't read f2fs might be the problem
<DigitalKiwi> how big are generations is it just the kernel or
<samueldr> yeah, looks like u-boot doesn't support f2fs
<samueldr> kernel and initrd
<samueldr> it will not duplicated initrd and kernels if they are the same store path
<DigitalKiwi> i have my vfat 1GB
<samueldr> but if you're e.g. working on improving the initrd it will take as much space as n * size
<DigitalKiwi> i only have 32GB micro sd cards so i GC quite often
<samueldr> this is how the image builds the FAT32 partition
<samueldr> there's also these options: https://nixos.org/nixos/options.html#raspberr
<samueldr> so you might be able to just create the FS and mount it without needing to know how to set it up
mthst- has quit [Ping timeout: 252 seconds]
mthst has joined #nixos-aarch64
zupo has joined #nixos-aarch64
mthst has quit [Ping timeout: 258 seconds]
* DigitalKiwi can't figure it out
<DigitalKiwi> something says unknown filesystem i don't know if it's u-boot or what
<DigitalKiwi> and it's a pain to test because it's normally headless and i don't have an hdmi screen handy
mthst has joined #nixos-aarch64
mthst has quit [Ping timeout: 258 seconds]
mthst has joined #nixos-aarch64
orivej has joined #nixos-aarch64
mthst has quit [Ping timeout: 258 seconds]
<DigitalKiwi> samueldr: what does raspbian use instead of u-boot btw?
<samueldr> their firmware handles loading *something*, which can be a kernel directly
<samueldr> in our case *something* is u-boot
<samueldr> so raspbian is configured to load the kernel
<samueldr> it's not like they have to handle useful thing like generations and boot options
<samueldr> boot options are handled in config.txt
<gchristensen> samueldr: do you ever do the WoA calls?
<samueldr> no, happens while I should be concentrating/working on $client stuff
<samueldr> (sometimes unsuccessfully)
<gchristensen> aye :)
<samueldr> though I check back on what's shared
<gchristensen> often interesting things there.
<samueldr> funny how the Khadas VIM 3 lists eMMC being on-board as an advantage vs. an expandable socket
<samueldr> and another reason is zoom, having to install that to jump in to listen is relatively high friction
Thra11 has quit [Ping timeout: 246 seconds]
Thra11 has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<duncan> Isn't eMMC typically faster than your average SD card at least/
<samueldr> in my experience it is
<samueldr> well, the chips could have been
<samueldr> but what they compared to is eMMC too
<samueldr> but on a carrier board
<samueldr> so you can switch the eMMC module
<samueldr> I really like that concept, that made it possible to make my pinebook a 64GiB pinebook by using the eMMC I had for the pine64
Thra11 has quit [Ping timeout: 248 seconds]
v0|d has joined #nixos-aarch64
{^_^} has quit [Remote host closed the connection]
{^_^} has joined #nixos-aarch64