00:18.51 | *** part/#openmoko-cdevel papa-piet (~peter@port-92-204-121-33.dynamic.qsc.de) |
00:25.01 | *** join/#openmoko-cdevel hitmoon (~hitmoon@114.247.10.83) |
00:27.34 | *** part/#openmoko-cdevel hitmoon (~hitmoon@114.247.10.83) |
00:28.14 | *** join/#openmoko-cdevel DieMumiee (~DieMumiee@p3E9C2C68.dip.t-dialin.net) |
00:33.14 | *** join/#openmoko-cdevel DieMumiee (~DieMumiee@p4FEEAE09.dip.t-dialin.net) |
00:43.28 | *** join/#openmoko-cdevel DieMumiee (~DieMumiee@p4FEEACA0.dip.t-dialin.net) |
01:03.19 | *** join/#openmoko-cdevel DieMumiee (~DieMumiee@p3E9C3DED.dip.t-dialin.net) |
01:03.59 | *** join/#openmoko-cdevel wolfspraul (~wolfsprau@mimi.q-ag.de) |
01:06.44 | *** join/#openmoko-cdevel wolfspraul (~wolfsprau@mimi.q-ag.de) |
02:26.01 | *** join/#openmoko-cdevel quitte (~quitte@tplink.ghb.hs-furtwangen.de) |
03:05.22 | *** join/#openmoko-cdevel quitte (~quitte@tplink.ghb.hs-furtwangen.de) |
04:19.53 | *** join/#openmoko-cdevel djj (djj@hilla.kapsi.fi) |
04:46.03 | *** join/#openmoko-cdevel DocScrutinizer (~halley@openmoko/engineers/joerg) |
05:04.25 | *** join/#openmoko-cdevel anarsoul (~anarsoul@193.151.42.105) |
05:22.36 | *** join/#openmoko-cdevel wolfspraul (~wolfsprau@221.220.180.120) |
05:28.37 | mrmoku | moin |
05:30.37 | *** join/#openmoko-cdevel onen|openBmap (~quassel@vbo91-5-88-186-17-64.fbx.proxad.net) |
05:31.57 | *** join/#openmoko-cdevel sigi (~sigius@93-125-185-45.dsl.alice.nl) |
05:32.01 | *** join/#openmoko-cdevel sigius (~sigius@93-125-185-45.dsl.alice.nl) |
06:16.55 | JaMa|zzz | moin |
06:26.42 | JaMa|zzz | mrmoku: "[OE-core] [PATCH 3/3] gcc-configure-sdk: Point sysroot to correct location" should fix your sdk issue while building kernel.. not applied yet |
06:43.52 | mrmoku | JaMa|zzz: ok, great |
06:46.05 | *** join/#openmoko-cdevel playya__ (~playya@unaffiliated/playya) |
06:47.45 | taruti | I get the following error while building shr-core - http://pastebin.com/raw.php?i=qif8mZ2A - it seems like xf86-video-glamo would like for libdrm to have glamo specific patches that are not in? How do I solve this? |
06:52.19 | JaMa|zzz | taruti: they are in .bbappend in meta-openmoko layer |
06:53.14 | JaMa|zzz | taruti: ah.. there is bug in ../meta-smartphone/meta-openmoko/recipes-graphics/drm/libdrm_2.4.26.bbappend |
06:54.06 | taruti | hmm, ok |
06:54.31 | JaMa|zzz | taruti: please try this http://paste.pocoo.org/show/495942/ |
06:55.11 | taruti | thanks |
07:02.20 | *** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051) |
07:03.17 | JaMa|zzz | taruti: thanks for report, let me know that if it helps and I'll push it |
07:04.41 | taruti | JaMa|zzz: I'll report when things finish |
07:13.48 | taruti | it seems that bb -c cleansstate is not enough, or I am doing something wrong |
07:14.29 | JaMa|zzz | did you cleansstate both? libdrm and xf86-video-glamo? |
07:16.07 | *** join/#openmoko-cdevel lamikr (lamikr@nat/nokia/x-xycynqusycxgijvh) |
07:16.59 | CIA-5 | SHR: 03Martin.Jansa 07shr-chroot * rdc0f110d3d77 10/ (365 files in 32 dirs): system upgrade |
07:17.46 | taruti | yes |
07:18.47 | taruti | I'll retry |
07:19.13 | JaMa|zzz | mmt I'm rechecking here |
07:25.33 | taruti | I did "bb -c cleansstate libdrm && bb -c cleansstate xf86-video-glamo && bb libdrm && bb xf86-video-glamo" and it still dies complaining about libdrm/glamo_bo.h and md5sum: "10f2d385cf9a59116d0a711dd11c0f40 ../meta-smartphone/meta-openmoko/recipes-graphics/drm/libdrm_2.4.26.bbappend" |
07:27.25 | JaMa|zzz | OVERRIDES are broken :/ |
07:36.29 | *** join/#openmoko-cdevel papa-piet (~peter@port-92-204-121-33.dynamic.qsc.de) |
07:43.00 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * rbb72be864dc9 10/meta-openmoko/recipes-graphics/ (drm/libdrm_2.4.26.bbappend mesa/mesa-dri_7.11.bbappend): meta-openmoko: mesa-dri, libdrm: fix override, armv4t (PACKAGE_ARCH/TUNE_PKGARCH) is no longer in OVERRIDES |
07:43.03 | JaMa|zzz | taruti: should be fixed by ^ |
07:44.07 | *** join/#openmoko-cdevel hitmoon (~kvirc@218.240.45.242) |
07:49.30 | taruti | JaMa|zzz: thanks <3 |
07:49.40 | taruti | JaMa|zzz: I'll build it later today |
07:58.41 | *** join/#openmoko-cdevel ao2 (~ao2@2001:1418:117::1) |
08:09.24 | JaMa|zzz | :) |
08:20.21 | mrmoku | JaMa|zzz: still no sshd |
08:20.26 | mrmoku | rootfs log shows |
08:20.28 | mrmoku | Configuring openssh-sshd. |
08:20.34 | mrmoku | which should add the user, no? |
08:20.38 | mrmoku | without any error |
08:21.13 | mrmoku | heh |
08:21.15 | mrmoku | later on there is |
08:21.16 | mrmoku | useradd: user 'sshd' already exists |
08:21.24 | mrmoku | with the groupadd error before |
08:21.37 | mrmoku | but the resulting passwd has no sshd :/ |
08:22.19 | JaMa|zzz | mrmoku: ahh maybe for me it was created on first opkg upgrade.. |
08:22.33 | JaMa|zzz | mrmoku: but otavio patchset on oe-core is fixing groupadd somehow |
08:22.42 | mrmoku | grep: /OE/shr-core/tmp/work/om_gta04-oe-linux-gnueabi/shr-lite-image-2.0-r18/rootfs/etc/passwd: No such file or directory |
08:22.45 | mrmoku | hmm |
08:23.07 | JaMa|zzz | yes that's the error he had |
08:24.40 | mrmoku | + zap_root_password |
08:24.40 | mrmoku | + sed 's%^root:[^:]*:%root:*:%' |
08:24.57 | JaMa|zzz | mrmoku: try http://lists.linuxtogo.org/pipermail/openembedded-core/2011-October/011550.html |
08:24.58 | mrmoku | that one makes logging in impossible :-P |
08:25.23 | JaMa|zzz | ahh.. |
08:25.27 | mrmoku | base-passwd: move initial criation of group and passwd to preinst |
08:25.29 | JaMa|zzz | and it was changed lately? |
08:25.33 | mrmoku | this one is probably fixing it |
08:25.48 | mrmoku | I think so, yeah... well I have it for at least a week |
08:26.27 | mrmoku | <PROTECTED> |
08:26.32 | mrmoku | ^^this one :) |
08:26.53 | JaMa|zzz | I've seen it too, but my postflash scripts are setting my password and adding my ssh key.. |
08:26.57 | *** join/#openmoko-cdevel ssam (~ssam@cpc2-with5-2-0-cust470.1-4.cable.virginmedia.com) |
08:27.14 | mrmoku | hehe ok |
08:27.31 | mrmoku | will try if ottavio fixed it for me |
08:31.18 | *** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051) |
08:46.12 | angelox|laptop | good morning |
08:54.19 | *** join/#openmoko-cdevel pespin (~pespin@cisne-cn09.upc.es) |
09:01.09 | mrmoku | JaMa|zzz: yay |
09:01.10 | mrmoku | sshd:!:999:999::/var/run/sshd:/bin/false |
09:02.51 | mrmoku | meta/classes/core-image.bbclass:ROOTFS_POSTPROCESS_COMMAND += '${@base_contains("IMAGE_FEATURES", "debug-tweaks", "", "zap_root_password ; ",d)}' |
09:05.03 | mrmoku | JaMa|zzz: maybe we should add debug-tweaks? |
09:05.51 | *** join/#openmoko-cdevel GNUtoo (~gnutoo@host161-151-dynamic.11-79-r.retail.telecomitalia.it) |
09:14.19 | *** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051) |
09:17.05 | JaMa|zzz | GNUtoo: python-evas fixed |
09:17.11 | JaMa|zzz | mrmoku: let me check what it does |
09:18.34 | JaMa|zzz | mrmoku: yes looks sane |
09:19.35 | *** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051) |
09:19.45 | mrmoku | JaMa|zzz: we might still remove it when we get something stable in some year ;) |
09:19.49 | mrmoku | shower |
09:20.03 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * r630ad6f87049 10/meta-shr/recipes-shr/images/shr-image.inc: shr-image: add debug-tweaks |
09:20.32 | mrmoku | thx |
09:20.56 | JaMa|zzz | yes and party whole month if we ever get to shr-stable :) |
09:42.41 | mrmoku | at least one month indeed :P |
09:51.47 | GNUtoo | JaMa|zzz, hi |
09:52.00 | *** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1) |
09:52.52 | GNUtoo | bumping EFL_SRCREV to 64190 fixes the bug |
09:53.27 | GNUtoo | however you have to start elm_shr_softkey manually then |
09:54.33 | JaMa|zzz | GNUtoo: I know.. I've already bumped python-evas.. |
09:54.34 | pespin | we could arrange the party together with E guys when they release e17 someday... xD |
09:55.03 | JaMa|zzz | pespin: They plan to release it soon ;) |
09:55.32 | pespin | JaMa|zzz, nah, it's efl 1.1 afaik |
09:56.43 | JaMa|zzz | pespin: http://trac.enlightenment.org/e/wiki/Release E17 needs to be released ASAP! Get your builds ready! |
09:57.36 | pespin | ah nice :) |
09:58.12 | GNUtoo | ok |
10:14.24 | GNUtoo | JaMa|zzz, oops sorry: |
10:14.44 | GNUtoo | openembedded-core/meta/recipes-multimedia/pulseaudio/libatomics-ops_1.2.bb was the recipe failing with the arm thing (swp) |
10:15.32 | GNUtoo | what to do then, it's already "arm" |
10:16.40 | GNUtoo | I guess I've to write a patch for libatomics-ops |
10:27.00 | GNUtoo | JaMa|zzz, could it be that something is broken with reguards to "arm" in oe-core? |
10:30.53 | GNUtoo | it does -mthumb -mthumb-interwork... |
10:30.55 | JaMa|zzz | GNUtoo: see ml |
10:30.58 | GNUtoo | ok |
10:31.00 | GNUtoo | which thread? |
10:32.55 | JaMa|zzz | [OE-core] [PATCH 2/8] libatomics-ops: force ARM mode |
10:32.55 | GNUtoo | ah ok found it |
10:33.46 | *** join/#openmoko-cdevel methril_work (~Rafael@189.114.111.135) |
10:33.48 | GNUtoo | the problem is that I've already the fix |
10:34.32 | GNUtoo | grep arm libatomics-ops_1.2.bb => ARM_INSTRUCTION_SET = "arm" |
10:35.05 | *** join/#openmoko-cdevel GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
10:35.19 | GNUtoo | ah it works now |
10:35.22 | GNUtoo | sorry |
10:35.42 | GNUtoo | maybe some PR was not bumped |
10:35.57 | GNUtoo | then I remember badly the package name and cleaned pulseaudio instead |
10:36.07 | GNUtoo | then I forget to re-clean libatomic |
10:36.19 | GNUtoo | sorry for the noise |
10:37.46 | JaMa|zzz | no problem.. I didn't do PR bumps intentionally |
10:37.58 | JaMa|zzz | because I wasn't sure it will be applied in oe-core |
10:38.19 | JaMa|zzz | and we'll need extra PR bump if someone fixes it properly instead |
10:39.49 | GNUtoo | ok |
10:51.28 | *** join/#openmoko-cdevel Martix (~martix@134.89.broadband12.iol.cz) |
10:52.38 | GNUtoo | hi pespin |
10:52.59 | GNUtoo | *)you made emtooth2 |
10:53.17 | GNUtoo | *)you created recipes for music(for instance enjoy) |
10:53.37 | GNUtoo | so are you also interested in integrating bluetooth(A2DP and SCO) well in shr-core? |
10:53.54 | GNUtoo | for om-gta02 of course.... |
10:54.05 | pespin | I could in the future, but several restrictions: |
10:54.24 | pespin | 1- no much time (due to other projects (etalk), and lots of work at university) |
10:54.28 | GNUtoo | ok |
10:54.33 | pespin | 2- No idea how that works, I'd have to look at it |
10:54.39 | GNUtoo | ok |
10:54.41 | pespin | 3- I have no HW to test |
10:54.48 | GNUtoo | I know more or less how it works |
10:55.04 | GNUtoo | no om-gta02 or no bluetooth headset/clipper or whatever? |
10:55.17 | pespin | but 3 is not problem because I found a web which sells cheap BT headsets |
10:55.34 | GNUtoo | ok, I bought mine at the local fnac in france |
10:55.46 | GNUtoo | basically I didn't want a headset |
10:55.56 | pespin | GNUtoo, I'd like to work on it in the future if no one does it :) |
10:56.01 | GNUtoo | but rather something that you don't put near the head |
10:56.46 | GNUtoo | ok, I was just looking for help on that task.... |
10:56.50 | pespin | GNUtoo, because you prefer not having waves near your head and that stuff? |
10:57.05 | GNUtoo | yes |
10:57.25 | GNUtoo | phones are very dangerous with that reguards |
10:57.34 | GNUtoo | I don't know for bluetooth tough |
10:58.00 | pespin | http://www.dealextreme.com/p/bh-503-designer-s-bluetooth-stereo-handsfree-headset-13-hour-talk-240-hour-standby-30407 |
10:58.24 | GNUtoo | but there is no point in buying one if you don't have time to work on it.... |
10:58.25 | pespin | a friend of mine bought it and will arrive to him in about a week. once he tries it, I might buy one :) |
10:58.49 | GNUtoo | ok |
10:58.55 | pespin | GNUtoo, the thing is I'd like to have it working, so I'll try to get it working someday hehe |
10:59.03 | GNUtoo | ok |
10:59.07 | GNUtoo | but I may do it first |
10:59.07 | pespin | GNUtoo, I'll ask you some help when I want to do it |
10:59.12 | GNUtoo | because I need it *now* |
10:59.18 | pespin | but first I'd like to have etalk in a minimal usable status |
10:59.40 | GNUtoo | I'm without music since a lot of time....so I may get something hackish and local first tough |
10:59.41 | pespin | GNUtoo, ok, if you need something specific in emtooth2 just ask and I'll try whenever I have some free time |
10:59.54 | GNUtoo | ah there is something that you could add: |
11:00.20 | GNUtoo | for keyboard: |
11:00.21 | GNUtoo | http://wiki.openmoko.org/wiki/Usb_keyboard |
11:00.28 | GNUtoo | see arrow key disfunction |
11:00.32 | GNUtoo | I've that issue |
11:00.36 | GNUtoo | and the script solves it |
11:01.51 | pespin | GNUtoo, why not adding that to SHR by default? |
11:02.10 | pespin | or maybe better adding it to emtooth2 which installs it into /etc/profile.d ? |
11:03.02 | GNUtoo | ah good idea |
11:03.09 | GNUtoo | I'll ask JaMa|zzz how to integrate it |
11:03.11 | pespin | ok |
11:04.08 | pespin | GNUtoo, so please, if you investigate on how to get headse working and some bluez interaction is necessary, tell me and I'll add to emtooth2 |
11:04.20 | GNUtoo | ok |
11:04.30 | GNUtoo | I know how it works |
11:04.36 | GNUtoo | the thing is how to integrate it |
11:04.39 | pespin | there's already a Audio.Connect in rdevice settings UI which should be useful somehow lol |
11:04.55 | GNUtoo | yes I'm currently listening to some .wav music over bluetooth |
11:05.22 | GNUtoo | ( http://wiki.openmoko.org/wiki/User:GNUtoo ) for the howto |
11:07.23 | pespin | GNUtoo, uhm and apart from that config, I suppouse you need some bluez interaction right? |
11:07.29 | GNUtoo | no |
11:07.32 | GNUtoo | only that config |
11:07.35 | pespin | or you just let alsa do the work? |
11:07.40 | GNUtoo | no |
11:07.43 | GNUtoo | I use emtooth |
11:07.45 | GNUtoo | and it works |
11:07.49 | GNUtoo | with that config |
11:08.00 | pespin | GNUtoo, what do you do with emtooth2? pairing + audio connect ? |
11:08.12 | GNUtoo | I slide all sliders |
11:08.14 | GNUtoo | I could look |
11:08.18 | pespin | lol |
11:08.35 | pespin | ok |
11:09.26 | pespin | GNUtoo, but that file is setting bluetooth as default sink for sound right? |
11:10.27 | pespin | I have no idea about alsa, never player with it u.u |
11:13.56 | GNUtoo | pespin, yes |
11:14.23 | *** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051) |
11:16.44 | pespin | GNUtoo, ok, so we should think about a correct way for the apps asking the user which sink to use (I suppouse that's the work mrmoku and DocScrutinizer have been talking about with that ACI stuff) |
11:17.37 | pespin | lunch, bbl |
11:18.24 | GNUtoo | ERR<710>:emotion-gstreamer[T:1118614560] emotion_gstreamer.c:1607 _eos_sync_fct() ERROR from element oggdemux0: Internal data stream error. |
11:18.28 | GNUtoo | sigh sigh grrr |
11:18.30 | GNUtoo | I must go |
11:20.25 | *** join/#openmoko-cdevel DieMumiee (~DieMumiee@p4FEEA635.dip.t-dialin.net) |
11:28.04 | antrik | DocScrutinizer: /sys/devices/platform/s3c2440-i2c/i2c-0/0-0073/hdq/hdq/dump here on QtMoko 2.6.34 -- works fine with the new script :-) |
11:28.13 | GNUtoo | ahh audioconvert |
11:28.15 | GNUtoo | back btw |
11:28.55 | antrik | mrmoku: I broke my guitar pick while trying to open OM case... smartcards and similar turn out to be much more effective :-) (and easier to find too) |
11:29.18 | TAsn | antrik, not if you are a guitarist |
11:29.29 | PaulFertser | antrik: nails ftw ;) |
11:35.27 | *** join/#openmoko-cdevel Yoram (~kvirc@77.125.126.62) |
11:37.29 | Yoram | Hi everyone, elfe crashes on last SHR build and I found out why |
11:37.42 | *** join/#openmoko-cdevel DocScrutinizer51 (~lagrange@openmoko/engineers/joerg) |
11:38.03 | Yoram | elfe calls elm_init(0,NUll) |
11:38.30 | Yoram | while elm_quicklaunch_init calls eina_prefix_new(argv[0], elm_quicklaunch_init,..... |
11:38.44 | Yoram | which meant trying to use argv[0], when argv is NULL |
11:39.36 | DocScrutinizer | moo all. antrik, fine thats the way it shall be :-) |
11:39.43 | GNUtoo | captainigloo, ^^^ |
11:40.46 | Yoram | any enlightenment developer or SHR builder here wants to fix it ? |
11:40.56 | DocScrutinizer | PaulFertser: indeed, as long as you got *any* fingernails, there's nothing to beat it |
11:42.48 | PaulFertser | Mine are definitly too long atm :) |
11:43.06 | Yoram | TAsn: ? |
11:44.19 | *** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051) |
11:48.12 | *** join/#openmoko-cdevel krayon (~fallen@pdpc/supporter/28for7/krayon) |
11:48.22 | *** part/#openmoko-cdevel krayon (~fallen@pdpc/supporter/28for7/krayon) |
11:57.03 | lindi- | larsc: SHR 2.6.39 does not have CONFIG_BATTERY_BQ27x00 -- do you know how it reads battery information? |
11:58.54 | GNUtoo | arrrg emtooth consume 50% CPU |
11:59.20 | *** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051) |
12:00.41 | GNUtoo | and enlightenment is still niced -10 |
12:16.03 | captainigloo | GNUtoo: ? |
12:16.24 | GNUtoo | captainigloo, Yoram has issues with elfe: he found how to fix a bug |
12:16.36 | captainigloo | wich bug ? |
12:16.50 | GNUtoo | <Yoram> Hi everyone, elfe crashes on last SHR build and I found out why |
12:16.53 | GNUtoo | <Yoram> elfe calls elm_init(0,NUll) |
12:16.57 | GNUtoo | <Yoram> while elm_quicklaunch_init calls eina_prefix_new(argv[0], elm_quicklaunch_init,..... |
12:17.00 | GNUtoo | <Yoram> which meant trying to use argv[0], when argv is NULL |
12:17.11 | captainigloo | ah |
12:17.28 | captainigloo | so it's a problem in elm_quicklaunch_init then |
12:18.02 | captainigloo | what's the version of elementary use in SHR ? |
12:18.09 | captainigloo | recent svn one ? |
12:20.40 | GNUtoo | no idea, I'll look |
12:21.30 | captainigloo | i had same problem with an old version of elementary, it was 1 year ago |
12:21.49 | captainigloo | with the last elm snapshot i think |
12:23.37 | GNUtoo | 64150 |
12:28.09 | antrik | dos1|away: I don't think the argument about someone possibly writing a free firmware for the GTA04 wireless is really relevant -- realistically the chances for this actually to happen are rather close to zero :-( |
12:28.28 | antrik | I tend to agree though that locking down the firmware is not terribly helpful... |
12:28.49 | Yoram | perhaps elfe shuld call elm_init(0,args) when args is char *args[] = {"elfe"} |
12:30.04 | captainigloo | Yoram: yep indeed |
12:30.27 | captainigloo | Yoram: you send me a patch :P |
12:30.31 | captainigloo | ? |
12:30.36 | Yoram | captainigloo: no problem |
12:30.41 | antrik | the idea is that if firmware is loadable but nonfree, the vendor can make changes to it, while the user can't; thus giving the vendor extra power over the user... however, in this case the GTA04 project is *not* the vendor of the firmware; so I don't really see that making the firmware loadable or not makes a difference for the free/non-free status of GTA04... |
12:30.43 | captainigloo | thanks :) |
12:31.19 | GNUtoo | SHR's GTA02 support is very very very bad at the moment: |
12:31.22 | GNUtoo | *microsd issues |
12:31.28 | Yoram | Index: src/main.c =================================================================== --- src/main.c (revision 64252) +++ src/main.c (working copy) @@ -138,6 +138,7 @@ char buf[PATH_MAX]; const char *bgfile; const char *file; + const char *args[] = {"elfe"}; Evas_Object *rect; Evas_Coord w, h; @@ -170,7 +171,7 @@ /* Specific ELM initialisation */ - elm_init(0, N |
12:31.32 | GNUtoo | (really really bad) |
12:31.37 | GNUtoo | *bluetooth issues |
12:31.38 | Yoram | sorry, |
12:31.42 | GNUtoo | *cpu usage issues |
12:31.42 | Yoram | wrong paste |
12:31.44 | GNUtoo | etc.... |
12:31.52 | antrik | PaulFertser: I have pretty strong nails, and I use them for a lot of things -- but opening the OM case is definitely *not* among them... |
12:32.07 | GNUtoo | not to count the shr_elm_ topbar |
12:32.29 | GNUtoo | it's close to unusable for anything else than telephony |
12:32.40 | GNUtoo | foxtrot gps crashes |
12:32.41 | GNUtoo | etc... |
12:33.53 | antrik | GNUtoo: well, I fear the only know workaround for the uSD issue is reverting to 2.6.34... |
12:34.04 | GNUtoo | after suspend microsd has errors |
12:34.07 | lindi- | GNUtoo: where does it crash? |
12:34.18 | GNUtoo | for instance I have to do that: |
12:34.24 | GNUtoo | fdisk /dev/mmcblk0 |
12:34.26 | GNUtoo | p |
12:34.27 | GNUtoo | w |
12:34.36 | GNUtoo | and /dev/mmcblk0p1 appear |
12:34.39 | GNUtoo | then I mount it |
12:35.06 | GNUtoo | then I play with it |
12:35.13 | GNUtoo | then the phone suspends automatically |
12:35.24 | GNUtoo | and the at resume I have I/O errors |
12:36.16 | antrik | GNUtoo: same after a reboot I suppose?... |
12:36.21 | GNUtoo | http://www.pastie.org/2735107 |
12:36.29 | GNUtoo | what do you mean by same |
12:37.05 | antrik | well, if you format and then reboot you also get I/O errors? |
12:37.33 | GNUtoo | basically if I reboot I'm at the beginning |
12:37.37 | GNUtoo | that is to say |
12:37.44 | GNUtoo | fdisk /dev/mmcblk0 |
12:37.47 | GNUtoo | p |
12:37.47 | GNUtoo | w |
12:37.51 | GNUtoo | etc... |
12:37.56 | GNUtoo | then I can play with the card |
12:38.01 | GNUtoo | and as soon as I re-suspend |
12:38.08 | GNUtoo | it has some errors |
12:38.24 | antrik | it sounds like reading the partition table from SD doesn't work in general. when you fdisk, you get a cached version; but a soon as you reboot and it tries to read it from the card, it's broken again |
12:38.26 | Yoram | captainigloo: I sent uot a patch, but it's not tested |
12:38.41 | GNUtoo | antrik, yes but how to fix? |
12:38.48 | GNUtoo | my phone is close to unusable right now |
12:38.52 | antrik | no idea :-( |
12:39.25 | antrik | I have a vague recollection that someone tracked down what kernel change causes the issues a couple of months ago; but there wasn't any followup :-( |
12:39.37 | GNUtoo | really aaarg |
12:39.54 | GNUtoo | can you find that info? |
12:40.16 | GNUtoo | let's face it: shr doesn't have even one usable phone |
12:40.25 | GNUtoo | I tried very hard to use gta02 |
12:40.29 | antrik | find that in the IRC logs from months ago? I'm not sure I'm up to that :-) |
12:40.30 | GNUtoo | but I miss my music too much |
12:40.42 | GNUtoo | and unfortunately music requires: |
12:40.46 | GNUtoo | *microsd support |
12:40.57 | GNUtoo | *low cpu usage to be able to decode ogg |
12:41.04 | GNUtoo | s/ogg/vorbis/ |
12:41.11 | GNUtoo | *bluetooth |
12:41.16 | antrik | well, for most people, music is not part of the definition of "usable phone"... you seem to be only one caring about this particular feature right now :-( |
12:41.18 | GNUtoo | and none of theses 3 thing work |
12:41.48 | captainigloo | Yoram: ok i will try it tonight |
12:42.05 | Yoram | captainigloo: great |
12:42.06 | captainigloo | anyone working on SHR for n950 ? |
12:42.20 | GNUtoo | anyone working on SHR for om-gta02? |
12:42.40 | GNUtoo | captainigloo, not as far as I know |
12:42.43 | antrik | the way I'm using my freerunner presently, the softkey bug would probably be the only issue for me... |
12:43.01 | captainigloo | GNUtoo: lol |
12:43.15 | GNUtoo | mrmoku, was working for om-gta02 but now he's busy with gta04 |
12:43.23 | captainigloo | ok |
12:43.36 | antrik | captainigloo: it's not so easy to even find someone *having* a N950 :-) |
12:44.13 | antrik | DocScrutinizer: did anyone manage to solve the problems booting non-Nokia kernels? |
12:44.30 | captainigloo | i have one :) |
12:44.32 | captainigloo | http://wiki.meego.com/ARM/N950 |
12:44.32 | antrik | on N950/N9 I mean |
12:44.33 | GNUtoo | antrik, yes the softkey bug is really problematic and I fear that with all theses bugs I'll stop working on om-gta02 or shr |
12:44.40 | DocScrutinizer | antrik: yes |
12:44.43 | GNUtoo | so we're doomed |
12:44.52 | GNUtoo | I mean less people => more bugs => less people |
12:45.08 | GNUtoo | and it also means more work / people |
12:45.15 | taruti | softkey bug? |
12:45.17 | GNUtoo | which causes people to stop working on it at all |
12:45.20 | antrik | GNUtoo: :-( |
12:45.46 | antrik | I think it would be a major loss to the project if you gave up on GTA02 :-( |
12:45.47 | GNUtoo | indeed, everyone keep telling me that SHR is not dead, but really do we have 1 usable device => no |
12:45.51 | DocScrutinizer | antrik: beta2 NOLO allows booting custom kernels and enters "open mode" on doing so, as supposed |
12:46.19 | antrik | DocScrutinizer: OK. so the devices are not entirely useless... ;-) |
12:46.39 | GNUtoo | antrik, note that it may be the best option because rage against the machine also has the effect to make me stop working on something |
12:46.50 | GNUtoo | maybe I should come back later |
12:47.19 | antrik | sure, taking a break is often a good idea... |
12:47.22 | DocScrutinizer | antrik: I still think for rolling your own OS they are way better than most if not all of the android shit out there |
12:47.42 | GNUtoo | altough I fear that taking a break won't magically make thing solves by themselves |
12:47.50 | GNUtoo | if no one is left for working on om-gta02.... |
12:47.53 | antrik | DocScrutinizer: indeed... to bad they have no future :-( |
12:48.18 | DocScrutinizer | nuttin has a future |
12:48.27 | GNUtoo | nuttin? |
12:48.50 | DocScrutinizer | NO FUTURE! |
12:49.01 | GNUtoo | ??? |
12:49.03 | JaMa|zzz | lindi-: iirc there was some problem with BQ27x00 in the beginning of 2.6.39 on SHR.. so I've disabled it and not sure if I've tried to enable it again after reverting Per's patches |
12:49.05 | GNUtoo | what does nuttin means |
12:49.12 | lindi- | JaMa|zzz: ok |
12:49.33 | lindi- | JaMa|zzz: it seems the sound modules need to be loaded in the right order |
12:49.39 | GNUtoo | JaMa|zzz, do we have a solution for microsd on om-gta02? |
12:49.51 | lindi- | JaMa|zzz: suspend/resume worked a few times but then got stuck in resume |
12:49.57 | JaMa|zzz | lindi-: http://lists.openmoko.org/pipermail/openmoko-kernel/2011-May/011346.html |
12:50.16 | JaMa|zzz | GNUtoo: ? |
12:50.40 | GNUtoo | JaMa|zzz, since you read a lot of mails I wondered if you had a hint on fixing the gta02 microsd issue |
12:50.53 | GNUtoo | after suspend it's broken: I/O errors etc... |
12:51.15 | lindi- | JaMa|zzz: ok |
12:51.17 | GNUtoo | not to count that it doesn't find my parrition |
12:51.20 | antrik | DocScrutinizer: well, the Android devices are mostly similar enough that work done on any of them can be taken forward to future devices... while work on the N9x devices seems a dead end :-( |
12:51.22 | lindi- | JaMa|zzz: anyways, better concentrate on suspend next since that is critical |
12:51.44 | GNUtoo | antrik, really? I don't think android devices are easy to port to |
12:51.47 | GNUtoo | quite the coutrary |
12:51.52 | GNUtoo | *countrary |
12:51.58 | JaMa|zzz | GNUtoo: here it works as good as 2.6.37 did |
12:52.05 | JaMa|zzz | GNUtoo: with shr 2.6.39 |
12:52.09 | antrik | well, not entirely a dead end perhaps... at least the ISI stuff might still be useful for the future Nokia cheapphones running this new Linux thing they are working on I guess |
12:52.17 | GNUtoo | JaMa|zzz, ok, I've a 32GB card |
12:52.26 | GNUtoo | should I try something? |
12:52.30 | DocScrutinizer | antrik: I honestly doubt that's faintly hw platform related, and no, the andridiot devices are probably not "all the same" |
12:52.32 | GNUtoo | did 2.6.37 work well? |
12:53.05 | JaMa|zzz | GNUtoo: I have 8GB and it just works.. but you can try to lower sd clock as suggested on om bugzilla |
12:53.10 | GNUtoo | antrik, n900 is a good device, why not to support it? |
12:53.16 | JaMa|zzz | GNUtoo: for some cards it helps |
12:53.19 | GNUtoo | JaMa|zzz, that can still be done manually? |
12:54.00 | JaMa|zzz | GNUtoo: in uboot or /boot/*append |
12:54.18 | GNUtoo | I know, but I wondered more about what to write to that file |
12:54.29 | antrik | GNUtoo: there are some problems with Android devices; but from what I have seen, they seem to be mostly always the same issues... once they are fixed, most Android devices should work with fairly little extra effort I'd say |
12:54.41 | JaMa|zzz | GNUtoo: or you can try http://lists.openmoko.org/pipermail/openmoko-kernel/2011-August/011352.html instead of reverting all Per's patches |
12:55.07 | JaMa|zzz | GNUtoo: I don't remember exact command but something like maxsd_clock or something like that |
12:55.16 | antrik | GNUtoo: 2.6.37 had the same uSD problem. 2.6.34 is the last one know to work I believe |
12:55.21 | JaMa|zzz | GNUtoo: you should be able to find it on our trac or om bugzilla |
12:55.32 | GNUtoo | ok |
12:56.18 | *** join/#openmoko-cdevel HeinervdmWork (~zimmerman@hsaggate.physik.uni-bonn.de) |
12:56.33 | JaMa|zzz | still hopes that larsc will magically reveal 3.1 patchset when he find some time :) |
12:56.38 | antrik | GNUtoo: I'm not saying that N900 support should be abandoned... it's just not something to bet our future on :-) |
12:56.53 | GNUtoo | android stuff is really hard to hack on |
12:57.03 | antrik | JaMa|zzz: and it will magically solve the uSD problems?... ;-) |
12:57.04 | GNUtoo | they are made specially for not running GNU/Linux it seems |
12:57.10 | GNUtoo | the code is very hard to read etc... |
12:58.31 | antrik | GNUtoo: well, I saw several instances of new Android devices made to mostly work for telephony etc. with fairly little effort... that's very different from N900 for example, which needs a considerable amount of dedicated work to make it useful at all |
12:58.52 | GNUtoo | lol I disagree |
12:58.59 | antrik | that would be fine if the N900 telephony work could be reused for future devices -- but there are no future devices :-( |
12:59.04 | GNUtoo | n900 needed less effort than an android phone |
12:59.53 | antrik | eh? last time I heard, telephony was still not working properly; not even to mention SMS... |
13:00.05 | GNUtoo | that's because no one works on it |
13:00.11 | JaMa|zzz | antrik: who knows.. ask him :) |
13:01.48 | GNUtoo | sd_max_clk according to the sources |
13:02.28 | GNUtoo | module_param(sd_max_clk, int, 0644);module_param(sd_slow_ratio, int, 0644);module_param(sd_post_power_clock, int, 0644); |
13:03.11 | JaMa|zzz | yup looks familiar |
13:04.01 | GNUtoo | but for the values I've no ideas |
13:08.11 | JaMa|zzz | GNUtoo: http://trac.shr-project.org/trac/ticket/1275 |
13:08.28 | *** join/#openmoko-cdevel pespin (~pespin@cisne-cn10.upc.es) |
13:08.30 | GNUtoo | thanks |
13:14.08 | *** join/#openmoko-cdevel Martix (~martix@134.89.broadband12.iol.cz) |
13:23.48 | antrik | IIRC people tried playing with clocks when the problem first appeared, to no avail... but let's see, maybe you will have more luck :-) |
13:39.54 | mrmoku | antrik: I played the base... so my guitar pick is thick enough to never ever break ;) |
13:45.18 | GNUtoo | hmmm crackeling sounds on om-gta02 |
13:45.36 | antrik | mrmoku: hehe :-) |
13:45.38 | GNUtoo | with gst-launch filesrc location="foo.ogg" ! decodebin2 ! audioconvert ! alsasink device=plugh |
13:45.39 | GNUtoo | w:0 |
13:45.40 | *** join/#openmoko-cdevel Martix (~martix@134.89.broadband12.iol.cz) |
13:49.18 | GNUtoo | what??? no more audio in fsodeviced |
13:49.23 | GNUtoo | maybe that's the cause? |
13:49.26 | GNUtoo | maybe not |
13:50.27 | GNUtoo | I'll reboot and see |
13:52.30 | mrmoku | GNUtoo: fortunatelly gta04 won't be much work |
13:54.17 | GNUtoo | ok I hope so |
13:54.21 | GNUtoo | less than om-gta02? |
13:54.52 | mrmoku | I think so |
13:55.11 | mrmoku | if only those damn /dev/ttyHSx devices would appear |
13:55.58 | mrmoku | GNUtoo: and lots of the bugs aren't device specific anyway |
13:56.05 | mrmoku | like the softkey |
13:57.31 | mrmoku | or icons not loading on startup |
13:57.47 | *** join/#openmoko-cdevel chris38` (~chris38@AGrenoble-751-1-1-213.w90-9.abo.wanadoo.fr) |
13:58.06 | GNUtoo | yes but who will fix |
13:58.15 | GNUtoo | it's kind of a deadlock with [RUI] |
13:58.20 | GNUtoo | and it's very dangerous for me |
13:58.36 | GNUtoo | if I ever get nervous before he fix I could loose my om-gta02 |
14:01.01 | GNUtoo | and that bar indeed can get me very nervous |
14:01.08 | GNUtoo | *softkey |
14:01.18 | antrik | GNUtoo: try to fix it on a less valuable device... ;-) |
14:01.31 | GNUtoo | I use the gta02 everyday |
14:01.34 | mrmoku | GNUtoo: what are the gta02 bugs on trac? |
14:01.35 | GNUtoo | as my main phone |
14:01.40 | GNUtoo | that is the issue |
14:01.44 | GNUtoo | maybe I shouldn't |
14:01.51 | *** join/#openmoko-cdevel Martix (~martix@134.89.broadband12.iol.cz) |
14:01.57 | GNUtoo | so if I get nervous while using it it's the end |
14:03.03 | GNUtoo | and that can happens if the bar crash just before receiving a call |
14:03.15 | GNUtoo | making impossible to answer the phone in time |
14:03.25 | GNUtoo | *on time |
14:04.15 | GNUtoo | pespin, please help me make enjoy work |
14:05.02 | pespin | GNUtoo, afair last time I tried enjoy on my PC some days ago it didn't work neither... |
14:05.09 | GNUtoo | ah ok |
14:05.14 | pespin | I can't do it now cause I'm at classe |
14:05.16 | pespin | *class |
14:05.16 | GNUtoo | so I'm trying since some hours to make it work |
14:05.16 | *** join/#openmoko-cdevel ThibG (~ThibG@81-64-18-234.rev.numericable.fr) |
14:05.20 | GNUtoo | for nothing |
14:05.24 | GNUtoo | since it's broken |
14:05.24 | GNUtoo | ? |
14:05.29 | pespin | GNUtoo, that's what I told you to get mplayer working |
14:05.35 | pespin | to use intone while it's not working :P |
14:05.42 | GNUtoo | ok |
14:05.43 | pespin | I'll try tomorrow if I remember |
14:05.47 | lindi- | GNUtoo: I answer by hitting AUX button since I don't trust GUI to be stable enough :) |
14:05.49 | GNUtoo | ok thanks a lot |
14:06.01 | GNUtoo | lindi-, lol |
14:06.20 | lindi- | GNUtoo: I have been doing this for more than two years now and it has helped several times |
14:06.36 | GNUtoo | ok |
14:08.00 | antrik | lindi-: indeed, I believe SHR should do that too. I think I actually argued that here a couple of months ago... |
14:09.29 | antrik | it's also more reliable against user failure to read screen (under sunlight or without glasses), or to hit the right spot on the touchscreen ;-) |
14:09.41 | mrmoku | GNUtoo: do we have an old udev still working with 2.6.32 kernels? |
14:10.05 | GNUtoo | use udev 141 compat |
14:10.08 | GNUtoo | palm pre uses that |
14:10.18 | GNUtoo | but doesn't 32 have devtmpfs |
14:10.22 | GNUtoo | like htcdream? |
14:10.22 | mrmoku | sure |
14:10.39 | mrmoku | I just want to check if it's some udev magic making ttyHS appear |
14:10.59 | GNUtoo | ok |
14:16.07 | GNUtoo | I'll go (finally, I should have be gone since a long time ago, some hours ago for instance) |
14:20.01 | *** join/#openmoko-cdevel Martix (~martix@134.89.broadband12.iol.cz) |
14:30.02 | mrmoku | dammit |
14:30.59 | *** join/#openmoko-cdevel Martix (~martix@134.89.broadband12.iol.cz) |
14:35.35 | mrmoku | oh yes :) |
14:36.43 | JaMa|zzz | debuging $HOME |
14:36.49 | mrmoku | it registered :-) |
14:37.45 | mrmoku | at least almost :P |
14:38.32 | lindi- | seems suspend works after alsa modules are loaded in right order |
14:39.12 | mrmoku | DocScrutinizer: pester :-) |
14:39.23 | mrmoku | puts his old Nokia battery into his charger |
14:41.47 | DocScrutinizer | mrmoku: aah, thanks :-D |
14:45.22 | angelox|laptop | good afternoon |
14:46.23 | mrmoku | leviathan: it turned out to be a problem with my kernel build |
14:47.02 | mrmoku | is ARM_UNWIND something to blame ? |
15:12.55 | mrmoku | mickeyl: ping |
15:31.22 | *** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051) |
15:31.28 | *** join/#openmoko-cdevel onen|openBmap (~quassel@vbo91-5-88-186-17-64.fbx.proxad.net) |
15:32.35 | JaMa|zzz | mrmoku: HOME issue fixed :) |
15:40.22 | JaMa | mrmoku: and it should also fix shr_elm_softkey and icons |
15:40.28 | pespin | nice! |
15:44.00 | captainigloo | guys i have a n950 and i will try to port SHR on it, well at least boot something :) |
15:44.37 | captainigloo | last time i build SHR it was not using oe-core, does it use it now ? |
15:45.11 | JaMa | shr-core is using it |
15:46.41 | JaMa | GarthPS: this one is probably for you or morphis http://trac.shr-project.org/trac/ticket/1442 |
15:47.26 | captainigloo | JaMa: ok so i should use shr-core ? |
15:47.39 | captainigloo | it's the default developemnt tree ? |
15:47.52 | JaMa | yes |
15:47.59 | JaMa | all development happens there |
15:48.13 | mrmoku | JaMa: yay, yay :-D |
15:48.52 | mrmoku | JaMa: that is great |
15:48.55 | mrmoku | dinner |
15:50.06 | captainigloo | ok fine |
16:02.21 | *** join/#openmoko-cdevel dos11 (~dos@unaffiliated/dos1) |
16:10.44 | JaMa | time to play NFS.. tomorrow I'll drive this beast :) http://www.adrift.cz/cz/auto/bmw-m3-gtr.html |
16:14.39 | *** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051) |
16:20.24 | *** join/#openmoko-cdevel GNUtoo (~gnutoo@host161-151-dynamic.11-79-r.retail.telecomitalia.it) |
16:21.46 | GNUtoo | hi GarthPS |
16:21.55 | GarthPS | GNUtoo: hi! |
16:22.06 | GarthPS | JaMa: thx I will take a look. |
16:22.25 | GNUtoo | weren't you involved in live555 recipe? |
16:22.28 | GNUtoo | for vlc |
16:25.49 | GNUtoo | because I've a strange failure |
16:32.55 | GarthPS | GNUtoo: what do you mean ? |
16:33.24 | GarthPS | yes I did update the oe -old one ) recipe of live555 if i remember well. |
16:34.14 | GarthPS | GNUtoo: http://cgit.openembedded.org/openembedded/log/?qt=grep&q=live555 |
16:34.38 | GNUtoo | http://www.pastie.org/2736227 |
16:36.09 | mrmoku | GNUtoo: my gta04 asked for a pin and registered :-) |
16:39.04 | GNUtoo | wow |
16:39.08 | GNUtoo | GarthPS, solved |
16:39.13 | GNUtoo | INC_PR = "r0" |
16:40.43 | GarthPS | GNUtoo: good! |
16:40.46 | GarthPS | :) |
16:42.12 | mrmoku | GNUtoo: had nothing to do with udev |
16:42.22 | GNUtoo | mrmoku, what was it? |
16:42.29 | mrmoku | with the kernel from goldelico it just worked |
16:42.30 | GNUtoo | rfkill? |
16:42.33 | GNUtoo | ok |
16:42.46 | mrmoku | something is wrong with the oe built one |
16:42.50 | GarthPS | JaMa: bug closed fixed since a while |
16:43.01 | mrmoku | still have to find out what |
16:43.31 | mrmoku | might ARM_UNWIND cause such a misbehaviour? |
16:49.39 | GNUtoo | no idea, altough loosing arm unwinding means loosing speed |
16:50.46 | mrmoku | GNUtoo: oe probably addd it because of the arm mode I still had in there |
16:50.55 | mrmoku | will know in some min |
16:53.56 | GNUtoo | ok |
16:55.29 | mrmoku | GNUtoo: another problem I have is that the provider name does not come in clear text |
16:55.32 | mrmoku | 004d002d006e00650074 |
16:55.55 | mrmoku | ahh... think I got it |
16:56.24 | mrmoku | hex and wide chars |
16:58.03 | *** join/#openmoko-cdevel methril_work (~Rafael@189.114.111.135) |
16:58.52 | GNUtoo | hmmm |
16:58.53 | GNUtoo | bbl |
17:00.40 | *** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051) |
17:06.57 | *** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051) |
17:10.07 | *** join/#openmoko-cdevel paulk (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
17:10.08 | *** join/#openmoko-cdevel turran (~jl@unaffiliated/turran) |
17:34.51 | *** join/#openmoko-cdevel nschle85 (~kvirc@178-27-184-116-dynip.superkabel.de) |
17:36.21 | *** join/#openmoko-cdevel NIN101 (~NIN101@p5DD28798.dip0.t-ipconnect.de) |
17:42.13 | leviathan | mrmoku: UNWIND option sometimes makes some drivers go kaka for some unknown reason |
17:42.24 | leviathan | I guess because of critical timing issues |
17:42.31 | leviathan | but it's kinda para informatics |
17:42.38 | leviathan | with such an amount of code |
17:42.40 | leviathan | >_< |
17:45.59 | mrmoku | leviathan: even without it goes still kaka |
17:46.20 | leviathan | hmm |
17:46.21 | leviathan | okee |
17:46.23 | leviathan | strange |
17:46.33 | leviathan | which compilerversion are you using? |
17:47.00 | mrmoku | very current |
17:47.10 | leviathan | sometimes, even while the kernel is still building, certain compilerversions produce broken code in some driver cases |
17:47.37 | mrmoku | 4.6.1 |
17:47.39 | leviathan | hmm |
17:47.41 | leviathan | strange |
17:47.48 | leviathan | then it's not this reason... |
17:48.09 | leviathan | is there /proc/config.gz available within the kernel used by the rootfs where it is working? |
17:48.17 | leviathan | maybe you can copy the config from there |
17:48.25 | leviathan | then you are sure everything is alright |
17:48.39 | leviathan | or just try to boot with the modules+uImage from the debian build |
17:48.46 | leviathan | basically that should work |
17:48.51 | leviathan | eating, brb |
17:49.01 | mrmoku | ok |
17:49.10 | mrmoku | and yes... that works |
17:57.05 | mrmoku | GNUtoo: we have the following in linux.inc for all machines |
17:57.07 | mrmoku | sed -i -e /CONFIG_ARM_THUMB/d ${WORKDIR}/defconfig |
17:57.24 | mrmoku | which kills CONFIG_ARM_THUMBEE too |
17:57.30 | mrmoku | and does not readd it |
17:57.38 | GNUtoo | ok |
18:00.16 | mrmoku | 0022 mok@ladyt[pts/3]:~/shr-chroot/OE/shr-core/meta-smartphone-> git grep THUMBEE |
18:00.19 | mrmoku | meta-htc/recipes-kernel/linux/linux-qsd8/htcleo/defconfig:CONFIG_ARM_THUMBEE=y |
18:00.22 | mrmoku | meta-nokia/recipes-kernel/linux/linux-nokia900-meego/defconfig:CONFIG_ARM_THUMBEE=y |
18:00.25 | mrmoku | meta-palm/recipes-kernel/linux/linux-hpveer/defconfig:# CONFIG_ARM_THUMBEE is not set |
18:00.28 | mrmoku | meta-samsung/recipes-kernel/linux/linux-samsung-crespo/defconfig:CONFIG_ARM_THUMBEE=y |
18:00.36 | mrmoku | GNUtoo: no idea whatever effect that has though |
18:04.14 | GNUtoo | make ARCH=arm xconfig |
18:04.18 | GNUtoo | and look at the help |
18:05.02 | mrmoku | GNUtoo: sure |
18:05.15 | mrmoku | Prompt: Enable ThumbEE CPU extension |
18:05.23 | mrmoku | does not tell me about the effects though |
18:05.29 | GNUtoo | and in the extended help |
18:05.31 | GNUtoo | hmmm |
18:05.52 | GNUtoo | can you produce a diff of both kernel defconfigs(official and shr) |
18:06.20 | mrmoku | GNUtoo: yeah |
18:06.45 | mrmoku | actually I used the config (from /proc/config.gz) of the working kernel as defconfig for OE |
18:07.01 | mrmoku | and the only differences are that THUMBEE is missing and the boot logo got turned off |
18:07.37 | mrmoku | http://paste.pocoo.org/show/496191/ |
18:08.00 | GNUtoo | ok |
18:08.09 | GNUtoo | idea: |
18:08.16 | GNUtoo | make ARCH=arm xconfig |
18:08.19 | GNUtoo | in the workdir |
18:08.27 | GNUtoo | I meant in S |
18:08.34 | GNUtoo | remove thumbee |
18:08.45 | GNUtoo | ../temp/run.do.compile |
18:08.53 | mrmoku | you mean add it? |
18:09.13 | GNUtoo | I mean have the exact same config with the exact same sources |
18:09.30 | mrmoku | yeah, it's enabled in the working kernel |
18:09.38 | mrmoku | the same sources is not possible |
18:09.46 | mrmoku | as I need that fix to build with our new gcc |
18:10.27 | GNUtoo | yes I saw |
18:10.34 | GNUtoo | but nearly the same then |
18:12.32 | mrmoku | ok |
18:16.03 | *** join/#openmoko-cdevel pespin (~pespin@90.163.60.41) |
18:17.49 | leviathan | mrmoku: re |
18:18.07 | mrmoku | leviathan: in 5min |
18:18.10 | leviathan | k |
18:27.34 | *** join/#openmoko-cdevel max_posedon (~max_posed@178.124.160.59) |
18:29.59 | *** join/#openmoko-cdevel Yoram (~kvirc@77.125.126.62) |
18:31.26 | *** join/#openmoko-cdevel rah (rah@myrtle.6gnip.net) |
18:31.46 | mrmoku | leviathan: ok |
18:34.48 | mrmoku | leviathan: it might simply be some stupid toolchain issue hitting me |
18:37.23 | leviathan | mrmoku: ok |
18:37.50 | GNUtoo | YES, I've music on my freerunner..... |
18:39.19 | mrmoku | :) |
18:39.34 | GNUtoo | I'll try to push in a branch after eating |
18:39.37 | GNUtoo | or as WIP |
18:39.40 | GNUtoo | or something like that |
18:39.55 | GNUtoo | because I've disabled dvdread or something like that with dvd in it |
18:39.55 | leviathan | GNUtoo: shouldn't be there music on FR already since a very long time? |
18:39.56 | leviathan | ;-) |
18:40.07 | GNUtoo | leviathan, shr-core.... |
18:40.12 | leviathan | ahh |
18:40.13 | leviathan | oke |
18:40.34 | leviathan | if you are using qtmoko+FSO you can use phonon+fso |
18:40.35 | leviathan | hmm |
18:40.36 | GNUtoo | indeed it's quite annoying to have to adapt everything when it worked already in the past |
18:40.44 | leviathan | ok |
18:40.52 | GNUtoo | leviathan, idea: port qtmoko to shr-core |
18:41.02 | GNUtoo | I'll eat |
18:41.15 | leviathan | GNUtoo: ok |
18:41.24 | leviathan | qtmoko already builds under OE |
18:41.35 | leviathan | GNUtoo: bon appetit ;-) |
18:42.10 | mrmoku | leviathan: ok... I decided to use the debian built kernel to go ahead working on fsogsmd |
18:42.19 | mrmoku | and hope you'll be fast with the new kernel :-) |
18:47.28 | leviathan | well |
18:47.31 | leviathan | it boots now |
18:47.33 | leviathan | already |
18:47.41 | leviathan | and starts the framebuffer |
18:47.45 | leviathan | usb also works |
18:47.49 | leviathan | battery as well |
18:47.50 | mrmoku | yeah I had X running |
18:47.57 | leviathan | under 3.1? |
18:47.59 | mrmoku | yup |
18:48.03 | leviathan | it worked for you? |
18:48.06 | mrmoku | I even told you :) |
18:48.12 | leviathan | because QtMoko fucks up |
18:48.13 | leviathan | -.- |
18:48.30 | leviathan | okee |
18:48.32 | leviathan | good to know |
18:48.37 | leviathan | I'll try it with Xorg |
18:48.38 | leviathan | :-) |
18:50.13 | mrmoku | leviathan: ohh... does the modem remember the PIN? ??? |
18:51.36 | mrmoku | hmm... no... of course |
18:52.19 | *** join/#openmoko-cdevel gnutoo_ (~gnutoo@host161-151-dynamic.11-79-r.retail.telecomitalia.it) |
18:53.59 | leviathan | hmm |
18:54.29 | mrmoku | leviathan: is there some way to reset the modem? |
18:55.41 | *** join/#openmoko-cdevel Slyon_ (~lukas@ppp-188-174-102-197.dynamic.mnet-online.de) |
18:56.00 | leviathan | uhm |
18:56.06 | Slyon_ | hey! |
18:56.10 | mrmoku | hey Slyon_ |
18:56.15 | Slyon_ | mrmoku, i just read the backlogs. |
18:56.22 | leviathan | mrmoku: reseting the phone might work |
18:56.26 | Slyon_ | mrmoku, there is a special command to reset the modem (and pin) |
18:56.26 | leviathan | xD |
18:56.31 | Slyon_ | nikolaus told me |
18:56.34 | leviathan | hmm |
18:56.35 | leviathan | okee |
18:56.42 | mrmoku | Slyon_: are you working on fsogsmd? |
18:56.48 | Slyon_ | i don't remeber the command, though. you should ask nikolaus |
18:56.56 | mrmoku | because I'm working on it |
18:57.04 | Slyon_ | mrmoku, i did some palmpre fsogsmd work but not (yet) for gta04 |
18:57.09 | mrmoku | ok |
18:57.38 | mrmoku | Slyon_: the biggest problem I have is that the kernel I build with shr-core does not work correctly |
18:57.48 | mrmoku | well... it works all fine apart from hso |
18:58.25 | Slyon_ | mrmoku, hmm mine didn't even boot |
18:58.45 | mrmoku | leviathan: the backlight driver is missing in 2.6.32, right? |
18:59.04 | Slyon_ | but my biggest problem is that my uSD cards always fuck up after several boots, and i've to reformat them |
18:59.06 | leviathan | it's missing in general >_< |
18:59.21 | mrmoku | leviathan: doesn't the one from gta02 work? |
18:59.33 | leviathan | mrmoku: no one has yet implemented the PWM stuff in order to regulate the LED instensity |
18:59.51 | leviathan | the backlight is just a LED which is controlled by a PWM pin of our CPU |
19:00.07 | mrmoku | ok |
19:03.32 | leviathan | I think there is even a simple command within the kernel API to do it |
19:03.37 | leviathan | I just need some time to code it |
19:03.49 | leviathan | maybe this tomorrow evening |
19:04.39 | mrmoku | good :) |
19:08.22 | *** join/#openmoko-cdevel geomat (~geomat@host-95-199-18-34.mobileonline.telia.com) |
19:26.33 | *** join/#openmoko-cdevel turran (~jl@unaffiliated/turran) |
19:28.28 | GNUtoo | leviathan, I hope it doesn't use the led API |
19:33.17 | leviathan | uhh? |
19:33.19 | leviathan | no |
19:34.04 | GNUtoo | ok nice, because copying android is not a good thing |
19:37.08 | *** join/#openmoko-cdevel Yoram (~kvirc@87.68.247.129.adsl.012.net.il) |
19:56.48 | *** join/#openmoko-cdevel anarsoul (~anarsoul@193.151.42.105) |
19:56.55 | leviathan | I've got to sleep |
19:57.04 | leviathan | because I've got too few sleep the last few day |
20:06.07 | *** join/#openmoko-cdevel JaMa (~martin@94.230.152.246) |
20:09.09 | mrmoku | JaMa: meta-openmoko/recipes-kernel/linux/linux.inc: sed -i -e /CONFIG_ARM_THUMB/d ${WORKDIR}/defconfig |
20:09.13 | mrmoku | is wrong |
20:09.26 | mrmoku | it removes CONFIG_ARM_THUMBEE too |
20:11.40 | *** join/#openmoko-cdevel paulk (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
20:14.27 | JaMa | mrmoku: there is slightly better linux.inc here meta-handheld/recipes-kernel/linux/linux.inc |
20:15.06 | JaMa | but it has the same.. but in kernel_conf_variable() { where we could fix it to do /CONFIG_ARM_THUMBEE[= ]/d |
20:15.15 | JaMa | but it has the same.. but in kernel_conf_variable() { where we could fix it to do /CONFIG_ARM_THUMB[= ]/d |
20:15.25 | mrmoku | ok |
20:16.52 | JaMa | should I merge it or will you? |
20:23.13 | GNUtoo | JaMa, hi |
20:23.15 | *** join/#openmoko-cdevel Apsu (~apsu@xdsl-83-150-125-3.nebulazone.fi) |
20:23.35 | GNUtoo | what was the bugreport that I should comment, I can't find it anymore in my logs |
20:24.26 | mrmoku | JaMa: I'm on my way to bed... and don't have meta-handheld |
20:24.33 | mrmoku | so if you can do it I'm all happy :) |
20:24.49 | mrmoku | will be a good reason to push my gta04 stuff for the updated tomorrow :-) |
20:24.59 | mrmoku | for now... gnight all |
20:25.04 | GNUtoo | good night |
20:25.09 | angelox|laptop | good night |
20:25.24 | GNUtoo | enjoy the intone music (note the joke on enjoy) |
20:26.41 | JaMa | GNUtoo: #1275 |
20:26.59 | JaMa | mrmoku: ok I'll try tomorrow |
20:27.07 | GNUtoo | thanks |
20:27.16 | JaMa | mrmoku: if I don't fall in love with that bmw and stay there :) |
20:27.16 | GNUtoo | JaMa, btw I've mplayer + intone running on om-gta02 |
20:27.31 | JaMa | good |
20:28.09 | GNUtoo | mrmoku, got a new car? |
20:28.29 | GNUtoo | prefers cars running GNU/Linux inside |
20:28.55 | JaMa | GNUtoo: tomorrow I'll drive this http://www.adrift.cz/cz/auto/bmw-m3-gtr.html |
20:29.06 | GNUtoo | ah ok |
20:29.11 | GNUtoo | s/mrmoku/JaMa |
20:29.42 | GNUtoo | knows what a M3 is but not the model |
20:30.24 | angelox|laptop | lol |
20:30.43 | angelox|laptop | JaMa: will you only drive,or later buy? :) |
20:30.56 | angelox|laptop | only/just (i don't know) |
20:31.21 | JaMa | I've bought voucher to race in it.. so only drive :) |
20:31.55 | angelox|laptop | :) very nice car btw |
20:31.58 | JaMa | but one day I would love to buy 5 series |
20:32.07 | angelox|laptop | remembers that car with "NFS Most Wanted".. |
20:32.26 | angelox|laptop | I'd love to buy an Chevy Camaro/Corvette ;) |
20:32.35 | JaMa | they promise up to 350km/h in sprint :) |
20:33.02 | GNUtoo | angelox|laptop, we already have GTA01,GTA02,GTA04, now you want a phone named NFS(nexus something) that everyone wants? |
20:33.33 | GNUtoo | hmmm about the names of the phones |
20:33.40 | JaMa | when all those alpha versions end there will be GT3? :) |
20:33.51 | GNUtoo | galaxy GT3? |
20:34.05 | JaMa | or ooooom GT3 |
20:34.18 | angelox|laptop | GNUtoo: heh,no... that was the name of an 'old' game :) |
20:34.50 | GNUtoo | I'm joking on the names of the phones mapped to games name |
20:34.50 | GNUtoo | because GTA is also a (bad?) game |
20:34.55 | angelox|laptop | ah yes |
20:35.08 | angelox|laptop | sorry,my bad English doesn't help to understand what is a joke :( |
20:35.24 | *** join/#openmoko-cdevel yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net) |
20:37.44 | angelox|laptop | GTA04 comes with a screen? and ts? |
20:39.47 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * rec12944ae05f 10/meta-shr/conf/distro/shr.conf: meta-shr: use --non-interactive --trust-server-cert in FETCHCMD_svn |
20:40.18 | JaMa | GTA is great game |
20:40.24 | JaMa | btw |
20:41.05 | angelox|laptop | What does it mean? |
20:41.09 | angelox|laptop | (the phone name) |
20:41.18 | JaMa | grand theft auto is game |
20:41.48 | angelox|laptop | and the phone? |
20:43.14 | GNUtoo | GNU Telephony Appliance ? |
20:43.28 | GNUtoo | yes but it's not a very moral game |
20:44.07 | angelox|laptop | ah ok..understand |
20:44.19 | angelox|laptop | about the game..i agree |
20:46.15 | TAsn | GTA is an awesome game. |
20:46.59 | TAsn | the violent there is so ridiculous that it's obvious it has nothing to do with real life/moral. |
20:47.10 | JaMa | hehe |
20:47.12 | angelox|laptop | if you're talking about the car driving experience i agree :) |
20:47.25 | TAsn | angelox|laptop, it's not a driving emulator |
20:47.43 | TAsn | it's all about running over people and pissing the cops |
20:47.44 | GNUtoo | I'm not talking about violence, but rather promoting crime |
20:47.45 | JaMa | it's american dream simulator :) |
20:47.54 | TAsn | JaMa, haha. |
20:48.01 | angelox|laptop | TAsn: i know,but i do like very much the car driving section in the game :) |
20:48.08 | TAsn | GNUtoo, do you think it really promotes crime? |
20:48.27 | TAsn | GNUtoo, if anything, it does the opposite, making sure you understand that doing something like that ends in death/prison. |
20:48.52 | TAsn | angelox|laptop, me too, I thought you were criticising the driving. |
20:49.41 | angelox|laptop | TAsn: no,i weren't :) |
20:50.01 | TAsn | ah you were referring to my first statement (awesome game) |
20:50.20 | angelox|laptop | yes :) |
20:50.24 | TAsn | I thought you were referring to "ridiculous" |
20:52.05 | angelox|laptop | you wrote too fast,when i was answering the first,you typed the other two messages.. |
20:52.46 | angelox|laptop | or i write too slow :P |
20:54.04 | TAsn | I think I just talk too much |
20:54.11 | TAsn | it's not about speed |
20:54.19 | TAsn | I just jump between topics/statements/etc ): |
20:54.21 | TAsn | :P |
20:59.55 | angelox|laptop | i've never found an real driving simulator (not race simulator,just some kind of game you drive in the city) :( |
21:00.26 | TAsn | angelox|laptop, I guess it's because I've haven't seen anyone enjoying driving in traffic. |
21:00.47 | misc | angelox|laptop: microsoft did one, 10 years ago, but I forgot the name |
21:02.12 | angelox|laptop | People that can't drive by their age would enjoy :) |
21:02.53 | angelox|laptop | misc: i see... |
21:04.41 | GNUtoo | JaMa, is libdvdread strictly necessary for mplayer |
21:05.01 | GNUtoo | ? |
21:06.41 | misc | angelox|laptop: midtown madness, with a mode "cruise" |
21:06.42 | JaMa | iirc you can disable it |
21:06.53 | JaMa|Off | gnight all |
21:07.12 | GNUtoo | ok thanks, I'll try to push in an shr branch as soon as possible |
21:07.19 | angelox|laptop | good night JaMa|Off |
21:07.23 | GNUtoo | but tomorrow I've GNU/Linux days |
21:07.27 | GNUtoo | and after tomorrow too |
21:07.27 | GNUtoo | bye |
21:08.11 | angelox|laptop | bye.. |
21:08.23 | angelox|laptop | misc: i see...seems to be very cool.. |
21:08.45 | angelox|laptop | s/seems/seemed/ |
21:08.59 | angelox|laptop | sometimes plays Rigs of Rods (at least open source) |
21:41.26 | nschle85 | mrmoku: hello |
21:54.54 | *** join/#openmoko-cdevel Yoram (~kvirc@87.68.247.129.adsl.012.net.il) |
21:55.44 | Yoram | Hi, should the "config" option of elfe work in SHR ? |
21:56.07 | Yoram | it never wroked form me... |
22:10.05 | *** join/#openmoko-cdevel phh (~quassel@quassel.rezel.enst.fr) |
22:10.26 | Yoram | no one ? |
22:11.28 | *** join/#openmoko-cdevel zeroedout (~quassel@S0106000e0c3c6fb3.vc.shawcable.net) |
22:11.28 | *** join/#openmoko-cdevel albertD (~albert@nncmain.nicenamecrew.com) |
22:11.28 | *** join/#openmoko-cdevel pini (~pini@bou-fi.pustule.org) |
22:11.28 | *** join/#openmoko-cdevel pwerken (~pwerken@square.phys.uu.nl) |
22:55.39 | antrik | angelox|laptop: GTA are the initials of the major components in the first model... don't remember them offhand |
22:56.46 | angelox|laptop | hmm |
22:57.05 | angelox|laptop | translates major.. |
22:57.56 | angelox|laptop | ah ok..understood :) |
23:29.00 | *** join/#openmoko-cdevel angelox|laptop (~angelo@201-43-69-175.dsl.telesp.net.br) |
23:39.55 | DocScrutinizer | UMMMM http://lists.openmoko.org/pipermail/community/2011-October/065592.html |
23:41.06 | DocScrutinizer | does this "enjoy!" imply the OP thinks you could get access to those DS? |