2014-04-28T00:42:49 *** sebhub has joined #rtems 2014-04-28T00:55:50 good morning 2014-04-28T01:13:55 sebhub, hi. 2014-04-28T01:14:04 I do not see the extra allocations for resources. 2014-04-28T01:16:46 I did a complete audit of the semaphores allocated on the beagleboard xm bsp and it was correct. I also checked against the sis which was working and it was incorrectly using an unused termios semaphore for the file system. 2014-04-28T01:17:34 in case networking is enabled, then you reserve now one semaphore? 2014-04-28T01:18:29 and the network initialise call is not made ? 2014-04-28T01:19:21 yes, then it is left over (not really a big problem) 2014-04-28T01:19:38 but, the tests should exploit these new defines 2014-04-28T01:19:50 I agree with you and your point; I just do not see a simple easy for the users solution 2014-04-28T01:20:32 We add more stuff to get the count 100% then a user has to --enable-networking and then something else to actually use and it becomes too complex 2014-04-28T01:20:37 this workspace approach was not my invention ;-) 2014-04-28T01:20:51 haha 2014-04-28T01:21:13 not mine either and not Joel's, Mark's or Ron. 2014-04-28T01:21:33 before this network define the resource estimate was 100% correct 2014-04-28T01:21:46 now you overestimate 2014-04-28T01:22:16 No it was not. Termios was wrong. 2014-04-28T01:22:35 It happened an unaccounted use fixed it 2014-04-28T01:23:03 If you enable termios tasking or something like that all 4 termios semaphores are used and things break 2014-04-28T01:23:24 ok, the termios tasking is broken in many ways 2014-04-28T01:23:46 ok, who consumes these termios semaphores? 2014-04-28T01:23:48 In the case of say the sis it was the termios semaphore was used by the networking or file system tests 2014-04-28T01:24:04 if a test used network and file systems, eg nfs it would have failed 2014-04-28T01:24:43 I have for the beagleboard xm hardware testing .... 2014-04-28T01:24:44 Passed: 489 2014-04-28T01:24:44 Failed: 1 2014-04-28T01:24:44 Timeouts: 8 2014-04-28T01:24:44 Invalid: 0 2014-04-28T01:24:45 ok, so now we have in addition to the termios semphores one network semaphore, so nothing is worse than before 2014-04-28T01:25:14 Yeah but from a user point of view it makes sense. If termios is fixed things get better. 2014-04-28T01:25:21 we should nethertheless fix the test configurations 2014-04-28T01:25:41 By stating the number of mounts ? 2014-04-28T01:26:01 no, by reducing the CONFIGURE_MAXIMUM_SEMAPHORES etc. 2014-04-28T01:26:32 In the case of the file system it is correct cause the sparse file system uses one and that is not in confdefs.h 2014-04-28T01:27:23 so to me it the counts make sense excluding the termios buggy count to start with and networking being enabled. 2014-04-28T01:27:38 ok, i have to look at the tests, i only wondered that the confdefs.h changes resulted in no changes of the test configurations 2014-04-28T01:28:59 Ah yes, I fixed the underlying problem in condefs.h and for example in the file systems test where sparse fs was used I though it best to remove the max setting 1 because it mapped correctly 2014-04-28T01:29:16 best not to remove ... that is 2014-04-28T01:30:03 so all existing tests luckily consumed spares termios semphores? 2014-04-28T01:30:32 yes so worked by accident and not by design 2014-04-28T01:31:02 I ran the same test in debuggers for the sis and bbxm to isolate the problem 2014-04-28T01:32:08 ok, thanks for fixing this 2014-04-28T01:32:40 This bbmx has been a really good exercise in shaking this down 2014-04-28T01:32:49 the resouce configuration is really one of the most anoying things for users 2014-04-28T01:34:18 I agree 2014-04-28T01:36:43 on the sp2038 fix, yes time_t is real bug and it needs to be fixed however it is too big an issue for 4.11 2014-04-28T01:36:45 yes, most network based tests used the spare termios semaphores ;-) 2014-04-28T01:36:59 Yeah I found this out by the fails. 2014-04-28T01:37:25 This also highlights how loose we have been with this or termios tasking mode is not used. 2014-04-28T01:37:29 did you use a termios task based driver? 2014-04-28T01:37:41 Ben turned it on in beagleboard 2014-04-28T01:37:52 i think this mode is largely untested 2014-04-28T01:38:07 The output is stable from the board with the split _Terminate call 2014-04-28T01:38:31 a break point to bsp_fatal_extension() should do it also 2014-04-28T01:38:33 We are currently running almost 500 tests over jtag and seeing good results. 2014-04-28T01:39:00 or rtems_test_fatal_extension() 2014-04-28T01:39:21 Yeah. The split should cost nothing and it means we do let the code run to the end. 2014-04-28T01:39:37 Please ignore the weak debate in relation to this 2014-04-28T01:40:08 It is about running all the code we can in the test run. 2014-04-28T01:41:11 i am not opposed to weak functions, but in this case i think is not the right solution 2014-04-28T01:42:03 you can also make _CPU_Fatal_halt a real function on all architectures, if you really need to set a break point 2014-04-28T01:43:06 I do not feel that strongly about it. The only case I see is being able to catch the end point without a rebuild the bsp or kernel. Those projects with verified bases of code save here. 2014-04-28T01:43:14 I mean about weaks. 2014-04-28T01:44:01 The thought about making it a real function but that changes something that has not been a function. The split localised the change and made it basically a symbolic change of adding an extra symbol. 2014-04-28T01:52:30 so we have two issues here, 1. you need something to set a break point on, 2. you want to test the code in _Terminate() after _User_extensions_Fatal( the_source, is_internal, the_error ); 2014-04-28T01:54:17 Yes up to the CPU halt and the follow forever loop 2014-04-28T01:54:34 if you use a weak function, then I think that the weak attribute should not be in the header file declaring the function, but instead only in definition of the default implementation 2014-04-28T01:54:52 by the way I remove the posix thread model patch from the rsb and the tls tests passed 2014-04-28T01:55:21 Yes good point. 2014-04-28T01:55:36 about the weak; I just through that in and tested the water :) 2014-04-28T01:55:45 threw that is 2014-04-28T01:56:48 Another solution is to have every BSP define bsp_reset and always have that and by default it calls _CPU_Fatal_halt 2014-04-28T01:58:46 yes, i fixed the unlimited posix keys for the tls tests 2014-04-28T02:02:19 ok, what about renaming _CPU_Fatal_halt() to _CPU_Fatal_halt _default() and then map _CPU_Fatal_halt to _BSP_Fatal_halt for all architectures, the default implementation can use_CPU_Fatal_halt _default() 2014-04-28T02:02:56 its more work, yes, but i think this is less confusing than a weak function here and there 2014-04-28T02:04:06 this is just a rename bsp_reset() to _BSP_Fatal_halt() in most cases 2014-04-28T02:07:28 Do you mean rename in the score/cpu ? 2014-04-28T02:08:10 This is fine by me. I think anything that creates better rules for all bsps is better overall 2014-04-28T02:12:27 we can also omit the rename and simply add "void _CPU_Fatal_halt( uint32_t _error ) RTEMS_COMPILER_NO_RETURN_ATTRIBUTE;" to all cpu.h 2014-04-28T02:13:08 then implement _CPU_Fatal_halt in the bsps using _CPU_Fatal_halt _default() or something more appropriate 2014-04-28T02:21:56 I like _CPU_* being in score/cpu and _BSP_* being in the bsp. It is simple. 2014-04-28T02:22:26 then we have to add #define _CPU_Fatal_halt() _BSP_Fatal_halt() 2014-04-28T02:22:45 Hmm yes 2014-04-28T02:23:18 I will ponder this a little. Looking at using halt is misleading because it may reset 2014-04-28T02:23:30 I am not sure what term should be used 2014-04-28T02:24:14 I need head home; back in a bit 2014-04-28T02:25:22 *** kiwichris has quit IRC () 2014-04-28T03:02:52 *** kiwichris has joined #rtems 2014-04-28T03:22:30 sebhub, what about '_BSP_Fatal_end' ? 2014-04-28T06:05:49 *** gigetoo has quit IRC (Remote host closed the connection) 2014-04-28T06:06:24 *** gigetoo has joined #rtems 2014-04-28T07:00:06 sebhub, is the sp2038 patch ok as I posted it ? 2014-04-28T07:16:25 actually I didn't look at the actual code, i only noticed that you duplicate now code already present in newlib 2014-04-28T07:17:02 It is not the same code. I wrote it from scratch, functionality yes 2014-04-28T07:17:40 are you sure it is correct, including leap seconds etc.? 2014-04-28T07:18:10 Hmm I did not do leap seconds. 2014-04-28T07:18:40 Does newlib to leap seconds ? 2014-04-28T07:18:46 to -> do 2014-04-28T07:19:07 i don't know, all i know is that this date and time stuff is surprisingly difficult 2014-04-28T07:19:45 I can look at leap seconds. I tested every day from 1988 to 2100 2014-04-28T07:25:47 I will rename _CPU_Fatal_halt to _CPU_Fatal_halt_default, add a decl to each cpu.h for _CPU_Fatal_halt and then rename the bsp_reset to _CPU_Fatal_halt. ok > 2014-04-28T07:25:50 ok ? 2014-04-28T07:26:54 i think 2012 included a leap second, how did you generate the expected time samples from 1988 to 2100? 2014-04-28T07:27:11 in the original code I generated them with my linux machine 2014-04-28T07:27:26 ok, with the cpu halt stuff 2014-04-28T07:28:00 I did a set then a get 2014-04-28T07:28:24 Just like the problem and nearly_problem way 2014-04-28T07:29:17 I tested only days because the code strips the day seconds from the seconds. 2014-04-28T07:29:55 and day seconds to hour, minute and seconds is easy (without a leap second) 2014-04-28T07:30:23 I also use only a single look to find a month from the year day 2014-04-28T07:30:45 look -> loop 2014-04-28T08:15:53 *** monstr has quit IRC (Ping timeout: 264 seconds) 2014-04-28T08:34:24 *** monstr has joined #rtems 2014-04-28T09:28:39 lo all 2014-04-28T09:48:19 hi beng-nl 2014-04-28T10:10:34 *** edwardk has quit IRC (Quit: Computer has gone to sleep.) 2014-04-28T10:49:12 *** peerst has quit IRC (Ping timeout: 252 seconds) 2014-04-28T10:58:29 *** zoso has quit IRC (Quit: Leaving) 2014-04-28T11:03:06 *** peerst has joined #rtems 2014-04-28T11:12:21 *** monstr has quit IRC (Ping timeout: 276 seconds) 2014-04-28T11:27:33 *** edwardk has joined #rtems 2014-04-28T12:00:42 *** zoso has joined #rtems 2014-04-28T12:27:03 *** kiwichris has quit IRC (Ping timeout: 252 seconds) 2014-04-28T12:31:52 *** kiwichris has joined #rtems 2014-04-28T12:58:53 *** zoso has quit IRC (Remote host closed the connection) 2014-04-28T15:58:36 :) 2014-04-28T15:58:43 hi gedare & all again 2014-04-28T16:21:47 *** edwardk has quit IRC (Ping timeout: 265 seconds) 2014-04-28T16:24:42 *** gigetoo has quit IRC (Ping timeout: 252 seconds) 2014-04-28T16:32:00 *** gigetoo has joined #rtems 2014-04-28T17:00:17 *** kiwichris has quit IRC () 2014-04-28T17:20:24 *** kiwichris has joined #rtems 2014-04-28T17:29:06 *** edwardk has joined #rtems 2014-04-28T17:33:18 *** edwardk has quit IRC (Ping timeout: 240 seconds) 2014-04-28T17:54:53 *** edwardk has joined #rtems 2014-04-28T18:32:55 please, && 2014-04-28T18:33:18 i don't want to bit-wise anded with everyone 2014-04-28T18:33:45 hahaha 2014-04-28T18:33:52 pardon me 2014-04-28T19:00:06 *** kiwichri_ has joined #rtems 2014-04-28T19:02:35 *** kiwichris has quit IRC (Ping timeout: 256 seconds) 2014-04-28T19:06:42 *** verm__ has quit IRC (Ping timeout: 240 seconds) 2014-04-28T19:06:50 *** verm__ has joined #rtems 2014-04-28T19:22:29 *** gedare has quit IRC (Ping timeout: 264 seconds) 2014-04-28T21:35:04 *** verm__ has quit IRC (Changing host) 2014-04-28T21:35:04 *** verm__ has joined #rtems 2014-04-28T23:20:24 *** zoso has joined #rtems 2014-04-28T23:50:09 *** kiwichri_ has quit IRC (Ping timeout: 252 seconds) 2014-04-28T23:52:07 *** monstr has joined #rtems 2014-04-28T23:56:40 *** zoso has quit IRC (Quit: Leaving) 2014-04-29T00:07:23 *** zoso has joined #rtems 2014-04-29T00:13:10 *** zoso has quit IRC (Quit: Leaving) 2014-04-29T00:14:49 *** zoso has joined #rtems 2014-04-29T01:53:24 *** kiwichris has joined #rtems 2014-04-29T02:38:01 *** kiwichris has quit IRC () 2014-04-29T04:22:43 *** lint_ has quit IRC (Quit: Ex-Chat) 2014-04-29T08:10:26 *** gedare has joined #rtems 2014-04-29T09:26:26 *** edwardk has quit IRC (Quit: Computer has gone to sleep.) 2014-04-29T09:27:08 *** gigetoo has quit IRC (Remote host closed the connection) 2014-04-29T09:27:33 *** gigetoo has joined #rtems 2014-04-29T09:38:01 *** edwardk has joined #rtems 2014-04-29T09:41:05 *** javamonn has joined #rtems 2014-04-29T09:57:00 *** sebhub has quit IRC (Remote host closed the connection) 2014-04-29T10:01:07 *** edwardk has quit IRC (Quit: Computer has gone to sleep.) 2014-04-29T10:18:17 *** monstr has quit IRC (Ping timeout: 255 seconds) 2014-04-29T10:38:50 *** zoso has quit IRC (Remote host closed the connection) 2014-04-29T11:19:04 *** edwardk has joined #rtems 2014-04-29T12:14:20 *** javamonn has quit IRC (Remote host closed the connection) 2014-04-29T12:15:22 *** javamonn has joined #rtems 2014-04-29T15:21:42 *** edwardk has quit IRC (Ping timeout: 276 seconds) 2014-04-29T15:39:24 *** javamonn has quit IRC (Remote host closed the connection) 2014-04-29T15:52:20 *** gedare has quit IRC (Ping timeout: 252 seconds) 2014-04-29T17:05:53 *** edwardk has joined #rtems 2014-04-29T17:05:59 *** gigetoo has quit IRC (Read error: Connection reset by peer) 2014-04-29T17:06:24 *** gigetoo has joined #rtems 2014-04-29T17:51:31 *** kiwichris has joined #rtems 2014-04-29T18:49:27 *** edwardk has quit IRC (Quit: Computer has gone to sleep.) 2014-04-29T19:31:59 *** edwardk has joined #rtems 2014-04-29T20:57:53 *** edwardk has quit IRC (Quit: Computer has gone to sleep.) 2014-04-29T21:58:05 *** edwardk has joined #rtems 2014-04-29T22:49:56 *** edwardk has quit IRC (Remote host closed the connection) 2014-04-29T22:50:21 *** edwardk has joined #rtems 2014-04-29T23:25:19 *** monstr has joined #rtems 2014-04-29T23:32:52 *** zoso has joined #rtems 2014-04-30T00:21:22 *** sebhub has joined #rtems 2014-04-30T00:24:05 good morning 2014-04-30T02:00:37 *** kiwichris has quit IRC () 2014-04-30T03:44:54 *** kiwichris has joined #rtems 2014-04-30T03:51:49 *** kiwichris has quit IRC () 2014-04-30T03:54:02 *** kiwichris has joined #rtems 2014-04-30T03:56:20 *** kiwichris has quit IRC (Client Quit) 2014-04-30T04:01:49 *** kiwichris has joined #rtems 2014-04-30T04:41:48 is there a infrastructure in RTEMS alread to collecty entropy for crypto random generators? 2014-04-30T04:42:10 or is this still solved on the application layer? 2014-04-30T04:42:37 stuffing entropy manually into OpenSSL 2014-04-30T05:30:59 *** Sched has joined #rtems 2014-04-30T05:35:57 *** Sched has quit IRC (Quit: Page closed) 2014-04-30T05:49:05 crickets 2014-04-30T07:43:20 *** gedare has joined #rtems 2014-04-30T07:48:24 good morning 2014-04-30T07:48:55 peerst: i don't know of any security apis within RTEMS 2014-04-30T07:49:09 *** monstr has quit IRC (Ping timeout: 265 seconds) 2014-04-30T07:49:09 including entropy gathering 2014-04-30T07:49:27 it would probably be a welcome addition though 2014-04-30T07:50:02 then again, how much "randomness" exists in a control system is debatable 2014-04-30T07:59:06 *** monstr has joined #rtems 2014-04-30T08:33:29 sebhub, how usable is gcc 4.9 ? 2014-04-30T08:33:48 I am wondering about moving just the nios2 to 4.9. 2014-04-30T09:20:34 *** edwardk has quit IRC (Quit: Computer has gone to sleep.) 2014-04-30T09:53:14 *** zoso has quit IRC (Remote host closed the connection) 2014-04-30T10:17:32 gedare: there is plenty of entropy to collect, precise times of interrupts, network packet timing and such 2014-04-30T10:17:48 and many cpu’s have a entropy surce built in nowadays 2014-04-30T10:18:17 yeah 2014-04-30T10:18:25 combine that with stored entropy from the past 2014-04-30T10:18:35 *** edwardk has joined #rtems 2014-04-30T10:18:48 and mix it up with yarrow or (newer) fortuna 2014-04-30T10:19:55 and voila you have /dev/urandom 2014-04-30T10:20:30 especially whith fortuna the user can mix in what she thinks is entropy without messing it up 2014-04-30T10:21:07 with yarrow one needed to specify hard to determine entropiness of the sources 2014-04-30T10:21:19 fortuna is config free 2014-04-30T10:21:27 ah i see 2014-04-30T10:21:42 i have not looked at this in a long time. 2014-04-30T10:21:54 http://en.wikipedia.org/wiki/Fortuna_(PRNG) 2014-04-30T10:27:30 *** edwardk_ has joined #rtems 2014-04-30T10:28:19 *** sebhub has quit IRC (Remote host closed the connection) 2014-04-30T10:28:54 *** edwardk_ has quit IRC (Client Quit) 2014-04-30T10:30:15 *** edwardk has quit IRC (Ping timeout: 276 seconds) 2014-04-30T10:35:00 *** gigetoo has quit IRC (Remote host closed the connection) 2014-04-30T10:36:36 *** gigetoo has joined #rtems 2014-04-30T11:29:41 *** edwardk has joined #rtems 2014-04-30T14:39:59 *** monstr has quit IRC (Ping timeout: 265 seconds) 2014-04-30T15:22:25 *** edwardk has quit IRC (Ping timeout: 252 seconds) 2014-04-30T15:51:37 *** gedare has quit IRC (Ping timeout: 245 seconds) 2014-04-30T16:54:21 *** edwardk has joined #rtems 2014-04-30T17:08:43 *** edwardk has quit IRC (Quit: Computer has gone to sleep.) 2014-04-30T17:19:23 *** kiwichris has quit IRC () 2014-04-30T17:19:40 *** kiwichris has joined #rtems 2014-04-30T17:21:56 *** kiwichris has quit IRC (Client Quit) 2014-04-30T17:22:37 *** kiwichris has joined #rtems 2014-04-30T17:24:52 *** kiwichris has quit IRC (Client Quit) 2014-04-30T17:26:41 *** kiwichris has joined #rtems 2014-04-30T17:29:38 *** edwardk has joined #rtems 2014-04-30T17:42:32 *** edwardk has quit IRC (Quit: Computer has gone to sleep.) 2014-04-30T18:52:08 *** giusef has joined #rtems 2014-04-30T19:12:49 *** giusef has quit IRC (Quit: Leaving) 2014-04-30T20:43:36 *** edwardk has joined #rtems 2014-04-30T22:06:03 *** edwardk has quit IRC (Quit: Computer has gone to sleep.) 2014-04-30T22:09:57 *** kiwichris has quit IRC () 2014-04-30T22:59:27 *** edwardk has joined #rtems 2014-04-30T23:05:43 *** zoso has joined #rtems 2014-04-30T23:42:28 *** monstr has joined #rtems 2014-04-30T23:55:06 *** kiwichris has joined #rtems 2014-05-01T05:26:30 *** rokka has quit IRC (Remote host closed the connection) 2014-05-01T05:46:53 *** rokka has joined #rtems 2014-05-01T06:23:17 *** monstr has quit IRC (Ping timeout: 245 seconds) 2014-05-01T08:08:05 *** gedare has joined #rtems 2014-05-01T09:07:12 *** monstr has joined #rtems 2014-05-01T09:41:50 *** monstr has quit IRC (Ping timeout: 255 seconds) 2014-05-01T10:14:58 *** zoso has quit IRC (Remote host closed the connection) 2014-05-01T10:36:21 *** edwardk has quit IRC (Quit: Computer has gone to sleep.) 2014-05-01T11:01:04 *** monstr has joined #rtems 2014-05-01T11:57:52 *** edwardk has joined #rtems 2014-05-01T14:31:47 *** monstr has quit IRC (Ping timeout: 276 seconds) 2014-05-01T15:52:39 *** gigetoo has quit IRC (Remote host closed the connection) 2014-05-01T15:52:58 *** gedare has quit IRC (Ping timeout: 240 seconds) 2014-05-01T15:53:33 *** gigetoo has joined #rtems 2014-05-01T16:57:52 *** edwardk has quit IRC (Ping timeout: 245 seconds) 2014-05-01T17:34:35 *** kiwichris has quit IRC () 2014-05-01T17:55:50 *** kiwichris has joined #rtems 2014-05-01T18:35:32 *** edwardk has joined #rtems 2014-05-01T19:32:55 *** kiwichris has quit IRC (Ping timeout: 256 seconds) 2014-05-01T19:34:42 *** kiwichris has joined #rtems 2014-05-01T20:21:05 *** kiwichris has quit IRC (Ping timeout: 256 seconds) 2014-05-01T20:21:43 *** kiwichris has joined #rtems 2014-05-01T23:46:02 *** zoso has joined #rtems 2014-05-02T00:12:05 *** monstr has joined #rtems 2014-05-02T00:43:53 *** sebhub has joined #rtems 2014-05-02T01:31:51 *** kiwichris has quit IRC () 2014-05-02T02:25:06 *** zoso has quit IRC (Ping timeout: 240 seconds) 2014-05-02T02:31:38 *** zoso has joined #rtems 2014-05-02T02:33:22 *** zoso has joined #rtems 2014-05-02T03:21:28 *** guerby has quit IRC (Ping timeout: 265 seconds) 2014-05-02T03:24:10 *** kiwichris has joined #rtems 2014-05-02T03:25:03 *** edwardk_ has joined #rtems 2014-05-02T03:30:45 *** guerby has joined #rtems 2014-05-02T03:34:39 *** monstr has quit IRC (*.net *.split) 2014-05-02T03:34:39 *** ysionneau has quit IRC (*.net *.split) 2014-05-02T03:34:54 *** edwardk has quit IRC (*.net *.split) 2014-05-02T03:34:54 *** peerst has quit IRC (*.net *.split) 2014-05-02T03:34:57 *** ysionneau has joined #rtems 2014-05-02T03:53:21 *** monstr has joined #rtems 2014-05-02T08:20:42 *** peerst has joined #rtems 2014-05-02T08:54:24 *** sebhub has quit IRC (Remote host closed the connection) 2014-05-02T09:18:53 *** monstr has quit IRC (Ping timeout: 255 seconds) 2014-05-02T10:12:19 *** gedare has joined #rtems 2014-05-02T10:30:27 *** edwardk_ has quit IRC (Quit: Computer has gone to sleep.) 2014-05-02T11:00:41 *** zoso has quit IRC (Quit: Leaving) 2014-05-02T12:07:25 *** edwardk has joined #rtems 2014-05-02T12:10:59 *** edwardk has quit IRC (Read error: Connection reset by peer) 2014-05-02T12:11:24 *** edwardk has joined #rtems 2014-05-02T12:41:51 *** edwardk has quit IRC (Read error: Connection reset by peer) 2014-05-02T12:42:08 *** edwardk has joined #rtems 2014-05-02T13:24:57 *** edwardk has quit IRC (Read error: Connection reset by peer) 2014-05-02T13:25:17 *** edwardk has joined #rtems 2014-05-02T13:25:53 *** narendraj9 has joined #rtems 2014-05-02T13:38:01 *** wenisch has joined #rtems 2014-05-02T13:39:27 *** wenisch has quit IRC (Quit: Leaving) 2014-05-02T13:44:59 *** wenisch has joined #rtems 2014-05-02T13:51:53 *** narendraj9 has quit IRC (Read error: Connection reset by peer) 2014-05-02T13:57:59 *** edwardk has quit IRC (Ping timeout: 250 seconds) 2014-05-02T16:18:58 *** edwardk has joined #rtems 2014-05-02T16:21:55 *** gedare has quit IRC (Ping timeout: 240 seconds) 2014-05-02T16:36:56 *** edwardk has quit IRC (Read error: Connection reset by peer) 2014-05-02T17:10:42 *** edwardk has joined #rtems 2014-05-02T17:18:25 *** edwardk has quit IRC (Quit: Computer has gone to sleep.) 2014-05-02T17:34:41 *** edwardk has joined #rtems 2014-05-02T18:10:02 *** kiwichris has quit IRC () 2014-05-02T18:50:27 *** kiwichris has joined #rtems 2014-05-02T19:15:15 *** kiwichris has quit IRC (Ping timeout: 256 seconds) 2014-05-02T20:03:54 *** wenisch has quit IRC (Remote host closed the connection) 2014-05-02T20:16:46 *** edwardk has quit IRC (Quit: Computer has gone to sleep.) 2014-05-02T20:41:35 *** gigetoo has quit IRC (Remote host closed the connection) 2014-05-02T20:42:21 *** gigetoo has joined #rtems 2014-05-02T22:48:42 *** narendraj9 has joined #rtems 2014-05-03T00:52:17 *** narendraj9 has quit IRC (Ping timeout: 246 seconds) 2014-05-03T01:04:57 *** kiwichris has joined #rtems 2014-05-03T01:06:31 *** narendraj9 has joined #rtems 2014-05-03T02:52:41 *** narendraj9 has quit IRC (Ping timeout: 246 seconds) 2014-05-03T03:04:18 *** gigetoo has quit IRC (*.net *.split) 2014-05-03T03:04:19 *** peerst has quit IRC (*.net *.split) 2014-05-03T03:04:19 *** ysionneau has quit IRC (*.net *.split) 2014-05-03T03:06:46 *** gigetoo has joined #rtems 2014-05-03T03:11:36 *** peerst has joined #rtems 2014-05-03T03:11:36 *** ysionneau has joined #rtems 2014-05-03T05:50:51 *** monstr has joined #rtems 2014-05-03T09:08:46 *** wenisch has joined #rtems 2014-05-03T10:38:37 *** monstr has quit IRC (Ping timeout: 250 seconds) 2014-05-03T11:27:58 *** wenisch has quit IRC (Ping timeout: 240 seconds) 2014-05-03T12:24:42 *** gedare has joined #rtems 2014-05-03T12:39:14 *** gedare has quit IRC (Ping timeout: 245 seconds) 2014-05-03T12:40:19 *** wenisch has joined #rtems 2014-05-03T15:57:33 *** wenisch has quit IRC (Remote host closed the connection) 2014-05-03T18:22:23 *** edwardk has joined #rtems 2014-05-03T18:49:40 *** edwardk has quit IRC (Quit: Computer has gone to sleep.) 2014-05-03T20:20:42 *** stryx`_ has quit IRC (Ping timeout: 252 seconds) 2014-05-03T20:23:05 *** stryx` has joined #rtems 2014-05-03T21:03:24 *** xMYTHICx has joined #rtems 2014-05-03T21:08:17 *** xMYTHICx has quit IRC (Client Quit) 2014-05-03T22:09:01 *** zoso has joined #rtems 2014-05-03T23:02:57 *** arvind_k has joined #rtems 2014-05-03T23:05:18 *** zoso has quit IRC (Ping timeout: 240 seconds) 2014-05-04T00:03:39 *** edwardk has joined #rtems 2014-05-04T00:57:38 *** arvind_k has quit IRC (Ping timeout: 240 seconds) 2014-05-04T01:41:45 *** narendraj9 has joined #rtems 2014-05-04T01:44:28 *** narendraj9 has quit IRC (Client Quit) 2014-05-04T06:52:37 *** zoso has joined #rtems 2014-05-04T08:02:19 *** zoso has quit IRC (Ping timeout: 276 seconds) 2014-05-04T08:06:49 *** gigetoo has quit IRC (Remote host closed the connection) 2014-05-04T08:08:23 *** gigetoo has joined #rtems 2014-05-04T08:15:21 *** zoso has joined #rtems 2014-05-04T08:55:16 *** arvind_k has joined #rtems 2014-05-04T08:57:45 *** zoso has quit IRC (Ping timeout: 252 seconds) 2014-05-04T13:24:19 *** arvind_k has quit IRC (Ping timeout: 252 seconds) 2014-05-04T13:27:57 *** monstr has joined #rtems 2014-05-04T14:05:01 *** monstr has quit IRC (Ping timeout: 276 seconds) 2014-05-04T15:07:22 *** edwardk has quit IRC (Quit: Computer has gone to sleep.) 2014-05-04T17:29:45 *** kiwichris has quit IRC () 2014-05-04T18:05:29 *** edwardk has joined #rtems 2014-05-04T19:11:04 *** kiwichris has joined #rtems 2014-05-04T19:34:02 *** edwardk has quit IRC (Quit: Computer has gone to sleep.) 2014-05-04T20:33:27 *** arvind_k has joined #rtems 2014-05-04T21:17:04 *** arvind_k has quit IRC (Ping timeout: 252 seconds)