**** BEGIN LOGGING AT Sun Feb 14 02:59:57 2010 Feb 14 04:46:02 $C $chan $channel Feb 14 04:46:16 sigh Feb 14 06:07:46 JaMa|GoNe, even if it was, who cares? you do a lot of good, so a bit of evil now and there isn't too bad. Feb 14 06:07:52 *then Feb 14 06:11:00 TAsn: you're sick. even with a few lon to the west you shouldn't hang around on IRC this time :-P Feb 14 06:11:23 8:17, I'm just about to go to work Feb 14 06:11:37 HUH?? Feb 14 06:11:54 aaaar cracy jews Feb 14 06:11:55 as you can see, my tiredness affects me Feb 14 06:11:59 DocScrutinizer, yeah :( Feb 14 06:12:03 we work on sundays :( Feb 14 06:12:36 anyhow, I'm almost late Feb 14 06:12:37 ciao. Feb 14 06:12:44 ciao Feb 14 06:12:47 :-) Feb 14 06:15:30 btw you're 6 minutes early Feb 14 06:16:08 or 54 minutes late ;-P Feb 14 08:11:07 DocScrutinizer: it *does not* uninstall mdbus... Feb 14 08:11:18 what uninstalled mdbus on my phone is that we removed it from the lite image Feb 14 08:28:42 hey, actually shr-u is GSM-registering again, at least for me Feb 14 08:31:00 on yesterday late-night upgrade I got http://shr.pastebin.com/m61f8740b, which I didn't realize before this morning Feb 14 08:31:39 so I made a "opkg --force-reinstall install libphone-ui0" Feb 14 08:31:54 then I installed mdbus2 and rebooted, thats it Feb 14 08:31:59 maybe that helps... Feb 14 11:45:43 TAsn: hehe, thanks :) Feb 14 11:59:37 playya_: ping Feb 14 12:01:36 mrmoku, pong Feb 14 12:02:35 playya_: playing with libfso now Feb 14 12:02:43 cool Feb 14 12:02:59 I first have to get a proxy with one of the _proxy_new functions Feb 14 12:03:13 and from that get the interface with the apropriate macro? Feb 14 12:03:21 yes Feb 14 12:03:45 which valac version do you use? Feb 14 12:04:05 latest from mickey Feb 14 12:04:09 maybe we have to upload a new version with the patch included Feb 14 12:05:28 playya_: no idea about that... Feb 14 12:06:01 can you use methods or do you have to use -> on the object? Feb 14 12:07:09 FreeSmartphonePIMSourcesProxy *ps = free_smartphone_pim_source_proxy_new(...) Feb 14 12:07:19 FreeSmartphonePIMSourcesIface *iface = FREE_SMARTPHONE_PIM_SOURCES_GET_INTERFACE(ps); Feb 14 12:07:30 iface->get_backends(sources_callback, ps); Feb 14 12:07:35 wrong? Feb 14 12:07:59 missing FreeSmartphonePIMSources* self Feb 14 12:08:08 as first param... Feb 14 12:08:08 there should be a free_smartphone_pim_sources_get_backends method Feb 14 12:08:47 this is new in the header Feb 14 12:09:21 then I need that patch :P Feb 14 12:10:32 ok Feb 14 12:10:53 maybe we can release a new version this evening, when i finished my patch Feb 14 12:11:05 playya_: good, will continue then :) Feb 14 12:11:19 you can still play with it Feb 14 12:11:41 you only have to replace the -> by the method call Feb 14 12:12:22 the function is there in the lib, just not exposed via header? Feb 14 12:12:44 and the cast shouldn't be necessary, because the method pics the interface from the object Feb 14 12:12:49 yes Feb 14 12:13:38 free_smartphone_pim_sources_get_backends(ps, sources_callback, NULL); Feb 14 12:15:20 yes Feb 14 12:23:34 playya_: that segfaults somewhere in __real_free_smartphone_pim_sources_get_backends Feb 14 12:23:43 ok Feb 14 12:23:52 the use the interface :) Feb 14 12:23:58 s/the/then/ Feb 14 12:23:58 playya_ meant: then use the interface :) Feb 14 12:24:38 playya_: how to get the FreeSmartphonePIMSources * needed as first self parameter then? Feb 14 12:25:07 let me check how vala does this ;) Feb 14 12:28:24 ok, just write here what you find... meanwhile is Pizza time :) Feb 14 12:28:32 bb after Pizza :P Feb 14 12:45:57 free_smartphone_device_led_set_brightness (self->priv->led, 100, __lambda0__gasync_ready_callback, self); Feb 14 12:46:11 led is an interface Feb 14 12:47:01 ah ok. you don't have to use the macro on the call, just a usual cast Feb 14 13:02:06 is it possible to emulate the freerunner hardware, so I don't need to flash everytime to test something? Feb 14 13:03:14 there used to be a qemu port Feb 14 13:03:48 you mean neo1973 port? Feb 14 13:03:58 yup Feb 14 13:04:32 I am interested in neo freerunner Feb 14 13:19:40 what do you want to test? Feb 14 13:23:22 it's for debugging. it's hard: change the code, compile, flash, debug. Feb 14 13:23:47 would be easier to use qemu or if it's possible the android emulator. Feb 14 13:26:19 hi all Feb 14 13:31:48 playya_: ok, will try that, thanks Feb 14 13:32:19 but you need a patched vala Feb 14 13:32:46 Serdar, what do you want to debug? Feb 14 13:34:25 gps, bluetooth, wifi, softkeyboard, lockscreen and some more. Feb 14 13:40:20 to test the dbus stuff you can use gabriel Feb 14 13:41:17 and you don't have to reflash all the time Feb 14 13:41:22 is there dbus on android? need to look Feb 14 13:41:37 you are on android? Feb 14 13:41:48 sure. Feb 14 13:41:48 i don't think so Feb 14 13:41:58 they are using a different IPC Feb 14 13:42:27 okay there is dbus Feb 14 14:33:54 ~seen heinervdm Feb 14 14:33:57 heinervdm <~thomas@pD9E15F68.dip.t-dialin.net> was last seen on IRC in channel #openmoko-cdevel, 1d 2h 19m 53s ago, saying: 'sybren: that doesn't play a role with the current design of opimd'. Feb 14 14:35:21 JaMa|GoNe: hmm.. did you get an error about "No rule to make target `depend', needed by `default'" when compiling mesa-dri-glsl-native? Feb 14 14:37:28 no havent seen thal Feb 14 14:44:59 hmm, CIABot still borken Feb 14 14:45:02 *sigh* Feb 14 14:51:33 * Weiss is also failing to make NAT work between his laptop and Neo(s) Feb 14 14:51:40 one of those days.. Feb 14 14:52:10 I uploaded the code for my Bluetooth manager/OBEX client: https://launchpad.net/blackherd Feb 14 14:52:43 GNUtoo: fyi: mkbootimg is now @ git.fso Feb 14 14:52:49 GNUtoo: utilities/android Feb 14 15:05:07 mrmoku|away, phoneuid is still broken :( Feb 14 15:05:11 (signals) Feb 14 15:05:45 Weiss: need some iptables help? ;) Feb 14 15:07:17 PaulFertser: I can manage the iptables bit manually, but I want it to work automagically.. Feb 14 15:07:38 wpwrak: Hi, i've got a wifi AP i can control (not to the driver level, but i can set/unset wpa/rsn/ciphers) at home with which FR fails to work, even with the maxperf trick. Do you think it worth trying to tcpdump the traffic with e.g. my laptop and then to spend hours trying to decipher it? Or are all the bad things happening on lower layer (fucking ar6000 firmware) anyway? Feb 14 15:07:50 Weiss: with udev? Feb 14 15:08:10 PaulFertser: it does not work at all? Feb 14 15:08:32 lindi-: with wpa/rsn it associates but fails to authenticate Feb 14 15:08:41 PaulFertser: does it work without encryption? Feb 14 15:08:43 lindi-: i guess it'll work "ok" without encryption. Feb 14 15:08:46 ok Feb 14 15:08:57 lindi-: but i haven't tried tbh. Do you think it worth doing?.. Feb 14 15:08:59 mickeyl, ok Feb 14 15:09:28 mickeyl, did it compile without the android libc? Feb 14 15:09:28 PaulFertser: sure. it's always easier to try to move from working sitation towards the non-working situation Feb 14 15:09:44 PaulFertser: than be in the non-working situation and try to figure out where to go next Feb 14 15:10:52 lindi-: if you know you face a concrete wall anyway it makes no sense to step several meters back hoping that the wall magically disappears. Feb 14 15:14:59 PaulFertser: true, bit like with calypso bugs. not very motivating to work with them when you know you can't really fix them Feb 14 15:15:32 Exactly Feb 14 15:16:30 anyways, wpa seems to work for me(tm) Feb 14 15:23:26 lindi-: indeed, it's not wpa or rsn that makes problems per se. My FR works with other APs with wpa too. But not with this one. Feb 14 15:26:35 <[Rui]> Weiss: hi, last night it happened again Feb 14 15:26:53 <[Rui]> Weiss: the black screen. but the phone appeared to be working as it got two calls Feb 14 15:38:05 could you tell whether or not the backlight was on? Feb 14 15:38:40 under certain circumstances with SHR-t and SHR-u, the backlight dimming goes wrong such that it gets a little darker every time..(Amelie style.. I thought I was going mad) Feb 14 15:39:17 calypso bugs???? Thought there aren't any left over :-P Feb 14 15:40:01 granted the AT+CCLK bug is not very serious Feb 14 15:41:33 lindi-: honestly, you always could talk to dieter (or even me, though I'm not really a crack witht that windoze shit, nor with calypso fw details) when you got a clear bug description and a suggestion how to fix that Feb 14 15:43:23 DocScrutinizer: https://docs.openmoko.org/trac/ticket/2291 should be quite clear description and easy to reproduce but it is probably not worth the effort :) Feb 14 15:43:39 yup Feb 14 15:45:14 especially since this might be really low level shit like a race or somesuch. Not even Dieter knows how to touch that Feb 14 15:45:54 looks like memory corruption due to race or other bug to me yes Feb 14 15:46:04 so basically you're missing the sugetion how to *fix* it here, to apply for above offer ;-) Feb 14 15:47:00 fix is to read the time three times and return the median value :P Feb 14 15:47:46 hmm, ok. We can think about that. yes Feb 14 15:48:20 but that can be done in userland Feb 14 15:48:26 no need to mess with calypso firmware Feb 14 15:48:34 let's see how's the effort to do this in calypso, vs when done in userland :-P Feb 14 15:49:04 exactly :-D Feb 14 15:50:22 anyways, i'm starting to be happy with phone calls on openmoko Feb 14 15:50:39 the final "other people can't sometimes hear me" bug has been narrowed down a bit Feb 14 15:50:52 incredible! those words from your lips Feb 14 15:51:42 GNUtoo: sure, compiles fine against glibc Feb 14 15:51:51 ok nice Feb 14 15:51:54 GNUtoo: and it even creates working images, i tried Feb 14 15:51:58 wow Feb 14 15:52:02 GNUtoo: what's the state of your work atm? Feb 14 15:52:16 DocScrutinizer: i'm pretty sure it's somehow related to kernel not always setting all alsa controls on "alsactl restore" or something Feb 14 15:52:24 xf86-video-msm is buggy but works Feb 14 15:52:35 and I've only 1 build system for all my devices Feb 14 15:52:37 lindi-: quite possible Feb 14 15:52:49 so I was waiting for leviathan compilation to finish Feb 14 15:53:07 DocScrutinizer: but still no solid proof yet, only noticed that in my setup it was possible for two alsactl processes to run at the same time in a very unlikely scenario Feb 14 15:53:32 mickeyl, I think if leviathan doesn't fix backlight I would have to try Feb 14 15:53:37 because it's very annoying Feb 14 15:53:37 DocScrutinizer: and when tomageeni used my odd setup (kapula etc.) he managed to reproduce the issue Feb 14 15:53:42 evil enough Feb 14 15:54:45 maybe the solution is to run alsactl three times :P Feb 14 15:55:15 (there is no way to read the values back so i can't prove that they aren't sometimes set) Feb 14 15:55:51 exactly Feb 14 15:56:32 the whole wm8753.c driver (and relatives) never seen any review by a wide public Feb 14 15:56:49 GNUtoo: yeah. try to add max_brightness at first Feb 14 15:56:51 and readback of wm8753 registers is a fake Feb 14 15:56:52 should be easy Feb 14 15:56:57 just an additional field in the platform data Feb 14 15:57:21 DocScrutinizer: yep, cached Feb 14 15:57:27 yep Feb 14 15:57:46 ok Feb 14 15:58:15 TAsn: try to -force-reinstall libphone-ui0 Feb 14 15:58:19 DocScrutinizer: is it possible to construct an alsa state that can be used both during ringtone playing and call? ;) Feb 14 15:58:31 * DocScrutinizer suggests to closely review (even implement?) mutex for I2C access, and another one for wm8753 driver itself Feb 14 15:58:48 lindi-: nope Feb 14 15:58:55 mrmoku, oh shit. Feb 14 15:58:58 my bad :P Feb 14 15:59:02 lindi-: mompl Feb 14 15:59:07 max_brightness is 255 I think Feb 14 15:59:13 lindi-: lemme thinlk Feb 14 15:59:35 lindi-: good question Feb 14 16:00:12 TAsn: local builds are dangerous ;) Feb 14 16:00:18 mrmoku, aye :P Feb 14 16:00:24 lindi-: A will take a few minutes. I have to check Feb 14 16:00:41 DocScrutinizer: no need to hurry Feb 14 16:00:43 TAsn: I have a new strange segfault :( Feb 14 16:00:49 messages? Feb 14 16:00:51 GNUtoo: correct Feb 14 16:00:54 no contacts Feb 14 16:01:10 contact view segfaults directly after contact_view_show Feb 14 16:01:23 what did you change? Feb 14 16:01:28 actually, talk to me about it tomorrow Feb 14 16:01:33 I have a test I need to study to :P Feb 14 16:01:34 and backtrace gives me an endless loop in abort() Feb 14 16:01:36 ok Feb 14 16:01:38 lindi-: for handset earpiece<->GSM it actually *might* be possible. Anyway I have to check closely Feb 14 16:02:02 lindi-: for other setups it's quite obviously impossible Feb 14 16:02:18 mrmoku, sucks Feb 14 16:02:38 mrmoku: sorry for the mdbus2 rant Feb 14 16:03:20 DocScrutinizer: it's ok :) Feb 14 16:03:20 mrmoku: I got erroneous input ;-) so my reply wasn't appropriate as well Feb 14 16:05:35 mrmoku, though i wonder why libframeworkd-glib is binary incompatible, well, anyhow, sucksors :P Feb 14 16:06:54 mrmoku: how do you like the readline completion? :) Feb 14 16:07:13 mickeyl: don't understand? Feb 14 16:07:57 What apps are in the need of writing? Feb 14 16:07:58 mrmoku: mdbus2 tab completion Feb 14 16:07:59 mickeyl: for mdbus2? Feb 14 16:08:03 ahh :) Feb 14 16:08:26 What are the advantages of mdbus2 over qdbus? :) Feb 14 16:08:52 qdbus behaves very strange Feb 14 16:08:54 interactive mode Feb 14 16:09:05 it does't show everything avaible Feb 14 16:09:14 mickeyl: ohh, did not know about that :) Feb 14 16:09:15 <[Rui]> Weiss: sorry for the delay. Feb 14 16:09:23 mickeyl, does it also "eval" python like syntax (as parameters)? Feb 14 16:09:23 if not Feb 14 16:09:24 mrmoku: heh, that's like... the best feature Feb 14 16:09:31 <[Rui]> Weiss: I tried to simulate unlock and picking up the call, and it never worked Feb 14 16:09:35 how do you pass dictionaries/etc to it? Feb 14 16:09:40 TAsn: not at all yet Feb 14 16:09:41 mickeyl: you noticed our suggestions of yesterday, for mdbus2? Feb 14 16:09:43 <[Rui]> Weiss: I don't know if it was my bad or the screen was dead. Feb 14 16:09:53 mickeyl, I c, thanks :P Feb 14 16:09:56 mickeyl: ohhh very nice :D Feb 14 16:09:58 TAsn: patches welcome Feb 14 16:10:10 mickeyl, I don't do vala :P Feb 14 16:10:20 JaMa|GoNe: in which recipe do you setup xinput_calibrator_once.sh in Xsession.d? Can't find it in OE Feb 14 16:10:21 DocScrutinizer: i read some of the backlog, but i don't think i will spend time doing some compat things Feb 14 16:10:29 patches appreciated, of course Feb 14 16:11:05 mickeyl, anyhow, I think I better spend time on opimd, before I spend on mdbus2 :P Feb 14 16:11:07 mickeyl: if we keep mdbus(1), that's fair enough then Feb 14 16:12:02 ynezz: xserver-kdrive-commo or stg like that Feb 14 16:12:04 ynezz: xserver-kdrive-common Feb 14 16:12:10 :) Feb 14 16:12:11 DocScrutinizer: for sure, mdbus(1) will be around for quite a while. implementing the parser for all the complex parameter signatures will not happen soon in mdbus2 Feb 14 16:12:28 python certainly has an advantage w/ the eval Feb 14 16:12:35 JaMa|GoNe, Heinervdm: it's in shr-unstable branch I was looking into oe.dev.org Feb 14 16:12:43 mickeyl: and it runs on maemo5 :-D Feb 14 16:13:04 ynezz: should be the same Feb 14 16:13:20 whic I guess doesn't apply to the vala version Feb 14 16:13:29 ootb Feb 14 16:13:45 ;-) Feb 14 16:14:04 mdbus2 runs fine on maemo Feb 14 16:14:07 there are even packages Feb 14 16:14:08 :D Feb 14 16:14:14 duh! Feb 14 16:14:16 hehe Feb 14 16:14:19 ynezz: xinput-calibrator replied to my email with that feature request.. Feb 14 16:14:23 DocScrutinizer: if you run xlock on your n900, can you still call the emergency number? (tried to figure this out with a few friends during last "free thursday" event but xauth was missing so we could not just use x11 forwarding to run xlock) Feb 14 16:14:37 that is why I have not removed it yet Feb 14 16:14:39 DocScrutinizer: http://feedproxy.google.com/~r/HrwWebsite/~3/rRjKjWtve4k/ Feb 14 16:20:44 incredible, how info isn't propagating. I used mdbus(1) 4 weeks ago on maemo. And I suggested just yesterday to some guy in #maemo to use mdbus as I wasn't aware of mdbus2 in extras-devel Feb 14 16:21:57 thanks, works :) Feb 14 16:22:08 mrmoku, thanks, works :) Feb 14 16:23:20 TAsn: good... go studying then :P Feb 14 16:23:37 should Feb 14 16:23:37 :) Feb 14 16:26:12 Heinervdm: morning. i have put mkbootimg online. it installs the COPYING into datadir, we now just need to package it Feb 14 16:26:18 i.e. write a bb for it Feb 14 16:26:28 morning? Feb 14 16:26:39 mickeyl: that should be easy, just inherit autotools Feb 14 16:26:50 yep Feb 14 16:27:07 we only need a native recipe for it, don't we? Feb 14 16:27:09 yep Feb 14 16:27:22 should do for now Feb 14 16:28:34 http://failblog.org/2010/02/12/twitter-fail/ humanity will die! Feb 14 16:30:14 leviathan, look at System.map Feb 14 16:30:22 grep -i pmem System.map Feb 14 16:30:28 Heinervdm, "There is a new release candidate for evopedia in github. It would be Feb 14 16:30:28 nice if you tried to create a package: Feb 14 16:30:28 http://github.com/crei/evopedia/tree/v0.3.0rc3" Feb 14 16:31:09 where are the results of the eMail poll? Feb 14 16:34:18 GNUtoo: Heinervdm: is the source of fastboot available as well? Feb 14 16:34:35 mickeyl: will have a look Feb 14 16:34:42 TAsn: s/should/will do/ Feb 14 16:34:54 mickeyl, yes Feb 14 16:34:59 I'll do you a favour Feb 14 16:35:09 fastboot,adb,mkbootimg etc... Feb 14 16:35:10 please don't Feb 14 16:35:11 :P Feb 14 16:35:14 adb isn't needed Feb 14 16:35:56 it'd be good if we could add fastboot during the image creation as well Feb 14 16:35:57 that way Feb 14 16:36:04 people don't need to download additional stuff Feb 14 16:36:05 /dopomc Feb 14 16:36:32 mickeyl: http://android.git.kernel.org/?p=platform/bootable/bootloader/legacy.git;a=tree Feb 14 16:36:46 i think thats it Feb 14 16:37:46 what would people here prefer to visualize an active GPRS/UMTS connection in the idle screen? Feb 14 16:38:04 mrmoku: a big G Feb 14 16:38:05 the usual thing is to underly the signal bar with some colored rect Feb 14 16:38:20 the name of the connexion ? Feb 14 16:38:43 misc: you mean the apn? Feb 14 16:38:51 don't know if that makes sense Feb 14 16:39:09 Heinervdm: and how to differentiate between GPRS and UMTS? Feb 14 16:39:17 G Feb 14 16:39:18 3G Feb 14 16:39:23 or wifi symbol Feb 14 16:39:30 or usb cable Feb 14 16:39:46 (symbol) Feb 14 16:39:54 wifi is already there... usb missing Feb 14 16:39:56 all at the same time :> Feb 14 16:40:10 hrhrrhrr Feb 14 16:40:15 ok G and 3G then Feb 14 16:40:18 yep Feb 14 16:40:23 thanks Feb 14 16:40:23 webos has G and 3G too ;) Feb 14 16:40:25 that's common on other phones as well Feb 14 16:40:34 why 3G, freerunner don't have 3G Feb 14 16:40:44 but g1 has Feb 14 16:40:48 and palm pre Feb 14 16:40:51 SHR is not limited to FR Feb 14 16:41:01 eventually we might have powerful hardware Feb 14 16:41:03 2G, 2.5, 3G, 3.5 on maemo Feb 14 16:41:19 hmm... interesting Feb 14 16:41:36 you should add E Feb 14 16:41:41 i think G, E, 3G is enough Feb 14 16:41:44 (imo) Feb 14 16:41:46 other connectivity has dedicated own symbol(-area) Feb 14 16:42:13 and H Feb 14 16:42:25 yeeeap Feb 14 16:42:26 mickeyl: what about HSDPA and HSUPA ? Feb 14 16:42:40 3.5? Feb 14 16:43:33 Serdar: I assume H like HSCSD? Feb 14 16:43:38 DocScrutinizer: 3.5 for all three possibilities? Feb 14 16:43:49 I will wait till we arrive 9.81G Feb 14 16:44:02 yup. the come together anyway usually Feb 14 16:44:14 mrmoku: H Feb 14 16:44:26 G, E, 3G, H Feb 14 16:44:31 *nod* Feb 14 16:44:34 mickeyl: [2010-02-14 17:43:32] Serdar: I assume H like HSCSD? Feb 14 16:44:48 ok Feb 14 16:44:57 quite unintuitive Feb 14 16:44:59 H=HSPA Feb 14 16:45:09 lets see how we can monitor that Feb 14 16:45:13 DocScrutinizer: why? Feb 14 16:45:21 i have no idea how to get that info Feb 14 16:45:24 mickeyl: the API offers that :) Feb 14 16:45:27 heh Feb 14 16:45:29 which one? Feb 14 16:45:35 (don't say fso) Feb 14 16:45:39 sure Feb 14 16:45:39 even me needs a lookup table paper after my 2md beer :-S Feb 14 16:45:47 PDP.GetNetworkStatus Feb 14 16:46:02 hmm Feb 14 16:46:02 and act is obligatory even Feb 14 16:46:07 btw. there is compact GSM too Feb 14 16:46:11 no idea what that is :P Feb 14 16:46:13 forget about that Feb 14 16:46:16 not in use Feb 14 16:46:18 what's rong with 2, 25, 3, 35 Feb 14 16:46:20 ? Feb 14 16:46:42 nice collation sequence Feb 14 16:46:52 easily understandable Feb 14 16:46:56 i prefer characters Feb 14 16:47:06 never seen 2.5 or 3.5 on any phone Feb 14 16:47:15 Kyrrilic preferred then XP Feb 14 16:48:18 aaaah the "we only use NIH" then? Don't bother, that's how maemo does it (no it'll probably never gets into OM) Feb 14 16:49:42 nobody needs a manjual to understand 2 < 2.5 < 3 < 3.5 Feb 14 16:50:02 but WTF is "H" Feb 14 16:50:11 "G"??? Feb 14 16:50:19 E Feb 14 16:50:54 what's if it shows "OMG" ? ;-> Feb 14 16:55:36 btw: CSD=1, HSCSD=1.5 .. I'd guess Feb 14 17:01:45 side notice. Arabic digits usually need very few localization Feb 14 17:02:51 that would be a good argument :P Feb 14 17:03:05 fiddlesticks Feb 14 17:03:13 I could make it configurable too ;) Feb 14 17:03:13 E,G,3G,U is international Feb 14 17:03:17 err, H Feb 14 17:03:27 LOl Feb 14 17:03:28 see? Feb 14 17:03:48 we could make a mode for you, but you won't be using SHR anyways Feb 14 17:04:08 exactly Feb 14 17:04:29 I just take pride in knowing I'm right ;-P Feb 14 17:06:30 btw I gues you messed up the natural sort order intentionally? ""E,G,3G..." ? Feb 14 17:07:33 that was sorted in order of occurance on my usual train trips Feb 14 17:07:45 E is most common there Feb 14 17:08:33 E like "ERROR" :-P Feb 14 17:09:59 k. Made my point. No mission critical thing at all... :-))) Feb 14 17:12:52 ok, fastboot is in git clone git://android.git.kernel.org/platform/system/core.git Feb 14 17:13:09 should be even more simple to convert to autotools than mkbootimg Feb 14 17:14:20 mickeyl, actual_brightness works now but still no echo somenum > brightness Feb 14 17:14:44 I don't know what leviathan did but it's a mix between led and backlight Feb 14 17:14:47 hmm Feb 14 17:14:58 functions prototipes were still led's ones Feb 14 17:15:00 try adding max_brightness, for backlights it's mandatory Feb 14 17:15:03 the ones for the operations Feb 14 17:15:08 ok Feb 14 17:15:11 it's 0 Feb 14 17:15:23 yep, that could be the reason why echo doesn't work Feb 14 17:15:46 btw. is there a hard reset on the dream? Feb 14 17:15:54 or do i need to do the battery dance when the kernel is stuck? Feb 14 17:16:05 do we have sysrq compiled in? Feb 14 17:17:00 sysrq via ts-kbd? Feb 14 17:17:06 guess won't work Feb 14 17:17:22 pespin: i've sent an updated recipe Feb 14 17:17:29 i did that for the zaurus kernels once Feb 14 17:17:33 guess i can do it again for the dream Feb 14 17:17:33 aaah dream Feb 14 17:17:55 and the pre Feb 14 17:18:02 Heinervdm, ok thnx :) Feb 14 17:24:14 mickeyl, no hard reset but if it reboots press the camera button Feb 14 17:24:25 and keep pressing it until it goes to bootloader Feb 14 17:24:31 so it doesn't reboot on android Feb 14 17:25:15 btw mickeyl thanks a lot for backlight indications...I hope it'll work this time Feb 14 17:25:21 crossing fingers Feb 14 17:25:44 if that works, then i can update my kernel Feb 14 17:27:00 btw., now that we have the source, we should make the -ramdisk parameter optional Feb 14 17:27:20 mickeyl, thanks a lot!!!! it works Feb 14 17:27:24 yippee Feb 14 17:27:28 I think I need commit access to leviathan's kenrel Feb 14 17:27:32 yes Feb 14 17:27:40 yes Feb 14 17:27:40 because working like that is not nice Feb 14 17:27:46 leviathan, backlight works Feb 14 17:27:48 but my branch is controlled by tmzt Feb 14 17:27:55 ok Feb 14 17:28:08 tmzt: can you give also commit rights to GNUtoo? Feb 14 17:28:18 or you could go back to ltg Feb 14 17:28:41 mickeyl, ltg doesn't have .32 Feb 14 17:28:44 nor sound Feb 14 17:28:45 etc... Feb 14 17:28:49 i mean the SCM Feb 14 17:28:52 not the kernel Feb 14 17:28:52 and I sent patches for ltg Feb 14 17:28:58 dcordes and cr2 want to work on GNU/Linux as well Feb 14 17:28:59 I didn't have commit access Feb 14 17:29:02 ok Feb 14 17:29:27 the mess these folks are doing at the qualcomm-on-msm is hilarious Feb 14 17:29:40 putting android versionisms into drviers Feb 14 17:29:51 not enough that the system is optimized for one userland Feb 14 17:29:58 now they're optimizing drivers for different versions of it Feb 14 17:30:00 * mickeyl shakes head Feb 14 17:30:05 lol Feb 14 17:30:18 hi tmzt Feb 14 17:30:51 * mickeyl builds a new console image to try and get rmnet working Feb 14 17:31:16 muhahaha Feb 14 17:31:34 ~lart android Feb 14 17:31:34 * apt shoves a crumpet down android's throat, happy now?! Huh? Want some JAM with that? Feb 14 17:32:02 http://laforge.gnumonks.org/weblog/2009/10/26/#20091026-qualcomm_open_source_subsidiary explains everything Feb 14 17:32:39 specially the last line Feb 14 17:33:27 hmm Feb 14 17:33:32 qual-comm Feb 14 17:33:49 leviathan, preview patch: http://pastebin.com/d50d53f50 Feb 14 17:33:52 that's a german inspired name obviously Feb 14 17:36:15 leviathan, new images? Feb 14 17:36:23 hmm Feb 14 17:36:26 yes Feb 14 17:36:43 someone is working ont it on magic Feb 14 17:36:53 andreas32b Feb 14 17:37:22 we should aim to support both variants with one kernel Feb 14 17:37:32 indeed Feb 14 17:37:58 did we hear from tmzt theses days? Feb 14 17:39:16 ~seen tmzt Feb 14 17:39:18 tmzt is currently on #webos-internals #htc-linux #openezx #openmoko-cdevel. Has said a total of 288 messages. Is idling for 1d 18h 35m 18s, last said: 'heroc'. Feb 14 17:39:34 ok thanks Feb 14 17:40:51 leviathan, btw there are still some pmem bits: Feb 14 17:41:10 leviathan, do that: grep -i pmem System.map Feb 14 17:45:48 leviathan, will you bitbake a new image or should I do it? Feb 14 17:53:40 hi all Feb 14 17:54:39 sorry i have a fast question... i need to compile on my shr apache, but "./configure" report that no C compile is installed... but i've just installed gcc, g++ and cpp... Feb 14 17:56:50 which distribution are you useing? Feb 14 17:57:18 shr unstable lite Feb 14 17:57:20 latest relase Feb 14 17:57:27 downloaded and installed today Feb 14 17:57:32 thanks Serdar:D Feb 14 17:58:02 no I meant the envoirement you are useing for compileing Feb 14 17:58:12 some distributions have a gcc-config Feb 14 17:59:10 sanvy, why don't you better write a package request in trac? :) Feb 14 17:59:45 pespin: ? i don't understand what you mean, sorry... can you repeat in other words please? Feb 14 17:59:52 thanks Serda, i try Feb 14 17:59:54 serdar* Feb 14 18:00:30 sanvy, write a ticket in SHR bugtracker/trac to request someone to build the package in feeds Feb 14 18:01:17 it doesn't sound shr related. Feb 14 18:01:21 pespin: this could be an idea but... if i want to build it by myself? Feb 14 18:01:31 Serdar: it doesn't exist in repo... Feb 14 18:01:32 is it cross compile? Feb 14 18:01:36 sandwitch, then use OE to make your own build environment :) Feb 14 18:01:47 :\ Feb 14 18:02:05 sanvy, what doesn't exist in repo? Feb 14 18:02:10 sanvy: if it builds... apache2 will be in the feed in some mins Feb 14 18:02:13 gcc-config Feb 14 18:02:15 pespin, this was a tab fail :> Feb 14 18:02:42 sanvy, that's not what I meant Feb 14 18:02:48 mrmoku: the problem is not apache, is that i want to compile by my moko because I need some other packages... Feb 14 18:02:53 gentoo for example is providing gcc-config Feb 14 18:03:32 Serdar: mm shr doesn't seems to have it Feb 14 18:04:00 I am seeing that if i run "gcc" it tells me "command not found" Feb 14 18:04:06 okay where are you compileing in freerunner, or outside freerunner? Feb 14 18:04:12 but i have installed it from repos Feb 14 18:04:31 I wouldn't choose one. Feb 14 18:04:43 sanvy, I think you'll be better using OE to cross-compile in PC for your Neo Feb 14 18:04:48 Serdar: ? Feb 14 18:05:16 pespin: i'm in windows now... and i'm not familiar with cross-compilation... Feb 14 18:09:52 also with a cross-compiler, the problem still remains: we cannot compile on shr Feb 14 18:15:16 \ Feb 14 18:17:04 ok so... pespin, what about cross-compiling? :D i need the to be independent in compiling Feb 14 18:17:27 sanvy, why can't you compile on shr...with the necessary packages it should be ok Feb 14 18:17:59 <[Rui]> Serdar: did we meet at #statuscheck last week? Feb 14 18:18:06 mickeyl: I get the following when building fsousaged: Feb 14 18:18:08 ERROR: Error, lockfile path does not exist! Feb 14 18:18:12 any idea? Feb 14 18:19:10 never seen Feb 14 18:19:16 sanvy, http://wiki.openembedded.net/index.php/Getting_started Feb 14 18:19:21 who's giving that output? Feb 14 18:19:25 bb Feb 14 18:19:30 GNUtoo: because i installed gcc, g++ and cpp but it says command not found Feb 14 18:19:37 thank pespin Feb 14 18:19:44 sanvy, arm-something-gcc....install the simlinks Feb 14 18:19:58 in do_package_write_ipk Feb 14 18:21:35 GNUtoo: sorry i don't understan what i have to install.... simlinks is not a package... Feb 14 18:21:56 sanvy, opkg list | grep symilnk will give cpp-symlinks,g++-symlinks etc... Feb 14 18:22:37 gcc-symlinks - 4.4.3-r0.1.4 - The GNU cc and gcc C compilers. Feb 14 18:22:54 :\ what a stupid, i didn't think :\ Feb 14 18:25:26 mickeyl: fastboot looks a bit more complicated Feb 14 18:25:28 mrmoku: Is that in shr-u feeds already? http://sourceforge.net/projects/jefliks/ Feb 14 18:26:26 GNUtoo, mrmoku, thanks!! it works :P Feb 14 18:26:51 Heinervdm: oh bummer, why's that? Feb 14 18:27:10 mickeyl: it has much more files ;) Feb 14 18:27:23 mickeyl: and there are some device specific files Feb 14 18:27:41 configure: error: C compiler cannot create executables -.-""""""""" Feb 14 18:27:46 mrmoku: strace it, ipkg needs a directory which (for some reason) hasn't been created Feb 14 18:28:09 Heinervdm: hmm Feb 14 18:28:13 i don't see any device specific files Feb 14 18:28:27 just osx, linux, and windows variants Feb 14 18:28:48 mickeyl: where are you looking? Feb 14 18:29:06 ok, fastboot is in git clone git://android.git.kernel.org/platform/system/core.git Feb 14 18:29:10 perhaps i'm looking at the wrong repo Feb 14 18:29:16 you're looking at the bootloader code Feb 14 18:29:19 :) Feb 14 18:29:44 ok :D Feb 14 18:29:55 bbiab, dinner Feb 14 18:30:30 mickeyl: ok Feb 14 18:45:23 GNUtoo: sry Feb 14 18:45:25 was eating Feb 14 18:45:35 Uhm, I'm building ATM a new movie Feb 14 18:45:39 ahm image Feb 14 18:45:40 xD Feb 14 18:45:49 sanvy, np Feb 14 18:45:53 lol Feb 14 18:45:58 oops leviathan Feb 14 18:46:04 lol Feb 14 18:59:37 GNUtoo: what did harold say? Feb 14 19:00:03 hi tmzt Feb 14 19:00:13 tmzt, who is harold ? Feb 14 19:00:52 leviathan: on gito? Feb 14 19:01:01 jo Feb 14 19:01:04 GNUtoo: what's your username? Feb 14 19:01:10 gnutoo Feb 14 19:01:13 is it ;) Feb 14 19:01:26 GNUtoo Feb 14 19:02:04 I bet I'll have to commit to leviathan's branch Feb 14 19:02:08 that's ok for me Feb 14 19:02:21 mhm, btw Feb 14 19:02:28 I'm try'n to clean up everything Feb 14 19:02:31 to make it free from android Feb 14 19:02:45 but it seems as they have very deeple put theire fingers in places Feb 14 19:02:50 they don't belong to Feb 14 19:03:14 means android people modified the linux base code such as it doesnt earn the name linux anymore >_< Feb 14 19:03:32 I know, why I hate it -_- Feb 14 19:04:37 android and liunx are diverging which will be a huge problem for android people Feb 14 19:04:52 because bsp and drivers will be included in mainline Feb 14 19:05:03 which would need to be backported Feb 14 19:05:04 etc... Feb 14 19:05:39 mickeyl: is there a dbus cmd line client that takes json? Feb 14 19:07:01 GNUtoo: if they wanna use mainline Feb 14 19:07:11 then the should use mainline compatible software Feb 14 19:08:18 or they can bugger theire self >_< Feb 14 19:08:32 bsp and drivers in mainline? Feb 14 19:08:37 uhm Feb 14 19:08:52 I'm cleaning it up, and I'm try'n to get it work in mainline Feb 14 19:08:57 but its pain in the ass Feb 14 19:09:06 GNUtoo: I was hoping we'd all have branches on that repo which would allow lkml like interaction Feb 14 19:09:15 ok Feb 14 19:09:29 GNUtoo: laforge sorry Feb 14 19:09:33 tmzt, I meant for future devices Feb 14 19:09:44 I was saying something generic Feb 14 19:09:58 not something with our devices in mind Feb 14 19:10:03 android userspace drivers won't be in the next kernel Feb 14 19:10:09 I know Feb 14 19:10:12 but msm support for android amss should be Feb 14 19:10:23 we need to keep those concepts separate Feb 14 19:10:26 nice Feb 14 19:10:31 GNUtoo: what repo do you need commit on? Feb 14 19:10:39 the kenrel leviathan is working on Feb 14 19:10:51 leviathan-incoming? Feb 14 19:11:11 git://gitorious.org/htc-msm-2-6-32/leviathan-incoming.git Feb 14 19:11:15 the idea is you pull that, or my tree layered on top of it Feb 14 19:11:20 and then push to your own Feb 14 19:11:32 ok you want me to use my own branch? Feb 14 19:11:50 rather than my commit overwrites yours we've seen on ltg where new contributors break something Feb 14 19:11:58 yeah, lev-i is for g1/dream Feb 14 19:12:11 hold on Feb 14 19:12:13 I only want access to leviathan-incomming branch Feb 14 19:12:19 oops Feb 14 19:12:35 s/incomming Feb 14 19:12:51 origin/msm-gnuconform is fine for me Feb 14 19:13:15 what device are you targeting? Feb 14 19:13:21 dream Feb 14 19:13:27 oh, you trying to clean up android stuff? Feb 14 19:13:35 no I'm trying to make it work Feb 14 19:13:42 or push the audio driver over it? Feb 14 19:13:51 what I did was: Feb 14 19:14:00 gnutoo-dream-gnu okay? Feb 14 19:14:03 yes Feb 14 19:14:27 the last thing I did was fix backlight Feb 14 19:14:44 before I did lots of things that levithan errounously commited under his name Feb 14 19:14:56 like make xf86-video-msm work Feb 14 19:15:08 I also did some sound work on top of leviathan's work Feb 14 19:15:37 for instance I fixed the mplayer ioctl issue with the help of Thingol, an #alsa person Feb 14 19:16:43 leviathan: sorry, I see those are branches not repos and I've confused things Feb 14 19:16:57 I'll just give gnutoo commit on lev-i and we can use our judgement Feb 14 19:17:11 mickeyl: you working on this as well? can I have you gito? Feb 14 19:17:19 ok Feb 14 19:17:47 leviathan, maybe mickeyl needs to be aware of your oe stuff Feb 14 19:20:35 tmzt, mickeyl doesn't do kernel work because he already has fso work to do Feb 14 19:24:44 he used to push small things to ltg Feb 14 19:24:51 ah ok Feb 14 19:24:54 so I wanted to give him that option Feb 14 19:24:57 I was not aware of that sorry Feb 14 19:25:19 I made you admin, see you can add yourself to levi-i Feb 14 19:27:56 ok thanks Feb 14 19:28:22 GNUtoo: Commits in htc-msm-2-6-32/leviathan-incoming:msm-gnuconform Feb 14 19:28:36 http://gitorious.org/htc-msm-2-6-32/leviathan-incoming/commits/msm-gnuconform Feb 14 19:28:50 "Apply'n GNUtoo's patch for removing led-backlight mix" Feb 14 19:28:52 :) Feb 14 19:29:48 PaulFertser: hmm, does it never complete the key exchange or just sometimes not ? in the latter case, it may be a known firmware problem Feb 14 19:30:08 wpwrak: never Feb 14 19:30:17 wpwrak: authorization always times out Feb 14 19:30:20 PaulFertser: in the former case, it may of course also be a firmware problem, just a not-yet-known one :) Feb 14 19:30:40 PaulFertser: did you look at what wpa_supplicant is doing ? Feb 14 19:39:34 wpwrak: i'm sure you'll make more sense out of its output: http://pastebin.com/m4159c296 Feb 14 19:41:09 leviathan, ok thanks Feb 14 19:41:40 thanks Feb 14 19:41:55 nice there is my name in it but in another hand it doesn't follow standard commit policy Feb 14 19:42:15 pespin: sorry, i'm having trouble also with toolchain -.-" Feb 14 19:43:13 sanvy, I don't have much knowloedge of it sorry, but you can ask here or on # oe I suppouse Feb 14 19:43:46 it says that it miss a file Feb 14 19:44:25 in apr Feb 14 19:44:31 so it can't create executable Feb 14 19:44:35 as on freerunner -.- Feb 14 19:50:48 i have to go now Feb 14 19:50:50 thanks all Feb 14 19:50:52 bye Feb 14 20:09:47 leviathan, did your bitbake finish? Feb 14 20:10:22 Nearly Feb 14 20:13:18 ok Feb 14 20:15:42 PaulFertser: hmm, doesn't look like the pattern i've seen with the firmware crashing, but that may be due to different debug levels. Feb 14 20:16:09 wpwrak: it's not crashing. If the firmware was crashing, i'd not see this repeating, would i? Feb 14 20:16:35 PaulFertser: if you add an unencrypted AP while wpa_supplicant is searching, will it connect ? Feb 14 20:16:53 PaulFertser: when the firmware crashes, the kernel just sees a lack of communication Feb 14 20:17:35 wpwrak: i think i can try that, though i'm not sure what will it prefer. Moreover you see it's actually associating with the AP, so it must be working. But wpa exchange times out. Feb 14 20:17:49 grmbl. where did i put that patch to enable firmware debug output ... Feb 14 20:18:26 is someone going to the Mobile World Congress in Barcelona this week? Feb 14 20:18:54 PaulFertser: yes, association with later failure is what i also got with crashing firmware. e.g., it could be the processing of some crypto-related IE that trips the firmware Feb 14 20:19:15 PaulFertser: the firmware tries to "understand" all that stuff, so it's not transparent Feb 14 20:19:48 wpwrak: but if the firmware crashes, is it able to continue e.g. scanning? Feb 14 20:20:57 PaulFertser: http://iki.fi/lindi/eduroam/syslog.txt is what I see in syslog when I use wpa Feb 14 20:21:07 (not sure if it helps at all but ...) Feb 14 20:21:12 PaulFertser: it won't find new stations. but it may very well keep the old ones Feb 14 20:21:34 wpwrak: ah, i seem to remember that. Sucks so fucking much :( Feb 14 20:21:41 PaulFertser: (that's with andy-tracking) Feb 14 20:22:47 PaulFertser: indeed it does :-( Feb 14 20:23:33 Extra:bcn_int=200 Feb 14 20:23:33 Extra:wpa_ie=dd160050f20101000050f20201000050f20201000050f202 Feb 14 20:23:36 Extra:rsn_ie=30140100000fac020100000fac040100000fac020000 Feb 14 20:23:39 Extra:wmm_ie=dd180050f2020101000003a4000027a4000042435e0062322f00 Feb 14 20:24:15 Hm, disabling wmm is an idea Feb 14 20:25:07 wtf is wmm? Feb 14 20:25:49 printf(" Extra:%s\n", custom); Feb 14 20:25:52 hmm :P Feb 14 20:26:13 that comes from the iwevent, from kernel? Feb 14 20:27:18 ./drivers/ar6000/ar6000/wireless_ext.c: static const char wmm_leader[] = "wmm_ie="; Feb 14 20:28:40 DocScrutinizer51: 'Overrides the AR6000 device WMM capability' Feb 14 20:28:44 good documentation :) Feb 14 20:28:53 uhuh Feb 14 20:28:57 DocScrutinizer51: wireless multimedia extensions Feb 14 20:28:58 :-/ Feb 14 20:29:07 ahh thanks Feb 14 20:29:12 aha, wmi_doc.h is an interesting file! Feb 14 20:29:48 I've no idea how to disable that on AP, the driver is binary-only, maximum i can get is the names of the private ioctls. Feb 14 20:30:10 PaulFertser: which AP is it btw? Feb 14 20:31:01 lindi-: d-link dwl-g700ap with wive-ng firmware. Feb 14 20:31:42 Hm, probably disabling qos might do the trick Feb 14 20:33:18 Heh, indeed, wmm_ie is gone :) Feb 14 20:33:38 heh :-)) Feb 14 20:38:23 wiki at http://wiki.openmoko.org/wiki/WiFi has some "wake on wlan" tips but they don't seem to work, anybody here tested them? Feb 14 20:40:45 never heard bout any testing Feb 14 20:41:11 i guess i need to figure out what this GPIO1 pin is in the output of the gpio command Feb 14 20:41:48 err what? Feb 14 20:42:15 "The GPIO1 pin would be pulled up. The system would resume then. Feb 14 20:42:23 " is the mysterious sentence in the wiki Feb 14 20:42:33 hehe Feb 14 20:42:45 * DocScrutinizer51 points at schematics Feb 14 20:43:04 GPIO1 is at wlan chip Feb 14 20:43:09 iirc Feb 14 20:43:10 schematics says WLAN_GPIO1 Feb 14 20:43:36 wpwrak: regardless of the presence of wmm_ie if i first turn on wifi, then do the maxperf trick, then start wpa_supplicant (maxperf trick when it's already running doesn't do anything), i get much farther up to WPA: Sending EAPOL-Key 2/4 but nothing more. Feb 14 20:43:50 so I guess its hooked up to a EINT Feb 14 20:45:00 PaulFertser: strace wpa_supplicant? Feb 14 20:45:46 DocScrutinizer51: "GPF5 I EINT5 WLAN_GPIO1 wlan wakeup GPIO Feb 14 20:46:23 hmm Feb 14 20:46:41 F5 is "F1" when wlan is off Feb 14 20:46:46 it changes to "F0" when i power wlan up Feb 14 20:48:06 lindi-: "pulled up" in mysty sentence means it will go '1' Feb 14 20:48:40 DocScrutinizer51: anyways it seems to stay at "F0" even if I do all the commands in the wiki and ping the device Feb 14 20:49:02 though I wonder how it can be 1 when wlan powered down Feb 14 20:49:40 wpwrak: forcing it to use WPA produces exactly the same result, no reply to stage 2/4. :| Feb 14 20:49:54 DocScrutinizer51: i'm not sure it might help Feb 14 20:52:42 any idea who is this "HdR" wiki user who has added these wlan instructions? ;) Feb 14 20:54:06 some openstreetmap user hmm Feb 14 20:55:21 WTF: WPA: drop TX EAPOL in non-IEEE 802.1X mode (type=1 len=0) ???? Feb 14 20:55:30 It just doesn't send the 2/4? Feb 14 20:56:36 hmmpff Feb 14 20:57:25 btw who'd be able to fix a few general wiki flaws I discovered lately? Feb 14 21:01:31 wpwrak: do you know what does this messages mean? ^ Feb 14 21:03:19 wpwrak: btw, maxperf is irrelevant too, it's the delay between turning on the device and starting wpa_supplicant that mattered here, still i do not get anything after 2/4 :( Feb 14 21:04:23 PaulFertser: here requesting wifi with just "fsoraw -r WiFi -- wpa_supplicant (...)" doesn't work Feb 14 21:04:37 PaulFertser: i need to have some delay between requesting WiFi and starting wpa_supplicant Feb 14 21:04:47 few seconds Feb 14 21:05:32 dos1: yeah, that's what i just noticed as well. Though it works without the delay with other networks. Feb 14 21:05:56 assoc vs. four way? Feb 14 21:07:06 lindi-: "fsoraw -r WiFi -- sleep 5 && wpa_supplicant (...) Feb 14 21:07:19 err even Feb 14 21:07:31 lindi-: "fsoraw -r WiFi -- sh -c "sleep 5 && wpa_supplicant (...)" Feb 14 21:07:57 tmzt: sorry? Feb 14 21:09:39 wpwrak: ok, i understand that, i'm not using EAP, i'm using WPA-PSK, so it's all right... Feb 14 21:09:40 PaulFertser: hmm? Feb 14 21:09:47 i mean DocScrutinizer :P Feb 14 21:10:10 AP association should happen after the driver gets essid or maybe it uses ANY Feb 14 21:10:24 but wpa needs to do it's handshaking for wpa/rsn Feb 14 21:10:35 maybe it has to complete association first Feb 14 21:11:39 DocScrutinizer: perhaps you meant paul? Feb 14 21:11:48 GNUtoo: I'm uploading the image Feb 14 21:12:08 ok thanks Feb 14 21:12:35 heh?? chatic random asking? Feb 14 21:12:45 chaotic even Feb 14 21:13:06 Or not, i really need to learn more about WPA... Feb 14 21:13:08 maybe I meant not to mwan anything? Feb 14 21:13:30 tmzt: of course, wpa handshake happens after association. Feb 14 21:14:06 maybe I meant dos1 Feb 14 21:14:11 :-) Feb 14 21:14:12 leviathan: what image? Feb 14 21:14:25 PaulFertser: right, I'm saying it might not have time to complete Feb 14 21:14:41 yup, probably ;D Feb 14 21:14:44 DocScrutinizer: ;) Feb 14 21:15:33 tmzt: newest shr-msm Feb 14 21:15:34 :) Feb 14 21:15:48 calls work? Feb 14 21:16:01 from gui Feb 14 21:16:03 hmm Feb 14 21:16:19 tmzt: once it worked ;) Feb 14 21:18:54 tmzt: the driver reported it completed Feb 14 21:19:04 tmzt: and i do receive 1/4 eapol from the AP Feb 14 21:19:21 Weiss: have you resolved that mesa-dri-glsl-native issue somehow? I just rebuilt it fine.. Feb 14 21:19:48 JaMa: nope.. most of the rest of my day went wrong one way or another :S Feb 14 21:20:01 I built again from scratch, and it was the same Feb 14 21:20:12 nobody knows where / whom to pester to get those strange IP-instead-of-URL issues in wiki fixed?? Feb 14 21:20:21 I'm tempted just to ignore GLSL for the time being - it's not a big deal Feb 14 21:21:06 Weiss: strange :/ Feb 14 21:21:40 Weiss: pity I was hoping for rebased mesa-glamo repo, as I cannot push those mesa recipes to oe.dev without it.. Feb 14 21:21:52 Weiss: do you have full log from that failed build? Feb 14 21:22:00 wpwrak: in the FR's case i have http://paste.debian.net/59854/ and in my laptop's case (which works it says it received next (3/4) eapol from AP right after WPA: Sending EAPOL-Key 2/4. Feb 14 21:22:07 I might take down the wiki completely, hoping for the wiki maintainer unknown will ping me then ;-P Feb 14 21:23:33 JaMa: the log.do_compile, or more than that? Feb 14 21:24:23 do_compile first.. then we'll see Feb 14 21:25:22 my successful logs are here http://tinderbox.openembedded.net/packages/mesa-dri-glsl-native/ Feb 14 21:25:24 * PaulFertser doesn't understand wpa_supplicant_eapol_send() :( Feb 14 21:25:36 <[Rui]> Weiss: hi, so is there something I could have prepared to debug for you to try to hunt that BSoD ? Feb 14 21:26:25 [Rui]: first thing is to determine whether the backlight is on Feb 14 21:26:37 <[Rui]> Weiss: I think the ts is not working Feb 14 21:26:46 <[Rui]> Weiss: I tried to simulate the slider and pick up Feb 14 21:26:53 <[Rui]> (a call which arrived) Feb 14 21:27:01 GNUtoo: http://ftp.o2s.ch/pub/openmoko/images/shr-full-htcdream.rootfs.tar.bz2 Feb 14 21:27:09 ok thanks Feb 14 21:27:17 I'll opkg update && opkg upgrade Feb 14 21:27:21 the ipkg directory is syncing Feb 14 21:27:24 still Feb 14 21:27:30 wait plz until its finished Feb 14 21:27:50 else you will perhaps destroy the installation Feb 14 21:27:57 [Rui]: the TS isn't my speciality :)... you know how you can tell the difference between backlight on+black screen and no backlight? (the light always leaks through a bit, but you may have to shade it a bit to see it) Feb 14 21:28:01 <[Rui]> Weiss: can I shoot a possible culprit? Feb 14 21:28:21 <[Rui]> Weiss: I thought it was omnewrotate who was dimming the screen, but it isn't. it's xrandr Feb 14 21:28:34 ok Feb 14 21:29:17 <[Rui]> Weiss: I thought I had it controlling the backlight but it isn't. as such maybe it's something in the xrandr support that dims the screen? Feb 14 21:29:23 JaMa: looks like it didn't get far: http://www.bitwiz.org.uk/log.do_compile.1322 Feb 14 21:30:59 JaMa: I think it's important to consider the separate glsl package as temporary if possible.. it's a bit of a horrible hack.. Feb 14 21:31:12 hmm, there are no checksums generated anymore in ${TMPDIR} :/ Feb 14 21:32:23 Heinervdm: they are.. Feb 14 21:32:53 Heinervdm: see PNver.log or something like that.. there should be checksums in new form Feb 14 21:33:05 ie utilmacros160targz.sum Feb 14 21:33:17 oh, i know why Feb 14 21:33:31 they are already in checksums.ini Feb 14 21:33:39 <[Rui]> Weiss: yeah, the screen seems *off* Feb 14 21:33:41 but that recipe doesn't exists Feb 14 21:33:46 but it's using unique names for SRC_URI entries which I don't like so much Feb 14 21:34:03 ah ok Feb 14 21:35:04 Weiss: can you try to run that makedepend command by hand in that directory? Feb 14 21:35:36 Weiss: next line in my log is make[1]: Leaving directory `/home/projects/OE/tmpdir-dev-shr/work/x86_64-linux/mesa-dri-glsl-native-7.7.999-0+gitr1+f88b43e8d09bf359e7d5770b133cb433b25f9848/git/src/glsl/pp', so I guess that it just went ok.. Feb 14 21:35:49 strange, that file exists since 9 days and the checksum is already in checksums.ini but the recipe does not exists. how can that happen? Feb 14 21:36:11 leviathan, is it ok to upgrade now? Feb 14 21:36:36 Heinervdm: any idea? http://tinderbox.openembedded.net/packages/480642/ Feb 14 21:36:57 Heinervdm: which recipe? Feb 14 21:36:59 [Rui]: anything in dmesg/Xorg.0.log at that time? Feb 14 21:37:06 (is the X server still running?) Feb 14 21:37:09 JaMa: vagalume 0.8.3 Feb 14 21:37:13 <[Rui]> Weiss: I don't even get ssh Feb 14 21:37:29 Heinervdm: sometimes I push all checksums first for all my patch queue, and then recipes later after better test Feb 14 21:37:37 <[Rui]> Weiss: but this last time it happened (yesterday) I wasn't at home. but the phone seemes to working as I got two calls Feb 14 21:37:54 hmm, not getting SSH but other signs of life sounds off Feb 14 21:38:22 <[Rui]> Weiss: possible not having IP has something to do with that BS that connman is Feb 14 21:38:55 JaMa: looks like missing libxml Feb 14 21:39:09 libxml2 Feb 14 21:39:16 GNUtoo: sry Feb 14 21:39:23 GNUtoo|oeee: was on the toilet Feb 14 21:39:29 GNUtoo|oeee: nope Feb 14 21:39:32 ok Feb 14 21:39:39 its still syncing Feb 14 21:39:47 Heinervdm: stamps/armv5te-angstrom-linux-gnueabi/libxml2-2.7.6-r2.1.do_build should be new enough? Feb 14 21:40:37 PaulFertser: that may indeed be a hint that the firmware is down. ah, if you have another AP you can switch on/off, you could iwlist scan for it and see if the FW is still running Feb 14 21:40:45 JaMa: as i can see, it's looking for something newer then 2.6.0 Feb 14 21:40:46 GNUtoo|oeee: concerning alsa Feb 14 21:40:56 I've found out, what you mean with buffer underrun Feb 14 21:41:06 Heinervdm: strange that before it compiled fine, and now it failed (just because PR bump after error.html removal) Feb 14 21:41:11 I was using it today as mp3-player in the bus Feb 14 21:41:15 i.e., reset, power AP2 down, try to associate with AP1, wait for the failures, turn AP2 up, iwlist scan for it Feb 14 21:41:24 it shows some ugly behavior Feb 14 21:42:12 leviathan, simply change son Feb 14 21:42:13 g Feb 14 21:42:19 and it'll go away Feb 14 21:42:22 wpwrak: can you be frank and tell me if you understand that "drop TX EAPOL" or not? ;) Feb 14 21:42:22 in intone Feb 14 21:42:32 but it exist Feb 14 21:43:14 I wanted to fix the hack then that but mickeyl insisted on the fact that I should make xf86-video-msm work Feb 14 21:43:24 PaulFertser: i don't know for sure what it is, but it sounds a bit like a failure to send, doesn't it ? Feb 14 21:45:35 wpwrak: this message is generated by wpa_supplicant because it refuses to send EAPOL if the AP is using WPA-PSK :-O Feb 14 21:46:06 Heinervdm: both cookies pushed, thanks Feb 14 21:46:33 PaulFertser: okay. very different thing then :) Feb 14 21:46:37 [Rui]: so.. if the Neo is still sentient at that point, you should try to find out whether the display can be woken up again, e.g. by killing the X server (if it's running) to get back to a console Feb 14 21:46:40 * Heinervdm looks for jefliks now Feb 14 21:47:17 Heinervdm, what's wrong with libxml2? Feb 14 21:47:30 Heinervdm, python problem? Feb 14 21:47:46 GNUtoo: http://tinderbox.openembedded.net/packages/480642/ Feb 14 21:48:03 GNUtoo: for me it looks like missing libxml2 Feb 14 21:48:11 ok Feb 14 21:49:27 Heinervdm, I'll look If I commited libxml2 stuff Feb 14 21:50:43 * PaulFertser failed to understand how to make wpa_supplicant not depend on openssl and is apt-getting it now. BTW, apt-get rules, you miserable opkg users ;) Feb 14 21:51:06 no I didn't commit stuff for it but only made a change in base.bbclass which was reviewed btw Feb 14 21:52:38 <[Rui]> PaulFertser: speaking of openssl, do you know where the certificates file is? what package? Feb 14 21:53:24 [Rui]: in debian? Feb 14 21:53:30 <[Rui]> PaulFertser: in oe Feb 14 21:53:45 [Rui]: i'm a lucky debian user, so sorry, no ;) Feb 14 21:54:09 <[Rui]> PaulFertser: no harm done := Feb 14 21:54:18 <[Rui]> anyone here knows? Feb 14 21:54:32 <[Rui]> I'd really like to add that ipk as a dependency for elmdentica and ventura Feb 14 21:54:39 <[Rui]> since it makes https work Feb 14 21:56:13 GNUtoo: uhm Feb 14 21:56:26 xf86-video-msm also interfears with alsa Feb 14 21:56:30 ? Feb 14 21:56:41 if you type around too much on the display (touchscreen) Feb 14 21:56:50 it slowes done too Feb 14 21:56:53 ugly bug Feb 14 21:57:01 I'll look at it later Feb 14 21:57:05 ok Feb 14 21:57:11 Its still syncing Feb 14 21:57:15 ok Feb 14 21:57:34 I'll opkg upgrade when it will have finished Feb 14 22:00:36 wpwrak: fyi disabling that check does ~nothing: i get "TX EAPOL: dst=00:02:84:7d:3c:02" but no reply from the AP anyway. Feb 14 22:01:30 PaulFertser: did you try the AP scan ? ah, there's even an easier way: turn off the AP. if it still shows in the scan, the fw has crashed Feb 14 22:02:11 wpwrak: ok, trying Feb 14 22:03:32 good evening everyone Feb 14 22:03:42 hi Feb 14 22:04:33 wpwrak: after turning off the AP (and wpa_supplicant still running) it doesn't see it anymore in the scan list. Feb 14 22:05:03 good. so the firmware may not be guilty for once Feb 14 22:05:09 when you turn it back on, does it show up again ? Feb 14 22:05:25 wpwrak: waiting for it to boot atm Feb 14 22:06:24 wpwrak: yep, it reappears with exactly the same results -- 2/4 doesn't seem to get sent correctly. Feb 14 22:07:19 that looks good then. funny, 2/4 was also where i used to get stuck with the crashing fw Feb 14 22:07:22 leviathan, still syncing? Feb 14 22:07:39 wpwrak: what's interesting is that on my working laptop i see 3/4 right after WPA: Sending EAPOL-Key 2/4 and on FR there's a noticeable delay between WPA: Sending EAPOL-Key 2/4 and EAPOL: startWhen --> 0 (???) and then TX EAPOL: dst=00:02:84:7d:3c:02 doesn't seem to do anything useful. Feb 14 22:08:06 GNUtoo|oeee: yes Feb 14 22:08:12 ok Feb 14 22:08:14 can your laptop snoop the ether ? Feb 14 22:08:14 its a lot of packages Feb 14 22:08:16 .... Feb 14 22:11:13 wpwrak: sure Feb 14 22:11:20 wpwrak: are you going to decipher the data? Feb 14 22:11:51 Because i know too damn little about all that wifi machinery. Feb 14 22:12:16 Heinervdm is gone...too bad Feb 14 22:12:25 i was more looking for an indication of whether anything gets sent at all Feb 14 22:12:38 Guess it doesn't but i'll take a look. Feb 14 22:12:56 decoding is messy ... and my wlan book is still somewhere in a bag. Feb 14 22:21:35 wpwrak: i know nothing better than tcpdump and it's output is not very informative to me. I'll provide you with a dump really soon. Feb 14 22:25:38 wpwrak: https://paulfertser.is-a-geek.org/files/ar6000-fail-to-wpa.dump Feb 14 22:27:13 GNUtoo|oeee: ok Feb 14 22:27:17 finished syncing Feb 14 22:27:28 ok Feb 14 22:31:29 I hope you bumped PR for xorg stuff Feb 14 22:31:39 else I would have to force the reinstallation Feb 14 22:38:48 leviathan, tslib now works Feb 14 22:44:59 ok Feb 14 22:47:59 I'll go bye Feb 14 22:48:03 ok Feb 14 22:48:05 gn8 Feb 14 22:48:10 and thanks for the images Feb 14 22:49:23 <[Rui]> so what's up with pygobject? :) Feb 14 22:57:36 .oO( I want to believe in a useable OSS mobile phone... ) Feb 14 22:58:51 sleep soundly, and dream well, Wonka Feb 14 22:59:29 mwester: this was meant as a pun on Fox_Muldr joining #openmoko ;) Feb 14 23:02:00 I don't get part/join messages, so I missed that. Oh well. Feb 14 23:06:37 np ;) Feb 14 23:21:33 <[Rui]> is this ok? because bitbake seems to be building stuff pretty much one after the other... Feb 14 23:21:36 <[Rui]> # speed up build by parallel building - usefull for multicore cpus Feb 14 23:21:36 <[Rui]> PARALLEL_MAKE = "-j 2" Feb 14 23:21:36 <[Rui]> BB_NUMBER_THREADS = "2" Feb 14 23:21:54 <[Rui]> task 2001, 2002, 2003, 2004, 2005..... Feb 14 23:45:50 PaulFertser: seems that the AP just ignores the response Feb 14 23:55:06 PaulFertser: i wonder about wpa_supplicant's refusal to send EAPOL with PSK. that would suggest that the AP shouldn't ask for it in the first place. Feb 14 23:57:03 PaulFertser: but i don't know these protocols well enough to tell what would be the expected sequence. it certainly did use EAPOL in my tests, so i'm confused about why this would be illegal in your case Feb 15 00:02:57 bad IE probably Feb 15 00:03:11 I only know from reading successful logs **** ENDING LOGGING AT Mon Feb 15 02:59:57 2010