| 00:08.00 | *** join/#maemo jonwil (~jonwil@27-33-80-219.tpgi.com.au) |
| 00:41.18 | Wizzup | freemangordon: minor cleanup http://sprunge.us/jBCN?c |
| 00:49.14 | *** join/#maemo Guest54554 (~stryngs@unaffiliated/stryngs) |
| 00:51.20 | *** join/#maemo louisdk (~louisdk@static-5-103-130-65.seas-nve.net) |
| 01:24.53 | *** join/#maemo louisdk (~louisdk@static-5-103-130-65.seas-nve.net) |
| 02:06.31 | *** join/#maemo svetlana (~noone@fsf/member/svetlana) |
| 02:16.32 | *** join/#maemo eMHa__ (~mh@p579DBC2A.dip0.t-ipconnect.de) |
| 02:35.13 | *** join/#maemo FlameReaper-PC (~FR@175.139.21.117) |
| 02:45.09 | *** join/#maemo Defiant (erik@x50abd2d3.dyn.telefonica.de) |
| 03:02.00 | *** join/#maemo RedW (~redw@89-76-164-87.dynamic.chello.pl) |
| 03:20.04 | *** join/#maemo louisdk (~louisdk@static-5-103-130-65.seas-nve.net) |
| 04:04.01 | *** join/#maemo DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
| 05:38.00 | *** join/#maemo Roth (~quassel@2601:18c:c700:c4d3:c070:772f:d739:2c93) |
| 05:57.04 | *** join/#maemo vahe (~funtoo@130.193.124.135) |
| 06:46.59 | *** join/#maemo Venusaur (~wdwrwf@wikipedia/Antonio-Lopez) |
| 07:10.54 | *** join/#maemo KotCzarny (ariel@31.135.195.239) |
| 07:15.37 | KotCzarny | xes, readonly idea would be nice, is there simple way to setup readonly copy of the talk/wiki pages that use the same db (but with ro access only) then redirect/offer a link to offenders |
| 07:16.27 | KotCzarny | xes, it could even be done via some simple script that would disallow all POSTs and allow only GETs |
| 07:28.07 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 07:32.00 | *** join/#maemo LauRoman (~LauRoman@5-14-87-59.residential.rdsnet.ro) |
| 07:48.17 | *** join/#maemo jonwil (~jonwil@27-33-80-219.tpgi.com.au) |
| 08:02.07 | *** join/#maemo Vajb (~Vajb@85-76-7-215-nat.elisa-mobile.fi) |
| 08:04.07 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 08:08.49 | jonwil | hi |
| 08:14.19 | Pali | jonwil: hi |
| 08:14.41 | Pali | jonwil: can you document somewhere process or state of pulseaudio-nokia? |
| 08:14.51 | Pali | I would like to know what is already done |
| 08:15.02 | Pali | what is in progress and what needs to be done |
| 08:15.40 | Pali | e.g. which modules can be reuses from meego/harmattan and which needs to be RE |
| 08:16.44 | jonwil | We cant reuse anything from meego/harmattan |
| 08:16.57 | Pali | really? |
| 08:17.03 | jonwil | yeah |
| 08:17.13 | Pali | it is different or what is reason? |
| 08:17.20 | jonwil | Too different |
| 08:17.40 | Pali | I see that e.g. music module is copied from meego |
| 08:17.57 | jonwil | yeah we are reusing FOSS parts from Meego |
| 08:18.05 | jonwil | but we cant reuse any Meego or Harmattan blobs |
| 08:18.14 | jonwil | and the FOSS bits have been modified heavily to match Maemo |
| 08:22.52 | *** join/#maemo Maxdamantus (~Maxdamant@unaffiliated/maxdamantus) |
| 08:24.05 | jonwil | In terms of whats still todo, there are //todo markers covering which functions still need to be cloned (plus there are functions yet to be cloned that are called by ones marked //todo) |
| 08:24.23 | jonwil | I have done all the cloning of pulseaudio-nokia that I can do |
| 08:30.13 | jonwil | why the interest in pulseaudio-nokia anyway? |
| 08:48.43 | Pali | I just like to know current state |
| 08:49.11 | Pali | freemangordon wrote that some parts after RE are now faster |
| 08:49.27 | Pali | so maybe they could be good stuff for CSSU |
| 08:51.31 | jonwil | What we have isn't good enough for CSSU yet |
| 08:57.59 | Maxdamantus | Hm. Played around 7 hourse, 28 minutes and 42 seconds of music today, 33% battery remaining. |
| 08:58.10 | Maxdamantus | That seems like my normal daily drain. |
| 08:58.34 | Maxdamantus | Maybe I normally have stuff running that keep the device busy somehow. |
| 08:59.09 | KotCzarny | most likely |
| 08:59.13 | KotCzarny | powertop etc |
| 08:59.46 | Maxdamantus | doesn't understand how powertop works. |
| 08:59.55 | Maxdamantus | will probably just strace everything. |
| 09:00.14 | Maxdamantus | or maybe make a special program that ptraces everything in a controlled fashion. |
| 09:00.19 | KotCzarny | maxd, you basically look at the sources of wakeups |
| 09:00.40 | Maxdamantus | How low-level are the wakeup sources? |
| 09:00.49 | KotCzarny | by device/driver |
| 09:00.57 | KotCzarny | (interrupts) |
| 09:01.39 | Maxdamantus | So what does it say when there's a particular task that's just doing a loop over some sleep system call. |
| 09:01.42 | Maxdamantus | s/.$/?/ |
| 09:01.53 | Maxdamantus | task as in LWP |
| 09:02.49 | KotCzarny | maxd, write such program (should be a quickie), run and see the powertop output before/after |
| 09:03.34 | *** join/#maemo vahe (~funtoo@130.193.124.135) |
| 09:05.32 | Maxdamantus | Mk, will do soon. |
| 09:06.19 | KotCzarny | i've found out when writing oscp that keeping audio device open (in pause, not writing to it) keeps pulseaudio churning |
| 09:06.42 | Maxdamantus | That could explain it. |
| 09:06.44 | Maxdamantus | I use mpd. |
| 09:08.09 | *** join/#maemo hubutm20 (~hubutm20@79.114.123.92) |
| 09:09.59 | KotCzarny | fix was simple, but ugly |
| 09:10.14 | Maxdamantus | Why ugly? |
| 09:10.57 | KotCzarny | because i dont like it, and because it's PA fault |
| 09:12.34 | bencoh | they probably do that because of timing issues |
| 09:12.59 | KotCzarny | i bet dmix in alsa doesnt do that |
| 09:14.39 | Maxdamantus | My pulseaudio process doesn't seem to be doing anything while idle. |
| 09:15.06 | Maxdamantus | unless you're talking about the library part (which would be part of the music player process) |
| 09:15.32 | KotCzarny | maxd: i was talking about 'pause', when stopped apps usually release the device |
| 09:16.50 | Maxdamantus | Yeah, so I'm guessing mpd is releasing the device, whatever that means. |
| 09:17.39 | Maxdamantus | since all I see is a bunch of threads blocked in some SYS_336 call. |
| 09:18.17 | Maxdamantus | Apparently that's ppoll |
| 09:18.29 | Maxdamantus | silly maemo version of strace. |
| 09:22.36 | Pali | do you know how to import C header file (with function prototypes and structs) into IDA? |
| 09:24.30 | jonwil | Is it a header file from the Maemo SDK? |
| 09:24.37 | jonwil | Or a header file from somewhere else? |
| 09:35.15 | KotCzarny | LoadHeaderFile ? |
| 09:35.57 | KotCzarny | https://www.hex-rays.com/products/ida/support/idadoc/1367.shtml |
| 09:36.59 | KotCzarny | also: http://reverseengineering.stackexchange.com/questions/6651/importing-c-header-file-with-memory-location-definitions |
| 09:40.28 | *** join/#maemo Guest45580 (~abcdef@41.42.70.117) |
| 09:40.54 | *** part/#maemo Guest45580 (~abcdef@41.42.70.117) |
| 09:45.15 | *** join/#maemo ssvb_ (~ssvb@dsl-espbrasgw1-54fa71-124.dhcp.inet.fi) |
| 09:47.58 | *** join/#maemo pozitrono (~nu@d4.35.01a8.ip4.static.sl-reverse.com) |
| 09:49.51 | *** join/#maemo jonwil (~jonwil@27-33-80-219.tpgi.com.au) |
| 10:07.33 | freemangordon | Pali: File->Load File->Parse additional header file |
| 10:07.48 | freemangordon | keep in mind you might have to set the include paths |
| 10:08.19 | freemangordon | Pali: in Options->Compiler |
| 10:08.44 | freemangordon | so the parser to be able to find the #includes in the file it is parsing |
| 10:15.18 | Pali | parse C header file did not imported structs... |
| 10:15.57 | freemangordon | Pali: check in views->open subviews->local types |
| 10:16.23 | Pali | a ok, they are |
| 10:16.30 | freemangordon | also, maybe it is good idea to load tlb that jonwil created |
| 10:16.50 | jonwil | thats if you are working with Maemo ARM binaries |
| 10:17.00 | jonwil | if you are working with x86 or something that isn't Maemo, you dont need it |
| 10:17.14 | freemangordon | yeah, sure |
| 10:19.34 | *** join/#maemo Defiant (erik@x50abd2d3.dyn.telefonica.de) |
| 10:19.35 | freemangordon | Pali: sorry about pestering, but could you upgrade kernel to -rc7 |
| 10:19.43 | freemangordon | to see if net oops still exists |
| 10:21.19 | Pali | ok will at it |
| 10:24.13 | freemangordon | Pali: also, I'll look into that mmc slot name, to see how much of a work it is |
| 10:24.24 | freemangordon | to implement it in mmc core that is |
| 10:24.39 | Pali | ok |
| 10:26.35 | Wizzup | are you talking about the fact that mmcblk0 and mmcblk1 are swapped on mainline? |
| 10:26.49 | Wizzup | (swapped compared to standard maemo kernel) |
| 10:26.58 | Wizzup | or am I confused again :) |
| 10:31.56 | *** join/#maemo vakkov (~vakkov@79.132.28.207) |
| 10:34.56 | freemangordon | Wizzup: in lagacy boot they have the so-called "slot names" |
| 10:35.00 | freemangordon | *legacy |
| 10:35.24 | freemangordon | "external" and "internal" |
| 10:36.02 | Wizzup | ah |
| 10:41.32 | kerio | the slot swapping is very silly :\ |
| 10:42.00 | bencoh | yeah |
| 10:45.39 | *** join/#maemo futpib_ (~futpib@37.113.242.93) |
| 10:50.15 | KotCzarny | how about probing all mmc devices during boot for some signature? |
| 10:50.24 | KotCzarny | that way it wouldnt matter where/what |
| 10:58.45 | Pali | freemangordon: kernel rebased |
| 10:58.50 | Pali | now I'm testing compilation |
| 10:58.56 | Pali | and will push changes to github |
| 10:59.21 | Pali | freemangordon: can you look at that omapfb bug? infinite loop of division by zero? |
| 10:59.43 | Pali | it is reproducable in qemu |
| 10:59.52 | Pali | and also on real n900 |
| 11:03.36 | Pali | hit by: echo 0 > /sys/devices/platform/omapdss/overlay0/enabled && echo 0 > /sys/class/graphics/fb0/size |
| 11:05.54 | bencoh | what is echo 0 > /sys/class/graphics/fb0/size supposed to do? |
| 11:06.13 | bencoh | I mean, setting size to 0 ... how is that supposed to behave? |
| 11:06.41 | KotCzarny | bencoh, maybe disabling the fb? |
| 11:06.55 | KotCzarny | maybe auto detect something? |
| 11:07.16 | Pali | freemangordon: code pushed to github |
| 11:07.38 | Pali | bencoh: 0 is special value for omapfb to reset |
| 11:07.49 | bencoh | ah |
| 11:09.56 | KotCzarny | nonstandard interfaces ahoy! |
| 11:32.37 | *** join/#maemo ssvb_ (~ssvb@dsl-espbrasgw1-54fa71-124.dhcp.inet.fi) |
| 11:34.13 | *** join/#maemo FlameReaper-PC (~FR@175.139.21.117) |
| 11:35.08 | *** join/#maemo ssvb_ (~ssvb@dsl-espbrasgw1-54fa71-124.dhcp.inet.fi) |
| 12:00.57 | *** join/#maemo xorly (~xorly@ip-86-49-15-121.net.upcbroadband.cz) |
| 12:14.31 | *** join/#maemo FlameReaper-PC (~FR@175.139.21.117) |
| 12:45.19 | *** join/#maemo smhar (~salman@178.132.44.178) |
| 12:45.30 | freemangordon | Pali: ok, will do |
| 12:45.41 | *** join/#maemo amospalla (~amospalla@unaffiliated/amospalla) |
| 12:46.41 | *** join/#maemo pozitron (~nu@safersocial2.webair.com) |
| 12:55.27 | freemangordon | Pali: "ARM: OMAPFB: panel-sony-acx565akm: fix missing mutex unlocks" is still in the tree |
| 12:55.40 | *** join/#maemo realitygaps (~realityga@gapsinreality.com) |
| 12:55.41 | *** join/#maemo realitygaps (~realityga@unaffiliated/realitygaps) |
| 12:55.41 | Pali | forgot to drop :-( |
| 13:01.58 | *** join/#maemo smhar (~salman@178.132.44.178) |
| 13:23.44 | *** join/#maemo raandoom (~raandoom@195.16.110.95) |
| 13:24.19 | *** join/#maemo mp_ (~mp@77-255-45-252.adsl.inetia.pl) |
| 13:25.18 | *** join/#maemo krnlyng (~liar@83.175.90.24) |
| 13:28.46 | *** join/#maemo krnlyng (~liar@178.112.236.113.wireless.dyn.drei.com) |
| 13:30.23 | *** join/#maemo ArGGu^^ (~ArGGu^^@89.106.52.253) |
| 13:36.30 | *** join/#maemo N-Mi (~nicolas@calvix/staff/N-Mi) |
| 13:48.55 | *** join/#maemo Vajb (~Vajb@85-76-71-161-nat.elisa-mobile.fi) |
| 14:02.28 | *** join/#maemo ashley (~ashley@pluto.skizzerz.net) |
| 14:02.28 | *** join/#maemo ashley (~ashley@MediaWiki/Jack-Phoenix) |
| 14:06.48 | *** join/#maemo ashley (~ashley@pluto.skizzerz.net) |
| 14:06.49 | *** join/#maemo ashley (~ashley@MediaWiki/Jack-Phoenix) |
| 14:13.22 | freemangordon | Wizzup: ping |
| 14:15.26 | Wizzup | freemangordon: pong |
| 14:15.48 | freemangordon | Wizzup: http://sprunge.us/jBCN?c, line 52 |
| 14:16.00 | freemangordon | are you sure this is the correct way to match? |
| 14:16.26 | freemangordon | ev_keys[p][q] gives us a keycode |
| 14:17.44 | Wizzup | Let me look |
| 14:18.40 | Wizzup | freemangordon: Are you sure that is called keycode? Those constants are defined in linux/input.h and iirc are the right way to compare to/with |
| 14:19.16 | freemangordon | not sure how's that called |
| 14:19.30 | freemangordon | however , could you look at http://pastebin.com/GhY0KDLL |
| 14:19.32 | Wizzup | I mean, a stupid answer would be: "it works", but now I want to double check what I did |
| 14:19.53 | freemangordon | if you tested it, then it is me that screwed something |
| 14:20.06 | freemangordon | look at the pastebin |
| 14:20.25 | *** join/#maemo ToJa92 (~ToJa92@90-231-48-223-no126.tbcn.telia.com) |
| 14:20.46 | freemangordon | that one gives me error on mce: match_event_file_by_caps: ioctl(EVIOCGBIT) failed on `/dev/input/eventN', where N = 0,1,2,4,5,6 |
| 14:21.21 | Wizzup | On maemo? |
| 14:21.22 | freemangordon | for event3 (which is our gpio switch) it doesn;t give error, but does not find a match either |
| 14:21.24 | freemangordon | yes |
| 14:21.37 | freemangordon | linux 4.4-rc7 |
| 14:21.56 | freemangordon | but evtest works just fine there |
| 14:22.26 | freemangordon | oh, no, event3 is accell :) |
| 14:23.19 | Wizzup | does it give that error in the loop or outside of the loop? (when getting events or when getting keys) |
| 14:23.48 | Wizzup | freemangordon: btw, I think line 41 is incorrect in your paste |
| 14:23.50 | freemangordon | no idea, have to tweak the code, gimme a minute |
| 14:23.55 | Wizzup | freemangordon: continue should really be return -1; |
| 14:24.11 | Wizzup | if one of the request event types is not export, it cannot be the device you're looking fo |
| 14:24.14 | Wizzup | r |
| 14:24.15 | Wizzup | is not exported* |
| 14:24.28 | Wizzup | that is what my code did on line 41 (same line, heh) |
| 14:24.30 | freemangordon | no, I want to match at least one of the request types :) |
| 14:24.42 | freemangordon | the same for the keycodes |
| 14:24.59 | Wizzup | Ah. I thought you wanted to match all. |
| 14:25.10 | freemangordon | no, match at least one |
| 14:25.24 | freemangordon | in the meanwhile, this is what evtest gives me http://pastebin.com/Z1NAvLVX |
| 14:25.27 | KotCzarny | fun of third party code writing |
| 14:25.38 | KotCzarny | and specs/reqs not written |
| 14:25.44 | freemangordon | yeah :) |
| 14:26.11 | Wizzup | Let me add error checks to my original ioctl code and see what happens |
| 14:26.32 | freemangordon | Wizzup: wait a second, building |
| 14:27.20 | freemangordon | Wizzup: mce: match_event_file_by_caps: ioctl(EVIOCGBIT, EV_MAX) failed on `/dev/input/event6' |
| 14:27.20 | Wizzup | Are you sure all the ioctl's use the return value for error indication? |
| 14:27.24 | Wizzup | perror gives me 'success' |
| 14:27.32 | Wizzup | match_device: can't get events: Success |
| 14:27.42 | Wizzup | not all ioctl's return nonzero on failure |
| 14:27.47 | freemangordon | according to man ioctl, it should return 0 on success |
| 14:27.53 | Wizzup | not always |
| 14:28.01 | *** join/#maemo keithzg (~quassel@198-48-129-100.cpe.pppoe.ca) |
| 14:28.02 | Wizzup | <PROTECTED> |
| 14:28.02 | Wizzup | <PROTECTED> |
| 14:28.06 | Wizzup | <PROTECTED> |
| 14:28.09 | Wizzup | Let me check - because errno is not set here |
| 14:28.13 | freemangordon | ah, I see |
| 14:28.15 | Wizzup | Which makes me assume that there is in fact, 'no error' |
| 14:28.17 | Wizzup | but let me double check. |
| 14:28.20 | freemangordon | I should check for -1 |
| 14:28.53 | freemangordon | yeah, my bad, let me fix that and test again |
| 14:29.54 | Wizzup | Yeah, it both line 21 and 45 return -1 on error |
| 14:29.59 | Wizzup | I think both* |
| 14:30.08 | Wizzup | http://sprunge.us/hgJP?c |
| 14:30.31 | Wizzup | oh - indent |
| 14:30.39 | Wizzup | http://sprunge.us/ejSV?c |
| 14:30.39 | freemangordon | yep, it was that one |
| 14:30.46 | freemangordon | sorry for the noise |
| 14:30.55 | Wizzup | np :) |
| 14:31.25 | freemangordon | Wizzup: http://pastebin.com/45SgLeRE |
| 14:31.58 | freemangordon | that result in "mce: Match found on `/dev/input/event6'" |
| 14:32.34 | Wizzup | That is what you wanted, right? (I don't know what event6 is) |
| 14:32.39 | Wizzup | Ah, I see the evtest paste |
| 14:32.40 | freemangordon | yes |
| 14:32.46 | Wizzup | So that's good, then :) |
| 14:32.57 | freemangordon | yep, thanks |
| 14:33.18 | Wizzup | p.s. maybe you can somehow use errno in the mce_og |
| 14:33.36 | freemangordon | mce_og? |
| 14:33.45 | Wizzup | mce_log |
| 14:33.58 | Wizzup | hang on - phone |
| 14:34.10 | freemangordon | in theory yes, but I don't really think it makes sense |
| 14:34.25 | freemangordon | I don;t see errno used in the other parts of the code |
| 14:35.51 | Wizzup | I just meant that if ioctl's fail, it is sometimes useful to know why |
| 14:35.54 | Wizzup | but this is good enough :) |
| 14:36.20 | freemangordon | yes, got the idea |
| 14:36.20 | Wizzup | also ioctl's should not return anything other than -1 on error, but I guess < 0 is fine too (according to the man page) |
| 14:36.29 | freemangordon | :nod: |
| 14:47.29 | Wizzup | freemangordon: wrt the test_bit, it turns the 'key code' into a proper index in the bit array and checks if that bit is set |
| 14:47.34 | Wizzup | so I think it is correct |
| 14:48.02 | *** join/#maemo realitygaps (~realityga@unaffiliated/realitygaps) |
| 14:48.08 | Wizzup | at least I saw no false matches - but I may be wrong |
| 14:48.46 | freemangordon | ok, makes sense |
| 15:00.19 | *** join/#maemo louisdk (~louisdk@static-5-103-130-65.seas-nve.net) |
| 15:41.18 | *** join/#maemo louisdk (~louisdk@static-5-103-130-65.seas-nve.net) |
| 15:45.50 | *** join/#maemo vahe (~funtoo@130.193.124.135) |
| 16:04.22 | *** join/#maemo krnlyng (~liar@83.175.90.24) |
| 16:05.33 | *** join/#maemo fuz_ (nobody@vau75-10-88-164-23-88.fbx.proxad.net) |
| 16:09.12 | *** join/#maemo amospalla (~amospalla@unaffiliated/amospalla) |
| 16:21.14 | *** join/#maemo raandoom (~raandoom@195.208.103.11) |
| 16:31.12 | *** join/#maemo eijk (~eijk@x55b2d2f6.dyn.telefonica.de) |
| 16:43.29 | *** join/#maemo at1as (~at1as@24-231-230-53.static.trcy.mi.charter.com) |
| 16:43.39 | *** join/#maemo Gizmokid2005 (~Gizmokid2@dedi2.gizmokid2005.com) |
| 16:46.37 | *** join/#maemo Gizmokid2010 (~Gizmokid2@dedi2.gizmokid2005.com) |
| 16:47.19 | *** join/#maemo at1as (~at1as@24-231-230-53.static.trcy.mi.charter.com) |
| 16:50.18 | sslayer | so |
| 16:50.22 | sslayer | someone knows something about qt? |
| 16:50.27 | sslayer | if i compile qt4 against new libssl |
| 16:50.31 | sslayer | will it support new protocols |
| 16:51.03 | sslayer | or it will simply use new libssl but only supporting those on http://doc.qt.io/qt-4.8/qssl.html#SslProtocol-enum? |
| 16:52.10 | sslayer | and on the other hand... are there lots of changes between upstream qt and maemo's? |
| 16:52.59 | sslayer | http://deriv.debian.net/Maemo/patches/q/qt4-x11/ |
| 16:53.02 | sslayer | should these be all? |
| 16:53.39 | sslayer | although those are not very useful |
| 16:53.48 | sslayer | http://deriv.debian.net/Maemo/patches/q/qt4-x11/qt4-x11_4:4.8.2-1_qt4-x11_4.7.0~git20100909-0maemo1+0m5.patch content is just 'This patch was too large to be useful so it was removed.' |
| 16:54.01 | sslayer | i'd think that an empty patch is less useful than a very large one... |
| 16:54.58 | *** join/#maemo Venusaur (~wdwrwf@wikipedia/Antonio-Lopez) |
| 16:58.06 | *** join/#maemo realitygaps (~realityga@unaffiliated/realitygaps) |
| 16:58.30 | *** join/#maemo at1as (~at1as@24-231-230-53.static.trcy.mi.charter.com) |
| 17:00.14 | *** join/#maemo smhar (~salman@178.132.44.178) |
| 17:04.59 | *** join/#maemo Vajb (~Vajb@85-76-149-238-nat.elisa-mobile.fi) |
| 17:12.27 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 17:15.24 | *** join/#maemo at1as (~at1as@24-231-230-53.static.trcy.mi.charter.com) |
| 17:53.33 | *** join/#maemo ssvb (~ssvb@dsl-espbrasgw1-54fa71-124.dhcp.inet.fi) |
| 17:58.00 | *** join/#maemo at1as (~at1as@kurios.r4780y.com) |
| 18:28.50 | *** join/#maemo trumee (~trumee@c-50-175-121-86.hsd1.tx.comcast.net) |
| 18:29.37 | *** join/#maemo Vajb (~Vajb@85-76-99-167-nat.elisa-mobile.fi) |
| 18:31.45 | *** join/#maemo sparetire_ (~sparetire@unaffiliated/sparetire) |
| 18:45.46 | *** join/#maemo krnlyng (~liar@178.112.236.113.wireless.dyn.drei.com) |
| 19:16.21 | *** join/#maemo louisdk (~louisdk@static-5-103-130-65.seas-nve.net) |
| 19:21.22 | *** join/#maemo louisdk (~louisdk@static-5-103-130-65.seas-nve.net) |
| 19:27.36 | *** join/#maemo trumee (~trumee@c-50-175-121-86.hsd1.tx.comcast.net) |
| 19:42.05 | *** join/#maemo trumee (~trumee@c-50-175-121-86.hsd1.tx.comcast.net) |
| 19:45.46 | *** join/#maemo Oksanaa (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
| 19:49.34 | Oksanaa | When will voting start on camera competition? Jan is here, already... And, people are looking for vouchers on the marketplace :-) |
| 20:22.50 | *** join/#maemo Kabouik (~quassel@65.76.93.92.rev.sfr.net) |
| 20:53.14 | *** join/#maemo vakkov (~vakkov@79.132.28.207) |
| 20:57.34 | *** join/#maemo LauRoman (~LauRoman@5-14-87-59.residential.rdsnet.ro) |
| 20:58.46 | *** join/#maemo krnlyng (~liar@77.116.126.168.wireless.dyn.drei.com) |
| 21:06.20 | *** join/#maemo Ongkut (~pahuyuth@x4d0ae59a.dyn.telefonica.de) |
| 21:12.48 | *** join/#maemo arcean (~arcean@nat1-3.finemedia.pl) |
| 21:16.30 | *** join/#maemo jonwil (~jonwil@27-33-80-219.tpgi.com.au) |
| 21:19.56 | jonwil | hi |
| 21:21.44 | freemangordon | jonwil: hi |
| 21:25.26 | freemangordon | jonwil: Wizzup: please review the last 5 commits here https://github.com/community-ssu/mce/commits/master if you have time and will :) |
| 21:26.54 | jonwil | All of this stuff is meant to still work on stock kernel as well as upstream? |
| 21:27.26 | freemangordon | yes, it is supposed to still work |
| 21:27.37 | freemangordon | didn;t test it though |
| 21:27.43 | jonwil | ok |
| 21:27.46 | freemangordon | reboots in KP |
| 21:29.18 | Wizzup | I have to learn a bit more about what mce does exactly, I'll probably clone the repo later - but the commits looks sane |
| 21:29.48 | Wizzup | https://github.com/community-ssu/mce/commit/c0648e5a567682fd9302c3225011264af1341ec4 line 382 has an underindented } though I think? |
| 21:29.55 | Wizzup | first file |
| 21:31.00 | jonwil | looks correct to me there |
| 21:31.17 | Wizzup | hm |
| 21:32.16 | *** join/#maemo Sicelo009N (~sicelo@unaffiliated/sicelo) |
| 21:32.32 | jonwil | Just installed the new MCE on my device :) |
| 21:32.32 | Wizzup | jonwil: isn't it part of the switch |
| 21:51.10 | freemangordon | Wizzup: github shos it like that |
| 21:51.14 | freemangordon | *shows |
| 21:51.25 | freemangordon | jonwil: no damages on KP |
| 21:51.42 | freemangordon | unfortunately on 4.4 udev hogs the cpu |
| 21:51.45 | jonwil | working just fine on stock kernel here |
| 21:52.35 | freemangordon | I guess udev tries to do something with /dev/input/event_gpio_keys |
| 21:55.52 | ceene | you want me guys to review something? |
| 21:56.06 | ceene | or to test, if you guide me through and confirm that it won't need flashing |
| 21:56.09 | ceene | i got data in there |
| 21:56.23 | ceene | i'm searching for another n900 just for development |
| 21:56.29 | freemangordon | ceene: feel free to review latest patches to mce, if you feel like so |
| 21:59.36 | *** join/#maemo realitygaps (~realityga@unaffiliated/realitygaps) |
| 22:04.07 | *** join/#maemo trumee (~trumee@c-50-175-121-86.hsd1.tx.comcast.net) |
| 22:04.53 | ceene | https://github.com/community-ssu/mce/commit/09e11e180126c5a2cffe1d05a37c6c3ed6409f43#diff-119974261001e1b4fa526ad05946cbe6R598 |
| 22:05.00 | *** join/#maemo louisdk (~louisdk@static-5-103-130-65.seas-nve.net) |
| 22:05.03 | ceene | if close() return value is not going to be checked |
| 22:05.12 | ceene | does it make much sense the test for fd!=-1? |
| 22:06.05 | ceene | and also, wouldn't fd be anyway checked when open is called? |
| 22:06.45 | ceene | not important anyway |
| 22:07.11 | freemangordon | ceene: I am not sure it is a good idea to call close(-1) |
| 22:07.35 | ceene | i guess -1 would be returned by close |
| 22:07.41 | ceene | with errno set to EBADF |
| 22:07.58 | freemangordon | also, see who and how calls register_io_monitor_chunk |
| 22:08.04 | freemangordon | re open() |
| 22:08.56 | ceene | on that same patch it's only called is the previous call to open wasn't -1 |
| 22:09.01 | ceene | so it should be safe anyhow |
| 22:10.18 | ceene | 22:29 < Wizzup> https://github.com/community-ssu/mce/commit/c0648e5a567682fd9302c3225011264af1341ec4 line 382 has an underindented } though I think? |
| 22:10.24 | ceene | i also see that on github |
| 22:11.19 | *** join/#maemo trumee (~trumee@c-50-175-121-86.hsd1.tx.comcast.net) |
| 22:11.40 | freemangordon | ceene: correct, but it is on line 381 :) |
| 22:11.44 | ceene | oh |
| 22:11.55 | ceene | well, that's all i could find :) |
| 22:11.57 | ceene | gotta go now |
| 22:11.58 | ceene | cya! |
| 22:12.01 | freemangordon | thanks |
| 22:16.03 | freemangordon | jonwil: please pull mce, as I just fixed a nasty bug I introduced earlier :) |
| 22:16.11 | jonwil | ok |
| 22:18.10 | *** join/#maemo mp_ (~mp@77-255-45-252.adsl.inetia.pl) |
| 22:18.30 | jonwil | rebuilding MCE now :) |
| 23:19.29 | *** join/#maemo trumee (~trumee@c-50-175-121-86.hsd1.tx.comcast.net) |
| 23:31.04 | *** join/#maemo AndrewX192 (~andrew@unaffiliated/andrewx192) |
| 23:35.18 | *** join/#maemo ashneo76 (~ashneo76@switch2.403main.web-pass.com) |
| 23:42.12 | *** join/#maemo ashneo76 (~ashneo76@switch2.403main.web-pass.com) |
| 23:50.52 | *** join/#maemo realitygaps (~realityga@2a01:4a0:3::5096:aeb) |
| 23:50.52 | *** join/#maemo realitygaps (~realityga@unaffiliated/realitygaps) |