| c0rnelius | fatal: its been added https://github.com/pyavitz/debian-image-builder/commit/670a122c4a51d0586a4910e8a159ecd5be9ebb87 | 03:07 |
|---|---|---|
| c0rnelius | if there is anything in particular you want to add or change you can either do a PR or let me know and I can see what I can do. I don't have the board, but it appears to me its pretty much the ODROID C4 with onboard eMMC and a diff name. | 03:10 |
| pablomobile | c0rnelius: Thanks, LOL | 17:21 |
| c0rnelius | pablomobile: np. personally i'd use schedutil or ondemand if you really need it to run on the down low. | 17:27 |
| pablomobile | c0rnelius: I added a script on rc.local to put all cores on powersave | 18:00 |
| pablomobile | c0rnelius: This RPi3 will be powered with solar power only (to monitor hazardous activity of an active volcano) | 18:01 |
| c0rnelius | ah gotcha. | 18:01 |
| c0rnelius | well do what works then. | 18:01 |
| steev | pablomobile: if it's not gonna be doing a ton of processing, you might want to also limit the core speeds | 18:23 |
| pablomobile | steev: How can I do that? | 18:34 |
| steev | cpupower frequency-set --max <whatever> iirc | 18:37 |
| steev | where whatever is one of the values available in the scalining_available_freqencies | 18:37 |
| steev | scaling* | 18:37 |
| steev | e.g. on my system (not a pi) here i have "825600 902400 979200 1056000 1209600 1286400 1363200 1459200 1536000 1612800 1689600 1766400 1843200 1920000 1996800 2092800 2169600 2246400 2323200 2400000 2476800 2553600 2649600 2745600 2841600" so i could set it to 825600 to limit the system to 825MHz max | 18:38 |
| pablomobile | steev: Thanks | 18:43 |
| steev | if you want to set both min and max, make sure to set max first | 18:43 |
| pablomobile | steev: cpupower tells me that in powersave all cores are already at 600MHz, the lowest available. | 18:44 |
| steev | and i'm sure it goes without saying, but i'll say it anyway... make sure to test whatever you set it to can handle it | 18:44 |
| steev | ah, you're right, i didn't know that | 18:45 |
| fatal | c0rnelius: the most important thing that comes to mind would be the gpio's working. also the kernel boot parameter is set to 115200 for serial console, but it says 1500000 in dmesg. not sure if this is why i can't see anything past u-boot via serial connection. | 19:35 |
| steev | fatal: you could change it and see :) | 19:49 |
| c0rnelius | fatal: yeah you can edit that on ur end. I believe the dts file also has the GPIO layout in it and says what is what. armstrong did the dts for the board (i thinks?). it looked pretty complete to me. | 19:52 |
| fatal | ok i will look into it and thank you | 20:41 |
| fatal | it's not like i don't want to do but rather a how do | 20:43 |
| ukine | pablomobile: you said it's going to be monitoring an active volcano? cool! found that interesting. and it jogged my memory about industrial-grade arm board offerings a company called olimex turns out (just a suggestion, i don't represent them). -> https://www.olimex.com | 20:53 |
| ukine | might have more favorable min/max temp. and altitude ratings for that kind of environment. | 20:54 |
| c0rnelius | fatal: `sudo nano /boot/extlinux/extlinux.conf` is where the command line info can be changed. | 21:32 |
| fatal | i already tried to change it, the default is 'console=ttyAML0,11520n1' | 22:03 |
| fatal | the whole thing looks like: 'append earlyprintk console=tty1 console=ttyAML0,115200n8 console=both rw root=PARTUUIDxxxx rootwait rootfstype=ext4 fsck.repair=yes loglevel=1 net.ifnames=0 no_console_suspend iommu.passthrough=1 init=/sbin/init' | 22:08 |
| fatal | and dmesg: 'f803000.serial: ttyAML0 at MMIO 0xff803000 (irq = 14, base_baud = 1500000) is a meson_uart' | 22:10 |
| c0rnelius | should be able to edit this: ttyAML0,115200n8 | 22:33 |
| fatal | so i removed this part 'console=ttyAML0,11520n1' from extlinux.conf and added 'T0:23:respawn:/sbin/getty -L ttyAML0 115200 vt10' to /etc/inittab and it works | 22:34 |
| c0rnelius | aw sweet. | 22:34 |
| c0rnelius | Could probs put some overlays together for it eventually. | 22:34 |
| fatal | yes sure, where do i start? | 22:35 |
| fatal | some wiki's say you should `groupadd dialout` but it seem to work without just fine | 22:42 |
| fatal | i guess it's just for the bpi user but is not relevant for accesing the board via uart | 22:45 |
| c0rnelius | well since the board is so much like the odroid c4 and I'm pretty much using the same patching thats where I would start. | 22:50 |
| c0rnelius | the builder used to make the img is here: https://github.com/pyavitz/debian-image-builder | 22:51 |
| c0rnelius | this patch has a bunch of odroid c4 overlays in it: https://github.com/pyavitz/debian-image-builder/blob/feature/patches/amlogic/odroid/5.19/001-linux-odroid-dts-and-overlays.patch#L1135 | 22:53 |
| c0rnelius | as a matter of fact, if you look inside /boot/amlogic/overlays/odroidc4 there should be some in there. | 22:53 |
| c0rnelius | if they work on that board out of the box I could just convert them over and isolate the patching. | 22:54 |
| c0rnelius | for example I made one to overclock mine: fdtoverlays ../amlogic/overlays/odroidc4/meson-sm1-opp-2.2ghz.dtbo | 23:00 |
| c0rnelius | https://paste.debian.net/1249355/ | 23:00 |
| fatal | i'm at 52°C with 2100MHz and a little passive cooler, which still seems much for a cpu. | 23:09 |
| c0rnelius | run: `governor -s` | 23:21 |
| c0rnelius | should drop the temp | 23:21 |
| c0rnelius | honestly I feel the amlogic boards run the coolest in general. | 23:24 |
| c0rnelius | most of mine just have a big heat sink and thats it. | 23:25 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!