| 00:00.36 | DocScrutinizer05 | on the english amazon page there were user questions or comments up to 2011 then stopping |
| 00:06.52 | DocScrutinizer05 | http://www.amazon.com/Nokia-N900-Unlocked-Computer-Touchscreen/dp/B002OB49SW/ref=sr_1_1?ie=UTF8&qid=1459003243&sr=8-1&keywords=nokia+n900 |
| 00:07.28 | DocScrutinizer05 | >>By Jason Byrne on May 10, 2011<< |
| 00:08.07 | kerio | who IS marina harisson |
| 00:08.15 | kerio | and why does she have pink hair |
| 00:09.46 | kerio | DocScrutinizer05: hahahahah look at the last 3 star review |
| 00:09.56 | kerio | "3.0 out of 5 starsIncredible potential. Substandard execution." |
| 00:10.04 | kerio | ***January 2010 Update*** I'm now on my third N900 |
| 00:12.09 | DocScrutinizer05 | ~usbfix |
| 00:12.10 | infobot | [usbfix] http://talk.maemo.org/showthread.php?t=75920 - and **NEVER** use epoxy (unless you want to seal your device for underwater), or https://www.youtube.com/watch?v=fYz5nIHH0iY#t=1866, you will basically need two irons: a small good one (or better hot-air reflow) and a 60+ Watt |
| 00:12.12 | DocScrutinizer05 | ? |
| 00:12.38 | kerio | why would you keep buying n900s if they weren't great, tho |
| 00:12.54 | DocScrutinizer05 | indeed |
| 00:13.03 | DocScrutinizer05 | anyway n8 |
| 00:23.40 | Church- | Alright, well fuck getting radare2 installed. Compiling is taking forever, and being naughty and snagging the .deb from debian requires a newer version of libc6 |
| 00:32.58 | oldtopman | Church-: You ought to upgrade your toaster then. |
| 00:33.06 | oldtopman | I can compile it on my old athlon in a few minutes. |
| 00:41.14 | Church- | oldtopman: Heh, I meant I'm running into errors. :P |
| 00:41.33 | oldtopman | Really? I didn't realize radare had any dependencies. |
| 00:42.22 | Church- | Well installing it would require a newer version of libc6 than is in the maemo repos. |
| 00:44.28 | oldtopman | Right, but even compiling has it's dependencies? |
| 00:46.17 | Church- | oldtopman: No, on that end It's just a pain the ass getting scratchbox working correctly. :P |
| 00:47.06 | oldtopman | What's wrong with ye olde makefile? |
| 00:47.18 | oldtopman | oh, I'm in the n900 channel, haha |
| 00:47.22 | Church- | :P |
| 00:47.33 | Church- | Nothing, needed the toolchain though. |
| 01:00.22 | *** join/#maemo Trizt (~user@ukko.aho.hk) |
| 01:11.01 | oldtopman | Wait - the gsm problem is caused by pressure on the gsm chips itself, not the sim slot? |
| 01:11.12 | oldtopman | ... |
| 01:28.54 | *** join/#maemo eMHa (~mh@p579DB4B2.dip0.t-ipconnect.de) |
| 01:33.04 | DocScrutinizer05 | yes |
| 01:33.23 | DocScrutinizer05 | usually |
| 01:33.41 | DocScrutinizer05 | so putting paper under the SIM doesn't really help |
| 01:34.17 | DocScrutinizer05 | it just bends the PCB a little which may help the chip's snapped-open solder points |
| 01:41.03 | *** join/#maemo robotanarchy_ (~robotanar@xd527e49b.dyn.telefonica.de) |
| 01:50.16 | *** join/#maemo azkay (~azkay@14-202-56-178.tpgi.com.au) |
| 01:50.19 | oldtopman | DocScrutinizer05: Is it a good fix, or is it a temporary stopgap until I can source another board? |
| 01:50.39 | oldtopman | Mine lives daily in my pockets - not an easy life, I killed the stand and camera cover already :/ |
| 01:52.10 | DocScrutinizer05 | there is no known good fix to no-SIM issue |
| 01:52.20 | DocScrutinizer05 | when it's hw problem |
| 01:52.53 | DocScrutinizer05 | springfix allegedly works up to a year or longer |
| 01:56.43 | *** join/#maemo liujian0012hn (~liu@42.49.144.223) |
| 02:03.30 | *** join/#maemo maemo_user_ (~smuxi@x4e339640.dyn.telefonica.de) |
| 02:10.11 | *** join/#maemo florian__ (~fuchs@Maemo/community/contributor/florian) |
| 02:16.31 | Church- | Welp, looks like I'll be asking somebody to attempt porting r2 for me. |
| 02:16.36 | Church- | Should be a while. |
| 02:17.29 | azkay | Wish this new sd card wasn't being a jerk |
| 02:18.14 | azkay | I've tried formatting it to fat32 on windows, on n900 with the file manager, and manually with terminal. Every time I'm getting "Memory card not supported", even though others aren't having problems with it |
| 02:18.54 | azkay | Time to try gparted I guess |
| 02:23.25 | Church- | Screw it, I'm just going to install neopwn on this fucking thing. :P |
| 02:32.34 | *** join/#maemo ArGGu^^ (~ArGGu^^@89.106.52.253) |
| 02:44.19 | *** join/#maemo auenf (David@DCL-43-47.bpb.bigpond.com) |
| 02:49.48 | *** join/#maemo lobito (~lobito@190.177.207.49) |
| 02:57.51 | *** join/#maemo azkay (~azkay@14-202-56-178.tpgi.com.au) |
| 03:17.30 | *** join/#maemo liujian0012hn (~liu@42.49.144.223) |
| 03:20.31 | *** join/#maemo auenf (David@DC-57-237.bpb.bigpond.com) |
| 03:21.26 | Maxdamantus | azkay: does it mount manually? |
| 03:29.17 | *** join/#maemo DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
| 03:29.52 | azkay | formatted it to fat32 in gparted, put it in and "mount /dev/mmcblk1p1 /mnt" gives me "invalid argument" |
| 03:30.46 | *** join/#maemo BitEvil (~quassel@tor/regular/SpeedEvil) |
| 03:31.07 | azkay | Unrelated, but damn this n900 that I got seems to have a much softer digitiser than my old one |
| 03:31.19 | azkay | Every day I'm seeing more scratches on it, my last one didn't have any |
| 03:34.56 | azkay | Weee, after a restart (for the 10th time) it's now working :) |
| 03:39.49 | *** join/#maemo vahe1 (~funtoo@130.193.124.135) |
| 03:41.17 | *** join/#maemo auenf (David@120.155.76.254) |
| 03:45.15 | *** join/#maemo lobito (~lobito@190.177.207.49) |
| 03:45.25 | *** part/#maemo valdyn (valdyn@server.kthread.org) |
| 03:58.02 | *** join/#maemo auenf (David@DCL-43-146.bpb.bigpond.com) |
| 04:18.26 | *** join/#maemo auenfx4 (David@DCL-43-146.bpb.bigpond.com) |
| 04:25.20 | *** join/#maemo auenf (David@DCL-43-146.bpb.bigpond.com) |
| 04:35.51 | *** join/#maemo auenf (David@120.155.47.233) |
| 04:42.10 | *** join/#maemo auenf (David@CPE-139-168-245-6.lns4.wel.bigpond.net.au) |
| 05:04.07 | *** join/#maemo Church- (~hatter@unaffiliated/church-) |
| 05:04.26 | Church- | About ready to shoot myself over bleeding radare2. >_> |
| 05:06.56 | *** join/#maemo auenf (David@DCL-70-114.bpb.bigpond.com) |
| 05:10.59 | stryngs | DocScrutinizer05: Thank you for the response. You too sixwheeledbeast. Is there a proper PDF I can scour so I can disassemble properly? |
| 05:13.24 | *** join/#maemo vahe1 (~funtoo@130.193.124.135) |
| 05:39.37 | *** join/#maemo xorly (~xorly@ip-86-49-15-121.net.upcbroadband.cz) |
| 05:56.02 | *** join/#maemo LauRoman (~LauRoman@5-14-92-160.residential.rdsnet.ro) |
| 05:59.36 | *** join/#maemo arcean (~arcean@62.159.77.165) |
| 06:07.04 | *** join/#maemo lobito (~lobito@190.177.207.49) |
| 06:07.28 | *** join/#maemo auenf (David@120.155.20.28) |
| 06:39.23 | *** join/#maemo auenf (David@CPE-139-168-1-229.lns7.lon.bigpond.net.au) |
| 06:44.40 | *** join/#maemo auenfx4 (David@CPE-139-168-1-229.lns7.lon.bigpond.net.au) |
| 06:50.24 | *** join/#maemo auenf (~David@DCL-6-47.bpb.bigpond.com) |
| 07:06.53 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 07:33.58 | Vajb | stryngs: try searching service manual from google or maemo wiki. |
| 07:48.41 | ceene | uhm |
| 07:48.42 | ceene | so |
| 07:48.46 | ceene | how is maemo's support for java? |
| 07:50.16 | ceene | still... i'm not willing to record yappari in java |
| 07:52.55 | *** join/#maemo geaaru (~geaaru@host170-152-static.43-88-b.business.telecomitalia.it) |
| 07:58.55 | ceene | https://github.com/WhisperSystems/libsignal-protocol-c |
| 07:58.56 | ceene | there is this |
| 07:59.11 | ceene | that may be a little easier to use with yappari's gui |
| 07:59.45 | ceene | although i think it's basically the same thing as the qt5/4 implementation i got from coderus |
| 07:59.55 | ceene | who, by the way, has decided not to continue developing his whatsapp client |
| 08:00.42 | ceene | i think the way, really, is to make a telepathy plugin that supports whatsapp |
| 08:01.00 | bencoh | ceene: there is a purple plugin |
| 08:01.07 | ceene | that supports encryption? |
| 08:01.24 | bencoh | https://github.com/davidgfnet/whatsapp-purple |
| 08:01.29 | bencoh | ah, not sure |
| 08:01.41 | ceene | maybe they do |
| 08:02.01 | ceene | there's a libaxolotl-cpp dir in that repo |
| 08:02.07 | ceene | so they should, yeah |
| 08:02.08 | bencoh | it does use axolo |
| 08:02.10 | bencoh | yeah ;) |
| 08:02.12 | ceene | well, that's a good thing |
| 08:02.18 | ceene | so... |
| 08:02.31 | ceene | remove all protocol related things from yappari |
| 08:02.37 | ceene | and make it a purple user? |
| 08:03.02 | bencoh | hmm, dunno, I suspect we'd still deps issues regarding libpurple |
| 08:03.10 | bencoh | (and newer libpurple needs newer glib iirc) |
| 08:03.14 | bencoh | +have |
| 08:03.17 | ceene | aargh |
| 08:03.21 | bencoh | yeah, deps hell |
| 08:03.41 | ceene | no wonder coderus is fed up with all this |
| 08:03.45 | bencoh | actually the way to go would be telepathy->haze->whatsapp-purple |
| 08:04.02 | ceene | haze is a telepathy-purple thing, isn't it? |
| 08:04.05 | bencoh | yeah |
| 08:04.14 | ceene | i had a company once, named hazent :) |
| 08:04.23 | bencoh | but deps hell still apply |
| 08:04.39 | ceene | we didn't do shit except lose money, time and throw business cards like we were important or something |
| 08:04.46 | ceene | fun times those |
| 08:04.56 | ceene | better than this whatsapp thing |
| 08:05.05 | bencoh | haha |
| 08:06.55 | ceene | so |
| 08:07.00 | ceene | is there any feasible way then? |
| 08:07.08 | ceene | or should i just announce that i retire from this? |
| 08:10.18 | bencoh | I guess you could start by sending a few emails around (to coderus, and/or to whatsapp-purple author) |
| 08:12.54 | bencoh | Depends: ${shlibs:Depends}, ${misc:Depends}, libpurple0 (>= 2.3.0), libfreeimage3, libprotobuf8 |
| 08:12.59 | bencoh | ii libpurple0 2.10.11-0maemo1 multi-protocol instant messaging library |
| 08:13.08 | bencoh | looks like it might actually work o.O |
| 08:13.29 | bencoh | still need protobuf, but... |
| 08:14.54 | ceene | the libprotobuf thing i think i can work around |
| 08:15.08 | ceene | as i got coderus' libs to compile on scratchbox |
| 08:15.09 | bencoh | yeah looks like libprotobuf is pretty much standalone |
| 08:15.14 | ceene | i don't remember how, but i did |
| 08:16.17 | azkay | i.imgur.com/Qyek0aY.jpg |
| 08:16.21 | azkay | Login finally down |
| 08:16.40 | ceene | that's an uber client? |
| 08:16.43 | ceene | on console |
| 08:16.45 | ceene | cool :) |
| 08:16.45 | azkay | yeah |
| 08:17.10 | azkay | It's been a week since I started using my new n900, and a week since I've been able to get an uber :P |
| 08:17.14 | ceene | E: Couldn't find package libfreeimage-dev |
| 08:17.42 | bencoh | azkay: oh, nice |
| 08:17.43 | ceene | what is does thing and why does a library need to manipulate images |
| 08:18.08 | ceene | s/does/this/ |
| 08:18.46 | bencoh | processing/converting images before sending I guess (?) |
| 08:19.03 | ceene | maybe, yeah |
| 08:19.04 | ceene | ok |
| 08:19.04 | ceene | so |
| 08:19.14 | ceene | now i need to port this libfreeimage to maemo |
| 08:19.18 | bencoh | yeah |
| 08:19.50 | azkay | packages.debian.org/search?keywords=libfreeimage-dev |
| 08:19.55 | azkay | Can't just use the armel one from there? |
| 08:20.25 | bencoh | almost yeah |
| 08:20.26 | ceene | and this freeimage thing depends on a bunch of other image processing libraries that we don't have |
| 08:20.43 | bencoh | err we won't just take in the binary though |
| 08:20.54 | bencoh | but we can fetch their package and adapt the debian/ |
| 08:21.01 | azkay | I seeee |
| 08:21.03 | bencoh | we have most of it |
| 08:21.23 | bencoh | lcms2 is missing (we have lcms1) |
| 08:21.47 | bencoh | libraw5 might be missing (not sure about the version we have) but I suspect we won't need it for a whatsapp client :) |
| 08:22.37 | bencoh | we might get away without lcms as well |
| 08:23.14 | azkay | Offtopic: Once I get the console version pretty much working, I should look at how to implement it into the maemo plugins stuff (like skype, facebook, etc). Send an SMS or something to Uber and it requests it, maybe |
| 08:36.40 | azkay | And this is why I hate oauth API stuff, they say not to distribute the client_secret. Well, how are people supposed the client if they can't login without it? |
| 08:36.54 | azkay | supposed to use the client* |
| 08:39.31 | azkay | Anyone know what I should be looking for for coding something that works with Maemo? (Like skype, facebook, etc). Where you add your account, change it to online/offline in the top menu etc |
| 08:41.23 | ceene | https://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Using_Data_Sharing/Sharing_Plug-in#Account_Setup_User_Interface_Flow |
| 08:41.26 | ceene | mmm |
| 08:41.29 | ceene | i don't think this is it |
| 08:41.46 | ceene | i think that's for apps that share files through some service |
| 08:42.14 | ceene | but it's related nonetheless |
| 08:42.29 | *** join/#maemo arcean (~arcean@62.159.77.165) |
| 08:43.12 | azkay | Thanks :), I just found some examples too https://vcs.maemo.org/svn/maemoexamples/trunk/hildon-examples/ |
| 08:47.47 | *** join/#maemo jskarvad (jskarvad@redhat/jskarvad) |
| 08:52.33 | *** join/#maemo azkay_ (~azkay@14-202-56-178.tpgi.com.au) |
| 08:59.11 | *** join/#maemo silviof (~silviof@unaffiliated/silviof) |
| 09:01.14 | *** join/#maemo silviof (~silviof@unaffiliated/silviof) |
| 09:37.20 | Vajb | maybe it could be implemented as pidgin plugin? |
| 09:53.18 | ceene | that's purple, basically |
| 09:58.12 | *** join/#maemo xorly (~xorly@wced-154-216-32-147.feld.cvut.cz) |
| 10:06.39 | *** join/#maemo hashcore (~hashcore@unaffiliated/hashcore) |
| 10:09.57 | *** join/#maemo azkay (~azkay@14-202-56-178.tpgi.com.au) |
| 10:15.13 | *** join/#maemo liu (~user@42.49.144.223) |
| 10:31.16 | *** join/#maemo eMHa (~mh@p579DB4B2.dip0.t-ipconnect.de) |
| 10:38.46 | *** join/#maemo liu (~user@42.49.144.223) |
| 10:49.58 | *** join/#maemo azkay (~azkay@14-202-56-178.tpgi.com.au) |
| 10:53.34 | *** join/#maemo ecloud (quassel@nat/digia/x-pthqdogwpwgerlam) |
| 11:04.50 | *** join/#maemo eMHa (~mh@185.36.21.2) |
| 11:05.55 | *** join/#maemo liujian0012hn (~liu@42.49.144.223) |
| 11:06.53 | *** join/#maemo hashcore (~hashcore@unaffiliated/hashcore) |
| 11:07.04 | *** join/#maemo arcean (~arcean@62.159.77.165) |
| 11:38.52 | *** join/#maemo hashcore (~hashcore@unaffiliated/hashcore) |
| 11:53.50 | *** join/#maemo Kabouik (~quassel@147.99.219.229) |
| 12:05.39 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 12:15.48 | *** join/#maemo freemangordon (~ivo@46.249.74.23) |
| 12:16.30 | xes | it would be nice to have on maemo some kind of transport like spectrum2 that would allow to connect many other IM protocols: http://spectrum.im/documentation/about.html. Now i'm using it as gateway transport for whatsapp with the setup: openfire/spectrum2/tranwhat/yowsup |
| 12:17.39 | ceene | never heard about that |
| 12:27.53 | xes | https://github.com/stv0g/transwhat |
| 12:29.05 | *** join/#maemo hashcore (~hashcore@unaffiliated/hashcore) |
| 12:36.42 | *** join/#maemo liu (~user@42.49.144.223) |
| 12:40.05 | *** join/#maemo hashcore (~hashcore@unaffiliated/hashcore) |
| 12:44.20 | DocScrutinizer05 | zxspectrum2? ;-) |
| 12:45.05 | DocScrutinizer05 | http://www.ebay.co.uk/bhp/zx-spectrum-2 |
| 12:48.46 | Wizzup | robotanarchy_: did you try it with mdbus2 |
| 12:49.39 | DocScrutinizer05 | mickeyL's dbus \o/ |
| 12:49.43 | *** join/#maemo N-Mi (~nicolas@LMontsouris-657-1-196-48.w90-63.abo.wanadoo.fr) |
| 12:49.43 | *** join/#maemo N-Mi (~nicolas@calvix/staff/N-Mi) |
| 12:49.58 | DocScrutinizer05 | ported from Openmoko |
| 12:50.09 | Wizzup | Yes. written in .... vala |
| 12:50.11 | Wizzup | and I have no valac |
| 12:50.14 | Wizzup | *shrug* |
| 12:50.16 | DocScrutinizer05 | hehe |
| 12:50.37 | DocScrutinizer05 | vala? duh! I thought it's python |
| 12:50.44 | Wizzup | it requires valac |
| 12:51.12 | DocScrutinizer05 | I'm almost sure it's python. Maybe the *1 version |
| 12:51.19 | Wizzup | let me look. |
| 12:51.47 | Wizzup | ah. |
| 12:51.53 | Wizzup | https://github.com/freesmartphone/mdbus2 404 |
| 12:52.03 | *** join/#maemo cnjj (~matt@cl-598.bos-01.us.sixxs.net) |
| 12:52.44 | DocScrutinizer05 | http://paste.opensuse.org/75378034 |
| 12:53.33 | Wizzup | taking the debian pkg |
| 12:53.46 | Wizzup | thanks |
| 12:54.07 | DocScrutinizer05 | prolly mdbus2 is vala then |
| 12:54.35 | DocScrutinizer05 | not prolly, obviously |
| 12:55.56 | DocScrutinizer05 | https://github.com/freesmartphone/mdbus WFM |
| 12:57.30 | Wizzup | # ./mdbus2 -s org.ofono / org.ofono.Manager.GetModems |
| 12:57.30 | Wizzup | ([],) |
| 12:57.31 | Wizzup | hm |
| 12:58.14 | Wizzup | OK, will continue a tad later. |
| 13:01.57 | *** join/#maemo ketaran (~ketaran@ppp109-252-80-81.pppoe.spdop.ru) |
| 13:01.59 | DocScrutinizer05 | complete FSO was python and then version 2 rewrite in vala |
| 13:02.35 | DocScrutinizer05 | I liked the python variant more |
| 13:02.56 | DocScrutinizer05 | but alegedly for performance reasons Mickey went to vala |
| 13:03.11 | DocScrutinizer05 | btw vala is just a C preprocessor, basically |
| 13:03.52 | xes | DocScrutinizer05: zxspectrum2? It would be nice.. Spectrum2 &CO is a big undocumented mess .. |
| 13:04.02 | DocScrutinizer05 | ouch |
| 13:05.36 | DocScrutinizer05 | Wizzup: anyway if you are interested in FSO, Mickey is a very nice guy and always willing to help |
| 13:06.28 | DocScrutinizer05 | unlike ofono folks, reportedly |
| 13:06.41 | Wizzup | I'm just trying to do what the linux ML post says on how to test this... |
| 13:06.47 | DocScrutinizer05 | sre is none of the ofono folks though |
| 13:14.19 | *** join/#maemo Maxdamantus (~Maxdamant@unaffiliated/maxdamantus) |
| 13:15.01 | Wizzup | robotanarchy_: have you managed to successfully probe nokia-modem? |
| 13:16.08 | Wizzup | I think that is the main reason it fails |
| 13:16.16 | Wizzup | I get this: |
| 13:16.16 | Wizzup | [ 100.532379] nokia-modem n900-modem: Could not get gpio 0 |
| 13:16.16 | Wizzup | [ 100.532501] nokia-modem n900-modem: Could not probe GPIOs |
| 13:16.16 | Wizzup | [ 100.532806] nokia-modem: probe of n900-modem failed with error -16 |
| 13:22.22 | DocScrutinizer05 | hmm GPIOs not in mainstream kernel? |
| 13:22.58 | DocScrutinizer05 | I seem to recall sth like that |
| 13:23.17 | *** join/#maemo hashcore (~hashcore@unaffiliated/hashcore) |
| 13:23.46 | *** join/#maemo XDS2010 (sid1218@gateway/web/irccloud.com/x-sybmzboocwiznvzr) |
| 13:23.48 | DocScrutinizer05 | either not available at all, or (more likely) massively changed API |
| 13:40.23 | *** join/#maemo Maxdamantus (~Maxdamant@unaffiliated/maxdamantus) |
| 13:41.25 | *** join/#maemo krnlyng (~liar@178.114.119.125.wireless.dyn.drei.com) |
| 13:52.17 | *** join/#maemo Kabouik (~quassel@147.99.219.229) |
| 13:58.20 | DocScrutinizer05 | GPIO 0 ??? CMT_EN is GPIO_74 |
| 13:59.13 | Wizzup | DocScrutinizer05: well, sre can get it to work on some mainline version |
| 13:59.22 | Wizzup | and apparently also a few others. so there's likely something odd |
| 14:01.05 | DocScrutinizer05 | <PROTECTED> |
| 14:02.53 | DocScrutinizer05 | we also got APESLEEPX to CMT/RAPUYAMA on GPIO_70 which I got NFC what it does |
| 14:04.28 | DocScrutinizer05 | ooh, sorry I missed: APE_RST_RQ Input, CMT_RST_RQ Output, all others output too |
| 14:04.32 | DocScrutinizer05 | from APE view |
| 14:05.34 | DocScrutinizer05 | HTH |
| 14:05.43 | Pali | Wizzup: which kernel? |
| 14:05.55 | Pali | and for which userapace? |
| 14:06.45 | Wizzup | (booting now) |
| 14:07.03 | Wizzup | Pali: userspace is gentoo, do you want to know udev version? kernel is 4.5-rcX from your branch (sec) |
| 14:07.27 | Pali | above error message is there if you gpio_switch kernel driver want to use those GPIOS together with nokia-modem driver |
| 14:07.46 | DocScrutinizer05 | hehe |
| 14:07.48 | Wizzup | Linux gentoo900 4.5.0-rc5+ #1 PREEMPT Wed Mar 9 18:58:02 CET 2016 armv7l Nokia RX-51 board GNU/Linux |
| 14:07.49 | Pali | so only one kernel driver should control |
| 14:07.59 | Wizzup | # lsmod | grep gpio |
| 14:07.59 | Wizzup | gpio_keys 8404 0 |
| 14:08.13 | Pali | gpio switch is static linked into zImage |
| 14:08.17 | Wizzup | Ah. |
| 14:08.25 | Wizzup | Yep. I see it now in dmesg. |
| 14:08.35 | Pali | and is available only in my linux-n900 tree (not in upstream) |
| 14:08.44 | DocScrutinizer05 | that's what I meant |
| 14:08.50 | Wizzup | What is the best thing to do? Make it a module? Disable it? |
| 14:08.57 | Pali | so depends on how you want to control those GPIOs |
| 14:09.01 | Pali | via gpio switch? |
| 14:09.17 | Pali | or via generic gpio sysfs (exported by nokia modem)? |
| 14:09.28 | DocScrutinizer05 | I guess that depends what ofono is doing ;-) |
| 14:09.34 | Wizzup | this is without ofono starting |
| 14:09.42 | Pali | ofono should support both methods :-) |
| 14:09.43 | Wizzup | This is just me trying to probe the module :) |
| 14:09.49 | Pali | but preferred is second via nokia modem |
| 14:10.01 | Wizzup | What would you recommend I do? |
| 14:10.11 | Wizzup | (I'm trying to get this to work and have no preference) |
| 14:10.29 | Pali | you need: 1) disable gpio switch when compiling kernel or either 2) load nokia-modem.pm=0 |
| 14:11.15 | DocScrutinizer05 | emphasis on "or either" |
| 14:11.31 | DocScrutinizer05 | which one is better? |
| 14:11.39 | Pali | depends on userspace |
| 14:11.44 | DocScrutinizer05 | :-) |
| 14:11.45 | Pali | maemo needs 1) |
| 14:12.01 | Pali | err 2) |
| 14:12.19 | Pali | Maemo sscd and csd can work only with pm=0 and with gpio switch |
| 14:12.41 | Wizzup | Pali: pm=0 worked when probing |
| 14:12.50 | Pali | pm=0 just skip exporting gpios |
| 14:12.50 | DocScrutinizer05 | you're such a smart bunch, guys :-)) |
| 14:13.03 | Pali | so gpio switch can control gpios |
| 14:14.38 | DocScrutinizer05 | anybody ever checked that weird stuff around APE_RST_RQ CMT_RST_RQ APESLEEPX ? |
| 14:15.06 | DocScrutinizer05 | I suspect the former two are about a mutual watchdog |
| 14:17.36 | DocScrutinizer05 | third *maybe* to tell cellmo to suspend watchdog since APE went asleep |
| 14:17.58 | Pali | http://git.kernel.org/cgit/network/ofono/ofono.git/tree/plugins/nokia-gpio.c#n207 |
| 14:18.10 | Pali | APESLEEPX is for flash mode |
| 14:18.38 | Pali | n900 has rapu type 1 |
| 14:18.40 | DocScrutinizer05 | wow, weird. Many thanks |
| 14:20.55 | *** join/#maemo liu (~user@42.49.144.223) |
| 14:23.40 | Wizzup | OK, so nokia-modem probes successfully. My next plan is to make gprs work |
| 14:24.05 | DocScrutinizer05 | OUCH! http://git.kernel.org/cgit/network/ofono/ofono.git/tree/plugins/nokia-gpio.c#n272 missing a usleep() |
| 14:24.36 | kerio | how much usleep |
| 14:24.44 | DocScrutinizer05 | minimum 100us |
| 14:24.51 | kerio | or what |
| 14:24.52 | DocScrutinizer05 | raher 1000 |
| 14:25.13 | DocScrutinizer05 | or modem might miss IRQ due to too short 0-time |
| 14:25.17 | kerio | rip |
| 14:25.26 | kerio | there's also two rst close togheter in the next function |
| 14:26.30 | DocScrutinizer05 | yep, http://git.kernel.org/cgit/network/ofono/ofono.git/tree/plugins/nokia-gpio.c#n310 same issue |
| 14:27.40 | DocScrutinizer05 | pretty anti-EE/hw approach I see in ofono |
| 14:27.48 | DocScrutinizer05 | ignorant |
| 14:28.27 | DocScrutinizer05 | I mean you can't rely on CPU clock without even probing/knowing it to shape a hw electrical signal |
| 14:29.23 | *** join/#maemo liu (~user@42.49.144.223) |
| 14:29.59 | DocScrutinizer05 | I bet my skinny ass the pulsewidth of a GPIO_WRITE(cmt_rst, 0); GPIO_WRITE(cmt_rst, 1); is significantly shorter than 1us |
| 14:30.09 | DocScrutinizer05 | shorter than 0.1us even |
| 14:30.29 | kerio | can you even usleep in the kernel, though |
| 14:30.39 | kerio | or would that need to be refactored |
| 14:30.43 | kerio | Pali: halp us |
| 14:30.48 | DocScrutinizer05 | dunno, use NOPs if you can't do smarter things |
| 14:30.52 | kerio | no i mean |
| 14:30.58 | kerio | wouldn't it freeze the everything |
| 14:31.18 | DocScrutinizer05 | I think there's a delay or sleep kernel function |
| 14:31.49 | DocScrutinizer05 | and yes it freezes the system for the sleeptime |
| 14:32.02 | DocScrutinizer05 | that's why yiu usually avoid it |
| 14:32.28 | DocScrutinizer05 | not here though, here you must use it |
| 14:32.56 | DocScrutinizer05 | I mean it's one millisecond |
| 14:33.17 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 14:33.39 | DocScrutinizer05 | you may quote me when upstreaming the patch - I'll even sign it off |
| 14:34.27 | Wizzup | robotanarchy_: I also think that your udev rename is not correct / bogus path to go down to |
| 14:34.36 | Wizzup | robotanarchy_: when you properly modprobe the nokia modem, you get a phonet0 |
| 14:34.55 | Wizzup | I'm rebuilding ofono now with tools and some other use flags |
| 14:34.57 | DocScrutinizer05 | yes, that's the ISI interface basically |
| 14:34.59 | Wizzup | Let's hope they are useful |
| 14:35.30 | Wizzup | I want to see if I can get the gprs0 interface up |
| 14:35.37 | DocScrutinizer05 | Wizzup: please already apply my patches ;-) |
| 14:35.56 | DocScrutinizer05 | usleep(1000) |
| 14:36.28 | Wizzup | I will do that when I installed it and it doesn't work - not that I don't trust your patches, but I want to reproduce what others did before |
| 14:36.33 | Wizzup | I need a solid base to work/test from |
| 14:36.44 | DocScrutinizer05 | k |
| 14:37.13 | DocScrutinizer05 | though the usleeps only take out unpredictable behaviour from a fringe case |
| 14:37.37 | DocScrutinizer05 | without them it may or may not work, with them it must work |
| 14:37.55 | Wizzup | ack |
| 14:37.59 | Wizzup | thanks for noticing it |
| 14:38.04 | DocScrutinizer05 | yw :-) |
| 14:42.55 | DocScrutinizer05 | ofono guys had diect help from Nokia and still they coded such mess |
| 14:50.29 | DocScrutinizer05 | idly wonders about cmd pipelining in ARM |
| 14:51.06 | DocScrutinizer05 | dunno if GPIO access is pipelined |
| 14:52.21 | DocScrutinizer05 | worst case pulsewidth is 1/600E6 seconds, or completely optimized out |
| 14:53.20 | DocScrutinizer05 | ~1/600*10**6 |
| 14:53.20 | infobot | 1666.666666666667 |
| 14:53.30 | DocScrutinizer05 | wut? |
| 14:53.44 | DocScrutinizer05 | ~1/(600*10**6) |
| 14:53.44 | infobot | 0.000000001667 |
| 14:54.31 | DocScrutinizer05 | 17ns |
| 14:56.14 | Wizzup | robotanarchy_: have you configured ofono in any way? like in /etc/ofono/ |
| 14:58.46 | *** join/#maemo xorly (~xorly@ip-86-49-15-121.net.upcbroadband.cz) |
| 15:19.59 | DocScrutinizer05 | Pali: could we get dmesg early kernel boot msgs copied to syslog early during boot? |
| 15:21.13 | DocScrutinizer05 | wait, what's that? |
| 15:22.11 | Pali | syslog copy it (after it start) |
| 15:22.55 | DocScrutinizer05 | yeah think so, thanks and sorry for the noise |
| 15:24.57 | DocScrutinizer05 | but very early kernel stuff still seems to be missing |
| 15:27.51 | DocScrutinizer05 | size of dmsg buffer? |
| 15:28.15 | DocScrutinizer05 | or is it just ne getting puzzled? |
| 15:28.17 | DocScrutinizer05 | me |
| 15:28.37 | DocScrutinizer05 | http://paste.opensuse.org/60705118 |
| 15:31.15 | freemangordon | DocScrutinizer05: that paste is missing some early log messages, yes |
| 15:32.06 | freemangordon | hmm, "i2c_omap i2c_omap.2: controller timed out" |
| 15:32.28 | DocScrutinizer05 | and yep, we could get those if that lazy ashole here had already soldered the wires to the debug port ;-) Sorry! |
| 15:32.53 | freemangordon | DocScrutinizer05: is that stock kernel? |
| 15:32.59 | DocScrutinizer05 | err yup |
| 15:33.12 | freemangordon | no need for debug port, you should have evrything in syslog |
| 15:33.18 | DocScrutinizer05 | IroN900:~# uname -a |
| 15:33.19 | DocScrutinizer05 | Linux IroN900 2.6.28-omap1 #1 PREEMPT Fri Aug 6 11:50:00 EEST 2010 armv7l GNU/Linux |
| 15:34.38 | *** join/#maemo liu (~user@42.49.144.223) |
| 15:34.45 | kerio | >stock kernel in 2016 |
| 15:35.11 | freemangordon | DocScrutinizer05: no idea why those are missing, reboot once again and check |
| 15:35.47 | DocScrutinizer05 | I rebooted and checked several times and same |
| 15:35.53 | DocScrutinizer05 | will redo nevertheless |
| 15:36.11 | freemangordon | weird |
| 15:40.52 | DocScrutinizer05 | http://paste.opensuse.org/36151160 |
| 15:41.22 | kerio | freemangordon: still no thumby openssl 0.9.8zh? :( |
| 15:41.24 | DocScrutinizer05 | http://paste.opensuse.org/21127879 |
| 15:42.55 | DocScrutinizer05 | looks pretty much same, no? |
| 15:43.10 | *** join/#maemo BitEvil (~quassel@tor/regular/SpeedEvil) |
| 15:45.29 | DocScrutinizer05 | wpwrak and me both think dmsg buffer too small for chatty kernel |
| 15:45.59 | DocScrutinizer05 | resizing dmsg buffer shouldn't be too hard, no? |
| 15:46.26 | DocScrutinizer05 | dmesg even |
| 15:47.12 | *** join/#maemo liu (~user@42.49.144.223) |
| 15:47.17 | DocScrutinizer05 | <PROTECTED> |
| 15:47.18 | DocScrutinizer05 | <PROTECTED> |
| 15:47.20 | DocScrutinizer05 | <PROTECTED> |
| 15:47.27 | Wizzup | robotanarchy_: ofono doesn't seem to detect any modem for me, yet |
| 15:47.37 | Wizzup | robotanarchy_: the symlink as suggested in sre's mail and your wiki makes no difference |
| 15:48.24 | *** join/#maemo xorly (~xorly@ip-86-49-15-121.net.upcbroadband.cz) |
| 15:50.39 | *** join/#maemo Luke-Jr (~luke-jr@unaffiliated/luke-jr) |
| 15:51.10 | DocScrutinizer05 | seems kernel ringbuffer is a pathetic 16kB per default, could it get resized by a kernel cmdline parameter on boot, or do we need a kernel rebuild? |
| 15:52.22 | Pali | you can change it by kernel cmdline |
| 15:52.29 | DocScrutinizer05 | kewl! |
| 15:52.54 | Pali | log_buf_len= |
| 15:53.18 | DocScrutinizer05 | so let's make it 64k and fix the dmesg -s used for copying to syslog(?) |
| 15:53.49 | DocScrutinizer05 | at least with uBoot that should work, no? |
| 15:54.07 | Pali | and what is problem? |
| 15:54.12 | DocScrutinizer05 | could we binary patch kernel hardcoded default size? |
| 15:54.12 | Pali | I have full dmesg in syslog |
| 15:54.25 | DocScrutinizer05 | err see above, I don't |
| 15:54.34 | DocScrutinizer05 | stock kernel |
| 15:55.02 | Pali | musb spams too much... |
| 15:55.15 | DocScrutinizer05 | I prolly should finally switch to PK ;-) |
| 15:55.39 | DocScrutinizer05 | yeah, kernel* too chatty |
| 15:56.14 | DocScrutinizer05 | but actually I prefer chatty over too silent |
| 15:58.27 | Wizzup | depends if it is a program or person |
| 15:58.28 | Wizzup | ;-) |
| 15:59.03 | DocScrutinizer05 | hehehe |
| 16:00.30 | DocScrutinizer05 | don't we have a plaintext kernel default cmdline hardcoded into kernel? |
| 16:01.14 | DocScrutinizer05 | is it actually evaluated by kernel? or just provided to /proc and no matter what's inside? |
| 16:15.28 | DocScrutinizer05 | who does copying of dmesg to syslog? |
| 16:16.14 | Wizzup | syslog should just pick it up |
| 16:17.34 | DocScrutinizer05 | aah builtin, with no options? |
| 16:17.57 | DocScrutinizer05 | meh, RTFM |
| 16:18.45 | *** join/#maemo sunshavi (~user@190.235.18.236) |
| 16:20.46 | DocScrutinizer05 | no manpage for /etc/syslog.conf |
| 16:21.31 | DocScrutinizer05 | usage: syslogd [-drvh] [-l hostlist] [-m markinterval] [-n] [-p path] |
| 16:21.54 | *** join/#maemo auenfx4 (David@DCL-6-47.bpb.bigpond.com) |
| 16:22.01 | DocScrutinizer05 | how the heck I tell syslog about larger kernel ringbuffer, similar to dmesg -s ? |
| 16:22.15 | DocScrutinizer05 | or does it simply know the size? |
| 16:24.21 | DocScrutinizer05 | btw would jr@saturn:~/mymaemo-workdir/maemo_flasher-3.5_2.5.2.2> ./flasher-3.5 -b="$blabla log_buf_len=64K" work? I guess it's not sticky anyway, in that NOLO would store it to NAND permanently and use it for further boots |
| 16:32.15 | DocScrutinizer05 | flasher-3.5 -b="`ssh root@iron900 cat /proc/cmdline` log_buf_len=64K" |
| 16:39.41 | Pali | -b is temporary just for current boot |
| 16:39.42 | *** join/#maemo eMHa (~mh@p579DB4B2.dip0.t-ipconnect.de) |
| 16:39.56 | Pali | no permanent solution except recompiling kernel |
| 16:42.30 | kerio | uboot! |
| 16:43.39 | DocScrutinizer05 | Pali: ack |
| 16:43.52 | DocScrutinizer05 | or binary patching kernel ;-D |
| 16:44.14 | DocScrutinizer05 | or uBoot as kerio said? |
| 16:44.45 | DocScrutinizer05 | for testing flasher -b is just fine I'd guess |
| 16:44.55 | bencoh | yeah, uboot |
| 16:45.21 | bencoh | seriously, stock kernel and no uboot... what the hell are you doing? :p |
| 16:50.08 | freemangordon | kerio: I am waitng for merlin1991 to issue new cssu, -thumb will follow shortly |
| 16:51.26 | *** join/#maemo pagurus (~user@p4FD6CE7F.dip0.t-ipconnect.de) |
| 16:54.33 | DocScrutinizer05 | ~rescueos |
| 16:54.33 | infobot | somebody said rescueos was http://n900.quitesimple.org/rescueOS/ |
| 16:55.26 | *** join/#maemo pagurus (~user@p4FD6CE7F.dip0.t-ipconnect.de) |
| 16:56.01 | bencoh | is there any reason why we don't have a cssu target (or several) with autobuilder |
| 16:56.09 | bencoh | ? |
| 16:56.38 | bencoh | I mean, a repository where cssu maintainers could push source packages and autobuilder would generate binary packages |
| 16:56.41 | bencoh | just like with extras |
| 16:57.26 | freemangordon | bencoh: nobody wants to take the decision :) |
| 16:57.48 | freemangordon | take? make? whatever |
| 16:58.39 | Wizzup | I'm happy to donate arm hw |
| 16:58.53 | freemangordon | Wizzup: hmm? |
| 16:59.03 | Wizzup | for build machines |
| 16:59.03 | bencoh | is it just about "deciding", or is there any ...obstacle? |
| 16:59.09 | Wizzup | if that is helpful |
| 16:59.25 | bencoh | Wizzup: it shouldn't be considering we use scratchbox, but thx anyway :) |
| 16:59.32 | Wizzup | ack |
| 16:59.42 | Wizzup | offer will stand for considerable future :P |
| 17:00.10 | freemangordon | bencoh: I am not aware of any obstacle |
| 17:01.21 | bencoh | freemangordon: so we could have both -testing and -stable? |
| 17:02.04 | bencoh | and still have usual extras* packages built against stock PR? |
| 17:03.03 | freemangordon | I see no problem with that |
| 17:03.13 | freemangordon | we can even have -thumb target |
| 17:03.22 | bencoh | that'd be great as well |
| 17:03.55 | bencoh | hmm ... who's admin on autobuilder/package infra? |
| 17:04.47 | DocScrutinizer05 | bencoh: CSSU is a layered supplementary repo which nevertheless overrides base packages |
| 17:05.01 | bencoh | DocScrutinizer05: yeah, I'm aware of that |
| 17:05.03 | freemangordon | bencoh: me and merlin1991 |
| 17:05.26 | freemangordon | me(autobuilder), merlin1991(package interface) |
| 17:05.33 | DocScrutinizer05 | there are no regular build targets like CSSU for 'ordinary' packages |
| 17:05.57 | DocScrutinizer05 | all maemo-etras is supposed to work on CSSU as well |
| 17:06.30 | bencoh | freemangordon: think you could add one of those (-testing or -devel maybe?) just to check if it works/things don't break? |
| 17:06.36 | freemangordon | DocScrutinizer05: no build targets - it is a matter of setting them up |
| 17:07.05 | freemangordon | bencoh: I am a kind of maintainer, not a decision-maker |
| 17:07.06 | bencoh | DocScrutinizer05: CSSU-* stuff shouldn't interfere with extras*, yeah |
| 17:07.19 | DocScrutinizer05 | no, there's no need for such. There's aneed for thumb build target though |
| 17:07.21 | bencoh | freemangordon: which means this question should go to council? |
| 17:07.30 | freemangordon | or HiFo |
| 17:07.36 | bencoh | huhu |
| 17:07.54 | freemangordon | not sure what is the official "structure" lately :) |
| 17:08.12 | bencoh | DocScrutinizer05: well, I dunno if there is a need but I feel silly everytime I read fmg/merlin having to fiddle with building packages for release |
| 17:08.38 | bencoh | it just doesn't feel right to loose time on that and do a manual build while we could just send source package to some auto process |
| 17:08.51 | freemangordon | DocScrutinizer05: all the packages in Nokia and SDK repos are build by a kind of autobuilder |
| 17:09.28 | DocScrutinizer05 | yeah ok |
| 17:09.40 | bencoh | besides this remind me of something you asked lately regarding neo900 and a working, buildable from scratch maemo ;) |
| 17:09.44 | bencoh | +s |
| 17:09.50 | freemangordon | bencoh: well, usually building is not a problem and we don;t have *that* much new packages with every release |
| 17:10.08 | DocScrutinizer05 | but then this needs to be a sort of restricted autobuilder, with special care taken about who can upload stuff |
| 17:10.11 | bencoh | freemangordon: well, see merlin's fight against autotools a few days ago :) |
| 17:10.20 | freemangordon | DocScrutinizer05: deffinitely |
| 17:10.21 | bencoh | DocScrutinizer05: indeed |
| 17:10.37 | DocScrutinizer05 | build TARGETS are x86, ARM, (new:) thumb. In extras etc |
| 17:11.13 | bencoh | freemangordon: would they be repositories, targets, something else? |
| 17:11.21 | DocScrutinizer05 | a new autobuilder and repo could be very useful for CSSU but only when access is limited to CSSU members |
| 17:11.26 | bencoh | those* |
| 17:11.29 | DocScrutinizer05 | and under final control of merlin1991 |
| 17:11.31 | freemangordon | bencoh: I know what you meant, but that happens relatively rarely. and I guess one of the reasons it has happened this time is because it was a while since merlin1991 had done it for the last time ;) |
| 17:11.48 | bencoh | maybe yeah :) |
| 17:12.14 | bencoh | oh and, another cool thing is we could benefit from the promoting system |
| 17:12.21 | bencoh | -devel -> -testing -> -stable |
| 17:12.21 | freemangordon | hmm? |
| 17:12.35 | freemangordon | no, no |
| 17:12.44 | freemangordon | won;t work |
| 17:12.52 | bencoh | ah, why? |
| 17:13.04 | freemangordon | see extras :) |
| 17:13.10 | bencoh | hmm? |
| 17:13.25 | bencoh | I'm not talking about users voting |
| 17:13.41 | bencoh | but about admins/maintainers promoting packages |
| 17:13.44 | freemangordon | but who? |
| 17:13.56 | freemangordon | there is one maintainer - merlin1991 |
| 17:14.19 | DocScrutinizer05 | exactly |
| 17:14.34 | *** join/#maemo MohammadAG (~MohammadA@Maemo/community/contributor/MohammadAG) |
| 17:14.44 | DocScrutinizer05 | CSSU works because it's a strict hierarchy with benevolent dictators |
| 17:14.56 | freemangordon | and when we used to have regular updates, there were regular meeting of the CSSU team members, where we discussed what to be included in the next update |
| 17:15.11 | bencoh | DocScrutinizer05: haha |
| 17:15.13 | freemangordon | *meetings |
| 17:15.22 | DocScrutinizer05 | nah, no haha, see freemangordon ^^^ |
| 17:15.29 | bencoh | fair enough |
| 17:15.44 | freemangordon | bencoh: yes, exactly what DocScrutinizer05 said |
| 17:16.32 | DocScrutinizer05 | CSSu dictators are shanghaied |
| 17:16.35 | DocScrutinizer05 | ;-) |
| 17:16.56 | freemangordon | :) |
| 17:24.22 | DocScrutinizer05 | actually that organizational structure is the only one that works for Openssource projects, in my book. And the probe,m is when people don't get the idea |
| 17:24.29 | DocScrutinizer05 | problem |
| 17:25.08 | DocScrutinizer05 | then messy stuff like a little bit longer than one year ago, with the eV and "let's abolish council" happens |
| 17:26.17 | DocScrutinizer05 | it's an idiocy to try let a community of thousands take decisions |
| 17:26.33 | DocScrutinizer05 | no matter which, except elections |
| 17:27.09 | DocScrutinizer05 | even a community of one dozen usually fails epically |
| 17:27.27 | DocScrutinizer05 | unless there's one dude with the hat on |
| 17:29.40 | bencoh | which is what we have here, basically |
| 17:30.07 | DocScrutinizer05 | in industry you usually have project leaders for each project. everybody of the crew can become project leader, usually nobody wants to |
| 17:30.44 | DocScrutinizer05 | since the PL has all the nasty duties |
| 17:31.07 | DocScrutinizer05 | and kets ass-kicked in the end |
| 17:31.10 | DocScrutinizer05 | gets* |
| 17:32.27 | DocScrutinizer05 | as soon as somebody thinks PL has anything todo with power and might, very bad things happen |
| 17:34.02 | DocScrutinizer05 | council are the maemo project leaders |
| 17:34.16 | DocScrutinizer05 | merlin1991 is CSSU project leader |
| 17:35.36 | *** join/#maemo lxp (~lxp@unaffiliated/lxp) |
| 17:36.04 | *** join/#maemo xelo (~xelo@ip-176-198-129-195.hsi05.unitymediagroup.de) |
| 17:38.48 | DocScrutinizer05 | and note that a PL has no saying usually in the shape, design, goals, and structure of a project. There are other guys to provide that data/drafts and PL only decides if those are OK with everybody else and the project requirements |
| 17:43.12 | DocScrutinizer05 | PL nly keep the project running. They don't "provide ideas" other than "to do that right, we need to ask A, B, C to help procduce data x, concept y, poll z" |
| 17:44.37 | DocScrutinizer05 | when they provide ideas, they do it as team peer, not as PL |
| 17:46.20 | *** join/#maemo ArGGu^^ (~ArGGu^^@89.106.52.253) |
| 17:46.28 | DocScrutinizer05 | a boss could also give orders to overrule any team decision, but a good boss won't usually do that, rather act as peer in the crew and let the PL do their job |
| 17:47.25 | *** join/#maemo krnlyng (~liar@83.175.90.24) |
| 17:49.42 | DocScrutinizer05 | a FOSS project usually has no boss, so if it got poor prerforming PLs, the project is busted |
| 17:50.20 | *** join/#maemo futpib (~futpib@37.113.253.220) |
| 17:51.58 | DocScrutinizer05 | a last saying: "wer glaubt dass ein Projektleiter Prokekte *leitet*, der glaubt auch das ein Zitronenfalter Zitronen faltet" |
| 17:52.27 | DocScrutinizer05 | s/Proke/Proje/ |
| 17:56.11 | DocScrutinizer05 | http://www.utele.eu/blog/einfach-so/projektleiter-und-zitronenfalter-oder-zitronen-falten-und-projekte-leiten/ |
| 18:04.40 | *** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil) |
| 18:06.32 | DocScrutinizer05 | https://de.wikipedia.org/wiki/Projektleiter#Zusammenfassung |
| 18:35.12 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 19:16.22 | *** join/#maemo M4rtinK (~M4rtinK@ip-78-102-146-111.net.upcbroadband.cz) |
| 19:21.51 | DocScrutinizer05 | freemangordon: Pali: how is softupd supposed to work? |
| 19:22.30 | Pali | DocScrutinizer05: what do you mean by how? |
| 19:22.35 | *** join/#maemo veikko (veikko@2001:1bc8:1004::1) |
| 19:22.44 | DocScrutinizer05 | typical usecase, how maemo uses it |
| 19:22.59 | Pali | it is "server" for flashing images to mtd, mmc and also to modem |
| 19:23.15 | DocScrutinizer05 | no connection to NOLO? |
| 19:23.26 | Pali | no, softupd is linux binary |
| 19:23.39 | Pali | it is started *after* booting linux kernel |
| 19:23.41 | Pali | not in bootloader |
| 19:23.48 | DocScrutinizer05 | I thought it's used together with local flasher and allows all of flasher's options? |
| 19:24.00 | Pali | maemo via (local) flasher can flash new kernel or bootloader |
| 19:24.10 | DocScrutinizer05 | but not boot? |
| 19:24.11 | Pali | local flasher is just client for softupd |
| 19:24.15 | Pali | no booting |
| 19:24.18 | DocScrutinizer05 | thanks |
| 19:24.21 | DocScrutinizer05 | :-) |
| 19:24.25 | Pali | also it listen on usb device |
| 19:24.32 | Pali | so you can communite via softup via usb |
| 19:24.39 | Pali | e.g. via g_nokia.ko |
| 19:24.44 | Pali | see 0xFFFF and Mk II protocol |
| 19:24.47 | DocScrutinizer05 | aaah for vanilla flashing |
| 19:24.58 | Pali | softup understand Mk II protocol via usb or local socket |
| 19:25.07 | DocScrutinizer05 | yep, makes sense |
| 19:25.17 | DocScrutinizer05 | thank you very much |
| 19:25.19 | Pali | also this is only way how to flash mmc image |
| 19:25.38 | Pali | when you boot into "update" mode, it just boot linux kernel and then init system |
| 19:25.43 | Pali | + softup as server |
| 19:25.49 | DocScrutinizer05 | :nod: |
| 19:25.51 | Pali | minimal "busybox" userspace |
| 19:49.36 | DocScrutinizer05 | Pali: does 0xFFFF|flasher's -b=cmdline option also apply to booting a kernel from NAND? |
| 19:49.58 | Pali | DocScrutinizer05: it apply to currently loaded kernel in RAM |
| 19:50.08 | DocScrutinizer05 | only RAM? |
| 19:50.12 | Pali | if you do not send any kernel via USB, then in RAM is kernel from NAND |
| 19:50.24 | DocScrutinizer05 | aah, right |
| 19:50.55 | DocScrutinizer05 | so I can modify the cmdline for an 'ordinary' boot? |
| 19:51.13 | DocScrutinizer05 | temporarily |
| 19:52.09 | DocScrutinizer05 | I.E start flasher -b=blablabla and then plug a powered down device to USB |
| 19:53.38 | DocScrutinizer05 | I don't think I have a special purpose for asking that right now, rather I'm just curious |
| 19:54.45 | DocScrutinizer05 | Iprolly should simply try it ;-) |
| 20:07.15 | Pali | DocScrutinizer05: yes, but do not forget to specify what is in /proc/cmdline |
| 20:07.28 | Pali | as -b overwrite whole cmdline... it does not do "append" |
| 20:07.48 | *** join/#maemo ced117 (~ced117@opensuse/member/ced117) |
| 20:25.11 | *** join/#maemo andril (~andril@c-66-229-28-40.hsd1.fl.comcast.net) |
| 20:45.27 | *** part/#maemo L29Ah (~L29Ah@cl-154.led-01.ru.sixxs.net) |
| 20:47.24 | *** join/#maemo L29Ah (~L29Ah@cl-154.led-01.ru.sixxs.net) |
| 21:10.54 | DocScrutinizer51 | Pali: yup |
| 21:11.07 | *** join/#maemo alien2003 (~alien@230.97.121.77.pool.smart.vn.ua) |
| 21:16.28 | Wizzup | Does anyone know if ofono needs to be configured in any way to pick up the nokia modem? |
| 21:16.40 | Wizzup | isimodem is turned on, but it doesn't seem to detect any modems. |
| 21:17.37 | bencoh | Wizzup: you should try a search in chan logs, because I kinda remember a discussion about that |
| 21:17.47 | Pali | Wizzup: ask pavelm, he has working voice call support on upstream kernel + Debian |
| 21:18.01 | DocScrutinizer05 | http://paste.opensuse.org/9220895 |
| 21:18.14 | Wizzup | Is he on IRC? |
| 21:18.45 | Wizzup | I know his blog |
| 21:18.52 | Pali | ~seen pavelm |
| 21:18.58 | infobot | pavelm <~pavel@217-112-171-13.adsl.avonet.cz> was last seen on IRC in channel #maemo, 525d 11h 44m 3s ago, saying: 'Hello!'. |
| 21:19.04 | DocScrutinizer05 | [2016-04-06 Wed 18:32:15] <DocScrutinizer05> flasher-3.5 -b="`ssh root@iron900 cat /proc/cmdline` log_buf_len=64K" |
| 21:19.23 | Pali | not on irc yet... |
| 21:19.28 | Pali | rather send him email |
| 21:19.40 | Wizzup | ack |
| 21:19.59 | *** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil) |
| 21:24.35 | DocScrutinizer05 | Wizzup: definitely you need N900 specific ofono stuff |
| 21:25.08 | DocScrutinizer05 | exactly what I found a bug inside and you said you gonna build it |
| 21:25.35 | DocScrutinizer05 | it's about enabling the modem |
| 21:26.02 | Wizzup | I emailed pavel |
| 21:26.09 | Wizzup | DocScrutinizer05: sure, but it doesn't even seem to detect a modem |
| 21:26.19 | Wizzup | I don't see it writing "failed to initialise bla" |
| 21:26.31 | Wizzup | It only really registers drivers/plugins and then just does nothing |
| 21:26.50 | DocScrutinizer05 | you could put some debug-print into the very file at http://git.kernel.org/cgit/network/ofono/ofono.git/tree/plugins/nokia-gpio.c |
| 21:27.25 | DocScrutinizer05 | I guess you must tell ofono to power up the modem? |
| 21:27.38 | Wizzup | There is a way to do that. But it must first *FIND* the modem |
| 21:27.44 | Wizzup | If it cannot find it, you cannot power it up/down |
| 21:27.54 | DocScrutinizer05 | you can't find a modem that's not powered up |
| 21:27.55 | Wizzup | At least that is what I gathered from various mails/doc |
| 21:28.01 | Wizzup | I think you can find the kernel driver and devices |
| 21:28.08 | Wizzup | Which is what I call 'finding the modem' |
| 21:28.16 | DocScrutinizer05 | yes, of course |
| 21:28.18 | Wizzup | Anyhow ofono requires a modem identifier to power it up |
| 21:28.24 | Wizzup | so it must detect it before being able to power it up |
| 21:28.43 | DocScrutinizer05 | hmm you need to provide that identifier somehow |
| 21:28.56 | DocScrutinizer05 | the hardware doesn't know until modem is powered |
| 21:29.10 | Wizzup | I am pretty sure that I just misconfigured something, or perhaps my ofono version is not recent enough |
| 21:29.16 | robotanarchy_ | Wizzup: at least in debian, there are some ofono specific dbus rules in /var/lib/dbus or something (exact path is in the wiki article i made). do you have this file / did you try to modify it? |
| 21:29.40 | *** join/#maemo Cor-Ai (~cor-ai@c-91efe655.06-922-7570702.cust.bredbandsbolaget.se) |
| 21:29.54 | Wizzup | robotanarchy_: udev or dbus |
| 21:30.02 | robotanarchy_ | udev |
| 21:30.09 | Wizzup | The udev rules are not relevant |
| 21:30.22 | Wizzup | for me at least |
| 21:30.28 | Wizzup | I have upnlink0, and phonet0 |
| 21:30.35 | Wizzup | The latter comes up only after successfully probing nokia-modem |
| 21:30.41 | robotanarchy_ | okay, nice |
| 21:30.43 | DocScrutinizer05 | yes |
| 21:30.44 | Wizzup | And I do not have the rule that you mentioned |
| 21:30.58 | Wizzup | when I had that rule, I got phonet0 (upnlink0 renamed) and then the real deal became phonet1 |
| 21:31.05 | Wizzup | So likely you do not want that rule |
| 21:31.19 | robotanarchy_ | interesting, maybe I need to probe another module first |
| 21:31.27 | robotanarchy_ | I didn't know that there are two phonet devices |
| 21:31.28 | Wizzup | modprobe nokia-modem pm=0 |
| 21:31.30 | Wizzup | That worked for me |
| 21:31.38 | Wizzup | I don't know what upnlink0 is |
| 21:31.47 | Wizzup | but nokia-modem creates its own interface |
| 21:31.48 | DocScrutinizer05 | there are not supposed to be two phonet devices |
| 21:31.59 | DocScrutinizer05 | that's clearly indicating a problem |
| 21:32.07 | Wizzup | DocScrutinizer05: correct, but if you boot pali's kernel with default config you get upnlink0 as an interface |
| 21:32.13 | Wizzup | I don't know if it even is a phonet device |
| 21:32.21 | Wizzup | It's just that robotanarchy_ had a udev rule to rename it to phonet |
| 21:32.25 | Wizzup | and I am doubting that |
| 21:32.30 | Wizzup | (the use / correctness) |
| 21:32.40 | DocScrutinizer05 | yes |
| 21:33.03 | DocScrutinizer05 | see Pali's "either 1) OR 2)" |
| 21:33.03 | Wizzup | I think ofono should, when it works, create a gprs0 interface, and then I can configure that one using mostly normal scripts/tools |
| 21:33.08 | Wizzup | Yes, exactly |
| 21:33.36 | Pali | ofono should support both 1) and 2) so you can choose :-) |
| 21:33.52 | Pali | Maemo supports only gpio swicth |
| 21:33.53 | DocScrutinizer05 | yeah 1) **OR** 2) |
| 21:33.55 | Wizzup | Pali: just wondering (I just emailed pavel), when did you last get ofono to work? |
| 21:34.01 | Wizzup | And did you have any config files |
| 21:34.25 | Pali | pavelm has own GUI applications (written in python) for phone functionality |
| 21:34.44 | Pali | they are in his "tui" git repository |
| 21:34.55 | Pali | so maybe there would be also config files |
| 21:35.41 | robotanarchy_ | Pali: where is this repo (sorry, didn't read all the backlog) |
| 21:35.46 | DocScrutinizer05 | ((if you boot pali's kernel with default config you get upnlink0)) is prolly a good hint |
| 21:36.07 | Pali | robotanarchy_: I think on gitlab, but not know exactly.... |
| 21:36.11 | Wizzup | DocScrutinizer05: a hint for what? |
| 21:36.23 | Wizzup | I figured that upnlink0 is a completely seperate thing, likely unrelated to anything |
| 21:36.24 | DocScrutinizer05 | for a driver conflict or something |
| 21:36.43 | Wizzup | brb |
| 21:36.46 | Pali | upnlink is probably not phonet device |
| 21:36.53 | Pali | check inet type of device |
| 21:36.56 | DocScrutinizer05 | aah ok |
| 21:37.02 | robotanarchy_ | Pali: "ip a" said something about phonet |
| 21:37.20 | Pali | look at "ip l" |
| 21:38.00 | *** join/#maemo shentey (~shentey@x4e34efba.dyn.telefonica.de) |
| 21:38.15 | bencoh | I guess you mean that one: https://gitlab.com/tui/tui/blob/master/ofone/ofono.py |
| 21:38.53 | DocScrutinizer05 | ofone??? |
| 21:39.06 | DocScrutinizer05 | funny - typo? |
| 21:39.49 | Pali | I think it is not typo |
| 21:39.51 | bencoh | prolly not |
| 21:40.15 | bencoh | he's got a lot of phone-related scripts in there (not all ofono-based) |
| 21:40.22 | Pali | "phone" you read as "fone" |
| 21:40.38 | Pali | and "o" prefix can be for ofono |
| 21:40.39 | Pali | :D |
| 21:40.49 | DocScrutinizer05 | yay, nidty ;-P |
| 21:40.55 | DocScrutinizer05 | nifty even |
| 21:40.56 | bencoh | :] |
| 21:43.40 | robotanarchy_ | 'ip l' says: 2: upnlink0: <POINTOPOINT,NOARP> mtu 65541 qdisc noop state DOWN mode DEFAULT group default qlen 1 \n link/phonet 1b peer 00 |
| 21:46.01 | robotanarchy_ | and modprobe nokia-modem prints errors in dmesg: https://nopaste.me/view/b960292a |
| 21:46.19 | Wizzup | did you see what I wrote |
| 21:46.46 | robotanarchy_ | Wizzup: what exactly? you wrote a lot :D |
| 21:46.50 | Pali | 1) XOR 2) |
| 21:46.58 | Wizzup | 23:31 < Wizzup> modprobe nokia-modem pm=0 |
| 21:47.04 | robotanarchy_ | oh right |
| 21:48.05 | robotanarchy_ | well too bad I gotta go now. but thanks to everyone in the channel, I'll keep on trying until it works ;) |
| 21:48.47 | bencoh | thx for your efforts on that :) |
| 21:50.31 | DocScrutinizer05 | meanwhile: https://i.imgur.com/Se4oxY3.jpg |
| 21:51.06 | robotanarchy_ | everyone is welcome to contribute here: https://github.com/robotanarchy/penguinphone/wiki/N900:-Running-ofono-with-a-4.x-kernel (or in the maemo wiki or wherever you prefer) |
| 21:55.19 | Pali | robotanarchy_: if you use gpio switch there is not /dev/cmt gpios! |
| 21:55.23 | *** join/#maemo realitygaps (~realityga@unaffiliated/realitygaps) |
| 21:55.33 | bencoh | :) |
| 21:56.45 | Pali | as I stated more times, 1) gpio switch with nokia-modem.pm=0 XOR 2) recompiling linux-n900 kernel without gpioswitch && gpio from nokia-modem |
| 22:01.20 | *** join/#maemo valerius (~user@85.26.180.241) |
| 22:03.49 | Wizzup | robotanarchy_: can you pm me your email addr? so I can cc you in this email |
| 22:20.28 | *** part/#maemo L29Ah (~L29Ah@cl-154.led-01.ru.sixxs.net) |
| 22:20.49 | *** join/#maemo L29Ah (~L29Ah@cl-154.led-01.ru.sixxs.net) |
| 22:25.19 | *** join/#maemo l_bratch (~l_bratch@82.112.144.251) |
| 22:37.00 | *** join/#maemo auenf (David@120.155.72.106) |
| 22:39.39 | *** join/#maemo pagurus (~user@p4FD6CE7F.dip0.t-ipconnect.de) |
| 22:45.18 | *** join/#maemo auenf (David@DC-31-57.bpb.bigpond.com) |
| 22:48.36 | *** join/#maemo auenfx4 (David@DC-31-57.bpb.bigpond.com) |
| 22:50.07 | *** join/#maemo andril (~andril@c-66-229-28-40.hsd1.fl.comcast.net) |
| 22:50.40 | *** join/#maemo sunshavi (~user@190.235.18.236) |
| 22:54.24 | *** join/#maemo auenf (David@CPE-139-168-241-214.lns4.wel.bigpond.net.au) |
| 23:00.31 | *** join/#maemo N-Mi (~nicolas@calvix/staff/N-Mi) |
| 23:00.47 | *** join/#maemo auenf (David@120.155.76.175) |
| 23:06.15 | *** join/#maemo auenf (David@CPE-139-168-245-53.lns4.wel.bigpond.net.au) |
| 23:19.40 | *** join/#maemo auenf (David@DCL-43-156.bpb.bigpond.com) |
| 23:21.03 | *** join/#maemo valerius (~user@85.26.180.192) |
| 23:31.15 | Wizzup | robotanarchy_: success |
| 23:42.51 | Wizzup | robotanarchy_: gprs0 works for me - I just didn't have the udev rules for ofono installed. |
| 23:45.57 | DocScrutinizer05 | \o/ |
| 23:46.35 | *** join/#maemo githogori (~githogori@c-73-70-12-67.hsd1.ca.comcast.net) |
| 23:53.52 | *** join/#maemo Church- (~hatter@unaffiliated/church-) |
| 23:53.55 | Church- | Evening |
| 23:59.21 | *** join/#maemo auenf (David@120.155.84.193) |
