freemangordon | HNY guys :) | 00:02 |
---|---|---|
KotCzarny | not yet! | 00:02 |
KotCzarny | :) | 00:02 |
kerio | -1h for me | 00:08 |
jonwil | Most of my family owns crApple iFail devices :P | 00:16 |
KotCzarny | do they use it for anything else than phoning? | 00:17 |
jonwil | My brother has one that he plays some sort of game with dragons in it (one of those "free to play but pay to actually get anywhere in the game" pieces of crap) | 00:18 |
jonwil | One member of the family doesn't own an iFail, they own some sort of Sony piece of crap | 00:19 |
KotCzarny | as long he uses it for audio it might be actually good | 00:20 |
jonwil | I have at least one family member who does use their iDevice for music | 00:20 |
jonwil | beats carrying a car load of CDs... | 00:21 |
KotCzarny | ;) | 00:21 |
KotCzarny | or minidiscs | 00:21 |
KotCzarny | or casette tapes | 00:21 |
jonwil | all of my music listening is done on my PC (either via my music collection or via the billions of music related videos on YouTube) so I dont need a portable player | 00:23 |
KotCzarny | portable player is still useful as a controller | 00:23 |
KotCzarny | (in such case) | 00:24 |
jonwil | in any case I refuse to buy any Apple product ever (even stuff as gifts for my Apple-using family) | 00:25 |
*** krnlyng has quit IRC | 00:27 | |
kerio | the 15" macbook pro is the best laptop i've ever used | 00:29 |
kerio | but idk ¯\_(ツ)_/¯ | 00:30 |
*** krnlyng has joined #maemo | 00:42 | |
RST38h | not long now fir Apple | 00:49 |
RST38h | Solid financial management is in and they are trying their best to solidly financially manage the company =) | 00:50 |
*** realitygaps has quit IRC | 00:51 | |
*** realitygaps has joined #maemo | 00:51 | |
*** realitygaps has joined #maemo | 00:51 | |
*** futpib_ has quit IRC | 00:54 | |
jonwil | Apple stopped having genuinely new ideas years ago (probably when Jobs died, if not before) | 00:58 |
jonwil | Now they just copy stuff | 00:59 |
RST38h | But they are solidly managed! | 01:23 |
RST38h | Responsible, level headed decision making is the key to stagnation =) | 01:23 |
jonwil | Anyone who wants an example of how NOT to run a company, look at Xerox in the 1970s. They had the laser printer, GUI-based desktop computer, local area networking and other forward-thinking technologies but the idiots running Xerox at the time (especially the money men at the top who had been hired from Ford) didn't realize what they had and as a result Apple and Microsoft took it all | 01:57 |
*** lxp has quit IRC | 02:02 | |
*** pozitron has joined #maemo | 02:13 | |
*** Pali has quit IRC | 02:19 | |
*** jonwil has quit IRC | 02:29 | |
*** florian has joined #maemo | 02:30 | |
*** lxp has joined #maemo | 02:38 | |
*** krnlyng has quit IRC | 02:38 | |
*** robbiethe1st has joined #maemo | 02:46 | |
DocScrutinizer05 | happy new year maemoites | 02:49 |
*** krnlyng has joined #maemo | 02:51 | |
*** florian has quit IRC | 03:14 | |
*** at1as has quit IRC | 03:17 | |
bencoh | s/new/gnu/ | 03:30 |
*** ds3 has joined #maemo | 03:32 | |
robbiethe1st | Yup | 03:58 |
DocScrutinizer05 | robbiethe1st!! long time no see :-) | 03:59 |
robbiethe1st | I'm still around... ish | 03:59 |
robbiethe1st | If someone highlights me, that is | 03:59 |
robbiethe1st | That being said, I'm still running my N900 and N950. N950's glass cracked a few months back, but still works. And I'm still waiting for something better. | 04:02 |
*** eMHa has joined #maemo | 04:19 | |
*** eMHa__ has quit IRC | 04:22 | |
*** Defiant has quit IRC | 04:44 | |
*** Defiant has joined #maemo | 04:50 | |
*** erstazi_ has quit IRC | 04:59 | |
*** realitygaps has quit IRC | 05:08 | |
*** realitygaps has joined #maemo | 05:10 | |
*** realitygaps has joined #maemo | 05:10 | |
*** DocScrutinizer05 has quit IRC | 06:05 | |
*** DocScrutinizer05 has joined #maemo | 06:06 | |
*** trx has quit IRC | 06:31 | |
*** trx has joined #maemo | 06:34 | |
*** robbiethe1st has quit IRC | 06:42 | |
*** lobito1 has joined #maemo | 06:57 | |
*** lobito has quit IRC | 07:00 | |
*** Roth has joined #maemo | 07:49 | |
*** trumee has quit IRC | 08:23 | |
*** freemangordon has quit IRC | 08:35 | |
*** trumee has joined #maemo | 08:36 | |
*** freemangordon has joined #maemo | 08:42 | |
*** krnlyng has quit IRC | 08:45 | |
*** jonwil has joined #maemo | 09:02 | |
brolin_empey | 09:36 | |
kerio | indeed | 09:41 |
brolin_empey | ↑ | 09:52 |
* jonwil is stuck :( | 09:58 | |
* brolin_empey is socially isolating himself, as usual. | 09:59 | |
brolin_empey | AD MMXVI has arrived in UTC -8 hours. | 10:02 |
brolin_empey | in America/Vancouver . | 10:03 |
KotCzarny | is it 2016 already? i still don't feel any different | 10:21 |
brolin_empey | #include <time.h> | 10:24 |
brolin_empey | sufficientlyadvanced.technology | 10:26 |
brolin_empey | dog.cat | 10:26 |
KotCzarny | yawn(); | 10:27 |
brolin_empey | (MOS)FETish? | 10:28 |
*** qwazix has quit IRC | 10:29 | |
*** Roth has quit IRC | 10:31 | |
*** sparetire_ has quit IRC | 10:41 | |
*** qwazix has joined #maemo | 10:53 | |
*** pozitron has quit IRC | 11:11 | |
*** Pali has joined #maemo | 11:24 | |
*** LauRoman has joined #maemo | 11:34 | |
*** florian has joined #maemo | 11:45 | |
*** futpib_ has joined #maemo | 11:50 | |
*** krnlyng has joined #maemo | 11:59 | |
*** krnlyng has quit IRC | 12:00 | |
*** KotCzarny has quit IRC | 12:03 | |
*** KotCzarny has joined #maemo | 12:04 | |
*** krnlyng has joined #maemo | 12:04 | |
*** Hurrian has quit IRC | 12:11 | |
*** qwazix has quit IRC | 12:22 | |
freemangordon | Pali: looks like the bug in isp1704 was present even before transition to usb_phy | 12:50 |
freemangordon | see http://lxr.free-electrons.com/source/include/linux/usb/otg.h?v=3.1#L143 | 12:50 |
Pali | http://lxr.free-electrons.com/source/include/linux/usb/otg.h?v=2.6.36#L142 | 13:19 |
Pali | http://lxr.free-electrons.com/source/include/linux/usb/otg.h?v=2.6.35#L149 | 13:19 |
Pali | freemangordon: ^^^^ | 13:19 |
Pali | this is really stupied they switches signature between 2.6.25 and 2.6.36 | 13:20 |
freemangordon | oh, the change was introduced between 35 and 36 | 13:20 |
freemangordon | ups | 13:20 |
freemangordon | 25 and 36 | 13:20 |
freemangordon | Pali: however, I already sent a patch, you're maintainer there :) | 13:21 |
Pali | yea | 13:21 |
Pali | s/25/35/ | 13:21 |
freemangordon | yep, 35 | 13:21 |
Pali | driver was itroducted in 2.6.37-rc1 | 13:22 |
KotCzarny | huh, changes like that break precompiled blobs usually | 13:22 |
KotCzarny | maybe they do it on purpose sometimes? | 13:22 |
Pali | nope, driver is broken since inclusion | 13:22 |
freemangordon | nah, they simply overslept that | 13:22 |
freemangordon | yes, broken since the inclusion | 13:22 |
freemangordon | Pali: whom else besides you from the n900 guys to cc re rootfs corruption problem? | 13:24 |
freemangordon | pavel? sre? aaro? | 13:25 |
Pali | yes, also tony | 13:26 |
freemangordon | tony is in --to :) | 13:27 |
Pali | and maybe also nishanth | 13:27 |
freemangordon | he is the author | 13:27 |
freemangordon | ah, yes | 13:27 |
*** qwazix has joined #maemo | 13:41 | |
*** Hurrian has joined #maemo | 13:48 | |
freemangordon | Pali: could you try to pint Tomi re "Re: [PATCH] ARM: omapfb: Add early framebuffer memory allocator" as well, as it seems he doesn't saw my ping | 13:56 |
freemangordon | *didn't see | 13:57 |
* freemangordon needs moar coffee | 13:57 | |
Pali | freemangordon: hm... I do not see any yor new email | 13:57 |
freemangordon | it is not new | 13:57 |
freemangordon | Pali: 25.12.2015 15:36 | 13:57 |
Pali | got it | 13:59 |
Pali | ping sent | 14:02 |
freemangordon | thanks | 14:02 |
Pali | fremangordon, can you resend patch "ARM: OMAPFB: panel-sony-acx565akm: fix missing mutex unlocks" as Tomi asked? | 14:02 |
freemangordon | that's what I'm doing :) | 14:02 |
Pali | :-) | 14:03 |
freemangordon | but I need to revert that one and make a new one | 14:03 |
freemangordon | look at the thread | 14:03 |
*** raandoom has joined #maemo | 14:05 | |
freemangordon | Pali: hmm, looks like it *is* upstreamed | 14:08 |
Pali | why then we still have that patch in linux-n900 and is applied? | 14:09 |
Pali | ? | 14:09 |
freemangordon | no idea | 14:09 |
freemangordon | Pali: see 0eb0dafb674cd6bfac2e3204b2f8b907e26b1138 | 14:11 |
Pali | so question is: what is applied?? | 14:11 |
freemangordon | NFC | 14:11 |
freemangordon | seems what is applied is still correct | 14:12 |
freemangordon | however, I've reverted those 2 patches, going to test | 14:12 |
freemangordon | Pali: or those 2 are the reason for non-working backlight fade, will see in a minute | 14:17 |
Pali | test | 14:17 |
freemangordon | at least it still boots | 14:17 |
freemangordon | to h-d that is | 14:17 |
*** Hurrian has quit IRC | 14:20 | |
freemangordon | Pali: well, backlight fade still does not work, but it boots, so those 2 patches seem to be not needed | 14:20 |
Pali | ok | 14:20 |
freemangordon | Pali: ok, what now? | 14:26 |
Pali | need to figure out what that patch is doing :-) | 14:26 |
freemangordon | which one? | 14:26 |
Pali | those two in linux-n900 tree... | 14:33 |
freemangordon | maybe nothing, they patch files no longer needed | 14:33 |
freemangordon | but ok, do it | 14:34 |
*** Hurrian has joined #maemo | 14:40 | |
*** Hurrian has quit IRC | 14:48 | |
*** FlameReaper-PC has quit IRC | 14:49 | |
*** FlameReaper-PC has joined #maemo | 14:51 | |
freemangordon | Pali: who was monitoring the slide gpio? | 15:11 |
Pali | mce | 15:12 |
freemangordon | hmm | 15:12 |
Pali | and hald-addon-omap-gpio | 15:13 |
freemangordon | Pali: we can bindmount in /sys :) | 15:22 |
Pali | and, how you create dynamic content with poll support? | 15:22 |
*** smhar has quit IRC | 15:22 | |
freemangordon | no idea :) | 15:22 |
Pali | rather fixing mce other libs to use new api | 15:22 |
Pali | which is in upstream kernel | 15:23 |
freemangordon | well, ok | 15:23 |
Pali | and for sscd create LD_PRELOAD library | 15:23 |
Pali | or check if sscd really needs to touch gpio... (if configuring externally is not enough) | 15:23 |
KotCzarny | funny thing those rdepends: http://maemo.org/packages/package_instance/view/fremantle_extras-testing_free_armel/mc/4.8.14-0maemo1/ | 15:28 |
*** smhar has joined #maemo | 15:29 | |
*** realitygaps has quit IRC | 15:31 | |
*** realitygaps has joined #maemo | 15:32 | |
*** realitygaps has joined #maemo | 15:32 | |
*** pcfe has joined #maemo | 16:03 | |
*** pcfe has quit IRC | 16:03 | |
*** pcfe has joined #maemo | 16:03 | |
*** xorly has joined #maemo | 16:32 | |
*** Hurrian has joined #maemo | 16:38 | |
Pali | KotCzarny: because of provides | 16:53 |
*** chfoo has quit IRC | 16:58 | |
*** chfoo has joined #maemo | 17:00 | |
*** Hurrian has quit IRC | 17:02 | |
*** Hurrian has joined #maemo | 17:04 | |
*** louisdk has joined #maemo | 17:27 | |
*** protem has joined #maemo | 18:10 | |
*** realitygaps has quit IRC | 18:20 | |
*** realitygaps has joined #maemo | 18:21 | |
*** realitygaps has joined #maemo | 18:21 | |
*** louisdk has quit IRC | 18:42 | |
*** sq-one has joined #maemo | 18:50 | |
KotCzarny | pali: i find it quite hilarious that mc is a dependency for qml-browser etc | 18:51 |
Pali | mc provides mcedit which is able to view text files | 18:56 |
Pali | and some of those qml-browser dependency packages depends on something which nees to view text files | 18:56 |
*** erlehmann_ has joined #maemo | 18:57 | |
Pali | and so you mc via mcedit is one of alternatives for that dependency | 18:57 |
KotCzarny | so its not a 'required' but might be 'suggested' ? | 18:57 |
*** louisdk has joined #maemo | 18:58 | |
*** erlehmann_ is now known as erlehmann | 18:59 | |
*** erlehmann has left #maemo | 18:59 | |
Sicelo | i once had qml-browser on both my N900, but it never pulled mc. that's "new" dependency? | 19:03 |
KotCzarny | sicelo, it might showed in 'suggested' | 19:04 |
KotCzarny | or 'recommended' | 19:04 |
KotCzarny | 've | 19:04 |
*** louisdk has quit IRC | 19:04 | |
*** Gadgetoid has quit IRC | 19:05 | |
*** Gadgetoid has joined #maemo | 19:07 | |
*** raandoom has quit IRC | 19:07 | |
*** louisdk has joined #maemo | 19:17 | |
*** louisdk has quit IRC | 19:25 | |
DocScrutinizer05 | md ~/c3torrents; for x in `wget -q -O- http://cdn.media.ccc.de/congress/2015/h264-hd/ | grep '\.mp4'|sed 's/.*<a href="//' |sed 's/">.*//'`; do wget -q -P ~/c3torrents -c http://cdn.media.ccc.de/congress/2015/h264-hd/$x.torrent; done | 19:33 |
*** ssvb has quit IRC | 19:40 | |
*** ssvb has joined #maemo | 19:42 | |
*** ssvb has quit IRC | 19:49 | |
*** ssvb has joined #maemo | 19:55 | |
*** ssvb has quit IRC | 20:02 | |
*** sparetire_ has joined #maemo | 20:08 | |
*** ssvb has joined #maemo | 20:17 | |
freemangordon | Pali: and what is the problem with gpio-switch driver? | 20:37 |
freemangordon | I mean - why not continue to use it, until there are no more stuff to fix and then migrate the userspace to the new interface | 20:38 |
*** ludens has left #maemo | 20:44 | |
Pali | freemangordon: because it does not work :-) | 20:48 |
freemangordon | any idea why it does not work? | 20:48 |
Pali | it just export static data so mce and other stuff does not crash | 20:48 |
Pali | because only one driver can use gpios | 20:48 |
freemangordon | I know, but why not make it wokring? | 20:48 |
Pali | you cannot make it working without rewriting linux kernel module subsystem | 20:49 |
freemangordon | ok, and who uses slide, cam_focus, etc? | 20:49 |
Pali | other drivers, gpio event input | 20:49 |
Pali | ... | 20:49 |
freemangordon | Pali: there is gpiod_export_link | 20:49 |
Pali | which export them to /sys/class/gpio/<num>/ | 20:50 |
freemangordon | no, ^^^ export it in your driver dir | 20:50 |
freemangordon | or wherever you make symlink to point to | 20:50 |
freemangordon | Pali: see http://lxr.free-electrons.com/source/drivers/gpio/gpiolib-sysfs.c#L638 | 20:51 |
Pali | so it just create symlink | 20:51 |
freemangordon | yes | 20:51 |
Pali | thats now enough | 20:52 |
freemangordon | I know | 20:52 |
Pali | see format of gpio-switch | 20:52 |
freemangordon | yes | 20:52 |
Pali | gpiod_export_link is useless here... | 20:52 |
Pali | I do not see any advantages for it | 20:52 |
freemangordon | Pali: the other option is to create (daemon, driver) that bindmounts what is needed by maemo while doing poll() | 20:53 |
freemangordon | isn;t it possible to use fuse or somesuch? | 20:54 |
Pali | how do you want to simulate poll() | 20:54 |
Pali | ? | 20:54 |
Pali | err.. how do you want to check if application is doing poll()? | 20:54 |
freemangordon | only divers can do it? | 20:54 |
Pali | all this is just more work as rewriting existing code to use new api | 20:55 |
freemangordon | and all the code that needs to be rewritten is foss? | 20:55 |
freemangordon | also, keep in mind we should keep backwards compatibility as well | 20:55 |
Pali | except sscd... yes | 20:56 |
Pali | rather create LD_PRELOAD lib | 20:56 |
freemangordon | hmm | 20:56 |
Pali | this should be easier | 20:56 |
freemangordon | then there is no need to fix mce, hal, etc | 20:56 |
freemangordon | if we're going to LD_PRELOAD | 20:57 |
Pali | rather use LD_PRELOAD just for sscd | 20:57 |
Pali | and fix other stuff | 20:57 |
freemangordon | but I still think LD_PRELOAD is very nasty hack | 20:57 |
Pali | yes, reason why only for sscd | 20:57 |
freemangordon | Pali: well, I'll check if there is a way to create poll()-able files from userspace | 20:58 |
Pali | no | 20:58 |
Pali | you cannot do that | 20:58 |
*** ssvb has quit IRC | 21:00 | |
freemangordon | Pali: what about ptty? | 21:00 |
Pali | ehm... all this sounds like worse hack as LD_PRELOAD | 21:01 |
freemangordon | or it is char device? | 21:01 |
Pali | it is char device | 21:01 |
freemangordon | won;t work then | 21:02 |
Pali | anyway, if you create such thing somehow, you have one big problem | 21:02 |
Pali | you cannot call mkdir in sysfs | 21:02 |
freemangordon | which is? | 21:02 |
Pali | on which you do mount --bind | 21:02 |
freemangordon | gpio-switch doe it for me already | 21:02 |
freemangordon | *does | 21:02 |
Pali | so you still need kernel changes for it | 21:02 |
freemangordon | sure | 21:03 |
Pali | sounds bad | 21:03 |
freemangordon | but this is just a small driver we have to support out of the tree | 21:03 |
Pali | too much work | 21:03 |
Pali | and no idea if it works correctly | 21:03 |
Pali | really it is easier to patch existing applications | 21:04 |
Pali | and for sscd check if it really needs to use gpio | 21:04 |
Pali | e.g. if external daemon for configuring cmt gpio is not enough | 21:04 |
Pali | and if not, LD_PRELOAD for sscd | 21:05 |
*** ssvb has joined #maemo | 21:13 | |
*** louisdk has joined #maemo | 21:23 | |
freemangordon | Pali: could fuse do the job? | 21:29 |
Pali | yes... | 21:29 |
Pali | ... but this is even worse as all above .... | 21:29 |
freemangordon | isn;t that upstreamed? | 21:29 |
freemangordon | fuse I mean | 21:29 |
freemangordon | seems like no | 21:30 |
Pali | fuse is in upstream... | 21:30 |
freemangordon | oh, great then | 21:30 |
Pali | but this is really stupid... | 21:30 |
Pali | and also harder | 21:30 |
freemangordon | why? | 21:30 |
Pali | because it does not solve original problem | 21:31 |
Pali | just add another layer of other problems | 21:31 |
Pali | related to fuse | 21:31 |
freemangordon | we'll just need to implement gpio-swith by using fuse, ain;t? | 21:31 |
Pali | I really want to avoid all those layers and hacks... | 21:31 |
freemangordon | Pali: and what you'll do on neo900 or any other device, which has different gpio for proximity, for example. Again, fix mce and whatnot? | 21:32 |
Wizzup | Brewster had daar geen problemen mee | 21:32 |
Wizzup | oops. darmn. sorry. | 21:32 |
Wizzup | wrong channel. | 21:33 |
freemangordon | Pali: we should somehow split mce from the HW | 21:33 |
freemangordon | mce and the others | 21:33 |
Pali | split? | 21:33 |
freemangordon | ok, make some kind of "impedance matcher" between mce and the HW | 21:34 |
freemangordon | what if your camera "button" is not a HW switch, but soft button? | 21:34 |
freemangordon | do you get me? | 21:34 |
freemangordon | we simply cannot hack mce for every possible HW config | 21:35 |
freemangordon | thus we need some layer to translate | 21:35 |
Pali | do not know... | 21:35 |
*** realitygaps has quit IRC | 21:36 | |
freemangordon | Pali: my idea is - gpio-switch functionality looks reasonable. Implement a piece of SW, in userspace if possible, which can be tuned for various HW platforms that implements gpio-swicth functionality | 21:37 |
*** realitygaps has joined #maemo | 21:38 | |
freemangordon | Pali: the point is - the existing kernel interface that exports gpios by number is really stupid IMO - what if you have 2 HW revs of one and the same device, 1st using gpio1 for some function, the 2nd using gpio10 for the same | 21:40 |
freemangordon | your userspace simply have no way to find which is the correct gpio to use | 21:41 |
freemangordon | the other option is to extend the kernel interface gpio export functionality, to attach some meningful "name" to the exported gpio | 21:41 |
freemangordon | instead of that cryptic gpioN | 21:42 |
freemangordon | Pali: what do you think? ^^^ | 21:42 |
*** Ras_Older has quit IRC | 21:48 | |
ceene | i'm not up to date with your discussion on this, guys, so forgive me if I propose somehing stupid | 22:01 |
ceene | but the standard way wouldn't be to prove /dev/input devices? | 22:01 |
ceene | those could use gpio driver but provide a common interface to user space | 22:02 |
*** realitygaps has quit IRC | 22:03 | |
*** realitygaps has joined #maemo | 22:04 | |
*** realitygaps has joined #maemo | 22:04 | |
freemangordon | ceene: gpio could be output as well | 22:04 |
*** ssvb has quit IRC | 22:04 | |
*** louis_ has joined #maemo | 22:05 | |
freemangordon | and there *is* a standard interface in /sys, just not smart enough IMO | 22:05 |
*** ssvb has joined #maemo | 22:05 | |
freemangordon | I am going to send an RFC on lkml for providing a way to export gpio via sysfs under an user-provided name, instead of gpioN | 22:06 |
freemangordon | this should be easily doable, struct gpio_desc already has a member called "label" | 22:06 |
*** lopng has joined #maemo | 22:08 | |
*** lopng has quit IRC | 22:15 | |
DocScrutinizer05 | ((make some kind of "impedance matcher" between mce and the HW)) that's called HardwareAbstractionLayer | 22:23 |
*** louis_ has quit IRC | 22:24 | |
DocScrutinizer05 | ((what if you have 2 HW revs of one and the same device)) then you regularly use some hardwired hw revision keying that kernel or userspace reads out | 22:25 |
DocScrutinizer05 | or even flasher does, and chooses the right version of firmware to flash to device | 22:26 |
*** FlameReaper-PC has quit IRC | 22:26 | |
DocScrutinizer05 | see N900 ;-) | 22:26 |
DocScrutinizer05 | there's a version that swaps blue and red (iirc) LED of LP5523 indicator light | 22:27 |
DocScrutinizer05 | check lp5523.ko sources, I think it's in there | 22:27 |
freemangordon | DocScrutinizer05: or board support package, or whatever you want to call it. the point is that we *must not* hardcode paths like /sys/i2c-2-15/blabla | 22:34 |
freemangordon | the same goes for gpios | 22:34 |
*** ssvb has quit IRC | 22:40 | |
*** ssvb has joined #maemo | 22:41 | |
*** krnlyng has quit IRC | 22:46 | |
*** ssvb_ has joined #maemo | 22:57 | |
*** krnlyng has joined #maemo | 22:58 | |
*** ssvb has quit IRC | 23:00 | |
Pali | freemangordon: those events are export by other drivers, like input driver, etc | 23:00 |
Pali | input kernel subsystem has for this purpose special "switch" events | 23:01 |
Pali | which perfectly match this needs | 23:01 |
Pali | and they are already in upstream for n900! | 23:01 |
*** Vajb has quit IRC | 23:08 | |
jonwil | it seems like it would be helpful to document everything on the system that touches /sys/* | 23:34 |
jonwil | oh wait I think I did that before | 23:34 |
jonwil | or not | 23:38 |
Pali | wiki.maemo.org --> Porting --> Kernel | 23:43 |
jonwil | yeah thats a great start, this one will be more comprehensive though :P | 23:44 |
freemangordon | Pali: who exports "slide"? | 23:46 |
Pali | freemangordon: input | 23:50 |
freemangordon | Pali: see, if there is an existing driver classes for all the various switches and sensors on n900, I am fine with reusing them | 23:50 |
Pali | freemangordon: should be | 23:51 |
Pali | because other kernel drivers uses those GPIOs already | 23:51 |
freemangordon | hmm, ok | 23:51 |
Pali | exception is CMT part | 23:51 |
freemangordon | CMT should be fine, as it is Nokia specific | 23:51 |
Pali | but there is nokia-modem.pm=1 (export via /sys/class/gpio/) you knwo | 23:51 |
Pali | *know | 23:51 |
freemangordon | yeah | 23:51 |
* freemangordon boots 4.4 to see where in /sys/class/input is exported "slide" | 23:54 | |
Pali | freemangordon: no /dev/input/event* | 23:55 |
freemangordon | so, we should create a driver to export it? | 23:55 |
freemangordon | soory for the maybe stupid questions | 23:55 |
freemangordon | *sorry | 23:56 |
Pali | you need to use /dev/input for it | 23:56 |
Pali | but now going to look into source code | 23:56 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!