ryantrinkle has quit [Ping timeout: 246 seconds]
_ris has quit [Ping timeout: 276 seconds]
ryantrinkle has joined #nixos-aarch64
<samueldr> hmm, I'd really need the input of other grusers to know if it's scarlet specific or not... will try the #linux-rockchip channel
<samueldr> though got the internal mmc working by basically commenting the part where it tries to use HS400ES :/
<samueldr> though it does seem to use HS400ES in the chromeos kernel
<samueldr> [ 0.784723] mmc0: new HS400 Enhanced strobe MMC card at address 0001
jtojnar has quit [Quit: jtojnar]
t184256 has left #nixos-aarch64 ["Disconnected: Replaced by new connection"]
t184256 has joined #nixos-aarch64
zupo has joined #nixos-aarch64
zupo has quit [Client Quit]
orivej has joined #nixos-aarch64
zupo has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
vika_nezrimaya has quit [Ping timeout: 240 seconds]
vika_nezrimaya has joined #nixos-aarch64
vika_nezrimaya has quit [Remote host closed the connection]
zupo has joined #nixos-aarch64
vika_nezrimaya has joined #nixos-aarch64
vika_nezrimaya has quit [Ping timeout: 240 seconds]
<sphalerite> samueldr: I can maybe check it out sometime
jtojnar has joined #nixos-aarch64
<MichaelEden[m]> Maybe here's a better place to ask:
<MichaelEden[m]> > I know there's great plumbing for cross compilation within nix, but is there an easy way to "cross compile" through QEMU using nix? (as in boot an emulated architecture and run nix build inside of that?) if not i might take a stab at it as long as there's no hidden extra-complicated thing i'm unaware of.
<MichaelEden[m]> This would just be a tool to use over cross compiling when you care that the hashes you build are the same as if you built them on target
vika_nezrimaya has joined #nixos-aarch64
<tilpner> MichaelEden[m]: I use this module, adapted from clever: https://tx0.co/DzX
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<MichaelEden[m]> Oh dang that's cool!
<MichaelEden[m]> How do you build with this then? I guess you first need an arm nix binary?
<sphalerite> MichaelEden[m]: I don't think you do, you can pass --system and --extra-supported-systems to your native nix
<sphalerite> MichaelEden[m]: err, --extra-platforms
<sphalerite> --system to make builtins.currentSystem evlauate to "armv7l-linux" for example, and --extra-platforms to convince nix that derivations for that system can actually be built by your machine
<MichaelEden[m]> Thank you sphalerite! I'll try this out
orivej has quit [Ping timeout: 246 seconds]
vika_nezrimaya has quit [Ping timeout: 265 seconds]
zupo has joined #nixos-aarch64
ryantrinkle has quit [Ping timeout: 240 seconds]
jtojnar has quit [Ping timeout: 245 seconds]
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
orivej has joined #nixos-aarch64
ryantrinkle has joined #nixos-aarch64
marek has quit [Ping timeout: 246 seconds]
marek has joined #nixos-aarch64
jtojnar has joined #nixos-aarch64
jtojnar has quit [Read error: Connection reset by peer]
jtojnar has joined #nixos-aarch64
ryantrinkle has quit [Ping timeout: 245 seconds]
ryantrinkle has joined #nixos-aarch64
jtojnar has quit [Quit: jtojnar]
jtojnar has joined #nixos-aarch64
jtojnar has quit [Ping timeout: 246 seconds]
zupo has joined #nixos-aarch64
jtojnar has joined #nixos-aarch64
jtojnar has quit [Quit: jtojnar]
jtojnar has joined #nixos-aarch64
wildtrees has joined #nixos-aarch64
jtojnar has quit [Read error: Connection reset by peer]
jtojnar_ has joined #nixos-aarch64
jtojnar_ has quit [Ping timeout: 240 seconds]
jtojnar has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<sphalerite> samueldr: any chance you've got audio working properly on your grubook?
<samueldr> with 5.2 it worked
<samueldr> grutab :)
<sphalerite> hm ok…
<samueldr> basically with mainline 5.2 and the graphical profile added to the basic sd image from the kevin-nix repo
<sphalerite> I'm on an ALARM kernel and it's all weird and won't play through my headphones
<sphalerite> I guess I need to try 5.2 :p
<samueldr> please :D
<samueldr> I want to know whether the emmc issue is scarlet/dumo specific
<samueldr> if it is, I have that patch to make it work with the slower protocol
<sphalerite> probably not, I remember having some fun issues with that
<samueldr> at least confirmation would be great
<sphalerite> yeah will check
<samueldr> from the light testing I've done with mainline, everything I teste worked except emmc
<samueldr> including sound, backlight control
<samueldr> type-c eDP works
<samueldr> battery level, too
<samueldr> I *think* there could be issues with poweroff/reboot commands, but this is yet unverified
<samueldr> (unverified since I don't have stage-2 yet with mobile-nixos, but that's the next step once dumo has been added)
<sphalerite> oh, hm, I'm on 19.03, will that be a problem?
<sphalerite> i.e. will I need to rebuild with unstable?
<samueldr> I don't think so
<samueldr> > pkgs.version
<sphalerite> because I don't have a massive amount of space on the 16GB emmc :)
<sphalerite> ok, about to reboot
<sphalerite> any last words?
<samueldr> excelsior!
<sphalerite> (I've got the previous kernel on the sd card for recovery)
* samueldr wonders if the bot is there
<samueldr> might just be busy
<samueldr> anyway, repl'd it, 5.2 is _latest on 19.03
<sphalerite> it works!
<samueldr> what works? :)
<sphalerite> the kernel
<sphalerite> including emmc, since, well, it booted :p
<samueldr> dmesg | grep -i mmc
<samueldr> though I figure if it loaded stage-2 on the mmc it worked
<samueldr> so, smells like scarlet or dumo specifics, thanks
<sphalerite> well actually there is an error?
<sphalerite> but it works anyway *shrug*
<samueldr> interesting, same errors!
<samueldr> lsblk ?
<samueldr> though yeah, it obviously orkd since mmcblk1* inited
<samueldr> this muddies the water a bit more for me :/
<samueldr> (though still good info!)
<samueldr> yep, sanity check, though good
<samueldr> hmmm
<samueldr> from your message on #linux-rockchip sounds like sound is still wonky?
<sphalerite> that was earlier on the ALARM kernel
<sphalerite> it still has all the funky controls in alsamixer which I'm scared of fiddling with
<sphalerite> because apparently they can fry your speakers
<samueldr> hm :/
<sphalerite> and, uh, now pulseaudio only creates a dummy output
* sphalerite throws pulseaudio out again
<sphalerite> ^ oxij approves, presumably
<samueldr> pretty sure here alsa / kernel stuff is at fault :)
<sphalerite> oh boy, mpv throws some interesting (and familiar from last time I tried this) errors at me without pulse
<sphalerite> [ao/alsa] Unable to set hw-parameters: Invalid argument //// [ao/alsa] Attempting to work around even more ALSA bugs... //// [ao/alsa] Unable to set hw-parameters: Invalid argument
<sphalerite> I think the hardware only supports a small set of sample rates/types
<samueldr> oof, I just about spooked myself, I forgot I had the hacky patch to make the internal mmc work...
<sphalerite> lol
<samueldr> oh, fun
<samueldr> [ 4.914253] mmc1: mmc_select_hs200 failed, error -110
<samueldr> are you able to reboot a couple times?
<sphalerite> I'll give it a try
zupo has joined #nixos-aarch64
<samueldr> I'm thinking of adding a sleep in the codepath just before
<samueldr> see if it's some timing shenanigan
<sphalerite> samueldr: about 5 successful boots now
<sphalerite> none unsuccessfuly
<samueldr> good, I figure that if it was to be fickle, it would have beee
<samueldr> been*
<sphalerite> maybe it's too fickle for such simplistic attempts to trigger it :p
<samueldr> maybe!
<samueldr> it could very well be that since you booted from it, it'll work flawlessly
<samueldr> that if you booted the same kernel from sd it'd flake out
<sphalerite> hm I could try that
<samueldr> I will try the hs400es (without my boneheaded patch) on the internal mmc soon
<sphalerite> ooooh the panfrost kernel driver is loaded
<samueldr> yeah, saw it might be a possibility on 5.2+ but haven't had the time to play outside stage-2 yet
<sphalerite> yeah the mesa on here doesn't support it either so it needs some userspace work anyway
<samueldr> by the end of the week-end, even if through hacks, I want to dogfood stage-2 on the tablet :)
<sphalerite> at least, glxinfo still says llvmpive
<sphalerite> llvmpipe*
<samueldr> the suzyqable is amazing for early debug
<samueldr> and the pixel 2, supposedly the 3, hopefully the 3a, also can use suzy-q
<samueldr> (haven't checked since the 3a was released)
<sphalerite> oooh and alacritty runs. On llvmpipe presumably though
jtojnar has quit [Ping timeout: 265 seconds]
<samueldr> booting from internal mmc doesn't help here
jtojnar has joined #nixos-aarch64
vika_nezrimaya has joined #nixos-aarch64
<sphalerite> they probably have different mmcs
<sphalerite> didn't you say yours is 32GB as well?
<samueldr> yes, different for sure
<samueldr> and yes, 32 GB
<samueldr> though there is no difference in the device tree
<samueldr> and AFAIUI the way mmc works basically makes them drop-in replacements, but obviously that doesn't seem true :)
<samueldr> though, tbf, there is still the possibility that it would work if I were to use your kernel image compared to mine
<samueldr> hm, simply adding a sleep at `mmc_select_timing` doesn't help
<samueldr> (not that surprising)
<samueldr> ETIMEDOUT for 110
<samueldr> EILSEQ for the infrequent 84
<sphalerite> my kernel is /nix/store/03iajl887z68qxqyzhrqpd2h65hly774-linux-5.2.8/Image
<sphalerite> available from cache.nixos.org ;)
<samueldr> yeah :)
<samueldr> I know I tried with an hydra-built kernel, though it was on nixos-unstable
<samueldr> couldn't see why it'd work better though really
<sphalerite> yeah
_ris has joined #nixos-aarch64
<sphalerite> samueldr: trying to build mesa with panfrost now when I should be sleeping ;)
<samueldr> last time I did something while I should have been sleeping I typed reboot in the right terminal, but not in the serial session
<sphalerite> lol
vika_nezrimaya has quit [Ping timeout: 265 seconds]
zupo_ has joined #nixos-aarch64
zupo has quit [Ping timeout: 240 seconds]
zupo_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
ryantrinkle has quit [Ping timeout: 245 seconds]
ryantrinkle has joined #nixos-aarch64
_ris has quit [Ping timeout: 258 seconds]