**** BEGIN LOGGING AT Thu Dec 16 02:59:57 2010 Dec 16 04:01:56 hmm, no OM/FSO/SHR related proposals here: http://elinux.org/CELF_Open_Project_Proposal_2011#The_project_proposals_so_far Dec 16 04:05:18 * pabs3 sends mail Dec 16 06:24:23 moin Dec 16 06:40:29 moin Dec 16 07:01:45 gena4x: FR's testpads are 3.3V afair, i'm not sure if they're 5V-tolerant or not. Dec 16 08:00:01 GarthPS: gwaterpass recipe doesn't work here.. did you forget to specify do_compile? Dec 16 08:47:03 JaMa|Wrk, works for me (tm) Dec 16 08:48:13 GarthPS, playya_: nwm now it works Dec 16 08:48:20 not sure what changed Dec 16 08:48:49 before it failed without any log http://tinderbox.openembedded.net/packages/1320563/ Dec 16 08:48:59 with the makefile patch you only need to rum make Dec 16 09:53:08 moin Dec 16 09:53:20 JaMa|Wrk: hi . so what did you change ? Dec 16 09:53:47 nothing Dec 16 09:53:59 JaMa|Wrk: i just rememer that i di not test your change about files dir => gwaterpas-0.3 dir Dec 16 09:54:07 and then few formal things in recipe (but after building) Dec 16 09:54:24 GarthPS: that change is ok for sure Dec 16 09:54:45 JaMa|Wrk: ok so it is good ? Dec 16 09:54:51 GarthPS: yes Dec 16 09:55:06 JaMa|Wrk: cool. Dec 16 09:59:34 JaMa|Wrk: wow i even have my name into oe commit! :) thx :p was not mandatory and playya_helped me. Thanks both of you! Dec 16 10:00:08 GarthPS: yes that's normal with proper git patches :) Dec 16 10:26:29 JaMa|Wrk: :) the patch was good finaly. :) Dec 16 11:59:00 hi mickeyl Dec 16 13:15:46 gena4x: have you seen my reply wrt uart? Dec 16 13:16:07 PaulFertser: yeah, thanks. Dec 16 17:15:23 mrmoku: your device not exploded, right? we could consider enabling it by default in the config then Dec 16 17:19:34 mickeyl: no, all fine :-) Dec 16 17:19:38 and battery full even Dec 16 17:19:42 excellent Dec 16 17:19:52 eventually we need to add 800mA when we detect the wallcharger Dec 16 17:19:54 but that's not urgent Dec 16 17:19:58 yup Dec 16 17:20:39 * mickeyl takes a look at the N900 TODO Dec 16 17:21:57 hmm Dec 16 17:22:04 "after the phone suspend usbnet doesn't work anymore => rmmod g_ether;modprobe g_ether makes it work again" Dec 16 17:22:22 is that something for quirks_n900 or can it be fixed elsewhere? Dec 16 17:22:35 dunno, my n900 does not suspend :P Dec 16 17:22:38 hehe Dec 16 17:22:46 i don't want mine to either Dec 16 17:23:04 real low-power mode would be better anyways Dec 16 17:29:26 mickeyl: how was the wifi strength test? :-) Dec 16 17:30:15 mrmoku: bearable. packet loss does increases with the distance, but if you don't exceed 10-15 meters, it works ok via ad-hoc Dec 16 17:30:57 ok Dec 16 17:31:25 10 meters sounds like actually being usefull Dec 16 17:31:58 yep Dec 16 17:32:31 eventually we should also look into bluetooth network sharing though, since this is even lower power Dec 16 17:32:56 then again wifi has better convenience with all kinds of proprietary systems :D Dec 16 17:33:24 we want it all ;) Dec 16 17:33:59 hehe, for sure Dec 16 17:34:18 GNUtoo|Laptop: how's libisi / fsogsmd coming along? Dec 16 17:34:48 ok... dinner time :) Dec 16 17:34:49 bbl Dec 16 17:35:07 take care, it's awful weather outside Dec 16 17:35:11 at least here... Dec 16 17:53:17 and here Dec 16 17:53:23 whereever that is Dec 16 17:53:59 it slows down that fsckng train Dec 16 18:00:07 DocScrutinizer, you've heared about GTA04-Project? Dec 16 18:05:14 mickeyl: well... my way downstairs was free of snow :-) Dec 16 18:05:31 oh no. 50 cm of snow on the streets. chaos Dec 16 18:07:26 mickeyl, imho libisi needs some more work if you want to use it with vala Dec 16 18:08:31 playya__: tell GNUtoo|Laptop, he is currently doing the most integration work for using libisi in fsogsmd Dec 16 18:08:48 yes Dec 16 18:08:51 hi btw Dec 16 18:09:20 which app is responsible for the gsm handling in webos? Dec 16 18:09:42 :) Dec 16 18:09:48 the TelephonyInterfaceLayerGsm Dec 16 18:10:04 but thats only true for webOS <=1.4.5 on Pre devices Dec 16 18:10:13 excluding the Pre 2 Dec 16 18:10:20 why do you ask? Dec 16 18:10:46 damn. i think i strace'd TelephonyInterfaceLayer Dec 16 18:10:54 no Dec 16 18:11:08 there is TelephonyInterfaceLayerGsm and TelephonyInterfaceLayerCdma Dec 16 18:11:13 why do you strace'd it? Dec 16 18:11:35 to have a trace for working registration, call, shutdown Dec 16 18:11:51 and why that? Dec 16 18:12:24 to compare it with the msmcomm implementation Dec 16 18:12:52 to understand how it works? Dec 16 18:13:00 yes Dec 16 18:13:13 or want to work on it? Dec 16 18:13:33 yes. Dec 16 18:14:08 ok Dec 16 18:14:15 do you want some short introduction? Dec 16 18:14:41 on how it works and how do work best with it? Dec 16 18:14:54 yes Dec 16 18:15:00 ok Dec 16 18:15:04 but really short. ~15mins Dec 16 18:15:11 ok it is very simple Dec 16 18:15:14 you have the link layer Dec 16 18:15:21 protocol is based on hdlc Dec 16 18:15:26 it is implemented in msmcommd Dec 16 18:15:30 don't care about it Dec 16 18:15:39 it does only the very low level stuff Dec 16 18:15:51 and have nothing to do with gsm/umts/... Dec 16 18:16:14 above that you have something I would like to call HCI (Host Control Interface) Dec 16 18:16:26 then you have three kinds of messages Dec 16 18:16:33 a command, a response and a event Dec 16 18:16:40 event = unsolicited response Dec 16 18:16:57 all messages have a group id and a msg id Dec 16 18:17:11 groupid = 1 byte, offset = 0 Dec 16 18:17:19 msgid = 2 byte, offset = 1 Dec 16 18:17:33 than you have all kind of different messages Dec 16 18:17:41 divided into different groups Dec 16 18:17:58 you have some sort of sorted groups here Dec 16 18:18:16 groupid = 0x1 are call commands Dec 16 18:18:22 groupid = 0x2 are call response Dec 16 18:18:27 groupid = 0x3 are call events Dec 16 18:18:29 and so on Dec 16 18:18:37 ok Dec 16 18:18:49 that are the basics Dec 16 18:18:55 in 4 minutes :) Dec 16 18:19:13 anything more you want to know? Dec 16 18:19:39 TelephonyInterfaceLayerGsm doesn use the device file Dec 16 18:19:53 /dev/modemuart? Dec 16 18:19:54 it writes it into a shared memory Dec 16 18:19:57 yes Dec 16 18:20:03 it does both Dec 16 18:20:15 TelephonyInterfaceLayer works internally with different threads Dec 16 18:20:26 in the end they have on thread for the serial device Dec 16 18:20:31 which writes to /dev/modemuart Dec 16 18:20:59 trust me, it uses /dev/modemuart Dec 16 18:21:17 then i strace'd the wrong process Dec 16 18:21:28 or a missing switch Dec 16 18:22:10 do a strace -f -F to follow all threads/processes Dec 16 18:22:30 I usually do 'strace -f -F -s 10000 -o gsm.log TelephonyInterfaceLayerGsm' Dec 16 18:22:41 ah. ok Dec 16 18:22:59 don't forget -x Dec 16 18:23:00 i removed -f. don't know why Dec 16 18:23:06 :) Dec 16 18:23:29 just use the strace output to put it into the parsing scripts we have Dec 16 18:23:45 it generates you some great overview over the frames with their content Dec 16 18:24:11 and to have some better overview even take the til.log after you enabled debug mode for the til with PmLogSet Dec 16 18:37:55 morphis playya__ hi Dec 16 18:38:38 GNUtoo|Laptop: heyho Dec 16 18:38:44 bbs Dec 16 18:40:02 GNUtoo|Laptop: any results with integrating libisi in fsogsmd? Dec 16 18:48:56 mickeyl: you ever thought about loading/unloading modules for the fso daemons when they are already running? Dec 16 18:50:43 morphis, did you see my mail? Dec 16 18:50:48 GNUtoo|Laptop: wait Dec 16 18:51:46 when did you send it? Dec 16 18:51:54 yesterday night Dec 16 18:52:01 and to which mail address? Dec 16 18:52:07 fso-userland Dec 16 18:52:35 ah Dec 16 18:52:54 http://lists.linuxtogo.org/pipermail/smartphones-userland/2010-December/002872.html Dec 16 18:53:05 it require some work before pushing: Dec 16 18:53:15 *make libisi recipe Dec 16 18:53:21 (I've one locally) Dec 16 18:53:33 *make fsogsmd depend on libisi for nokia900 only Dec 16 18:53:56 reading ... Dec 16 18:54:25 ok Dec 16 18:54:39 you started fsogsmd a second time? Dec 16 18:54:40 1970-01-01T00:02:37.599823Z [INFO] DBusServiceResource : Ok. Registered with org.freesmartphone.ousaged Dec 16 18:54:40 1970-01-01T00:04:38.616149Z [DEBUG] DBusServiceResource : Enabling resource DBusServiceResource... Dec 16 18:54:42 *adding my name to the headers Dec 16 18:54:47 I don't remember Dec 16 18:54:47 look at the times Dec 16 18:54:51 ok Dec 16 18:54:57 maybe Dec 16 18:55:02 maybe I did: Dec 16 18:55:09 # fsogsmd Dec 16 18:55:16 to see if it was not segfaulted Dec 16 18:55:23 and pid too Dec 16 18:55:27 there seems to be some loop Dec 16 18:55:33 as the goes offline and offline again Dec 16 18:55:38 yes that's what I saw Dec 16 18:55:42 it's a loop Dec 16 18:55:48 there is no doubt on that Dec 16 18:55:56 but why does it loop Dec 16 18:59:31 will look on it Dec 16 18:59:34 wait a moment Dec 16 18:59:51 ok Dec 16 19:00:52 freesmartphone.org: 03morphis 07cornucopia * r63cc0ba26c08 10/fsodeviced/src/plugins/palmpre_quirks/touchscreenmanager.vala: Dec 16 19:00:52 freesmartphone.org: fsodeviced: palmpre_quirks: be more verbose in touchscreen manager Dec 16 19:00:52 freesmartphone.org: Signed-off-by: Simon Busch Dec 16 19:01:31 gena2x: do you need some hints wrt OpenWRT or serial communication? Dec 16 19:02:12 gena2x: probably your router uses 3V lines, you should measure that voltage on its Tx pin (it should be HIGH when idle). Dec 16 19:04:30 gena2x: for a serial console you can find some (older) gsm phone "data cable" or you can simply go to some nearby store and grab max2323 (or similar), some matching capacitors and you're done (provided you still have some desktop with rs-232 port). Dec 16 19:07:24 GNUtoo|Laptop: the problem seems to be the _modemAgent.initialize() call in the initialize method of the channel Dec 16 19:07:41 as the message "ISICHANNEL: modem initialization is finished" is not in the log file Dec 16 19:07:48 ah ok Dec 16 19:07:50 I'll look Dec 16 19:08:18 there it segfaults Dec 16 19:08:27 1970-01-01T00:04:38.627624Z [INFO] IsiModemAgent <>: Trying to initialize the modem ... Dec 16 19:08:27 1970-01-01T00:04:38.754699Z [INFO] fsogsmd : Binary launched successful (FsoFrameworkFileLogger created as theLogger) Dec 16 19:08:43 it is trying to initialize the modem and right after that the fsogsmd comes up again Dec 16 19:08:52 ok Dec 16 19:09:09 so libisi should be to blame Dec 16 19:09:23 ok Dec 16 19:09:24 PaulFertser: each time i think about wifi, i start thinking about my router :) i already searched house for old gsm data cables, i even found all electronic components to make parallel jtag cable, but then i opened my iron chloride (laying for several years untouched) i noticed it somehow became liquid :) Dec 16 19:09:36 I'll gdb it Dec 16 19:09:47 ah you have now automake support for libisi, nice Dec 16 19:09:53 ok Dec 16 19:10:11 gena2x: you do not need a board to make a simple adapter. Dec 16 19:10:13 :) Dec 16 19:10:33 yes it's nice, thanks playya__ for that Dec 16 19:12:03 playya__: thanks :) Dec 16 19:14:06 PaulFertser: jtag has too much components from my point of view. but this time i just though 'fr has 1 spare serial port, interesting, may be it's possible to connect it to my router', but i didn't found electrical data in pdf, it looks like 3.3, may be it's possible to add some simple risistance. but main thing i do not really understand is about ground voltage levels Dec 16 19:14:50 gena2x: what's ground voltage? ;) Dec 16 19:15:08 gena2x: voltage is the difference between potentials just fyi ;) Dec 16 19:15:49 PaulFertser: router is powered from 220->5v from wall outlet, and fr from battery Dec 16 19:16:00 PaulFertser: yeah, i mean potential really Dec 16 19:16:07 gena2x: so connecting their grounds should be harmless. Dec 16 19:16:32 gena2x: unless you connect your FR to your PC :) Dec 16 19:16:35 PaulFertser: this is really main thing i don't really understand Dec 16 19:17:00 PaulFertser: now i got it. Dec 16 19:17:22 PaulFertser: so, i can just connect ground first with powerer-off devices Dec 16 19:17:28 *powered Dec 16 19:17:47 gena2x: indeed Dec 16 19:18:13 PaulFertser: then rest and power both up. ok. how do you thing about 5V? can it fry fr? Dec 16 19:18:27 gena2x: where did you get that "5V" from? Dec 16 19:18:40 PaulFertser: from article i pointed Dec 16 19:19:38 gena2x: have you actually measured it? The article might be inaccurate. Dec 16 19:20:03 PaulFertser: hm, lets measure now... Dec 16 19:20:09 gena2x: i see no reason for the main CPU to be powered at 5V, nowadays many components are rated for less. Dec 16 19:21:02 PaulFertser: it has some special 'atheros SOC', so everything possible Dec 16 19:21:15 but lets check... Dec 16 19:24:03 morphis, I don't think it segfaulted Dec 16 19:24:22 but fsogsmd restarts Dec 16 19:24:27 yes Dec 16 19:24:29 let me look Dec 16 19:24:49 maybe it's me Dec 16 19:24:52 :) Dec 16 19:25:02 basically I do: Dec 16 19:25:14 shr-settings->phone and slide to off then to on Dec 16 19:25:42 and then there is the segfault loop I think Dec 16 19:27:42 I'm not sure it segfault Dec 16 19:27:44 I'll look Dec 16 19:27:48 ok Dec 16 19:27:51 do a simpler test Dec 16 19:27:54 stop xserver Dec 16 19:28:03 stop phonefsod Dec 16 19:28:11 mdbus2 -s -i Dec 16 19:28:29 org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.RequestResource GSM Dec 16 19:28:59 than you don't have any other components in the line which will send any other commands to the daemon than you want to let it process for testing Dec 16 19:30:00 fsogsmd: symbol lookup error: /usr/lib/cornucopia/modules/fsogsm/modem_nokia_isi.so: undefined symbol: isi_modem_create Dec 16 19:30:03 mismatch then Dec 16 19:31:04 ldd doesn't show libisi as dep Dec 16 19:32:08 :) Dec 16 19:33:13 PaulFertser: cool, you right - 3.3 :) Dec 16 19:33:15 to really request a resource Dec 16 19:33:25 mdbus -i -s is ok? Dec 16 19:33:33 gena2x: do not forget to correct the wiki then ;) Dec 16 19:33:39 *mdbus2 Dec 16 19:33:44 what about mdbus2 -s ? Dec 16 19:34:27 it's even ok Dec 16 19:34:31 ah ok Dec 16 19:34:36 but -i is the interactive mode with autocompletion Dec 16 19:34:38 :) Dec 16 19:34:39 I thought mdbus2 -s was not ok Dec 16 19:34:48 because it request and released at once Dec 16 19:35:11 (sometimes you have to keep the stuff open) Dec 16 19:35:33 ah ok Dec 16 19:35:35 right Dec 16 19:35:49 then use with -i to keep the dbus session up Dec 16 19:36:09 ok Dec 16 19:36:11 anyway Dec 16 19:36:20 how do I depend on libisi? Dec 16 19:36:40 in fsogsmd? Dec 16 19:36:42 I've to fix the .vapi Dec 16 19:36:43 no Dec 16 19:36:45 in the .so Dec 16 19:36:49 wait Dec 16 19:37:52 you have to modify configure.ac Dec 16 19:37:56 and module makefile.am Dec 16 19:38:02 I did : Dec 16 19:38:06 --pkg libisi Dec 16 19:38:08 that's all Dec 16 19:38:12 in the Makefile.am Dec 16 19:38:12 no thats not enoug Dec 16 19:38:16 ok Dec 16 19:38:20 you need even to link with libisi Dec 16 19:38:30 the --pkg libis just enables compile support for vala Dec 16 19:38:40 the link process you have to do on your own Dec 16 19:38:41 * gena2x praying some electronic god Dec 16 19:38:51 check configure.ac in fsogsmd for modem-qualcomm-palm Dec 16 19:39:00 there I add the package msmcommd-specs-1.0 Dec 16 19:39:07 do it the same way for libisi Dec 16 19:39:12 ok thanks a lot Dec 16 19:39:21 but only when --enable-modem-nokia-isi is there Dec 16 19:39:22 * gena2x "God, save my fr and router" Dec 16 19:39:23 maybe I should start with fixing vapi Dec 16 19:39:28 :) Dec 16 19:39:38 is there already a pkgconfig file for libisi? Dec 16 19:39:44 yes there is Dec 16 19:39:47 ok Dec 16 19:40:16 * mrmoku crosses his fingers for gena2x :) Dec 16 19:40:33 what is gena2x attempting? Dec 16 19:41:42 use freerunner's console (serial 2) to connect to wifi router via internal wifi's debuggin serial Dec 16 19:42:26 Yeah, it'll work just fine, i'm sure ;) Dec 16 19:42:53 on success, i can use wifi router as dboard's serial for freerunner :) Dec 16 19:43:06 nice!!! Dec 16 19:43:15 lol Dec 16 19:43:23 ok, i am not serios in last sentence, i am hardwiring it :) Dec 16 19:50:44 yo Dec 16 19:52:58 can we merge libisi/autofoo or is there anything holding back? Dec 16 19:53:17 freesmartphone.org: 03morphis 07cornucopia * r1d6667f460b8 10/fsodeviced/src/plugins/palmpre_quirks/touchscreenmanager.vala: Dec 16 19:53:17 freesmartphone.org: fsodeviced: palmpre_quirks: implement handling of backlight_power signal from display Dec 16 19:53:17 freesmartphone.org: Signed-off-by: Simon Busch Dec 16 19:53:26 mickeyl, it's merged Dec 16 19:53:49 ah, ok, then the branch can be removed? Dec 16 19:54:14 http://git.freesmartphone.org/?p=libisi.git;a=shortlog;h=refs/heads/master Dec 16 19:55:13 right Dec 16 19:55:19 playya__: can i remove the branch? Dec 16 20:05:27 freesmartphone.org: 03mickey 07libisi * rec65bb502342 10/ (config.h.in wireshark-plugin/Makefile): autofoo fixes Dec 16 20:06:33 freesmartphone.org: 03mickey 07libisi * r4ea1b8fb082e 10/isi/gisi/netlink.c: gisi: no need to include linux headers, this is userland Dec 16 20:07:19 freesmartphone.org: 03mickey 07libisi * r49809e4107fa 10/.gitignore: .gitignore++ Dec 16 20:08:41 GNUtoo|Laptop: how did you mange the *_wifi module loading for htcdream? Dec 16 20:08:59 is it included in fso or isn't the module automatically loaded? Dec 16 20:10:00 morphis, I didn't handle it Dec 16 20:10:04 ok Dec 16 20:10:53 mickeyl: about wifi enabling in fso Dec 16 20:11:01 yes? Dec 16 20:11:04 mickeyl: when I have to load different modules to setup wifi Dec 16 20:11:12 should I write a powercontrol plugin for that? Dec 16 20:11:28 morphis: yes, this is something that lives in the powercontrol area Dec 16 20:11:32 ok Dec 16 20:11:46 just asking if we do somekind of work in fso Dec 16 20:11:51 äh fsodeviced Dec 16 20:12:00 unfortunately not all platforms are committed to rfkill Dec 16 20:12:13 i don't like it too much, but at least it is _some_ kind of standard Dec 16 20:13:01 eventually we do want a library that handles some commands btw. Dec 16 20:13:08 on kernel side there is a standard Dec 16 20:13:13 rather than deriving on so many shell utils Dec 16 20:13:15 runtime PM api Dec 16 20:13:16 err Dec 16 20:13:17 depending Dec 16 20:13:19 ok Dec 16 20:13:24 (iptables,modprobe,etc.) Dec 16 20:13:55 library support for that would be nice Dec 16 20:14:05 *nod* Dec 16 20:14:10 GNUtoo|Laptop: yeah, but not on userland control Dec 16 20:14:11 maybe we can add some utilities to libfsobasics Dec 16 20:14:19 morphis: yes, that what i was thinking Dec 16 20:14:45 morphis: would also benefit our fsoinit idea Dec 16 20:14:52 jepp Dec 16 20:14:55 (sooner or later i want to come back to that) Dec 16 20:15:02 (when I have sometime to work on that again ...) Dec 16 20:15:05 hehe Dec 16 20:15:28 first the palmpre thing needs to be done ... Dec 16 20:15:37 mickeyl: btw. you are going to cebit next year? Dec 16 20:15:41 for OE? Dec 16 20:16:02 morphis: atm. i'd say ys Dec 16 20:16:04 err, yes Dec 16 20:16:22 it's been 8 years for me Dec 16 20:16:31 i was standing on the Sharp booth in 2002 promoting the Zaurus, OpenZaurus and Opie Dec 16 20:16:35 *sigh* Dec 16 20:17:08 hehe a long time ago .) Dec 16 20:17:21 indeed Dec 16 20:17:48 and some things have not progressed... Dec 16 20:17:49 ok I even plan to go to cebit Dec 16 20:18:11 cool Dec 16 20:18:14 opportunity to meet Dec 16 20:18:19 definitly Dec 16 20:23:49 ok: Dec 16 20:24:21 so according to MH forwarding PHONET/ISI should almost be out-of-the-box Dec 16 20:27:20 mickeyl: I failed :&/ Dec 16 20:27:36 mrmoku: ? Dec 16 20:27:38 mickeyl: the tests in libisi work under maemo Dec 16 20:27:46 but not when booted to shr Dec 16 20:28:00 I mean running the test on my laptop forwarding to maemo Dec 16 20:28:03 did you run nokia's gadget driver? Dec 16 20:28:06 yup Dec 16 20:28:08 hmm, k Dec 16 20:28:16 nokia gadget creates an interface on both side Dec 16 20:28:22 on pc side and on phone side Dec 16 20:28:24 even compiled that small app to turn on the modem Dec 16 20:28:28 and turned it on Dec 16 20:28:35 but some small thing is missing Dec 16 20:28:49 but I bet we need something that route packets between phone interface and phonet0 Dec 16 20:28:50 Nothing to set up. ISI does that internally inside the kernel. Dec 16 20:28:50 We just need an udev rule for mapping that interface properly. Dec 16 20:29:36 mickeyl: did you forget to push changed defconfig in last OE commit or am I missing something? I see only formating + pr bump Dec 16 20:29:46 JaMa|Off: let me check Dec 16 20:30:55 JaMa: umpf Dec 16 20:30:56 thanks Dec 16 20:31:01 been too long away from OE :) Dec 16 20:31:07 pusehd Dec 16 20:31:11 pushed, as well Dec 16 20:31:46 FILES_${PN}-tests = "${sbindir}/*" Dec 16 20:31:50 that doesn't seem to work Dec 16 20:32:09 it should... if -tests is packaged early enough Dec 16 20:33:03 here's the tests: Dec 16 20:33:05 ./usr/sbin/network Dec 16 20:33:05 ./usr/sbin/authenticate Dec 16 20:33:17 do you use =+ or += ? Dec 16 20:33:35 PN-tests probably need to be prepended to PACKAGES, not appended Dec 16 20:34:02 also Dec 16 20:34:06 PACKAGES += "${PN}-tests" Dec 16 20:34:07 I do that Dec 16 20:34:34 yep Dec 16 20:34:36 try =+ Dec 16 20:35:06 ok Dec 16 20:36:37 do we build the nokia gadget driver? Dec 16 20:36:53 yes Dec 16 20:37:35 so i can just load it in "PC Suite" mode? Dec 16 20:38:23 mickeyl, ah ok I get it for ${PN}-test Dec 16 20:38:33 basically the ${PN} was served first Dec 16 20:38:37