**** BEGIN LOGGING AT Thu Jun 17 02:59:57 2010 Jun 17 07:23:53 hmm GSM MUX included now in 2.6.35-rc*, what does it mean for fsogsmd? Jun 17 07:24:20 This line discipline provides support for the GSM MUX protocol and presents the mux as a set of 61 individual tty devices. Jun 17 07:25:36 first FoxtrotGPS release seems to be out: http://lists.osgeo.org/pipermail/foss-gps/2010-June/000385.html Jun 17 07:26:09 looks great on the desktop, have to try on Neo next... Jun 17 07:55:21 JaMa: this means nothing :) Jun 17 07:56:26 JaMa: while I would certainly welcome it to being used (as it would improve performance), i'm not going to do the necessary integration work and chances are it won't work due to the quirks in the Calypso's 07.10 implementation anyways Jun 17 07:56:41 still, worth a try if someone wants to get his feet wet Jun 17 08:14:01 mickey_office: ah ok, thanks for clarification Jun 17 08:14:56 don't get me wrong, we have long waited for this to appear in kernel, but it's going to be a couple of days work to test/integrate/and adapt fsogsmd to it Jun 17 08:15:38 [and chances are we need to enhance it, which would need a kernel developer] Jun 17 08:16:08 and now that we no longer use ptys (except for ppp), it's not that much of a bottleneck anymore Jun 17 08:17:30 JaMa: interesting Jun 17 08:17:44 JaMa: is calypso bug-free enough to be usable with that? Jun 17 08:22:23 lindi-: no idea.. I just noticed it while "oldconfig" my desktop kernel.. and remembering some e-mail from mickey about difficult mux situation I had to ask here Jun 17 08:31:49 hmm, apparently gdrm-2.6.32 nor gdrm-for-merging from Thomas can be cleanly dropped on top of om-gta02-2.6.32. Jun 17 08:31:58 cherry-picking my way Jun 17 08:42:18 Mirv: you can check cherry-picked commits used in SHR kernels (they are in OE repo) Jun 17 09:50:42 hm... Jun 17 09:51:57 glamo_reg_set_bit_mask(host, GLAMO_REG_MMC_BASIC, GLAMO_BASIC_MMC_EN_4BIT_DATA | 0xb0, bus_width | sd_drive << 6); Jun 17 09:52:02 shouldn't it be 0xc0? Jun 17 09:53:33 why? Jun 17 09:53:50 sd_drive is 0 - 3 Jun 17 09:54:01 3 << 6 == 0xc0 not 0xb0 Jun 17 09:56:04 hh Jun 17 09:56:06 hm Jun 17 09:56:11 funny Jun 17 10:13:42 so we had no sd_drive==3 and sd_drive==1 before? and also reset some unrelated config bits, funny unrelated GLAMO_BASIC_MMC_EN_DATA_PUPS and GLAMO_BASIC_MMC_EN_CMD_PUP :) Jun 17 10:15:47 depends on what you're calling "before" Jun 17 10:16:17 i mean "before" you find this. Jun 17 10:16:48 in the 2.6.34 branch, it seems, yes... on the others I'm not sure Jun 17 10:17:05 * ThibG is back reading code Jun 17 10:25:06 .29 is ok Jun 17 10:35:24 GNUtoo|laptop: hi Jun 17 10:35:33 leviathan, hi Jun 17 10:35:42 ok Jun 17 10:35:44 the followin Jun 17 10:35:51 I feel a bit stupid atm Jun 17 10:36:38 why? Jun 17 10:37:00 http://gitorious.org/htc-msm-2-6-32/leviathan-incoming/commit/a2b183e4aa942da924651120f0620cdb2dde2f5b Jun 17 10:37:03 somehow Jun 17 10:37:08 this one doesnt work out Jun 17 10:37:09 ... Jun 17 10:37:22 [ 74.823242] UBI error: vtbl_check: bad CRC at record 0: 0xf116c36b, not 0x000000 Jun 17 10:37:22 [ 74.823272] UBI error: vtbl_check: bad CRC at record 0: 0xf116c36b, not 0x000000 Jun 17 10:37:22 [ 74.823303] UBI error: process_lvol: both volume tables are corrupted Jun 17 10:37:37 ah and you found why? Jun 17 10:37:47 its something basic with strcat and u_char Jun 17 10:37:50 but... Jun 17 10:37:53 I do not get it Jun 17 10:37:56 WHY?? Jun 17 10:37:58 ok Jun 17 10:38:01 I don't know Jun 17 10:38:04 this behaviour is soo strange Jun 17 10:38:09 could you have a look? Jun 17 10:38:16 I beg its something totaly basic Jun 17 10:38:27 and I'm just too dumb to see it right now Jun 17 10:38:33 ah Jun 17 10:38:51 \0 issue? Jun 17 10:41:57 mhh Jun 17 10:41:59 perhaps? Jun 17 10:42:04 like I said Jun 17 10:42:06 dunno ;-) Jun 17 10:42:41 GNUtoo|laptop: do you have an idea, how to fix it? Jun 17 10:42:51 I could have a look onto gps in this time Jun 17 10:42:54 I'm looking at the code Jun 17 10:42:59 okidoki Jun 17 10:44:21 btw why do you use strcat? Jun 17 10:44:32 hmm Jun 17 10:44:46 GNUtoo|laptop: too merg the page reads into the buffer Jun 17 10:45:02 are you shure that the reads are strings? Jun 17 10:45:03 we can not read more and not less then 2048 bytes at once Jun 17 10:45:14 they are u_char arrays Jun 17 10:45:17 aka strings Jun 17 10:45:19 :-) Jun 17 10:45:28 c-strings Jun 17 10:45:31 I guess Jun 17 10:45:48 perhaps I should just memcpy them?? Jun 17 10:46:11 maybe,try it,there is also strncat Jun 17 10:46:19 which doesn't mess up with \0 Jun 17 10:46:51 anyway memcopy seem better Jun 17 10:47:52 hmm Jun 17 10:48:29 what I would need would be a function which starts at a specific position in the array and writes from there Jun 17 10:48:30 hmm Jun 17 10:48:41 will I have to do this myself with a for loop? Jun 17 10:48:43 perhaps? Jun 17 10:51:32 why isn't memcpy ok? Jun 17 11:02:25 GNUtoo|laptop: it starts a [0] Jun 17 11:02:27 :-) Jun 17 11:02:51 so I would always kill the old result in earch loop troughrunning Jun 17 11:02:55 *each Jun 17 11:02:58 ok Jun 17 11:04:07 okee, I'll do it with a for loop Jun 17 11:04:11 I've got enough -.- Jun 17 11:04:34 ok Jun 17 11:05:06 *OMG*, thats getting sooo hackish Jun 17 11:06:36 leviathan: memcpy(a + offset, src, len) Jun 17 11:20:47 larsc: okee Jun 17 11:20:49 thx ^^ Jun 17 11:23:07 ohh, me stupid dump idiot Jun 17 11:23:08 sure Jun 17 11:23:14 its just a pointer >_< Jun 17 11:24:06 jeeeha Jun 17 11:24:13 it works? Jun 17 11:24:17 jes Jun 17 11:24:21 ubiattach now works Jun 17 11:24:23 :-D Jun 17 11:24:24 ok Jun 17 11:28:36 mickey|office: soon we have ubifs ;-) Jun 17 11:28:39 and jffs2 Jun 17 11:28:41 ^^ Jun 17 11:28:50 mickey|office, hi Jun 17 11:29:10 long time not seen Jun 17 11:37:13 GNUtoo|laptop: lol, now ubimkvol produces an Oops Jun 17 11:37:18 >_< Jun 17 11:37:34 ah Jun 17 11:37:34 because we are also not allowed to start reading in the middle of a page Jun 17 11:37:48 did I ever tell you, how crap this driver is? Jun 17 11:38:28 ok Jun 17 11:39:57 (work on Dream, if I'm right?) Jun 17 11:40:23 yes Jun 17 11:40:33 ok :) Jun 17 11:41:07 ThibG: I'm flipping because of this driver Jun 17 11:41:12 you can't read more Jun 17 11:41:18 you can't read less then 2048bytes Jun 17 11:41:27 AND writing the same f**n crap Jun 17 11:41:50 thats the most minimalistic piece of s**t I've ever seen Jun 17 11:42:13 if they wanna use a linux kernel, why they aren't doing it right? Jun 17 11:42:24 there would have been also bsd Jun 17 11:42:30 netbsd, openbsd, freebsd Jun 17 11:42:48 it would be less work to port the driver, then fixing this crap Jun 17 11:43:01 theres a lot of disfunctional code Jun 17 11:43:14 and the relevant parts (like gps are even closed source) Jun 17 11:43:21 the BSD driver would never have been free Jun 17 11:43:41 ok Jun 17 11:43:42 perhaps Jun 17 11:43:50 no, sure Jun 17 11:44:06 but thats an alibi action what they did Jun 17 11:44:23 they have the device long before it gets on the market Jun 17 11:44:44 in this time, they could have easely developed an usable driver Jun 17 11:44:47 but...no Jun 17 11:44:51 you know how itworks? they race for putting it on the market and produce bad code Jun 17 11:44:53 only minimalistic functionality Jun 17 11:45:07 yes Jun 17 11:45:10 and after they forgot about it Jun 17 11:45:20 thats a crime in my eyes Jun 17 11:46:28 anyways Jun 17 11:46:35 I'm making the driver now fully functional Jun 17 11:46:38 ok Jun 17 11:46:43 then we can use ANY fs we want Jun 17 11:46:54 next step would be gps Jun 17 11:47:39 GNUtoo|laptop: is there some documentation about the progress? Jun 17 11:48:47 (were does the development take place? I'm pretty interested in a Dream-enabled kernel) Jun 17 11:49:17 leviathan, gps works for me Jun 17 11:49:22 using an android chroot Jun 17 11:49:47 wtf? Jun 17 11:49:48 ok Jun 17 11:50:04 how do you start it? Jun 17 11:50:06 mickeyl converted the wrong source code to GNU Jun 17 11:50:17 mount android fileysystem and : Jun 17 11:50:32 chroot /mnt/android /system/gtest Jun 17 11:50:44 and thing appear in /dev/smd27 Jun 17 11:50:50 including GPGGA Jun 17 11:52:07 hmm Jun 17 11:52:13 just when you chroot?? Jun 17 11:52:23 it automaticaly loads gps data? Jun 17 11:52:49 perhaps theres something in the source script which initialises it Jun 17 11:52:53 I'll have a loot Jun 17 11:52:55 *look Jun 17 11:53:41 ok but do one thing at the same time Jun 17 11:54:03 yes Jun 17 11:54:09 I ment later Jun 17 11:54:17 never wistle while youre pissing ;-) Jun 17 11:55:16 http://surge.ods.org/idle_other/whistle.htm Jun 17 11:55:22 hagbard celine xD Jun 17 12:30:13 so Jun 17 12:30:17 now multipage writing Jun 17 12:30:20 then I have ubifs Jun 17 12:30:22 :-) Jun 17 12:30:35 for jffs I'll need to implement the concerning ioctl Jun 17 12:30:51 but its easy Jun 17 12:30:55 the layout is there Jun 17 12:31:04 we just need to return it in the ioctl Jun 17 12:31:09 a few lines Jun 17 12:31:15 gps seems also not very hard Jun 17 12:38:37 not shure Jun 17 12:38:40 it could crash Jun 17 13:11:36 GNUtoo|laptop: lol Jun 17 13:11:41 it also does subpage writing Jun 17 13:11:46 well Jun 17 13:11:51 as soon as that is implemented Jun 17 13:11:57 its a fully functional driver Jun 17 13:11:58 xD Jun 17 13:13:30 ok Jun 17 13:13:41 you mean you don't have to cache things? Jun 17 13:13:53 what? Jun 17 13:14:00 I sure have to cache things ;-) Jun 17 13:14:15 but it provides then the functionality ubifs requires Jun 17 13:14:17 ah ok you meant the driver that you are writing Jun 17 13:14:22 yes Jun 17 13:14:25 ok Jun 17 13:34:05 GNUtoo|laptop: http://gitorious.org/htc-msm-2-6-32/leviathan-incoming/commit/57af3d889e1082c0a2456cfb2106e39a9da16037 Jun 17 13:34:21 now it trys partial reading... Jun 17 13:34:22 -.- Jun 17 13:35:52 I'm studiying now... Jun 17 13:35:58 ok Jun 17 13:36:03 lecture? Jun 17 13:36:25 I know you already tried so there is no need for me to try Jun 17 13:36:38 ok Jun 17 13:36:50 I'll try when it will said to work Jun 17 14:07:47 hm, glamo-core.c, __reg_write(glamo, line->reg, reg_0x200[slow_memory & 0x8]); Jun 17 14:07:52 is that ok? Jun 17 14:08:08 well, it is not Jun 17 14:08:36 reg_0x200 have 8 elements, so, it's clearly not ok Jun 17 14:15:52 why? Jun 17 14:16:08 with the &0x8 you limit the value from 0-7 Jun 17 14:16:30 nope. either % 0x8 or & 0x7 Jun 17 14:16:47 doh. yes :) Jun 17 14:16:58 * playya_ needs more coffee Jun 17 14:17:10 * larsc too Jun 17 14:17:33 but i think i'll rather get an hour or two of sleep Jun 17 14:22:31 hm, someone to enlight me on glamo_resume_script/glamo_power in glamo-core.c? Jun 17 15:05:15 GNUtoo|laptop, mickey|office: Jun 17 15:05:20 root@htcdream /mnt/ubi # mount Jun 17 15:05:21 ... Jun 17 15:05:25 ubi0:root on /mnt/ubi type ubifs (rw,relatime) Jun 17 15:05:28 :-) Jun 17 15:05:46 try find in the dir Jun 17 15:05:56 oops Jun 17 15:05:58 segfault Jun 17 15:06:00 when syncing Jun 17 15:06:03 but nice ^^ Jun 17 15:06:05 ah Jun 17 15:06:08 lol ok Jun 17 15:07:45 that it mounts is a real progress, isnt it? :-) Jun 17 15:09:03 I guess, I know why it segfaults now Jun 17 15:09:08 I'll fix it Jun 17 15:09:17 it not only wants to partially read Jun 17 15:09:24 but of course also partially write Jun 17 15:09:28 I mean Jun 17 15:09:34 how many lines I wrote today? Jun 17 15:09:36 lets see Jun 17 15:10:26 okee, a lot Jun 17 15:12:24 yes it's a good progress Jun 17 19:01:02 GNUtoo|laptop: could you please have a look onto the driver now? Jun 17 19:01:10 it works? Jun 17 19:01:14 I can take on GPS in exchange Jun 17 19:01:24 it gives somehow a DMA error when I do try to sync Jun 17 19:01:29 I'm not shure you will understand a line in GPS Jun 17 19:01:29 but it seems ubifs itself Jun 17 19:01:43 I'm very flexible Jun 17 19:01:51 really? Jun 17 19:01:56 let me find the source Jun 17 19:01:59 I've seen much more complicated technology :-) Jun 17 19:02:10 really Jun 17 19:02:14 ? Jun 17 19:02:25 let me find the source and you'll see Jun 17 19:02:38 if you're around zürich once, while the ETH is open Jun 17 19:02:51 we could take a trip trought the ETH Jun 17 19:02:57 I could show you some stuff Jun 17 19:03:00 a friend of mine Jun 17 19:03:02 what's ETH? Jun 17 19:03:15 Eidgenössisch technische hochschule Jun 17 19:03:29 ah ok science institute Jun 17 19:03:29 federal technical highschool Jun 17 19:03:34 yes Jun 17 19:03:43 a friend of mine Jun 17 19:03:48 professor brechna Jun 17 19:04:04 has a very interesting exploration on supra conductors Jun 17 19:04:08 ok Jun 17 19:04:33 I beliefe he will soon get the nobell price Jun 17 19:04:35 ^^ Jun 17 19:04:38 ok Jun 17 19:04:57 anyways Jun 17 19:05:07 please look for the code Jun 17 19:05:07 I loved physics before but now I'm into computer science Jun 17 19:05:18 ok one sec I fetch gps code Jun 17 19:05:19 ohh Jun 17 19:05:19 ok Jun 17 19:05:26 computer since? Jun 17 19:05:31 they have some lectures with us Jun 17 19:05:36 its interesting too Jun 17 19:05:48 but i'm study'n electrical engineering Jun 17 19:05:58 there we have physics, mathematics and informatics Jun 17 19:06:01 so everything I love Jun 17 19:06:03 =D Jun 17 19:06:04 ok Jun 17 19:08:58 leviathan, so if you are so bright,tell me what that does: http://pastebin.com/MFpnNXGS Jun 17 19:11:21 ah this one is actually almost readable Jun 17 19:11:29 but the previous ones... Jun 17 19:11:58 hi mickey|wm Jun 17 19:14:10 leviathan, you've got an oops right? Jun 17 19:14:15 an oops prints a message Jun 17 19:14:22 and you have addr2line Jun 17 19:14:24 right? Jun 17 19:15:52 uhm, yes Jun 17 19:16:01 it doesnt bring me anything Jun 17 19:16:09 because basically the code is right -_- Jun 17 19:16:23 it just oopses Jun 17 19:16:26 ??? Jun 17 19:16:32 pastebin the oops Jun 17 19:17:08 http://pastebin.com/zaMX3Hgs Jun 17 19:17:31 because I've got if else condition Jun 17 19:17:38 it should not be possible to happen Jun 17 19:18:01 leviathan: which type of super-conductors? Jun 17 19:18:17 Azog: high temperatur Jun 17 19:18:34 leviathan, did you look at the gps sources,do you have a comment on it? Jun 17 19:18:52 leviathan: cuprates? Jun 17 19:18:57 Azog: and atm he researches very very high temperatur conductors (around 30°C) Jun 17 19:19:13 Azog: ceramic-copper-oxid Jun 17 19:19:16 Azog: yes Jun 17 19:19:22 GNUtoo|laptop: yes Jun 17 19:19:33 leviathan, do you understand something? Jun 17 19:19:35 GNUtoo|laptop: it seems to use the rpc interface to initialize Jun 17 19:19:39 yes Jun 17 19:19:41 leviathan, ah ok Jun 17 19:19:47 so you could fix the code? Jun 17 19:19:47 leviathan: i heard a talk about pnictides on monday Jun 17 19:19:58 even phh doesn't understand it fully if I understood well Jun 17 19:20:05 GNUtoo|laptop: I guess Jun 17 19:20:34 But I do not have android Jun 17 19:20:47 mickeyl gnuified the wrong version Jun 17 19:20:56 so it should be easy to gnuify that version Jun 17 19:21:01 GNUtoo|laptop: ok Jun 17 19:23:08 Azog: pnictides, right Jun 17 19:23:16 Azog: its a nice approach Jun 17 19:23:44 unfortunately they have tc < 77 K Jun 17 19:23:58 until now at least Jun 17 19:24:09 I'm ATM working on this project: http://jnaudin.free.fr/meg/meg.htm Jun 17 19:24:27 has nothing to do with supra conductivity Jun 17 19:24:31 at least not directly Jun 17 19:24:33 ^^ Jun 17 19:24:45 its non profit and inofficial Jun 17 19:24:53 because its basically illegal to build it Jun 17 19:24:58 its saved with a patent Jun 17 19:25:05 anyway Jun 17 19:25:07 it leaked Jun 17 19:25:10 so I'll build it Jun 17 19:25:13 and try if it works Jun 17 19:25:15 xD Jun 17 19:25:21 /c002bdbc T dma_cache_maint => arch/arm/mm/dma-mapping.c:547 Jun 17 19:25:25 for home usage that's no problem Jun 17 19:25:45 or for energy source for a space ship xD Jun 17 19:26:24 somehow its "home"-usage Jun 17 19:26:26 xD Jun 17 19:26:28 anyways Jun 17 19:26:38 GNUtoo|laptop: I know Jun 17 19:26:39 leviathan: i am working right now in a institute, that also does super-condictivity; but i am in the magnetic-molecule-part Jun 17 19:26:56 Azog: thats cool Jun 17 19:27:18 leviathan, where it get called? Jun 17 19:27:53 GNUtoo|laptop: you have basically two basic functions Jun 17 19:28:07 msm_nand_write_oob and msm_nand_read_oob Jun 17 19:28:39 they send command over the access interface for the different controllers (NAND, RAM, etc) over dam Jun 17 19:28:44 no other way possible Jun 17 19:28:55 */dam/DMA/r Jun 17 19:28:56 leviathan: where does the energy come from? "Vacuum"? Sounds a bit too fantastic. Jun 17 19:29:11 PaulFertser: quantum mechanics Jun 17 19:29:23 every particle is only a vibration Jun 17 19:29:38 empty space is not really empty Jun 17 19:29:40 leviathan: something should be changed somewhere to "produce" energy Jun 17 19:29:59 its not produced Jun 17 19:30:03 just displaced Jun 17 19:30:04 :) Jun 17 19:30:34 mmm Jun 17 19:30:38 lol Jun 17 19:30:39 so, do electrons stand still, when you're not moving? Jun 17 19:30:52 does the earth do stand still, if youre not drunk? Jun 17 19:30:58 or does it always rotate? Jun 17 19:31:00 ;-) Jun 17 19:31:16 and how do winds get to existence? Jun 17 19:31:38 and can you show me a spinning sphere aka electron? Jun 17 19:31:38 the vibration produce a wave Jun 17 19:31:55 its a process of harmonic oscillation Jun 17 19:31:57 you know Jun 17 19:31:59 so what does it do? exactly? Jun 17 19:32:09 growing amplitude Jun 17 19:32:20 two oscilators do enforce each other Jun 17 19:32:44 the energy from the growing amplitude you can draw from the increased field emission Jun 17 19:32:55 by the transformator simmiliar coils Jun 17 19:33:04 and of course Jun 17 19:33:17 because the oscilators enforce each other with the time Jun 17 19:33:20 hummm : Jun 17 19:33:25 you get more impuls out, then you put in Jun 17 19:33:29 two oscilators do enforce each other => there is no loss? Jun 17 19:33:34 s/loss/energy loss Jun 17 19:33:39 leviathan: "the energy is displaced" indeed Jun 17 19:33:41 of course there is loss Jun 17 19:34:09 leviathan: so where does it come from then? Does this "generator" change "vacuum" structure somehow? Jun 17 19:35:31 the vaccum is just unmodulated energy Jun 17 19:35:46 in the model of never quantum mechanics theories Jun 17 19:35:52 like e.g. string theory Jun 17 19:36:02 So you do change vacuum in the process? Jun 17 19:36:13 By "modulating" energy Jun 17 19:36:21 And transfering it somewhere else, right? Jun 17 19:36:24 yes Jun 17 19:37:09 what happens if you watch condensating energy in CERN? Jun 17 19:37:28 there always get created particle and complemental particle Jun 17 19:37:38 e.g. positron and electron Jun 17 19:37:58 you can now watch the sinus function Jun 17 19:38:00 :-) Jun 17 19:38:08 what similiarity do you remark Jun 17 19:38:20 take e.g. a zero as second graph Jun 17 19:38:31 ok, zero is unmodulated vacuum Jun 17 19:38:57