**** BEGIN LOGGING AT Mon Oct 03 02:59:57 2011 Oct 03 07:15:48 SHR: 03Martin.Jansa 07shr-chroot * r0ea13c7bcfd1 10/var/cache/ldconfig/aux-cache: system upgrade Oct 03 07:15:50 SHR: 03Martin.Jansa 07shr-chroot * r05d11725afd5 10/ (1146 files in 53 dirs): system upgrade Oct 03 07:18:26 moin Oct 03 08:30:10 moin JaMa|Off Oct 03 08:31:48 JaMa|Off: does that look sane? http://paste.pocoo.org/show/486373/ Oct 03 09:43:28 mrmoku: yup, but you need Upstream-Status: header in that patch file Oct 03 09:44:55 JaMa|Off: ohh... too late :-P Oct 03 09:45:09 JaMa|Off: where can one read about those new things? Oct 03 09:46:00 ok... searching the wiki for Upstream-Status brings something Oct 03 09:49:05 JaMa|Off, hi, for my armv6 patch that a variant without vfp: Oct 03 09:49:18 I couldn't push to contrib/shr branch... Oct 03 09:53:31 before it worked with my old key but not anymore with my new key that is not in oe Oct 03 09:53:54 maybe I've a copy of the oe key in another computer Oct 03 10:33:07 GNUtoo: hmm I thought that oe-core-contrib is open to everybody.. maybe send key or question about it to oe-devel ML Oct 03 10:33:26 ok Oct 03 10:33:44 JaMa|Off, can I send my key to mickeyl? Oct 03 10:33:52 mrmoku: http://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines Oct 03 10:34:10 because I don't want to explain in detail why my key was destroyed Oct 03 10:34:21 GNUtoo: I don't know if mickeyl is still managing it or if it should be open to everybody Oct 03 10:34:30 Iok Oct 03 10:34:34 s/I// Oct 03 10:34:34 GNUtoo meant: ok Oct 03 10:34:35 thanks Oct 03 10:40:28 heyho Oct 03 10:40:38 GNUtoo: you have now a Nexus S Oct 03 10:40:40 ? Oct 03 10:40:45 morphis, yes Oct 03 10:40:52 how to boot your image? Oct 03 10:41:00 and many comments on your meta-samsung: Oct 03 10:41:09 1)why not using cyanogenmod kernel as a base Oct 03 10:41:30 2)why you don't mount devtmpfs from the kernel(CONFIG_DEVTMPFS_MOUNT) Oct 03 10:41:48 3)I don't remember I said it in the mail Oct 03 10:42:26 GNUtoo: I am using the meego boot image Oct 03 10:42:39 1) I am using cyanogen as base but with some extra modifications Oct 03 10:42:53 ah ok Oct 03 10:43:01 2) it's using devtmpfs but as we use the initramfs we can't use CONFIG_DEVTMPFS_MOUNT Oct 03 10:43:05 because the DESCRIPTION said official samsung kernel Oct 03 10:43:07 ah ok Oct 03 10:43:13 as we chroot'ing in the rootfs Oct 03 10:43:21 where's the meego initramfs? Oct 03 10:43:29 look at the blog post Oct 03 10:43:32 ok Oct 03 10:44:35 that: http://dl.dropbox.com/u/8657343/nexuss-meego-boot.img ? Oct 03 10:44:37 GNUtoo: there is a mountdevtmpfs.sh initscript Oct 03 10:44:38 yes Oct 03 10:44:50 that contain a kernel or not? Oct 03 10:44:52 GNUtoo: we need to add a recipe in OE to generate our own boot image Oct 03 10:44:53 yes Oct 03 10:44:58 but I exchanged it Oct 03 10:45:03 against my own compiled kernel Oct 03 10:45:04 ok Oct 03 10:45:13 look at htcdream kenrel recipe Oct 03 10:45:19 I fixed mkbootimg too Oct 03 10:45:29 I am back in some minutes Oct 03 10:45:39 btw I want to move away from gitorious to fso because of fetch issues for the htc* kenrles Oct 03 10:45:41 *kernels Oct 03 10:45:44 ok Oct 03 10:53:38 GNUtoo: (dumb battery vs nor u-boot) should i take a look at u-boot's sources? Oct 03 10:54:01 basically with dumb battery it powered off after a moment Oct 03 10:54:05 that's all I know Oct 03 10:54:15 then it's up to you if you want to look at the sources or not Oct 03 10:55:09 GNUtoo: i mean, do you have some particular info for me to think about? Oct 03 10:56:01 yes, that it powers off in uboot after a moment, during flashing....with the nokia battery Oct 03 10:56:09 it doesn't with the normal openmoko battery Oct 03 10:57:36 morphis, the meego thing doesn't work either Oct 03 10:57:38 let me look Oct 03 10:58:04 is --pagesize 4096 important? Oct 03 12:20:13 morphis, hi Oct 03 12:20:24 I tried to boot something but always failed Oct 03 12:20:35 even with framebuffer console in the kenrel Oct 03 12:20:45 good morning everyone Oct 03 12:20:48 hi Oct 03 12:24:24 morphis, I also tried meego kenrel with meego initramfs + shr ext2 img Oct 03 12:38:47 ping morphis Oct 03 12:38:54 I'm waiting for you.... Oct 03 12:39:45 else I've tons of stuff to do like renwing my metro card, or finding a freerunner battery Oct 03 12:39:54 so please show up Oct 03 12:40:36 GNUtoo: I am back Oct 03 12:40:47 you need the meego boot image Oct 03 12:40:48 ah ok nice Oct 03 12:40:49 replace the kernel Oct 03 12:40:52 yes I tried that Oct 03 12:40:58 put the ext2 image in linux/rootfs.ext2 Oct 03 12:40:59 I did with unmkbootimg Oct 03 12:41:01 ok Oct 03 12:41:05 done that too Oct 03 12:41:08 then boot the meego image Oct 03 12:41:13 done that too Oct 03 12:41:14 console does not work for me too Oct 03 12:41:18 the boot screen doesn't change Oct 03 12:41:22 but usb0 shows up after booting the meego image Oct 03 12:41:25 ok Oct 03 12:41:28 thats ok Oct 03 12:41:35 linux/rootfs.ext2 is somewhere? Oct 03 12:41:42 on the internal memory Oct 03 12:41:42 in /dev/mmcblk0p3? Oct 03 12:42:25 which internal memory? Oct 03 12:42:34 like /dev/mmcblk0p3(sdcard?) Oct 03 12:43:05 sh right Oct 03 12:43:11 it was named shr-lite-... Oct 03 12:43:19 /dev/block/vold/179:3 Oct 03 12:43:28 its mounted as /mnt/sdcard in android Oct 03 12:43:51 ok Oct 03 12:43:56 so /dev/mmcblk0p3 Oct 03 12:44:43 yes Oct 03 12:44:53 you have there a linux/rootfs.ext2? Oct 03 12:45:01 now yes...let's see Oct 03 12:45:06 I am using the fso2-console-image currently Oct 03 12:45:10 ok Oct 03 12:45:14 I've shr-lite-image Oct 03 12:45:22 ok Oct 03 12:45:51 you need the rndissetup.sh init script too Oct 03 12:45:54 how many minutes should I wait? Oct 03 12:46:01 it should be in Oct 03 12:46:05 o Oct 03 12:46:06 k Oct 03 12:46:07 you ammended the initscripts Oct 03 12:46:13 so it should be there Oct 03 12:46:15 the first boot needs some minutes Oct 03 12:46:19 ok Oct 03 12:46:24 but with second boot < 1min Oct 03 12:46:27 ok Oct 03 12:47:37 some means like 10? Oct 03 12:47:49 no Oct 03 12:47:51 or like 5? Oct 03 12:47:58 less than five Oct 03 12:48:07 ok Oct 03 12:48:11 I'll wait five then Oct 03 12:49:02 I've still no usb0 Oct 03 12:49:12 I'll check the rootfs Oct 03 12:49:50 which kernel do you use? Oct 03 12:50:16 the one in oe-core Oct 03 12:50:21 in meta-samsung Oct 03 12:50:24 default config Oct 03 12:50:36 but changed uImage to #uImage Oct 03 12:50:39 to get a zImage Oct 03 12:50:40 ah Oct 03 12:50:45 ah ok Oct 03 12:50:48 you need a zImage Oct 03 12:50:53 with uImage it does not work Oct 03 12:50:54 yes I know Oct 03 12:50:57 ok :) Oct 03 12:51:02 but it produces uImage by default Oct 03 12:51:04 I'll fix that Oct 03 12:51:15 basically what is in the recipe is wrong Oct 03 12:51:19 what is in machine config is right Oct 03 12:51:35 5 min, still no usb0 Oct 03 12:51:40 hm Oct 03 12:52:08 CONFIG_USB_ETH does not work Oct 03 12:52:10 somehow Oct 03 12:52:19 ah Oct 03 12:52:27 I need to boot first Oct 03 12:52:36 ? Oct 03 12:53:33 before debugging other stuff Oct 03 12:53:43 I need to be able to boot it and to take control of it Oct 03 12:53:57 I will upload my image Oct 03 12:54:00 so you can try it Oct 03 12:54:00 ok Oct 03 12:54:03 ok Oct 03 12:54:23 SHR: 03morphis 07meta-smartphone * r1192952085da 10/meta-samsung/recipes-kernel/linux/ (linux-samsung-crespo/defconfig linux-samsung-crespo_git.bb): meta-samsung: linux-samsung-crespo: bump SRCREV and update defconfig Oct 03 12:54:34 SHR: 03morphis 07meta-smartphone * r7880ac67710e 10/meta-palm/recipes-qt/qt4/ (qt4-embedded/palmpre/qte.sh qt4-embedded_4.7.3.bbappend): meta-palm: remove machine specific profile script for qt4-embedded Oct 03 12:54:45 hm I am getting this one today with bitbake: "AttributeError: 'module' object has no attribute 'domain'" Oct 03 12:55:30 lrwxrwxrwx root/root 0 2011-10-02 20:03 ./etc/rcS.d/S03rndissetup.sh -> ../init.d/rndissetup.sh Oct 03 12:55:46 lrwxrwxrwx root/root 0 2011-10-02 20:03 ./etc/rcS.d/S02mountdevtmpfs.sh -> ../init.d/mountdevtmpfs.sh Oct 03 12:56:08 hm Oct 03 12:56:10 should work Oct 03 12:56:13 indeed Oct 03 12:56:18 let me look at the image Oct 03 12:56:21 I am uploading my image now Oct 03 12:57:33 morphis: hi Oct 03 12:57:41 angelox|laptop: heyho Oct 03 12:58:18 morphis: where should i put the qml files for the aurora-keyboard ? Oct 03 12:58:25 angelox|laptop: hm Oct 03 12:58:37 angelox|laptop: in aurora-daemon/data/keyboard ? Oct 03 12:58:50 else I only need to mkfs.ext2 a partition Oct 03 12:58:50 as it should be part of the daemon and is not app Oct 03 12:58:57 like /dev/mmcblk0p3 Oct 03 12:59:04 yes Oct 03 12:59:08 but I never tried Oct 03 12:59:17 I failed to do that with the recovery Oct 03 12:59:26 busybox gave an error Oct 03 12:59:52 morphis: ok,i just called it as aurora-keyboard to identification :) Oct 03 12:59:59 ok Oct 03 13:01:50 it ran but usb0 didn't came up.... Oct 03 13:01:59 hm Oct 03 13:02:08 it's maybe some problem with your host? Oct 03 13:02:09 /etc/rcS.d/S98configure is lacking.... Oct 03 13:02:16 let me look Oct 03 13:03:54 freerunner is recognized Oct 03 13:04:13 50% of my image is up Oct 03 13:04:17 ok Oct 03 13:05:19 you need the fastboot iamge too? Oct 03 13:06:03 yes Oct 03 13:06:11 anyway fastboot image is not big Oct 03 13:12:12 ok Oct 03 13:13:21 GNUtoo: http://amethyst.openembedded.net/~morphis/fso2-console-image-crespo.ext2 Oct 03 13:15:19 GNUtoo: and http://amethyst.openembedded.net/~morphis/test.fastboot Oct 03 13:16:42 thanks a lot Oct 03 13:17:02 no problem Oct 03 13:17:38 GNUtoo: fsodeviced power-supply plugin works with default plugin on the Nexus S Oct 03 13:17:46 ok nice Oct 03 13:19:19 for suspend/resume we need to look into the android plugin if it still fits Oct 03 13:20:17 ok Oct 03 13:20:29 morphis, what do you think of the nexus S modem protocol? Oct 03 13:21:05 GNUtoo: I think it should be not so much work to get a fsogsmd plugin working Oct 03 13:21:29 GNUtoo: I already started with working on it Oct 03 13:21:37 but I have to leave now for some time Oct 03 13:21:41 WOW!!!!! Oct 03 13:21:42 ok Oct 03 13:21:54 paulk, ^^^ Oct 03 13:22:40 I was getting desesperated when paulk told me that the layer on top of the HDLC-like protocol was unknown Oct 03 13:24:03 I need to investigate a little bit more Oct 03 13:24:15 they are using ioctl for send/recv with the dev node Oct 03 13:24:17 ugly Oct 03 13:24:24 back Oct 03 13:24:32 I added normal read/write operations for the dev node Oct 03 13:24:38 which makes things easier for us Oct 03 13:24:44 morphis, oh great Oct 03 13:24:46 moo hackers Oct 03 13:24:49 we should use it on replicant too Oct 03 13:24:49 as we can use our normal infrastructures Oct 03 13:24:58 for example forwarding Oct 03 13:25:11 we need to adjust all of our tools just to support this ioctl stuff Oct 03 13:25:14 which is ugly Oct 03 13:25:44 ok Oct 03 13:25:46 so I think we will only use some parts of libsamsung-ipc in fso Oct 03 13:25:57 like the header files and the bootstrap functionality Oct 03 13:26:04 your image works Oct 03 13:26:47 GNUtoo: :) Oct 03 13:26:57 thanks a lot!!!! Oct 03 13:26:59 GNUtoo: the recipe is in meta-fso Oct 03 13:27:01 no problem Oct 03 13:27:12 morphis, last thing: Oct 03 13:27:20 can I push patches to meta-samsung if they wrok Oct 03 13:27:21 *work Oct 03 13:29:31 GNUtoo: yes, please do that Oct 03 13:29:49 ok thanks a lot Oct 03 13:50:44 morphis: i'll use (for now) three keyboards: Numerical Keyboard, Symbols Keyboard and Main Keyboard Oct 03 14:06:38 morphis, shr seem to boot too with your test.fastboot Oct 03 14:06:55 but for some reason I can ping but not ssh Oct 03 14:07:05 I guess it's because of S98configure Oct 03 14:07:08 or something like taht Oct 03 14:10:09 also I think we should redistribute bigger ext2 images but .bz2 or something like that Oct 03 14:13:05 I guess it lacks /dev/urandom or something like that Oct 03 14:13:18 or maybe it takes ages to create the ssh keys for the system Oct 03 14:24:14 hm Oct 03 14:24:19 /dev/urandom should be there Oct 03 14:24:30 but bigger ext2 is a good idea Oct 03 14:33:07 I think there was an xorg.conf somewhere Oct 03 14:33:25 maybe on meego page or somewhere Oct 03 14:33:34 that could make xorg work nicely Oct 03 14:34:55 GNUtoo: you will working on basic functionality for nexuss? Oct 03 14:35:06 I'll try Oct 03 14:35:08 GNUtoo: so I can concentrate on modem stuff? Oct 03 14:35:17 yes that's the idea Oct 03 14:35:23 I don't want you to look after the rest Oct 03 14:36:13 ok Oct 03 14:36:28 then I will concentrate completely on modem part next to my work on aurora/palmpre Oct 03 14:36:45 boot issues is taking more time than previsted => I'll look if I've the parts for a serial console Oct 03 14:36:51 ok Oct 03 14:36:58 morphis_, about aurora it failed on om-gta02 Oct 03 14:37:05 why? Oct 03 14:37:11 modem was in suspend Oct 03 14:37:20 and keep staying in suspend Oct 03 14:37:27 hm Oct 03 14:37:30 then touchscreen was wrong but that's easy to fix Oct 03 14:37:42 then settings had a cross on it Oct 03 14:37:53 and phone didn't display the dialer Oct 03 14:37:58 and I couldn't go back Oct 03 14:38:04 on both settings and dialer Oct 03 14:38:14 I guess all that is because of the modem sleep issue Oct 03 14:40:02 hm ok, but you need to respect the fact that we are currently reworking aurora ui completely Oct 03 14:40:40 and phone functionality is currently not implemented Oct 03 14:41:00 as we're reworking most things in C++ Oct 03 14:41:21 respect? I'm just signaling a bug, If it doesn't work for me it's not the end of the world Oct 03 14:41:44 I'll just wait more Oct 03 14:42:11 thats the problem Oct 03 14:42:18 ? Oct 03 14:42:28 I'm not idle.... Oct 03 14:42:33 I still do stuff Oct 03 14:42:36 as we're in the development and things are changing very fast it's hard to report bugs we can trace Oct 03 14:42:40 like wanting to help on nexus S Oct 03 14:42:41 ok Oct 03 14:42:54 ah the things I said by mail Oct 03 14:42:58 about bugs Oct 03 14:43:14 If my bug is device specific and that you don't care about om-gta02 it's fine for me Oct 03 14:43:15 no this is especially about aurora Oct 03 14:43:29 if you care about the bug then it's another story Oct 03 14:43:37 I tried to report it to you trough IRC Oct 03 14:43:38 it's a FSO bug? Oct 03 14:43:45 no idea Oct 03 14:43:47 or special for aurora? Oct 03 14:43:51 modem works on SHR Oct 03 14:44:02 ok, then it seems to be part of aurora Oct 03 14:44:19 but we're currently not using fsogsmd in any way in aurora's current state Oct 03 14:44:33 ok Oct 03 14:44:35 np Oct 03 14:45:00 but you're right, we need a maintainer for aurora and om-gta02 Oct 03 14:49:11 ok Oct 03 14:49:22 what if I do small bugfixes if I've the time Oct 03 14:49:29 because nexus S comes first Oct 03 14:49:33 and n900 too Oct 03 14:49:42 (first than aurora not om-gta02) Oct 03 14:50:16 ok Oct 03 14:50:33 morphis_, also, about the nexus s modem, ius planned to make libsamsung-ipc the lib to implement the communication between modem and AP but he wanted the real requests to be done on the RIL directly. Would you prefer going with another lib to do the requests (that could be shared between SHR/FSO and replicant or to implement the stuff on 2 different RILs, with 2 different programming languages? Oct 03 14:50:43 if I get bugs about aurora on om-gta02 I will reject them as long as we don't have a maintainer for om-gta02 Oct 03 14:51:20 paulk: hm Oct 03 14:51:36 paulk: my problem is that we have another infrastructure for the transport layer Oct 03 14:51:49 all stuff above the transport layer we can share Oct 03 14:51:53 so the real requests Oct 03 14:52:01 or maybe the protocol handling too Oct 03 14:52:18 but I am currently investigating how we can integrate this protocol the best way Oct 03 14:52:46 thats why I started to implement read/write instead of the ioctl for /dev/modem_fmt Oct 03 14:53:07 ok, so making a lib that would fit both with replicant libsamsung-ipc + RIL and SHR/FSO RIL and transport layer would be the best I guess Oct 03 14:53:11 paulk: at least we should are the header files which defines the message structures and types Oct 03 14:53:21 yes sure Oct 03 14:53:32 would the read:write actions be to replace the ugly ioctls? Oct 03 14:53:41 I think so Oct 03 14:53:46 I am still testing if it works Oct 03 14:54:17 ok, it would be awesome if you can get it to work that way Oct 03 14:54:23 otherwise, I can deal with the ioctls Oct 03 14:54:29 but read/write seems a lot better Oct 03 14:57:04 yes Oct 03 15:45:04 hi there Oct 03 15:45:26 someone is working on meta-java ? Oct 03 15:46:04 oops it's not oe channel :) Oct 03 17:12:51 SHR: 03morphis 07meta-smartphone * r12f4cf2658d0 10/meta-fso/recipes-freesmartphone/serial-utils/ (pty-forward-native.bb serial-forward_git.bb): meta-fso: serial-utils: import from oe-dev Oct 03 17:13:02 SHR: 03morphis 07meta-smartphone * r510df1edf2bf 10/meta-samsung/recipes-bsp/samsung-ipc/libsamsung-ipc_git.bb: meta-samsung: add recipe for libsamsung-ipc Oct 03 17:13:36 mickeyl: ping Oct 03 17:19:03 because of the rebuild bug that JaMa|Off hit too rebuilding images takes time: Oct 03 17:19:31 I added locally telnetd and netcat in busybox for my image Oct 03 17:19:43 and it's just finishing now Oct 03 17:20:44 GNUtoo: for nexuss? Oct 03 17:20:49 GarthPS: ping Oct 03 17:20:55 yes Oct 03 17:21:08 GarthPS: you already started to look at GPS on palmpre? Oct 03 17:21:09 since I was waiting someone on IRC I couldn't go out Oct 03 17:21:17 ok Oct 03 17:21:21 and look for a new cable + some other resistors Oct 03 17:21:30 ok Oct 03 17:21:40 I got twenty 150k resistors last friday .. Oct 03 17:22:29 There's just one stuff that isn't expensive in Brazil,resistors and capacitors :) Oct 03 17:22:40 :) Oct 03 17:22:42 morphis_: hi.I begin to lookt at the msmcomm code Oct 03 17:23:00 lol Oct 03 17:23:01 GarthPS: great, you need some more information? Oct 03 17:23:10 morphis_: ooh yeah :) Oct 03 17:23:21 GarthPS: then tell me :) Oct 03 17:23:46 as I have some very deep knowledge about all of this :) Oct 03 17:24:08 morphis_: well if i have not all the time right now to ask you , i will ask you more later. but for now I am not sure to understand what is done or not. Oct 03 17:24:14 and how all work Oct 03 17:24:56 GarthPS: ok, if I am not here please write me a mail Oct 03 17:25:08 morphis_: ok Oct 03 17:26:36 mrmoku: do you know if I can just push to the contrib/shr branch of meta-oe/oe-core? Oct 03 17:27:07 morphis_: for now how this should work ? which classe do you expect Oct 03 17:27:10 ? Oct 03 17:27:23 classe? Oct 03 17:27:41 morphis_: class Oct 03 17:27:58 morphis_: yup Oct 03 17:28:11 morphis_: provided you don't break my builds ;) Oct 03 17:28:23 mrmoku: I will just update to vala 0.14.0 :) Oct 03 17:28:30 good Oct 03 17:28:33 GarthPS: what do you mean by "class"? Oct 03 17:28:44 mrmoku: btw. do you wrote already to the linux hotel? Oct 03 17:28:53 hm, and I forgot to do the poll Oct 03 17:28:55 morphis_: class object as this is OOP right ? Oct 03 17:28:56 will do it now Oct 03 17:28:59 ah ok Oct 03 17:29:09 morphis_: sure Oct 03 17:29:15 morphis_: did you vote? :) Oct 03 17:29:18 GarthPS: at first you should get a better knowledge about things work Oct 03 17:29:25 mrmoku: no, I will do now :) Oct 03 17:29:35 GarthPS: for msmcomm and for the GPS stuff Oct 03 17:29:40 morphis_: I removed the dates where LH is _not_ available Oct 03 17:29:47 mrmoku: great Oct 03 17:29:55 and the community offer is still valid Oct 03 17:29:55 GarthPS: this means get traces from webOS Oct 03 17:29:59 yeah! Oct 03 17:30:04 just not linked from the other pages :) Oct 03 17:31:35 so my vote is done :) Oct 03 17:31:47 looks like we will meet early december Oct 03 17:32:20 GarthPS: take a look at the structures/ folder Oct 03 17:34:32 there is a show all Oct 03 17:35:15 morphis_: 16th-18th then Oct 03 17:35:40 yes Oct 03 17:36:00 I'll try to be there Oct 03 17:36:01 GNUtoo: btw. nexus s audio setup looks pretty much like std. alsa Oct 03 17:36:04 phone ringing Oct 03 17:36:06 yes Oct 03 17:36:07 mostly Oct 03 17:36:09 phone ringing Oct 03 17:36:10 GNUtoo: as thats what is implemented in libaudio Oct 03 17:36:15 GNUtoo: you marked friday the 16th as not available... what is the earliest you can come? Oct 03 17:36:27 morphis_: sorry , don't have the time enought. next time. but for sure I need to speak a little with you Oct 03 17:36:41 GarthPS: ok, just ask me or write a mail Oct 03 17:36:55 morphis_: ok. thx. Oct 03 17:38:35 GarthPS: no problem Oct 03 17:40:41 back Oct 03 17:56:20 morphis_: (aurora) approximately,how much should be the size of the virtual keyboard? 1/4 of the screen for example? Oct 03 18:06:37 JaMa|Off: it's quite difficult to find out about the upstream status of a glibc patch :-P Oct 03 19:21:57 freesmartphone.org: 03angelo 07aurora * r0135ff7dc89f 10/aurora-daemon/ (10 files in 4 dirs): Oct 03 19:21:57 freesmartphone.org: aurora-daemon: many improvements in the keyboard Oct 03 19:21:57 freesmartphone.org: - Fix keyboard's resizing process; Now it'll take ~1/4 of the screen to the keyboard Oct 03 19:21:57 freesmartphone.org: - Create data directory for keyboard's QML files Oct 03 19:21:57 freesmartphone.org: - Add few keyboard styles Oct 03 19:21:57 freesmartphone.org: - Create enumerations for each keyboard style Oct 03 19:21:58 freesmartphone.org: - Make VirtualKeyboard a visible class into the QML file Oct 03 20:01:13 rtp: i found out why my phy was not correctly autodetected. Same bug in Linux as already fixed in barebox (by me). Pull-ups/downs are not effective without both PUE and PKE set, and the mx25 header gets it wrong. I'll provide a patch soon. mx50's header is probably already clean, lucky you :) Oct 03 20:10:50 PaulFertser: again... this kind of trouble with pad configuration is really annoying :/ Oct 03 20:11:28 rtp: though i would suggest you to check I2C and ESDHC for sanity in arch/arm/plat-mxc/include/mach/iomux-mx51.h . At least on mx25 setting pue (and any pull-up/down specification) doesn't make sense without pke afaict. Oct 03 20:12:45 rtp: it's really annoying to first get excited about the very clean and consistent way to configure muxing etc in a single simple array that's processed automatically only to find later that they do it wrong :) Oct 03 20:15:32 iomux-mx51 has been generated from some fsl doc so if it's wrong, it would mean that fsl got their doc wrong Oct 03 20:15:56 (iirc) Oct 03 20:17:23 rtp: how do you tell iomux-mx51 was autogenerated and mx25 wasn't? :) Oct 03 20:19:02 PaulFertser: given how many times I had to fix iomux-mx51, seeing big changes in this file tends to catch my attention. Not the case for mx25 :) Oct 03 20:20:14 rtp: oh and you're telling me mx51 is decently supported after it ;) Oct 03 20:22:55 PaulFertser: now that it has been fixed, it's decently supported :) Oct 03 20:24:11 rtp: but i still see pull-up/downs specifications without PKE | PUE, that doesn't make sense i'm afraid. Oct 03 20:26:31 rtp: i think i'll propose to make all PUS to automatically define PUE and PUE to define PKE. Oct 03 20:30:28 PaulFertser: hmm... you can at least send a RFC for that to get more comment. The doc about pad configuration is very bad imho, already got trapped about meaning of the SION bit Oct 03 20:36:42 rtp: damn, do not they understand themselves it's mad confusing? I can't fully understand SION too :/ Oct 03 20:37:50 rtp: though page 62 of mx51 datasheet suggests i'm right about PKE and PUE. Oct 03 20:38:48 62 of mx25 i mean, sorry. Oct 03 21:15:51 freesmartphone.org: 03angelo 07aurora * r2616fd967c68 10/aurora-daemon/data/keyboard/MainKeyboard.qml: aurora-daemon: remove testing-purpose function in keyboard Oct 03 21:15:52 freesmartphone.org: 03angelo 07aurora * r1d2d3589b351 10/aurora-daemon/src/ (application.cpp application.h): aurora-daemon: turn height,width and y public variables Oct 03 22:49:13 what's iomux-mx51? what platform? Oct 04 02:09:56 freesmartphone.org: 03angelo 07aurora * r0545e87eb79d 10/aurora-daemon/src/ (4 files): aurora-daemon: add keys signals/slots handling for aurora-keyboard **** ENDING LOGGING AT Tue Oct 04 02:59:57 2011