2012-07-16T00:22:06 *** hiddenpearls has joined #rtems 2012-07-16T00:24:16 *** hiddenpearls has quit IRC (Client Quit) 2012-07-16T00:36:46 *** hiddenpearls has joined #rtems 2012-07-16T01:18:52 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-07-16T01:36:12 *** xiangfu has quit IRC (Ping timeout: 248 seconds) 2012-07-16T02:04:43 *** arvind_khadri has joined #rtems 2012-07-16T02:49:07 *** xiangfu has joined #rtems 2012-07-16T02:52:26 *** sh has joined #rtems 2012-07-16T02:52:50 *** sh is now known as Guest8123 2012-07-16T02:55:44 *** mumptai_ has joined #rtems 2012-07-16T03:16:44 *** jkridner has quit IRC (Read error: Connection reset by peer) 2012-07-16T03:16:58 *** jkridner has joined #rtems 2012-07-16T03:16:58 *** jkridner has joined #rtems 2012-07-16T03:19:01 *** hiddenpearls has joined #rtems 2012-07-16T03:23:22 *** hiddenpearls has quit IRC (Client Quit) 2012-07-16T03:47:34 *** hiddenpearls has joined #rtems 2012-07-16T03:59:27 good morning 2012-07-16T03:59:33 *** Guest8123 is now known as sebhub 2012-07-16T04:12:24 *** hiddenpearls1 has joined #rtems 2012-07-16T04:12:24 *** hiddenpearls has quit IRC (Read error: Connection reset by peer) 2012-07-16T04:35:46 *** hiddenpearls1 has quit IRC (Quit: Leaving.) 2012-07-16T04:41:58 *** hiddenpearls has joined #rtems 2012-07-16T04:58:39 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-07-16T05:02:14 *** mumptai_ has quit IRC (Ping timeout: 244 seconds) 2012-07-16T05:07:06 *** cdcs has joined #rtems 2012-07-16T05:19:50 *** xiangfu has quit IRC (Ping timeout: 246 seconds) 2012-07-16T05:28:54 *** jahf has quit IRC (Ping timeout: 264 seconds) 2012-07-16T05:47:14 *** jahf has joined #rtems 2012-07-16T05:54:07 *** kristianpaul has quit IRC (Ping timeout: 272 seconds) 2012-07-16T05:54:29 *** kristianpaul has joined #rtems 2012-07-16T05:59:49 *** kristianpaul has quit IRC (Ping timeout: 272 seconds) 2012-07-16T06:00:46 *** kristianpaul has joined #rtems 2012-07-16T06:02:10 *** hiddenpearls has joined #rtems 2012-07-16T06:14:33 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-07-16T06:38:34 *** mumptai_ has joined #rtems 2012-07-16T06:46:10 *** hiddenpearls has joined #rtems 2012-07-16T07:44:56 *** deb has joined #rtems 2012-07-16T08:01:37 *** xiangfu has joined #rtems 2012-07-16T08:39:37 *** antgreen has joined #rtems 2012-07-16T08:49:11 *** antgreen has quit IRC (Remote host closed the connection) 2012-07-16T08:59:34 *** hiddenpearls1 has joined #rtems 2012-07-16T09:02:25 *** hiddenpearls has quit IRC (Ping timeout: 246 seconds) 2012-07-16T09:12:26 *** xiangfu has quit IRC (Quit: Leaving) 2012-07-16T09:14:05 *** hiddenpearls1 has quit IRC (Quit: Leaving.) 2012-07-16T09:14:39 *** hiddenpearls has joined #rtems 2012-07-16T09:43:46 *** hiddenpearls has joined #rtems 2012-07-16T09:50:43 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-07-16T09:59:56 *** QingPei has joined #rtems 2012-07-16T10:14:44 *** kuzew has quit IRC (Ping timeout: 265 seconds) 2012-07-16T10:26:29 *** kuzew has joined #rtems 2012-07-16T10:55:14 *** arvind_khadri has quit IRC (Quit: Leaving) 2012-07-16T10:55:29 *** mumptai_ has quit IRC (Ping timeout: 246 seconds) 2012-07-16T11:20:13 *** sbahra has joined #rtems 2012-07-16T11:26:30 *** antgreen has joined #rtems 2012-07-16T11:40:41 *** antgreen has quit IRC (Ping timeout: 255 seconds) 2012-07-16T11:45:36 *** sebhub has quit IRC (Remote host closed the connection) 2012-07-16T11:57:06 *** QingPei has left #rtems 2012-07-16T12:19:24 *** jkridner has quit IRC (Read error: Connection reset by peer) 2012-07-16T12:22:53 *** jkridner has joined #rtems 2012-07-16T12:29:08 *** hiddenpearls has joined #rtems 2012-07-16T12:57:05 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-07-16T13:01:03 *** antgreen has joined #rtems 2012-07-16T13:03:17 *** jkridner has quit IRC (Read error: Connection reset by peer) 2012-07-16T13:04:39 *** jkridner has joined #rtems 2012-07-16T13:04:39 *** jkridner has joined #rtems 2012-07-16T13:10:33 *** cdcs has quit IRC (Quit: Page closed) 2012-07-16T13:21:12 *** hiddenpearls has joined #rtems 2012-07-16T13:40:53 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-07-16T13:58:12 *** hiddenpearls has joined #rtems 2012-07-16T13:59:53 *** hiddenpearls has quit IRC (Client Quit) 2012-07-16T14:00:57 *** hiddenpearls has joined #rtems 2012-07-16T14:19:38 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-07-16T14:48:06 *** hiddenpearls has joined #rtems 2012-07-16T15:28:54 *** cdcs has joined #rtems 2012-07-16T15:33:31 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-07-16T16:06:41 *** jkridner has quit IRC (Read error: Connection reset by peer) 2012-07-16T16:08:20 *** cdcs has quit IRC (Ping timeout: 245 seconds) 2012-07-16T16:28:21 *** antgreen has quit IRC (Ping timeout: 250 seconds) 2012-07-16T17:29:43 *** hiddenpearls has joined #rtems 2012-07-16T17:34:09 *** hiddenpearls has quit IRC (Client Quit) 2012-07-16T18:06:19 *** sbahra has quit IRC (Quit: sbahra) 2012-07-16T18:14:34 *** hiddenpearls has joined #rtems 2012-07-16T18:39:04 *** jahf has quit IRC (Read error: Operation timed out) 2012-07-16T18:39:57 *** jahf has joined #rtems 2012-07-16T18:41:29 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-07-16T20:18:26 *** jkridner has joined #rtems 2012-07-16T20:18:26 *** jkridner has joined #rtems 2012-07-16T20:18:43 *** xiangfu has joined #rtems 2012-07-16T21:59:23 *** xiangfu has quit IRC (Quit: Leaving) 2012-07-16T23:58:55 *** weiY has joined #rtems 2012-07-17T00:12:38 *** weiY has quit IRC (Ping timeout: 252 seconds) 2012-07-17T00:18:34 *** weiY has joined #rtems 2012-07-17T00:33:06 *** arvind_khadri has joined #rtems 2012-07-17T00:47:06 *** deb has left #rtems ("Leaving") 2012-07-17T01:10:28 *** weiY has quit IRC (Ping timeout: 250 seconds) 2012-07-17T01:19:23 *** weiY has joined #rtems 2012-07-17T01:50:22 *** sebhub has joined #rtems 2012-07-17T01:55:22 good morning 2012-07-17T01:57:37 good morning 2012-07-17T03:15:43 *** mumptai_ has joined #rtems 2012-07-17T03:25:46 *** cdcs has joined #rtems 2012-07-17T05:05:44 *** shineworld has joined #rtems 2012-07-17T05:14:55 *** shineworld has left #rtems ("Sto andando via") 2012-07-17T07:08:16 *** jkridner has quit IRC (Read error: Connection reset by peer) 2012-07-17T07:08:51 *** jkridner has joined #rtems 2012-07-17T07:08:51 *** jkridner has joined #rtems 2012-07-17T07:58:31 *** cdcs has quit IRC (Quit: Page closed) 2012-07-17T07:59:23 *** cdcs has joined #rtems 2012-07-17T08:25:47 *** sbahra has joined #rtems 2012-07-17T08:26:17 *** antgreen has joined #rtems 2012-07-17T08:47:40 *** kuzew has quit IRC (Ping timeout: 248 seconds) 2012-07-17T08:47:47 *** kuzew has joined #rtems 2012-07-17T09:17:54 *** gedare has joined #rtems 2012-07-17T09:49:34 *** antgreen has quit IRC (Ping timeout: 250 seconds) 2012-07-17T10:04:12 *** gedare has quit IRC (Quit: Ex-Chat) 2012-07-17T10:23:52 *** DrJoel has joined #rtems 2012-07-17T10:23:53 *** DrJoel has joined #rtems 2012-07-17T10:23:53 *** ChanServ sets mode: +o DrJoel 2012-07-17T10:24:58 sebhub, Jennifer is hitting UMA issues when hitting soalloc(). There is a special zone for sockets. 2012-07-17T10:25:20 There is an rtems-bsd-uma.c which I think you wrote and we have the real BSP uma.c. There may be conflicts. 2012-07-17T10:25:31 advice, insight, etc appreciated 2012-07-17T10:31:08 *** weiY has quit IRC (Ping timeout: 248 seconds) 2012-07-17T10:55:45 *** arvind_khadri has quit IRC (Ping timeout: 255 seconds) 2012-07-17T11:09:42 *** Hesham has joined #rtems 2012-07-17T11:11:30 *** jkridner has quit IRC (Read error: Connection reset by peer) 2012-07-17T11:16:34 Hi DrJoel, 2012-07-17T11:16:41 hey cdcs 2012-07-17T11:16:55 I have a question reagarding the old posix/unix BSP 2012-07-17T11:17:04 did it ever work correctly? 2012-07-17T11:17:17 or with limitations? 2012-07-17T11:17:18 yes it did.. on Linux 2012-07-17T11:17:27 and a couple of other UNIXes 2012-07-17T11:17:55 It did have limitations... no network stack.. no posix.. libc was hosts 2012-07-17T11:18:06 *** jkridner has joined #rtems 2012-07-17T11:18:07 *** jkridner has joined #rtems 2012-07-17T11:18:07 what is the best version of RTEMS for me to play with that bsp? 2012-07-17T11:18:11 only useful for testing score and Classic API 2012-07-17T11:18:49 I am guessing 4.9 since that was the last release branch with it. 2012-07-17T11:19:03 yes. that is what i am interrested in: testing the Classic API 2012-07-17T11:19:07 When glibc moved things around in the setjmp structure, it would break 2012-07-17T11:19:34 Much better to just use a simulator like sis, psim, or jmr3904 -- all have interrupts, everything enabled and works 2012-07-17T11:19:40 I've tried to build the tools for 4.8.2 2012-07-17T11:19:50 but it failed. i will try with 4.9 2012-07-17T11:20:01 That's why we abandoned it. Very little value in using it anymore 2012-07-17T11:20:33 If the Linux version has a libc which doesn't match the setjmp.. or has stack protection tricks for security, it may simply not work. 2012-07-17T11:20:43 the --target is i586-pc-linux? 2012-07-17T11:21:00 Drop the target arg as I recall 2012-07-17T11:21:15 but i need to build the gcc and binutils with a target 2012-07-17T11:21:27 It uses native tools 2012-07-17T11:21:36 no special tools.. lots of RTEMS code disabled 2012-07-17T11:21:54 hum.. ok 2012-07-17T11:22:07 i was trying to build gcc for i586-pc-linux 2012-07-17T11:22:24 if you are on linux, just use the gcc that came with the distro 2012-07-17T11:22:27 there isn't many information available about rtems-unix on google :P 2012-07-17T11:23:00 i will try it. thanks 2012-07-17T11:23:08 It was mainly a developer used thing and RTEMS developers moved on to simulators. I know after 1994 when I did the initial sparc port, I switched my testing to sis and lost interest in it 2012-07-17T11:24:05 yes. I also use TSIM a lot,. but i would like to evaluate the unix bsp 2012-07-17T11:29:26 I use tsim for coverage work on erc32, leon2 and leon3 plus just to run leon BSPs. But the simulators I mentioned are built into gdb and trivial to use. :) 2012-07-17T11:33:07 tsim is also very easy to use :P 2012-07-17T11:33:41 Yes it is. :) 2012-07-17T11:33:56 debugging multicore on grsim isn't easy. :) 2012-07-17T11:37:32 i am not there (multicore) yet :P 2012-07-17T11:37:36 but soon... 2012-07-17T11:39:30 *** Hesham has quit IRC (*.net *.split) 2012-07-17T11:39:30 *** mumptai_ has quit IRC (*.net *.split) 2012-07-17T11:40:02 hum... the build is very small... it only compiles four files... 2012-07-17T11:41:47 those are the tools directory right? 2012-07-17T11:42:02 It didn't figure out what to build. Look at the config.log 2012-07-17T11:43:20 yes it builds /rtems-4.9.6/tools/build/* 2012-07-17T11:45:29 check the configure log output. You may have to --enable-rtemsbsp=posix or something. 2012-07-17T11:46:16 i configured with ../rtems-4.9.6/configure --enable-cxx --disable-itron --disable-posix --enable-rtemsbsp=posix --enable-tests --prefix=/home/cdcs/rtems-posix 2012-07-17T11:48:29 can you check the configure log and see what the default target says it was. It may be old enough vs your hardware where it isn't matching what config.guess is reporting. 2012-07-17T11:48:34 I honestly don't know :) 2012-07-17T11:50:55 lol. this is so old that this is expected behavior :P 2012-07-17T11:51:07 i will try to digg it. Thank you DrJoel. 2012-07-17T11:57:17 *** mumptai_ has joined #rtems 2012-07-17T12:06:12 *** sebhub has quit IRC (Remote host closed the connection) 2012-07-17T12:16:43 *** jkridner has quit IRC (Read error: Connection reset by peer) 2012-07-17T12:16:55 *** jkridner has joined #rtems 2012-07-17T12:16:55 *** jkridner has joined #rtems 2012-07-17T12:29:30 *** sbahra has quit IRC (Read error: Connection reset by peer) 2012-07-17T12:50:36 *** gedare has joined #rtems 2012-07-17T12:54:29 *** Hesham has joined #rtems 2012-07-17T12:58:07 hi gedare 2012-07-17T12:58:14 hey Hesham 2012-07-17T12:58:21 how are you ? 2012-07-17T12:58:38 good.. watching 'le tour' and picking over a paper 2012-07-17T12:58:59 enjoy it :) 2012-07-17T12:59:18 heh yeah.. recorded from yesterday actually. and yourself? 2012-07-17T12:59:52 i am debugging ;) 2012-07-17T13:00:07 enjoy it :) 2012-07-17T13:00:17 i do :D 2012-07-17T13:00:27 Did you see my branch ? 2012-07-17T13:00:37 no i've been busy. 2012-07-17T13:01:06 and i haven't investigated how to make github send me email when you do commits 2012-07-17T13:01:18 what did you add / do? 2012-07-17T13:01:24 aha, anyway i have edited it, it became much more similar to modified work 2012-07-17T13:01:35 except for alut operations 2012-07-17T13:01:45 and i discarded domains 2012-07-17T13:02:16 I have implemented Install_MPE again 2012-07-17T13:02:24 ok. well, the alut is a default global domain 2012-07-17T13:02:31 yeah 2012-07-17T13:02:36 and that's fine for now 2012-07-17T13:02:42 i though it would be an arena 2012-07-17T13:03:05 so arenas would be just ALUTs 2012-07-17T13:03:17 one odd thing about uninstall_mpe is that some bsp might be able to selectively remove an mpe while others might have to remove all of them and then re-add the remaining ones 2012-07-17T13:03:42 yeah with some options to tie them to the task context 2012-07-17T13:03:45 perhaps 2012-07-17T13:04:16 I do not know how it works for powerpc, i intended to read this part in powerpc manual after i finish refactoring 2012-07-17T13:04:27 ok 2012-07-17T13:04:45 well this would be a performance consideration, but i'm not sure how important 2012-07-17T13:05:18 because usually you would loop over all the mpe's in one alut uninstalling them, and then install mpe's in a different alut --- in order to implement domains 2012-07-17T13:05:38 Yeah that will involve activation/deactivating arenas 2012-07-17T13:05:58 domains or arenas ? 2012-07-17T13:06:03 let's call it arenas 2012-07-17T13:06:07 for now.. the alut implementation is good for static memory managment 2012-07-17T13:06:10 * DrJoel is glad to find gedare and Hesham chatting.. I was worried with all the beeps that someone was trying to get my attention :) 2012-07-17T13:06:33 we'll see... arena is a little contentious name... naming is hard 2012-07-17T13:06:35 hi DrJoel 2012-07-17T13:06:42 hey gedare 2012-07-17T13:06:43 DrJoel: we always chatting :) 2012-07-17T13:06:55 heh, thankfully not always. 2012-07-17T13:07:16 :) 2012-07-17T13:07:43 I do not know how Quanming passed tests actually 2012-07-17T13:08:07 the tests he had need to be refactored and improved 2012-07-17T13:08:24 its pure code always fails when creating entry 2012-07-17T13:08:24 some of the pieces should not succeed execution...so they should be 'fatal' tests 2012-07-17T13:08:29 i am debugging it niw 2012-07-17T13:08:29 *** cdcs has quit IRC (Quit: Page closed) 2012-07-17T13:08:31 ok 2012-07-17T13:08:56 send him and aanjhan an email too about your progress.. 2012-07-17T13:09:07 at least tell aanjhan he will like to stay updated 2012-07-17T13:09:39 i saw your email..not much interest in it from others, but that's how it goes sometimes 2012-07-17T13:10:08 no problem 2012-07-17T13:10:23 About your reply ..... 2012-07-17T13:10:33 you said i may write 2012-07-17T13:10:57 typedef (void *) attributes ? 2012-07-17T13:11:52 no... 2012-07-17T13:12:29 typedef attributes_struct; i think is how it works...been awhile since i tried 2012-07-17T13:12:37 somehow you can define an incomplete type 2012-07-17T13:13:13 i will try it after finishing debugging 2012-07-17T13:13:16 ok 2012-07-17T13:13:34 you can use an incomplete type as a pointer 2012-07-17T13:13:40 but only as a pointer 2012-07-17T13:13:49 because otherwise the compiler does not know how to handle it 2012-07-17T13:13:55 so it is identical to using void* 2012-07-17T13:14:03 but you do get the type information (eventually) 2012-07-17T13:14:17 so.. the high-level code will be dealing with a pointer to the attributes 2012-07-17T13:14:22 so attributes_struct is void * 2012-07-17T13:14:35 nooo 2012-07-17T13:14:51 you'll declare someething like.... attributes_struct *the_attributes; 2012-07-17T13:15:16 (as opposed to void* the_attributes;) 2012-07-17T13:15:28 aha 2012-07-17T13:15:56 and the compiler will not complain ? 2012-07-17T13:16:23 i don't think so. as long as you don't try to dereference it 2012-07-17T13:16:43 you're just passing around a handler to the attributes 2012-07-17T13:17:31 and whenever you need to modify or understand the attributes you would call a function passing the pointer, and the function will be implemented by the bsp 2012-07-17T13:17:44 and the bsp will have the complete type information and know how to interpret the attributes 2012-07-17T13:18:35 aha how will the BSP define this type ? 2012-07-17T13:19:43 ok i remember how it is now i think.... 2012-07-17T13:19:46 in high-level you have: 2012-07-17T13:20:01 typedef rtems_mm_attributes_struct rtems_mm_attributes; 2012-07-17T13:20:09 then you use rtems_mm_attributes* the_attributes; 2012-07-17T13:20:15 and.. in the BSP you define: 2012-07-17T13:20:29 struct rtems_mm_attributes_struct { ... } 2012-07-17T13:20:30 ; 2012-07-17T13:20:33 I think that is about how it goes. 2012-07-17T13:20:52 you just use the rtems_mm_attributes* everywhere 2012-07-17T13:22:10 and how struct rtems_mm_attributes_struct { ... } will be linked with highlevel typedef ..... ?? 2012-07-17T13:22:51 black magic :) 2012-07-17T13:23:41 the compiler knows to look for the definition of rtems_mm_attributes_struct ... but it will just treat all those rtems_mm_attributes* as pointers 2012-07-17T13:23:51 so it doesn't really care about the type information all that much 2012-07-17T13:24:08 I will try it and hope it works :) 2012-07-17T13:59:07 *** mumptai_ has quit IRC (Ping timeout: 240 seconds) 2012-07-17T14:56:57 *** sbahra_ has joined #rtems 2012-07-17T15:15:48 *** gedare has quit IRC (Quit: Ex-Chat) 2012-07-17T15:21:01 *** jkridner has quit IRC (Read error: Connection reset by peer) 2012-07-17T15:42:30 *** Hesham has quit IRC (Quit: Leaving.) 2012-07-17T15:48:11 *** jkridner has joined #rtems 2012-07-17T15:48:11 *** jkridner has joined #rtems 2012-07-17T16:30:59 *** DrJoel has quit IRC (Quit: Leaving) 2012-07-17T20:02:14 *** xiangfu has joined #rtems 2012-07-17T20:40:35 *** ChanServ has quit IRC (*.net *.split) 2012-07-17T20:40:35 *** jahf has quit IRC (*.net *.split) 2012-07-17T20:40:37 *** L84Supper has quit IRC (*.net *.split) 2012-07-17T20:40:38 *** kristianpaul has quit IRC (*.net *.split) 2012-07-17T20:40:40 *** sevikkk has quit IRC (*.net *.split) 2012-07-17T20:40:41 *** mikeg has quit IRC (*.net *.split) 2012-07-17T20:40:43 *** xiangfu has quit IRC (*.net *.split) 2012-07-17T20:40:44 *** jkridner has quit IRC (*.net *.split) 2012-07-17T20:40:44 *** kuzew has quit IRC (*.net *.split) 2012-07-17T20:40:44 *** kiwichris has quit IRC (*.net *.split) 2012-07-17T20:40:45 *** rokka has quit IRC (*.net *.split) 2012-07-17T20:40:47 *** sbahra_ has quit IRC (*.net *.split) 2012-07-17T20:40:48 *** peerst has quit IRC (*.net *.split) 2012-07-17T20:40:49 *** verm__ has quit IRC (*.net *.split) 2012-07-17T20:40:52 *** lcpfnvcy has quit IRC (*.net *.split) 2012-07-17T20:46:07 *** jkridner has joined #rtems 2012-07-17T20:46:07 *** sbahra_ has joined #rtems 2012-07-17T20:46:07 *** kuzew has joined #rtems 2012-07-17T20:46:07 *** jahf has joined #rtems 2012-07-17T20:46:07 *** kristianpaul has joined #rtems 2012-07-17T20:46:07 *** kiwichris has joined #rtems 2012-07-17T20:46:07 *** peerst has joined #rtems 2012-07-17T20:46:07 *** L84Supper has joined #rtems 2012-07-17T20:46:07 *** sevikkk has joined #rtems 2012-07-17T20:46:07 *** lcpfnvcy has joined #rtems 2012-07-17T20:46:07 *** ChanServ has joined #rtems 2012-07-17T20:46:07 *** mikeg has joined #rtems 2012-07-17T20:46:07 *** rokka has joined #rtems 2012-07-17T20:46:07 *** verm__ has joined #rtems 2012-07-17T20:46:07 *** card.freenode.net sets mode: +o ChanServ 2012-07-17T21:35:30 *** xiangfu has joined #rtems 2012-07-17T22:38:26 *** kuzew has quit IRC (Ping timeout: 265 seconds) 2012-07-17T22:38:32 *** kuzew has joined #rtems 2012-07-18T00:12:05 *** rtemsLogger has joined #rtems 2012-07-18T00:16:57 *** jkridner_ has joined #rtems 2012-07-18T00:16:57 *** jkridner_ has joined #rtems 2012-07-18T00:16:57 *** jkridner has quit IRC (Read error: Connection reset by peer) 2012-07-18T00:16:57 *** jkridner_ is now known as jkridner 2012-07-18T01:19:02 *** arvind_khadri has joined #rtems 2012-07-18T01:25:11 *** arvind_khadri has quit IRC (Ping timeout: 265 seconds) 2012-07-18T01:27:37 *** arvind_khadri has joined #rtems 2012-07-18T01:30:51 *** sh has joined #rtems 2012-07-18T01:31:14 good morning 2012-07-18T01:31:16 *** sh is now known as Guest44809 2012-07-18T01:31:38 *** Guest44809 is now known as sebhub 2012-07-18T01:47:55 *** jkridner_ has joined #rtems 2012-07-18T01:47:55 *** jkridner_ has joined #rtems 2012-07-18T01:47:55 *** jkridner has quit IRC (Read error: Connection reset by peer) 2012-07-18T01:47:56 *** jkridner_ is now known as jkridner 2012-07-18T05:05:30 *** sebhub has quit IRC (Remote host closed the connection) 2012-07-18T06:00:34 *** cdcs has joined #rtems 2012-07-18T06:42:32 *** user123 has joined #rtems 2012-07-18T07:50:38 *** deb has joined #rtems 2012-07-18T08:09:30 *** alseh has joined #rtems 2012-07-18T08:11:29 *** WikL has joined #rtems 2012-07-18T08:53:48 *** deb has quit IRC (Read error: Connection reset by peer) 2012-07-18T08:57:23 *** antgreen has joined #rtems 2012-07-18T09:09:37 *** WikL has quit IRC (Ping timeout: 240 seconds) 2012-07-18T09:10:18 *** WikL has joined #rtems 2012-07-18T09:12:41 *** xiangfu has quit IRC (Quit: Leaving) 2012-07-18T09:48:01 morning 2012-07-18T10:22:00 *** user123 is now known as mumptai_ 2012-07-18T10:28:42 *** deb has joined #rtems 2012-07-18T10:51:08 *** antgreen has quit IRC (Read error: Connection reset by peer) 2012-07-18T11:04:40 *** alseh has quit IRC (Remote host closed the connection) 2012-07-18T11:29:09 *** antgreen has joined #rtems 2012-07-18T11:47:10 *** Hesham has joined #rtems 2012-07-18T11:58:36 *** arvind_khadri has quit IRC (Ping timeout: 248 seconds) 2012-07-18T12:16:37 *** Hesham has quit IRC (Ping timeout: 248 seconds) 2012-07-18T12:16:51 *** jkridner has quit IRC (Read error: Connection reset by peer) 2012-07-18T12:16:58 *** jkridner_ has joined #rtems 2012-07-18T12:34:11 *** vidhoon has joined #rtems 2012-07-18T12:51:42 *** antgreen has quit IRC (Remote host closed the connection) 2012-07-18T13:00:07 *** gedare has joined #rtems 2012-07-18T13:16:21 *** kuzew has quit IRC (Ping timeout: 248 seconds) 2012-07-18T13:17:50 *** kuzew has joined #rtems 2012-07-18T13:23:19 *** kuzew has quit IRC (Ping timeout: 260 seconds) 2012-07-18T13:23:43 *** kuzew has joined #rtems 2012-07-18T13:24:44 *** alseh has joined #rtems 2012-07-18T13:30:09 *** mumptai_ has quit IRC (Ping timeout: 276 seconds) 2012-07-18T13:34:25 *** gedare has quit IRC (Quit: Leaving) 2012-07-18T13:36:10 *** Hesham has joined #rtems 2012-07-18T13:47:42 *** antgreen has joined #rtems 2012-07-18T13:48:47 *** vidhoon has left #rtems 2012-07-18T13:54:33 *** cdcs has quit IRC (Quit: Page closed) 2012-07-18T13:57:09 *** Hesham has quit IRC (Ping timeout: 260 seconds) 2012-07-18T14:00:52 *** Hesham has joined #rtems 2012-07-18T14:01:32 *** Hesham1 has joined #rtems 2012-07-18T14:05:18 *** Hesham has quit IRC (Ping timeout: 246 seconds) 2012-07-18T14:08:48 *** Hesham1 has quit IRC (Ping timeout: 246 seconds) 2012-07-18T14:09:51 *** vs_ has joined #rtems 2012-07-18T14:10:02 evening folks 2012-07-18T14:12:26 *** vs_ has quit IRC (Client Quit) 2012-07-18T14:13:48 *** Hesham has joined #rtems 2012-07-18T14:19:37 *** Hesham has quit IRC (Ping timeout: 245 seconds) 2012-07-18T14:26:00 *** rtemsLogger` has joined #rtems 2012-07-18T14:32:57 *** peerst_ has joined #rtems 2012-07-18T14:34:12 *** alseh has quit IRC (*.net *.split) 2012-07-18T14:34:13 *** rtemsLogger has quit IRC (*.net *.split) 2012-07-18T14:34:14 *** sbahra_ has quit IRC (*.net *.split) 2012-07-18T14:34:15 *** peerst has quit IRC (*.net *.split) 2012-07-18T14:34:17 *** peerst_ is now known as peerst 2012-07-18T14:39:58 *** alseh has joined #rtems 2012-07-18T14:47:51 *** deb has quit IRC (Disconnected by services) 2012-07-18T14:48:14 *** deb_ has joined #rtems 2012-07-18T15:12:13 *** Hesham has joined #rtems 2012-07-18T15:18:47 *** Hesham has quit IRC (Quit: Leaving.) 2012-07-18T15:36:35 *** jkridner_ has quit IRC (Quit: jkridner_) 2012-07-18T15:37:21 *** WikL has quit IRC () 2012-07-18T15:52:57 *** antgreen has quit IRC (Remote host closed the connection) 2012-07-18T17:40:59 *** sbahra has quit IRC (Quit: sbahra) 2012-07-18T19:17:56 *** kuzew has quit IRC (Ping timeout: 245 seconds) 2012-07-18T19:24:55 *** kuzew has joined #rtems 2012-07-18T20:00:04 *** xiangfu has joined #rtems 2012-07-18T20:26:04 *** xiangfu has quit IRC (Remote host closed the connection) 2012-07-18T20:26:30 *** xiangfu has joined #rtems 2012-07-18T20:36:11 *** arvind_khadri has joined #rtems 2012-07-18T22:28:56 *** arvind_khadri has quit IRC (Read error: Operation timed out) 2012-07-18T22:43:24 *** arvind_khadri has joined #rtems 2012-07-18T22:55:12 *** deb_ has left #rtems ("Leaving") 2012-07-18T23:06:46 *** Hesham has joined #rtems 2012-07-18T23:13:40 *** xiangfu has quit IRC (Ping timeout: 260 seconds) 2012-07-18T23:43:54 *** arvind_khadri has quit IRC (Ping timeout: 264 seconds) 2012-07-18T23:46:31 *** Hesham has quit IRC (Ping timeout: 256 seconds) 2012-07-19T00:42:59 *** jkridner has joined #rtems 2012-07-19T01:15:28 *** arvind_khadri has joined #rtems 2012-07-19T01:32:18 *** sebhub has joined #rtems 2012-07-19T01:38:13 good morning 2012-07-19T01:50:37 *** alseh has quit IRC (Ping timeout: 240 seconds) 2012-07-19T01:52:07 *** alseh has joined #rtems 2012-07-19T02:08:35 moorning 2012-07-19T02:46:30 *** xiangfu has joined #rtems 2012-07-19T02:52:56 *** Hesham has joined #rtems 2012-07-19T03:04:14 *** mumptai_ has joined #rtems 2012-07-19T03:05:19 *** Hesham has quit IRC (Quit: Leaving.) 2012-07-19T03:12:31 *** Hesham has joined #rtems 2012-07-19T03:17:17 *** Hesham has quit IRC (Client Quit) 2012-07-19T03:37:25 *** jkridner_ has joined #rtems 2012-07-19T03:39:03 *** jkridner has quit IRC (Ping timeout: 276 seconds) 2012-07-19T03:39:03 *** jkridner_ is now known as jkridner 2012-07-19T04:39:38 *** Hesham has joined #rtems 2012-07-19T04:44:25 *** Hesham has quit IRC (Client Quit) 2012-07-19T05:21:15 *** arvind_khadri has quit IRC (Quit: Leaving) 2012-07-19T05:24:12 *** arvind_khadri has joined #rtems 2012-07-19T05:30:12 *** xiangfu has quit IRC (Ping timeout: 276 seconds) 2012-07-19T06:01:18 *** mikeg has quit IRC (Ping timeout: 264 seconds) 2012-07-19T06:13:57 *** mikeg has joined #rtems 2012-07-19T06:13:57 *** mikeg has joined #rtems 2012-07-19T06:36:45 *** zw_yao has joined #rtems 2012-07-19T06:37:10 *** zw_yao has joined #rtems 2012-07-19T07:10:22 hi all 2012-07-19T07:10:32 the meeting is in 3 hours, right ? 2012-07-19T07:29:13 2.5 hours from now. 2012-07-19T07:30:54 ok 2012-07-19T07:42:09 *** mumptai_ has quit IRC (Ping timeout: 276 seconds) 2012-07-19T08:01:29 *** mumptai_ has joined #rtems 2012-07-19T08:15:00 *** alseh has quit IRC (Ping timeout: 248 seconds) 2012-07-19T08:35:10 *** jenniferA has joined #rtems 2012-07-19T08:41:48 *** alseh has joined #rtems 2012-07-19T08:58:03 *** gedare has joined #rtems 2012-07-19T09:05:59 *** Hesham has joined #rtems 2012-07-19T09:17:20 *** claas_ziemke has joined #rtems 2012-07-19T09:18:42 *** WikL has joined #rtems 2012-07-19T09:27:58 *** DrJoel has joined #rtems 2012-07-19T09:27:58 *** DrJoel has joined #rtems 2012-07-19T09:27:58 *** ChanServ sets mode: +o DrJoel 2012-07-19T09:29:40 http://goo.gl/Gzykg is a shortcut to this week's status report file 2012-07-19T09:32:35 *** weiY has joined #rtems 2012-07-19T09:33:32 @DrJoel: looks like it's read only 2012-07-19T09:33:32 WikL: Error: "DrJoel:" is not a valid command. 2012-07-19T09:33:49 DrJoel: the report looks like it's read only 2012-07-19T09:35:46 confirmed 2012-07-19T09:37:28 offtopic: sorry all for the spam on the rtems mailing list, my email account got hacked! anyway i am sorry for the inconvinience resulting from that! more on that topic later... 2012-07-19T09:38:42 Sorry.. fixed 2012-07-19T09:39:08 WikL.. I have some thoughts on your start up situation. I need to start a new email thread. 2012-07-19T09:40:09 Plus I understand that we want to use Pok's syscall for thread switches. But it is used to switching Pok threads. Does it have enough information to switch a context it didn't create? Just a thought. 2012-07-19T09:44:29 Right now I just got to the task switching so it's an immediate topic 2012-07-19T09:45:04 POK has a context switching procedure which requires just two stack pointers as arguments 2012-07-19T09:47:46 *** alseh has joined #rtems 2012-07-19T09:51:26 WikL, then that's OK. As long as it needs "CPU info" with no assumption about "Pok data structures" 2012-07-19T09:56:42 anybody else getting "Error at google docs" message everytime one wants to edit the document? 2012-07-19T09:57:18 it's just a short assembly procedure, probably some address translation will be required between virtual on RTEMS and the on absolute POK 2012-07-19T09:57:37 claas_ziemke: I edited it fine 2012-07-19T09:58:14 me too 2012-07-19T09:58:37 *** ppisa has joined #rtems 2012-07-19T09:59:08 http://goo.gl/Gzykg is a shortcut to this week's status report file 2012-07-19T09:59:35 hey jkridner .. nice to see you slumming here :) 2012-07-19T09:59:56 DrJoel: Howdy! 2012-07-19T10:00:23 funny... i will try again later... 2012-07-19T10:00:24 we finally suckered.. I mean got.. a student to work on the BeagleBoard BSP :) 2012-07-19T10:00:39 hi claas_ziemke. nice to meet you. I was hanging out here for such an opportunity 2012-07-19T10:00:47 DrJoel: :-D 2012-07-19T10:00:52 all right.. who's up first? 2012-07-19T10:01:24 jkrinder nice to meet you too 2012-07-19T10:01:41 I'm ready, but maybe should wait for juli1, if he's showing up tonight 2012-07-19T10:02:08 or today 2012-07-19T10:02:33 I'm ready to be next. 2012-07-19T10:02:34 if none , i can first 2012-07-19T10:03:16 let weiY go first.. maybe juli1 will wake up.. or he could still be exhausted from ESA SOCIS announcement :) 2012-07-19T10:03:19 last week i have add test cases to coverage all the atomic operations with memory barrier. 2012-07-19T10:04:17 and now all the atomic operations with memory barrier and no memory barrier options have passed the test case for code coverage 2012-07-19T10:04:57 can you run the coverage or do you want me to do that for you? 2012-07-19T10:05:05 but the test cases with memory barrier are only pass code coverage not functional test 2012-07-19T10:05:49 by that you mean ..? 2012-07-19T10:05:50 if you tell me how to do i can learn it 2012-07-19T10:05:50 if you have no spare time 2012-07-19T10:06:20 i think it will be too hard to try to construct functional tests. 2012-07-19T10:06:31 we can do that.. or Gedare can (I think) 2012-07-19T10:06:36 i.e. tests that 'fail' if the atomic op is wrong 2012-07-19T10:06:40 i never got coverage to work 2012-07-19T10:06:46 basic no contention cases should be OK? right? 2012-07-19T10:06:50 i mean i can learn to do code coverage work 2012-07-19T10:06:53 ok.. we can help him.. 2012-07-19T10:07:05 exactly--just executing the atomic ops 2012-07-19T10:07:16 hard to do anything that involves testing under contention 2012-07-19T10:07:21 hi 2012-07-19T10:07:28 I don't see how we can test under contention. 2012-07-19T10:07:32 except maybe implementing synch primitives with it 2012-07-19T10:07:34 the contention cases for all atomic operations with no memory barrier are ok 2012-07-19T10:07:46 since you can extend the atomic op to a longer crit section in some cases 2012-07-19T10:07:52 * gedare waves to sebhub 2012-07-19T10:08:31 I think you should focus on nominal functional testing and document cases that you want to cover but are hard. Maybe we can figure out something for a few of those. Some cases will just be impossible 2012-07-19T10:08:45 yeah, if the atomic operations with memory barrier option are hard to test contents right 2012-07-19T10:08:57 but anyway i think it is better to move on to more features... for the amount of code being added i don't know how much value there is in struggling with functional testing or with learning how to run coverage 2012-07-19T10:09:03 my $0.02 2012-07-19T10:09:20 weiY, clean up the tests.. let's start reviewing what you got and document what testing you think is desirable test wise. 2012-07-19T10:09:24 ok , next step i will documents this question 2012-07-19T10:09:30 I agree with gedare that functionality is more important. 2012-07-19T10:10:00 And I can run coverage once we get the tests merged. Gedare knows he and I have bounced back and forth doing that with both his gsoc project and his student from last summer 2012-07-19T10:10:04 To testing of atomic ops on SMP, look at http://lwn.net/Articles/470681/ 2012-07-19T10:10:17 yeah, now we should determine the next step of this project 2012-07-19T10:10:44 i suggest you lay that out in an email to rtems-devel 2012-07-19T10:10:53 add more architecture support or add more sync primitive based on atomic operations? 2012-07-19T10:10:57 along with a pull request if the code is eady 2012-07-19T10:11:38 But for UP, only disable IRQ and use of compiller barriers which ensure that code is not reordered by compiller is OK> 2012-07-19T10:11:54 ok, i will pull request my code 2012-07-19T10:12:27 ppisa, for UP you are right 2012-07-19T10:12:52 as a note, RTEMS has macro for compiler memory barrier directive. We use it in _ISR_Disable/Enable. A few years ago gcc got smart enough to yank code around asm statements and broke our critical sections all to hell 2012-07-19T10:13:23 anything else weiY ? 2012-07-19T10:13:40 Yes I remeber, so IRQ disable blocks code move. 2012-07-19T10:14:04 next step is to pull request my code? 2012-07-19T10:14:05 yep. 2012-07-19T10:14:11 if you are ready? 2012-07-19T10:14:17 yeah , ok 2012-07-19T10:14:29 * DrJoel will have to learn how to do that.. but that is for outside meeting :) 2012-07-19T10:15:05 i will do it on the github , it seems that pull request is easy to do on web 2012-07-19T10:15:23 ok 2012-07-19T10:15:26 whose next? 2012-07-19T10:15:35 me ? 2012-07-19T10:16:04 Hesham, go ahead, I can be next. 2012-07-19T10:16:21 Hesham, up 2012-07-19T10:16:31 i have finished refactoring Qunaming work not to be too powepc specific. 2012-07-19T10:16:42 Some test cases were failing, i have fixed some and asked aanjhan about the others. 2012-07-19T10:17:21 Also i have tried gedare way to have an attributes type at high-level and define it at BSP code 2012-07-19T10:17:38 but unfortunately this way failed 2012-07-19T10:18:31 I sent mail to rtems-devel ml with suggestion to avoid address translations 2012-07-19T10:18:51 but i got no replies/feedbacks 2012-07-19T10:19:02 i may discuss this issue now 2012-07-19T10:19:21 Chris and I chatted and we believe there should be a universal set of attributes at the top API level. They may or may not be supported by a particular architecture or CPU model. But RTEMS itself only knows about N particular "abstract" uses of the MMU.. 2012-07-19T10:19:52 say execute only.. read only.. read/write.. as minimum. 2012-07-19T10:20:31 Similar to how RTEMS_FLOATING_POINT is ALWAYS available as a task attribute but there may be no FPU and it ignored. Or the FPU may always be part of a task's context switch and it is ignored. 2012-07-19T10:21:01 that's ok, but the problem now is to avoid translating attributes from high-level API to BSP code 2012-07-19T10:21:31 that's, BSP coed handles setting/unsetting attributes 2012-07-19T10:21:38 code* 2012-07-19T10:21:42 We do that all the time in one way or another.. termios baud rate constants get turned into arbitrary values in uart registers. 2012-07-19T10:22:03 it may be as simple as storing the translation in the bsp 2012-07-19T10:22:10 BSP (really CPU support) will check RTEMS_ARENA_EXECUTE_ONLY. and translate that into particular MMU settings 2012-07-19T10:22:48 Is it really any different than the baud rate analogy? 2012-07-19T10:22:54 gedare: i may create a table if that's accepted 2012-07-19T10:23:26 a table might work fine too.. there may be few enough values.. it's unclear to me what the time/space tradeoff should be 2012-07-19T10:23:30 DrJoel: The process of that translation is rejected by Ric when i sent my design to ml 2012-07-19T10:23:36 i guess really just push forward with one way or another 2012-07-19T10:23:39 It's acceptable to me if that helps you. 2012-07-19T10:24:04 *** soh_cah_toa has joined #rtems 2012-07-19T10:24:11 Ok i will implement it as a table 2012-07-19T10:24:21 i think that will be a good way to start. 2012-07-19T10:24:22 An overarching RTEMS design principle is code portability and API consistency across BSPs and CPUs. To do this you have an abstract set of potential MMU capabilities. Sometimes you get them, sometimes you don't. But the constants at the application level are always there 2012-07-19T10:25:01 *** weiY has quit IRC (Ping timeout: 245 seconds) 2012-07-19T10:25:12 Arena API should be the same on all configurations. What happens when you ask to do something that isn't supported is TBD. :) 2012-07-19T10:25:40 that means if i created a table at BSP code, and requested unsupported feature by CPU 2012-07-19T10:25:55 that will not find an entry in that table 2012-07-19T10:26:01 you should have a 'catchall' 2012-07-19T10:26:05 and return failed status 2012-07-19T10:26:05 some default behavior. 2012-07-19T10:26:10 For unsupported termios modes, the BSP just ignores the request. If a port can't change baud rate, then asking it to change is OK but it has no effect. 2012-07-19T10:26:27 whether it is failure or something permissive is TBD 2012-07-19T10:26:45 failure is something different than nop 2012-07-19T10:26:52 depends on what you want to happen at the application level. :) 2012-07-19T10:27:17 right. 2012-07-19T10:27:21 i will discuss this with gedare? 2012-07-19T10:27:29 sure.. 2012-07-19T10:27:38 i think you have the right idea anyways 2012-07-19T10:27:45 not much more for me to add :) 2012-07-19T10:27:49 Just stay with the idea that your app code calling the arena should be the same on all BSPs 2012-07-19T10:27:59 Ok i will start implementing it from now 2012-07-19T10:28:19 send a reply to your email that explains what you will implement please. 2012-07-19T10:28:21 That's what i tried to do when refactoring Quanming work 2012-07-19T10:28:36 ok i will 2012-07-19T10:29:01 I think that's all 2012-07-19T10:29:19 I will implement test cases for static mapping also 2012-07-19T10:29:40 ok.. are you ok now? 2012-07-19T10:29:48 yeah 2012-07-19T10:29:53 thanks 2012-07-19T10:30:36 is my turn? 2012-07-19T10:31:00 sure zw_yao 2012-07-19T10:31:16 *** Hesham has left #rtems 2012-07-19T10:31:41 DrJoel, as you have mentioned at last meeting, there 4 test case I can add. 2012-07-19T10:31:49 *** weiY has joined #rtems 2012-07-19T10:32:01 how is that going?> 2012-07-19T10:32:13 I have done the unlimited pthread test case, three other left... 2012-07-19T10:33:19 You tell me about the RTEMS classic API test case, which I find I have no idea of that... 2012-07-19T10:33:56 Did classic API call POSIX key interface? 2012-07-19T10:34:25 Or you mean the rtems_task_variable related interface? 2012-07-19T10:35:19 zw_yao, it is allowed for Classic API tasks to call POSIX API methods. There are a few tests which do that. These would be in the psxtests cases 2012-07-19T10:36:03 and no.. keys and rtems_task_variable are different. You can ignore the per task variables. It has different semantics and doesn't have the issues you are fixing in posix keys 2012-07-19T10:36:27 So you want unlimited Classic API tasks using a key 2012-07-19T10:36:39 Yeah, I see. I've read some code of rtems task variable. 2012-07-19T10:36:52 one variant.. key gets deleted.. other tasks delete themselves to force that kind of clean up 2012-07-19T10:37:16 They have their own set of advantages and disadvantages. Adding to context switch overhead is largest negative 2012-07-19T10:37:36 OK, I see. DrJoel , which psxtest test case that Classic API tasks call POSIX API? 2012-07-19T10:38:49 grep for CONFIGURE_RTEMS_INIT_TASKS_TABLE in psxtests. there are a number of them. None use keys from Classic API tasks as best I can tell from the name 2012-07-19T10:38:59 OK. 2012-07-19T10:39:52 I will search that. And also a small problem in unlimited POSIX pthread case: 2012-07-19T10:40:16 What will pthread_create return when there is no enough memory? 2012-07-19T10:41:24 http://pubs.opengroup.org/onlinepubs/7908799/xsh/pthread_create.html says EAGAIN 2012-07-19T10:42:06 I see:) 2012-07-19T10:42:09 and per cpukit/posix/src/pthreadcreate.c, we do indeed return that. Check where _Thread_Initialize is called 2012-07-19T10:43:22 then my next work is implement the other 3 test case as soon as possible, I feel I'm a little slow... 2012-07-19T10:44:03 I've spent too much time on multi-thread code, which I'm not very familiar with. 2012-07-19T10:44:30 You seem ok to me. You implemented something which fixed an issue. The issue was LOTS of edge cases. We didn't have tests to push the edge cases we knew we were broken on. You get the privilege of filling in the gaps. 2012-07-19T10:44:46 I assume the code passes all existing tests. So it is functionally a replacement. 2012-07-19T10:45:01 re 2012-07-19T10:45:15 If it doesn't leak memory and we have psxtm time measurements then we know how it compares to current code. 2012-07-19T10:45:19 Everything past that is improvement 2012-07-19T10:45:29 Yeah, the one-rbtree implementation passes all tests now. 2012-07-19T10:45:49 :) 2012-07-19T10:45:50 and the old code fails at unlimited pthread test. 2012-07-19T10:46:00 that is what is expected also :) 2012-07-19T10:46:17 I'll report that in detail to ml. 2012-07-19T10:46:19 So time to test the implementation to its limit and make sure it holds up 2012-07-19T10:46:48 Yeah. 2012-07-19T10:47:03 that's all. 2012-07-19T10:47:36 ok.. now that Juli has recoved from the SOCIS announcement and popped up.. how about WikL ? 2012-07-19T10:47:40 Then claas_ziemke ? 2012-07-19T10:47:45 k 2012-07-19T10:47:49 sure 2012-07-19T10:47:59 just read about SOCIS 2012-07-19T10:48:03 hehe 2012-07-19T10:48:17 *** deb has joined #rtems 2012-07-19T10:48:19 more students to deal with 2012-07-19T10:48:26 DrJoel: hey, you have some slots for RTEMS and SOCIS, no ? 2012-07-19T10:48:28 Late here,I will go to bed, good night! 2012-07-19T10:48:32 so, do not complain :P 2012-07-19T10:48:40 I am not complaining :) 2012-07-19T10:48:42 the selection committee was very hard ! 2012-07-19T10:48:44 :) 2012-07-19T10:48:56 hello 2012-07-19T10:48:57 will it overlap with GSoC? 2012-07-19T10:49:00 *** gedare has quit IRC (Ping timeout: 260 seconds) 2012-07-19T10:49:05 Just acknowledging your hard work juli1 :) 2012-07-19T10:49:12 DrJoel: thanks :) 2012-07-19T10:49:13 Is the meeting over? 2012-07-19T10:49:14 I mean, will you have to mentor on two fronts at a time? 2012-07-19T10:49:14 so 2012-07-19T10:49:18 socis, that sounds neat :) 2012-07-19T10:49:21 deb: no :) 2012-07-19T10:49:22 not until we hear from you deb. 2012-07-19T10:49:29 4 students left at least 2012-07-19T10:49:33 WikL: no, no, I organize SOCIS 2012-07-19T10:49:36 sorry I am late 2012-07-19T10:49:38 whoa 2012-07-19T10:49:42 so, I do not mentor any project for SOCIS 2012-07-19T10:49:50 I just organize the whole initiative at ESA 2012-07-19T10:49:53 pretty cool 2012-07-19T10:49:59 Deciding which project to support, etc ... 2012-07-19T10:50:12 WikL, you are up. 2012-07-19T10:50:17 hmmmm ... not so cool, if you think so, I can forward you the complain for the non selcted guys :D 2012-07-19T10:50:20 yep 2012-07-19T10:50:23 come back to uour project 2012-07-19T10:50:25 ok ok 2012-07-19T10:50:27 I have another meeting on the hour and will pass the baton to gedare 2012-07-19T10:50:54 the memory map seems to hold 2012-07-19T10:51:09 the final problem was linking the wrong libc 2012-07-19T10:51:10 to hold ? what do you mean ? 2012-07-19T10:51:34 doesn't show signs of failing or causing problems 2012-07-19T10:52:50 ok so ? 2012-07-19T10:52:57 seems to be a good news 2012-07-19T10:53:02 what are the next steps then ? 2012-07-19T10:53:03 yep 2012-07-19T10:53:06 FYI we need to ensure/confirm that when boot_card() is called, all requirements of the start.o code are met: 0'ed bss, stack initialized, special registers initialized, interrupts off (whatever that means here), etc 2012-07-19T10:53:41 DrJoel: right 2012-07-19T10:54:03 WikL: remember that the initial goal is to have something that boots the RTEMS partition early 2012-07-19T10:54:20 what does that mean? 2012-07-19T10:54:47 juli1, on powerpc I know our start.S calls __eabi and may set a register for short data access. Probably should account for a simple start.S which is the real entry point from Pok which finishes the tasks required. I would bet Pok gives us zero'ed memory for security purposes 2012-07-19T10:55:14 WikL: it means that we expect to have sonething that shows the printf of the RTEMS partition on the POK console 2012-07-19T10:55:23 hello world :) 2012-07-19T10:55:27 so get to the context switch :) 2012-07-19T10:55:30 DrJoel: right 2012-07-19T10:55:34 DrJoel: right 2012-07-19T10:55:59 yright now the code stops before rtems_initialize_start_multitasking() 2012-07-19T10:56:02 *** gedare has joined #rtems 2012-07-19T10:56:40 WikL: ok but we need at least to have the hello world 2012-07-19T10:56:45 up to now, we have nothing 2012-07-19T10:56:56 *** WikL has quit IRC (Read error: Connection reset by peer) 2012-07-19T10:57:08 ah 2012-07-19T10:57:19 *** WikL has joined #rtems 2012-07-19T10:57:26 sorry, got disconnected there 2012-07-19T10:57:30 19:00 < juli1> WikL: ok but we need at least to have the hello world 2012-07-19T10:57:30 19:00 < juli1> up to now, we have nothing 2012-07-19T10:58:53 well the switch is up next, when that's over with we should have hello world 2012-07-19T10:58:54 WikL, that leave the context switch and then you should be at the first RTEMS task and hello world 2012-07-19T10:59:19 * DrJoel passes the baton to gedare 2012-07-19T10:59:26 DrJoel: exactly 2012-07-19T11:00:01 when talking about the interface a month ago or so 2012-07-19T11:00:15 So, WikL, what are the planned schedule about having something that works ? 2012-07-19T11:00:16 we discussed using the pok_context_switch (uint32_t* old_sp, 2012-07-19T11:00:16 uint32_t new_sp); 2012-07-19T11:00:36 yes 2012-07-19T11:00:46 I don't know what problems to expect from the context switch yet 2012-07-19T11:00:54 me too, I mean 2012-07-19T11:01:10 the thing is 2012-07-19T11:01:12 past 1.5 days I've been fighting with a null pointer in a task set as an entry point 2012-07-19T11:01:14 go ahead 2012-07-19T11:01:15 *** arvind_khadri has quit IRC (Ping timeout: 260 seconds) 2012-07-19T11:01:34 and then, when having problem/issue, please ask 2012-07-19T11:01:48 I'll get at it today and see what the outlook is 2012-07-19T11:02:13 ok 2012-07-19T11:02:21 I had 2 minor problems on the way and kind of fixed them, I'll just write a message to the ml 2012-07-19T11:03:03 ok 2012-07-19T11:03:11 it sounds fair for me 2012-07-19T11:03:25 of := and 2012-07-19T11:03:52 ah no 2012-07-19T11:03:57 sorry, nevermind 2012-07-19T11:04:19 ok 2012-07-19T11:04:20 so 2012-07-19T11:04:24 anything else to discuss ? 2012-07-19T11:04:35 that's all for now 2012-07-19T11:04:42 ok 2012-07-19T11:04:54 gedare: we are done for the ARINC/RTEMS project 2012-07-19T11:04:58 just one last thing 2012-07-19T11:05:06 WikL: what do you expect to have for next week 2012-07-19T11:05:23 for you, at the end of the next milestone, what feature do you plan to have ? 2012-07-19T11:05:55 next week I expect to have the hello world 2012-07-19T11:06:07 heavily depending on what problems will be encountered 2012-07-19T11:06:11 and later move to the clock tick 2012-07-19T11:07:18 ok 2012-07-19T11:07:21 So 2012-07-19T11:07:40 I expect a delivery with a tutorial that tell us how to build your example 2012-07-19T11:08:06 otherwise, for me, if you do not have that, it means we really overrun the planning 2012-07-19T11:08:08 ok ? 2012-07-19T11:08:17 I'm keeping the manual updated, and the git repo is up to date 2012-07-19T11:08:19 understood 2012-07-19T11:08:26 ok 2012-07-19T11:08:30 good luck :_ 2012-07-19T11:08:32 :) 2012-07-19T11:08:37 will need it, thanks 2012-07-19T11:09:50 so my turn now? 2012-07-19T11:09:53 sure 2012-07-19T11:09:56 k 2012-07-19T11:10:08 * gedare picks up the baton 2012-07-19T11:10:21 so first of all sorry again for the spam... as i mentioned before the meeting my email account got hacked... 2012-07-19T11:10:47 so it took me 3 days to regain controll ofer my account... thats why i was so silent recently... 2012-07-19T11:11:20 so you don't want to find a date? 2012-07-19T11:11:22 ;-) 2012-07-19T11:11:26 how is your progress? 2012-07-19T11:11:32 haha sure why not? :-) next thing is i am just recovering from a pneumonia... alot of antibiotics invloved... no fun... but i am getting better now... 2012-07-19T11:11:41 my progress is as follows: 2012-07-19T11:12:42 i am continuing to fight with the console driver.... i am using the ns16550 which is the right one according to the documentation 2012-07-19T11:13:16 i am at the point where the right bytes are put in the right registers, but some details are still not working... 2012-07-19T11:13:38 ok. remind me are you testing this in simulator, hw, or both? 2012-07-19T11:14:29 currently still on qemu, but jkrindner just a few minutes ago offered me some help to get the real hw running 2012-07-19T11:14:43 still debugging polled mode? 2012-07-19T11:15:04 pretty much yes... 2012-07-19T11:15:05 * gedare returns the baton! 2012-07-19T11:15:06 It should just be a matter of getting the initial settings right like clock rate for the baud 2012-07-19T11:15:31 * DrJoel is not really here.. just popped in from webex on other computer in office :) 2012-07-19T11:15:36 ok... 2012-07-19T11:15:38 unh huh. 2012-07-19T11:16:18 well, if you get horribly stuck try asking for help 2012-07-19T11:16:25 milestone for the weekend should be to get the console driver working, i think i am pretty cloes now... 2012-07-19T11:16:28 or look at how it is done by others 2012-07-19T11:16:34 awesome 2012-07-19T11:16:38 sounds good to me... 2012-07-19T11:17:11 i would like an irc meeting with whoever thinks can help beginning of next week in order to refine the schedule of my project for the 2nd half... 2012-07-19T11:17:54 actually now i am about 1-2 weeks behind schedue, i think its still managable, but i have to have a look at the schedule again, and probably shift priorities around a little 2012-07-19T11:18:17 ok, send an email to rtems-devel to see if you can get any interest 2012-07-19T11:18:36 will do that and probably put on a doodle for the meeting too... 2012-07-19T11:18:46 ok 2012-07-19T11:18:48 anything else? 2012-07-19T11:18:51 *** vidhoon has joined #rtems 2012-07-19T11:19:10 i think gedare, sebhub, jkrindner and ray would be great for attendees... 2012-07-19T11:19:29 i have to update the wiki... 2012-07-19T11:19:39 i agree if you can get any or all of us :) 2012-07-19T11:19:50 anyone tried to recreate my project and has some inputs for the howto? 2012-07-19T11:20:02 any would be enought i guess :0- 2012-07-19T11:20:07 you'd have to ask on the ml--i have not had time 2012-07-19T11:20:08 sorry, i had no time to look at tit 2012-07-19T11:20:26 i did write a mail on the ml, before the account got pirated... 2012-07-19T11:20:41 ok, i will work on the howto anyway... 2012-07-19T11:20:56 well if you had questions that weren't answered you should ask again. 2012-07-19T11:20:58 shall i write a bsp wiki article? or shall i focuss on simulator? 2012-07-19T11:21:07 ok 2012-07-19T11:21:11 send another one.. update BSP wiki with instructions on how to get to the point where you are running the BSP on qemu. No promises but that reducing the amount of work required to help you will go a long way (at least to me) 2012-07-19T11:21:19 focus on how to use it 2012-07-19T11:21:43 Yep.. how to use it. If I have to figure that out, I don't have time to do that and try to help you. So make it easy for me :) 2012-07-19T11:21:49 Note patches, etc. 2012-07-19T11:22:17 ok got that 2012-07-19T11:22:42 good? 2012-07-19T11:23:05 thats all then... todos are getting console driver work... setting up irc meeting for planning and writing documentation... 2012-07-19T11:23:46 ok. try to lay out your ideas for plan in your email too 2012-07-19T11:23:55 i will 2012-07-19T11:24:19 then thats all... 2012-07-19T11:24:23 ok... 2012-07-19T11:24:26 other students? 2012-07-19T11:24:33 yup, i'm still here 2012-07-19T11:24:37 hello 2012-07-19T11:24:41 I am here too 2012-07-19T11:24:43 ok, soh_cah_toa go 2012-07-19T11:24:46 hi, me too :) 2012-07-19T11:25:03 what was DrJoel doing for the first hour of this meeting... pokey. 2012-07-19T11:25:10 before i go on, could someone give me the link to the gdocs status report? i wanna make sure i do it as soon as i'm done so that i don't keep forgetting :) 2012-07-19T11:25:42 http://goo.gl/Gzykg 2012-07-19T11:25:55 * DrJoel pops up again 2012-07-19T11:26:02 k thanks 2012-07-19T11:26:09 soh_cah_toa, what are you delivering next? We need progress badly 2012-07-19T11:26:17 yes 2012-07-19T11:26:50 before i left for the weekend, i did manage (with joel's help) to submit a patch that fixed the build issues w/ mips bsp's. freebsd-to-rtems.py just needed to pull in cpufunc.h and cpuregs.h as cpu-dependent header files 2012-07-19T11:27:00 so the build process is fine but as expected, the test suite isn't. now is the time where i start fiddling w/ the linker scripts. here's what i'm looking at: http://pastebin.com/JRWBqwZ3 2012-07-19T11:27:27 pretty much, it's complaining that res_find() is defined twice. after that, it's clearly referring to the _bsd_set* symbols in 'ram' but i'm where to find the linker script files that 'ram' is defined in to troubleshoot the problem 2012-07-19T11:27:54 *i don't know where to find 2012-07-19T11:28:24 FWIW jennifer and I are using mips/jmr3904 to debug right now. It faults on null accesses (no valid address from 0x0 to 0x87ffffff) 2012-07-19T11:28:52 so should i move over to that bsp to stay in sync or keep w/ csb350? 2012-07-19T11:29:03 soh_cah_toa, unfortunately each linkcmds is a little different.. that's why we are moving to a shared linkcmds.base 2012-07-19T11:29:12 exactly 2012-07-19T11:29:43 Look at how the {} "code" which handles .text and the current FreeBSD sections is done. After the } there is sometimes a >XXX which you will need to add after your .robsd... 2012-07-19T11:29:54 and you wil have to delete the old FreebSD section lines that are there 2012-07-19T11:30:44 where though? i don't know where freebsd keeps its linker scripts 2012-07-19T11:31:42 look in libbsd/shared/sparc/startup/linkcmds.base 2012-07-19T11:31:47 it already has the new stuff to add. 2012-07-19T11:32:16 http://git.rtems.org/rtems/commit/?id=c23957170f7d4bdaf0b0bbe7cf54994fbc607c51 was my commit to change that one 2012-07-19T11:32:29 and pc386. So two examples 2012-07-19T11:32:58 is that a recent commit b/c `locate linkcmds.base` turns up nothing on my machine 2012-07-19T11:33:25 well, in libbsd that is 2012-07-19T11:34:17 its in the rtems tree 2012-07-19T11:35:04 oh wait, it's libbsp 2012-07-19T11:35:08 ok 2012-07-19T11:35:09 14 July 2012-07-19T11:36:02 You need to update your rtems-libbsd for sure. Over the weekend, I put in default setup for every architecture -- copies files from other architectures which look reasonable to try :) 2012-07-19T11:36:31 but it's an issue w/ the _bsd symbols though so wouldn't the fix be within the rtems-libbsd tree instead of rtems? 2012-07-19T11:36:32 anything else? 2012-07-19T11:36:37 oops i guess so. 2012-07-19T11:38:04 the linkcmds are to link rtems, so we're just adding the bsd symbols there.. hmm 2012-07-19T11:38:15 i see, ok 2012-07-19T11:38:16 there are a few symbols that have to be defined in the linkcmds file which is in the rtems side even though they are bsd specific 2012-07-19T11:38:26 soh_cah_toa, if the BSP linker script doesn't explicitly say to grab the new sections, they will be ignored and thus unresolved linker errors 2012-07-19T11:38:46 deb, you're on deck 2012-07-19T11:38:53 hi 2012-07-19T11:39:04 soh_cah_toa, anything else should be addressed outside the meeting i think 2012-07-19T11:39:12 alright then 2012-07-19T11:39:15 I have been working on the general plan of testing 2012-07-19T11:39:35 * gedare pokes verm__ 2012-07-19T11:40:01 i think an update to rtems-devel mailing list may be in order 2012-07-19T11:40:08 it's been awhile, not quite sure what you are doing 2012-07-19T11:40:23 OK 2012-07-19T11:40:59 I doing a brief summary for every testsuite in current testsuites 2012-07-19T11:41:03 do you feel like you're making progress? 2012-07-19T11:41:11 yes 2012-07-19T11:41:18 It is part of the plan 2012-07-19T11:41:19 in this phase of gsoc we will need much more than just reports though 2012-07-19T11:41:27 ok.. but we do need code 2012-07-19T11:41:44 working improvements to how we do testing 2012-07-19T11:41:45 its a spreadsheet though 2012-07-19T11:42:50 we need a plan first regarding how the immigration could be done 2012-07-19T11:42:54 i think an email telling us all what you are working on and what your plan is could be helpful 2012-07-19T11:43:00 OK 2012-07-19T11:43:11 and what will be migrated / what is the target, that is what you have learned and determined 2012-07-19T11:43:39 then maybe something small can be done and committed 2012-07-19T11:43:42 to get the ball rolling 2012-07-19T11:43:57 I would love to see a "demo" of the framework you all prefer to give a sanity check. 2012-07-19T11:44:14 Running on say sis, qemu or psim 2012-07-19T11:44:18 don't really care :) 2012-07-19T11:44:36 bye 2012-07-19T11:44:37 OK 2012-07-19T11:45:03 *** sebhub has quit IRC (Remote host closed the connection) 2012-07-19T11:45:43 agreed. 2012-07-19T11:45:48 ok anything else? 2012-07-19T11:46:05 for the current testsuites 2012-07-19T11:46:13 I have seen a lot of *01 2012-07-19T11:46:28 from what they contain 2012-07-19T11:46:47 it seems to be un-complete tests of some libraries 2012-07-19T11:46:51 is it right? 2012-07-19T11:47:20 depends. the current tests mainly test parts of RTEMS 2012-07-19T11:47:32 with the goal of achieving path coverage 2012-07-19T11:47:40 each test is a functional (or error case) test of a subset of the code for a particular method or service. It is the union of the tests which give coverage. 2012-07-19T11:48:29 the tests within a testsuites/subdirectory are named to describe the part of rtems they test as much as possible 2012-07-19T11:48:39 I see that 2012-07-19T11:48:41 OK 2012-07-19T11:48:47 with incremental numbers for additional tests on the same component 2012-07-19T11:48:53 As gedare points out, there are areas which have no tests or incomplete tests but if you look at the script rtems-testing/rtems-coverage/do_coverage, you will see the set of "sub libraries" inside cpukit which are considered "core" and which are considered at a "developmental" status. That's from a test coverage perspective. All code included is mature but may not have the test coverage we want 2012-07-19T11:48:55 so you see some things with *01, *02, ... 2012-07-19T11:49:20 and some are just poorly named .. sp01.. 02.. etc :( 2012-07-19T11:49:27 so the idea is that all of the *01...*nn should test the complete subsystem * 2012-07-19T11:49:29 no hint from that what it does 2012-07-19T11:49:36 yeah. 2012-07-19T11:49:45 psxkey0? would be an example 2012-07-19T11:50:00 plus some compile only tests like psxhdrs to ensure we meet API as defined in POSIX 2012-07-19T11:50:44 I see 2012-07-19T11:51:23 How do you calculate the test coverage 2012-07-19T11:51:31 for previous tests? 2012-07-19T11:52:33 run on simulators which provide trace logs or execution bit maps. Code between rtems-coverage and covoar in rtems-testing merges the informatino from those coverage files to produce the unified view on the web 2012-07-19T11:53:56 if it is 100%, then every code have been run at least once? 2012-07-19T11:54:02 *** vidhoon1 has joined #rtems 2012-07-19T11:54:11 *** vidhoon has quit IRC (Read error: Connection reset by peer) 2012-07-19T11:54:51 yes. Plus each branch instruction taken/not taken (if we get branching information from log) 2012-07-19T11:54:57 *** ppisa has left #rtems ("Kopete 0.12.7 : http://kopete.kde.org") 2012-07-19T11:55:16 ok 2012-07-19T11:55:30 Eventually I would like to be able to update the covoar tool to be able to see which tests execute which lines of code. It has that information internally. 2012-07-19T11:56:00 are branching decisions included in the log? 2012-07-19T11:56:31 The most we ever get is was it taken or not taken. 2012-07-19T11:57:01 We call it a branch report .. http://www.rtems.org/ftp/pub/rtems/people/joel/coverage/erc32/erc32-Ospd-20120714-1625/branch.html 2012-07-19T11:57:26 you mentioned that there is a coverage report on the web 2012-07-19T11:57:31 May I ask for a link? 2012-07-19T11:57:42 If you click on the first case, you see that the branch is always taken and we don't execute the two instructions following it. 2012-07-19T11:57:58 http://www.rtems.org/ftp/pub/rtems/people/joel/coverage/erc32/erc32.html 2012-07-19T11:58:06 How do you defind branch in this case? 2012-07-19T11:58:11 I added results for erc32 within the past week 2012-07-19T11:58:24 branch == branch instruction at assembly level 2012-07-19T11:58:29 ok 2012-07-19T11:58:30 that's all the CPU simulators no 2012-07-19T11:58:35 no .. know 2012-07-19T11:59:07 if a branch is always not taken 2012-07-19T11:59:31 very intense testing.. higher than condition or decision coverage requirements as defined in DO-178 since that can be analyzed at source level and subset of conditions in a multi-condition if exercised. 2012-07-19T11:59:31 then the code in a branch is said to be uncovered? 2012-07-19T12:00:01 three terms here: 2012-07-19T12:00:05 executed: 2012-07-19T12:00:08 branch taken 2012-07-19T12:00:11 branch not taken 2012-07-19T12:00:45 you could only take one path and it would be executed / covered from an "instruction or statement coverage" view point 2012-07-19T12:00:56 but the branch was not fully exercised. 2012-07-19T12:01:24 *** zw_yao has quit IRC (Remote host closed the connection) 2012-07-19T12:01:38 OK 2012-07-19T12:02:00 complicated stuff :) 2012-07-19T12:02:27 so, they are two different description for different code? 2012-07-19T12:02:37 I would love to map this information all the way back to an if statement in C and know we exercised a sufficient part of the truth table. But going for 100% branch coverage is completing the truth table 2012-07-19T12:02:49 Yep. Two views of the same runs. 2012-07-19T12:03:14 back to next step 2012-07-19T12:03:35 post a demo case of the framework(s) that you think are viable. Let's review them. 2012-07-19T12:03:45 OK 2012-07-19T12:04:08 amar wants to use Unity for unit test 2012-07-19T12:04:18 for both rtems based and host based 2012-07-19T12:04:32 Then you can either write a new test using it and improve coverage, maybe rework fstests to use it since that is smallest test set, and encourage/aid the key student to use it :) 2012-07-19T12:04:47 ok.. you both have to educate the community. That's what the demo is for. 2012-07-19T12:05:02 Google mock for mocking functionality in host based 2012-07-19T12:05:13 And eventually a wiki page on which ones were considered and why they didn't cut it. We don't want to lose that knowledge. 2012-07-19T12:05:56 OK 2012-07-19T12:06:02 About the demo 2012-07-19T12:06:35 which bsps are considered? 2012-07-19T12:07:46 you said sis, qemu, and psim 2012-07-19T12:08:23 OK. 2012-07-19T12:09:37 I don't care which of those or jmr3904. One that is easy for everyone to use. The ones in gdb are easiest (sis, psim or jmr3904) 2012-07-19T12:10:35 OK. 2012-07-19T12:10:36 *** weiY has quit IRC (Ping timeout: 276 seconds) 2012-07-19T12:10:47 that's it. 2012-07-19T12:11:23 anyone else? 2012-07-19T12:11:29 I am still here 2012-07-19T12:11:45 although I have not had too much progress this week :( 2012-07-19T12:12:18 *** jenniferA has quit IRC (Quit: Leaving) 2012-07-19T12:12:19 but I have two questions 2012-07-19T12:12:31 alseh, go ahead 2012-07-19T12:13:18 in the first place, I am now cleaning NXlib, leaving the original build as intact as I can to be able to sent it's maintainter the patches 2012-07-19T12:13:41 here, I have a question, if I should leave the lib as libNX11,a or libX11.a 2012-07-19T12:14:11 what do they call it? 2012-07-19T12:14:12 renaming it to libX11.a should help at porting other X11 programs 2012-07-19T12:14:32 ppisa may have an opinion but I would agree with you. 2012-07-19T12:14:34 they leave it for choice ... libNX11.a is standard, not to collite with Xorg 2012-07-19T12:14:40 Can you run xeyes? :) 2012-07-19T12:14:53 have not tried :) .. I will :) 2012-07-19T12:15:21 I doubt a full X.org X11 will ever run on RTEMS. This is likely the best we can do .. so reasonable to call it X11 for us 2012-07-19T12:15:40 ok, i will 2012-07-19T12:16:06 and the second question is about the makefile .... 2012-07-19T12:16:17 * DrJoel shudders 2012-07-19T12:16:18 ok 2012-07-19T12:16:27 I used export VARIABLE ... and call next make with -e option 2012-07-19T12:16:58 however, ppisa suggested that -e could collide with some weird enviroments, and I should put the variables directly in the command line 2012-07-19T12:17:06 in the call for make 2012-07-19T12:17:34 I agree with him. 2012-07-19T12:17:59 If you dig back into the RTEMS mail archives, you will see windows folks having issues with LIB pointing to Visual Studio and confusing things in gcc 2012-07-19T12:18:14 you can pick up weird unpredictable things that way 2012-07-19T12:18:23 oh, ok :) 2012-07-19T12:18:40 too many common variable names :) 2012-07-19T12:18:55 that's true 2012-07-19T12:18:58 Do you have some screen captures? It would be nice to see them. 2012-07-19T12:19:23 just a moment 2012-07-19T12:21:37 I just realised some files actually disappearead from my working directory .... the builds were there :( 2012-07-19T12:21:51 ouch 2012-07-19T12:22:12 I know this sounds funny, but actually can't think of what happened to them .... they are on git, however ... 2012-07-19T12:23:28 *** antgreen has joined #rtems 2012-07-19T12:24:11 so you can get them back. Let's talk status and next step 2012-07-19T12:24:17 (1) submit patch to nxlib? 2012-07-19T12:24:40 (2) Cirrus driver comments addressed and resubmit? 2012-07-19T12:24:42 yes ... I will prepare this weekend the patch to nxlib and nano-X 2012-07-19T12:25:01 ppisa still did not receve response for cirrus driver 2012-07-19T12:25:08 ppisa still did not receve response for cirrus driver 2012-07-19T12:25:34 Is it too much to rewrite? 2012-07-19T12:26:26 it's a little different from the fb driver that is in rtems now, but it's doable 2012-07-19T12:26:55 I thought about updating the other libs in toolkit, and then be able to focus mainly on the drivers 2012-07-19T12:28:07 ok. They need updating and ensuring all patches are upstream as well. 2012-07-19T12:28:25 I wouldn't expect that to be terribly painful. I did the initial ports of most of them in my spare time. 2012-07-19T12:29:41 exactly, they will be fast and I will be focusing more on the drivers and portability 2012-07-19T12:29:53 there is still aproblem with X11/Xmd.h 2012-07-19T12:30:54 because the file I used presumes is 32 bit architecture, the typedefs are set accordingly 2012-07-19T12:31:03 INT32 to int for example 2012-07-19T12:31:33 ppisa suggested to use limits.h --> LONG_MAX to check for architecture 2012-07-19T12:32:00 it might be ok to use explicit length types like uint32_t 2012-07-19T12:35:07 and this modification also stops me a little bit from making a patch that would not affect original NXlib 2012-07-19T12:36:01 *** jkridner has quit IRC (Quit: jkridner) 2012-07-19T12:36:08 here is the example with a game of blocks :) ... https://dl.dropbox.com/u/1813020/snapshot4.png 2012-07-19T12:38:01 Or you can put in a check for the sizes not matching the expectations and ignore the problem :) 2012-07-19T12:38:26 This is something to discuss with the nxlib maintainers. They should have an opinion 2012-07-19T12:38:39 *** mumptai_ has quit IRC (Ping timeout: 260 seconds) 2012-07-19T12:39:04 ok, I will put it in the mail as a question ( also inclusion of this file in their subset) 2012-07-19T12:40:09 hold on.. 2012-07-19T12:40:27 http://rtemsramblings.blogspot.com/2010/01/rtems-graphics-toolkit.html 2012-07-19T12:41:01 was my blog entry on the original state of the work. I would love an update near the end of GSOC 2012-07-19T12:41:28 Either I write it with pictures from you or You can write it as a "guest". Chris Johns does that sometimes. 2012-07-19T12:41:39 I don't want it to be a burden but this is cool 2012-07-19T12:42:02 I have blogged recently on rtems-libbsd and Kevin. 2012-07-19T12:42:21 I would love to do a blog on each of the projects as they come to fruition 2012-07-19T12:42:48 it's not a burden, actually I was just now starting a blog with what I dow for GSoC and other minor projects 2012-07-19T12:43:18 :) 2012-07-19T12:43:55 The graphics toolkit is an area of RTEMS worthy of a small howto manual. Referencing the other pieces for details. 2012-07-19T12:44:04 It is a nice collection of stuff most don't need or considwer 2012-07-19T12:44:50 indeed, the only wiki page it has now is a little to small 2012-07-19T12:45:23 and from that page I got the idea to try skyeye simulator, ..... still can't figure how Roxana used it :( 2012-07-19T12:45:34 for me, it just got random crashes 2012-07-19T12:46:05 We can email her and ask. It may be a versioning issue. Skyeye is sometimes fragile between versions 2012-07-19T12:47:20 unfortunately, the older skyeye version did not help me either ... I don't remember exactly where was the problem 2012-07-19T12:47:55 I still want to try it in the end of the program, or when I have a little time to spare 2012-07-19T12:48:09 which bsp 2012-07-19T12:48:36 well, the gumstix bsp has already a fb driver 2012-07-19T12:49:34 the sim-script has a hard-coded -no-graphic option. 2012-07-19T12:49:49 that's with qemu 2012-07-19T12:50:26 I not even got there ... it crashed with the simple hello world test from rtems 2012-07-19T12:50:49 ok.. it looks like the skyeye gumstix script had the magic for it at one time. 2012-07-19T12:51:09 give me a date range of when Roxana had it working. I may have email archives 2012-07-19T12:51:36 *** claas_ziemke has quit IRC (Quit: Leaving.) 2012-07-19T12:53:25 I thought I will try to use also qemu; claas gave some guidelines using u-boot 2012-07-19T12:55:51 on gumstix, my issue was not figuring out how to have the boot commands pushed into the flash image stored on disk so they were always there. On a real board, you can save them with uboot. With the .bin file, you would have to edit the binary file to "store stuff to flash" 2012-07-19T12:57:49 yes, it requires a bit of hacking hte bin 2012-07-19T12:58:18 when I was trying, ppisa succeded porting the cirrus driver, and I postponed it 2012-07-19T12:59:02 You should be able to boot it by hand 2012-07-19T13:03:44 how could I do that ? 2012-07-19T13:08:25 hack the image into the flash like the script does with dd 2012-07-19T13:08:40 then invoke the command by hand same as qemu and enter the bootelf command it puts in a file 2012-07-19T13:09:17 *** gedare has quit IRC (Quit: Ex-Chat) 2012-07-19T13:09:43 I tried that manually, but did not use the right addresses 2012-07-19T13:10:20 ok 2012-07-19T13:12:49 * DrJoel looks around and thinks it is past his lunch time :) 2012-07-19T13:13:54 well, I have no other questions, good appetite :) 2012-07-19T13:15:39 Ask on list for questions and keep us up to day 2012-07-19T13:16:05 ok 2012-07-19T13:32:50 *** DrJoel has quit IRC (Quit: Leaving) 2012-07-19T13:40:19 *** vidhoon1 has left #rtems 2012-07-19T13:43:52 *** jkridner has joined #rtems 2012-07-19T13:43:52 *** jkridner has joined #rtems 2012-07-19T13:51:03 *** WikL has quit IRC () 2012-07-19T14:33:58 *** jahf has quit IRC (Ping timeout: 240 seconds) 2012-07-19T14:52:53 *** jahf has joined #rtems 2012-07-19T16:21:13 *** DrJoel has joined #rtems 2012-07-19T16:21:13 *** DrJoel has joined #rtems 2012-07-19T16:21:13 *** ChanServ sets mode: +o DrJoel 2012-07-19T16:46:59 *** antgreen has quit IRC (Read error: Connection reset by peer) 2012-07-19T17:15:30 *** jkridner has quit IRC (Quit: jkridner) 2012-07-19T17:37:57 *** Hesham has joined #rtems 2012-07-19T17:52:37 *** Hesham has quit IRC (Ping timeout: 240 seconds) 2012-07-19T17:52:53 *** jkridner has joined #rtems 2012-07-19T17:52:54 *** jkridner has joined #rtems 2012-07-19T17:53:14 *** Hesham has joined #rtems 2012-07-19T17:53:43 *** jkridner has quit IRC (Client Quit) 2012-07-19T17:59:37 *** Hesham has quit IRC (Ping timeout: 240 seconds) 2012-07-19T18:41:12 *** jkridner has joined #rtems 2012-07-19T18:41:13 *** jkridner has joined #rtems 2012-07-19T18:49:52 *** deb has left #rtems ("Leaving") 2012-07-19T18:50:30 *** jkridner_ has joined #rtems 2012-07-19T18:50:31 *** jkridner_ has joined #rtems 2012-07-19T18:53:24 *** jkridner has quit IRC (Ping timeout: 248 seconds) 2012-07-19T18:53:24 *** jkridner_ is now known as jkridner 2012-07-19T19:25:27 *** xiangfu has joined #rtems 2012-07-19T19:55:43 *** jkridner has quit IRC (Quit: jkridner) 2012-07-19T20:49:54 *** weiY has joined #rtems 2012-07-19T20:50:11 *** alseh_ has joined #rtems 2012-07-19T20:51:39 *** alseh has quit IRC (Ping timeout: 252 seconds) 2012-07-19T20:56:28 *** weiY has quit IRC (Ping timeout: 246 seconds) 2012-07-19T21:27:48 *** deb has joined #rtems 2012-07-19T21:54:24 *** kristianpaul has quit IRC (Quit: Reconnecting) 2012-07-19T21:54:33 *** kristianpaul has joined #rtems 2012-07-19T21:55:53 *** kristianpaul has quit IRC (Client Quit) 2012-07-19T21:56:07 *** kristianpaul has joined #rtems 2012-07-19T21:58:23 *** kristianpaul has joined #rtems 2012-07-19T21:58:23 *** kristianpaul has joined #rtems 2012-07-19T22:16:36 *** alseh__ has joined #rtems 2012-07-19T22:20:20 *** alseh_ has quit IRC (Ping timeout: 248 seconds) 2012-07-19T23:31:05 *** deb has left #rtems ("Leaving") 2012-07-20T01:52:35 *** sebhub has joined #rtems 2012-07-20T01:53:08 good morning 2012-07-20T02:43:41 morning 2012-07-20T02:56:11 *** Hesham has joined #rtems 2012-07-20T03:24:58 *** panzon has joined #rtems 2012-07-20T03:30:42 *** panzon has quit IRC (Quit: Page closed) 2012-07-20T03:57:07 *** Hesham has quit IRC (Ping timeout: 240 seconds) 2012-07-20T05:39:56 *** jahf has quit IRC (Ping timeout: 248 seconds) 2012-07-20T05:40:03 *** jahf has joined #rtems 2012-07-20T05:59:24 *** Hesham has joined #rtems 2012-07-20T06:12:39 *** Hesham has quit IRC (Quit: Leaving.) 2012-07-20T06:50:42 *** panzon has joined #rtems 2012-07-20T06:52:31 hi, somebody knows where can I get some "design documents" about rtems 2012-07-20T06:52:36 ? 2012-07-20T06:55:38 there is a users guide: http://rtems.org/onlinedocs/doc-current/share/rtems/html/c_user/c_user.html 2012-07-20T06:55:49 what do you mean with "design documents"? 2012-07-20T07:04:35 sebhub: thank you, the last year I was working for rtems in the gsoc program I built some posix timming tests, now I'm studing in my "real-time systems", the mechanism that theorically I used when I built my timming tests.... the problem is that I'm little confused, 2012-07-20T07:05:22 and I want to understand really well what I did in my rtems collaboration period 2012-07-20T07:07:16 now I'm looking the user guide, and of course is designed for the users. 2012-07-20T07:08:19 *** claas_ziemke has joined #rtems 2012-07-20T07:08:21 do you know if exist something similar desined for the people who build rtems ? 2012-07-20T07:10:05 hi everyone, anyone here who can give some advice concerning uart driver implementation? 2012-07-20T07:20:11 i can try 2012-07-20T07:21:09 i am not aware of a design document, but the source code is quite readable 2012-07-20T07:21:20 hi sebhub... thx 2012-07-20T07:21:33 so the question is: 2012-07-20T07:22:15 as i get it the ns16550 driver as the name says is ONLY working with ns16550 and downward compatible devices right? 2012-07-20T07:22:45 with everything that has this register model 2012-07-20T07:22:53 ok... because the OMAP35x0 features a ns16750 device... 2012-07-20T07:23:06 i don't know the differences 2012-07-20T07:23:41 is it something completely different or has it only more features? 2012-07-20T07:24:56 for exapmple the linecontrol register ( offset 0x0C ) in 16650 is used to controll acces to the interupt enable registyer, while in 16750 the acces to interrupt control register is set by the "enhanced feature register" ( offset 0x08 ) 2012-07-20T07:25:24 and i think thats part of my problem with the uart driver... 2012-07-20T07:26:13 i think the 16750 is just an advanced version of the older 16550 2012-07-20T07:26:29 but as you see there are some incompatibilities... 2012-07-20T07:27:41 welcome to the world of serial modules 2012-07-20T07:27:54 haha thx for the warm welcome 2012-07-20T07:29:09 so till now i managed to stay away from other peoples code... but i think now i have to start messing around there... maybe for the beginning i will just clone the ns16550 files and rename ns16750... so we can merge them later if that makes sense... which i think it does... 2012-07-20T07:30:33 i would first look at the manuals for both chips 2012-07-20T07:30:55 i have them both opend right now :-) 2012-07-20T07:31:34 the libchip serial support is quite a mess 2012-07-20T07:32:44 yes... but i dont like to mess around in another mess... 2012-07-20T07:38:16 i think i will just deliberatly break the ns16550 driver in my fork right now to make it wrk for the 16750 and if i manage to make it work then i will think about how we can merge that functionality in the ns16550 driver with minimal code redundancy... i think the main difference is in the ns16550_init function... 2012-07-20T07:40:42 maybe you can do it like this 2012-07-20T07:40:44 http://git.rtems.org/rtems/commit/c/src/libchip/serial/ns16550.c?id=c39148d62fc891e26d9672e01e7b7eb372697335 2012-07-20T07:41:23 add a new deviceType and and evaluate it 2012-07-20T07:42:53 yeah i had something similar in mind... thx for the example 2012-07-20T07:45:50 thx for your time... i will get back to you when i managed to make it work... then you or someone else can review my serial code... 2012-07-20T08:02:47 bye 2012-07-20T08:02:56 *** claas_ziemke has quit IRC (Quit: Leaving.) 2012-07-20T08:36:16 *** xiangfu has quit IRC (Ping timeout: 245 seconds) 2012-07-20T09:00:02 *** gedare has joined #rtems 2012-07-20T09:28:48 *** jenniferA has joined #rtems 2012-07-20T09:34:09 *** jkridner has joined #rtems 2012-07-20T09:34:10 *** jkridner has joined #rtems 2012-07-20T10:00:00 *** panzon has quit IRC (Ping timeout: 245 seconds) 2012-07-20T10:09:30 *** jkridner has quit IRC (Remote host closed the connection) 2012-07-20T10:37:25 *** deb has joined #rtems 2012-07-20T11:14:47 *** arvind_khadri has joined #rtems 2012-07-20T11:42:59 *** WikL has joined #rtems 2012-07-20T11:45:27 *** sebhub has quit IRC (Remote host closed the connection) 2012-07-20T11:52:57 *** vidhoon has joined #rtems 2012-07-20T12:09:47 *** arvind_khadri has quit IRC (Ping timeout: 252 seconds) 2012-07-20T12:22:04 *** arvind_khadri has joined #rtems 2012-07-20T12:36:10 DrJoel, jenniferA: hey guys 2012-07-20T12:37:59 Hi Kevin... sorry I had went to lunch so I'm not sure when you posted 2012-07-20T12:38:09 How are things progressing? 2012-07-20T12:38:35 just now, it's fine 2012-07-20T12:40:27 so from what i've been able to infer from the other linkcmds files, it looks like each bsp needs a standard boilerplate .robsdsets output section that looks like this: pastebin.com/wnj47cvK 2012-07-20T12:40:40 and .robsdsets is placed in the same memory region as most of the other output sections (i usually look for .text). whether that be a hard-coded adress like jmr1394's 0x90909090 or a region defined w/ MEMORY like csb350's 'ram', psim's 'RAM', arm's shared 'REGION_RODATA' or whatever it may be 2012-07-20T12:42:50 Hi Kevin, I m Vidhoon. I am interested in knowing more about the libbsd networking project 2012-07-20T12:44:06 vidhoon: DrJoel just made a post about the current status: http://rtemsramblings.blogspot.com/2012/07/new-tcpip-stack-progress-report.html 2012-07-20T12:44:13 vidhoon: that's a good place to start 2012-07-20T12:44:15 The standard boiler plate should already be in the linkcmd files, all you should need to add are the _bsd_xxx items 2012-07-20T12:45:07 kevin: ok i ll check and get back 2012-07-20T12:45:29 *** gedare has quit IRC (Quit: Ex-Chat) 2012-07-20T12:46:37 right, i just had move whatever wasn't bsd-related to .text and add the _bsd* symbols into a new .robsdsets section 2012-07-20T12:46:48 correct 2012-07-20T12:50:35 so here's what my .text and .robsdsets look like and a diff of what i changed: http://pastebin.com/sKtUuvnQ 2012-07-20T12:51:41 yet when i build, i get an "init.o:(.data+0xa4): undefined reference to `rtems_shell_BLKSTATS_Command'" error 2012-07-20T12:54:14 not sure if that means the address pointed to by rtems_shell_BLKSTATS_Command in the symbol table is invalid or that there simply isn't a symbol table entry for it 2012-07-20T12:56:11 my guess is that it has something to do w/ the way i changed .text 2012-07-20T13:13:04 All I see if that the BSD sections are data and should never be added before all the "core" sections. I have moved it down to just before .data and am trying it now. It will take a few minutes 2012-07-20T13:13:54 ah, didn't know that 2012-07-20T13:15:02 i never thought the order of the memory sections in an object file mattered? 2012-07-20T13:16:04 and that each compiler just kinda did it's own thing, so long as the required sections defined by the output file format were present 2012-07-20T13:16:13 I suppose it doesn't except that you want "constant" information close together so it can be easily placed in Flash 2012-07-20T13:16:27 .data is global initialized variables which can change during program execution 2012-07-20T13:16:33 right 2012-07-20T13:17:15 You copy the code/ro data/tables, and .data from Flash to RAM and then run. 2012-07-20T13:18:36 and obviously that's easier if they're in one contiguous region 2012-07-20T13:18:41 got it 2012-07-20T13:22:32 yep 2012-07-20T13:22:38 compiling now.. I had to bootstrap 2012-07-20T13:25:13 grrr... did a build on the wrong computer.. too many terminals open 2012-07-20T13:25:55 I may even have bootstraped on the wrong machine 2012-07-20T13:38:08 yeah i just tried leaving . = ALIGN (16) and __stop_set_sysctl_set = ABSOLUTE(.) to see how that changes things 2012-07-20T13:38:17 obviously it was a no-go 2012-07-20T13:38:46 *** WikL has quit IRC (Read error: Connection reset by peer) 2012-07-20T13:40:35 *** WikL has joined #rtems 2012-07-20T13:41:05 csb350.. not csb360.. 2012-07-20T13:41:13 lol yeah 2012-07-20T13:41:35 68360 is a m68k CPU model and I type that out of habit 2012-07-20T13:46:46 just emailed you the linkcmds which builds for me 2012-07-20T13:48:11 yeah, just heard my phone beep. i'm building it now as well w/ .robsdsets right before .data 2012-07-20T13:48:31 so far, so good 2012-07-20T13:49:40 there are a handful of odd rules which might change precisely what gets done to each linkcmds but the core change is always the same. Delete old.. add new block.. adjust (that's the trick) 2012-07-20T13:50:19 agh, still fails 2012-07-20T13:50:22 lemme check my mail 2012-07-20T13:53:26 jeez, *now* i see you messages. my inbox gets flooded so much, anything important always get pushed to the bottom 2012-07-20T13:53:53 should probably just unsubscribe from a lot of these mailing lists 2012-07-20T13:55:04 oh i see, you put it before .rdata 2012-07-20T13:55:12 i stuck it in between .rdata and .data 2012-07-20T13:58:19 *** vidhoon has quit IRC (Quit: Leaving.) 2012-07-20T14:02:37 so how come some of the other bsp's don't need to have their*data sections contiguous? like when i look at psim, .robsdsets is right after .text and same thing w/ pc386 2012-07-20T14:03:12 that's obviously why i tried to do the same thing w/ csb350 2012-07-20T14:05:47 good question. It would be better if they were all the same. 2012-07-20T14:05:57 indeed 2012-07-20T14:07:00 so is it safe to say that after i submit this and move onto the next mips bsp and it turns out that having .robsdsets can't sit next to .text that i should try moving it before .data? 2012-07-20T14:07:01 this is where linkcmds.base comes in. It avoids a lot of these inconsistencies that creep in over time accidentally between BSPs within an architecture at least 2012-07-20T14:07:18 right, that's what i wanted to ask about 2012-07-20T14:07:52 robsddata.. is "read only data" which can be put in Flash and used from there. So it should stay before .data. Where between .text and .data I don't think matters. 2012-07-20T14:08:20 so obviously their' all going to have a similar boilerplate .robsdsets section. in fact, there all going to be indentical except for what section they're output to 2012-07-20T14:08:43 Except when the BSP copies code from Flash to RAM. It may have a symbol which needs to be moved. The sparc linkcmds.base change I made moved the endtext symbol 2012-07-20T14:08:46 so say i make linkcmds.base into something like what i pasted before: pastebin.com/wnj47cvK 2012-07-20T14:09:04 for each bsp, it needs to be output somewhere different 2012-07-20T14:09:08 Yes the >REGION .. I think they are referred to as memory regions in ld terms 2012-07-20T14:09:21 maybe.. many will be ram, rom or not specified 2012-07-20T14:09:41 if INCLUDE performs a textual substitution, would doing INCLUDE(linkcmds.base) > region be possible? 2012-07-20T14:11:19 INCLUDE is link #include.. pulls in file 2012-07-20T14:12:40 yeah, it includes the linker scrip given to it 2012-07-20T14:13:12 but the .robsdsets section that's in linkcmds.base need to be output to a different region per bsp 2012-07-20T14:13:45 oh wait 2012-07-20T14:14:02 unless linkcmds.base didn't include the .robsdsets : { part 2012-07-20T14:14:08 and just the code inside it 2012-07-20T14:14:17 then we could have this: 2012-07-20T14:15:36 http://pastebin.com/fqXCBZX4 2012-07-20T14:16:02 that sounds about right 2012-07-20T14:18:01 linkcmds.base is a templated COMPLETE linkcmds file. Your syntax is right and maybe it does make sense to have a "ROBSDSET_linkcmds" which is shared. But it would include all of what you have there 2012-07-20T14:18:08 Best to propose that on -devel and discuss it 2012-07-20T14:18:09 brb 2012-07-20T14:18:37 k 2012-07-20T14:34:47 *** jenniferA has quit IRC (Quit: Leaving) 2012-07-20T14:39:22 *** alseh__ has quit IRC (Remote host closed the connection) 2012-07-20T14:41:50 odd...moving .robsdsets before .rdata still doesn't work 2012-07-20T14:48:13 DrJoel: that linkcmds you attached works for csb350? 2012-07-20T15:02:18 i did a rebase yesterday but i'll do another one just to make sure and try again 2012-07-20T15:03:36 yes until I ran out of disk space :) 2012-07-20T15:03:37 or maybe not. looks like 0ec2c36 is already the latest 2012-07-20T15:05:27 I did NOT commit it. Just emailed my file to you 2012-07-20T15:05:36 yeah 2012-07-20T15:06:12 i meant that linkcmds doesn't work for me on HEAD 2012-07-20T15:06:27 hm, maybe i'll re-bootstrap or something 2012-07-20T15:07:22 that's my only diff 2012-07-20T15:14:07 here's what i'm getting: http://pastebin.com/EgdhjrrW 2012-07-20T15:14:12 it goes on an on... 2012-07-20T15:14:26 but i'll re-bootstrap and see if that changes anything 2012-07-20T15:17:35 "require Automake 1.12.2, but have 1.11.5" 2012-07-20T15:17:38 how wonderful 2012-07-20T15:25:05 Keeping up with Ralf isn't always easy :) 2012-07-20T15:25:53 :) 2012-07-20T15:26:14 yeah, i'm runing the software update checker now 2012-07-20T15:26:35 it's taking a horribly long time though 2012-07-20T15:29:14 and it looks like there's nothing there for autotools. great... 2012-07-20T15:30:44 oh wait, there's more. 419 more to be exact. i'll just hope it's in here somehwhere 2012-07-20T15:30:45 *** WikL has quit IRC (Read error: Connection reset by peer) 2012-07-20T15:32:11 *** WikL has joined #rtems 2012-07-20T15:32:49 *** krzysiekm13 has joined #rtems 2012-07-20T15:38:42 *** WikL has quit IRC () 2012-07-20T15:44:29 soh_cah_toa, there was an update in the past few days for automake 2012-07-20T15:53:06 ok 2012-07-20T15:54:10 oh i see, it's rtems-4.11-automake-1.12.2-1.el6 2012-07-20T15:54:16 i was looking for the gnu version 2012-07-20T15:55:20 *** krzysiekm131 has joined #rtems 2012-07-20T15:56:13 *** krzysiekm131 has left #rtems 2012-07-20T15:56:50 *** krzysiekm131 has joined #rtems 2012-07-20T15:57:09 *** krzysiekm13 has left #rtems 2012-07-20T15:58:18 good 2012-07-20T15:59:23 well, i gotta go pick out my classes for the fall semester but here's what i'm gonna do: 2012-07-20T15:59:32 after all these updates, i'll re-bootstrap and use the exact file you attached instead of just moving .robsdsets manually 2012-07-20T15:59:43 i'll email you letting you know about any success or failure. obviously, if it works, then the patch is fine 2012-07-20T15:59:55 if it causes too many problems and starts holding me back over the weekend, i'll move on to another mips bsp in the meantime until monday when i can come back to it 2012-07-20T16:00:08 then finally, later today i'll send an email to the ml to discuss possible solutions for linkcmds.base 2012-07-20T16:00:33 a decent plan for the weekend? 2012-07-20T16:00:39 *** mikeg has quit IRC (Quit: mikeg) 2012-07-20T16:01:28 *** mikeg has joined #rtems 2012-07-20T16:01:29 *** mikeg has joined #rtems 2012-07-20T16:03:03 *** mikeg_ has joined #rtems 2012-07-20T16:11:07 *** mikeg_ is now known as mikeg 2012-07-20T16:11:08 *** mikeg has joined #rtems 2012-07-20T16:18:23 alright, i need to head out now but that's what i plan to do over the weekend. i'll let you know how things go 2012-07-20T16:18:39 *** soh_cah_toa has quit IRC (Quit: hasta la pasta!) 2012-07-20T16:30:18 *** mikeg has left #rtems 2012-07-20T16:31:34 *** mikeg has joined #rtems 2012-07-20T16:35:26 *** mikeg has left #rtems 2012-07-20T16:40:35 *** DrJoel has quit IRC (Quit: Leaving) 2012-07-20T16:44:40 *** krzysiekm131 has left #rtems 2012-07-20T16:47:52 *** mikeg has joined #rtems 2012-07-20T19:07:08 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-07-20T19:18:54 *** deb has quit IRC (Quit: This computer has gone to sleep) 2012-07-20T20:57:41 *** deb has joined #rtems 2012-07-20T21:20:16 *** deb has left #rtems ("Leaving") 2012-07-20T21:36:12 *** kiwichris has joined #rtems 2012-07-20T22:38:50 *** kiwichris_ has joined #rtems 2012-07-20T22:39:21 *** kiwichris has quit IRC (Ping timeout: 252 seconds) 2012-07-20T23:39:50 *** arvind_khadri has quit IRC (Ping timeout: 260 seconds) 2012-07-20T23:40:03 *** kiwichris_ has quit IRC (Quit: This computer has gone to sleep) 2012-07-20T23:57:09 *** arvind_khadri has joined #rtems 2012-07-20T23:58:16 *** kiwichris has joined #rtems 2012-07-21T01:11:03 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-07-21T01:16:37 *** arvind_khadri has quit IRC (Ping timeout: 240 seconds) 2012-07-21T01:33:15 *** kiwichris has joined #rtems 2012-07-21T02:28:56 *** arvind_khadri has joined #rtems 2012-07-21T02:56:36 *** kiwichris has quit IRC (Ping timeout: 248 seconds) 2012-07-21T04:32:57 *** panzon has joined #rtems 2012-07-21T05:33:45 *** kiwichris has joined #rtems 2012-07-21T06:15:06 *** kiwichris has quit IRC (Ping timeout: 264 seconds) 2012-07-21T06:29:52 *** kiwichris has joined #rtems 2012-07-21T06:57:08 *** arvind_khadri has quit IRC (Ping timeout: 248 seconds) 2012-07-21T07:09:35 *** panzon has quit IRC (Ping timeout: 245 seconds) 2012-07-21T10:50:27 *** panzon has joined #rtems 2012-07-21T10:50:37 hi 2012-07-21T11:18:16 *** vidhoon has joined #rtems 2012-07-21T11:24:27 hi I am vidhoon, a beginner at RTEMS. I am interested in creating my working environment.. what is the most preferred OS used by developers? I am an ubuntu user but wiki pages did not promise much for ubuntu 2012-07-21T11:36:06 *** kuzew has quit IRC (Ping timeout: 264 seconds) 2012-07-21T11:39:27 *** vidhoon has quit IRC (Quit: Leaving.) 2012-07-21T11:39:37 *** vidhoon has joined #rtems 2012-07-21T11:42:59 *** kuzew has joined #rtems 2012-07-21T12:24:09 fedora or CentOS 2012-07-21T12:26:21 vidhoon: rtems has .rpm packages http://www.rtems.info/ftp/pub/rtems/linux/4.11/fedora 2012-07-21T12:26:47 hmm I see 2012-07-21T12:26:59 I must switch then 2012-07-21T12:34:26 *** WikL has joined #rtems 2012-07-21T12:57:05 *** deb has joined #rtems 2012-07-21T12:58:36 *** vidhoon has left #rtems 2012-07-21T13:14:58 *** arvind_khadri has joined #rtems 2012-07-21T13:41:03 *** vidhoon has joined #rtems 2012-07-21T14:16:07 *** arvind_khadri has quit IRC (Ping timeout: 240 seconds) 2012-07-21T14:40:54 *** arvind_khadri has joined #rtems 2012-07-21T14:52:00 *** vidhoon has left #rtems 2012-07-21T15:07:04 *** Hesham has joined #rtems 2012-07-21T15:51:08 *** arvind_khadri has quit IRC (Ping timeout: 248 seconds) 2012-07-21T16:41:35 *** WikL has quit IRC (Remote host closed the connection) 2012-07-21T17:04:10 *** panzon has quit IRC (Ping timeout: 245 seconds) 2012-07-21T17:38:44 *** Hesham has quit IRC (Ping timeout: 248 seconds) 2012-07-21T18:03:34 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-07-21T18:12:19 *** Hesham has joined #rtems 2012-07-21T18:15:15 *** Hesham has quit IRC (Client Quit) 2012-07-21T19:25:20 *** kiwichris has joined #rtems 2012-07-21T19:36:44 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-07-21T20:25:36 *** kiwichris has joined #rtems 2012-07-21T20:35:51 *** deb has left #rtems ("Leaving") 2012-07-21T20:39:00 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-07-21T21:36:40 *** sevikkk has quit IRC (Ping timeout: 252 seconds) 2012-07-21T21:52:04 *** kiwichris has joined #rtems 2012-07-21T21:57:43 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-07-21T22:02:31 *** kiwichris has joined #rtems 2012-07-21T22:08:46 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-07-22T00:33:16 *** kuzew has quit IRC (*.net *.split) 2012-07-22T00:33:21 *** L84Supper has quit IRC (*.net *.split) 2012-07-22T00:33:22 *** juli1 has quit IRC (*.net *.split) 2012-07-22T00:33:28 *** peerst has quit IRC (*.net *.split) 2012-07-22T00:33:29 *** ChanServ has quit IRC (*.net *.split) 2012-07-22T00:33:30 *** verm__ has quit IRC (*.net *.split) 2012-07-22T00:33:34 *** lcpfnvcy has quit IRC (*.net *.split) 2012-07-22T00:33:41 *** mikeg has quit IRC (*.net *.split) 2012-07-22T00:33:50 *** rokka has quit IRC (*.net *.split) 2012-07-22T00:42:16 *** kuzew has joined #rtems 2012-07-22T00:42:16 *** L84Supper has joined #rtems 2012-07-22T00:42:16 *** mikeg has joined #rtems 2012-07-22T00:42:16 *** ChanServ has joined #rtems 2012-07-22T00:42:16 *** verm__ has joined #rtems 2012-07-22T00:42:16 *** lcpfnvcy has joined #rtems 2012-07-22T00:42:16 *** juli1 has joined #rtems 2012-07-22T00:42:16 *** peerst has joined #rtems 2012-07-22T00:42:16 *** rokka has joined #rtems 2012-07-22T00:42:16 *** leguin.freenode.net sets mode: +o ChanServ 2012-07-22T00:42:47 *** sevikkk has joined #rtems 2012-07-22T05:42:58 *** claas_ziemke has joined #rtems 2012-07-22T05:44:19 *** claas_ziemke has left #rtems 2012-07-22T05:44:59 *** claas_ziemke has joined #rtems 2012-07-22T06:00:11 *** claas_ziemke has left #rtems 2012-07-22T06:31:24 *** claas_ziemke has joined #rtems 2012-07-22T06:54:34 *** panzon has joined #rtems 2012-07-22T07:00:58 *** claas_ziemke has left #rtems 2012-07-22T07:05:20 *** alseh has joined #rtems 2012-07-22T07:14:58 hi 2012-07-22T07:16:43 anyone there? 2012-07-22T08:00:25 *** panzon has quit IRC (Ping timeout: 245 seconds) 2012-07-22T08:37:12 *** krzysiekm13 has joined #rtems 2012-07-22T08:37:48 *** krzysiekm13 has left #rtems 2012-07-22T09:07:46 *** krzysiekm13 has joined #rtems 2012-07-22T09:08:16 *** krzysiekm131 has joined #rtems 2012-07-22T09:12:07 *** krzysiekm13 has quit IRC (Ping timeout: 252 seconds) 2012-07-22T09:12:20 *** krzysiekm131 has left #rtems 2012-07-22T09:19:00 *** alseh has quit IRC (Ping timeout: 248 seconds) 2012-07-22T09:25:56 *** alseh has joined #rtems 2012-07-22T10:07:17 *** alseh has quit IRC (Remote host closed the connection) 2012-07-22T10:21:22 *** arvind_khadri has joined #rtems 2012-07-22T10:35:33 *** Hesham has joined #rtems 2012-07-22T10:46:42 *** weiY has joined #rtems 2012-07-22T11:20:30 *** weiY has quit IRC (Ping timeout: 264 seconds) 2012-07-22T11:32:37 *** Hesham has quit IRC (Ping timeout: 255 seconds) 2012-07-22T11:35:18 *** Hesham has joined #rtems 2012-07-22T11:41:56 *** arvind_khadri has quit IRC (Ping timeout: 248 seconds) 2012-07-22T11:47:06 *** arvind_khadri has joined #rtems 2012-07-22T11:49:14 *** Hesham has quit IRC (Ping timeout: 260 seconds) 2012-07-22T11:50:31 *** Hesham has joined #rtems 2012-07-22T11:58:18 *** Hesham has quit IRC (Ping timeout: 264 seconds) 2012-07-22T12:10:54 *** arvind_khadri has quit IRC (Ping timeout: 264 seconds) 2012-07-22T12:18:43 *** Hesham has joined #rtems 2012-07-22T12:23:02 *** Hesham has quit IRC (Ping timeout: 255 seconds) 2012-07-22T12:23:28 *** arvind_khadri has joined #rtems 2012-07-22T12:42:30 *** alseh has joined #rtems 2012-07-22T13:24:46 *** alseh has quit IRC (Remote host closed the connection) 2012-07-22T15:01:13 *** krzysiekm13 has joined #rtems 2012-07-22T15:24:29 *** krzysiekm13 has left #rtems 2012-07-22T16:16:36 *** sevikkk has quit IRC (Ping timeout: 248 seconds) 2012-07-22T16:18:01 *** sevikkk has joined #rtems 2012-07-22T16:46:07 *** sevikkk has quit IRC (Ping timeout: 240 seconds) 2012-07-22T17:13:10 *** kiwichris has joined #rtems 2012-07-22T17:15:20 *** sevikkk has joined #rtems 2012-07-22T18:47:51 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-07-22T19:14:32 *** kiwichris has joined #rtems 2012-07-22T19:33:45 *** xiangfu has joined #rtems 2012-07-22T20:42:43 *** QingPei has joined #rtems 2012-07-22T21:00:20 *** kiwichris has quit IRC (Ping timeout: 248 seconds) 2012-07-22T21:13:20 *** jkridner has joined #rtems 2012-07-22T21:13:20 *** jkridner has joined #rtems 2012-07-22T21:46:58 *** jkridner has quit IRC (Quit: jkridner) 2012-07-22T21:49:47 *** kiwichris has joined #rtems 2012-07-22T21:54:58 *** kristianpaul has quit IRC (Ping timeout: 248 seconds) 2012-07-22T21:55:45 *** kristianpaul has joined #rtems 2012-07-22T22:02:39 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-07-22T22:26:02 *** zw_yao has joined #rtems 2012-07-22T22:30:51 *** arvind_khadri has quit IRC (Ping timeout: 245 seconds) 2012-07-22T22:35:57 *** zw_yao has quit IRC (Quit: Leaving) 2012-07-22T23:47:51 *** arvind_khadri has joined #rtems