2012-08-13T00:25:58 *** rtemsLogger has joined #rtems 2012-08-13T00:59:41 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-08-13T01:29:34 hi 2012-08-13T01:30:00 i'm trying run coverage analysis for pc 386 bsp 2012-08-13T01:30:49 i had some problems, do_coverage script didn't work, didn't run tests but now tests are running. 2012-08-13T01:32:09 however, after tests i get warnings: "Unable to read coverage file TESTNAME.exe.cov" 2012-08-13T01:32:15 and covoar failed. 2012-08-13T01:32:27 Do anybody know how to solve this problem? 2012-08-13T01:50:32 *** kiwichris has joined #rtems 2012-08-13T01:53:09 *** arvind_khadri has joined #rtems 2012-08-13T01:58:39 *** arvind_khadri has joined #rtems 2012-08-13T02:30:14 *** sebhub has joined #rtems 2012-08-13T02:31:23 good morning 2012-08-13T02:37:02 good morning 2012-08-13T02:37:21 sebhub: have you ever done coverage analysis with RTEMS? 2012-08-13T02:37:40 no, i use the data from joel 2012-08-13T02:37:49 ok, thanks 2012-08-13T02:38:24 i'm trying to get it running for i386/pc386 for couple days and i still have some problems... 2012-08-13T02:38:55 do you use the qemu simulator? 2012-08-13T02:39:44 yes 2012-08-13T02:41:20 do_coverage script from rtems-testing/rtems-coverage runs all tests but after that i get warnings that covoar can't read coverage files and it fails 2012-08-13T02:44:05 i would send this to the mailing list 2012-08-13T03:01:54 ok, i will do it 2012-08-13T04:47:58 *** krzysiekm13 has quit IRC (Ping timeout: 248 seconds) 2012-08-13T05:04:27 *** xiangfu has quit IRC (Ping timeout: 276 seconds) 2012-08-13T05:16:00 *** krzysiekm13 has joined #rtems 2012-08-13T05:24:52 *** monstr has joined #rtems 2012-08-13T05:44:39 *** QingPei has joined #rtems 2012-08-13T05:49:09 sebhub, about ? 2012-08-13T06:19:07 *** QingPei has quit IRC (Quit: Leaving.) 2012-08-13T06:20:17 *** QingPei has joined #rtems 2012-08-13T06:26:05 *** QingPei has quit IRC (Ping timeout: 244 seconds) 2012-08-13T06:50:05 *** alseh has joined #rtems 2012-08-13T06:50:09 hi chris 2012-08-13T06:55:32 *** xiangfu has joined #rtems 2012-08-13T07:15:46 about the kputc patch why not putck as per print etc ? 2012-08-13T07:17:46 we don't have a putsk (it is putk), we don't have a printfk (it is printk), so i don't see a pattern here 2012-08-13T07:23:33 Yeap we don't. Just wondering about starting them with k. No big deal. 2012-08-13T07:25:08 i only wanted to place a 'k' somewhere in the name ;-) 2012-08-13T07:54:10 *** QingPei has joined #rtems 2012-08-13T07:56:42 *** arvind_khadri has quit IRC (Ping timeout: 276 seconds) 2012-08-13T08:30:01 *** alseh has quit IRC (Read error: Connection reset by peer) 2012-08-13T08:30:04 *** alseh_ has joined #rtems 2012-08-13T08:36:39 *** alseh_ has quit IRC (Quit: Leaving) 2012-08-13T08:36:59 *** alseh has joined #rtems 2012-08-13T08:43:30 *** xiangfu has quit IRC (Ping timeout: 276 seconds) 2012-08-13T08:51:22 *** gedare has joined #rtems 2012-08-13T08:56:04 *** krzysiekm13 has left #rtems 2012-08-13T09:07:41 *** WikL has joined #rtems 2012-08-13T09:18:48 *** monstr has quit IRC (Ping timeout: 265 seconds) 2012-08-13T09:22:44 *** alseh has quit IRC (Remote host closed the connection) 2012-08-13T09:24:38 *** alseh has joined #rtems 2012-08-13T09:30:39 hey alseh i saw your question, but i don't know any answer :) 2012-08-13T09:30:49 hi :) 2012-08-13T09:31:26 I was wondering because I found the driver, and it requires small modifications .... 2012-08-13T09:31:45 if I have time I will make them, but I take cirrus driver as a priority for now 2012-08-13T09:32:52 ok 2012-08-13T09:33:24 you might try asking the nanowindows community, someone there might have an idea. 2012-08-13T09:33:44 looks like Joel said basically the same thing :) 2012-08-13T09:39:22 *** QingPei has quit IRC (*.net *.split) 2012-08-13T09:39:22 *** sevikkk has quit IRC (*.net *.split) 2012-08-13T09:39:22 *** juli1 has quit IRC (*.net *.split) 2012-08-13T09:40:16 *** QingPei has joined #rtems 2012-08-13T09:44:56 *** sevikkk has joined #rtems 2012-08-13T09:44:56 *** juli1 has joined #rtems 2012-08-13T09:47:45 *** WikL has quit IRC (Read error: Connection reset by peer) 2012-08-13T09:52:26 *** WikL has joined #rtems 2012-08-13T10:16:33 *** alseh has quit IRC (Remote host closed the connection) 2012-08-13T10:17:02 *** alseh has joined #rtems 2012-08-13T10:17:43 *** QingPei has left #rtems 2012-08-13T10:56:51 *** monstr has joined #rtems 2012-08-13T11:06:45 *** WikL has quit IRC (Read error: Connection reset by peer) 2012-08-13T11:09:46 *** WikL has joined #rtems 2012-08-13T11:28:01 *** sebhub has quit IRC (Remote host closed the connection) 2012-08-13T13:01:29 *** krzysiekm13 has joined #rtems 2012-08-13T13:01:44 *** krzysiekm13 has left #rtems 2012-08-13T13:12:37 *** monstr has quit IRC (Ping timeout: 240 seconds) 2012-08-13T13:21:05 Has anybody given the AVR port a try yet? I'm interested in what chips it can be run on. 2012-08-13T13:45:07 I haven't, but just curious: which AVRs do you plan on working with? 2012-08-13T13:50:28 *** krzysiekm13 has joined #rtems 2012-08-13T13:50:34 *** krzysiekm13 has left #rtems 2012-08-13T14:06:52 WikL, I was hoping to target the atmega32u4, but the at90usb1286 would also be an option 2012-08-13T14:07:54 the 32u4 has 32kb flash and 2.5kb ram, the 90usb1286 has 128k flash and 8k ram 2012-08-13T14:12:43 used to have one of those at90.. 2012-08-13T14:15:56 could never figure out if it's better to use an RTOS or just write the code bareback while using small processors like the atmegas 2012-08-13T14:23:02 *** krzysiekm13 has joined #rtems 2012-08-13T14:34:38 *** gedare has quit IRC (Ping timeout: 248 seconds) 2012-08-13T14:40:46 *** gedare has joined #rtems 2012-08-13T14:50:30 WikL, I've only ever done bareback so far, but I thought It'd be interesting to investigate whether RTEMS can run on one of them. 2012-08-13T15:04:36 *** krzysiekm13 has quit IRC (Ping timeout: 245 seconds) 2012-08-13T15:46:09 *** krzysiekm13 has joined #rtems 2012-08-13T15:46:10 *** krzysiekm13 has left #rtems 2012-08-13T15:46:49 *** WikL has quit IRC (Read error: Connection reset by peer) 2012-08-13T16:43:35 *** krzysiekm13 has joined #rtems 2012-08-13T16:43:44 *** krzysiekm13 has left #rtems 2012-08-13T16:55:07 *** Hesham has joined #rtems 2012-08-13T17:32:48 *** Hesham1 has joined #rtems 2012-08-13T17:36:04 *** Hesham has quit IRC (Ping timeout: 268 seconds) 2012-08-13T18:23:41 *** deb has joined #rtems 2012-08-13T18:43:39 *** DrJoel has joined #rtems 2012-08-13T18:43:40 *** DrJoel has joined #rtems 2012-08-13T18:43:40 *** ChanServ sets mode: +o DrJoel 2012-08-13T18:46:16 *** mikeg has quit IRC (Ping timeout: 245 seconds) 2012-08-13T18:50:21 *** DrJoel has quit IRC (Quit: Leaving) 2012-08-13T18:50:46 *** mikeg has joined #rtems 2012-08-13T19:22:57 *** Hesham1 has quit IRC (Quit: Leaving.) 2012-08-13T19:38:30 *** xiangfu has joined #rtems 2012-08-13T23:06:08 *** sevikkk has quit IRC (*.net *.split) 2012-08-13T23:06:08 *** juli1 has quit IRC (*.net *.split) 2012-08-13T23:06:08 *** gedare has quit IRC (*.net *.split) 2012-08-13T23:06:08 *** kiwichris has quit IRC (*.net *.split) 2012-08-13T23:06:08 *** ChanServ has quit IRC (*.net *.split) 2012-08-13T23:06:08 *** alseh has quit IRC (*.net *.split) 2012-08-13T23:06:08 *** dr__house has quit IRC (*.net *.split) 2012-08-13T23:06:08 *** rokka has quit IRC (*.net *.split) 2012-08-13T23:06:08 *** Amadiro has quit IRC (*.net *.split) 2012-08-13T23:06:08 *** peerst has quit IRC (*.net *.split) 2012-08-13T23:06:09 *** xiangfu has quit IRC (*.net *.split) 2012-08-13T23:06:09 *** deb has quit IRC (*.net *.split) 2012-08-13T23:06:09 *** verm__ has quit IRC (*.net *.split) 2012-08-13T23:06:09 *** jahf has quit IRC (*.net *.split) 2012-08-13T23:06:10 *** kuzew has quit IRC (*.net *.split) 2012-08-13T23:06:10 *** beng-nl has quit IRC (*.net *.split) 2012-08-13T23:06:10 *** mikeg has quit IRC (*.net *.split) 2012-08-13T23:06:10 *** kristianpaul has quit IRC (*.net *.split) 2012-08-13T23:06:10 *** lcpfnvcy has quit IRC (*.net *.split) 2012-08-14T01:37:26 *** lcpfnvcy has joined #rtems 2012-08-14T01:37:26 *** WikL has joined #rtems 2012-08-14T01:37:26 *** monstr has joined #rtems 2012-08-14T01:37:26 *** arvind_khadri has joined #rtems 2012-08-14T01:37:26 *** xiangfu has joined #rtems 2012-08-14T01:37:26 *** mikeg has joined #rtems 2012-08-14T01:37:26 *** gedare has joined #rtems 2012-08-14T01:37:26 *** juli1 has joined #rtems 2012-08-14T01:37:26 *** sevikkk has joined #rtems 2012-08-14T01:37:26 *** kiwichris has joined #rtems 2012-08-14T01:37:26 *** kuzew has joined #rtems 2012-08-14T01:37:26 *** kristianpaul has joined #rtems 2012-08-14T01:37:26 *** Amadiro has joined #rtems 2012-08-14T01:37:26 *** jahf has joined #rtems 2012-08-14T01:37:26 *** dr__house has joined #rtems 2012-08-14T01:37:26 *** peerst has joined #rtems 2012-08-14T01:37:26 *** beng-nl has joined #rtems 2012-08-14T01:37:26 *** verm__ has joined #rtems 2012-08-14T01:37:26 *** ChanServ has joined #rtems 2012-08-14T01:37:26 *** rokka has joined #rtems 2012-08-14T01:37:26 *** barjavel.freenode.net sets mode: +o ChanServ 2012-08-14T02:04:35 *** sebhub has joined #rtems 2012-08-14T02:04:35 good morning 2012-08-14T02:15:05 *** WikL has quit IRC (Remote host closed the connection) 2012-08-14T03:37:19 *** WikL has joined #rtems 2012-08-14T04:06:03 *** WikL has quit IRC (Ping timeout: 244 seconds) 2012-08-14T04:48:58 *** alseh has joined #rtems 2012-08-14T05:30:18 *** WikL has joined #rtems 2012-08-14T05:44:42 *** WikL has quit IRC (Ping timeout: 244 seconds) 2012-08-14T05:46:42 *** WikL has joined #rtems 2012-08-14T05:52:13 *** arvind_khadri has quit IRC (Ping timeout: 245 seconds) 2012-08-14T05:55:33 *** arvind_khadri has joined #rtems 2012-08-14T06:02:46 *** arvind_khadri has quit IRC (Ping timeout: 246 seconds) 2012-08-14T06:03:14 Amadiro: hey welcome in the rtems channel, much quieter here than in #erlang 2012-08-14T06:04:29 Don't know anything about the AVR port you asked about, but if there is a port/bsp then somebody is using it otherwise it wouldn't probably be in the tree. 2012-08-14T06:09:33 peerst, oh, hi :) I completely forgot you used RTEMS for your programmers... yeah, I'll probably try to download the tree and build the AVR version sometimes in the future. 2012-08-14T06:10:22 I use RTEMS for many things 2012-08-14T06:10:47 Right... it seems pretty useful, assuming I can get it to work on my chips 2012-08-14T06:11:02 If not, I'll probably just end up making a small event-framework for my purposes 2012-08-14T06:11:05 one of the reason is that the partner company that does my hardware designs is the european contact for rtems+ 2012-08-14T06:11:24 nice 2012-08-14T06:11:34 I use it on 32bit controlers mainly 2012-08-14T06:12:07 actually not "mainly" exclusively 2012-08-14T06:16:32 peerst, which architecture? 2012-08-14T06:20:09 *** xiangfu has quit IRC (Read error: Connection reset by peer) 2012-08-14T07:03:48 Amadiro: mainly PowerPC 2012-08-14T07:04:08 peerst, ah. 2012-08-14T07:04:15 since we like to use Freescale controlers 2012-08-14T07:05:41 But expect some ARM comming up in the future, Freescale e.g. is bringing out Qoriq communication controlers with ARM 2012-08-14T07:06:43 peerst, are those SoC chips? 2012-08-14T07:06:47 The right set of features/peripherals/power of the chip are more important than core architecture 2012-08-14T07:06:52 looks like ARM is getting *really* popular lately... 2012-08-14T07:06:52 yeah 2012-08-14T07:07:24 Yeah ... I'd rather stick with PowerPC 2012-08-14T07:07:31 like bigendian better 2012-08-14T07:07:51 and I think ARM is littleendian ... is it? 2012-08-14T07:08:18 peerst, yep 2012-08-14T07:08:32 peerst, but I think they can work in BE too 2012-08-14T07:09:52 "The ARM Architectural Reference Manual states that ARM processors are bi-endian, meaning they can operate in 2012-08-14T07:09:52 either little-endian or big-endian modes. The ARM processor does not have any instructions or features that affect 2012-08-14T07:09:53 endianness. The endianness of the system as a whole is determined by the circuitry that connects the processor to its peripheral devices." 2012-08-14T07:10:04 yeah that probably feels like PowerPC in LE mode ... urgh 2012-08-14T07:10:40 hmm wonder in what endianess the ARM ports of RTEMS are? 2012-08-14T07:10:55 sebhub: you probably can tell? 2012-08-14T07:43:13 i never worked with the avr port of rtems 2012-08-14T07:44:10 the default GCC endianess is little endian on AVR 2012-08-14T07:44:59 all AVR bsps seem to be little endian, is this normal for the AVR? 2012-08-14T07:45:36 all ARM BSPs use little-endian as well 2012-08-14T07:46:01 but the endianess is only a matter of compiler switches 2012-08-14T07:55:58 *** WikL has quit IRC (Ping timeout: 244 seconds) 2012-08-14T07:57:52 *** WikL has joined #rtems 2012-08-14T08:14:34 *** WikL has quit IRC (Read error: Connection reset by peer) 2012-08-14T08:15:16 *** WikL has joined #rtems 2012-08-14T08:15:47 *** arvind_khadri has joined #rtems 2012-08-14T08:43:22 *** WikL has quit IRC (Ping timeout: 265 seconds) 2012-08-14T08:44:57 *** WikL has joined #rtems 2012-08-14T08:45:22 *** monstr has quit IRC (Ping timeout: 252 seconds) 2012-08-14T09:03:03 *** beng-nl is now known as beng-bad 2012-08-14T09:14:00 *** beng-bad is now known as beng-nl 2012-08-14T09:36:15 *** DrJoel has joined #rtems 2012-08-14T09:36:16 *** DrJoel has joined #rtems 2012-08-14T09:36:16 *** ChanServ sets mode: +o DrJoel 2012-08-14T09:36:50 gedare, is the pthread code ready for pull/review/testing? 2012-08-14T09:36:57 what pthread code 2012-08-14T09:37:23 the keys? 2012-08-14T09:38:15 *** antgreen has joined #rtems 2012-08-14T09:39:22 https://github.com/RTEMS/rtems/pull/3 2012-08-14T09:41:15 there are a few issues remaining that i see. student has two questions related to posix key create/delete, and objects_open/close 2012-08-14T09:41:23 has someone of you strong head aches with the name rtems_putc()? 2012-08-14T09:41:30 and the new code allocates rb nodes dynamically from the workspace, so the size estimate needs to be redone 2012-08-14T09:41:55 i have no problem with putting well-known utility functions directly into the rtems namespace.. but i'm pretty easy. 2012-08-14T09:42:33 I think its better than kputc() 2012-08-14T09:43:15 i like it better. it sets a better precedent for later functions that might come 2012-08-14T09:43:48 DrJoel: your thoughts? 2012-08-14T09:55:10 sebhub, the office is being reassembled and I am pointing movers to locations.. I don't have a strong objection to anything. Besides it is almost 10am.. the way this day is going it is time for a nice hefeweizen 2012-08-14T09:55:43 :-) 2012-08-14T09:55:55 sebhub, we don't particularly intend for rtems_putc() to get heavy use, do we? And it is the same assumptions as printk? 2012-08-14T09:58:02 gedare, off the top of my head, if CONFIGURE_MAXIMUM_POSIX_KEYS is defined, then do we have to assume #Keys * #tasks/threads * size per allocation? 2012-08-14T09:58:59 i think so. unless we change how we define the CONFIGURE option. 2012-08-14T09:59:30 every key is distinct so i don't see why we can't let the user control more precisely this number 2012-08-14T09:59:36 It is dependent on keys being used.. 2012-08-14T10:00:23 we should make the configure max keys independent of configure max tasks if that is possible 2012-08-14T10:00:53 We could have something like CONFIGURE_MAXIMUM_THREAD_KEY_PAIRS which could default to ((max threads + max tasks) * max keys) 2012-08-14T10:01:36 only posix threads matter here, for now 2012-08-14T10:01:48 RTEMS tasks can use them also. No distinction 2012-08-14T10:01:56 i see 2012-08-14T10:03:31 well i think it is better if users can limit the overhead by specifying an exact number of keys regardless of threads 2012-08-14T10:04:03 after all if i use 1 key for 1 thread but have 32 threads i don't want to reserve space for 32 keys. it is silly 2012-08-14T10:04:21 i thought that is one of the reasons to do this project in the first place 2012-08-14T10:05:56 anyway i think it can be documented for users to use something like ... CONFIGURE_MAXIMUM_POSIX_KEYS (CONFIGURE_MAXIMUM_TASKS * xxx) 2012-08-14T10:06:06 if they want to have keys for every task 2012-08-14T10:08:21 You are forgetting that one key can have different values for each of those 32 tasks. That's the whole point of a key. 2012-08-14T10:11:31 i know that. but only if the task uses the key 2012-08-14T10:12:06 if we default use some multiplication of threads by keys, how does a user specify a number of keys less than (or non-multiple of) the number of threads? 2012-08-14T10:12:47 it's ok... do whatever is easiest really 2012-08-14T10:14:09 i just smell waste and want to root it out ;) 2012-08-14T10:14:57 DrJoel: someone was asking about the AVR port.. i think it was Amadiro 2012-08-14T10:15:06 i thought you might know a little 2012-08-14T10:16:01 A GSOC student and I did the port.. happy to answer questions.. challenging port which is incomplete :) 2012-08-14T10:18:07 i'm guessing that is not the hoped-for response! 2012-08-14T10:21:06 Maybe he wants to help. :) 2012-08-14T10:22:58 brb 2012-08-14T10:23:53 *** WikL has quit IRC (Remote host closed the connection) 2012-08-14T10:43:08 *** sebhub has quit IRC (Remote host closed the connection) 2012-08-14T10:43:13 *** Hesham1 has joined #rtems 2012-08-14T10:44:58 hi gedare 2012-08-14T10:45:06 hey Hesham1 2012-08-14T10:45:21 how are you ? 2012-08-14T10:45:59 good. 2012-08-14T10:46:06 perpetually busy :) 2012-08-14T10:46:15 well-caffeinated 2012-08-14T10:47:04 We can talk later then ;) ? 2012-08-14T10:47:56 now is as good as any time 2012-08-14T10:48:07 how is arm support coming 2012-08-14T10:48:41 well, i have finished implementation of arm MMU for arm920 2012-08-14T10:49:05 but the only remaining part now is testing 2012-08-14T10:49:32 *** arvind_khadri has quit IRC (Ping timeout: 244 seconds) 2012-08-14T10:49:47 i tried to print _ttlb_base at skyeye but nothing happened 2012-08-14T10:50:53 i think there is still a problem with skyeye itself 2012-08-14T10:50:57 i see 2012-08-14T10:51:41 does skyeye allow you to hook up gdb? 2012-08-14T10:52:21 yes it does, i tried to remote attach it 2012-08-14T10:52:38 but gdb terminated the connection because of error message 2012-08-14T10:53:35 hello sample is working fine on skyeye 2012-08-14T10:53:46 after some printed lines like this one .... 2012-08-14T10:53:48 "Bus read error, can not find corresponding bank for addr 0x3c,pc=0xa001a4ac" 2012-08-14T10:53:58 it prints hello world message 2012-08-14T10:54:04 i see, so maybe it is a little flaky 2012-08-14T10:54:08 does ticker run ok? 2012-08-14T10:54:28 I did not try it 2012-08-14T10:54:58 i will test it now 2012-08-14T11:01:20 *** monstr has joined #rtems 2012-08-14T11:02:05 gedare: 2012-08-14T11:02:06 *** CLOCK TICK TEST *** 2012-08-14T11:02:06 TA1 - rtems_clock_get_tod - 09:00:00 12/31/1988 2012-08-14T11:02:07 TA2 - rtems_clock_get_tod - 09:00:00 12/31/1988 2012-08-14T11:02:07 TA3 - rtems_clock_get_tod - 09:00:00 12/31/1988 2012-08-14T11:02:28 and it hangs 2012-08-14T11:02:29 And where's the one at 5 seconds? 2012-08-14T11:02:35 broken bsp~ 2012-08-14T11:02:42 or simulator :) 2012-08-14T11:02:45 ya 2012-08-14T11:02:57 which one ? 2012-08-14T11:03:09 hard to say 2012-08-14T11:03:30 break after it has run a while and check _Watchdog_Ticks_since_boot 2012-08-14T11:03:33 i am running gumstix on skyeye 1.2.8 2012-08-14T11:03:37 If it is zero, you never got a clock tick 2012-08-14T11:04:04 i can not debug with gdb 2012-08-14T11:04:16 that's the result of running skyeye -e ticker.exe 2012-08-14T11:05:57 (gdb) target remote :12345 2012-08-14T11:05:58 Remote debugging using :12345 2012-08-14T11:05:58 0x00000000 in ?? () 2012-08-14T11:05:58 Trace is already running on the target. 2012-08-14T11:05:58 Reply contains invalid hex digit 117 2012-08-14T11:06:45 and at skyeye the following is output 2012-08-14T11:06:46 Remote debugging using host:12345 2012-08-14T11:06:47 Bus read error, can not find corresponding bank for addr 0x0,pc=0x0 2012-08-14T11:06:47 Bus read error, can not find corresponding bank for addr 0x1,pc=0x0 2012-08-14T11:06:47 Bus read error, can not find corresponding bank for addr 0x2,pc=0x0 2012-08-14T11:06:47 Bus read error, can not find corresponding bank for addr 0x3,pc=0x0 2012-08-14T11:06:47 readchar: Got EOF 2012-08-14T11:06:48 Remote side has terminated connection. GDBserver will reopen the connection. 2012-08-14T11:07:46 ask xi yang if he used gdb with gumstix or not, he might have some advice 2012-08-14T11:07:56 this is a fundamental problem though 2012-08-14T11:08:07 ok i will ask him 2012-08-14T11:08:37 i tried to printf &_ttbl_base at hello world sample 2012-08-14T11:08:39 and no other arm920 target has worked at all for you? 2012-08-14T11:09:15 gumstix is the only simulator that worked with me for ARM 2012-08-14T11:09:26 that's after applying xi yang patches 2012-08-14T11:10:10 mmu_init is called during boot before any initialization. I doubt console is working by then, so I'm not sure what you could actually see 2012-08-14T11:10:29 when i tried to prinf &_ttbl_base that result in infinite "Bus read error, can not find corresponding bank for addr........" error 2012-08-14T11:10:41 probably because c onsole is not initialized 2012-08-14T11:11:30 no, i am writing printf at hello world sample itself 2012-08-14T11:11:34 it's for sure initialized 2012-08-14T11:11:49 oh 2012-08-14T11:11:49 printf( "\n\n*** HELLO WORLD TEST ***\n" ); 2012-08-14T11:11:49 printk("_ttbl_base = %x",(uint32_t)_ttbl_base); 2012-08-14T11:11:50 printk("&_ttbl_base = %x",(uint32_t)&_ttbl_base); 2012-08-14T11:11:50 printf( "Hello World\n" ); 2012-08-14T11:12:01 i tried both printk , printf 2012-08-14T11:12:16 try just printing the second one, with the & 2012-08-14T11:12:20 well, 2012-08-14T11:12:24 does it show you *** HELLo... 2012-08-14T11:12:26 and then hang? 2012-08-14T11:12:30 with those output bus errors 2012-08-14T11:12:38 no it does not in this case 2012-08-14T11:12:45 i see it just goes to errors? 2012-08-14T11:12:58 well that's not really surprising though.. printf is buffered, and printk may not be 2012-08-14T11:13:59 well it works not 2012-08-14T11:14:07 &_ttbl_base = A0000000 2012-08-14T11:14:12 ok 2012-08-14T11:14:24 weird ha ? 2012-08-14T11:14:31 when you try to print _ttbl_base i think it is trying to read the memory at A000000 2012-08-14T11:14:41 or it is just confused 2012-08-14T11:14:57 no 2012-08-14T11:15:10 printk("&_ttbl_base = %x",(uint32_t)&_ttbl_base); 2012-08-14T11:16:00 try printk *((uint32_t*)&_ttbl_base) 2012-08-14T11:16:18 _ttbl_base = E59FF018 2012-08-14T11:16:25 oh, i se 2012-08-14T11:16:29 it worked completely now? 2012-08-14T11:16:33 yes 2012-08-14T11:16:39 very weird. 2012-08-14T11:16:46 i know 2012-08-14T11:16:53 flaky. 2012-08-14T11:17:17 so.. did you learn anything? 2012-08-14T11:18:03 i will check _ttbl_base value again 2012-08-14T11:21:17 SDRAM_MMU : ORIGIN = 0x20100000, LENGTH = 16k 2012-08-14T11:21:24 _ttbl_base = ORIGIN (SDRAM_MMU); 2012-08-14T11:21:41 that's at linkcmds.csb337 2012-08-14T11:22:29 why aren't you looking at gumstix linkcmds? 2012-08-14T11:23:17 sorry 2012-08-14T11:23:35 i used to work with csb337, i will check it now 2012-08-14T11:24:22 it's 0xa0000000 2012-08-14T11:24:41 you remember our last conversation ? 2012-08-14T11:24:55 yeah 2012-08-14T11:25:21 lvl1_base = (mmu_lvl1_t *)&_ttbl_base; 2012-08-14T11:25:21 so &_ttbl_base in C code is the same as _ttbl_base in linkcmds 2012-08-14T11:25:39 yeah, that points to the SDRAM_MMU region 2012-08-14T11:26:09 *** krzysiekm13 has joined #rtems 2012-08-14T11:26:18 yes 2012-08-14T11:26:56 i think that's what I said.. 2012-08-14T11:27:02 so it is right? 2012-08-14T11:27:51 &lvl1_base[0] = 0xa00000000... &lvl1_base[1] = 0xa0000004? or something 2012-08-14T11:28:00 yes it's right 2012-08-14T11:28:05 okay 2012-08-14T11:28:15 but can i know how? 2012-08-14T11:28:21 black magic 2012-08-14T11:28:25 :) 2012-08-14T11:28:40 linkcmds sets the value of the symbol _ttbl_base 2012-08-14T11:28:40 should i take it as it is or learn why ? ;) 2012-08-14T11:28:50 it is because linkcmds deals with symbols not variables 2012-08-14T11:29:26 i was confused by this too 2012-08-14T11:29:35 when i had to deal with them... 2012-08-14T11:29:52 and what is that value when i write &_ttlb_base ? 2012-08-14T11:30:37 the symbol is located at 0xa000000. that is what linkcmds does for you 2012-08-14T11:30:40 sorry 2012-08-14T11:30:42 it places symbols in locations 2012-08-14T11:30:43 without & 2012-08-14T11:31:34 there are also ways to put values using linkcmds.. 2012-08-14T11:32:05 i dunno 2012-08-14T11:32:11 go read about ld if you want to know more 2012-08-14T11:32:32 i will 2012-08-14T11:32:35 anyway.. did you break apart the mmutest1? 2012-08-14T11:32:41 i think i saw you email 2012-08-14T11:32:50 yes i did 2012-08-14T11:33:05 I pushed fatal tests yesterday 2012-08-14T11:33:24 ok. one other thing.. go through your code to make sure there are no references to 'arena' or anything 'todo' or 'fixme' like 2012-08-14T11:33:26 and pushed arm work that is compiled successfully 2012-08-14T11:33:29 ok 2012-08-14T11:33:38 unfortunately unable to test it yet 2012-08-14T11:33:49 do you think you can do the arm code for lm3sxx? 2012-08-14T11:33:59 MPU ? 2012-08-14T11:34:02 yup 2012-08-14T11:34:44 Not sure, there is a lot of code for armv7 at cpukit for MPU which i have to study first 2012-08-14T11:35:01 so it will take much time that arm920 work 2012-08-14T11:35:41 Can not i create tests for gumstix now ? 2012-08-14T11:35:51 hoping it will works 2012-08-14T11:35:55 work* 2012-08-14T11:37:21 I have finished code for arm920 anyway 2012-08-14T11:37:33 i will work on writing test for it 2012-08-14T11:37:50 if it fails, i will write code for lm3s6965 2012-08-14T11:38:42 ok 2012-08-14T11:39:00 send email to xi yang... don't spend too much time trying to debug skyeye/gumstix though 2012-08-14T11:39:14 ok i will 2012-08-14T11:39:24 aha another thing 2012-08-14T11:39:41 i'd rather see how well multiple BSPs in the same CPU family using different mmu capabilities will coexist in the libmm framework 2012-08-14T11:39:59 I have created a global variable that sets the MAX_ARENA_SIZE 2012-08-14T11:40:00 an alternative would be to do another powerpc variant 2012-08-14T11:40:15 hmm 2012-08-14T11:40:30 and libmm externs it 2012-08-14T11:40:39 i guess that controls the size of the ALUT? 2012-08-14T11:40:43 yes 2012-08-14T11:40:49 hmm 2012-08-14T11:40:59 the one you told me that it should be configurable 2012-08-14T11:41:22 rename it to CONFIGURE_MAXIMUM_LIBMM_ALUT_ENTRIES i think 2012-08-14T11:41:36 ok i will 2012-08-14T11:41:37 we'll have to think about the best name 2012-08-14T11:41:42 does that name make sense? 2012-08-14T11:42:02 yes it's 2012-08-14T11:42:18 and then the variable needs to be provided through sapi/include/confdefs.h 2012-08-14T11:42:21 ALUT_SIZE 2012-08-14T11:42:54 might be time for you to learn how to deal with sapi ;) 2012-08-14T11:42:55 i just externed it at libmm.c 2012-08-14T11:43:06 i'd like to :) 2012-08-14T11:43:23 it's big but not hard, a lot of repetivie things 2012-08-14T11:43:36 does it have docs or something ? 2012-08-14T11:43:55 not really you kind of have to copy something else similar to what you are working on 2012-08-14T11:44:43 the important things are to add the CONFIGURE macro and see where to add a variable to the proper rtems_configuration table... 2012-08-14T11:45:07 ok i will imitate 2012-08-14T11:45:19 then you will use the configuration table variable to determine the alut size at runtime i think 2012-08-14T11:45:31 this will take you some time, but it is important 2012-08-14T11:45:55 should this go before writing tests for arm ? 2012-08-14T11:48:21 sorry i have to have my breakfast now, i will come back soon .. 2012-08-14T11:52:00 yeah, we should solve configuration before committing the libmm code. this was an oversight so far 2012-08-14T11:59:50 ok i will 2012-08-14T12:01:09 so, the remaining work should be configuration issue, tests for arm, right ? 2012-08-14T12:01:47 and investigate another arm or ppc target as time permits 2012-08-14T12:02:23 okay 2012-08-14T12:04:16 good luck. ask questions on rtems-devel 2012-08-14T12:04:30 remember to include enough details so that your question makes sense 2012-08-14T12:05:03 ok, and about documentations ? 2012-08-14T12:05:15 after "pencils-down". 2012-08-14T12:05:27 next monday ? 2012-08-14T12:05:30 yeah. 2012-08-14T12:05:34 ok 2012-08-14T12:05:41 on Monday I want you to make a git branch of all your code 2012-08-14T12:05:45 just a separate branch 2012-08-14T12:06:03 arm and libmm/ppc ? 2012-08-14T12:06:07 you'll generate a diff from that, and submit that diff 2012-08-14T12:06:15 yeah all the code 2012-08-14T12:06:29 that you contributed to 2012-08-14T12:06:32 even un-tested arm code? 2012-08-14T12:06:35 even that 2012-08-14T12:06:40 ok 2012-08-14T12:06:47 i won't be applying the branch... 2012-08-14T12:07:06 it's just to have a milestone of your total coding effort 2012-08-14T12:07:31 ok i will create it after pencils down ? 2012-08-14T12:07:40 yes 2012-08-14T12:07:51 and keep working as you like on your code 2012-08-14T12:08:03 just leaving that branch alone 2012-08-14T12:08:24 okay, i will 2012-08-14T12:08:33 thanks 2012-08-14T12:08:34 it's just taking a snapshot 2012-08-14T12:08:44 there will still be updates to your code i'm sure :) 2012-08-14T12:08:59 we just won't include those modifications in your code submission 2012-08-14T12:09:13 don't worry about it too much 2012-08-14T12:09:23 just dump all the code you wrote to one branch and move on ;) 2012-08-14T12:09:50 could i still submit code to my github repo after GSoC ? 2012-08-14T12:10:02 yes 2012-08-14T12:10:10 great :) 2012-08-14T12:10:19 just leave that one branch alone 2012-08-14T12:10:25 that's all 2012-08-14T12:10:35 ok, that's clear now :) 2012-08-14T12:31:14 *** Hesham2 has joined #rtems 2012-08-14T12:31:21 *** Hesham1 has quit IRC (Ping timeout: 268 seconds) 2012-08-14T12:39:27 *** Hesham2 has quit IRC (Quit: Leaving.) 2012-08-14T13:08:28 Dr Joel: I had already finish writing some docs about my experiences when trying to get my environment ready to analyzing coverage 2012-08-14T13:11:59 maybe I'll send google doc's link to rtems-devel? 2012-08-14T13:15:13 how long is the write-up? an email might be preferable, or a blog post 2012-08-14T13:16:16 *** antgreen has quit IRC (Ping timeout: 244 seconds) 2012-08-14T13:16:18 It is something about one page and a half. I also can publish it on my blog 2012-08-14T13:16:42 that might be nice. 2012-08-14T13:25:48 ok, I have published it 2012-08-14T13:25:52 http://km-for-socis2012rtems.blogspot.com/ 2012-08-14T13:26:39 send a link to the rtems-devel and a short note about what it is 2012-08-14T13:26:44 ok :) 2012-08-14T13:52:58 *** krzysiekm13 has left #rtems 2012-08-14T14:00:16 *** krzysiekm13 has joined #rtems 2012-08-14T14:16:04 *** krzysiekm13 has left #rtems 2012-08-14T14:52:34 *** antgreen has joined #rtems 2012-08-14T15:07:54 *** monstr has quit IRC (Ping timeout: 240 seconds) 2012-08-14T15:29:12 *** DrJoel has quit IRC (Quit: Leaving) 2012-08-14T16:43:01 *** deb has joined #rtems 2012-08-14T17:18:04 *** deb has joined #rtems 2012-08-14T17:43:38 *** alseh has quit IRC (Remote host closed the connection) 2012-08-14T17:51:50 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-08-14T18:27:15 *** kiwichris has joined #rtems 2012-08-14T19:55:37 *** antgreen has quit IRC (Ping timeout: 240 seconds) 2012-08-14T20:42:59 *** xiangfu has joined #rtems 2012-08-14T20:52:51 *** xiangfu has quit IRC (Read error: Connection reset by peer) 2012-08-14T21:01:57 *** xiangfu has joined #rtems 2012-08-14T21:34:53 *** gedare has quit IRC (Ping timeout: 244 seconds) 2012-08-14T23:58:13 *** monstr has joined #rtems 2012-08-15T00:11:41 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-08-15T00:25:54 *** arvind_khadri has joined #rtems 2012-08-15T00:44:25 *** kiwichris has joined #rtems 2012-08-15T01:02:36 *** arvind_khadri has quit IRC (Ping timeout: 265 seconds) 2012-08-15T01:18:05 *** arvind_khadri has joined #rtems 2012-08-15T02:15:22 *** krzysiekm13 has joined #rtems 2012-08-15T02:17:26 *** arvind_khadri has quit IRC (Ping timeout: 256 seconds) 2012-08-15T02:25:30 *** arvind_khadri has joined #rtems 2012-08-15T02:27:53 *** krzysiekm13 has left #rtems 2012-08-15T03:03:38 *** krzysiekm13 has joined #rtems 2012-08-15T05:36:43 *** QingPei has joined #rtems 2012-08-15T06:23:52 *** xiangfu has quit IRC (Ping timeout: 246 seconds) 2012-08-15T06:28:10 *** krzysiekm13 has left #rtems 2012-08-15T07:51:16 *** arvind_khadri has quit IRC (Ping timeout: 244 seconds) 2012-08-15T08:07:43 *** arvind_khadri has joined #rtems 2012-08-15T08:09:54 *** antgreen has joined #rtems 2012-08-15T08:20:13 *** krzysiekm13 has joined #rtems 2012-08-15T08:58:21 *** gedare has joined #rtems 2012-08-15T08:59:19 *** gedare_ has joined #rtems 2012-08-15T08:59:35 *** deb has left #rtems ("Leaving") 2012-08-15T09:03:12 *** deb has joined #rtems 2012-08-15T09:03:27 *** monstr has quit IRC (Ping timeout: 246 seconds) 2012-08-15T09:06:56 *** DrJoel has joined #rtems 2012-08-15T09:06:56 *** DrJoel has joined #rtems 2012-08-15T09:06:56 *** ChanServ sets mode: +o DrJoel 2012-08-15T09:21:34 *** gedare_ has quit IRC (Quit: Leaving) 2012-08-15T10:10:08 *** QingPei has left #rtems 2012-08-15T10:42:19 *** antgreen has quit IRC (Ping timeout: 246 seconds) 2012-08-15T11:03:24 *** weiY has joined #rtems 2012-08-15T11:03:40 Hi, gedare. are you around? 2012-08-15T11:03:54 hey weiY what's up 2012-08-15T11:04:07 recently my irc is not able to be accessed 2012-08-15T11:04:18 have you seen my pull request 2012-08-15T11:04:30 for the powerpc atomic support and new test cases 2012-08-15T11:05:05 i just push the code to the older pull request review branch 2012-08-15T11:05:16 ok just need to send a note that you updated it 2012-08-15T11:06:02 *:q 2012-08-15T11:06:07 and when i login into the github i see it have been became a comment to pull request. So i wonder whether you have seen my pull request 2012-08-15T11:06:10 sorry, wrong window 2012-08-15T11:06:32 i don't have notifications from github turned on at the moment 2012-08-15T11:06:38 if you have not seen i will set a new branch to send the pull request 2012-08-15T11:06:55 so i rely on you to tell me :) 2012-08-15T11:07:39 ok, i will set a new branch. but that i will put all the code togather with last pull request code to setup a new pull request 2012-08-15T11:09:04 ok 2012-08-15T11:09:50 and i have add the documents to the wiki, if you have time please help me correct the format of the wiki. i am not very familar with the wiki 2012-08-15T11:10:20 http://wiki.rtems.org/wiki/index.php/Atomic_Operations 2012-08-15T11:11:18 now i have to go to bed, it is so later. byb. 2012-08-15T11:11:24 Later 2012-08-15T11:15:26 *** weiY has quit IRC (Ping timeout: 245 seconds) 2012-08-15T11:32:23 *** WikL has joined #rtems 2012-08-15T11:33:28 *** WikL has quit IRC (Client Quit) 2012-08-15T11:37:37 *** WikL has joined #rtems 2012-08-15T11:38:19 *** arvind_khadri has quit IRC (Ping timeout: 272 seconds) 2012-08-15T11:54:50 *** krzysiekm13 has left #rtems 2012-08-15T12:09:37 *** alseh has joined #rtems 2012-08-15T12:18:00 be back later.. moving back into my office now that the painting and carpeting are done :) 2012-08-15T12:18:04 *** DrJoel has quit IRC (Quit: Leaving) 2012-08-15T12:53:43 *** alseh_ has joined #rtems 2012-08-15T12:54:12 *** alseh has joined #rtems 2012-08-15T13:44:36 *** mikeg_ has joined #rtems 2012-08-15T13:45:48 *** mikeg has quit IRC (*.net *.split) 2012-08-15T13:45:48 *** kristianpaul has quit IRC (*.net *.split) 2012-08-15T13:45:50 *** mikeg_ is now known as mikeg 2012-08-15T13:45:52 *** mikeg has joined #rtems 2012-08-15T13:46:46 *** kristianpaul has joined #rtems 2012-08-15T13:46:47 *** kristianpaul has joined #rtems 2012-08-15T14:50:52 *** gedare has quit IRC (Remote host closed the connection) 2012-08-15T15:02:31 *** krzysiekm13 has joined #rtems 2012-08-15T15:09:32 *** kristianpaul has quit IRC (Remote host closed the connection) 2012-08-15T15:19:44 *** kristianpaul has joined #rtems 2012-08-15T15:19:44 *** kristianpaul has joined #rtems 2012-08-15T15:22:24 *** krzysiekm13 has left #rtems 2012-08-15T15:22:34 *** WikL has quit IRC (Read error: Connection reset by peer) 2012-08-15T15:27:13 *** WikL has joined #rtems 2012-08-15T15:35:32 *** WikL has quit IRC (Ping timeout: 240 seconds) 2012-08-15T15:36:24 *** WikL has joined #rtems 2012-08-15T16:03:49 *** WikL has quit IRC (Ping timeout: 248 seconds) 2012-08-15T16:04:25 *** WikL has joined #rtems 2012-08-15T17:18:13 *** WikL has quit IRC (Remote host closed the connection) 2012-08-15T17:28:34 *** deb has quit IRC (Read error: Connection reset by peer) 2012-08-15T17:30:06 *** deb has joined #rtems 2012-08-15T17:50:11 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-08-15T18:25:00 *** kiwichris has joined #rtems 2012-08-15T19:10:37 *** alseh has quit IRC (Ping timeout: 240 seconds) 2012-08-15T19:22:51 *** alseh has joined #rtems 2012-08-15T19:36:42 *** xiangfu has joined #rtems 2012-08-15T19:52:29 *** weiY has joined #rtems 2012-08-15T20:11:37 *** weiY has quit IRC (Ping timeout: 240 seconds) 2012-08-15T21:13:42 *** QingPei has joined #rtems 2012-08-15T22:02:10 *** QingPei has quit IRC (Remote host closed the connection) 2012-08-15T22:02:52 *** QingPei has joined #rtems 2012-08-15T22:26:37 *** lcpfnvcy_ has joined #rtems 2012-08-15T22:27:48 *** lcpfnvcy has quit IRC (Ping timeout: 268 seconds) 2012-08-15T22:29:01 *** mikeg has quit IRC (*.net *.split) 2012-08-15T22:29:01 *** jahf has quit IRC (*.net *.split) 2012-08-15T22:34:09 *** mikeg has joined #rtems 2012-08-15T22:34:09 *** jahf has joined #rtems 2012-08-15T22:40:47 *** kristianpaul has quit IRC (Ping timeout: 272 seconds) 2012-08-15T22:41:26 *** kristianpaul has joined #rtems 2012-08-15T22:41:26 *** kristianpaul has joined #rtems 2012-08-15T23:24:20 *** alseh has quit IRC (Ping timeout: 244 seconds) 2012-08-15T23:36:15 *** alseh has joined #rtems 2012-08-16T00:17:40 *** monstr has joined #rtems 2012-08-16T00:46:23 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-08-16T01:23:49 *** kiwichris has joined #rtems 2012-08-16T01:59:51 *** alseh has quit IRC (Ping timeout: 240 seconds) 2012-08-16T02:01:14 *** alseh has joined #rtems 2012-08-16T02:30:36 *** alseh has quit IRC (Remote host closed the connection) 2012-08-16T02:50:38 *** sebhub has joined #rtems 2012-08-16T02:57:12 *** rtemsLogger has joined #rtems 2012-08-16T03:02:03 *** krzysiekm13 has joined #rtems 2012-08-16T04:02:18 *** QingPei has left #rtems 2012-08-16T04:18:21 *** krzysiekm13 has quit IRC (Remote host closed the connection) 2012-08-16T04:19:01 good morning 2012-08-16T04:39:26 *** rtemsLogger has joined #rtems 2012-08-16T04:59:39 *** WikL has joined #rtems 2012-08-16T05:06:36 *** Amadiro has quit IRC (Quit: Leaving) 2012-08-16T05:09:12 *** cdcs has joined #rtems 2012-08-16T05:15:31 *** krzysiekm13 has joined #rtems 2012-08-16T05:56:29 *** xiangfu has quit IRC (Ping timeout: 244 seconds) 2012-08-16T06:10:37 *** alseh has joined #rtems 2012-08-16T06:10:46 #rtems 2012-08-16T06:37:45 *** xiangfu has joined #rtems 2012-08-16T06:38:05 *** QingPei has joined #rtems 2012-08-16T06:42:14 *** xiangfu has quit IRC (Ping timeout: 265 seconds) 2012-08-16T07:22:39 *** krzysiekm13 has left #rtems 2012-08-16T08:01:26 *** weiY has joined #rtems 2012-08-16T08:08:17 *** gedare has joined #rtems 2012-08-16T08:35:20 *** tuxmaniac has joined #rtems 2012-08-16T08:40:01 *** ppisa has joined #rtems 2012-08-16T08:46:58 *** antgreen has joined #rtems 2012-08-16T09:28:20 *** zw_yao has joined #rtems 2012-08-16T09:41:09 *** Hesham has joined #rtems 2012-08-16T09:45:20 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-16T09:49:15 *** RayX has joined #rtems 2012-08-16T09:49:51 *** claas_ziemke has joined #rtems 2012-08-16T09:50:53 *** Hesham has joined #rtems 2012-08-16T09:56:54 good morning! for those who didn't see, here is the link for the update doc: https://docs.google.com/document/d/1Zqo7tDerV6HvTG_YOt99_3KukMoqATPvwB7XcTagO-g/edit 2012-08-16T09:57:28 we'll get started soon 2012-08-16T10:00:54 okay.. juli1 cdcs WikL would you like to start? 2012-08-16T10:01:16 I'm here 2012-08-16T10:01:18 Hello all. 2012-08-16T10:01:28 *** zw_yao has quit IRC (Quit: Leaving) 2012-08-16T10:01:48 so, go? 2012-08-16T10:02:30 sure. 2012-08-16T10:02:39 ok then 2012-08-16T10:02:58 *** zw_yao has joined #rtems 2012-08-16T10:03:12 well I've implemented the entire interrupt forwarding setup on both POK and RTEMS 2012-08-16T10:03:24 according to specification 2012-08-16T10:03:47 sans one function, which is critical to all this 2012-08-16T10:04:13 *** soh_cah_toa has joined #rtems 2012-08-16T10:04:24 the procedure to call a partition function from kernel space, so that it comes back to the kernel after returning 2012-08-16T10:04:43 don't know how to go about it in POK 2012-08-16T10:04:53 i see 2012-08-16T10:05:10 so that's that 2012-08-16T10:05:16 you are missing the context switch into partition's space? 2012-08-16T10:05:25 yes 2012-08-16T10:06:00 since as far as I understand, regular switching to partition means switching to the last running thread 2012-08-16T10:06:13 it's own stack pointer and registers 2012-08-16T10:06:14 i can see that would be tricky, i'm surprised POK does not already have some ability to call into the partition code in order to handle interrupts already 2012-08-16T10:06:19 yeah. 2012-08-16T10:06:28 you'd need POK to set up a detached context 2012-08-16T10:06:50 but you don't need to switch into the threads context. 2012-08-16T10:07:00 you just need to change the MMU context 2012-08-16T10:07:07 and maybe switch to a different stack 2012-08-16T10:07:15 also, since switching is time based I would have to find a way to return immediately after exiting the function 2012-08-16T10:07:38 right, rather than allowing rtems to try to dispatch a thread 2012-08-16T10:07:41 just switch the GTD? 2012-08-16T10:07:45 but since you will be executing _Thread_Switch you will need to be in thread context 2012-08-16T10:08:18 but since you will be executing _Thread_Dispatch you will need to be in the RTEMS' stack 2012-08-16T10:08:35 (forget the first sentence... multi tasking ;)) 2012-08-16T10:08:46 can the interrupt be delivered while returning to the partition context? 2012-08-16T10:09:15 post the interrupt to the partition simultaneous to switching / scheduling the partition from within POK? 2012-08-16T10:09:18 *** zw_yao has quit IRC (Quit: Leaving) 2012-08-16T10:09:33 hold on, need to process this 2012-08-16T10:09:52 i mean... why does the partition need to return to POK? that is what needs to be resolved here perhaps 2012-08-16T10:10:13 well actually it doesn't have to 2012-08-16T10:10:39 This is usually done by modifying partition state, "pushing" originbal state and return address on the partition stack and the modifying EIP in the partition state. 2012-08-16T10:10:45 *** medivhc has joined #rtems 2012-08-16T10:10:46 if the function is called at the end of the interrupt handler 2012-08-16T10:12:06 ppisa: also considered this and asked about it on the ml, didn't get a reply though 2012-08-16T10:12:12 *** zw_yao has joined #rtems 2012-08-16T10:12:14 *** jenniferA has joined #rtems 2012-08-16T10:12:39 ok. well aside from this issue.. 2012-08-16T10:12:45 also, hoped it's not the best solution since my assembly is not at it's best 2012-08-16T10:12:58 yes, also I need to write some documentation 2012-08-16T10:13:05 If partition really needs to return to POK, then something similar as Posix Signal trampolines has to be implemented. Ie push on partition stack original thread state, then trampoline (code or only return EIP which causes trap to hypervisor) and then build regular interrupt/exception returs state to alow iret from interrupt handler. 2012-08-16T10:13:27 and please post all your code to github 2012-08-16T10:13:43 it's all on github 2012-08-16T10:13:44 make a snapshot of your progress for the "pencils down" date 2012-08-16T10:13:53 but feel free to keep working on your code past then 2012-08-16T10:14:02 *** cdcs has quit IRC (Quit: Page closed) 2012-08-16T10:14:07 you just won't be submitting that code to google 2012-08-16T10:14:14 sure 2012-08-16T10:14:15 but it can still be submitted to rtems or to pok 2012-08-16T10:14:26 I'll just tag the commit 2012-08-16T10:14:33 *** cdcs has joined #rtems 2012-08-16T10:14:36 ok 2012-08-16T10:14:58 so about the documentation 2012-08-16T10:15:37 how to run things, mostly, and comments in code for tricky parts, and a little write-up about what is left to be done 2012-08-16T10:15:53 I was told this is very important and I can see how, since this project was probably more about locating potential problems and researching how to make it work 2012-08-16T10:16:14 I feel there might be quite a bit that should be passed to whoever will want to join in later 2012-08-16T10:16:21 i agree 2012-08-16T10:16:38 documentation can be posted after pencils-down 2012-08-16T10:16:40 though 2012-08-16T10:16:56 maybe you should resume all the discussions we had 2012-08-16T10:17:01 ok 2012-08-16T10:17:28 meaning? 2012-08-16T10:18:05 we discussed about a lot of topics: interrupt virtualization, context swicthes, etc 2012-08-16T10:18:58 ah yes, all these should be covered including what has been done and what needs expanding/improving 2012-08-16T10:19:38 ok good 2012-08-16T10:19:40 so, I should keep on trying with that context switch 2012-08-16T10:19:58 yeah .. 2012-08-16T10:20:02 what should I prepare for the pencils down date? 2012-08-16T10:20:48 you need a snapshot of your code. 2012-08-16T10:20:51 i think 2012-08-16T10:21:02 i'd like a branch that has the commits of your milestones, with the last commit can be something that isn't quite working but is your current state 2012-08-16T10:21:45 squash your work as much as it makes sense.. separate any changes for rtems or for pok.. 2012-08-16T10:22:55 if you can send a patch that includes the "working" BSP with console to the rtems-devel ml then you might get a quick code review 2012-08-16T10:23:33 ok.. we have to move on 2012-08-16T10:23:34 I'll do that 2012-08-16T10:23:36 sure 2012-08-16T10:23:43 thanks WikL next up is Hesham 2012-08-16T10:23:49 thanks 2012-08-16T10:23:58 other students please fill in https://docs.google.com/document/d/1Zqo7tDerV6HvTG_YOt99_3KukMoqATPvwB7XcTagO-g/edit# 2012-08-16T10:24:10 Hesham: hello 2012-08-16T10:24:25 *** Hesham has quit IRC (Ping timeout: 272 seconds) 2012-08-16T10:24:30 or not! 2012-08-16T10:24:39 gedare: google docs is refusing to work for me, i talked with ray i send him my update and he fills it in for me... 2012-08-16T10:24:47 ok how odd. 2012-08-16T10:24:55 claas_ziemke: would you like to go? 2012-08-16T10:25:02 now i mean 2012-08-16T10:26:57 ok 2012-08-16T10:27:23 so i worked har the last week to get the ticker example runnign 2012-08-16T10:27:31 but i did not succeed 2012-08-16T10:27:53 the problem is most likely a bug in the QEMU beagleboard emulation 2012-08-16T10:28:23 a known bug ? 2012-08-16T10:28:24 i managed to get a timer running that issues an interrupt every 1ms 2012-08-16T10:28:27 nope 2012-08-16T10:28:39 so thats the good thing... 2012-08-16T10:29:08 the bad thin is that as soon as i unmak the specific interrupt of the interrupt controller, QEMU explodes... 2012-08-16T10:29:26 hm 2012-08-16T10:30:01 i discussed it with the guys at #beagleboard, but the only advice is to get some real hardware... 2012-08-16T10:30:13 ok well, same for you please prepare a snapshot of your code, and continue to work on trying to figure that out.. if you can verify it is a qemu bug that would be good but probably hard to do now 2012-08-16T10:30:58 yes i am talking with ray xu also 2012-08-16T10:31:03 and i'd also like to see a patch with the console working, that would be easy to give some quick code review for style 2012-08-16T10:31:04 ok 2012-08-16T10:31:14 i will push my code to github tonight so you can start reviewing 2012-08-16T10:31:26 ok. make a pull request and send an email. 2012-08-16T10:31:30 the rest of the week i spent with preparing for that... aka code cleanup 2012-08-16T10:31:36 ok i will... 2012-08-16T10:32:06 the plan for the last few days is to go on with cleaning up and if it proves possible to work on the IRQ problem some more 2012-08-16T10:32:45 so thats all 2012-08-16T10:32:51 sorry to disapoint :-) 2012-08-16T10:33:08 i really want to have that damn ticker working :-) 2012-08-16T10:33:57 ok thank you. maybe an arm expert can see if your attempt to handle the timer is right 2012-08-16T10:34:13 thanks claas_ziemke . next up, weiY 2012-08-16T10:34:22 hi everyone 2012-08-16T10:34:28 hi weiY 2012-08-16T10:34:53 this week my work is to setup a pull request of powerpc atomic support 2012-08-16T10:35:37 but at first i just push it to github, but it seems that there is some wrong. so i have setup a new branch for review 2012-08-16T10:36:02 and i add all the design documents and howto manual to the rtems wiki 2012-08-16T10:36:25 but its format is a little ugly 2012-08-16T10:36:43 So anyone can correct me 2012-08-16T10:36:53 ok. well you can learn about mediawiki if you like 2012-08-16T10:37:07 hopefully we can get your ppc code reviewed 2012-08-16T10:37:16 and merge the x86 soon! 2012-08-16T10:37:31 same with the others... make a branch for your GSoC submission that has everything you coded 2012-08-16T10:37:45 you'll need that for later when they let you upload your code submissions on Melange. 2012-08-16T10:37:54 ok, i will learn. if you see any wrong thing you can point it to me and i will learn and modify it 2012-08-16T10:38:10 i skimmed it and it seemed ok, but i wasn't trying to learn ;) 2012-08-16T10:38:24 and this week because of some study stuff my development is a little small progress 2012-08-16T10:39:11 ok, i will send a mail about pull request to devel 2012-08-16T10:39:42 great 2012-08-16T10:39:42 next work is to do some plan for SMP sync primitives on RTEMS 2012-08-16T10:40:18 ok sounds good. 2012-08-16T10:40:34 thanks weiY 2012-08-16T10:41:07 next up: alseh , ppisa 2012-08-16T10:41:09 alseh: hi 2012-08-16T10:41:15 but about the question which chris talk about, is it a real question? 2012-08-16T10:41:18 oh.. 2012-08-16T10:41:27 hi 2012-08-16T10:42:23 weiY: Yes I think it is a real concern. I don't think we should use ISR_Disable/Enable in the Atomic code 2012-08-16T10:42:41 if a cpu does not support the atomic operation efficiently, we should avoid using it i think 2012-08-16T10:42:47 but it is just a staging way 2012-08-16T10:43:08 you mean let it does not do anything 2012-08-16T10:43:25 You have to use Eint, Dint if there is no other way. 2012-08-16T10:43:27 the problem is that staging code sometimes gets into production, and we should avoid that 2012-08-16T10:43:42 ok i see 2012-08-16T10:43:55 what is about Eint and Dint? 2012-08-16T10:44:03 enableint, disableint 2012-08-16T10:44:32 atomic ops that are only sometimes available are not that useful 2012-08-16T10:44:48 well, then we need to resolve this issue of what to do when they are unavialable. 2012-08-16T10:45:06 or rather, not implemented by hw primitive 2012-08-16T10:45:09 Ther is other lock free tqchnique possible on UP. It is same as LDREX, ie load and reserve but simulated by IRQ return and reschedule code. 2012-08-16T10:46:09 But generally it is overhead on UP when int enable and disable are available. This has use for cases where you are in user context and cannot use priviledget instructions. 2012-08-16T10:46:48 either we emulate it with isr disable/enable, or refuse to compile 2012-08-16T10:47:07 maybe i misread kiwichris question though 2012-08-16T10:47:08 ok, but on rtems everything runs in supervisor mode 2012-08-16T10:47:17 i think his concern comes in smp, which most hw should support the atomic op 2012-08-16T10:47:24 ok, if there is other way to simulate the atomic ops i will study it. 2012-08-16T10:47:31 But interrupt disable + enable on local CPU is not so critical. Disaster is if you want atomic ops on SMP and CPU does not provide LOCK prefix or LD with reserve/mark and conditional save 2012-08-16T10:47:34 in up rtems, enable/disable interrupt ought to work 2012-08-16T10:48:02 when they don't, as ppisa said then there is a problem 2012-08-16T10:48:16 well, don't buy this hardware 2012-08-16T10:48:19 ;) 2012-08-16T10:48:41 ok then, weiY proceed with UP implementations using ISR disable/enable for now 2012-08-16T10:48:58 you should not throw out work you did so late anyway 2012-08-16T10:49:30 yeah, i am sorry for this 2012-08-16T10:49:32 That other solution is used for Linux ARM native posix threads in userspace and is quite complex. Code is proded in page mapped from kernel to userspace and on SMP and higher arch versions is replaced by CPU hardware LD instructions. Not worth to study for RTEMS. 2012-08-16T10:49:53 don't be, we need to be thorough 2012-08-16T10:49:57 s/proded/provided 2012-08-16T10:50:45 ok... alseh I think you're up 2012-08-16T10:50:51 I was working this week on analyzing the cirrus xf86 MIT code, and rewriting it for rtems ... I have now left to test it 2012-08-16T10:51:16 cool 2012-08-16T10:51:16 the code is modified so there will be no licence problems anymore 2012-08-16T10:51:45 how do you mean? 2012-08-16T10:51:53 what is the original license on the code 2012-08-16T10:51:57 More preciselly, code is based on analysis of MIT XORG and Linux and rewrite. 2012-08-16T10:52:02 exactly 2012-08-16T10:52:04 ooooh. 2012-08-16T10:52:13 OK thanks. that is important to clarify 2012-08-16T10:52:26 The question I have is how to select VGA / CIRRUS driver ? ... should be at compile time or runtime ? 2012-08-16T10:52:46 my guess is compile-time 2012-08-16T10:53:08 Compile time now, then we should add registration framework. 2012-08-16T10:53:54 and what could be nicer than a added line in Makefile.am .. and a new one ? 2012-08-16T10:54:04 It can be quite lightweight and in the fact has zero runtime overhead after framebuffer setup. 2012-08-16T10:54:06 is a configure flag a viable solution ? 2012-08-16T10:54:45 The compile time selection should be through some board variant or configure. 2012-08-16T10:55:26 But I am not expert for RTEMS solution in these cases. 2012-08-16T10:55:34 i'd rather not have a ./configure flag added for this 2012-08-16T10:55:49 hmm 2012-08-16T10:56:08 OK, then some define. Should be solved by registration in longer run anyway. 2012-08-16T10:56:31 the usual approach is to use confdefs.h CONFIGURE macros... 2012-08-16T10:56:47 but.. 2012-08-16T10:57:00 hm, ask on rtems-devel ml 2012-08-16T10:57:11 i have to think on it more myself, and others might weigh-in 2012-08-16T10:57:36 ok than, I'll ask 2012-08-16T10:57:51 configuration for this seems to make sense coming from bsp or application i guess 2012-08-16T10:58:05 all right 2012-08-16T10:58:12 another question I had is what should I make a snapshot of for the deadline ? ... because my work integrates many packages I did not write 2012-08-16T10:58:37 any code you wrote 2012-08-16T10:58:54 and registration framework wouldn't make a bigger footprint ? 2012-08-16T11:00:10 next up is zw_yao 2012-08-16T11:00:18 May it be, that set of tarballs of all used packaged should be archived. But you have most of them included in RTEMS GRAPHIC Toolkit , so you can tar that and add additional used packages. Not important for Google, but should be stored somwhere on RTEMS FTP. 2012-08-16T11:00:51 yes we can point links to the graphics toolkit and whatever else 2012-08-16T11:01:13 ok 2012-08-16T11:01:20 Hi, all. 2012-08-16T11:01:21 the main thing is to upload code you wrote, and provide some way to see other work you did 2012-08-16T11:01:23 hi zw_yao 2012-08-16T11:02:08 My status: fixed the bug found last week, which isn't very complex bug, didn't take much work, and have pushed it to github. 2012-08-16T11:02:21 and also completed the design document. 2012-08-16T11:03:38 I found not much document to be written, only the design concerns about my approach. Did I miss something? 2012-08-16T11:03:42 i'm here let me know when you want an update 2012-08-16T11:04:15 zw_yao: maybe some info about posix keys, but that is documented by posix std so not too much there really 2012-08-16T11:04:24 this was mostly about getting the standard supported in a scalable way... 2012-08-16T11:04:36 Yeah, I see. 2012-08-16T11:04:53 did you resolve your issues with the objects_open/close functions in pthread key create/delete? 2012-08-16T11:05:23 And a question here, which wiki page should I add or edit? the POSIX Key page is not editable now... 2012-08-16T11:05:27 and i think rb nodes are being allocated dynamically from the workspace last i checked. if so you'll need to compute the workspace overhead required to satisfy these allocations in the worst-case 2012-08-16T11:05:52 sorry, i have to leave now, bye 2012-08-16T11:06:01 Oh, that problem haven't been solved... 2012-08-16T11:06:06 ok sebhub 2012-08-16T11:06:12 thanks for your inputs 2012-08-16T11:06:19 zw_yao: ok that is something to deal with 2012-08-16T11:06:34 you should be able to edit that page, if you are logged in 2012-08-16T11:06:50 *** sebhub has quit IRC (Remote host closed the connection) 2012-08-16T11:06:55 I asked on ml, and recieve no response. May be I should try to ask it again.. 2012-08-16T11:07:11 yes, maybe your question was not clear 2012-08-16T11:07:18 a single short email is best 2012-08-16T11:07:25 I'll check the wiki stuff later. 2012-08-16T11:07:29 ok i'm going to paste a conversation I had with joel about your project here 2012-08-16T11:07:34 incoming chat dump: 2012-08-16T11:07:38 gedare, off the top of my head, if CONFIGURE_MAXIMUM_POSIX_KEYS is defined, then do we have to assume #Keys * #tasks/threads * size per allocation? 2012-08-16T11:07:38 i think so. unless we change how we define the CONFIGURE option. 2012-08-16T11:07:38 every key is distinct so i don't see why we can't let the user control more precisely this number 2012-08-16T11:07:38 It is dependent on keys being used.. 2012-08-16T11:07:38 we should make the configure max keys independent of configure max tasks if that is possible 2012-08-16T11:07:40 We could have something like CONFIGURE_MAXIMUM_THREAD_KEY_PAIRS which could default to ((max threads + max tasks) * max keys) 2012-08-16T11:07:43 only posix threads matter here, for now 2012-08-16T11:07:45 RTEMS tasks can use them also. No distinction 2012-08-16T11:07:47 i see 2012-08-16T11:07:49 well i think it is better if users can limit the overhead by specifying an exact number of keys regardless of threads 2012-08-16T11:07:52 after all if i use 1 key for 1 thread but have 32 threads i don't want to reserve space for 32 keys. it is silly 2012-08-16T11:07:55 i thought that is one of the reasons to do this project in the first place 2012-08-16T11:07:57 anyway i think it can be documented for users to use something like ... CONFIGURE_MAXIMUM_POSIX_KEYS (CONFIGURE_MAXIMUM_TASKS * xxx) 2012-08-16T11:08:00 if they want to have keys for every task 2012-08-16T11:08:04 You are forgetting that one key can have different values for each of those 32 tasks. That's the whole point of a key. 2012-08-16T11:08:07 i know that. but only if the task uses the key 2012-08-16T11:08:09 if we default use some multiplication of threads by keys, how does a user specify a number of keys less than (or non-multiple of) the number of threads? 2012-08-16T11:08:12 read through that and send a different email to discuss it 2012-08-16T11:08:14 it is related to calculating the overheads 2012-08-16T11:08:18 we did not reach a resolution about what to do 2012-08-16T11:08:35 so you should summarize the issue and give your opinion and ideas 2012-08-16T11:09:15 Sure, I will:) 2012-08-16T11:09:21 okay... 2012-08-16T11:09:34 thanks, that's all. 2012-08-16T11:09:38 great 2012-08-16T11:09:44 next up: medivhc 2012-08-16T11:09:49 hi 2012-08-16T11:10:00 sorry your mentor had to leave before we got to you 2012-08-16T11:10:09 this meeting is dragging out a little :) 2012-08-16T11:10:26 what's your status 2012-08-16T11:11:03 I am still working on the implementing the clock-pro. 2012-08-16T11:11:39 I am not finish it yet. 2012-08-16T11:11:46 Ok 2012-08-16T11:12:38 and some tests need to be added. 2012-08-16T11:13:18 all right. do you know what you need to do then? 2012-08-16T11:13:54 yes, 2012-08-16T11:14:19 it still has bugs. I will try to deal with it. 2012-08-16T11:14:40 ok 2012-08-16T11:14:57 and by monday please make a branch containing all of the code you wrote 2012-08-16T11:15:05 ok 2012-08-16T11:15:18 that will be a snapshot of your progress. if you hvae not finished then you should feel free to continue working on it 2012-08-16T11:15:30 i see. 2012-08-16T11:15:54 ok .. thanks 2012-08-16T11:16:02 deb are you here? 2012-08-16T11:16:44 *** medivhc has quit IRC (Quit: Leaving) 2012-08-16T11:17:14 hey verm__ 2012-08-16T11:17:53 deb: verm__ we're ready for an update 2012-08-16T11:20:11 ok.. soh_cah_toa are you around? 2012-08-16T11:20:18 yup 2012-08-16T11:20:29 ok. jenniferA are you around too? 2012-08-16T11:20:34 soh_cah_toa: go ahead and update us on your status 2012-08-16T11:21:25 well, i have the m68k bsp's done and i can submit those patches. they all have an inline .robsdsets section b/c now i think it's just gonna have to be that way 2012-08-16T11:21:40 ld doesn't allow INCLUDE() directives inside {} braces. sebastion says it does but when i tried, it doesn't work. as i said on the ml, i can't use a template-style linkcmds.base like arm does since the memory map between bsp's is just too different. they're not so cut-and-dried 2012-08-16T11:22:04 i was gonna refactor out common pieces of code and replace them w/ an INCLUDE() directive but that's not possible now 2012-08-16T11:22:06 ld is hard to debug, it might be some little odd quirk 2012-08-16T11:22:10 here 2012-08-16T11:22:22 doing a simple textual substitution feels like such a basic feature and it seems so odd that ld wouldn't support it. i'm over in #gcc right now asking around the gnu devs to see if there's a way to do it but my hopes aren't high :\ 2012-08-16T11:22:44 *** monstr has quit IRC (Ping timeout: 268 seconds) 2012-08-16T11:22:57 the bsp's build and everything's fine. it's just that it's kinda redundant 2012-08-16T11:23:30 ok 2012-08-16T11:24:02 might there be families of the m68k memory maps? 2012-08-16T11:24:35 gedare: working on documentation so developers can easily add tests as well as modifying unity for usage with RTEMS 2012-08-16T11:24:45 it's hard coded to 32bit we need 16bit support, as well as adding JSON output 2012-08-16T11:25:14 ok thanks. put up whatever patches for code and examples are created by monday 2012-08-16T11:25:17 well, maybe not official families but perhaps there are a few that have a near similar layout 2012-08-16T11:25:41 ok... also, some of the memory maps may be flexible, unfortunately that is hard to tell without being able to execute them 2012-08-16T11:25:52 exactly 2012-08-16T11:26:02 i could see that refactoring them precisely could be difficult. 2012-08-16T11:26:59 i'll have to talk to sebastion and get him to elaborate more on "it works" 2012-08-16T11:27:05 but until then, i can just submit them as is 2012-08-16T11:27:28 i would expect INCLUDE to be textual substitution. 2012-08-16T11:27:37 but maybe it is not. 2012-08-16T11:27:53 yeah, i would too. and i even remember someone saying that earlier in the summer 2012-08-16T11:28:01 though perhaps it's something in the file i included 2012-08-16T11:28:13 i assumed it was just the INCLUDE() itself 2012-08-16T11:28:29 i'll try just including a file w/ a single comment or something 2012-08-16T11:28:35 yes do. 2012-08-16T11:29:30 ok... try to figure that out, and also prepare a snapshot of your code 2012-08-16T11:29:48 sure, i've been archiving all my patches 2012-08-16T11:30:03 to submit to google or rtems-devel? 2012-08-16T11:30:14 well, both, but mainly to get a snapshot for google 2012-08-16T11:30:31 hopefully you can get your code submitted to rtems-devel as well as you are going :) 2012-08-16T11:30:42 yeah ok 2012-08-16T11:30:46 anything else? 2012-08-16T11:31:00 nope, updating my status now. i'm done 2012-08-16T11:31:07 ok 2012-08-16T11:31:16 that's it! 2012-08-16T11:31:21 meeting over.. 2012-08-16T11:31:34 i'm exhausted 2012-08-16T11:31:36 k sounds good then 2012-08-16T11:32:10 *** alseh_ has joined #rtems 2012-08-16T11:32:16 gedare: thanks for your moderating 2012-08-16T11:32:18 ok.. students submit code! :) 2012-08-16T11:32:18 *** RayX has quit IRC (Quit: ChatZilla 0.9.88.2 [Firefox 14.0.1/20120713134347]) 2012-08-16T11:32:31 *** alseh has quit IRC (Ping timeout: 240 seconds) 2012-08-16T11:32:33 thanks for your input ppisa 2012-08-16T11:32:41 * tuxmaniac claps and pats gedare for teh awesome co-ordination 2012-08-16T11:33:09 heh. just glad to almost have made it through the summer 2012-08-16T11:35:10 *** soh_cah_toa has quit IRC (Quit: this stupid bench is digging into my back >:() 2012-08-16T11:35:41 *** jenniferA has quit IRC (Quit: Leaving) 2012-08-16T11:35:54 *** zw__yao has joined #rtems 2012-08-16T11:39:30 *** zw_yao has quit IRC (Ping timeout: 256 seconds) 2012-08-16T11:39:57 *** tuxmaniac has quit IRC (Quit: Lost terminal) 2012-08-16T11:41:49 *** gedare has quit IRC (Quit: Leaving) 2012-08-16T11:46:33 *** weiY has quit IRC (Ping timeout: 252 seconds) 2012-08-16T11:58:35 *** QingPei has left #rtems 2012-08-16T12:00:46 *** claas_ziemke has quit IRC (Remote host closed the connection) 2012-08-16T12:05:03 *** antgreen has quit IRC (Read error: Connection reset by peer) 2012-08-16T12:24:40 *** cdcs has quit IRC (Quit: Page closed) 2012-08-16T12:34:14 *** ppisa has left #rtems ("Kopete 0.12.7 : http://kopete.kde.org") 2012-08-16T12:59:06 *** antgreen has joined #rtems 2012-08-16T13:01:17 *** antgreen has quit IRC (Remote host closed the connection) 2012-08-16T13:02:03 *** antgreen has joined #rtems 2012-08-16T13:10:41 *** alseh_ has quit IRC (Remote host closed the connection) 2012-08-16T13:30:20 *** monstr has joined #rtems 2012-08-16T15:04:19 *** WikL has quit IRC (Remote host closed the connection) 2012-08-16T16:13:18 *** Hesham has joined #rtems 2012-08-16T16:18:36 *** kuzew has quit IRC (Read error: Operation timed out) 2012-08-16T16:19:25 *** beng-nl has quit IRC (Read error: Operation timed out) 2012-08-16T16:20:17 *** lcpfnvcy_ has quit IRC (Read error: Connection reset by peer) 2012-08-16T16:20:56 *** lcpfnvcy has joined #rtems 2012-08-16T16:21:34 *** kuzew has joined #rtems 2012-08-16T16:24:12 *** beng-nl has joined #rtems 2012-08-16T16:49:02 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-16T17:34:29 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-08-16T17:35:04 *** antgreen has quit IRC (Read error: Connection reset by peer) 2012-08-16T17:39:07 *** zw__yao has quit IRC (Ping timeout: 240 seconds) 2012-08-16T17:52:03 *** zw__yao has joined #rtems 2012-08-16T18:15:11 *** kiwichris has joined #rtems 2012-08-16T19:15:27 *** zw__yao has quit IRC (Ping timeout: 240 seconds) 2012-08-16T19:37:40 *** jahf_ has joined #rtems 2012-08-16T19:39:18 *** jahf has quit IRC (Ping timeout: 245 seconds) 2012-08-16T19:58:43 *** xiangfu has joined #rtems 2012-08-16T20:20:04 *** QingPei has joined #rtems 2012-08-16T23:41:03 *** deb has left #rtems ("Leaving") 2012-08-17T00:14:55 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-08-17T00:30:43 *** kiwichris has joined #rtems 2012-08-17T00:38:52 *** kiwichris_ has joined #rtems 2012-08-17T00:40:30 *** kiwichris has quit IRC (Ping timeout: 240 seconds) 2012-08-17T00:42:24 *** monstr has quit IRC (Read error: Connection reset by peer) 2012-08-17T00:43:21 *** monstr_ has joined #rtems 2012-08-17T01:35:56 *** arvind_khadri has joined #rtems 2012-08-17T02:32:10 *** Hesham has joined #rtems 2012-08-17T02:55:43 *** sebhub has joined #rtems 2012-08-17T02:56:10 good morning 2012-08-17T03:06:58 *** kiwichris_ has quit IRC (Read error: Connection reset by peer) 2012-08-17T03:07:06 *** kiwichris has joined #rtems 2012-08-17T03:09:10 *** WikL has joined #rtems 2012-08-17T03:28:03 *** kiwichris has quit IRC (Ping timeout: 245 seconds) 2012-08-17T03:29:27 *** kiwichris has joined #rtems 2012-08-17T03:37:30 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-17T04:04:35 *** Hesham has joined #rtems 2012-08-17T04:43:54 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-17T06:11:48 *** xiangfu has quit IRC (Ping timeout: 252 seconds) 2012-08-17T06:39:41 *** Hesham has joined #rtems 2012-08-17T06:56:32 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-17T07:18:27 *** QingPei has quit IRC (Quit: Leaving.) 2012-08-17T07:18:41 *** QingPei has joined #rtems 2012-08-17T08:56:49 *** kuzew has quit IRC (*.net *.split) 2012-08-17T08:56:49 *** sevikkk has quit IRC (*.net *.split) 2012-08-17T08:56:49 *** juli1 has quit IRC (*.net *.split) 2012-08-17T08:56:56 *** kuzew has joined #rtems 2012-08-17T08:57:25 *** sevikkk has joined #rtems 2012-08-17T08:57:26 *** juli1 has joined #rtems 2012-08-17T08:58:53 *** arvind_khadri has quit IRC (Ping timeout: 245 seconds) 2012-08-17T09:03:46 *** gedare has joined #rtems 2012-08-17T09:13:33 *** krzysiekm13 has joined #rtems 2012-08-17T09:33:43 *** xiangfu has joined #rtems 2012-08-17T09:53:10 *** antgreen has joined #rtems 2012-08-17T10:00:48 *** gedare has quit IRC (Quit: Leaving) 2012-08-17T10:09:26 *** jahf_ is now known as jahf 2012-08-17T10:10:22 *** gedare has joined #rtems 2012-08-17T10:15:13 *** Hesham has joined #rtems 2012-08-17T10:16:54 hi gedare 2012-08-17T10:19:19 hey Hesham 2012-08-17T10:19:36 i saw you at the start of yesterday's meeting..did you heave to leave? 2012-08-17T10:19:39 *have 2012-08-17T10:19:58 sorry i did not make it yesterday, my lap top battery was critically low and it hibernated 2012-08-17T10:21:13 can we chat now ? 2012-08-17T10:21:30 yes 2012-08-17T10:21:36 what's your status 2012-08-17T10:22:14 i have finished all arm920 comding 2012-08-17T10:22:19 coding 2012-08-17T10:22:25 and tried to test mmtest1 for gumstix 2012-08-17T10:22:41 but that error .... 2012-08-17T10:22:41 Bus read error, can not find corresponding bank for addr 0xe59fc000,pc=0x14 2012-08-17T10:23:02 and no idea what it means either? 2012-08-17T10:23:09 i will try some other addresses 2012-08-17T10:23:11 does that address make sense? 2012-08-17T10:23:14 ok 2012-08-17T10:23:24 nope 2012-08-17T10:23:46 that was printed at first too when i tried to "printf" at hello sample 2012-08-17T10:23:52 hm, ok 2012-08-17T10:23:58 did you break up the mmtests? 2012-08-17T10:24:02 i asked xi yange how to debug 2012-08-17T10:24:10 yes a week ago 2012-08-17T10:24:15 ok sorry i'm behind. 2012-08-17T10:24:16 i told you :) 2012-08-17T10:24:23 np 2012-08-17T10:24:42 fyi i'm trying to wrap up a lot of things because i'm going to be a dad soon :) 2012-08-17T10:24:50 scrambling to keep up 2012-08-17T10:25:04 congratulations :) 2012-08-17T10:25:24 thanks. ok so.. are you trying all of your mmtests on arm now? 2012-08-17T10:25:48 the first one that does not fail 2012-08-17T10:26:01 you might consider breaking that up into smaller pieces also 2012-08-17T10:26:12 yes 2012-08-17T10:26:15 that will give independence among your tests and you might see whether other parts are working 2012-08-17T10:26:20 and give you a better idea of where it breaks 2012-08-17T10:26:23 k 2012-08-17T10:26:32 i intended to break it up to see which function that fails 2012-08-17T10:26:42 but the problem is ... 2012-08-17T10:27:28 i actually will not be sure if the code fails because of skyeye or a particular function 2012-08-17T10:27:39 yeah i know 2012-08-17T10:27:52 but it is still good to try to isolate the locatio of the problem 2012-08-17T10:27:52 you should be able to break it up using psim to test 2012-08-17T10:28:11 so that you have some confidence the split-up tests are good 2012-08-17T10:28:28 ok.. have you had any chance to look into configuration? 2012-08-17T10:28:47 Not yet, i will do it today 2012-08-17T10:30:07 i have one week holiday, i will work on config/sapi and tests the next three days until pencil's down 2012-08-17T10:30:40 ok great those are the best to work on because they are important and can be tested on psim, so we can submit them to rtems 2012-08-17T10:31:09 unfortunately weekends are hard to get help... developers are usually off 2012-08-17T10:31:28 but if you have trouble do send email to rtems-devel hopefully someone can help 2012-08-17T10:32:03 fortunately, my weekend is different that yours, so i am working on it 2012-08-17T10:32:25 ok 2012-08-17T10:32:56 :) 2012-08-17T10:33:10 but psim is working fine now, why should i use it again? i think the issue is find a work around for skyeye 2012-08-17T10:33:30 finding* 2012-08-17T10:33:31 use psim to test your changes for configuration and testing 2012-08-17T10:33:36 you can do that in parallel 2012-08-17T10:34:06 no need to stall progress just because skyeye/arm920 is not working right 2012-08-17T10:34:22 should i split up tests for powerpc too ?? 2012-08-17T10:34:24 ya 2012-08-17T10:34:32 i mean more tests than the current two 2012-08-17T10:34:51 tests should be made as generic as possible for the cpu... since right now we don't have any tests that are bsp/cpu specific 2012-08-17T10:35:12 so your tests that get submitted to rtems should work on psim and arm or whatever 2012-08-17T10:35:19 (assuming arm supports the libmm) 2012-08-17T10:35:32 i see 2012-08-17T10:37:41 questions? 2012-08-17T10:38:50 no, that's all, thanks :) 2012-08-17T10:39:25 ok great..good luck 2012-08-17T10:39:57 you too :) 2012-08-17T11:07:25 *** sebhub has quit IRC (Remote host closed the connection) 2012-08-17T11:25:32 *** deb has joined #rtems 2012-08-17T11:31:17 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-17T11:36:59 hi 2012-08-17T11:37:45 does anybody know how to use mktest script from rtems-testing/rtems-test-template directory? 2012-08-17T11:38:11 I am working on new test and wonder how to use this tool 2012-08-17T11:43:06 *** QingPei has quit IRC (Quit: Leaving.) 2012-08-17T11:47:56 hey krzysiekm13 that tool is mainly written and used by joel I think... it's supposed to create a template for a test case 2012-08-17T11:49:44 ok, thanks 2012-08-17T12:00:02 *** kristianpaul has quit IRC (Quit: leaving) 2012-08-17T12:00:14 *** kristianpaul has joined #rtems 2012-08-17T12:00:14 *** kristianpaul has joined #rtems 2012-08-17T12:03:40 *** xiangfu has quit IRC (Ping timeout: 246 seconds) 2012-08-17T12:07:22 *** gedare has quit IRC (Quit: Leaving) 2012-08-17T12:10:15 *** kristianpaul has quit IRC (Quit: leaving) 2012-08-17T12:11:37 *** kristianpaul has joined #rtems 2012-08-17T12:13:27 *** kristianpaul has quit IRC (Client Quit) 2012-08-17T12:13:33 *** monstr_ has quit IRC (Ping timeout: 272 seconds) 2012-08-17T12:13:41 *** krzysiekm13 has left #rtems 2012-08-17T12:14:20 *** kristianpaul has joined #rtems 2012-08-17T12:14:20 *** kristianpaul has joined #rtems 2012-08-17T12:46:04 *** Hesham has joined #rtems 2012-08-17T13:05:09 *** antgreen has quit IRC (Ping timeout: 260 seconds) 2012-08-17T14:11:26 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-17T15:24:57 *** DrJoel has joined #rtems 2012-08-17T15:25:03 *** DrJoel has joined #rtems 2012-08-17T15:25:03 *** ChanServ sets mode: +o DrJoel 2012-08-17T15:51:20 *** DrJoel has quit IRC (Quit: Leaving) 2012-08-17T16:08:36 *** Hesham has joined #rtems 2012-08-17T17:32:45 *** WikL has quit IRC (Remote host closed the connection) 2012-08-17T20:00:38 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-17T20:03:58 *** QingPei has joined #rtems 2012-08-17T21:22:42 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-08-17T21:35:14 *** kiwichris has joined #rtems 2012-08-17T21:38:52 *** xiangfu has joined #rtems 2012-08-17T22:40:50 *** zw_yao has joined #rtems 2012-08-17T22:49:46 *** zw_yao has quit IRC (Remote host closed the connection) 2012-08-17T23:46:59 *** arvind_khadri has joined #rtems 2012-08-17T23:51:10 *** deb has left #rtems ("Leaving") 2012-08-18T01:14:13 *** kiwichris has quit IRC (Ping timeout: 252 seconds) 2012-08-18T01:34:16 *** xiangfu has quit IRC (Ping timeout: 268 seconds) 2012-08-18T02:35:11 *** kiwichris has joined #rtems 2012-08-18T02:39:19 *** monstr_ has joined #rtems 2012-08-18T02:42:35 *** monstr_ has quit IRC (Remote host closed the connection) 2012-08-18T02:42:42 *** Hesham has joined #rtems 2012-08-18T02:48:09 *** krzysiekm13 has joined #rtems 2012-08-18T02:52:32 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-08-18T03:14:35 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-18T03:30:27 *** kiwichris has joined #rtems 2012-08-18T03:36:23 *** WikL has joined #rtems 2012-08-18T03:36:54 *** Hesham has joined #rtems 2012-08-18T03:52:42 hi, i need some help 2012-08-18T03:53:40 i'm trying to compile only one test and getting errors that compiler can't find header files 2012-08-18T03:56:17 *** krzysiekm13 has quit IRC (Quit: Leaving.) 2012-08-18T04:12:29 *** alseh has joined #rtems 2012-08-18T04:17:25 *** WikL has quit IRC (Ping timeout: 265 seconds) 2012-08-18T04:18:55 *** WikL has joined #rtems 2012-08-18T04:22:47 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-18T04:54:43 *** arvind_khadri has quit IRC (Ping timeout: 245 seconds) 2012-08-18T05:08:05 *** arvind_khadri has joined #rtems 2012-08-18T05:16:59 *** xiangfu has joined #rtems 2012-08-18T05:30:17 *** Hesham has joined #rtems 2012-08-18T05:57:28 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-18T06:28:35 *** arvind_khadri has quit IRC (Ping timeout: 272 seconds) 2012-08-18T08:02:27 *** Hesham has joined #rtems 2012-08-18T08:48:58 *** xiangfu has quit IRC (Ping timeout: 246 seconds) 2012-08-18T09:10:39 *** kristianpaul has quit IRC (Ping timeout: 260 seconds) 2012-08-18T09:29:13 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-18T10:09:08 *** Hesham has joined #rtems 2012-08-18T10:42:46 *** deb has joined #rtems 2012-08-18T10:51:10 *** QingPei has left #rtems 2012-08-18T10:58:27 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-18T11:04:01 *** alseh_ has joined #rtems 2012-08-18T11:06:59 *** alseh has quit IRC (Ping timeout: 260 seconds) 2012-08-18T11:25:09 *** Hesham has joined #rtems 2012-08-18T11:33:13 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-18T11:50:46 *** Hesham has joined #rtems 2012-08-18T12:08:02 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-18T12:17:38 *** Hesham has joined #rtems 2012-08-18T12:18:53 *** Hesham has quit IRC (Client Quit) 2012-08-18T12:53:21 *** Hesham has joined #rtems 2012-08-18T13:05:40 *** alseh_ has quit IRC (Ping timeout: 252 seconds) 2012-08-18T13:23:25 *** arvind_khadri has joined #rtems 2012-08-18T15:06:40 *** arvind_khadri has quit IRC (Ping timeout: 252 seconds) 2012-08-18T16:28:13 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-18T16:34:02 *** Hesham has joined #rtems 2012-08-18T16:49:00 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-18T17:02:41 *** Hesham has joined #rtems 2012-08-18T17:04:53 *** Hesham has quit IRC (Client Quit) 2012-08-18T17:27:49 *** WikL has quit IRC (Remote host closed the connection) 2012-08-18T17:33:41 *** Hesham has joined #rtems 2012-08-18T17:39:36 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-18T17:40:17 *** alseh_ has joined #rtems 2012-08-18T18:00:40 *** Hesham has joined #rtems 2012-08-18T18:12:48 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-18T18:13:22 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-08-18T19:54:10 *** kiwichris has joined #rtems 2012-08-18T19:56:25 *** kiwichris has quit IRC (Client Quit) 2012-08-18T20:02:39 *** kiwichris has joined #rtems 2012-08-18T20:20:35 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-08-18T20:35:58 *** kiwichris has joined #rtems 2012-08-18T20:44:24 *** kiwichris has quit IRC (Read error: Connection reset by peer) 2012-08-18T21:21:46 *** kiwichris has joined #rtems 2012-08-18T21:46:31 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-08-18T22:48:57 *** xiangfu has joined #rtems 2012-08-18T23:04:30 *** xiangfu has quit IRC (Remote host closed the connection) 2012-08-18T23:18:06 *** deb has left #rtems ("Leaving") 2012-08-19T00:03:25 *** kiwichris has joined #rtems 2012-08-19T01:07:07 *** arvind_khadri has joined #rtems 2012-08-19T01:29:15 *** arvind_khadri has quit IRC (Ping timeout: 244 seconds) 2012-08-19T01:34:01 *** alseh_ has quit IRC (Quit: Leaving) 2012-08-19T02:59:06 *** Hesham has joined #rtems 2012-08-19T03:31:28 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-19T03:34:45 *** Hesham has joined #rtems 2012-08-19T03:55:24 *** WikL has joined #rtems 2012-08-19T04:02:48 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-19T04:29:53 *** xiangfu has joined #rtems 2012-08-19T04:30:42 *** Hesham has joined #rtems 2012-08-19T04:35:16 *** Hesham has quit IRC (Client Quit) 2012-08-19T05:15:04 *** Hesham has joined #rtems 2012-08-19T05:39:36 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-19T05:46:11 *** zw_yao has joined #rtems 2012-08-19T06:28:45 *** xiangfu has quit IRC (Ping timeout: 276 seconds) 2012-08-19T06:29:38 *** Hesham has joined #rtems 2012-08-19T06:31:39 *** alseh has joined #rtems 2012-08-19T06:44:07 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-19T06:46:50 *** xiangfu has joined #rtems 2012-08-19T06:56:50 *** alseh has quit IRC (Remote host closed the connection) 2012-08-19T06:57:18 *** alseh has joined #rtems 2012-08-19T07:56:49 *** zw_yao has quit IRC (Quit: Leaving) 2012-08-19T08:30:49 *** sevikkk has quit IRC (*.net *.split) 2012-08-19T08:30:49 *** juli1 has quit IRC (*.net *.split) 2012-08-19T08:44:39 hello everyone 2012-08-19T09:07:21 *** Hesham has joined #rtems 2012-08-19T09:09:46 *** sevikkk has joined #rtems 2012-08-19T09:09:46 *** juli1 has joined #rtems 2012-08-19T09:22:14 *** xiangfu has quit IRC (Quit: Leaving) 2012-08-19T09:24:58 *** deb has joined #rtems 2012-08-19T10:28:38 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-19T10:31:18 *** kristianpaul has joined #rtems 2012-08-19T10:31:18 *** kristianpaul has joined #rtems 2012-08-19T10:54:50 *** Hesham has joined #rtems 2012-08-19T10:56:15 *** kristianpaul has quit IRC (Ping timeout: 260 seconds) 2012-08-19T10:58:02 *** kristianpaul has joined #rtems 2012-08-19T10:58:02 *** kristianpaul has joined #rtems 2012-08-19T11:43:48 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-19T12:10:52 *** Hesham has joined #rtems 2012-08-19T13:00:13 *** Hesham has joined #rtems 2012-08-19T15:44:56 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-19T16:42:54 *** Hesham has joined #rtems 2012-08-19T16:46:35 *** Hesham has quit IRC (Client Quit) 2012-08-19T17:05:43 *** WikL has quit IRC (Remote host closed the connection) 2012-08-19T17:18:14 *** Hesham has joined #rtems 2012-08-19T17:21:37 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-08-19T17:27:44 *** Hesham has quit IRC (Quit: Leaving.) 2012-08-19T17:35:20 *** Hesham has joined #rtems 2012-08-19T17:44:44 *** kiwichris has joined #rtems 2012-08-19T18:02:46 *** alseh has quit IRC (Quit: Leaving) 2012-08-19T19:53:05 *** beng-nl has quit IRC (Ping timeout: 240 seconds) 2012-08-19T20:01:58 *** xiangfu has joined #rtems 2012-08-19T20:56:28 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-08-19T21:33:59 *** kiwichris has joined #rtems 2012-08-19T21:39:23 *** kiwichris has quit IRC (Read error: Connection reset by peer) 2012-08-19T21:40:09 *** Hesham has quit IRC (Ping timeout: 260 seconds) 2012-08-19T21:41:49 *** Hesham has joined #rtems 2012-08-19T21:41:57 *** kiwichris has joined #rtems 2012-08-19T21:47:10 *** Hesham1 has joined #rtems 2012-08-19T21:48:47 *** Hesham has quit IRC (Ping timeout: 240 seconds) 2012-08-19T23:22:22 *** Hesham1 has quit IRC (Quit: Leaving.)