**** BEGIN LOGGING AT Sat Sep 18 02:59:57 2010 Sep 18 06:20:20 hi mrmoku Sep 18 06:20:24 mmc init fails Sep 18 06:20:36 I got it working before Sep 18 06:20:41 (context: u-boot n900) Sep 18 06:29:39 GNUtoo|laptop: oh, thats why it does not boot Sep 18 06:29:53 ahh Sep 18 06:29:58 in uboot Sep 18 06:30:00 ok Sep 18 06:36:17 wolfmanjm: hey Sep 18 06:37:09 mrmoku, GNUtoo|laptop: what do you advice me to do first when i get n900? What should i boot, how should i flash? My primary objective is to be able to try amended kernels as conveniently as possible. Sep 18 06:37:33 Hey Paul Sep 18 06:37:42 I could use som ehelp with this BT stuff :) Sep 18 06:37:56 mrmoku: it's likely i'm getting one this sunday (but not the one from DHL :|) Sep 18 06:37:59 wolfmanjm: :) Sep 18 06:38:03 wolfmanjm: i guessed so Sep 18 06:38:43 The only problem left in qtmoko seems to be the button on handsfree devices not hanging up, whereas a plantronics headset works fine Sep 18 06:39:09 I peeked around and couldn;t quickly see where the button events go Sep 18 06:39:12 any ideas? Sep 18 06:39:12 wolfmanjm: yeah, i've read about it. Sep 18 06:39:14 wolfmanjm: sure Sep 18 06:39:18 wolfmanjm: :))) Sep 18 06:40:38 wolfmanjm: what i'd try is using the scotest program from the bluetoothd sources (tests/ directory). It connects to the headset and shows your the serial output from it. AFACT, the headset simply writes some (obscure) AT-command to the "serial connection" over BT link. Sep 18 06:40:56 wolfmanjm: that way you'll see the difference immediately. Sep 18 06:41:21 ok cool, I'll give that a try. BTW do you have it working on any other distro? Sep 18 06:41:58 PaulF, we're working on booting a kernel right now Sep 18 06:42:23 PaulF, if you get your device first charge it Sep 18 06:42:28 so boot maemo for that Sep 18 06:42:30 GNUtoo|laptop: i'm ok with booting the stock kernel. Sep 18 06:42:35 but do not put a sim inside Sep 18 06:42:43 GNUtoo|laptop: in fact i do not want to boot anything else. Sep 18 06:42:51 ok Sep 18 06:42:52 GNUtoo|laptop: i know about the shit cherry app. Sep 18 06:43:17 wolfmanjm: no, but i've seen the commands myself :) Sep 18 06:43:25 PaulF, you plan to have debian or SHR on the device? Sep 18 06:43:50 GNUtoo|laptop: i'm getting a used device in fact (one of the dev devices that were to be returned to Nokia instead goes to me to avoid border crossing). Sep 18 06:44:04 GNUtoo|laptop: my first aim is to hack the stock maemo kernel to get usb host mode. Sep 18 06:44:05 ok Sep 18 06:44:19 ah nice Sep 18 06:44:22 Everything else's later. Sep 18 06:44:33 ok Sep 18 06:44:58 I've to finish dream GUI+keyboard+some integration(gps,wifi) Sep 18 06:45:01 wolfmanjm: i think it was hstest.c , not scotest.ce Sep 18 06:45:30 wolfmanjm: so try hstest.c first please. Sep 18 06:45:45 GNUtoo|laptop: nice. What about wifi psm on dream, did you manage it? Sep 18 06:46:01 ok tx Sep 18 06:46:18 not yet Sep 18 06:46:24 I thought kvalo would do it Sep 18 06:46:27 wolfmanjm: i'm sorry to have forgotten to say it after your ML post. Sep 18 06:46:29 but I'm still waiting Sep 18 06:46:43 GNUtoo|laptop: probably he needs some kind of a ping :) Sep 18 06:47:16 NP Paul, BTW did you test thison a workstation first, or just build all the tools on the FR? Sep 18 06:47:17 indeed I'll ping him Sep 18 06:47:25 wolfmanjm: on FR Sep 18 06:47:53 wolfmanjm: though i'm not quite sure, i used both my laptop and FR during my experiments. Sep 18 06:48:39 wolfmanjm: the main difference is that FR routes SCO sound channel via PCM by default while my laptop does SCO over HCI. Sep 18 06:48:48 ok its been a while since I did any system stuff on the FR, I'll need to remind myself how to cross compile system stuff like this, hope it is easier than it used to be! Sep 18 06:48:56 wolfmanjm: i native-compiled Sep 18 06:49:03 wolfmanjm: the test program is tiny anyway. Sep 18 06:49:16 wolfmanjm: and even compiling the whole bluez suit takes just 30 minutes Sep 18 06:50:19 wolfmanjm: even less if you use distcc (damn easy for debian users, you just get arm toolchain from emdebian, apt-get distccd on host and distcc on device and after minimal configuration you can use CC="distcc arm-linux-gnueabi-gcc" Sep 18 06:50:47 yea I saw it was small, but it seems to require configure being run. Sep 18 06:50:58 Ok that looks easy enough ;) Sep 18 06:51:34 wolfmanjm: i'll provide you a binary if you do not mind Sep 18 06:52:00 wolfmanjm: https://paulfertser.is-a-geek.org/files/hstest Sep 18 06:52:04 sure everything helps Sep 18 06:52:05 (that's from bluez-4.30) Sep 18 06:52:45 wolfmanjm: should just work Sep 18 06:57:21 Gabrys: hey Sep 18 06:57:32 thanks seems to require libbluetooth.so.3 is it safe to do aptget? Sep 18 06:57:41 GNUtoo|laptop: so what's the bottomline? How to make kernel debugging painless? Sep 18 06:58:09 wolfmanjm: do you mean qtmoko still uses that old bluez-3 instead of blue-4? Sep 18 06:58:12 Hm Sep 18 06:58:45 I don;t think so, but there is no libbluetooth.so Sep 18 06:59:17 oh wait there is libbluetooth.so.2.11.2 Sep 18 07:00:00 wolfmanjm: try to get https://paulfertser.is-a-geek.org/files/libbluetooth.so.3 Sep 18 07:00:06 wolfmanjm: it doesn't seem to require anything else. Sep 18 07:00:34 wolfmanjm: i do think so. Qtopia is old unmaintained crap so nobody bothered to upgrade it to a reasonable recent api :P Sep 18 07:01:56 ok that worked, now to dig out all my BT headsets :) Sep 18 07:02:16 I think Radek upgraded to bluez-4, at least I hope so Sep 18 07:02:38 I'll check with him, if not it may be worth the effort Sep 18 07:02:43 wolfmanjm: dpkg -l bluez Sep 18 07:04:20 ii bluez-audio 3.36-3 Bluetooth audio support Sep 18 07:04:20 ii bluez-utils 3.36-3 Bluetooth tools and daemons Sep 18 07:04:20 ii libbluetooth2 3.36-1 Library to use the BlueZ Linux Bluetooth sta Sep 18 07:04:28 bummer Sep 18 07:04:47 PaulF: hi Sep 18 07:04:52 pwhat up Sep 18 07:04:55 PaulF: what up? Sep 18 07:04:58 Gabrys: :) Sep 18 07:05:04 BT? Sep 18 07:05:29 Gabrys: it works nicely in qtmoko i'm told, thanks to your hack. Sep 18 07:05:38 Ho Gabrys... I'm trying to fix button presses to hangup on qtmoko ;) Sep 18 07:05:55 Everythign else works great (thanks to you and Radek) Sep 18 07:06:05 fix button presses to hangup? Sep 18 07:06:12 you mean during call? Sep 18 07:06:13 but button presses from a handsfree device don;t work Sep 18 07:06:16 yesa Sep 18 07:06:23 it works for me Sep 18 07:06:44 works for me too on a plantronics headset but none of my handsfree devices work Sep 18 07:06:48 first press connects headset, second accepts call, third hangs it up Sep 18 07:07:03 I think the handsfree devices send a different code Sep 18 07:07:12 I'll try now, haven't checked with the latest qtmoko Sep 18 07:07:20 Paul just sent me something that will help me debug it Sep 18 07:08:30 wolfmanjm: BTW when call incomes, the first button both connects and accepts call Sep 18 07:09:29 wolfmanjm: hm, doesn't work now Sep 18 07:09:47 Yea that seems to work with a headset, let me see what the handsfree device is sending Sep 18 07:10:06 but it was always automatically connecting to headset Sep 18 07:10:11 I mean handsfree Sep 18 07:10:35 heyho Sep 18 07:10:37 once I paired it did auto connect with all my devices Sep 18 07:11:20 however button olnly worked on headset not the speakerphone style handsfree devices, like motorola t505 or in-car ones Sep 18 07:11:28 wolfmanjm: once it's connected, it definitelly works Sep 18 07:11:32 it has a delay like 1-2 seconds Sep 18 07:11:37 wolfmanjm: i suspect it's handled in http://github.com/radekp/qtmoko/blob/master/src/server/bluetooth/hs/qbluetoothhsservice.cpp ( AT+CKPD=200 ) Sep 18 07:11:45 I mean from pressing the button to end the call, but it works Sep 18 07:11:54 I had problems with connecting BT while the phone rings Sep 18 07:12:12 morphis: hey :) Sep 18 07:12:56 morphis: have you already taken a look at n900 telephony stuff? It looks like you're the best person to help electranox with integrating that isi shit into fso :) Sep 18 07:13:15 PaulF: only took a short look on it Sep 18 07:13:28 and offered electranox my help with this protocol Sep 18 07:13:42 morphis: did he manage to come by to your place for actual discussion? Sep 18 07:13:43 as he lives very close to me, we will meet somewhere in the near future Sep 18 07:13:55 wolfmanjm: I have Jabra BT325s Sep 18 07:14:05 Ok, at least he is going to. Well, nice to hear :) Sep 18 07:14:18 jepp, but don't ask when this will happen Sep 18 07:14:25 wolfmanjm: when I connect using the button is disconnects after a few seconds Sep 18 07:14:27 currently I am busy enough with the palmpre stuff Sep 18 07:14:28 Gabrys: i bet it emits AT+CKPD=200 Sep 18 07:14:41 Gabrys: so that pretty much explains why it works with the code i gave a link to. Sep 18 07:14:47 wolfmanjm: when I connect using QtMoko GUI it stays connected and everything works as expected Sep 18 07:15:01 morphis: yeah, that's indeed a great job you do. Sep 18 07:15:13 PaulF: what do you have? a pre oder n900? Sep 18 07:15:27 morphis: i'm hoping to get a developer n900 very soon. Sep 18 07:15:55 ah ok Sep 18 07:16:09 wolfmanjm: what QtMoko version do you have? Sep 18 07:16:10 hm, everyone chooses the n900 these days ... Sep 18 07:16:25 morphis: in fact one device is waiting at the customs for me (but i won't manage to get it most probably, DHL didn't warn me in advance passing customs would be _that_ hard, assholes) but another developer here was going to return his to Nokia so he will instead give it to me. Sep 18 07:16:37 Gabrys: do not distract him, he's hacking ! Sep 18 07:16:38 ;) Sep 18 07:16:41 Gabrys: I have the latest v26... As I said everything works as expected excpet the button to hangup Sep 18 07:16:52 PaulF: that sounds great Sep 18 07:17:02 free devices for us as developers is anyway a good option Sep 18 07:17:12 wolfmanjm: so it's the opposite to my experience (when everything works except button to connect) Sep 18 07:17:20 maybe I will get one too in the future Sep 18 07:17:23 but we will see Sep 18 07:17:27 hehe... Seems hstest just records and playsback, but also does not seem able to work with this old version Sep 18 07:18:00 wolfmanjm: no, hstest also passes commands both ways via stdin/stdoutput Sep 18 07:18:12 wolfmanjm: well, you can temporarily upgrade to bluez4 Sep 18 07:18:26 Yea I can try Sep 18 07:19:03 let me search the qtmoko source for that at string first, I need tofind where they handle the BT button presses Sep 18 07:19:32 wolfmanjm: I think it's in the original qtopia/qtextended code Sep 18 07:19:50 wolfmanjm: i'm not sure why qtopia authors decided to not add logging for bt hs commands :| Sep 18 07:20:08 wolfmanjm: i've already provided you with the exact place in the file :) Sep 18 07:20:20 PaulF: wolfmanjm: maybe they are logged, but you need to enable bluetooth logging first Sep 18 07:20:40 Gabrys: code suggests otherwise... Sep 18 07:20:49 PaulF: ah, ok Sep 18 07:21:57 yea just found where qtmoko handles the button code... Sep 18 07:25:09 mrmoku: ping Sep 18 07:25:13 morphis: pong Sep 18 07:25:25 mrmoku: I want to add some palmpre specific tools to the shr-image Sep 18 07:25:29 yea it does log some stuff, but as Gabrys says I need to turn on logging in Qt Sep 18 07:25:32 whats the best way to do this Sep 18 07:25:45 to add it for palmpre only... hmm Sep 18 07:25:49 REDEPENDS_append_palmpre ? Sep 18 07:26:05 it's a touchscreen management daemon Sep 18 07:26:26 it takes the read-only-once /dev/touchscreen node and forward all events to a uinput node Sep 18 07:29:00 wolfmanjm: it logs only recognised events it seems. Sep 18 07:29:47 Yep, I'm going to add logging for the fallthrough so it logs any it doens;t recogize too... The logging in qt extended is sporadic at best! Sep 18 07:30:24 you lookign at qtmoko/src/server/bluetooth/hs/qbluetoothhsservice.cpp Sep 18 07:31:02 it'll be easier than installing bluez4! Sep 18 07:31:14 wolfmanjm: i bet it won't ;) Sep 18 07:31:21 wolfmanjm: but it's up to you to make the choice :))) Sep 18 07:32:02 does the choice of bluez3 or 4 affect the kernel side of things? whats the advantage of bluez4? Sep 18 07:33:24 mrmoku: any idea? Sep 18 07:34:26 wolfmanjm: bluez4 is being actively maintained, developed, not deprecated, has simple and clear API etc. Sep 18 07:34:32 wolfmanjm: the kernel side is not affected. Sep 18 07:35:31 ok is the API change radical? ie if I do that am I going to have to change all the API calls currently being made? Sep 18 07:37:12 morphis: sorry, got distracted by family Sep 18 07:37:25 no problem :) Sep 18 07:38:49 morphis: let me look around a bit how others do it Sep 18 07:39:33 ok Sep 18 07:39:50 PaulF: FYI hstest gives me this error: *** invalid open call: O_CREAT without mode ***: ./hstest terminated which I presume means soemthign is incompatible Sep 18 07:40:09 morphis: are those tools fso related? Sep 18 07:40:35 FSO does not really depend on tsmd Sep 18 07:40:42 or more machine related and might be needed with any palmpre image? Sep 18 07:40:44 it depends on the uinput node created by tsmd Sep 18 07:40:52 by any palmpre image Sep 18 07:41:09 so that is not even shr related Sep 18 07:41:51 morphis: found it :) Sep 18 07:41:51 RDEPENDS_task-machine-base = "${MACHINE_EXTRA_RDEPENDS}" Sep 18 07:41:52 RRECOMMENDS_task-machine-base = "${MACHINE_EXTRA_RRECOMMENDS}" Sep 18 07:41:57 wolfmanjm: porting qtopia to bluez4 is a very complex task. Sep 18 07:41:58 that in the machine conf Sep 18 07:42:05 probably is what you want Sep 18 07:42:07 ah ok Sep 18 07:42:13 wolfmanjm: but i think you do not need anything from qtopia to actually test the headset. Sep 18 07:42:14 that is nice Sep 18 07:44:22 mrmoku: thank you very much! Sep 18 07:47:37 yw Sep 18 07:55:18 mrmoku: an OT question: what happens if you drive to a petrol station and fill the tank only to find out later that your credit card is at home and you do not have enough cache to pay? Sep 18 07:56:10 (it never happens in ru because almost all stations here are of first pay, then fill type) Sep 18 08:00:43 mrmoku: just another question, which recipes provide the alsa scenarios for shr? Sep 18 08:05:32 PaulF: good question... you probably have to leave some document like passport there... come back and pay... dunno what happens if you have nothing :P Sep 18 08:05:59 mrmoku: ok, thanks :) Sep 18 08:06:52 i think it's more often that the petrol station doesn't accept credit cards Sep 18 08:07:29 Heinervdm: what one can do then? Sep 18 08:07:47 go the next bank and get some money Sep 18 08:07:59 Heinervdm: without the car? Sep 18 08:08:09 Heinervdm: hmm... I always pay gasoline with credit card... Sep 18 08:08:53 PaulF: don't know, never happend for me, Sep 18 08:08:55 morphis: fso-alsa-data.bb Sep 18 08:09:15 ok Sep 18 08:09:34 got to pickup my tax-man now... and do tax declarations :/ Sep 18 08:09:34 mrmoku: we have a small station that only accepts cache or EC Sep 18 08:10:04 Heinervdm: yeah... there is one near here too... but the majority accepts them I think Sep 18 08:10:09 anyway... bbl Sep 18 08:21:35 PaulF: I got hcidump to work, I can see the AT+VGS messages, but it seems you need to be in a call to get any button press events ie I don't see any CKPD messages when just connected... but am making progress, thanks Sep 18 08:24:28 wolfmanjm: ok, seems you found a better way, i didn't think of it, sorry. Sep 18 08:24:48 not better, just different ;) Sep 18 09:02:41 morning Sep 18 09:14:29 moin moin Sep 18 09:36:47 TAsn, hello Sep 18 09:58:19 mrmoku|away, hi! i fixed some things in mokowm, so bump it please :) Sep 18 10:15:08 GNUtoo|laptop: hi Sep 18 10:15:36 lev|froscamp, hi one sec Sep 18 10:18:22 lev|froscamp, ok I'm here Sep 18 10:18:30 what is froscamp? Sep 18 10:18:36 did you get your geeksphone? Sep 18 10:19:31 GNUtoo|laptop: yes Sep 18 10:19:41 But I don't have a propriate cable Sep 18 10:19:48 >_> Sep 18 10:19:52 yet Sep 18 10:20:24 GNUtoo|laptop: http://wiki.froscamp.org/Welcome Sep 18 10:21:11 ok Sep 18 10:21:16 gpe-scap? Sep 18 10:21:29 what? Sep 18 10:21:45 SHR is not booting yet? Sep 18 10:21:50 yup Sep 18 10:21:55 ah ok Sep 18 10:22:06 I thought you could flash from microsd Sep 18 10:22:07 it will in FOSDEM Sep 18 10:22:09 ... Sep 18 10:22:20 it will in FOSDEM ??? Sep 18 10:22:27 yup Sep 18 10:22:30 what are you talking about exactly? Sep 18 10:22:36 uhm Sep 18 10:22:40 we were talking abuot the geeksphone Sep 18 10:22:44 yes Sep 18 10:23:03 and it should at least boot until january ;-) Sep 18 10:23:08 pessimistic view Sep 18 10:23:14 why until? Sep 18 10:23:25 * GNUtoo|laptop doesn't understand Sep 18 10:23:34 btw simply do that: Sep 18 10:23:48 CONFIG_CMDLINE="root=/dev/mmcblk0p1 " Sep 18 10:23:54 and you're done right? Sep 18 10:24:32 hhmmm Sep 18 10:24:33 yes Sep 18 10:24:36 and no Sep 18 10:24:42 why is a cable necessary? Sep 18 10:24:46 didn't boot? Sep 18 10:24:47 because the kernel checks for platform id Sep 18 10:25:04 uhhm Sep 18 10:25:04 and Sep 18 10:25:04 the akkumulator is empty Sep 18 10:25:06 so I need power to boot ;-) Sep 18 10:25:12 ok Sep 18 10:25:20 ah you've got no charger Sep 18 10:25:25 and battery are empty Sep 18 10:25:41 the knerel check can be relaxed Sep 18 10:25:44 that's an android thing Sep 18 10:25:49 it's there also on dream Sep 18 10:25:56 just don't add it Sep 18 10:25:59 with mkbootimage Sep 18 10:26:45 GNUtoo|laptop: hmm, ok Sep 18 10:26:48 I'll try it Sep 18 10:26:49 :-) Sep 18 10:26:56 ok Sep 18 10:27:10 now further with listening to the flashrom presentation Sep 18 10:28:07 [ --board ] Sep 18 10:28:23 nice, coreboot.... Sep 18 10:28:51 lev|froscamp, btw I got a new working dream and nexusone will arrive soon Sep 18 10:29:12 thanks for taking the geeksphone because I can't do everything(only 24h a day) Sep 18 10:31:34 bjor has a 26h day Sep 18 10:31:43 go to deep space nine ;-) Sep 18 13:25:50 mrmoku|away, GNUtoo|laptop: ping Sep 18 13:26:18 morphis, hi Sep 18 13:26:42 morphis, did keyboard work under palmpre Sep 18 13:26:44 ? Sep 18 13:26:45 GNUtoo|laptop: I have some problem Sep 18 13:26:48 ah? Sep 18 13:26:53 which kind Sep 18 13:26:53 ? Sep 18 13:26:54 no, I have some other problems Sep 18 13:26:58 ok Sep 18 13:27:09 I need an older udev version for palmpre in shr than shr currently ships Sep 18 13:27:15 ah that's easy Sep 18 13:27:16 currently it is 151 Sep 18 13:27:19 look at the compat ones Sep 18 13:27:22 and I need 141 Sep 18 13:27:27 that's easy Sep 18 13:27:30 ok Sep 18 13:27:31 compat? Sep 18 13:27:32 grep for udev-comat Sep 18 13:27:34 yes Sep 18 13:27:44 there are some compatibility thing for old udev Sep 18 13:27:48 let me look Sep 18 13:27:57 ah I see Sep 18 13:28:09 ./conf/machine/include/zaurus-2.6.inc:71:PREFERRED_PROVIDER_udev-compat_poodle = "udev-compat141" Sep 18 13:28:11 udev-compat141_141.bb Sep 18 13:28:14 indeed Sep 18 13:28:17 great Sep 18 13:28:31 read the recipe Sep 18 13:28:37 # To use this package, you need: Sep 18 13:28:38 ... Sep 18 13:29:19 btw thanks a lot mickey|away Sep 18 13:29:50 my dream's battery was broken and he sent me a new dream Sep 18 13:29:59 it was very hard to root Sep 18 13:30:03 but at the end I did it Sep 18 13:30:16 I had to divert a lot from the howtos Sep 18 13:30:31 telnet didn't work Sep 18 13:30:37 goldcard either Sep 18 13:30:38 etc... Sep 18 13:30:47 bluetooth didn't work either Sep 18 13:31:00 but at the end I saw a roger dream thing Sep 18 13:31:06 and I tried the root exploit Sep 18 13:31:09 and I used that Sep 18 13:31:11 that made me root Sep 18 13:31:19 mickey|away, ping. There's a message from me waiting for moderation in smartphones-userland ml, would you let it pass? Sep 18 13:31:20 then I copied a flash_image that I built Sep 18 13:31:27 flashed a recoverty Sep 18 13:31:34 then it said to flash hard_spl Sep 18 13:31:46 it said to use a radio that is not the one I used Sep 18 13:31:54 so I looked on the bootloader the radio version Sep 18 13:31:56 and used the same Sep 18 13:32:12 and then I flashed danger_spl Sep 18 13:32:18 s/hard_spl/danger_spl Sep 18 13:32:32 I also saw that mickey|away tried goldcarding also without success Sep 18 13:32:40 mickey|away, is on hollidays btw Sep 18 13:32:56 whats goldcarding? Sep 18 13:33:17 morphis, basically you dd some things that depends on your card id to /dev/mmcblk0 Sep 18 13:33:30 and it's supposed to be recognized by the bootloader Sep 18 13:33:36 ah ok Sep 18 13:33:40 and to allow you to flash an image Sep 18 13:33:48 only that it didn't allow it Sep 18 13:34:04 and it was also said to be very dangerous Sep 18 13:34:10 because it has to be done on battery Sep 18 13:34:25 and I don't know if it would have overwritten the bootloader Sep 18 13:34:58 and btw the bootloader didn't have fastboot mode Sep 18 13:37:39 * GNUtoo|laptop was afraid of morphis having a huge problem, like legal problem for instance Sep 18 13:37:56 oh no, just fighting against OE :) Sep 18 13:38:10 yes that's a lot easier to solve Sep 18 13:38:31 udev-compat tolds me Sep 18 13:38:32 # - this package must be embedded into the image Sep 18 13:38:32 # (otherwise system will refuse to boot) Sep 18 13:38:33 btw sometime I forget to launch pidgin Sep 18 13:38:37 :) Sep 18 13:38:40 no problem Sep 18 13:38:43 IRC is even good Sep 18 13:38:47 I'm more often on irc Sep 18 13:38:54 freesmartphone.org: 03seba.dos1 07cornucopia * ra7efc69ffca4 10/fsodeviced/src/plugins/proximity_n900/plugin.vala: proximity_n900: another attempt to pool data from sysfs node... Sep 18 13:38:58 should I add udev-compat to shr-image? Sep 18 13:39:07 yes but only for palmpre Sep 18 13:39:16 also as the image is machine arch it's safe to do so Sep 18 13:42:48 ok Sep 18 13:43:55 should I add a RRECOMMONEDS_append_palmpre = "udev-compat" to shr-image.inc? Sep 18 13:49:24 hmmm Sep 18 13:49:25 no Sep 18 13:49:32 I bet you have to ship it directly Sep 18 13:49:36 not to recommand it Sep 18 13:49:39 add it to the deps Sep 18 13:54:54 ok Sep 18 13:55:06 as RDEPENDS_append_palmpre = "udev-compat" Sep 18 13:56:51 yes Sep 18 13:58:23 ok Sep 18 14:05:44 it seems to work Sep 18 14:07:24 udev-compat is a great thing Sep 18 14:11:46 next thing I have to do is the touchscreen thing Sep 18 14:12:02 hrm, sudo security fix caused me to miss a call :) Sep 18 14:35:37 hm, udev 141 seems to new Sep 18 14:43:53 Hi, can someone point me to documentation of sysfs paths in the 2.6.32 kernel? Sep 18 14:44:21 Google hasn't been my friend this morning :-) Sep 18 14:46:33 jancona: I don't think anybody has documented it :( Sep 18 14:46:58 do I need to load some module to use a usb kb with FR? Sep 18 14:47:19 jancona: omhacks detects some new 2.6.32 paths, you can see the history in http://git.debian.org/?p=pkg-fso/omhacks.git;a=summary Sep 18 14:47:32 jancona: why do you need to know the paths? Sep 18 14:48:20 lindi: I'm trying to move Android on Freerunner to the newer kernel Sep 18 14:48:53 jancona: could you perhaps use libomhacks there as an abstraction? Sep 18 14:49:05 jancona: hardcoding sys paths everywhere is not a good idea Sep 18 14:49:13 Thanks for the pointer to omhacks, I'll check it out Sep 18 14:49:31 jancona: it's a lightweight C library and command line tool Sep 18 14:50:05 Most of the paths in Android are in the init, so it shouldn't be too bad a job Sep 18 14:50:30 jancona: yes but are you just going to change the paths or support both old and new paths? Sep 18 14:51:03 We ship the kernel with the distro, so I don't really need to be backwards compatible Sep 18 14:51:30 jancona: but there are several regressions in 2.6.32 Sep 18 14:51:46 jancona: being able to switch kernels is very valuable for debugging Sep 18 14:52:08 Good point Sep 18 14:55:46 Nothing is ever simple, unfortunately Sep 18 14:56:34 omhacks looks cool, I'll investigate further Sep 18 14:58:48 I have set usb to host but I can't write anything in vala-terminal with the attached usb kb. Sep 18 14:58:55 Do I need to do something more? Sep 18 14:59:59