**** BEGIN LOGGING AT Fri Sep 03 02:59:57 2010 Sep 03 07:03:32 morning... Sep 03 07:08:22 gm Sep 03 07:09:48 morning Sep 03 07:30:56 guys a way to delete all entries in a certain opimd domain? Sep 03 07:32:40 TAsn should know Sep 03 07:46:55 daniele_athome: for i in `seq 1 1000`; do opimd-cli .... $i ; done Sep 03 07:47:04 PaulF, lol... Sep 03 07:47:50 i mean something like truncate table... those instructions will do a delete sql statement for every call Sep 03 07:49:20 daniele_athome: indeed. But sqlite has a standard syntax. Sep 03 07:49:37 PaulF, sqlite has delete from table; Sep 03 07:49:40 deleting all the rows Sep 03 07:49:47 one together Sep 03 07:53:49 daniele_athome: what about the "where" clause? Sep 03 07:53:58 PaulF, it's not necessary Sep 03 07:54:09 i want to truncate the table in this case Sep 03 07:54:16 sqlite allows delete statement without where Sep 03 10:08:18 GNUtoo|laptop: morning Sep 03 10:08:31 hi mickey|office Sep 03 10:08:51 mickey|office, the poll is here: Sep 03 10:09:06 http://wiki.freesmartphone.org/index.php/SHR/Meeting Sep 03 10:09:17 hmm... doodle would have made more sense :) a wiki is notoriously bad for finding appointments Sep 03 10:09:21 but o Sep 03 10:09:22 k Sep 03 10:09:43 it's dcordes which made it Sep 03 10:09:54 I'm not sure doodle is as flexible as a wiki Sep 03 10:10:03 how can you say that in doodle: Sep 03 10:10:11 any day, usually after 17h00 Sep 03 10:14:01 anyway keyboard is long Sep 03 10:14:09 I must wait for people to answer Sep 03 10:14:17 what should I do while waiting? Sep 03 10:15:18 BT? Sep 03 10:15:31 i got me an A2DP dongle Sep 03 10:15:34 would love to use it with the dream Sep 03 10:17:36 A2DP? Sep 03 10:17:40 ok maybe bluetooth Sep 03 10:17:53 a2dp, advanced audio distribution profile Sep 03 10:17:57 ah ok Sep 03 10:17:59 I thought Sep 03 10:18:07 you connect it to your stereo Sep 03 10:18:08 Android 2 developer phone aka htc magic Sep 03 10:18:11 and then can stream from any bluetooth device Sep 03 10:18:14 ol Sep 03 10:18:16 *lol Sep 03 10:23:11 mickey|office, I'll pm you for a quick question Sep 03 10:23:32 mickey|office, not needed I found the bt firmware Sep 03 10:23:42 k Sep 03 10:23:47 same directory as the wifi one Sep 03 10:23:49 IIRC Sep 03 10:27:21 GNUtoo|laptop, mickey|office: hi Sep 03 10:27:28 morning leviathan Sep 03 10:27:29 I've got USB ethernet running on htcdream! Sep 03 10:27:31 ^_^ Sep 03 10:27:37 with upstream kernel Sep 03 10:29:11 ok for the record here are the command line arguments: Sep 03 10:29:12 hciattach -n -s 115200 /dev/ttyHS0 texasalt 4000000 flow Sep 03 10:29:17 I'll reboot and retry Sep 03 10:29:52 and firmware must be in /etc/firmware Sep 03 10:29:56 then I'll try to make it work Sep 03 10:30:02 good Sep 03 10:30:10 first steps always worked for me as well Sep 03 10:30:31 ok Sep 03 10:36:23 mickey|office, what did you got? Sep 03 10:37:15 *get Sep 03 10:39:15 hciconfig hci0 up Sep 03 10:39:16 Can't init device hci0: Connection timed out (110) Sep 03 10:45:32 even if I'm able to send the firmware Sep 03 10:55:15 try texas and/or 115200 as secondary speed as well Sep 03 10:55:32 i got it to attach, bluez started, and I could see hci0 and configure it Sep 03 10:55:49 scanning didn't show anything and the device wasn't visible from other machines though Sep 03 10:56:07 that's where i stopped then after trying out dozens of approaches :) Sep 03 10:56:40 ok Sep 03 11:03:18 mickey|office, 00:14:9A:38:1B:82 Motorola Phone Sep 03 11:03:48 good. try to browse services Sep 03 11:03:49 more precisely: Sep 03 11:03:51 root@htcdream ~ # hcitool scan Sep 03 11:03:51 Scanning ... Sep 03 11:03:51 00:14:9A:38:1B:82 Motorola Phone Sep 03 11:03:58 what's that? Sep 03 11:04:03 how to browse services? Sep 03 11:04:32 GNUtoo|laptop: hcitool info? Sep 03 11:04:48 ok Sep 03 11:04:57 sdptool IIRC Sep 03 11:05:26 Device Name: Motorola Phone Sep 03 11:05:28 etc... Sep 03 11:05:37 Features: 0xff 0xff 0x0d 0x00 0x00 0x00 0x00 0x00 Sep 03 11:07:06 l2ping => 44 bytes from 00:14:9A:38:1B:82 id 0 time 54.78ms Sep 03 11:07:52 maybe it's beacuse bt has been fixed in the rebase kernel Sep 03 11:07:58 that is to say the 2.6.32 Sep 03 11:08:06 hmm Sep 03 11:08:07 not-anymore-experimental-version Sep 03 11:08:22 perfectly possible, i did not look at the rebased since it lacks some stuff Sep 03 11:08:33 will try again when i have a chance Sep 03 11:11:11 hmmm, I need to set a pin to make rfcomm work Sep 03 11:11:23 basically here's the howto: Sep 03 11:11:55 1) echo 1 > to the first rfkill path Sep 03 11:12:00 rfkill0/state Sep 03 11:12:11 then: Sep 03 11:12:47 2)hciattach -n -s 115200 /dev/ttyHS0 texasalt 115200 flow Sep 03 11:12:54 then: Sep 03 11:13:03 3)echo 1 > rfkill1/state Sep 03 11:13:13 then the usual stuff: Sep 03 11:13:29 hciconfig hci0 up Sep 03 11:15:44 mickey|office, lacks what? Sep 03 11:15:49 if it's the FBIOBLANK Sep 03 11:15:56 if's better to have a working phone Sep 03 11:16:02 than a crash-friendly one Sep 03 11:17:09 bbiab Sep 03 11:25:20 well Sep 03 11:25:28 it's clearly a missing standard feature in kernel Sep 03 11:25:42 if the kernel is so flakey that it doesn't work with standard features, well... Sep 03 11:25:45 *shrug* Sep 03 11:26:02 hmmm Sep 03 11:26:08 look at my point of view Sep 03 11:26:19 there is no working implementation of that Sep 03 11:26:30 and it's not crucial Sep 03 11:26:38 bluetooth is better than that Sep 03 11:26:49 for instance Sep 03 11:26:54 if I try again to add that Sep 03 11:27:02 we'll have a kernel that crash at resume Sep 03 11:27:13 which will give users a not-usable phone Sep 03 11:30:21 * mickey|office notes that the kernel never crashed for him @ resume Sep 03 11:30:21 but ok Sep 03 11:30:21 i can add it as a local patch Sep 03 11:51:45 mickey|zzZZzz, that's because you didn't test it enough Sep 03 11:51:57 mickey|zzZZzz, that is to say it didn't occur each time Sep 03 11:52:04 but was often enough to be an issue Sep 03 11:52:07 a big issue Sep 03 12:37:02 GNUtoo|laptop: so i have been looking at the status page, but it's not entirely clear to me... where is shr on the dream at? Sep 03 12:37:46 by where you mean? Sep 03 12:37:52 the place where are the downloads? Sep 03 12:38:01 or at what point is the port? Sep 03 12:38:03 nope Sep 03 12:38:04 yup Sep 03 12:38:07 ok Sep 03 12:38:20 basically we need better keyboard+UI integration Sep 03 12:38:31 after that some core stuff will have to be done Sep 03 12:38:34 wifi PSM Sep 03 12:38:50 alsa buffer underruns should be fixed Sep 03 12:38:57 as bluetooth now works Sep 03 12:39:02 it should be integrated Sep 03 12:39:11 gps,wifi should be integrated too Sep 03 12:39:18 integrated means: Sep 03 12:39:24 Enable() Sep 03 12:39:28 and Disable() Sep 03 12:39:39 in the fsodeviced/fsousaged vala thing Sep 03 12:39:45 basically it's only a plugin Sep 03 12:39:49 to write Sep 03 12:39:54 is see Sep 03 12:40:00 also needed as core: Sep 03 12:40:04 i see i mean :) Sep 03 12:40:21 audio multiplexing Sep 03 12:40:36 but that is magically solved when buffer underruns go away Sep 03 12:40:50 because I've already an mmap patch Sep 03 12:41:09 for buffer underruns I've a fix but I wasn't able to make it run Sep 03 12:41:50 and gsm? Sep 03 12:42:14 i mean, the modem -> calls, data? Sep 03 12:43:07 works fine Sep 03 12:43:14 buffer underrun doesn't impact calls Sep 03 12:43:14 integrated in fso? Sep 03 12:43:17 yes of course Sep 03 12:43:24 so basically Sep 03 12:43:32 even 3g works(there is a small bug altough) Sep 03 12:43:46 the small 3g bug is very minor Sep 03 12:43:53 vanous, in what part of the world are you Sep 03 12:44:02 most of the hardware works, just needs to be integrated in fso Sep 03 12:44:03 because it seem that GSM failed in US and Australia Sep 03 12:44:12 oh, ok Sep 03 12:44:14 CME error 30 and then CME error 100 Sep 03 12:44:20 I had that with replicant Sep 03 12:44:29 and then someone reported that with fso Sep 03 12:44:34 he was in australia Sep 03 12:44:40 vanous, hmmm no Sep 03 12:44:53 vanous, most of the hardware works but....doesn't work perfectly: Sep 03 12:45:04 *audio buffer underruns Sep 03 12:45:06 *wifi PSM Sep 03 12:45:08 that's all Sep 03 12:45:14 that are 2 big blockers Sep 03 12:45:29 wifi works, and is very fast but that's the issue Sep 03 12:45:39 it consume too much Sep 03 12:45:43 i see Sep 03 12:45:49 so we need power saving mode Sep 03 12:46:02 basically the router buffers things for you Sep 03 12:46:14 and then you request them Sep 03 12:46:38 nice Sep 03 12:46:45 that's PSM Sep 03 12:46:47 it's nice Sep 03 12:46:53 it slow things down a bit Sep 03 12:47:02 but it's highly needed Sep 03 12:47:08 else battery life is horrible Sep 03 12:47:09 have never heard of that... where does it buffer? in the device? Sep 03 12:47:18 on the router Sep 03 12:47:29 there is a presentation about that Sep 03 12:47:34 it's a standard feature Sep 03 12:47:39 see power in iwconfig Sep 03 12:47:49 Power Management:off Sep 03 12:47:54 iwconfig power on Sep 03 12:47:57 activates it Sep 03 12:48:12 we really need that Sep 03 12:48:37 so rather then fetching slow chunks continuously, you get larger volume at times...? Sep 03 12:48:38 maybe kvalo will help[ Sep 03 12:48:43 yes Sep 03 12:48:50 smart Sep 03 12:48:51 s#]## Sep 03 12:49:34 GNUtoo|laptop: thank you for the explanation Sep 03 12:49:36 there are also other power saving features but that's the main one Sep 03 12:49:55 i always wander at these smart thingees that are possible Sep 03 12:50:06 nowadays Sep 03 12:50:18 the only issue is that the router implementation must be good Sep 03 12:52:03 basically you have: Sep 03 12:52:26 openmoko devices, good support,low end hardware Sep 03 12:52:33 htcdream: medium support,medium-end hardware Sep 03 12:52:40 and bad kernel drivers Sep 03 12:53:11 and the omap stuff: palm-pre,n900: good kernel,promizing,but not well supported yet Sep 03 12:53:28 and between the 2 the palm-pre will be ready before n900 I bet Sep 03 12:53:38 do you think? Sep 03 12:53:42 specially if I help morphis after finishing the dream Sep 03 12:53:51 yes I studied a lot both devices Sep 03 12:54:06 is the modem protocol still being actively decoded? Sep 03 12:54:18 basically: Sep 03 12:54:37 nearly all core stuff is decoded: calls,sms etc... Sep 03 12:54:42 calls work Sep 03 12:54:47 sms need to be implemented Sep 03 12:55:01 and morphis will have a little more time soon Sep 03 12:55:06 and it's realy easy to do Sep 03 12:55:11 thanks to the debug infos Sep 03 12:56:37 and what about data? i think the second channel was used for some initializing stuff? Sep 03 12:56:54 * vanous remembering just vaguely... Sep 03 13:01:02 I don't know about data, I must check Sep 03 13:09:30 so is fso used in other devices, then the known ones atm? Sep 03 13:09:37 i found fso in openwrt Sep 03 13:09:41 it is in debian Sep 03 13:09:49 so the exposure is not bad Sep 03 13:10:06 openembedded, of course... :) Sep 03 13:11:38 mickey|zzZZzz: what are the next steps for fso, if i may disturb very shortly? :) Sep 03 13:15:24 ok, never mind :) Sep 03 13:15:32 i am expecting some visitor any minute Sep 03 13:15:54 but i have tried to sum up some things for the GSM :) (great shr meeting) Sep 03 13:16:06 you guys maybe can use it Sep 03 13:16:25 i will try to join whenever possible and if i might be of... help :) Sep 03 13:16:27 http://piratepad.net/uUwZm9hnEx Sep 03 13:27:25 <[Rui]> hi Sep 03 13:29:30 _o/ Sep 03 13:31:30 <[Rui]> brb Sep 03 13:36:24 GNUtoo|laptop: http://gitorious.org/msm-upstream/msm-upstream Sep 03 13:36:33 now usbethernet works just fine Sep 03 13:36:39 as soon as I'm done Sep 03 13:36:42 ok Sep 03 13:36:49 we can rebase the code together? Sep 03 13:37:02 make cleaner and proper patches? Sep 03 13:59:50 pespin, hi Sep 03 14:00:56 gnutoo: ahh Sep 03 14:01:06 I already thought you would be upset or so Sep 03 14:01:46 leviathan, upset about your request ? Sep 03 14:01:56 jup Sep 03 14:02:00 I'm not upset but I won't help either Sep 03 14:02:04 because you might consider it dirty work or so Sep 03 14:02:06 I'm already too much busy Sep 03 14:02:10 ahh, ok Sep 03 14:02:12 ah I didn't look Sep 03 14:02:31 basically I think that: Sep 03 14:02:46 you're known for not making very clean work, but that's not an issue Sep 03 14:02:50 kernel have gate keepers Sep 03 14:03:04 they tell you when the stuff is bad, and they tell you why or what to change Sep 03 14:04:20 leviathan, btw bluetooth now works Sep 03 14:05:11 wonderfull Sep 03 14:05:27 I could port it into upstream too ^^ Sep 03 14:05:35 gnutoo, hi, I was prepairing lunch :) Sep 03 14:05:51 pespin, ok let's talk after lunch then Sep 03 14:06:05 gnutoo, np, I'm eating in front of computer :) Sep 03 14:06:09 ok Sep 03 14:06:21 and I'm studying in front of computer Sep 03 14:06:31 so I talked to tuxbrain (david) Sep 03 14:06:37 he pointed me to a person Sep 03 14:06:59 from geeksphone? Sep 03 14:07:06 Sep 03 15:29:54 the guy who is more active in geeksphone comunity hacking stuff at kernel level and has his own android mod is rmcc from portugal Sep 03 14:07:23 I've to talk to rmcc then Sep 03 14:07:24 yeah read about him in its forums while looking for clsoed stuff Sep 03 14:07:40 so... Sep 03 14:07:46 basically the plan would be that he does the port Sep 03 14:07:58 and I point him to the right direction Sep 03 14:08:04 gnutoo, if you are interested, he has his kernel branch here: http://github.com/rmcc/gp_one_kernel Sep 03 14:08:10 so it save us both some time Sep 03 14:08:12 gnutoo, that would be great :) Sep 03 14:08:12 nice Sep 03 14:08:18 that's what I was looking for Sep 03 14:08:23 (the kenrel sources) Sep 03 14:08:27 does he have android too Sep 03 14:08:34 s/android/android sources Sep 03 14:08:41 gnutoo, kernel looks in good state, but I think the bootloader is closed source, and they have limitations on accessing it Sep 03 14:08:52 indeed Sep 03 14:08:55 but what limitations Sep 03 14:09:03 can you boot your own kernel Sep 03 14:09:06 if so how? Sep 03 14:09:13 else is there jtag+serial? Sep 03 14:09:15 gnutoo, afaik yes, but ie. you can't boot from SD Sep 03 14:09:22 ok Sep 03 14:09:46 you have to copy your files into SD and then tell bootloader to flash the files afaik Sep 03 14:10:21 can you boot directly from sd? Sep 03 14:10:29 do you have something like fastboot? Sep 03 14:10:29 gnutoo, nop Sep 03 14:10:38 ok Sep 03 14:10:45 there was a forum thread about that Sep 03 14:10:52 I'll pas you the link Sep 03 14:10:53 can you point me to it? Sep 03 14:10:56 ok Sep 03 14:11:02 so basically it's a dangerous device Sep 03 14:11:03 btw, I think you can find adnroid sources here: http://github.com/rmcc Sep 03 14:11:05 if the flash fails Sep 03 14:11:10 you brick the device Sep 03 14:11:12 ok Sep 03 14:11:21 gnutoo, uhmm I don' think so Sep 03 14:11:29 as you can't flash another bootloader Sep 03 14:11:38 s/bootloader/kernel Sep 03 14:11:38 ok Sep 03 14:12:17 and I remember reading about you have 2 images in there, one for recovery and another normal one Sep 03 14:12:30 so you usally have android on one and play with recovery one Sep 03 14:13:22 gnutoo, http://forum.geeksphone.com/index.php/topic,962.0.html Sep 03 14:13:46 ok Sep 03 14:17:07 hmmm Sep 03 14:17:08 Repository temporarily unavailable. Sep 03 14:18:01 gnustavo, kernel one? Sep 03 14:18:36 no, the /android_vendor_geeksphone Sep 03 14:18:54 basically that's where you know what's proprietary Sep 03 14:20:06 kernel should be floss Sep 03 14:20:29 I'll look at the kernel later Sep 03 14:21:11 gnutoo: so I heard you're interested in porting SHR to the GP-ONE Sep 03 14:21:23 gnutoo, btw you told me to remember you this -> * Audio Subsystem: Wolfson DAC/CODEC (ALSA) Sep 03 14:21:25 arcee, not exactly Sep 03 14:21:31 pespin, yes Sep 03 14:21:33 I remember Sep 03 14:21:37 not telling you Sep 03 14:21:45 but I remember the DAC/CODEC Sep 03 14:22:01 I'll look at kernel sources later Sep 03 14:22:08 let's first look at the proprietary part Sep 03 14:22:15 gnutoo: "not exactly"? :) Sep 03 14:22:15 ok :) Sep 03 14:22:30 arcee, I'm evaluating the port Sep 03 14:22:38 then I've no money to buy the geeksphone Sep 03 14:22:47 and maybe no-time to do it Sep 03 14:22:58 but if I point rmcc to the right directions Sep 03 14:23:02 gnutoo: if you did the magic, the ONE shouldn't be too hard. The userspace should be almost entirely the same Sep 03 14:23:10 I know Sep 03 14:23:12 gnutoo: I am rmcc :-P Sep 03 14:23:15 it should even be easier Sep 03 14:23:16 ok Sep 03 14:23:16 nice Sep 03 14:23:23 arcee, so I've some questions Sep 03 14:23:31 first what's proprietary in: Sep 03 14:23:36 android_vendor_geeksphone Sep 03 14:23:44 there should be a shell script Sep 03 14:24:07 I didn't add that to the repo? oops Sep 03 14:24:10 for instance we have extract-files.sh Sep 03 14:24:24 arcee, the repo is unavailable for now Sep 03 14:24:40 I meant my android_vendor_geeksphone repo :) Sep 03 14:24:58 it's in the repos Sep 03 14:25:05 but github has some issues Sep 03 14:25:14 it's under maintainment Sep 03 14:25:18 GitHub is Temporarily Offline. Sep 03 14:25:25 ok, just saw that Sep 03 14:25:31 ok Sep 03 14:25:44 anyway, the proprietaries are almost entirely android-related Sep 03 14:25:47 I bet you have the sources Sep 03 14:25:53 so... Sep 03 14:25:58 I do, at home. It's business hours now Sep 03 14:26:02 ah ok Sep 03 14:26:06 I feared that Sep 03 14:26:13 like not beeing on your main computer Sep 03 14:26:33 arcee, do you have good memory then? Sep 03 14:26:40 what's proprietary? Sep 03 14:26:41 ril? Sep 03 14:27:06 firmwares? Sep 03 14:27:13 camera? Sep 03 14:27:27 ril, wifi firmware, gps, libmmcamera Sep 03 14:27:37 oh, and the opencore media decoders Sep 03 14:27:40 ok Sep 03 14:27:50 did you try the reference ril? Sep 03 14:27:57 so.... Sep 03 14:27:59 msm7k Sep 03 14:28:03 yes Sep 03 14:28:05 do you have /dev/smd* Sep 03 14:28:05 msm7x25 Sep 03 14:28:11 yes, there's a smd0 you can use Sep 03 14:28:14 ok Sep 03 14:28:34 so telephony should be ok if it's nearly the same than dream Sep 03 14:28:34 and yes, it does take AT Sep 03 14:28:37 AT commands I bet Sep 03 14:28:37 ok Sep 03 14:28:49 then you have alsa right? Sep 03 14:29:01 yes Sep 03 14:29:07 does it work with mplayer? Sep 03 14:29:15 or does it work only under certain conditions Sep 03 14:29:19 never tried it. give me a second, let me plug in my phone Sep 03 14:29:24 ok Sep 03 14:29:39 the control and pcm devices exist Sep 03 14:29:45 ok Sep 03 14:29:49 you will have to try Sep 03 14:29:52 then.... Sep 03 14:29:57 wifi: what is the chip? Sep 03 14:30:01 wl1251_sdio Sep 03 14:30:02 ar6k Sep 03 14:30:04 bcm4329? Sep 03 14:30:07 same as the freerunner Sep 03 14:30:09 same than freerunner then Sep 03 14:30:16 ok Sep 03 14:30:25 gps need to be tried Sep 03 14:30:38 somebody reverse engineered it Sep 03 14:30:42 gps is a problem. Sep 03 14:30:43 so you'll need to try our stuff Sep 03 14:30:48 the amss on the ONE is _very_ old Sep 03 14:30:52 it works on the dream Sep 03 14:30:53 ok Sep 03 14:30:57 can it be changed? Sep 03 14:31:00 nope Sep 03 14:31:03 ok Sep 03 14:31:05 what version? Sep 03 14:31:25 the newer android lib for gps can work with older AMSS Sep 03 14:31:31 but it need to be tried Sep 03 14:31:34 6220 or 25 Sep 03 14:31:41 that's recent Sep 03 14:31:41 and no, libloc doesn't work Sep 03 14:31:44 I'll look Sep 03 14:31:49 libloc? Sep 03 14:31:56 I mean phh's lib Sep 03 14:31:57 libloc_api, the opensourced version of libgps Sep 03 14:32:01 ah Sep 03 14:32:22 http://gitorious.org/linux-on-qualcomm-s-msm/libhardware_legacy/trees/master/gps Sep 03 14:32:33 recent proprietaries don't work due to RPC incompatibilities Sep 03 14:32:41 ok Sep 03 14:32:46 look at what I pasted then Sep 03 14:32:55 but with opensource, that can probably be worked around Sep 03 14:33:08 (had to do it with ADSP) Sep 03 14:33:43 hm, libgps via nmea Sep 03 14:33:54 neat Sep 03 14:34:01 ok then...hmmm Sep 03 14:34:07 use wakelocks? Sep 03 14:34:14 yes Sep 03 14:34:55 ok Sep 03 14:34:57 could be done Sep 03 14:35:11 the neat things are wifi+alsa Sep 03 14:35:18 so now: Sep 03 14:35:24 what's the screen resolution? Sep 03 14:35:30 240x400 Sep 03 14:35:37 ouch Sep 03 14:35:40 yeah Sep 03 14:35:48 that's pretty much the worse thing on the phone Sep 03 14:35:50 that will be an issue for SHR Sep 03 14:36:08 I should try 320x240 on om-gta02 to see Sep 03 14:36:17 but I wonder if it's worth because of that Sep 03 14:36:20 I mean Sep 03 14:36:28 a lot of things will need to be adapted Sep 03 14:36:36 maybe not Sep 03 14:36:38 ah? Sep 03 14:36:40 why? Sep 03 14:36:56 EFL_VAR=small_screen_settings? Sep 03 14:37:00 with android, adjusting the pixel density ended up giving a slightly blurrier version of what you see in HVGA phones Sep 03 14:37:00 I bet that's not enough Sep 03 14:37:02 gnutoo: SHR works pretty well with 320x240 Sep 03 14:37:11 dos1, what about apps? Sep 03 14:37:26 wesnoth: 300x400 minimum Sep 03 14:37:33 xchat:hmmm Sep 03 14:37:39 shr-settings :hmmm Sep 03 14:37:45 gnutoo: well, you don't have too much space for terminal with keyboard Sep 03 14:37:55 gnutoo: but try shr-settings, you will be positively suprised ;) Sep 03 14:37:57 gotta go for a few minutes. brb Sep 03 14:38:00 ok Sep 03 14:38:03 EFL does great job here Sep 03 14:38:15 dos1, indeed so how can it be obtimized for htcdream? Sep 03 14:38:19 well. geeksphone has harware kb, so no problem with terminal+kb :P Sep 03 14:38:27 so now.... Sep 03 14:38:29 who will do the port Sep 03 14:38:31 ? Sep 03 14:38:38 maybe I could help a bit Sep 03 14:38:54 or do a bit which does a lot Sep 03 14:39:07 I mean dedicate some little time which would have big effects Sep 03 14:39:31 gnutoo: could you post screenshot from htcdream? i have no idea how SHR works now Sep 03 14:41:34 dos1, done Sep 03 14:41:36 look at trout Sep 03 14:41:40 in scap.linuxtogo Sep 03 14:41:49 ahh I should change my gtkrc again Sep 03 14:42:21 gnutoo: change fingersize to be smaller Sep 03 14:42:32 and scale Sep 03 14:42:35 ok Sep 03 14:42:46 I've keyboard to do before GUI Sep 03 14:44:26 ah better Sep 03 14:46:26 I'll put 50 instead of 70 Sep 03 14:46:39 with ELM_FINGER=50 shr-settings Sep 03 14:46:41 it works fine Sep 03 14:46:53 *ELM_FINGER_SIZE Sep 03 14:52:58 pespin, what's the res with keyboard slided? Sep 03 14:53:02 400x240? Sep 03 14:53:24 because we will use that orientation only Sep 03 14:53:43 also telephony will only work in europe Sep 03 14:54:08 gnutoo, which res? in openmoko with virtual keyboard you mean? no idea :S Sep 03 14:54:30 pespin, I mean is it 240x400 or 400x240 in landscape mode Sep 03 14:54:38 because 400x240 is much better Sep 03 14:54:59 because 320x240 could work Sep 03 14:55:14 I mean take supertux-qvga, put it fulscreen Sep 03 14:55:18 and it could work Sep 03 14:55:26 no way under 240x400 Sep 03 14:55:42 I must test stuff Sep 03 14:55:44 at that res Sep 03 14:55:51 lol I always get difficulties with understainding resolutions xD Sep 03 14:55:58 ok Sep 03 14:56:20 pespin, you got a freerunner right? Sep 03 14:56:27 try 320x240 if it works Sep 03 14:57:04 gnutoo, do I have to use xrandr? Sep 03 14:57:13 I think so Sep 03 14:57:16 nver played with resolutions Sep 03 14:57:20 ok give me amoment Sep 03 14:57:23 ok I'll try then Sep 03 14:58:15 gnutoo, if it gies you an idea, this is how the device looks with kb out: http://htc-phones.net/wp-content/uploads/2009/10/geeksphone-one-android-phone.jpg Sep 03 14:59:47 nice it has -> <- etc... Sep 03 14:59:50 the 4 arrows Sep 03 15:02:13 * pespin booting the FR Sep 03 15:04:19 pespin, http://scap.linuxtogo.org/files/56b95df4e9b5fb5ee70336e720d5168a.png Sep 03 15:04:32 that's freerunner in 240x320 Sep 03 15:04:59 gnutoo: you have something wrong :x Sep 03 15:05:03 indeed Sep 03 15:05:07 the ELM_FINGER Sep 03 15:05:20 buttons and toggles should be scaled too, even without playing with ELM_FINGER_SIZE Sep 03 15:05:29 as e also calculates DPI Sep 03 15:07:55 dos1, where should I set those variables so e17 gets them when loading? Sep 03 15:08:05 pespin: it's in /etc/profile.d/ Sep 03 15:08:21 indeed Sep 03 15:08:33 pespin: you can set it with shr-settings too Sep 03 15:08:41 yes that's what I did now Sep 03 15:08:42 hi Sep 03 15:12:02 ok I've something acceptable in 240x320 Sep 03 15:14:41 ok so illume could be done Sep 03 15:14:43 what about gtk? Sep 03 15:14:48 what about special apps(navit) Sep 03 15:18:22 Ok Sep 03 15:18:40 is here someone who wants to develop on msm upstreamkernel? Sep 03 15:18:42 :-) Sep 03 15:22:24 dos1, what about enlightenment settings Sep 03 15:22:39 even on gta02 480x640 some things didn't work well Sep 03 15:23:54 gnutoo: yup, but AFAIK they are being reworked in upstream to work on small displays Sep 03 15:24:06 gnutoo: the keyboard crashes the phone, when I type... Sep 03 15:24:07 ok Sep 03 15:24:12 that's what I thought Sep 03 15:24:27 dos1: hmm Sep 03 15:24:45 dos1, software keyboard is fixed size I bet but it doesn't need to work,because of the hardware keyboard Sep 03 15:25:12 gnutoo: we should remove all static size stuff from gui Sep 03 15:25:19 it breaks on other platforms Sep 03 15:25:22 ah? Sep 03 15:25:29 leviathan, what do you mean? Sep 03 15:25:51 I mean that e.g. calendar is unusable on e.g. dream Sep 03 15:26:00 ah I didn't try calendar Sep 03 15:26:09 because only half of the page is visible Sep 03 15:26:10 I was more foccused on tasks which doesn't build Sep 03 15:26:12 ok Sep 03 15:26:13 the rest is cut Sep 03 15:26:25 which is crap Sep 03 15:26:39 leviathan, screenshot with gpe-scap on linuxtogo please Sep 03 15:26:47 uhhm Sep 03 15:26:47 atm Sep 03 15:26:50 not possible Sep 03 15:26:53 why? Sep 03 15:27:00 I've got another kernel flashed Sep 03 15:27:04 and rootfs is broken Sep 03 15:27:05 ... Sep 03 15:27:07 only shell Sep 03 15:27:07 ah ok Sep 03 15:27:19 I had that yesterday, bad tar command from my part Sep 03 15:27:21 but my suggestion is anyway Sep 03 15:27:28 fix gtkrc then Sep 03 15:27:44 replace the static stuff by dynamic elementary Sep 03 15:27:54 what calendar? pimlico Sep 03 15:27:56 that's gtk Sep 03 15:27:59 plain gtk Sep 03 15:27:59 hmm Sep 03 15:28:00 nope Sep 03 15:28:01 that's not efl Sep 03 15:28:03 ah ok Sep 03 15:28:06 which calendar then Sep 03 15:28:32 fsopimd Sep 03 15:28:35 frontend Sep 03 15:28:37 leviathan, what do you think of the geekphone? Sep 03 15:28:38 ok Sep 03 15:28:52 leviathan, apart of the crapy screen alsa and wifi are different Sep 03 15:28:57 and should work Sep 03 15:29:00 mhmm Sep 03 15:29:02 yes Sep 03 15:29:08 geekphone would be cool Sep 03 15:29:17 there is a physical keyboard? Sep 03 15:29:20 leviathan, yes Sep 03 15:29:26 the resolution is ultra-low tough Sep 03 15:29:27 great! Sep 03 15:29:30 400x240 Sep 03 15:29:33 hmm Sep 03 15:30:10 leviathan, what do you think about porting our stuff on it alone? Sep 03 15:30:30 with another dev Sep 03 15:30:32 which is not me Sep 03 15:30:58 also old AMSS Sep 03 15:31:03 so GPS could be an issue Sep 03 15:31:12 camera won't work Sep 03 15:31:12 hmm Sep 03 15:31:28 its just rudimentary port Sep 03 15:31:31 do you feel that you can do it Sep 03 15:31:41 not at all Sep 03 15:31:47 the target is to sell this phone Sep 03 15:31:53 ahh? Sep 03 15:31:56 leviathan, tuxbrain can len d you a device to do the port if you want :) Sep 03 15:31:57 with SHR on it Sep 03 15:32:13 ahh, now I get it! Sep 03 15:32:17 pespin, do they have 1 or 2 devices? Sep 03 15:32:18 well idea Sep 03 15:32:25 gnutoo, 1 I think Sep 03 15:32:25 pespin: I'd love to Sep 03 15:32:28 because if leviathan feels capable and has more time than me.... Sep 03 15:32:41 gnutoo, but you can speak with them, maybe they have more Sep 03 15:32:46 ok Sep 03 15:32:51 then priority to leviathan Sep 03 15:32:52 leviathan, great! :D Sep 03 15:32:55 even if I know more some parts Sep 03 15:33:14 because I'm not sure I'll have a lot of time to work on it Sep 03 15:33:31 pespin, I meet the 2 tuxbrain people at fosdem Sep 03 15:33:38 so I could talk with david again Sep 03 15:33:44 okidoki Sep 03 15:34:06 leviathan, so you want to do it, but will you be able to do everything youself in case of issue Sep 03 15:34:09 or they can send it over DHL Sep 03 15:34:22 :-D Sep 03 15:34:26 gnutoo: hmm Sep 03 15:34:36 leviathan, you can ask rmcc for help too I suppouse Sep 03 15:34:41 worst case, I'll look for sebastian spaeh and so on Sep 03 15:34:42 in ethz Sep 03 15:34:45 ok Sep 03 15:35:04 arcee, is rmcc Sep 03 15:35:15 ok Sep 03 15:35:18 arcee, do you have an idea on how audio routing works? Sep 03 15:35:28 is it safe to assume that it's part of the kernel? Sep 03 15:36:10 or is it like palm pre and n900 Sep 03 15:36:17 where it has to be decoded Sep 03 15:36:34 in the case of n900 there is a pass-trough Sep 03 15:36:36 driver Sep 03 15:36:41 but sources were given Sep 03 15:36:44 so not an issue anymore Sep 03 15:36:56 and palm-pre routing got decoded Sep 03 15:37:06 maybe the modem does it all? Sep 03 15:38:37 btw leviathan do you know that fsogsmd dream plugin doesn't work in US+AU Sep 03 15:39:22 gnutoo, http://github.com/rmcc/android_vendor_geeksphone works now :) Sep 03 15:40:14 ok Sep 03 15:40:44 gnutoo: hmm, strange issue Sep 03 15:40:49 pespin: very well Sep 03 15:40:59 are there datasheets around for the geekphone? Sep 03 15:41:12 else it wouldn't earn the name geekphone >_< Sep 03 15:41:37 nice BOARD_WPA_SUPPLICANT_DRIVER:=WEXT Sep 03 15:41:47 leviathan, heh, I think geeksphone devs are having problems with that part. But better is to ask arcee when he's returned Sep 03 15:41:50 leviathan, I bet not Sep 03 15:42:01 leviathan, and bootloader has no sources Sep 03 15:42:05 crap ... Sep 03 15:42:13 anyway Sep 03 15:42:22 and some libs are proprietary Sep 03 15:42:23 like gps Sep 03 15:42:34 so the same bitch as dream? O_o Sep 03 15:42:38 not at all Sep 03 15:42:45 there is 2 big difference Sep 03 15:43:03 # Audio Subsystem: Wolfson DAC/CODEC (ALSA) Sep 03 15:43:17 BOARD_WPA_SUPPLICANT_DRIVER:=WEXT Sep 03 15:43:23 so our 2 blockers go away Sep 03 15:43:37 it's not a wolfson, AFAIK Sep 03 15:43:40 still alsa, though Sep 03 15:43:50 ouch Sep 03 15:43:55 what it is then? Sep 03 15:43:56 <6>[ 1.476318] Advanced Linux Sound Architecture Driver Version 1.0.21. Sep 03 15:43:56 <4>[ 1.479583] No device for DAI CODEC_DAI Sep 03 15:43:56 <4>[ 1.479919] No device for DAI CPU_DAI Sep 03 15:43:56 <3>[ 1.481414] msm_soc: create pcms Sep 03 15:43:56 <6>[ 1.481933] asoc: CODEC_DAI <-> CPU_DAI mapping ok Sep 03 15:43:56 <3>[ 1.481994] msm_soc: ALSA MSM Mixer Setting Sep 03 15:43:56 <6>[ 1.487640] ALSA device list: Sep 03 15:43:57 <6>[ 1.487701] #0: msm-audio (MSM-CARD) Sep 03 15:43:59 ouch Sep 03 15:44:01 noooo Sep 03 15:44:30 first you see that it's a hacked driver with abuse of api there: Sep 03 15:44:33 No device for DAI CODEC_DAI Sep 03 15:44:40 then it's the same than ours Sep 03 15:44:47 what kernel version Sep 03 15:44:48 ? Sep 03 15:44:57 right now, 32.9 Sep 03 15:45:00 ok Sep 03 15:45:05 I'll try that alsa driver then Sep 03 15:45:11 on dream Sep 03 15:45:19 your alsa is msm7k or msm7kv2? Sep 03 15:45:23 7k Sep 03 15:45:27 nice Sep 03 15:45:32 maybe it will deblock dream Sep 03 15:45:34 if it does Sep 03 15:45:48 there is huge chances that your port will succeed Sep 03 15:45:52 else.... Sep 03 15:46:10 http://github.com/rmcc/gp_one_kernel/blob/1bba7a5f272b038b66ec2271f1997eb35e0bc61a/arch/arm/configs/adq_defconfig Sep 03 15:46:16 lines 1441->1449 Sep 03 15:47:01 ok Sep 03 15:47:44 is your kenrel derived from android-msm? Sep 03 15:48:06 codeaurora's android-msm Sep 03 15:48:22 which differs from google's in some key points Sep 03 15:48:24 especially RPC Sep 03 15:48:50 sound should be pretty much the same. gimme a minute Sep 03 15:49:02 arcee, could you tar me the source Sep 03 15:49:11 of sound/soc/msm/ Sep 03 15:49:20 tar.bz2 Sep 03 15:49:23 or tar.lzma Sep 03 15:49:55 spam alert: Sep 03 15:49:59 $ git log sound/soc/msm/msm7k-pcm.c Sep 03 15:49:59 commit 71f140e42b18b009dc948407cba527d28d03d7c6 Sep 03 15:49:59 Author: Zach Pfeffer Sep 03 15:49:59 Date: Wed Mar 31 18:09:20 2010 -0700 Sep 03 15:49:59 bringup: Fix warnings Sep 03 15:49:59 Sep 03 15:49:59 Signed-off-by: Zach Pfeffer Sep 03 15:50:00 commit 112595d2baa0a127f3f4fef3995d8f20ad49a952 Sep 03 15:50:00 Author: Pfeffer, Zach Sep 03 15:50:01 Date: Mon Mar 22 10:55:00 2010 -0700 Sep 03 15:50:01 upgrade: Replace Google's MSM files from 2.6.32 with QuIC's from 2.6.29b Sep 03 15:50:02 Sep 03 15:50:10 ok that's all? Sep 03 15:50:16 because I fixed bringup too Sep 03 15:50:17 sound is also qualcomm's version instead of google's Sep 03 15:50:22 our too Sep 03 15:50:41 arcee, do you have a server? Sep 03 15:50:52 could you tar me sound/soc/msm/ Sep 03 15:50:56 I'm on 3gh Sep 03 15:51:02 with 100M limit/month Sep 03 15:51:09 yeah, wait, I'll put it on dropbox Sep 03 15:51:26 ok thanks a lot Sep 03 15:53:18 http://dl.dropbox.com/u/10355648/snd-msm.tar.bz2 Sep 03 15:54:15 thanks a lot Sep 03 15:55:58 someone was asking about audio routing... Sep 03 15:56:01 it's done through RPC Sep 03 15:56:05 I know Sep 03 15:56:10 however... There's also a sysctl interface :) Sep 03 15:56:13 I thought it was another codec Sep 03 15:56:15 ah ok Sep 03 15:56:18 which is easier to use Sep 03 15:56:21 wince style then Sep 03 15:57:04 you mean sysfs? Sep 03 15:57:13 yes Sep 03 16:01:01 ok people using android on top of wince has the same thing Sep 03 16:01:24 ok you have old routing Sep 03 16:01:50 a different ADSP version Sep 03 16:02:12 hmmm I should check that: Sep 03 16:02:14 - snd_ep = msm_rpc_connect(snd_rpc_ids.prog, Sep 03 16:02:15 + snd_ep = msm_rpc_connect_compatible(snd_rpc_ids.prog, Sep 03 16:02:56 ok no mplayer fix Sep 03 16:03:17 no .silence fix Sep 03 16:03:25 .silence? Sep 03 16:03:42 + kfree(socdev->codec); is worng Sep 03 16:03:44 yes Sep 03 16:03:56 it's for the silence data Sep 03 16:04:07 for us it NULL pointered the kenrel Sep 03 16:04:12 if .silence was not set Sep 03 16:04:38 ouchie. simple usage of an alsa client caused that? Sep 03 16:05:04 hmmm Sep 03 16:05:06 yes Sep 03 16:05:08 + if (prtd->running == 1 && prtd->enabled == 1) Sep 03 16:05:11 specially mplayer Sep 03 16:05:24 you seem to have another fix for mplayer blocking Sep 03 16:05:26 let me look Sep 03 16:06:07 in alsa_out_listener Sep 03 16:06:11 but not sure of the effects Sep 03 16:06:14 you'll have to try Sep 03 16:06:17 if mplayer blocks Sep 03 16:07:43 ok I've not a lot of expectation with this driver Sep 03 16:07:49 that's very bad Sep 03 16:08:00 if someone doesn't find a fix for buffer-underruns Sep 03 16:08:02 we're doomed Sep 03 16:08:24 altough aplay works Sep 03 16:08:33 but fixing all userspace applications is not a good idea Sep 03 16:09:05 there is mplayer(intone),aplay(fso),sdl(games),espeak etc... Sep 03 16:09:12 and worse.... Sep 03 16:09:15 no mmap Sep 03 16:09:23 and adding mmap support add more buffer underruns Sep 03 16:09:29 I've a rebased mmap patch Sep 03 16:10:01 and a rebased fix for buffer underruns that I didn't succeed at making work Sep 03 16:10:35 arcee, jonpry in #htc-linux also tried our driver Sep 03 16:10:46 on another msm7k device Sep 03 16:10:54 and? Sep 03 16:10:57 s/our/our version of the driver Sep 03 16:11:00 I should ask him Sep 03 16:11:08 he used ubuntu on the device Sep 03 16:11:14 so compiling mplayer was an issue for him Sep 03 16:11:35 arcee, what do you think? is it worth? maybe do that: Sep 03 16:11:38 boot SHR Sep 03 16:11:40 which has mplayer Sep 03 16:11:44 and try out Sep 03 16:11:48 you'll see Sep 03 16:11:57 then our fixes are at: Sep 03 16:12:46 http://gitorious.org/htc-msm-2-6-32/leviathan-incoming/commits/android-msm-2.6.32-rebase Sep 03 16:12:57 that's the most recent version and it matches with your kernel Sep 03 16:12:59 we have: Sep 03 16:13:06 *suspend fix (thanks alain2210) Sep 03 16:13:15 *alsa Sep 03 16:13:28 *fso support for resume reason Sep 03 16:13:40 *evdev Sep 03 16:13:45 for the touchscreen Sep 03 16:13:52 *wifi Sep 03 16:13:56 (no PSM) Sep 03 16:14:03 backlight instead of led Sep 03 16:14:04 etc... Sep 03 16:14:11 sure, I'll try to test in on the weekend. Sep 03 16:14:25 ok Sep 03 16:14:31 we could collabroate Sep 03 16:14:36 gnutoo: I successfully compiled xf86-video-msm natively Sep 03 16:14:42 dcordes, ok Sep 03 16:14:50 dcordes, hd2? Sep 03 16:14:53 gnutoo: yes Sep 03 16:14:56 natively means on target Sep 03 16:14:59 yes Sep 03 16:14:59 does it work well? Sep 03 16:15:04 does it work well? Sep 03 16:15:12 it starts Sep 03 16:15:22 ok Sep 03 16:15:34 try -vo xv Sep 03 16:15:39 in mplayer Sep 03 16:15:40 I can see efl content but any gtk stuff is broken Sep 03 16:15:44 ok Sep 03 16:15:50 do you have the most recent version Sep 03 16:15:55 it doesn't seem so Sep 03 16:15:59 reason: I compiled vs different framebuffer driver than I run Sep 03 16:16:02 ok Sep 03 16:16:20 gtk stuff is fixed upstream Sep 03 16:16:26 maybe you use the wrong branch/tree Sep 03 16:16:57 the sole problem is wrong framebuffer driver in running kernel Sep 03 16:17:10 ah ok Sep 03 16:17:13 xf86-video-msm tries to use functions that can not be provided by it Sep 03 16:17:21 ok I understand Sep 03 16:17:27 but how can you be sure it's that? Sep 03 16:17:32 now the aim is to port the correct msm_fb to my tree Sep 03 16:17:49 who will do that? Sep 03 16:18:08 me. with my copy-paste-fu Sep 03 16:18:10 ok Sep 03 16:18:11 nice Sep 03 16:18:23 note that it can become very complicated Sep 03 16:18:28 one function that depends on another Sep 03 16:18:32 which depend on core stuff Sep 03 16:18:35 which breaks booting Sep 03 16:18:46 core stuff means like memory mapping Sep 03 16:18:50 not mmap Sep 03 16:18:55 but how the ram is mapped Sep 03 16:19:00 no such things are hardcoded in the driver Sep 03 16:19:04 ah ok Sep 03 16:19:08 in the framebuffer driver Sep 03 16:19:10 ok Sep 03 16:19:17 but you have ioctls Sep 03 16:19:25 that depends on some other stuff Sep 03 16:19:27 but try it Sep 03 16:19:34 because: Sep 03 16:19:54 "they didn't know it was impossible so they succedded" tm Sep 03 16:20:49 that's a nice one I didn't know that Sep 03 16:21:07 lol Sep 03 16:21:13 I don't know from where it comes from tough Sep 03 16:21:15 good concept Sep 03 16:22:06 reminds me of 'if at first the idea is not absurd, then there is no hope for it' Sep 03 16:22:21 s/no/ Sep 03 16:23:34 this from professor einstein Sep 03 16:28:44 gnutoo: what hurdles are left towards beta ? Sep 03 16:29:37 dcordes, GUI + keyboard Sep 03 16:30:04 gnutoo: what is the keyboard problem ? Sep 03 16:30:19 it must be mapped and must be integrated Sep 03 16:30:27 /etc/profile.d/gtk-immodule.sh Sep 03 16:30:38 and both blocks Sep 03 16:30:50 ok so also a gui thing if you will Sep 03 16:30:55 no Sep 03 16:30:57 both means: Sep 03 16:31:02 /etc/profile.d/gtk-immodule.sh Sep 03 16:31:12 and keyboard mapping Sep 03 16:31:15 1) is an oe issue Sep 03 16:31:20 2) is an xorg issue Sep 03 16:31:42 2) basically kbd driver fails to map certain keys Sep 03 16:31:52 and evdev driver fails to map all the keys Sep 03 16:32:00 by map key I mean extra-keys Sep 03 16:32:07 FN ? Sep 03 16:32:09 like yes Sep 03 16:32:12 things like that Sep 03 16:32:15 ok Sep 03 16:32:25 it's called alt here Sep 03 16:32:28 but you got the idea Sep 03 16:32:45 I'm waiting for people to show up in #xorg Sep 03 16:32:45 maybe android source code of keyboard handling mechanism has answers ? Sep 03 16:32:49 no Sep 03 16:32:52 they don't use xorg Sep 03 16:32:55 it's an xorg issue Sep 03 16:32:57 yes Sep 03 16:33:06 ok so you won't patch driver ? Sep 03 16:33:14 I have to make it work Sep 03 16:33:28 it's only some xkb stuff Sep 03 16:33:32 no driver patch involved Sep 03 16:33:37 else it would be already fixed Sep 03 16:33:48 ok Sep 03 16:33:57 so in the meantime I made bluetooth work Sep 03 16:33:59 you know evtest ? Sep 03 16:34:04 yes I know Sep 03 16:34:11 I also know xev Sep 03 16:34:21 but the problem is not raw evdev events Sep 03 16:34:29 at least it seems Sep 03 16:34:47 ok Sep 03 16:34:57 http://vimeo.com/14630263 ubuntu on htcleo Sep 03 16:37:17 I need to bump fennec in oe Sep 03 16:37:26 it runs so damn nice Sep 03 16:40:58 dcordes, try eve too Sep 03 17:55:36 F@#$! Sep 03 17:55:42 28142 gena 20 0 3646m 2.7g 30m D 0 69.0 4:03.15 cinelerra Sep 03 17:58:25 dcordes: uhhm Sep 03 17:58:28 wow Sep 03 17:58:33 ubuntu on htcleo Sep 03 17:58:38 :-D Sep 03 17:58:55 with graphical effects? O_o Sep 03 17:59:47 well Sep 03 17:59:54 its a 1GHz CPU Sep 03 17:59:56 so... Sep 03 18:28:26 leviathan: yes the program is called 'netbook-launcher-efl' Sep 03 18:29:16 leviathan: you can't imagine how fast SHR starts on the device Sep 03 18:29:46 leviathan: as you see it handles fully blown gnome no problems Sep 03 18:38:00 dcordes, it's the hd2? Sep 03 18:42:14 <[Rui]> hi Sep 03 18:46:04 GNUtoo|laptop: yeah Sep 03 19:29:03 pespin, hi Sep 03 19:29:20 pespin, I tested the geeksphone driver and it's worse than ours Sep 03 19:29:29 but...our changes can easily be rebased Sep 03 19:29:56 gnutoo, which driver? alsa? Sep 03 19:30:02 yes Sep 03 19:30:21 by easily I mean very easily Sep 03 19:30:27 it's the same kernel version Sep 03 19:30:33 it's the same driver Sep 03 19:30:40 they can even take our changes Sep 03 19:30:48 rm sound/soc/msm Sep 03 19:30:53 and put ours Sep 03 19:30:56 change 2 things Sep 03 19:31:04 connect_compatible->connect Sep 03 19:31:07 and the version id Sep 03 19:31:12 and they're up and running Sep 03 19:31:15 at least they should Sep 03 19:31:16 that's great Sep 03 19:31:19 no Sep 03 19:31:22 that's horible Sep 03 19:31:32 because they'll have the same issue than us Sep 03 19:31:39 aka buffer underruns Sep 03 19:31:44 aka no big buck bunny Sep 03 19:31:46 ah yes, I remember Sep 03 19:31:50 indeed Sep 03 19:32:06 big buck bunny can work only with the following configuration: Sep 03 19:32:11 *mmap patch Sep 03 19:32:21 *encoded with -srate 8000 Sep 03 19:32:33 you imagine the sound quality at 8000! Sep 03 19:32:36 gnutoo, well, at least now you are more people using it, so more probabilites to find a solution? Sep 03 19:32:44 yes Sep 03 19:33:22 leviathan, are you interested in geeksphone por then? are you going to contact david from tuxbrain? Sep 03 19:33:30 s/por/port Sep 03 19:34:54 jonpry had issues with the rebase, so he has nothing yet Sep 03 19:54:37 pespin: SRY Sep 03 19:54:42 was eting Sep 03 19:54:45 *eating Sep 03 19:54:50 uahhh Sep 03 19:54:52 ok Sep 03 19:54:52 now Sep 03 19:55:02 pespin: I'd love to take the phone Sep 03 19:55:06 if I'm allowed to Sep 03 19:55:09 :-D Sep 03 19:56:31 leviathan, try that: Sep 03 19:56:57 mplayer -vo dga big_buc_bunny_with_44100_rotated.mpeg1 -ao sdl Sep 03 19:57:13 uhhm Sep 03 19:57:26 I've still no SHR running on dream :-( Sep 03 19:57:26 leviathan, if you ask for it I'm sure he'll lend you one :) Sep 03 19:57:36 pespin: yes! Sep 03 19:57:37 leviathan, ok I'll tell you the result Sep 03 19:57:45 NO BUFFER UNDERRUNS WHATEVER Sep 03 19:57:47 pespin: who is the guy I've gotta ask Sep 03 19:57:53 gnutoo: cool! Sep 03 19:57:58 gnutoo: how?! Sep 03 19:58:02 but no mmap Sep 03 19:58:08 just do -ao sdl Sep 03 19:58:20 leviathan, david@tuxbrain.com :) Sep 03 19:59:36 leviathan, do you need help on this port? Sep 03 19:59:52 note : I finish dream before Sep 03 20:00:09 gnutoo: as I've heard Sep 03 20:00:18 there seems a quiet similiarity Sep 03 20:00:20 hmm Sep 03 20:00:42 gnutoo: I'll tell you, as soon as I get trubble ok? Sep 03 20:00:53 until then I'll let you in peace do the other project Sep 03 20:02:01 leviathan, it's for knowing if I need one Sep 03 20:09:30 ahh Sep 03 20:09:31 ok Sep 03 20:09:37 then better borrow one too Sep 03 20:09:52 gnutoo: I'm sure I'll need some help from some stage on Sep 03 20:10:48 leviathan, then request one for me too Sep 03 20:11:13 I'll contact him for the details Sep 03 20:11:48 ok Sep 03 20:24:23 gnutoo: you like it ? Sep 03 20:45:10 dcordes, like what? Sep 03 20:45:21 the sound quality Sep 03 20:45:32 I've been waiting for that for ages Sep 03 21:49:36 gnutoo: sorry I mean the video :) Sep 03 21:49:57 leviathan: gnutoo: what are you guys cooking on ? Sep 03 21:50:49 dcordes, video? video works fine Sep 03 21:51:08 if you refer to #htc-linux Sep 03 21:51:17 I'm even watching a movie Sep 03 21:51:20 on the dream Sep 03 21:51:22 right now Sep 03 21:51:23 but... Sep 03 21:51:32 the issue is that my battery is a bit broken Sep 03 21:51:45 ah I can recommend everybody to buy shanzai batteries Sep 03 21:51:45 so it can shutdown at any moment Sep 03 21:52:05 I think it broke because I used the wrong charger Sep 03 21:52:16 I used to be picky about that and never got a second battery. but since I bought hd2 battery for 5 bucks which works fantastically well I am all convinced Sep 03 21:52:21 of cheap replacements :) Sep 03 21:52:29 ok Sep 03 21:52:39 well enjoy your movie as long as you can Sep 03 21:52:50 lol Sep 03 21:52:55 I'm mainly listening to it Sep 03 21:52:58 may I ask what you watching ? Sep 03 21:53:03 enemy of the state Sep 03 21:53:14 I've also big buck bunny Sep 03 21:53:29 ah enemy of the state is awesome Sep 03 21:53:33 indeed Sep 03 21:54:25 it's at 44100Hz Sep 03 21:54:28 and works fine Sep 03 21:54:48 I think we need to figure out what -vo sdl does Sep 03 21:54:53 and put pulse Sep 03 21:54:56 or something like that Sep 03 21:55:38 ok it shuted down Sep 03 21:56:32 did will smith make it to the spy proof faraday cage building before it cut off ? Sep 03 21:57:07 lol Sep 03 21:57:12 yes Sep 03 21:57:19 then it's all good :> Sep 03 21:57:20 basically he was in the van Sep 03 21:57:29 "nothing to piggy-back on" Sep 03 21:57:34 mickey|zzZZzz, hi Sep 03 21:58:06 mickey|zzZZzz, good news -ao sdl works like a charm Sep 03 21:58:10 no buffer underruns Sep 03 21:58:31 even in movies or big buck bunny in 44100 Sep 04 02:01:56 wow mapping is indeed possible Sep 04 02:02:01 evdev should be used Sep 04 02:02:27 xterm should be used for testing Sep 04 02:02:32 setxkbmap -model evdev -layout us -variant intl -option lv3:alt_switch should be used as a base Sep 04 02:02:41 the J key works now Sep 04 02:02:48 altough I've to map everything Sep 04 02:14:21 GNUtoo|laptop, good luck with it :) david told me you and leviathan have contacted him :) time to sleep for me, gnight! Sep 04 02:14:31 pespin, ok Sep 04 02:14:38 pespin, only one phone for now Sep 04 02:14:41 it goes to leviathan Sep 04 02:14:45 yeah Sep 04 02:14:52 because I've less time than him Sep 04 02:15:01 so I said to give him the first phone Sep 04 02:16:07 GNUtoo|laptop, he told me he'd ask for another one to geeksphone people. He said it would be easier once you provided some stuff done, like recording a video of a a booting env in it Sep 04 02:17:07 I'll finish keyboard,GUI and do that Sep 04 02:17:18 altough once commit is done Sep 04 02:17:26 everybody could do a video Sep 04 02:18:05 great :) Sep 04 02:18:10 going to sleep, gnight! Sep 04 02:18:23 ok Sep 04 02:18:29 night **** ENDING LOGGING AT Sat Sep 04 02:59:57 2010