**** BEGIN LOGGING AT Mon Dec 28 02:59:57 2009 Dec 28 06:47:13 max_posedon: hey Dec 28 06:57:49 max_posedon: if it is _that_ cool, why nobody's using it on fr already? Dec 28 06:57:56 max_posedon: several guys tried successfully. Dec 28 07:05:23 PaulFertser: I haven't yet seen any tools that can flash a ubifs image to the gta0x. This a barrier to the adoption of ubifs i suspect Dec 28 07:06:11 budfive_: i bet nandwrite can do that. Dec 28 07:08:19 PaulFertser: I don't know much about it, but there was a post on the ML a few days ago that specifically said that it can't Dec 28 07:08:42 budfive_: and i'm almost sure it can be done with DFU. Dec 28 07:08:51 budfive_: but nandwrite can work for sure. Dec 28 07:09:07 budfive_: also there's a special flashing utility that comes with ubi-utils Dec 28 07:09:12 PaulFertser: ok. have you ever tried? Theoretically, ubifs is better, right? Dec 28 07:12:40 budfive_: probably i will. It's the time i want to finally get a working phone and start using shr with debian on sd in chroot anyway :/ Dec 28 07:17:54 PaulFertser: :) I've been meaning to move more towards debian, but I don't have the time to do everything. I want to build the shr-specific packages for debian, but that would take a lot of work. someday... Dec 28 07:19:35 budfive_: current shr packages can't be built because debian lacks newer E libs, current FSO can't be built because debian lacks the-latest-and-greatest vala, current FSO doesn't work reliably because upstream dbus lacks patch that allows to specify timeout etc etc... Dec 28 07:20:27 PaulFertser: well, all these could be fixed in debian, but it'd take a lot of work; like i said Dec 28 07:20:45 shr does seem to be a good compromise, though Dec 28 07:21:29 budfive_: if only OE had a decent packages manager instead of opkg... Dec 28 07:22:12 And SHR would come with proper GNU userland or at least sane busybox options pre-installed. Dec 28 07:25:05 PaulFertser: I've been installing the tools I need as I need them. Most things do exist in the opkg repo Dec 28 07:25:28 PaulFertser: but it is extremely annoying to not even have a real "less" at the start Dec 28 07:25:33 budfive_: indeed. That doesn't make opkg suck less unfortunately. Dec 28 07:55:19 morning Dec 28 08:01:32 lindi-: in your bug report, what do you mean by "stop GSM"? Dec 28 08:59:19 budfive_: 100% ack Dec 28 09:01:29 budfive_: http://people.openmoko.org/joerg/unsorted/opkg-u ;-D Dec 28 09:53:45 budfive_: i killed both ogsmd and gsm0710muxd Dec 28 09:54:04 budfive_: and checked with "om gsm power" that the power_on node has zero Dec 28 10:00:10 lindi-: i like how you always implicitly advertise om-hacks ;) Dec 28 10:02:36 spaetz: hey :) say, who is responsible for providing file hashes for images SHR provides? Dec 28 10:06:24 PaulFertser: well i can't remember the long sysfs path Dec 28 10:06:36 PaulFertser: plain and simple :) Dec 28 10:07:12 PaulFertser: i can't remember the ousaged dbus method name for checking that either :( Dec 28 10:15:26 lindi-: that's ok and perfectly understandble. Dec 28 10:16:34 lindi-: and i admit when you mention "om bla bla" it looks really cool ;) Dec 28 10:17:48 PaulFertser: any ideas on the actual bug? Dec 28 10:25:39 lindi-: i remember seeing the report, thanks for the precise and complete information, as usual. I'd need to check the actual code in question to say more. Dec 28 10:39:11 PaulFertser: a) should kernel clear the bits in SRCPND after resume? Dec 28 10:39:30 PaulFertser: b) if yes, how can I check the contents of SRCPND easily from userland Dec 28 10:48:53 lindi-: sorry, i'm afraid i have no idea atm. Dec 28 10:49:10 (looks cool) yeah for the mere look of it... maybe. But for other people trying to reproduce it's extremely annoying. A bugreport has to use standard tools (yeah *standard*) wherever possible. For all that's not in every user's manpages there has to be a decent description on what that tool does in detail, plus a reference where to get that tool and how to use it on this particular case. Plus a short explanation why it' Dec 28 10:49:10 s needed at all to resort to that non-standard tool Dec 28 10:52:12 usually we want to investigate the one particular bug on a ticket. Not bisect if there's a flaw in any cool hacker tools Dec 28 12:16:40 hello Dec 28 12:16:50 i'm looking for the author of libeflvala :) Dec 28 12:16:56 hell o Dec 28 12:16:56 mickeyl|flu, I suppose you are :P Dec 28 12:17:04 hi JaMa Dec 28 12:25:12 i want to listen to EVAS_CALLBACK_* events, but of course there is no event_callback_add Dec 28 12:25:34 so I added one by my own, patching Evas.h also with the same method used for Evas_Smart_Cb Dec 28 12:26:26 and I modified evas.vapi to add event_callback_add Dec 28 12:26:37 on DEL callback it seems to work, but no way on KEY_* Dec 28 12:26:42 or MOUSE_* Dec 28 12:38:17 ok i have to kill my self Dec 28 12:38:20 problem solved :D Dec 28 12:51:42 ok the problem is an other one now Dec 28 12:52:06 mapping Evas_Event_* structs :) Dec 28 13:08:56 mickeyl|flu, maybe I have a patch for you Dec 28 13:09:17 but it's not complete... I mean I fix-typed it to be usable only for KEY_UP events :D Dec 28 13:35:04 PaulFertser: nobody :) Dec 28 13:36:35 PaulFertser: actually, I don't know if OE could automatically create a file hash... Dec 28 13:36:37 freesmartphone.org: 03mickey 07specs * rc034dd1fc927 10/ (5 files in 3 dirs): disable problematic preferences methods until Vala 0.7.10 is out Dec 28 13:37:28 morning folks Dec 28 13:37:34 morning Dec 28 13:46:54 spaetz: somebody should do that somehow anyway, do you agree? Dec 28 13:47:06 spaetz: should i file a ticket on trac or what? Dec 28 14:10:17 mickeyl|flu, should i add a gsl depency or implement the matrix by myself in vala? Dec 28 14:12:45 matrix? Dec 28 14:12:52 yes Dec 28 14:13:04 i'm lacking context here... what are you talking about? Dec 28 14:13:16 hidden markov model uses a lot of matrixes (matrices?) Dec 28 14:13:31 I'm playing with the gesture code Dec 28 14:13:37 ah Dec 28 14:13:38 awesome Dec 28 14:13:42 i'd use libgsl from vala Dec 28 14:13:48 no need to implement that stuff on your own Dec 28 14:13:54 vala has gsl bindings Dec 28 14:14:21 yes Dec 28 14:14:34 one problem: they are using double Dec 28 14:16:33 worry about performance later Dec 28 14:16:42 :) Dec 28 14:17:46 while it's nice if it performs on the FR, i wouldn't limit myself too much into this hardware Dec 28 14:28:09 hi mickeyl|flu Dec 28 14:28:12 you read my msgs? Dec 28 14:29:54 daniele_athome: yes, i'm the author of libeflvala. patches appreciated Dec 28 14:31:00 mickeyl|flu, that'is Dec 28 14:31:11 that's it Dec 28 14:31:31 I'm binding support for event_callback_add Dec 28 14:31:45 but i'm stuck into EventCallback prototype Dec 28 14:31:59 void*event_info should be casted to whatever Evas_Event_* Dec 28 14:32:47 right Dec 28 14:32:56 are the individual event structures already bound in the vapi? Dec 28 14:33:11 mickeyl|flu, no just one for now Dec 28 14:33:20 that one that I need, but if you tell me how to solve this issue Dec 28 14:33:27 I will bind all the rest Dec 28 14:33:29 cool Dec 28 14:33:38 first we need to check whether the requirements are fulfilled Dec 28 14:33:41 vala does not bound anonymous structs Dec 28 14:33:51 mmm Dec 28 14:33:54 so in Evas.h there need to be typedef struct _foo {} Foo; Dec 28 14:33:59 is it for the event structs? Dec 28 14:34:16 yes there are such typedefs for Evas_Event_* Dec 28 14:34:23 no wait Dec 28 14:34:35 in Evas.h there are hiding typedef Dec 28 14:34:52 like typedef struct _Evas_Event_Key_Up Evas_Event_Key_up; Dec 28 14:34:54 like that Dec 28 14:34:59 that's good for us Dec 28 14:35:22 ok Dec 28 14:35:24 so the basics idea is for every event callback struct we create a seperate struct in the .vapi Dec 28 14:35:36 mickeyl|flu, an exact copy, right? Dec 28 14:35:41 with the same members Dec 28 14:36:01 yes, with the same members, but with vala typenames instead of C typenames Dec 28 14:36:13 mickeyl|flu, look here: http://pastebin.com/m5b421052 Dec 28 14:36:15 along the way you might need to add more enums Dec 28 14:36:29 not all members are typed because not all structs are bound Dec 28 14:36:48 just leave the members out that you don't need Dec 28 14:37:09 ok Dec 28 14:41:44 mickeyl|flu, actually I made all the steps, the one I miss is void *event_info Dec 28 14:42:02 for my needs I made it Evas_Event_Key_Up *event_info Dec 28 14:42:04 in Evas.h Dec 28 14:42:16 and Event.Key_Up event in vapi Dec 28 14:42:30 but I would like to catch different types of events :) Dec 28 14:42:46 hmm Dec 28 14:42:48 what about a empty struct like Event.Dummy Dec 28 14:42:49 two options Dec 28 14:42:52 and then casting? Dec 28 14:42:58 yes, either that Dec 28 14:43:05 or define the event structs as compact classes Dec 28 14:43:13 that inherit from a base class Dec 28 14:43:23 that would be more elegant to use from Vala Dec 28 14:43:25 so I can do things like var a = event_info as Event.* Dec 28 14:43:26 ? Dec 28 14:43:29 yep Dec 28 14:43:33 mmm Dec 28 14:43:35 alright :) Dec 28 14:43:44 take a look at elm.vapi Dec 28 14:43:49 mickeyl|flu, thank you, I don't know if I can make it for today or tomorrow Dec 28 14:43:51 i did it there for all the elementary widgets Dec 28 14:43:55 but very soon I will post a patch wherever Dec 28 14:43:56 all inherit from Elm.Object Dec 28 14:43:59 awesome, thanks Dec 28 14:44:12 mickeyl|flu, there is a problem btw with Elm.Object Dec 28 14:44:19 because it is a compact class, I cannot inherit from that Dec 28 14:44:41 I wished to make a custom innerwindow but I couldn't inherit from Elm.Window Dec 28 14:44:52 because members are not allowed in inherited compact classes Dec 28 14:44:58 yeah Dec 28 14:45:29 i'm afraid the way we bind elementary, we have a hard time directly inheriting from the widgets Dec 28 14:45:36 they're more like leaf-classes Dec 28 14:45:45 but composition is a mighty device as well Dec 28 14:45:48 could it be solved easily? I mean, can I just make the compact classes not compact? Dec 28 14:45:55 hmm Dec 28 14:46:15 worth a try. i'm afraid sooner or later you will run into different problems, but perhaps it just works Dec 28 14:48:37 ok i'll think about it later Dec 28 14:48:39 bye mickeyl|flu Dec 28 14:55:54 spaetz: ping, have anyone tried shr-testing 18 dec? The guy says there's no mouse cursor, so he's stuck on language selection dialog. Dec 28 14:56:55 PaulFertser: cursor should be disabled in all shr-* Dec 28 14:57:05 PaulFertser: after switch to xorg-xserver Dec 28 14:57:47 JaMa: ok, i see. But is it possible the image is bad (lacking hal?) Dec 28 14:59:20 hal is also not used for input devices.. Dec 28 14:59:33 he can remove nocursor option in Xserver startup script Dec 28 14:59:50 JaMa: he says TS does nothing so he can't select language Dec 28 14:59:54 to see if cursor is moving somehow and maybe just calibration is broken for his device Dec 28 15:00:38 yo Mirko! Dec 28 15:00:45 JaMa: it's a bit too tricky to ssh in given blank root password and openssh by default. Dec 28 15:01:02 ah :/ Dec 28 15:01:09 mickeyl|flu: which one? :) Dec 28 15:01:32 you, of course. always the last one that enters a channel Dec 28 15:01:34 ;) Dec 28 15:01:51 mickeyl|flu: hehe, hoped so :) Dec 28 15:02:01 mickeyl|flu: how are ya? heard you are sick Dec 28 15:02:07 and thus not in berlin Dec 28 15:02:28 ya, my throat is killing me. pretty hartnäckig this time. but i'll survive. how are things going for you? Dec 28 15:02:41 really doesn't sound good Dec 28 15:02:44 ah things are moving Dec 28 15:02:51 finally in production and such Dec 28 15:02:54 and the rest is moving as well Dec 28 15:02:59 so I guess we are making progress Dec 28 15:03:01 how aboiut you? Dec 28 15:03:32 PaulFertser, i have the same problem. that's why i use tslib instead of evdev Dec 28 15:03:33 ~logs Dec 28 15:03:35 All conversations are logged to http://ibot.rikers.org/channel, where "channel" is replaced by the URL-encoded channel name, such as %23freenode for #freenode. Lines starting with spaces are not logged. Dec 28 15:04:38 so so, got a large iphone contract that will keep me busy for the next three months, which is good. still trying to acquire some FSO work though. actually wanted to meet with a potential client in Berlin today... :/ Dec 28 15:05:16 contract sounds good Dec 28 15:05:19 hm Dec 28 15:05:28 the client thing istn't ... Dec 28 15:05:37 wow denglish Dec 28 15:06:33 playya: hey, thanks for the pointer :) Dec 28 15:07:20 you have to move the /etc/X11/Xsession.d/S89x* script and the use ts_calibrate Dec 28 15:07:46 playya: sounds easy if one has ssh access... Dec 28 15:08:35 yes. that's why i patched shr-image.bb to copy my ssh keys Dec 28 15:08:47 vegyraupe: toi toi toi for the production. are you already working on the next model or still focusing on the first one? Dec 28 15:10:41 mickeyl|flu: thx :) well we are exploring several options and paths, we are working on the second version of the NanoNote and as I said also other potential devices / ideas Dec 28 15:11:08 the software focus is still on the first device though Dec 28 15:12:02 vegyraupe: righto. sounds good. there's a myriad of android devices coming, yet enough people are unsatisfied with their middleware, so i think FSO will just keep going ;) Dec 28 15:13:00 !logs Dec 28 15:13:00 Channel logs for #openmoko-cdevel are archived at: Dec 28 15:13:01 http://hentges.net/tmp/logs/irc/%23openmoko-cdevel Dec 28 15:13:03 Live-logs are available at Dec 28 15:13:04 http://hentges.net/tmp/logs/irc/livelogs/%23openmoko-cdevel.livelog Dec 28 15:13:07 See ?? help-logs for usage instructions Dec 28 15:15:30 mickeyl|flu: heh, I am glad to hear that people are not happy with android Dec 28 15:15:39 the more open the better Dec 28 15:16:02 got another device fully supported yet? Dec 28 15:17:00 not yet Dec 28 15:17:02 that's a nightmare Dec 28 15:17:08 basically everything is crap Dec 28 15:17:15 really annoying subject Dec 28 15:17:16 which ones r u working on? Dec 28 15:17:18 oh k Dec 28 15:17:25 the question is valid Dec 28 15:17:36 htc i abandonded Dec 28 15:17:43 not going anywhere, i think Dec 28 15:17:54 palm pre is stuck because of really supersecret modem protocol Dec 28 15:18:00 (although morphis is workgin on that) Dec 28 15:18:04 and noone has a n900 yet Dec 28 15:18:29 so... we all hug our FreeRunners and live happily ever after... Dec 28 15:18:37 i thought the motorola ... the droid thing has the same modem as the palm? Dec 28 15:18:37 *sigh* Dec 28 15:18:52 and the code was open? Dec 28 15:18:58 playya: didn't you tell me that? Dec 28 15:18:59 the muxer code Dec 28 15:19:01 yes, word is on the street that it's like that Dec 28 15:19:08 however that does not have to say anything Dec 28 15:19:14 ah Dec 28 15:19:18 since they might use different firmware Dec 28 15:19:24 so the same modem might speak AT on the droid Dec 28 15:19:29 keep your fingers crossed Dec 28 15:19:32 but the fscking supersecret qualcomm protocol on the pre Dec 28 15:19:40 to make it worse Dec 28 15:19:47 we learned it's generated(!) Dec 28 15:19:56 that means chances are once we have it deciphered Dec 28 15:20:01 they regenerate for the next webos Dec 28 15:20:05 and boom... back to square 1 Dec 28 15:20:06 hm, as a palm owner I am keeping everyones fingers crossed ;) Dec 28 15:20:08 oh how i hate all that Dec 28 15:20:11 * mickeyl|flu tired Dec 28 15:20:42 * playya wants to own a kaeshobel, too Dec 28 15:25:22 :) Dec 28 15:25:46 mickeyl|flu: nice to hear that gta02-core doesn't have to worry much about competition ;-) Dec 28 15:26:20 wpwrak: ya, not at all. i would not have believed that the FreeRunner would be so special for so long Dec 28 15:26:30 i somewhat though we would see lots of open devices Dec 28 15:26:34 no idea what i have been thinking Dec 28 15:26:36 *shrug* Dec 28 15:27:01 mickeyl|flu: give industry the choice between more open and more closed, and it's fairly predictable what they'll take ... Dec 28 15:27:34 i don#t know Dec 28 15:27:48 that holds only when open is more work than closed IMO Dec 28 15:27:52 but actually it's vice versa Dec 28 15:28:00 open parts are less work in general Dec 28 15:28:05 which means cheaper Dec 28 15:28:10 so, more $$$ Dec 28 15:28:21 mickeyl|flu: naw, it's about control. make it as open as necessary that you can sell it at all, but don't yield one millimeter beyond that Dec 28 15:28:56 Hi Dec 28 15:28:57 Problem : After installing SHR (With this rootfs ver. ) on NAND , SHR has been booted until this language setup page , but touch screen does not detect pen and language can not be selected ; touch screen is disabled . Dec 28 15:29:22 rootfs ver. was full 0091218 Dec 28 15:29:29 mickeyl|flu: things would change if there was a large market that will insist on open. but that first needs a few successful products ... chicken and egg Dec 28 15:32:15 yeah, all incredibly tiring Dec 28 15:32:18 and annoying Dec 28 15:32:46 how's 02-core progressing? Dec 28 15:32:54 mickeyl|flu: the world would be so boring if it hadn't those little imperfections we can try to remove ;-) Dec 28 15:33:12 the weekly status reports are somewhat stalled... Dec 28 15:33:37 mickeyl|flu: semi-dormant. we still don't have the components and they may (or may not) be issues :( Dec 28 15:34:06 mickeyl|flu: and we need to know our BOM before we can do anything useful for the layout. so the components are a blocker. Dec 28 15:34:24 mickeyl|flu: naw, i never subscribed to the idea of weekly status reports ;-) Dec 28 15:34:40 i see. so it's not around the corner Dec 28 15:35:57 mickeyl|flu: once the component issue is settled, we should be able to progress quickly. Dec 28 15:36:57 well, now that the wiki reader is such a success, we'll surely see 03 coming Dec 28 15:36:58 mickeyl|flu: perhaps 1-2 months until we'll have the gerbers. then it should be a matter of weeks. (one for pcbs, then whatever time slot we can grab at USP for SMT) Dec 28 15:36:59 * mickeyl|flu chuckles Dec 28 15:37:17 mickeyl|flu: 03 is already obsolete :) Dec 28 15:37:48 doesn't matter... Dec 28 15:38:14 mickeyl|flu: *cough* Dec 28 15:38:17 You think so? Dec 28 15:38:51 the obsolesence or the coming? Dec 28 15:38:58 note that i chuckled Dec 28 15:39:07 mickeyl|flu: Yeah, I just noticed Dec 28 15:39:08 .. Dec 28 15:39:20 silly me Dec 28 15:39:24 Dec 28 15:39:24 ;) Dec 28 15:40:05 sry guys my batt is low Dec 28 15:40:08 need to sign off Dec 28 15:40:09 cya Dec 28 15:40:12 cu vegyraupe Dec 28 15:40:17 bye Dec 28 15:41:01 mickeyl|flu: Has anyone asked to Sean about that yet? Dec 28 15:41:06 s/to// Dec 28 15:41:07 alphaone meant: mickeyl|flu: Has anyone asked Sean about that yet? Dec 28 15:42:16 alphaone: i don't think so. i kinda doubt he wants to get into phones again anyway. Dec 28 15:42:24 any opinion ? Dec 28 15:42:27 alphaone: not to my knowledge. i might do next time i talk to him Dec 28 15:43:06 wpwrak: Yeah, I believe that Dec 28 15:44:24 alabd: Not really. Have you tried other versions? Did touch screen ever work? Are you using matching kernel/rootfs Dec 28 15:45:23 alphaone: touch screen is ok Dec 28 15:45:47 how to know if they match Dec 28 15:45:50 kernel this Dec 28 15:46:34 http://build.shr-project.org/shr-testing/images/om-gta02/uImage-2.6.29-oe11+gitr119860+b90406de472c1aa5371ab593a2bb79136d5de658-r6-om-gta02.bin Dec 28 15:46:42 rootfs : Dec 28 15:47:00 http://build.shr-project.org/shr-testing/images/om-gta02/shr-full-eglibc-ipk--20091218-om-gta02.rootfs.jffs2 Dec 28 15:54:42 alphaone: how to know if they match or not ? Dec 28 15:55:20 are any modules loaded? Dec 28 15:56:05 how to know ? Dec 28 15:56:57 lsmod when you ssh to the device Dec 28 15:57:30 how to ssh is it in wiki ? Dec 28 15:57:53 thats the proble Dec 28 15:57:57 SHR swithed to sshd and permit empty passwords Dec 28 15:58:34 ah, right Dec 28 15:59:11 no idea then Dec 28 15:59:17 I would use 2nd distribution on uSD, chroot and test it from chroot.. Dec 28 16:00:28 mickeyl|flu, could we change the the Acceleromter class to singleton Dec 28 16:00:47 the we only we have one class which parses the events Dec 28 16:01:10 and use a signal instead of a delegate Dec 28 16:01:33 yes, i would not oppose to that. please send me a patch beforehand though Dec 28 16:02:08 in general i always use a delegate rather than a signal Dec 28 16:02:16 but once we have 1:n, a signal is ok Dec 28 16:02:27 ok Dec 28 16:03:28 playya: do you mean ssh can not be used ? Dec 28 16:04:01 did you already change your password? Dec 28 16:17:50 no playya at all humble have not tried ssh yet Dec 28 16:18:03 ssh can be done with OS ? Dec 28 16:18:25 os is shr and is not configured cause of that problem Dec 28 16:20:02 alabd, do you build your own images? Dec 28 16:20:28 no kernel this : Dec 28 16:20:35 http://build.shr-project.org/shr-testing/images/om-gta02/uImage-2.6.29-oe11+gitr119860+b90406de472c1aa5371ab593a2bb79136d5de658-r6-om-gta02.bin Dec 28 16:20:47 and root fs http://build.shr-project.org/shr-testing/images/om-gta02/shr-full-eglibc-ipk--20091218-om-gta02.rootfs.jffs2 Dec 28 16:21:36 Problem : After installing SHR (With this rootfs ver. ) on NAND , SHR has been booted until this language setup page , but touch screen does not detect pen and language can not be selected ; touch screen is disabled . Dec 28 16:27:17 does ssh into FR requires os on FR ? Dec 28 16:27:50 alphaone: problem with ssh is not that playya_ mentioned Dec 28 16:27:53 does ssh into FR requires os on FR ? Dec 28 16:28:34 you can ssh to your FR? Dec 28 16:32:43 playya_: after connecting usb cable into pc and fr , pc does not detect fr Dec 28 16:33:20 any hints in dmesg? Dec 28 16:36:58 but pc unlike today morning does not detect FR as a usb device after connecting cable , maybe this is also cause of flashiing new shr ? Dec 28 16:40:00 since some days ago I've been told by people that they hear me bad and with echo. Have anyone changed default scenarios recently? :S Dec 28 16:40:18 the old ones worked great Dec 28 16:40:35 playya_: http://pastebin.com/m2ae33ef5 Dec 28 16:40:37 yes, the scenarios have changed Dec 28 16:40:43 (my neo is buz-free) Dec 28 16:40:45 since we're using a new format now Dec 28 16:41:09 mickeyl|flu, well, then that's my feedback: the settings in it used to be better before :D Dec 28 16:41:22 ya, some people report that Dec 28 16:41:34 you can change the settings with alsamixer back to what worked for you Dec 28 16:41:36 are you planning to work on it? Dec 28 16:41:51 and then trigger writing them to the disk in the new foramt Dec 28 16:42:00 via mdbus Dec 28 16:42:01 no idea which where the old ones :S Dec 28 16:42:13 probably those in the old distros... Dec 28 16:42:43 mickeyl|flu, is there some documentation about the new format used? Dec 28 16:43:07 let me document it here and now: Dec 28 16:43:13 one line for every control Dec 28 16:43:14 great :D Dec 28 16:43:21 format for every line Dec 28 16:43:26 ,, Dec 28 16:43:45 it's just a compressed state file, so to speak Dec 28 16:44:02 are they placed in shr/scenarii directory too?? Dec 28 16:44:26 no, they live in /etc/freesmartphone/alsa/ Dec 28 16:45:06 example: Dec 28 16:45:12 1:'PCM Volume':2:0,0 Dec 28 16:45:17 control #1 Dec 28 16:45:20 name is PCM Volume Dec 28 16:45:25 hmm but why did they change the values when changing to new format if they where working great? :S Dec 28 16:45:28 2 values (since it's stereo) Dec 28 16:45:32 0 left Dec 28 16:45:33 0 right Dec 28 16:45:55 the new compressed format allows for much faster routing changes Dec 28 16:46:10 that's the brief reason Dec 28 16:46:34 yes, looks more simple now :) Dec 28 16:47:15 but if people here me wrong now it's not because of the change of format but of the values in it itself, Am I wrong? Dec 28 16:47:22 correct Dec 28 16:47:38 when i created the default values i took the latest stuff from the openmoko svn Dec 28 16:47:44 which was considered the 'official' statefiles Dec 28 16:47:46 sorry to hear they're worse Dec 28 16:47:47 playya_: Dec 28 20:16:05 alabd kernel: [ 8215.572445] cdc_acm 5-1:1.0: This device cannot do calls on its own. It is no modem. Dec 28 20:16:05 alabd kernel: [ 8215.572483] cdc_acm 5-1:1.0: ttyACM0: USB ACM device Dec 28 16:47:55 mickeyl|flu, ah, ok :) Dec 28 16:47:55 patches apprecitated Dec 28 16:48:05 so they aren't the same as shr ones I suppouse Dec 28 16:48:25 no, they're different from the ones SHR shipped Dec 28 16:48:31 but i have no opinions on that Dec 28 16:48:34 we can change them Dec 28 16:48:40 it's just that it's hard Dec 28 16:48:56 since everything sounds different for everyone Dec 28 16:49:44 dfu-util -l does not show FR ID now , maybe this is also cause of flashiing new shr ? Dec 28 16:50:20 mickeyl|flu, well, I was happy with shr ones, and haven't seen anyone agruing about it Dec 28 16:50:25 *arguing Dec 28 16:52:08 mickeyl|flu, still have the shr ones here, if you tell me how to load them to alsa and how to write them to disk in new format I'll send them to you :) Dec 28 16:52:44 alsactl -f restore IIRC Dec 28 16:52:55 and then via mdbus writing Dec 28 16:53:06 don't have the full command line offhand Dec 28 16:53:12 but it's in the device/audio object Dec 28 16:53:16 ok Dec 28 17:00:26 now flashing is impossible ,any opinion ? Dec 28 17:04:36 mickeyl|flu, I've only 2 files in /etc/freesmartphone/alsa: default and default.conf Dec 28 17:04:40 default is empty Dec 28 17:04:54 and default.conf has little text Dec 28 17:05:09 so no files with format you told me Dec 28 17:08:46 default is here a directoroy Dec 28 17:08:51 full of state files Dec 28 17:09:51 root@om-gta02 /etc/freesmartphone/alsa $ ls -l default Dec 28 17:09:51 -rw-r--r-- 1 root root 2922 Nov 29 12:55 capturehandset Dec 28 17:09:51 -rw-r--r-- 1 root root 2911 Nov 29 12:55 gsmbluetooth Dec 28 17:09:52 ... Dec 28 17:10:07 mickeyl|flu, yeah, I'm stupid :P Dec 28 17:16:05 and dmesg on PC says http://pastebin.com/m230eca14 Dec 28 17:20:11