| hyrc_ | curl http://0x0.st/ozMg.ans for irssi art | 05:44 |
|---|---|---|
| hyrc_ | anyone using the new fixes in panfrost? | 10:50 |
| ham5urg | Here https://www.fsf.org/resources/hw/single-board-computers it is stated (as I understand it but I doubt my understanding) that the Allwinner R-Series can run Debian (Devuan) blob-free. I have took a look here https://linux-sunxi.org/Allwinner_SoC_Family#.22R.22-Series and found the 64bit Allwinner R18 in the list. Maybe 64bit is a bad choice, idk. Nevertheless, I found that CPU here https://wiki.banana-pi.org/ | 11:59 |
| ham5urg | Banana_Pi_BPI-M64 . Should I purchase such if I want to try a binary-free/closed-source-free board? I doubt that a blob free sbc but am unsure. | 11:59 |
| ham5urg | Maybe the blobs can be self-created by compiling from source. | 12:00 |
| hyrc_ | thanks for the info | 12:42 |
| Vanfanel | c0rnelius: sorry if you read the same question on the main Devuan channel, but I know you do the Raspberry Pi images I use: is the Pi kernel mounting devtmpfs on /dev or is this something all kernels do? | 15:37 |
| hyrc_ | i have no /dev/devtmpfs | 15:41 |
| Vanfanel | hyrc_: no, of course, I mean that devtmpfs is mounted on the /dev mountpoint | 15:42 |
| hyrc_ | i have tmpfs on /dev/shm | 15:43 |
| Vanfanel | that has nothing to do with my question I think :( | 15:43 |
| hyrc_ | i dont have an active pi sorry | 15:45 |
| c0rnelius | it should be mounted on /tmp. you can edit the fstab, if you don't wanna use it. | 15:46 |
| Vanfanel | c0rnelius: I am not using fstab, I use my own small init script. | 15:49 |
| Vanfanel | So I am not reading fstab at all at boot | 15:49 |
| Vanfanel | The question is: Who is mounting DEVTMPFS in /dev? | 15:49 |
| c0rnelius | Well that wouldn't be me then. Maybe someone else knows? | 15:50 |
| Vanfanel | c0rnelius: I hope so. Who's working on the ARM images besides you? | 15:51 |
| Tenkawa | c0rnelius: I've told him already its automatic | 15:51 |
| c0rnelius | Yeah. Looks like its done through udev | 15:52 |
| Tenkawa | eudev does it | 15:52 |
| Tenkawa | and udev | 15:52 |
| Tenkawa | I just tested both | 15:52 |
| Vanfanel | The problem here, guys, is that I DON'T have udev/eudev running on my system AT ALL :) | 15:52 |
| Tenkawa | yes you do | 15:52 |
| Tenkawa | you just don't know it | 15:53 |
| c0rnelius | Vanfanel: That I do not know. | 15:53 |
| Vanfanel | Tenkawa: How can I have it running if I haven't launched it in any way? | 15:53 |
| Tenkawa | do you run an initram? | 15:53 |
| Vanfanel | Tenkawa: no, I pass this to the kernel in cmdline.txt: init=/etc/minimal, where minimal is a small script I have done and does not lauch udev/eudev at all. | 15:54 |
| Vanfanel | in fact, ps -A doesn't show a trace of udev or eudev | 15:55 |
| Vanfanel | how could it? I am not running it on my init script, it would be ghostery :D | 15:56 |
| c0rnelius | well if ur seeing it under cat /proc/mounts then obviously udev is in use. probs just a default rule. | 15:57 |
| Tenkawa | if you are using bb it "should" be using mdev however unless you went in and stripped it out.. it will be overriden in these images by eudev/udev | 15:59 |
| Vanfanel | Tenkawa: what's bb? | 15:59 |
| Tenkawa | busybox | 15:59 |
| Vanfanel | ah, yeah, I use busybox, that's where I got MDEV :) | 16:00 |
| Vanfanel | c0rnelius: in fact, I have purged udev package frmo my system. It's not here anymore. | 16:00 |
| Vanfanel | yet I see DEVTMPFS mounted in /dev, even if I don't do it. COuld be the kernel doing that then? | 16:01 |
| Tenkawa | look for "eudev" not just udev | 16:03 |
| Tenkawa | I had to do it | 16:03 |
| Tenkawa | apt-get remove --purge eudev | 16:03 |
| Tenkawa | after udev | 16:03 |
| Tenkawa | it stopped it solid (which is what I wanted) | 16:04 |
| Tenkawa | like I thought it would | 16:04 |
| Tenkawa | wouldn't boot after next reboot | 16:04 |
| Tenkawa | for me easily fixable with a cable and chroot :) | 16:04 |
| Vanfanel | Tenkawa: mistery solved. The Pi kernel (and I guess any kernel used by DEVUAN) have the CONFIG_DEVTMPFS_MOUNT option set. SO, it's the kernel, not UDEV/EUDEV, which I have both purged. It's the kernel, it's a kernel feature. | 16:06 |
| Vanfanel | c0rnelius: look, out of curiosity ^^ | 16:07 |
| Vanfanel | So, CONFIG_DEVTMPFS_MOUNT is the key to the mistery :D | 16:07 |
| Vanfanel | No UDEV/EUDEV involved | 16:07 |
| Tenkawa | well you are 1/2 right | 16:09 |
| c0rnelius | Well good to know. You would need a custom kernel then as the builder uses the default defconfig(s) provided by the foundation for each build. | 16:09 |
| Tenkawa | This option does not affect initramfs based booting, here the devtmpfs filesystem always needs to be mounted manually after the rootfs is mounted. | 16:09 |
| Tenkawa | like I said... you need to be aware of initram | 16:09 |
| Tenkawa | and most boxes now use it | 16:10 |
| Tenkawa | all of "our" builds for instance do | 16:10 |
| Tenkawa | but some dont | 16:11 |
| Vanfanel | Tenkawa: That's a VERY good point you gave me, and a great tip for the future: I have never touched the initramfs based boot process on my custom init scripts, and I may find myslef hitting my head on a wall if I ever do and don't do the manual DEVTMPFS mounting! So really, thanks | 16:13 |
| Tenkawa | its made a great way to cut down the size of of the init too | 16:13 |
| Tenkawa | just be prepared to run a few test reboots lol | 16:14 |
| Vanfanel | c0rnelius: I am OK with the default kernel and the fact that it automounts DEVTMPFS on /dev, I just needed to know "who" :D | 16:14 |
| Vanfanel | Tenkawa: My life is a continuous reboot process with all these experiments I do! :D | 16:14 |
| c0rnelius | Vanfanel: Well, now we both know :) I've honestly never paid much "if any" attention to it. | 16:17 |
| Vanfanel | Tenkawa: it seems MDEV loads modules automatically on hotplug, but how can I tell it to unload them on unplug? Is that possible at all with MDEV? | 16:57 |
| Tenkawa | I would have to read up on mdev.. haven't used it | 17:00 |
| Vanfanel | Tenkawa: then I will do the read, of course :) | 17:02 |
| Vanfanel | Save your eyes, for us Unix/Linux veterans have to keep our eyes rest | 17:03 |
| Tenkawa | some of us older than others lol | 17:03 |
| Vanfanel | Tenkawa: I am old enough as to fear for my eyesigh XD | 17:09 |
| Tenkawa | my eyesight is ok.. its more like my state of mind lol | 17:09 |
| Tenkawa | my eyes are actually better now than they were 15 years ago | 17:10 |
| Tenkawa | odd eh? | 17:10 |
| Tenkawa | (I have very odd medical history) | 17:11 |
| Vanfanel | Tenkawa: now that's something! Mine are worse... I have these floating things I see with clear light | 17:11 |
| Vanfanel | think these are normal when you need glasses because of myopia, but they are disturbing anyway... | 17:12 |
| hyrc_ | floaters, common | 17:12 |
| Vanfanel | hyrc_: yes, floaters XD Hate them | 17:13 |
| Vanfanel | SO distracting sometimes | 17:13 |
| Tenkawa | I am extremely farsighted | 17:13 |
| Vanfanel | Tenkawa: I always thought computers made us short-sighter, am I wrong? :O | 17:15 |
| Vanfanel | *short-sighted | 17:15 |
| Tenkawa | haahaa | 17:15 |
| hyrc_ | i suggest bigger monitor, further away | 17:15 |
| hyrc_ | i did this, eliminated eyestrain | 17:16 |
| Tenkawa | hyrc_: yeah I "can" read across the room lol | 17:16 |
| Tenkawa | scary eh | 17:16 |
| hyrc_ | the difference between 40cm and 80cm is big, for eye strain, for me at least | 17:16 |
| Vanfanel | hmm... yes, a far monitor may be better | 17:18 |
| Tenkawa | here ya go | 17:21 |
| Tenkawa | Resolution:3024 x 1964 Retina | 17:21 |
| Tenkawa | hows that for small reading | 17:21 |
| Tenkawa | lol | 17:22 |
| Vanfanel | Tenkawa: what size? | 17:31 |
| Tenkawa | 14" | 17:36 |
| hyrc_ | https://i.imgur.com/n00po5C.jpg average citizen versus libertarians | 17:39 |
| dreamer | except the truck is on a trailer and the libertarians are pissing their pants for no reason | 17:54 |
| dreamer | as usual | 17:54 |
| Tenkawa | there we go.. machine is back online | 19:03 |
| steev | c0rnelius: btw, re: that patch the other day about the assigned clocks - afaict, we already have that on radxa zero | 20:46 |
| steev | at least in 5.15 | 20:47 |
| steev | i want to test the 5.16 i just built but haven't had a chance | 20:47 |
| Tenkawa | steev: if I'd ever get my unit I would test it lol | 20:57 |
| steev | :( | 20:58 |
| steev | i have the 8gb version here that i can at least look at | 20:58 |
| Tenkawa | heheh | 20:59 |
| c0rnelius | I guess it got pushed through then. | 21:00 |
| steev | sadly, still no go with the 5.16 rc8 | 21:13 |
| steev | and libreelec's patches | 21:13 |
| Tenkawa | steev: whats broke? | 21:13 |
| steev | audio | 21:13 |
| Tenkawa | completely or a certain part? | 21:14 |
| c0rnelius | Kind of surprised it doesn't work honestly. | 21:14 |
| steev | hdmi audio specifically | 21:14 |
| steev | i might try plugging it in to the other monitor | 21:14 |
| c0rnelius | Its not a new SoC. | 21:14 |
| c0rnelius | New to the game SBCs but... not new. | 21:15 |
| steev | this is true | 21:15 |
| Tenkawa | steev: what do you get when you run pacmd list-sinks | 21:16 |
| steev | No PulseAudio daemon running, or not running as session daemon. | 21:16 |
| steev | heh | 21:16 |
| Tenkawa | and pavucontrol | 21:16 |
| c0rnelius | Odd part is ur getting stuff in aplay -l arent you? | 21:16 |
| steev | yeah, i was seeing things in aplay -l | 21:16 |
| steev | https://usercontent.irccloud-cdn.com/file/4WeY3Bks/2021-12-04-182108_screenshot.png | 21:17 |
| Tenkawa | I'm reading that the sink may need to be manually set to 1 | 21:17 |
| steev | where are you reading that? | 21:17 |
| Tenkawa | its for a diff device however similar situation | 21:18 |
| Tenkawa | https://forum.radxa.com/t/pi-4c-audio-via-hdmi/4371 | 21:18 |
| steev | hm, i m ean, i can try but i don't think that helped | 21:19 |
| steev | bnefore | 21:19 |
| steev | i also can't type today, i think i need a new keyboard | 21:19 |
| c0rnelius | Have you tested CoreELEC on it yet? They have an img for it. | 21:20 |
| steev | i have not | 21:38 |
| steev | let me look | 21:38 |
| steev | okay so | 22:05 |
| steev | it seems to work there | 22:05 |
| steev | 4.9.113 | 22:24 |
| steev | they uh... i don't even know what kernel that is | 22:24 |
| Tenkawa | its... old | 22:33 |
| Tenkawa | lol | 22:33 |
| Tenkawa | considering that branch is currently on 4.9.224 | 22:33 |
| Tenkawa | march 25 2020 wow | 22:34 |
| Tenkawa | lol | 22:34 |
| steev | but audio does work on it so.... there's that? | 22:34 |
| Tenkawa | well that tells me its probably just a config | 22:35 |
| Tenkawa | (kconfig) | 22:35 |
| Tenkawa | probably just need to extract the kernel config.. .get the new source... build a new kernel with that config and test it | 22:36 |
| Tenkawa | that's fixed a lot of setups in the past | 22:36 |
| c0rnelius | The diff is their branch is custom. | 23:10 |
| c0rnelius | I looked through the dts and dtsi files a while back but nothing stood out to me, plus I don't have the thing to test anyway. | 23:11 |
| c0rnelius | Mostly just wanted to know if the audio worked. | 23:12 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
