| presi | hi, why the image for rpi1 is armel? | 22:16 |
|---|---|---|
| gnarface | presi: using armhf on those boards requires non-free firmware | 22:18 |
| gnarface | and debian's stock kernels only support armhf back to armv7 | 22:19 |
| agneli | well that armv7 is sometimes questionable gnarface | 22:20 |
| agneli | neon is optional in armv7 | 22:21 |
| gnarface | noted, but as "armv6+" (as broadcom calls these) they're the only arm cpus that early with any HF at all | 22:21 |
| agneli | and it does creep in in devuan binaries sometimes | 22:21 |
| gnarface | it's actually the key sticking point about why debian refused to support them to begin with, and the fundamental reason raspbian exists | 22:21 |
| presi | interesting, thanks | 22:22 |
| gnarface | i was under the impression that you could download the non-free firmware and build a custom kernel with it yourself, then presumably you'd be able to use the armhf repos, but i haven't looked into how hard that is. i think gentoo wiki might have some pointers on the matter. | 22:23 |
| gnarface | (they might be gentoo-specific though) | 22:23 |
| gnarface | you could try making a gentoo image and then swapping the rootfs with a debootstrapped armhf one from devuan | 22:24 |
| gnarface | (something i'd considered trying myself, let me know if it works!) | 22:24 |
| gnarface | agneli: hmm, yes, you're right, i recall that issue cropping up in firefox builds at some point | 22:26 |
| gnarface | i forget who was complaining about that | 22:26 |
| presi | I think I can live with armel then, if I need more performance I have a rpi3 | 22:27 |
| gnarface | the only thing i noticed that really suffered without it was video decoding | 22:28 |
| agneli | firefox is a bitch, they did have neon assembly last time I checked | 22:28 |
| agneli | I tried to remove neon... | 22:28 |
| agneli | :( | 22:28 |
| presi | gnarface: the gpu and fpu are sharing hardware units? | 22:29 |
| gnarface | presi: i guess so? i'm not super clear on specifics. the video decoder requires some other proprietary api called "omx" or something like that... to be fair i don't now for sure that you need armhf for it, just that it's also dependent on the non-free build-time kernel firmware | 22:31 |
| gnarface | hang out, someone around here might know more but it's a slow channel | 22:32 |
| gnarface | actually agneli here might even know, but i think fsmithred or parazyd made those images | 22:32 |
| presi | good to know that probably the omxplayer won't work on this system | 22:37 |
| gnarface | presi: heh, no it definitely won't. and that's the primary reason i've been considering trying a gentoo image build, to see if it will work on that. | 22:48 |
| gnarface | i think if i can figure out the gentoo way i should be able to translate it to devuan | 22:49 |
| gnarface | then the question remains whether that will work as well as the old raspbian build i was using before, but to find out i'll have to interrupt my timelapse job, so motivation is low... | 22:50 |
| gnarface | if it works for you, i'd appreciate feedback :) | 22:50 |
| agneli | btw I hope I have solved my issue with wifi and old kernel on my laptop :) | 23:19 |
| agneli | the old kernel was not setting the clock for the phy ic for the ulpi interface... | 23:19 |
| agneli | compiling and will be testing soon :) | 23:19 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!