03:53.50 | *** join/#maemo-ssu povbot (~supybot@office.pov.lt) |
03:53.50 | *** mode/#maemo-ssu [+v povbot] by ChanServ |
04:31.31 | *** join/#maemo-ssu DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
05:10.32 | *** join/#maemo-ssu freemangordon (~ivo@46.249.74.23) |
06:00.50 | *** join/#maemo-ssu freemangordon (~ivo@46.249.74.23) |
06:07.16 | *** join/#maemo-ssu arcean (~arcean@62.159.77.164) |
06:14.53 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
10:06.58 | *** join/#maemo-ssu arcean (~arcean@62.159.77.164) |
10:06.59 | *** join/#maemo-ssu freemangordon (~ivo@46.249.74.23) |
10:07.54 | *** join/#maemo-ssu NIN101 (~core@mail2.quitesimple.org) |
10:07.54 | *** join/#maemo-ssu ruskie (ruskie@sourcemage/mage/ruskie) |
10:07.54 | *** join/#maemo-ssu sailus (~sailus@salottisipuli.retiisi.org.uk) |
10:07.54 | *** join/#maemo-ssu sixwheeledbeast^ (~zem@2a01:4f8:c17:101::2) |
10:07.54 | *** join/#maemo-ssu merlin1991 (~merlin@Maemo/community/cssu/merlin1991) |
10:09.39 | *** join/#maemo-ssu povbot (~supybot@office.pov.lt) |
10:09.39 | *** join/#maemo-ssu DrCode (~DrCode@5.28.134.3) |
10:09.39 | *** join/#maemo-ssu gregoa (~gregoa@colleen.colgarra.priv.at) |
10:09.39 | *** mode/#maemo-ssu [+v povbot] by tepper.freenode.net |
10:10.04 | *** join/#maemo-ssu useretai- (useretail_@gateway/shell/elitebnc/x-klnlszjxodgqhjkc) |
10:10.04 | *** join/#maemo-ssu jurov (~jurov@ec2-52-28-28-204.eu-central-1.compute.amazonaws.com) |
10:10.04 | *** join/#maemo-ssu _laco (~laco@static.183.80.201.138.clients.your-server.de) |
10:26.55 | *** join/#maemo-ssu NIN101 (~core@mail2.quitesimple.org) |
10:26.55 | *** join/#maemo-ssu ruskie (ruskie@sourcemage/mage/ruskie) |
10:26.55 | *** join/#maemo-ssu sailus (~sailus@salottisipuli.retiisi.org.uk) |
10:26.55 | *** join/#maemo-ssu sixwheeledbeast^ (~zem@2a01:4f8:c17:101::2) |
10:26.55 | *** join/#maemo-ssu merlin1991 (~merlin@Maemo/community/cssu/merlin1991) |
10:27.14 | *** join/#maemo-ssu useretai- (useretail_@gateway/shell/elitebnc/x-klnlszjxodgqhjkc) |
10:27.15 | *** join/#maemo-ssu jurov (~jurov@ec2-52-28-28-204.eu-central-1.compute.amazonaws.com) |
10:27.15 | *** join/#maemo-ssu _laco (~laco@static.183.80.201.138.clients.your-server.de) |
10:27.21 | *** join/#maemo-ssu freemangordon (~ivo@46.249.74.23) |
10:27.49 | *** join/#maemo-ssu povbot (~supybot@office.pov.lt) |
10:27.49 | *** join/#maemo-ssu DrCode (~DrCode@5.28.134.3) |
10:27.49 | *** join/#maemo-ssu gregoa (~gregoa@colleen.colgarra.priv.at) |
10:27.49 | *** mode/#maemo-ssu [+v povbot] by tepper.freenode.net |
10:28.08 | *** join/#maemo-ssu brolin_empey (~brolin@brolin.be) |
10:28.08 | *** join/#maemo-ssu APic (apic@apic.name) |
10:28.08 | *** join/#maemo-ssu Guest64392 (~Milhouse@host81-154-9-248.range81-154.btcentralplus.com) |
10:28.08 | *** join/#maemo-ssu sparetire (~sparetire@unaffiliated/sparetire) |
10:28.34 | *** join/#maemo-ssu XDS2010 (sid1218@gateway/web/irccloud.com/x-ielfcccnuchjcctl) |
10:28.34 | *** join/#maemo-ssu jon_y (~enforcer@2001:e68:4074:46ff:e01f:8e6d:cdca:d0e5) |
10:28.34 | *** join/#maemo-ssu amiconn (~amiconn@rockbox/developer/amiconn) |
10:28.34 | *** join/#maemo-ssu kerio (kerio@bad.memes.vs.dank.ninja) |
10:28.34 | *** join/#maemo-ssu atk (Arch-TK@fsf/member/Arch-TK) |
10:29.01 | *** join/#maemo-ssu APic (apic@apic.name) |
10:29.59 | *** join/#maemo-ssu ChanServ (ChanServ@services.) |
10:29.59 | *** mode/#maemo-ssu [+o ChanServ] by tepper.freenode.net |
10:33.01 | *** join/#maemo-ssu sparetire (~sparetire@unaffiliated/sparetire) |
10:44.16 | *** join/#maemo-ssu XDS2010 (sid1218@gateway/web/irccloud.com/x-jmuecsivcytsprmp) |
12:11.01 | *** join/#maemo-ssu how900 (~Neo900@neo900/coreteam/communications/how) |
12:12.00 | how900 | moin moin |
12:12.22 | *** join/#maemo-ssu parazyd (~parazyd@unaffiliated/parazyd) |
12:12.25 | how900 | freemangordon: did you see parazyd's baby? https://files.devuan.org/devuan_jessie_beta/testing/devuan_jessie_1.0.0-beta2.rc1_armhf_n900.img.xz |
12:12.32 | parazyd | meh |
12:12.38 | parazyd | it's the classic |
12:13.47 | *** mode/#maemo-ssu [+o DocScrutinizer05] by ChanServ |
12:15.50 | DocScrutinizer05 | [Notice] -asimov.freenode.net- #maemo-cssu forward channel is #maemo-ssu |
12:15.54 | *** mode/#maemo-ssu [-o DocScrutinizer05] by ChanServ |
12:19.17 | how900 | :) |
12:46.46 | *** join/#maemo-ssu NishanthMenon (~nmenon@unaffiliated/nishanthmenon) |
12:58.43 | DocScrutinizer05 | how900: won't there be an announcement for it on devuan or even on tmo? |
13:06.44 | DocScrutinizer05 | parazyd: ^^^ |
13:07.26 | DocScrutinizer05 | also would be great to give it a try and make a video of N900 running it |
13:07.28 | DocScrutinizer05 | :-) |
13:08.08 | parazyd | i can do it with how900 when he comes to our office :) |
13:08.26 | parazyd | should be soon(tm) |
13:12.16 | how900 | DocScrutinizer05: sure, parazyd wanted to push the images before addressing the community. He sent an email... https://lists.dyne.org/lurker/message/20161012.203353.ad85a13e.en.html |
13:13.31 | how900 | parazyd: if you write a nice howto I can test it since I have an N900 sitting here without a SIM card ;) |
13:15.10 | parazyd | how900: https://git.devuan.org/sdk/arm-sdk/blob/master/doc/quirks.md#nokia-n900 |
13:15.27 | how900 | parazyd: I should have known :) |
13:17.36 | how900 | ok there's room for improvement :) |
13:18.09 | bencoh | parazyd: "To actually run the maemo kernel using a new kernel, revert:: |
13:18.13 | bencoh | " what does that mean? |
13:18.38 | parazyd | bencoh: booting maemo with 4.x |
13:18.47 | parazyd | pali can explain |
13:18.55 | bencoh | parazyd: s/kernel// then? |
13:19.16 | parazyd | yeah well, this is a paste i got from wizzup |
13:19.23 | bencoh | oh okay |
13:19.59 | bencoh | this doc looks pretty useful btw |
13:20.32 | parazyd | yep |
13:22.11 | bencoh | oh btw .... http://pavelmachek.livejournal.com/137806.html |
13:22.21 | DocScrutinizer05 | >>* Charging (seems to work)<< hmmm... |
13:22.42 | bencoh | DocScrutinizer05: I'd expect it to work with bq24150 kernel driver |
13:22.56 | bencoh | it shouldn't need any userland |
13:23.25 | DocScrutinizer05 | ack, if there's any bq24150 driver. Is it upstream? |
13:23.30 | bencoh | it is |
13:23.35 | DocScrutinizer05 | great :-) |
13:23.47 | bencoh | (it has been for quite some time actually) |
13:23.59 | DocScrutinizer05 | never checked :-) |
13:24.27 | bencoh | I wished pavel was a tiny bit more ... verbose in his livejournal posts |
13:24.47 | DocScrutinizer05 | so finally a driver based on my drafts made it into mainline \o/ ;-D |
13:25.10 | parazyd | DocScrutinizer05: it works, but you have to script the led flashing yourself |
13:25.17 | bencoh | looks like he's doing some nice work but hardly gives any details :/ |
13:25.41 | DocScrutinizer05 | parazyd: that's pretty clear. Nobody would want the LED "hardwired" |
13:25.52 | parazyd | :) |
13:25.55 | bencoh | parazyd: well, you wouldn't want to kludge bq24150 with lp55xx driving functions :) |
13:26.45 | DocScrutinizer05 | parazyd: though, there are some weeeeiiird things about LEDs, where you can tell LED driver "flash when MMC access" and simliar obscure stuff |
13:27.11 | DocScrutinizer05 | bencoh: ^^^ |
13:27.33 | DocScrutinizer05 | I never thought that was a really sustainable approach though |
13:28.11 | DocScrutinizer05 | particularly it doesn't scale, nor is it really tangible for any config |
13:28.23 | bencoh | DocScrutinizer05: in hw you mean? |
13:28.39 | parazyd | but you know, it's there :D |
13:28.40 | DocScrutinizer05 | nono, that's a LED kernel driver property |
13:28.43 | bencoh | ah, that |
13:29.07 | bencoh | well if it's a generic kernel thing then that's "fine" with me :) |
13:29.13 | DocScrutinizer05 | somewhere deep in /sys/* |
13:29.30 | bencoh | (whether this generic property is really relevant is another story) |
13:29.40 | DocScrutinizer05 | indeed |
13:29.57 | DocScrutinizer05 | I used it with N900 for MMC access and it sort of "worked" |
13:30.18 | bencoh | and if there is such a property for charging then implementing it might be worth it |
13:30.19 | DocScrutinizer05 | dunno how generic it is |
13:31.12 | DocScrutinizer05 | also no idea how 'specified' the list of "commands" is that this feature understands |
13:31.28 | parazyd | there is no charging prop |
13:31.34 | DocScrutinizer05 | I know for sure that list has no "batcharge" value |
13:32.49 | DocScrutinizer05 | for sure xyou could augment the list with such "batcharge" feature, but if you can get that upstream is another question |
13:33.04 | DocScrutinizer05 | I hate the whole concept |
13:34.13 | DocScrutinizer05 | such stuff is typically best handled in middleware |
13:34.23 | DocScrutinizer05 | like MCE ;-) |
13:36.22 | kerio | is batcharge a special batman move |
13:36.47 | DocScrutinizer05 | no, it's a backpack for bats |
13:37.16 | kerio | DocScrutinizer05: i take it that you've never seen /sys/class/leds/*/trigger on a raspberry pi? |
13:37.27 | kerio | it spanned like 6 lines of a 80-column terminal |
13:37.28 | DocScrutinizer05 | exactly |
13:37.37 | kerio | when listing all the possibilities |
13:37.42 | DocScrutinizer05 | duh! |
13:37.44 | kerio | granted, the raspbian kernel is not mainline, but |
13:38.00 | DocScrutinizer05 | ok, so it's platform specific and not written in stone |
13:38.01 | kerio | if anything should go there, battery charging should be it |
13:38.15 | kerio | ...but then again |
13:38.16 | kerio | which led? |
13:38.22 | kerio | orange is not a color |
13:38.23 | kerio | :D |
13:38.32 | DocScrutinizer05 | hehehe |
13:38.46 | DocScrutinizer05 | this approach sucks in so many aspects |
13:38.58 | DocScrutinizer05 | as braindamaged as it gets |
13:39.50 | DocScrutinizer05 | I can see you want that for really (copper) hardwired signalling that you nevertheless can enable / disable |
13:40.07 | bencoh | I suspect those properties should be defined in devicetree nowadays, but not sure |
13:40.17 | bencoh | (with some defaults as well) |
13:40.23 | DocScrutinizer05 | bencoh: they are not hardware |
13:40.28 | bencoh | I know |
13:40.52 | DocScrutinizer05 | so what got DT to do with it? |
13:41.57 | bencoh | DT often defines "platform-dependent" behavior because they don't have any better place of doing so |
13:42.08 | bencoh | to do so* |
13:42.31 | DocScrutinizer05 | the LED signalling of charging is not platform specific on N900, that's the whole point |
13:43.27 | bencoh | apparently there is such a thing as default-trigger that should come from DT, for instance |
13:43.38 | bencoh | and some drivers a battery-related trigger |
13:43.42 | bencoh | +implement |
13:43.49 | DocScrutinizer05 | it's a general purpose LED that can signal anything it likes. Assigning charging to it is completely arbitrary |
13:44.12 | bencoh | apparently some people expect it to be board-vendor-defined |
13:44.23 | DocScrutinizer05 | that's braindead |
13:44.46 | bencoh | dunno |
13:44.48 | parazyd | braindead's a good miniseries |
13:44.52 | parazyd | watch it |
13:45.28 | bencoh | see Documentation/devicetree/bindings/leds/common.tx btw |
13:45.38 | DocScrutinizer05 | nobody in their sane mind want vendor define the LED behavior for them |
13:46.34 | DocScrutinizer05 | isn't that exactly what we want to get rid of and thus we use linux instead of a proprietary OS? |
13:48.25 | bencoh | that's actually the other way around |
13:49.02 | DocScrutinizer05 | anyway as long as DT just defines the list of properties/values for /sys/*/LED*/*/trigger, I don't mind |
13:50.13 | DocScrutinizer05 | this would still not explain how to make the LED shine orange. |
13:52.50 | DocScrutinizer05 | a proper way to solve this stuff would be a LED "trigger" sysnode that understands a sort of handle to a (pair of) kernel events, and the charger emitting those events (it already does I think) |
14:41.52 | *** join/#maemo-ssu qwqwqwqw (5bc18032@gateway/web/freenode/ip.91.193.128.50) |
14:48.29 | DocScrutinizer05 | for led in LED:R LED:G; do echo 'kevent.bq24150.chargestart' > $led/event_on; echo 'kevent.bq24150.chargeend' > $led/event_off; done |
14:53.51 | *** join/#maemo-ssu jon_y_ (~enforcer@2001:e68:4074:46ff:e01f:8e6d:cdca:d0e5) |
15:02.09 | DocScrutinizer05 | but then, you actually rather (NOT) want something like echo 'kevent.bq24150.chargestart {engine1_load="9d80407f7f00e0047f0040007f007f007f00407f7f00e0047f007f000000;9d804000e080407fe0800000"; engine1_LEDs=000001100; start}; kevent.bq24150.chargestop [stop}' >lp5523/new_sysnode_for_this |
15:03.06 | DocScrutinizer05 | so, better already do it in userland, by a daemon |
15:20.31 | kerio | DocScrutinizer05: yeah but only if you can inotify it or whatever |
15:20.34 | kerio | polling is :( |
15:26.15 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
15:33.24 | parazyd | kerio: http://z3bra.org/wendy/ |
15:33.49 | kerio | ty but i don't really linux anymor |
15:33.50 | kerio | e |
15:33.56 | kerio | i have seen the truth |
15:51.10 | DocScrutinizer05 | kerio: knotify |
15:51.33 | kerio | anyway should i try that devuan |
15:51.45 | kerio | i don't even know what i could do |
15:51.59 | kerio | like |
15:52.01 | DocScrutinizer05 | err sorry, kevents? |
15:52.01 | kerio | i have no wifi |
15:52.33 | DocScrutinizer05 | https://www.freebsd.org/cgi/man.cgi?kqueue |
15:54.40 | DocScrutinizer05 | https://wiki.linuxfoundation.org/networking/kevent |
15:56.29 | DocScrutinizer05 | parazyd: inotify fails on sysfs |
15:56.43 | DocScrutinizer05 | as well as other virtual filesystems |
16:00.08 | DocScrutinizer05 | in maemo I think kerecv does that kevent stuff |
16:26.47 | freemangordon | how900: no. which kernel it has? |
16:27.21 | freemangordon | parazyd: ^^^ |
16:27.37 | how900 | freemangordon: "The kernels are built with custom gcc |
16:27.39 | how900 | toolchains that can be retrieved at https://pub.parazyd.cf/mirror/ |
16:27.47 | how900 | " see https://lists.dyne.org/lurker/message/20161012.203353.ad85a13e.en.html |
16:28.02 | freemangordon | ok, but what is the kernel version? |
16:28.15 | freemangordon | 4.? |
16:29.55 | how900 | freemangordon: parazyd was mentioning 4.8 earlier. I didn't test yet. |
16:30.59 | freemangordon | 4.8 is ok, if it is the version includede. downloading atm, no idea when I will have time to test it |
16:32.14 | freemangordon | wonders where is his uSD card |
16:32.20 | parazyd | 4.6-rc1 is on the imge |
16:32.55 | freemangordon | hmm, not good, lots of stuff missing |
16:33.13 | parazyd | it was the default branch on pali's repo |
16:33.17 | freemangordon | esp in the terms of PM |
16:33.26 | freemangordon | oh, so you're not using upstream kernal? |
16:33.31 | freemangordon | *kernel |
16:33.32 | parazyd | feel free to make your own with arm-sdk: https://git.devuan.org/sdk/arm-sdk |
16:33.37 | parazyd | freemangordon: no |
16:34.22 | freemangordon | parazyd: BTW, I am not complaining, just saying ;) |
16:36.32 | parazyd | yeah well, i try to do stable kernels for devuan |
16:38.40 | freemangordon | parazyd: the point is that in vanilla 4.8 there should be most of the stuff which is on Pali's tree as patches. However, I'll try to find some time in the upcoming weekend to play with that sdk |
16:40.00 | freemangordon | but first I need to find my spare uSD card |
17:04.49 | kerio | has a 128gb uSD card |
17:05.11 | kerio | fucking voodoo magic man |
17:05.18 | kerio | theres no way 128gb can be that small |
17:06.29 | freemangordon | kerio: what about 256GB? |
17:06.39 | kerio | HERETIC |
17:50.12 | freemangordon | parazyd: hmm, I see no kernel included in the image, is that expected? |
18:10.33 | kerio | freemangordon: uImage in /boot? |
18:11.14 | kerio | also how do i use that image |
18:11.21 | kerio | do i shove it in a microsd partition and boot from it |
18:53.00 | freemangordon | kerio: iirc it should be on fat partition |
18:53.30 | freemangordon | try searching google on how to boot meego from usd |
20:18.14 | bencoh | freemangordon: btw http://pavelmachek.livejournal.com/137806.html?nojs=1 :( |
20:18.40 | bencoh | dunno if you guys noticed |
21:08.49 | *** join/#maemo-ssu xes (~xes@unaffiliated/xes) |
21:28.33 | parazyd | freemangordon: the kernel is in /root/ of the image |
21:28.46 | parazyd | you're supposed to do ubootmenu yourself |
21:29.00 | parazyd | through maemo |
21:29.12 | parazyd | if there's another way, let me know :) |
21:48.45 | *** join/#maemo-ssu RedW (~redw@89-76-164-87.dynamic.chello.pl) |
22:52.14 | *** join/#maemo-ssu RedW (~redw@89-76-164-87.dynamic.chello.pl) |
23:23.20 | *** join/#maemo-ssu NishanthMenon (~nmenon@unaffiliated/nishanthmenon) |