2014-06-16T00:45:36  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has joined #rtems
2014-06-16T00:54:31  <sebhub> good morning
2014-06-16T01:50:15  *** kiwichris <kiwichris!~kiwichris@118-92-202-97.dsl.dyn.ihug.co.nz> has quit IRC (Read error: Connection reset by peer)
2014-06-16T01:50:31  *** kiwichris <kiwichris!~kiwichris@118-92-202-97.dsl.dyn.ihug.co.nz> has joined #rtems
2014-06-16T02:20:30  *** kiwichris <kiwichris!~kiwichris@118-92-202-97.dsl.dyn.ihug.co.nz> has quit IRC (Read error: Connection reset by peer)
2014-06-16T02:20:35  *** kiwichri_ <kiwichri_!~kiwichris@118-92-202-97.dsl.dyn.ihug.co.nz> has joined #rtems
2014-06-16T03:54:44  <kiwichri_> sebhub, hi
2014-06-16T03:55:12  <kiwichri_> Interesting point about the coverage tests but I am a little confused.
2014-06-16T04:06:27  *** mkhoory <mkhoory!~mkhoory@211.117.165.123> has quit IRC (Ping timeout: 245 seconds)
2014-06-16T04:33:00  *** kiwichris <kiwichris!~kiwichris@118-92-202-97.dsl.dyn.ihug.co.nz> has joined #rtems
2014-06-16T04:33:15  *** kiwichri_ <kiwichri_!~kiwichris@118-92-202-97.dsl.dyn.ihug.co.nz> has quit IRC (Read error: Connection reset by peer)
2014-06-16T04:52:48  <sebhub> confused?
2014-06-16T05:09:22  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has quit IRC (Ping timeout: 245 seconds)
2014-06-16T05:10:30  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-16T05:13:30  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has joined #rtems
2014-06-16T05:17:25  <kiwichris> Yeah, does each test need to pass it specific tests ?
2014-06-16T05:17:58  <kiwichris> By each test I mean each type of test.
2014-06-16T05:18:53  <sebhub> if we want to use unit tests for the low-level implementation, then we have to somehow exclude these tests from the coverage metric
2014-06-16T05:19:12  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 255 seconds)
2014-06-16T05:19:40  <sebhub> the coverage metric for the complete RTEMS system
2014-06-16T05:19:48  <kiwichris> I thought coverage was an OR of instructions executed.
2014-06-16T05:19:53  <kiwichris> A subsystem
2014-06-16T05:20:04  <kiwichris> All is very difficult.
2014-06-16T05:20:52  <kiwichris> A single test will not cover everything so the tests overlay to create a coverage map.
2014-06-16T05:21:43  <sebhub> yes, and the problem is now if you add tests that use the low-level parts directly
2014-06-16T05:22:06  <kiwichris> Not via the API ?
2014-06-16T05:22:16  <sebhub> yes, not via the api
2014-06-16T05:22:44  <kiwichris> this needs to be discussed with Amar, it is his specific area.
2014-06-16T05:22:49  <sebhub> then you potentially add code that is not needed by high level parts and thus superfluous
2014-06-16T05:23:45  <kiwichris> Oh I see what the issue. It is not test, it is the code to allow something to be tested. Please chat to Amar.
2014-06-16T05:24:40  <sebhub> sorry, have to go to meal
2014-06-16T05:25:09  <kiwichris> Hey no problem. I need to head off, timezone is 2hr off normal.
2014-06-16T05:27:02  <kiwichris> cya
2014-06-16T05:27:08  *** kiwichris <kiwichris!~kiwichris@118-92-202-97.dsl.dyn.ihug.co.nz> has quit IRC ()
2014-06-16T05:35:08  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-16T07:38:08  *** atgreen <atgreen!~user@216.254.160.198> has quit IRC (Remote host closed the connection)
2014-06-16T07:51:03  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 240 seconds)
2014-06-16T08:40:22  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has joined #rtems
2014-06-16T08:44:34  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has quit IRC (Ping timeout: 244 seconds)
2014-06-16T08:45:53  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2014-06-16T09:02:09  *** atgreen <atgreen!user@nat/redhat/x-gobntvdhywqebcvq> has joined #rtems
2014-06-16T09:53:47  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has quit IRC (Remote host closed the connection)
2014-06-16T11:08:50  *** atgreen <atgreen!user@nat/redhat/x-gobntvdhywqebcvq> has quit IRC (Ping timeout: 252 seconds)
2014-06-16T11:17:11  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-16T12:33:33  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has joined #rtems
2014-06-16T13:18:10  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has quit IRC (Ping timeout: 272 seconds)
2014-06-16T14:45:25  *** kiwichris <kiwichris!~kiwichris@118-92-202-97.dsl.dyn.ihug.co.nz> has joined #rtems
2014-06-16T14:55:02  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has quit IRC (Remote host closed the connection)
2014-06-16T14:56:21  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has joined #rtems
2014-06-16T15:16:14  *** kiwichris <kiwichris!~kiwichris@118-92-202-97.dsl.dyn.ihug.co.nz> has quit IRC ()
2014-06-16T15:28:09  *** kiwichris <kiwichris!~kiwichris@118-92-202-97.dsl.dyn.ihug.co.nz> has joined #rtems
2014-06-16T16:02:03  *** kiwichris <kiwichris!~kiwichris@118-92-202-97.dsl.dyn.ihug.co.nz> has quit IRC (Read error: Connection reset by peer)
2014-06-16T16:02:26  *** kiwichris <kiwichris!~kiwichris@118-92-202-97.dsl.dyn.ihug.co.nz> has joined #rtems
2014-06-16T16:23:59  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Ping timeout: 252 seconds)
2014-06-16T16:25:46  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has joined #rtems
2014-06-16T17:00:33  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has quit IRC (Ping timeout: 240 seconds)
2014-06-16T17:23:28  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has joined #rtems
2014-06-16T17:28:03  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has quit IRC (Ping timeout: 240 seconds)
2014-06-16T18:26:18  *** monstr <monstr!~monstr@pa49-195-0-210.pa.nsw.optusnet.com.au> has joined #rtems
2014-06-16T18:31:39  *** monstr <monstr!~monstr@pa49-195-0-210.pa.nsw.optusnet.com.au> has quit IRC (Ping timeout: 255 seconds)
2014-06-16T18:58:15  *** Hesham <Hesham!~hesham@41.35.175.81> has joined #rtems
2014-06-16T19:01:12  <Hesham> Hi kiwichris, How are you?
2014-06-16T19:01:47  <kiwichris> hi
2014-06-16T19:02:40  <Hesham> I sent you out an e-mail, please let me know if you have any comments
2014-06-16T19:03:43  <kiwichris> Thanks. Bit busy work real work at the moment. I will take a look at my lunch time :)
2014-06-16T19:04:41  <Hesham> Sure, take your time, and enjoy your lunch :)
2014-06-16T19:27:17  <beng-nl> hi Hesham
2014-06-16T19:28:09  <Hesham> Hi beng-nl, How are you?
2014-06-16T19:28:15  <beng-nl> good thank you!
2014-06-16T19:28:15  <beng-nl> you?
2014-06-16T19:29:00  <Hesham> Find thanks.
2014-06-16T19:29:15  <beng-nl> i'm curious about how the openrisc platform actually runs.
2014-06-16T19:29:25  <beng-nl> do you use a simulator, emulator or fpga?
2014-06-16T19:30:02  <beng-nl> or aren't you thinking about running it at all yet
2014-06-16T19:30:35  <Hesham> Currently I am debugging some initial programs with or1ksim (or1k simulator) and remote target to GDB.
2014-06-16T19:31:18  <Hesham> There is an initial BSP called or1k_or1ksim, to be used with this simulator.
2014-06-16T19:31:28  <beng-nl> nice!
2014-06-16T19:31:47  <beng-nl> remote target to gdb means.. that you can connect a gdb to the simulator?
2014-06-16T19:32:02  <Hesham> I proposed to write two BSPs, the other one should run on Atlys board FPGA
2014-06-16T19:32:06  <beng-nl> (as opposed to gdb being the simulator like the sparc sis bsp has)
2014-06-16T19:32:10  <Hesham> Yeah
2014-06-16T19:32:13  <beng-nl> okay great
2014-06-16T19:32:24  <beng-nl> i should try to reproduce your work
2014-06-16T19:32:55  <Hesham> I will write a blog update soon describing how to build the entire toolchain
2014-06-16T19:33:00  <beng-nl> good idea
2014-06-16T19:33:09  <beng-nl> geez you have a stern-looking github profile pic ;-)
2014-06-16T19:33:58  <Hesham> But I think Chris has pushed a commit to RSB so anyone can build the toolchain (without or1ksim yet).
2014-06-16T19:35:02  <Hesham> haha, actually I do not like to take photos, that's the only one I (think) I look good at :D
2014-06-16T19:35:34  <beng-nl> oh pardon me :)
2014-06-16T19:35:47  <beng-nl> i do think you look good, but a smile wouldn't hurt ;-)
2014-06-16T19:36:12  <beng-nl> then again this is something i heard for AGES about myself too before i learned to relax & smile. harder than it looks.
2014-06-16T19:36:32  <beng-nl> "why are you so angry/quiet/grumpy" etc. ;)
2014-06-16T19:37:47  <Hesham> I promise I will take a photo of me smiling soon :D Thanks for the advice ;)
2014-06-16T19:37:56  <beng-nl> haha no i didn't mean to be pushy
2014-06-16T19:38:00  <beng-nl> no need to change it
2014-06-16T19:38:04  <beng-nl> just wondering out loud
2014-06-16T19:38:20  <beng-nl> when i read your blog post & when i get a little time i will try to reproduce your work
2014-06-16T19:39:26  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-16T19:39:52  <Hesham> Sure, I will let you know once I update my blog with [HOWTO] build the toolchain
2014-06-16T19:40:08  <Hesham> Thanks for your interest
2014-06-16T19:44:25  *** kiwichri_ <kiwichri_!~kiwichris@118-92-26-82.dsl.dyn.ihug.co.nz> has joined #rtems
2014-06-16T19:45:37  *** kiwichr__ <kiwichr__!~kiwichris@118-92-26-82.dsl.dyn.ihug.co.nz> has joined #rtems
2014-06-16T19:46:58  *** kiwichris <kiwichris!~kiwichris@118-92-202-97.dsl.dyn.ihug.co.nz> has quit IRC (Ping timeout: 252 seconds)
2014-06-16T19:49:23  *** kiwichri_ <kiwichri_!~kiwichris@118-92-26-82.dsl.dyn.ihug.co.nz> has quit IRC (Ping timeout: 272 seconds)
2014-06-16T20:19:05  *** mkhoory <mkhoory!~mkhoory@211.117.165.123> has joined #rtems
2014-06-16T20:26:24  *** Hesham <Hesham!~hesham@41.35.175.81> has quit IRC (Ping timeout: 255 seconds)
2014-06-16T20:42:52  *** monstr <monstr!~monstr@pa49-195-0-210.pa.nsw.optusnet.com.au> has joined #rtems
2014-06-16T20:51:28  *** monstr <monstr!~monstr@pa49-195-0-210.pa.nsw.optusnet.com.au> has quit IRC (Ping timeout: 264 seconds)
2014-06-16T21:08:59  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2014-06-16T21:10:28  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-16T21:11:09  *** monstr <monstr!~monstr@pa49-195-0-210.pa.nsw.optusnet.com.au> has joined #rtems
2014-06-16T21:15:48  *** monstr <monstr!~monstr@pa49-195-0-210.pa.nsw.optusnet.com.au> has quit IRC (Ping timeout: 244 seconds)
2014-06-16T21:20:52  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2014-06-16T21:24:52  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-16T21:30:50  *** kiwichr__ <kiwichr__!~kiwichris@118-92-26-82.dsl.dyn.ihug.co.nz> has quit IRC ()
2014-06-16T21:31:14  *** kiwichris <kiwichris!~kiwichris@118-92-26-82.dsl.dyn.ihug.co.nz> has joined #rtems
2014-06-17T00:34:12  *** mkhoory-2 <mkhoory-2!~mkhoory@211.117.165.123> has joined #rtems
2014-06-17T00:36:36  *** mkhoory <mkhoory!~mkhoory@211.117.165.123> has quit IRC (Ping timeout: 255 seconds)
2014-06-17T00:39:22  *** mkhoory-2 <mkhoory-2!~mkhoory@211.117.165.123> has quit IRC (Read error: Connection reset by peer)
2014-06-17T00:42:23  *** mkhoory-2 <mkhoory-2!~mkhoory@211.117.165.123> has joined #rtems
2014-06-17T01:11:04  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-17T01:12:05  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-17T01:13:01  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-17T01:22:12  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has joined #rtems
2014-06-17T01:25:07  <sebhub> good morning
2014-06-17T01:56:52  *** mkhoory-2 <mkhoory-2!~mkhoory@211.117.165.123> has quit IRC (Ping timeout: 244 seconds)
2014-06-17T02:59:43  *** mkhoory-2 <mkhoory-2!~mkhoory@211.117.165.123> has joined #rtems
2014-06-17T03:18:31  *** kiwichris <kiwichris!~kiwichris@118-92-26-82.dsl.dyn.ihug.co.nz> has quit IRC (*.net *.split)
2014-06-17T03:19:09  *** ysionneau <ysionneau!~fallen@ks3002254.kimsufi.com> has quit IRC (*.net *.split)
2014-06-17T03:19:45  *** commander <commander!~commander@h1845246.stratoserver.net> has quit IRC (*.net *.split)
2014-06-17T03:19:46  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (*.net *.split)
2014-06-17T03:19:46  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has quit IRC (*.net *.split)
2014-06-17T03:19:46  *** peerst <peerst!~peer@yrael.stritzinger.com> has quit IRC (*.net *.split)
2014-06-17T03:19:47  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (*.net *.split)
2014-06-17T03:19:48  *** cdesai <cdesai!~cd@cyanogenmod/maintainer/cdesai> has quit IRC (*.net *.split)
2014-06-17T03:19:50  *** guerby <guerby!~guerby@ip165-ipv6.tetaneutral.net> has quit IRC (*.net *.split)
2014-06-17T03:19:50  *** rokka <rokka!~rokka@109.204.235.59> has quit IRC (*.net *.split)
2014-06-17T03:19:53  *** ChanServ <ChanServ!ChanServ@services.> has quit IRC (*.net *.split)
2014-06-17T03:19:53  *** verm__ <verm__!~verm@ntp/developer/amar> has quit IRC (*.net *.split)
2014-06-17T03:19:55  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has quit IRC (*.net *.split)
2014-06-17T03:19:57  *** Schoumi <Schoumi!~schoumi@dindinx.net> has quit IRC (*.net *.split)
2014-06-17T03:19:58  *** beng-nl <beng-nl!~beng-nl@pc-020969.clients.vu.nl> has quit IRC (*.net *.split)
2014-06-17T03:19:59  *** mwalle <mwalle!~mwalle@services.serverraum.org> has quit IRC (*.net *.split)
2014-06-17T03:22:45  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has joined #rtems
2014-06-17T03:22:45  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-17T03:22:45  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-17T03:22:45  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has joined #rtems
2014-06-17T03:22:45  *** peerst <peerst!~peer@yrael.stritzinger.com> has joined #rtems
2014-06-17T03:22:45  *** cdesai <cdesai!~cd@cyanogenmod/maintainer/cdesai> has joined #rtems
2014-06-17T03:22:45  *** commander <commander!~commander@h1845246.stratoserver.net> has joined #rtems
2014-06-17T03:22:45  *** guerby <guerby!~guerby@ip165-ipv6.tetaneutral.net> has joined #rtems
2014-06-17T03:22:45  *** verm__ <verm__!~verm@ntp/developer/amar> has joined #rtems
2014-06-17T03:22:45  *** rokka <rokka!~rokka@109.204.235.59> has joined #rtems
2014-06-17T03:22:45  *** beng-nl <beng-nl!~beng-nl@pc-020969.clients.vu.nl> has joined #rtems
2014-06-17T03:22:45  *** ChanServ <ChanServ!ChanServ@services.> has joined #rtems
2014-06-17T03:22:45  *** mwalle <mwalle!~mwalle@services.serverraum.org> has joined #rtems
2014-06-17T03:22:45  *** Schoumi <Schoumi!~schoumi@dindinx.net> has joined #rtems
2014-06-17T03:22:45  *** asimov.freenode.net sets mode: +o ChanServ
2014-06-17T03:23:44  *** ysionneau <ysionneau!~fallen@ks3002254.kimsufi.com> has joined #rtems
2014-06-17T03:23:53  *** kiwichris <kiwichris!~kiwichris@118-92-26-82.dsl.dyn.ihug.co.nz> has joined #rtems
2014-06-17T03:25:15  *** stryx`_ <stryx`_!~stryx@149.255.100.107> has joined #rtems
2014-06-17T03:27:56  *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC (Write error: Connection reset by peer)
2014-06-17T03:30:27  *** stryx`_ <stryx`_!~stryx@149.255.100.107> has quit IRC (Changing host)
2014-06-17T03:30:27  *** stryx`_ <stryx`_!~stryx@unaffiliated/stryx/x-3871776> has joined #rtems
2014-06-17T03:30:34  *** stryx`_ is now known as stryx`
2014-06-17T03:33:40  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has quit IRC (*.net *.split)
2014-06-17T03:33:42  *** Schoumi <Schoumi!~schoumi@dindinx.net> has quit IRC (*.net *.split)
2014-06-17T03:33:42  *** kiwichris <kiwichris!~kiwichris@118-92-26-82.dsl.dyn.ihug.co.nz> has quit IRC (*.net *.split)
2014-06-17T03:33:45  *** ysionneau <ysionneau!~fallen@ks3002254.kimsufi.com> has quit IRC (*.net *.split)
2014-06-17T03:33:47  *** commander <commander!~commander@h1845246.stratoserver.net> has quit IRC (*.net *.split)
2014-06-17T03:33:48  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (*.net *.split)
2014-06-17T03:33:48  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has quit IRC (*.net *.split)
2014-06-17T03:33:48  *** peerst <peerst!~peer@yrael.stritzinger.com> has quit IRC (*.net *.split)
2014-06-17T03:33:49  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (*.net *.split)
2014-06-17T03:33:50  *** cdesai <cdesai!~cd@cyanogenmod/maintainer/cdesai> has quit IRC (*.net *.split)
2014-06-17T03:33:51  *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC (*.net *.split)
2014-06-17T03:33:52  *** guerby <guerby!~guerby@ip165-ipv6.tetaneutral.net> has quit IRC (*.net *.split)
2014-06-17T03:33:53  *** rokka <rokka!~rokka@109.204.235.59> has quit IRC (*.net *.split)
2014-06-17T03:33:55  *** ChanServ <ChanServ!ChanServ@services.> has quit IRC (*.net *.split)
2014-06-17T03:33:55  *** verm__ <verm__!~verm@ntp/developer/amar> has quit IRC (*.net *.split)
2014-06-17T03:33:57  *** beng-nl <beng-nl!~beng-nl@pc-020969.clients.vu.nl> has quit IRC (*.net *.split)
2014-06-17T03:33:58  *** mwalle <mwalle!~mwalle@services.serverraum.org> has quit IRC (*.net *.split)
2014-06-17T03:41:33  *** mkhoory-2 <mkhoory-2!~mkhoory@211.117.165.123> has quit IRC (Quit: Leaving)
2014-06-17T03:42:24  *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #rtems
2014-06-17T03:42:24  *** kiwichris <kiwichris!~kiwichris@118-92-26-82.dsl.dyn.ihug.co.nz> has joined #rtems
2014-06-17T03:42:24  *** Schoumi <Schoumi!~schoumi@dindinx.net> has joined #rtems
2014-06-17T03:42:24  *** mwalle <mwalle!~mwalle@services.serverraum.org> has joined #rtems
2014-06-17T03:42:24  *** ChanServ <ChanServ!ChanServ@services.> has joined #rtems
2014-06-17T03:42:24  *** beng-nl <beng-nl!~beng-nl@pc-020969.clients.vu.nl> has joined #rtems
2014-06-17T03:42:24  *** rokka <rokka!~rokka@109.204.235.59> has joined #rtems
2014-06-17T03:42:24  *** verm__ <verm__!~verm@ntp/developer/amar> has joined #rtems
2014-06-17T03:42:24  *** guerby <guerby!~guerby@ip165-ipv6.tetaneutral.net> has joined #rtems
2014-06-17T03:42:24  *** commander <commander!~commander@h1845246.stratoserver.net> has joined #rtems
2014-06-17T03:42:24  *** cdesai <cdesai!~cd@cyanogenmod/maintainer/cdesai> has joined #rtems
2014-06-17T03:42:24  *** peerst <peerst!~peer@yrael.stritzinger.com> has joined #rtems
2014-06-17T03:42:24  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has joined #rtems
2014-06-17T03:42:24  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-17T03:42:24  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-17T03:42:24  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has joined #rtems
2014-06-17T03:42:24  *** ysionneau <ysionneau!~fallen@ks3002254.kimsufi.com> has joined #rtems
2014-06-17T03:42:24  *** asimov.freenode.net sets mode: +o ChanServ
2014-06-17T04:20:35  *** Hesham <Hesham!~hesham@41.35.175.81> has joined #rtems
2014-06-17T05:07:31  *** Hesham <Hesham!~hesham@41.35.175.81> has quit IRC (Ping timeout: 272 seconds)
2014-06-17T05:12:13  *** monstr <monstr!~monstr@pa49-195-0-210.pa.nsw.optusnet.com.au> has joined #rtems
2014-06-17T05:23:25  *** monstr <monstr!~monstr@pa49-195-0-210.pa.nsw.optusnet.com.au> has quit IRC (Remote host closed the connection)
2014-06-17T06:58:45  *** asuolen <asuolen!~bison@78.130.15.167.rev.optimus.pt> has joined #rtems
2014-06-17T07:04:24  *** JustJanek <JustJanek!~JustJanek@145.93.248.217> has joined #rtems
2014-06-17T07:04:38  *** phipse <phipse!~phipse@141.76.49.24> has joined #rtems
2014-06-17T07:23:10  *** krzysiekm13 <krzysiekm13!c2fb77c5@gateway/web/freenode/ip.194.251.119.197> has joined #rtems
2014-06-17T07:33:18  *** Hesham <Hesham!~hesham@41.35.175.81> has joined #rtems
2014-06-17T07:42:47  *** jenniferA <jenniferA!~jenniferA@67.63.146.110> has joined #rtems
2014-06-17T07:43:53  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Quit: Leaving)
2014-06-17T07:45:14  *** Sched <Sched!~Sched@183.221.12.190> has joined #rtems
2014-06-17T07:45:56  <Sched> Hi phipse
2014-06-17T07:49:04  *** atgreen <atgreen!user@nat/redhat/x-assfoilkpjomgdiu> has joined #rtems
2014-06-17T07:49:06  <Hesham> Hi Sched, was there a link for a google doc from the last week meeting?
2014-06-17T07:50:27  <Sched> Let me see...
2014-06-17T07:51:26  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has joined #rtems
2014-06-17T07:52:20  <Sched> Hi, gedare, I did not finish the code job, should I put a commit to github for today's meeting?
2014-06-17T07:52:42  <gedare> it is a good idea to make small commits continuously
2014-06-17T07:53:04  <Sched> Ok, I got it.
2014-06-17T07:53:37  *** Sched <Sched!~Sched@183.221.12.190> has quit IRC ()
2014-06-17T07:54:47  *** Sched <Sched!~Sched@183.221.13.245> has joined #rtems
2014-06-17T07:55:10  <beng-nl> hey guys
2014-06-17T07:55:55  *** Sched <Sched!~Sched@183.221.13.245> has quit IRC (Client Quit)
2014-06-17T07:56:35  <Hesham> Hey gedare, beng-nl
2014-06-17T07:56:38  *** Sched <Sched!~Sched@183.221.12.17> has joined #rtems
2014-06-17T07:57:00  <gedare> hi Hesham
2014-06-17T07:57:28  <phipse> hi
2014-06-17T07:58:34  <gedare> hi phipse
2014-06-17T07:58:41  *** AoLaD <AoLaD!AoLaD@houdek.sh.cvut.cz> has joined #rtems
2014-06-17T07:58:49  <krzysiekm13> hi
2014-06-17T07:59:03  *** ppisa <ppisa!~pi@213.29.20.52> has joined #rtems
2014-06-17T07:59:25  <gedare> GSoC students' midterm evaluations are next week
2014-06-17T08:01:05  <gedare> ok.. Sched do you want to go first?
2014-06-17T08:02:14  <krzysiekm13> could i go first, because i have only half an hour
2014-06-17T08:02:21  <krzysiekm13> and must go to the university then
2014-06-17T08:02:29  <gedare> ah, ok krzysiekm13 go ahead then
2014-06-17T08:02:39  <krzysiekm13> ok, thanks :)
2014-06-17T08:02:43  <Sched> Hi, phipse, I have put a commit about vcpu at github
2014-06-17T08:02:55  <Sched> just a second before
2014-06-17T08:03:12  <krzysiekm13> so, during last week I was trying to build couverture-qemu to be able to run coverage analysis as before
2014-06-17T08:03:33  <krzysiekm13> however, I don't accomplished it yet, I have some errors
2014-06-17T08:03:56  <verm__> where is the url to this weeks doc?
2014-06-17T08:03:56  <krzysiekm13> so i decided to build original qemu and give it a try in coverage
2014-06-17T08:03:59  <gedare> :( did you discuss the errors with your mentors? I did not see anything on rtems mailing lists
2014-06-17T08:04:07  <gedare> https://docs.google.com/document/d/17TJqNOOWvqiq8gu69E5-c7x3pRzx2vT0OOcKez5qp6c/edit thanks verm__
2014-06-17T08:04:33  <krzysiekm13> I have it built, I have also rtems-source-builder working and today I will try to run coverage analysis using standard qemu
2014-06-17T08:04:45  <gedare> does it have all the necessary features?
2014-06-17T08:04:56  <krzysiekm13> i'm not sure
2014-06-17T08:05:11  <verm__> thanks!
2014-06-17T08:05:18  <krzysiekm13> but i will try and also in the meantime continue to try building couverture-qemu
2014-06-17T08:05:26  <gedare> ok yes please do, and ask for help
2014-06-17T08:05:32  <krzysiekm13> ok
2014-06-17T08:05:51  <gedare> what is your next steps after you have the working coverage simulator?
2014-06-17T08:06:25  <krzysiekm13> reworking coverage reporting to be per module, not only core and developmental as it is now
2014-06-17T08:07:00  <gedare> Ok.
2014-06-17T08:07:39  <krzysiekm13> i think that's all for me now.
2014-06-17T08:08:10  <gedare> There was a suggestion by sebhub on the mailing list that RTEMS should consider having separate test suties for coverage and for correctness testing
2014-06-17T08:08:32  <gedare> you may like to keep in mind as you learn more about the coverage tools how they might help to sort out the existing tests into those that provide coverage
2014-06-17T08:08:40  <gedare> just a thought to keep in mind
2014-06-17T08:08:48  <gedare> *suites
2014-06-17T08:08:52  *** Sched <Sched!~Sched@183.221.12.17> has quit IRC ()
2014-06-17T08:08:57  <gedare> Thanks krzysiekm13
2014-06-17T08:09:08  <verm__> are all the students here?
2014-06-17T08:09:11  <krzysiekm13> ok, i will think about it
2014-06-17T08:09:52  *** krzysiekm13 <krzysiekm13!c2fb77c5@gateway/web/freenode/ip.194.251.119.197> has quit IRC (Quit: Page closed)
2014-06-17T08:10:06  <gedare> Hesham: can you go next?
2014-06-17T08:10:08  <gedare> I think so verm__
2014-06-17T08:10:11  <Hesham> Yeah
2014-06-17T08:10:13  <gedare> except that Sched dropped
2014-06-17T08:10:27  *** Sched <Sched!~Sched@183.221.13.194> has joined #rtems
2014-06-17T08:10:47  <verm__> ok cool
2014-06-17T08:10:47  <Hesham> I have e-mailed Chris yesterday regarding my status update, so I can quote the following...
2014-06-17T08:11:08  <Hesham> What I have done last week:
2014-06-17T08:11:25  <Hesham> - Wrote setjmp.S entirely from scratch.
2014-06-17T08:11:41  <Hesham> - Regarding libnosys, there is a libnosys.a library generated by default, with a simple modification to gcc/config/or1k/or1k.h, I can make programs link with libnosys, but there is no need for this when building or1k-rtems4.11 toolchain.
2014-06-17T08:11:48  <Hesham> - I wrote start.S, linkcmds, linker-symbols.h for or1k/or1ksim BSP (These can be shared after having another BSP). 
2014-06-17T08:12:08  <Hesham> RTEMS code is pushed to github (including start.S and linkcmds)
2014-06-17T08:12:20  <Hesham> The output is that I got libbsp.a, libbspstart.a. I linked these with main, debugged the elf file with GDB/or1ksim, and it reaches and returns from main successfully. 
2014-06-17T08:12:38  <Hesham> I have wrote uart.c, uart.h files to link it with the previous libraries and debugging it currently. After getting the linked program working with or1ksim and it can emit string to stdout, I will write a console driver based on uart.c, uart.h files.
2014-06-17T08:13:17  <gedare> ok sounds like you are right on track and making good progress for your goals
2014-06-17T08:13:53  <Hesham> Any comments before I list my TODOs ?
2014-06-17T08:14:11  <gedare> nothing from me
2014-06-17T08:14:32  <Hesham> According to my time-line, I hope to get the console driver and documentations/tutorials done before the mid-term. 
2014-06-17T08:15:09  <Hesham> That's all I think.
2014-06-17T08:16:14  <gedare> ok thanks. asuolen can you go now?
2014-06-17T08:16:30  <asuolen> sure
2014-06-17T08:17:57  <asuolen> this week i intended to work on the gpio interrups, but my undergraduate thesis is due this week and I have been working on that and will around it until friday. That is where i will be getting a bit more free time and sleep.
2014-06-17T08:18:26  <asuolen> However this week I have implemented some of the gpio api feature that i have presented on my last blog post
2014-06-17T08:18:56  <verm__> awesome
2014-06-17T08:19:01  *** DrJoel <DrJoel!~IceChat77@67.63.146.110> has joined #rtems
2014-06-17T08:19:02  *** DrJoel <DrJoel!~IceChat77@rtems/maintainer/joel> has joined #rtems
2014-06-17T08:19:02  *** ChanServ sets mode: +o DrJoel
2014-06-17T08:19:11  <verm__> i can't wait to try that out
2014-06-17T08:19:39  <asuolen> such as the setup functions for interface using gpio
2014-06-17T08:20:22  <asuolen> right now there is already on githubthe implementation for the JATG interface setup for the rpi
2014-06-17T08:20:29  <asuolen> *JTAG
2014-06-17T08:21:19  <gedare> ok good..
2014-06-17T08:22:01  <asuolen> also updated the pin setip part of the api to include alteranative function
2014-06-17T08:23:25  <gedare> sounds good. get your thesis finished and then you can really focus on this work. :)
2014-06-17T08:23:31  <asuolen> This week I expect to upload the rpi setup to test the gpio api test cases
2014-06-17T08:23:43  <asuolen> the circuits i used with the tests
2014-06-17T08:24:47  <gedare> ok. do you think it will make sense to have a "multiio" library in cpukit part of which is the gpio library?
2014-06-17T08:24:57  <asuolen> I did not got yet any major feedback on the code and the blogs posts, so any feedback is welcome
2014-06-17T08:25:05  <gedare> I see there are some parts of your libgpio.h that are using the rtems_multiio names
2014-06-17T08:25:32  <gedare> unless properly advertised, most people probably won't know the code or blog posts exist :)
2014-06-17T08:26:19  <asuolen> well, since some boards can implement the adc and dac pins that are also on multiio through gpio, it can make sense
2014-06-17T08:26:41  <DrJoel> asuolen It is still on my list. Summer holiday and all.
2014-06-17T08:27:01  <DrJoel> asuolen (and everyone) include URLs in the progress.
2014-06-17T08:27:18  <asuolen> in the rpi case, it does not have adc or dac suppot, but it can be added through the i2c or spi interafces with in the pi is done thorugh gpio
2014-06-17T08:27:50  <gedare> ok thanks asuolen
2014-06-17T08:27:51  <asuolen> i did sent the updates to my mentors
2014-06-17T08:28:17  <gedare> we're all busy, but if you have a particular need for feedback make your requests more urgent to them
2014-06-17T08:28:25  <gedare> and if your mentors don't respond, come complain
2014-06-17T08:28:50  <asuolen> ok
2014-06-17T08:29:02  <gedare> AoLaD: can you go next?
2014-06-17T08:29:05  <gedare> hi ppisa
2014-06-17T08:29:20  <AoLaD> Hi Gedare
2014-06-17T08:29:33  <ppisa> hello Gedare and Premek
2014-06-17T08:30:03  <AoLaD> This week I and Mr. Pisa managed to get a working station for developing. We’re connected to the new board and we have OCD debugger ready and stepping. All seems to be working so we are ready to load some code. I’m trying to build rtems for i386 right now. (I have some walkthrough which will prepare all toolchains). And I will continue with arm build right after.
2014-06-17T08:31:01  <gedare> have you seen/tried to use the rtems source builder?
2014-06-17T08:31:21  <AoLaD> im using it
2014-06-17T08:31:25  <gedare> ok good
2014-06-17T08:32:08  <gedare> what is your first code you will try on the board?
2014-06-17T08:34:05  *** asuolen <asuolen!~bison@78.130.15.167.rev.optimus.pt> has quit IRC (Read error: Connection reset by peer)
2014-06-17T08:34:07  *** asuolen_ <asuolen_!~bison@78.130.15.167.rev.optimus.pt> has joined #rtems
2014-06-17T08:34:38  <AoLaD> we have tried some examples from TI HALCogen with our colegue's memory inicialization...all from TI's studio
2014-06-17T08:35:07  <ppisa> As for GCC generated code we prepare simple loop to write to UART Tx register.
2014-06-17T08:35:28  <gedare> ok, the start to a console driver then, good
2014-06-17T08:36:41  <gedare> next up, JustJanek
2014-06-17T08:36:52  <gedare> thanks AoLaD
2014-06-17T08:37:57  <gedare> JustJanek: are you here?
2014-06-17T08:38:00  <JustJanek> Well, first off i hadnt been able to work as much as i initially wanted, i only focuesed on arinc653 calls but i was pretty stuck on getting the calls working so i tried making arinc653 calls on pok user level
2014-06-17T08:38:05  <JustJanek> yeah, was just typing, sorry
2014-06-17T08:38:23  <JustJanek> anywho, i was trying to make arinc653 calls on pok without rtems but i got the same error
2014-06-17T08:38:27  <gedare> ok, i noticed your email on the pok mailing list.
2014-06-17T08:38:36  <JustJanek> yeah
2014-06-17T08:38:41  <JustJanek> i thought it didnt send properly
2014-06-17T08:38:49  <JustJanek> since i didnt notice it yesterday
2014-06-17T08:39:08  <JustJanek> anywho, i asked them for help on it because it seems like arinc653 isnt supposed to be called on user level
2014-06-17T08:39:18  <gedare> ah, maybe a slow mail server. But, I think it is also important that you are not able to get user-level arinc653 at all, even without RTEMS
2014-06-17T08:39:21  <JustJanek> all arinc653 calls are generated using the .aadl calls
2014-06-17T08:40:04  <JustJanek> yeah, im questioning the fitness for purpose of pok's arinc with rtem's arinc
2014-06-17T08:40:22  <JustJanek> since it seems like the setup of arinc653 in pok is only generated and not called by users themselves
2014-06-17T08:40:57  <gedare> ok, what else might you do then?
2014-06-17T08:41:17  <DrJoel> JustJanek: I am hoping that the supervisor portion of Pok doesn't block the entire partition. If it manages ARINC process blockign in the middle of a call in supervisor space, that might be nasty when mixed with RTEMS managed threading inside a partition.
2014-06-17T08:42:21  <DrJoel> Do you haev configuration for Pok in your example with objects? One odd issue is that you may have to call the ARINC start operation .. the partition may bein the wrong state
2014-06-17T08:43:08  <JustJanek> ehm, are you talking about the model.aadl file i used?
2014-06-17T08:43:57  <DrJoel> not particularly.. broader issue. Is SET_PARTITION_MODE() called in your example? You have to put the partition in normal mode per the ARINC specification beforing most calls are allowed
2014-06-17T08:45:04  <JustJanek> I havent tried that, no and im currently not at home to check whether the generated code sets the partition mode
2014-06-17T08:45:06  <JustJanek> to normal
2014-06-17T08:45:10  <JustJanek> or whatever
2014-06-17T08:45:17  <JustJanek> so i might have to check that later and/or try that later
2014-06-17T08:45:32  <DrJoel> ok.. I will be on gchat if you want to chat when you try it later
2014-06-17T08:46:20  <JustJanek> okay, thanks that's something i will be doing this week
2014-06-17T08:46:26  <JustJanek> check pok mailing list for responses
2014-06-17T08:46:38  <JustJanek> and try partition mode arinc653 configuration
2014-06-17T08:47:11  <DrJoel> Also Pok has some "object" configuration. I don't know much about it. That has to be right also.
2014-06-17T08:47:22  <DrJoel> But the model.aadl probably handled that
2014-06-17T08:47:56  <gedare> ok, thanks JustJanek. It is important to make sure you are on track before the midterm and to see if this problem is a blocker for you.
2014-06-17T08:48:55  <JustJanek> yes, i really hope this wont prevent me from finishing before midterm
2014-06-17T08:49:37  <gedare> Next up, Sched
2014-06-17T08:49:51  <Sched> Thank you
2014-06-17T08:49:55  <Sched> The vcpu is part of processor management in VMM, so I decide to put the vCPU in kernel, but not libpok.
2014-06-17T08:50:09  <Sched> I build some files in kernel, and write the alloc_vcpu function.
2014-06-17T08:51:09  <Sched> During coding , I write a blog to list my change in POK。
2014-06-17T08:51:11  <gedare> hi phipse
2014-06-17T08:51:26  <Sched> However, there is a little issue, that the POK kernel did not support dynamic alloc(the alloc function is just a increment of stack.) As a  result, the vcpu can't be free once it is allocated. So could we use aadl file to point vcpu number (like partitions) in the future?.
2014-06-17T08:52:09  <DrJoel> Sched: That's probably what the Pok folks would want. ARINC 653 systems tend to be very static. Thus the model.
2014-06-17T08:52:14  <Sched> To finish vcpu before midterm, I also need to develop a interrupt storage to vcpu.
2014-06-17T08:52:43  <Sched> And test it.
2014-06-17T08:52:59  <phipse> You could give the vcpu the same number as the partition
2014-06-17T08:53:20  <Sched> Yes, I did it.
2014-06-17T08:53:39  <phipse> Or you could increment a counter on a per partition basis, if you want to have several on the same partition
2014-06-17T08:53:59  <phipse> Also you don't need interrupt handling until midterm
2014-06-17T08:54:21  <phipse> YOu need to be able to execute a hello world, which doesn't make use of interrupts
2014-06-17T08:55:03  <Sched> The alloc_vcpu did not tackle vcpu number, the parameter is the vcpu_id.
2014-06-17T08:55:10  <phipse> You need to be able to run the vcpu in a partition and make use of the hypercall/syscall
2014-06-17T08:55:52  <Sched> wait for a minute, Let me reply it one by one day.
2014-06-17T08:56:09  <Sched> there is no "day".
2014-06-17T08:57:30  <Hesham> I have a quick question... How can I get linker symbols in the scope of start.S file? I am using #include (as used at arm/.../start.S) but it does not work...
2014-06-17T08:57:41  <Sched> The alloc_vcpu function did not take care about what's the id of vcpu, it's just assign the vcpu->id with function parameter vcpu_id.
2014-06-17T08:59:06  <Sched> for now, we can pass the partition[index] to alloc_vcpu, because there is not other vcpu for a partition.
2014-06-17T08:59:54  <Sched> but in the future, once we need more vcpu for a partition, we should increase the count of every vcpu id.
2014-06-17T09:00:53  <phipse> I don't see, where you make the call to alloc_vcpu in your source code. IF you have a place, you can just increase a counter. I guess you will have some kind of list or array to store your vcpu_strucs, as you have for partitions. Then you can use the index into this array as ID
2014-06-17T09:00:58  <Sched> I just build the interrupt structure for interrupt handle. This system is not simple, so I need to keep it in mind when build vcpu.
2014-06-17T09:01:17  <Hesham> DrJoel, gedare, any help?
2014-06-17T09:01:25  <Sched> I did not add it for now. the alloc_vcpu will be invoke in partition_init.
2014-06-17T09:01:50  <phipse> Hesham: did you try to declare the variable as extern?
2014-06-17T09:01:54  <gedare> thanks sched, you guys can continue this conversation if you like, i'm ending the meeting now...
2014-06-17T09:02:03  <Hesham> phipse: yeah
2014-06-17T09:02:27  <gedare> Hesham: symbols defined in the linkcmds are a little awkward, there are some examples used in files like bspgetworkarea.c on some BSPs
2014-06-17T09:02:42  <gedare> where the C code uses the RAM start/end markers defined in the linkcmds.
2014-06-17T09:02:49  <Sched> and in partition_init, the partitions descriptor is a array, so the index for current partition is the vcpu id.
2014-06-17T09:03:13  <Sched> sorry for my disconnect before, gedare.
2014-06-17T09:03:15  <phipse> Sched: so I don't get your problem?
2014-06-17T09:03:21  <gedare> Note that if you include a file in assembly code, you need to ensure the proper guards for #ifdef ASM are in place if the file uses C constructs such as declaring functions or structures
2014-06-17T09:03:30  <Hesham> The c code is not a problem, the problem is that ASM (start.S) file can not include .h file
2014-06-17T09:03:32  <Sched> What's my problem?
2014-06-17T09:03:41  <gedare> Thanks everyone for coming, please update the gdoc at
2014-06-17T09:03:50  <gedare> https://docs.google.com/document/d/17TJqNOOWvqiq8gu69E5-c7x3pRzx2vT0OOcKez5qp6c/edit
2014-06-17T09:03:50  <Hesham> Yes the #ifdef exists
2014-06-17T09:04:08  <beng-nl> bye all
2014-06-17T09:04:11  <phipse> If you want to have several vCPUs per partition, you will have a table to store them, you can use this table index as an id for the vcpu
2014-06-17T09:04:12  <Hesham> I am including linker-symbols.h file
2014-06-17T09:04:46  <Hesham> bye beng-nl
2014-06-17T09:04:49  <phipse> do you have a problem concerning the vcpu IDs or am I just misunderstanding you?
2014-06-17T09:04:49  <Sched> As for now, I did not impede by anything, but the interrupt handler system is complex.
2014-06-17T09:04:56  <gedare> Hesham: like #include <bsp/linker-symbols.h>
2014-06-17T09:04:57  <gedare> ?
2014-06-17T09:05:04  <DrJoel> Hesham A .h file has to be careful to protect C code from #define's that are simple constants. ASM can't have any of the C code like structs, enums, prototypes, etc.
2014-06-17T09:05:05  <Hesham> gedare: yeah
2014-06-17T09:05:12  <phipse> You don't need the IRQ system right now, that's past midterm
2014-06-17T09:05:24  <DrJoel> Sched: I am not seeing the problem enough to offer a solution
2014-06-17T09:05:37  <Sched> Good idea, but the vcpu can't be free, once it alloced
2014-06-17T09:05:45  <phipse> you don't have to
2014-06-17T09:06:05  <phipse> if it crashes at startup, your system will shut down.
2014-06-17T09:06:05  <DrJoel> Hesham: Which linker-symbols.h? There are 3 in the tree and you could have your own
2014-06-17T09:06:19  <Sched> so I hope we can point it in aadl, and store it in a table (like partitions)
2014-06-17T09:06:20  <Hesham> gedare: https://github.com/heshamelmatary/rtems-gsoc2014/blob/or1k/c/src/lib/libbsp/or1k/shared/include/linker-symbols.h
2014-06-17T09:06:23  <phipse> There is no dynamic in POK ;)
2014-06-17T09:06:59  <phipse> When you want to free the vCPU, you will shutdown your system, and then we don't care for unused allocated memory
2014-06-17T09:07:02  <DrJoel> phipse There is no dynamic in ARINC 653 if you look too closely. No one wants dynamic in avionics
2014-06-17T09:07:22  <DrJoel> Hesham post compile error
2014-06-17T09:07:23  <gedare> Hesham: you need to put the header file in your bsp Makefile.am
2014-06-17T09:07:26  <phipse> Yes.
2014-06-17T09:07:32  <Hesham> DrJoel: No compiler error
2014-06-17T09:07:43  <DrJoel> linker error?
2014-06-17T09:07:45  <Sched> If so, the vcpu should now be shutdown, destroy or anything else, during running, then point vcpu in aadl file is practicable.
2014-06-17T09:07:49  <Hesham> It's already on Makefile.am
2014-06-17T09:07:53  <gedare> or1k/or1ksim/Makefile.am?
2014-06-17T09:07:58  <Hesham> Yeah
2014-06-17T09:08:05  <gedare> i don't see it
2014-06-17T09:08:08  <gedare> https://docs.google.com/document/d/17TJqNOOWvqiq8gu69E5-c7x3pRzx2vT0OOcKez5qp6c/edit
2014-06-17T09:08:11  <gedare> oops
2014-06-17T09:08:11  <DrJoel> cd ../or1ksim ; bootstrap -p?
2014-06-17T09:08:19  <gedare> https://github.com/heshamelmatary/rtems-gsoc2014/blob/or1k/c/src/lib/libbsp/or1k/or1ksim/Makefile.am
2014-06-17T09:08:27  <gedare> and then you have to bootstrap -p ;)
2014-06-17T09:08:32  <Sched> phipse, how to test it?
2014-06-17T09:08:39  <phipse> Sched: When do you want to shutdown your vCPU?
2014-06-17T09:08:57  <asuolen_> verm__: what do I must get done by the midterm?
2014-06-17T09:09:44  <Sched> in PC virtualization, apparently you will want shutdown your vcpu, but in pok, it seems not. how could I know the vcpu work as I expect?
2014-06-17T09:10:14  <Sched> It's always confused me when work in kernel.
2014-06-17T09:10:27  <Hesham> gedare: Oh, sorry I missed that when commiting, but I did bootstrap -p and bootstrap, still the same problem when linking
2014-06-17T09:10:50  <Hesham> I got unresolved error for the symbol
2014-06-17T09:11:07  <DrJoel> Hesham: the symbol must be in your linkcmds
2014-06-17T09:11:25  <DrJoel> Hesham and it may or may not have to be preceded with an _ to match compiler expectations
2014-06-17T09:11:26  <phipse> Sched: give me a minute to think about and formulate it
2014-06-17T09:11:46  <Sched> Thanks :)
2014-06-17T09:12:12  <Hesham> DrJoel: it's there https://github.com/heshamelmatary/rtems-gsoc2014/blob/or1k/c/src/lib/libbsp/or1k/or1ksim/startup/linkcmds
2014-06-17T09:12:54  <Hesham> I am following ARM style with linkcmds and start.S
2014-06-17T09:13:09  <DrJoel> Do a "or1k-rtems4.11-nm " on an object file. See if it has leading _ on the symbol names
2014-06-17T09:14:12  *** atgreen <atgreen!user@nat/redhat/x-assfoilkpjomgdiu> has quit IRC (Remote host closed the connection)
2014-06-17T09:15:03  <gedare> and make sure the assembly you used for LINKER_SYMBOL is correct for the or1k
2014-06-17T09:15:26  <DrJoel> brb
2014-06-17T09:16:06  <Hesham> DrJoel: no leading _ on symbol names
2014-06-17T09:17:27  <Hesham> gedare: it's just .extern sym macro, I write that on start.S and it works fine
2014-06-17T09:18:01  *** asuolen_ <asuolen_!~bison@78.130.15.167.rev.optimus.pt> has quit IRC (Quit: Lost terminal)
2014-06-17T09:19:44  <gedare> Ok
2014-06-17T09:19:50  <Sched> Thank you for your time, Drjoel and gedare. :)
2014-06-17T09:20:02  <phipse> Your vCPU has part in the krenel, which stores the vCPU context, when the vCPU is blocked/interrupted/out-of-time. And it is a task in user-space, with it's own memory. Now when you start the vCPU, you pass along an entry point, stack memory and memory for the application. When the execution is interrupted the kernel part, saves the context on the stack and recovers it on resume.
2014-06-17T09:20:16  <gedare> Hesham: which symbols are not being found?
2014-06-17T09:20:32  <Hesham> all of them
2014-06-17T09:20:39  <gedare> ok
2014-06-17T09:21:17  <Hesham> I had to define symbol at the start.S file to get over that problem temporary
2014-06-17T09:21:21  <gedare> commit your preinstall.am
2014-06-17T09:21:34  <phipse> So you have a kind of handler, which is called by the scheduler to save and restore the contex from the vCPU's stack.
2014-06-17T09:22:18  <phipse> Also you need to be able to setup the vCPU envirnoment in the user-space (read: partition -> libpok)
2014-06-17T09:23:16  <Sched> OK, I got it, thank you phipse, and after that, the application continue running, then the vcpu is worked. Am I right?
2014-06-17T09:23:30  <Hesham> gedare: for or1ksim BSP?
2014-06-17T09:23:42  <gedare> Hesham: yes we commit preinstall.am files to our repo
2014-06-17T09:24:35  <phipse> The goal is, to define a thread in a partition (assume one vCPU is using a whole partition) in model.aadl and a binary file, which is the guest app. But this is far beyond our problems right now.
2014-06-17T09:25:07  <Hesham> gedare: done, but should not it be auto-generated ?
2014-06-17T09:25:49  <Hesham> by bootstrap -p
2014-06-17T09:26:25  <phipse> As we have the benefit of using the whole partition, we don't have to worry about isolation issues. But we need some mechanism to load the guest and pass control to the guest.
2014-06-17T09:26:28  <Sched> Yes, and the vagabond did not needs schedule for now. and in some extent, the partition have the function for vCPU.
2014-06-17T09:27:11  <gedare> Hesham: yes, but we chose to include them anyways
2014-06-17T09:27:51  <Sched> not "vagabond", is vCPU.
2014-06-17T09:27:55  <gedare> Hesham: are you sure your linkcmds is getting included correctly?
2014-06-17T09:29:15  <Hesham> Yeah, changes there appear when I use or1k-rtems4.11-objdump for debugging purposes
2014-06-17T09:30:07  <phipse> How far are you with your blog post?
2014-06-17T09:30:18  <Hesham> Sorry, changes to start.S are what appear
2014-06-17T09:30:44  <Sched> Before I understand your approaching, I need to figure out the relationship between the thread and partitions, and I will ask you for help if I got any confusion, Thank you phipse.
2014-06-17T09:30:52  <DrJoel> Hesham which symbol in particular
2014-06-17T09:31:01  <Hesham> DrJoel: all of them
2014-06-17T09:31:12  <Sched> I can post it tomorrow.
2014-06-17T09:31:38  <phipse> Great.
2014-06-17T09:31:53  <Hesham> How can I assert lincmds is included?
2014-06-17T09:32:18  <Sched> I just record my change in POK kernel for vCPU, it can get in github
2014-06-17T09:32:42  <Sched> the unfinished code can get in github now.
2014-06-17T09:32:56  <phipse> I hope your raise a lot of questions in there and evaluate some answers. :)
2014-06-17T09:33:49  <Sched> That's right
2014-06-17T09:33:51  <gedare> Hesham: after you link, the regions defined in linkcmds should be where you expect them in your objdump
2014-06-17T09:34:16  <gedare> if you dump 'all' i think you can get a sense of everything
2014-06-17T09:34:22  <DrJoel> Hesham Does your gcc or1k configuration make sure the compiler references rtems.h in the gcc tree? See config.gcc
2014-06-17T09:36:06  <Sched> phipse, it's midnight in China, I have to go to the dormitory
2014-06-17T09:36:10  <Hesham> gedare: yes, I used to dump that, and it seems fine.
2014-06-17T09:36:17  <Hesham> DrJoel: I will have a look...
2014-06-17T09:36:18  <phipse> sure, have a good night.
2014-06-17T09:36:42  <Sched> Thank you, phipse.
2014-06-17T09:36:47  *** Sched <Sched!~Sched@183.221.13.194> has quit IRC ()
2014-06-17T09:36:51  <DrJoel> Hesham .. around like 2165.. it doesn't. You need a specific or1k-rtems stanza here
2014-06-17T09:37:21  <DrJoel> What is your tool target?
2014-06-17T09:38:23  <Hesham> Do you mean or1k-rtems4.11* ?
2014-06-17T09:38:42  <DrJoel> Yes. It looks like gcc doesn't know it.
2014-06-17T09:40:09  <Hesham> DrJoel: https://github.com/heshamelmatary/or1k-rtems/blob/master/patches/gcc-4.8.2-or1k-rtems-29-4-2014.diff
2014-06-17T09:40:20  <Hesham> line 5792
2014-06-17T09:41:36  <DrJoel> oK.. was looking at the wrong source. :)
2014-06-17T09:41:53  <DrJoel> Is enough committed so I can try this?
2014-06-17T09:42:19  <Hesham> You can build the entire toolchain from RSB
2014-06-17T09:42:27  <DrJoel> And then your BSP?
2014-06-17T09:42:42  <Hesham> https://github.com/heshamelmatary/rtems-gsoc2014
2014-06-17T09:43:07  <DrJoel> ok.. if it isn't too close to bed time, hold on a mintue
2014-06-17T09:43:18  <Hesham> just fork this and build the BSP with "--target=or1k-rtems4.11 --enable-rtemsbsp=or1k_or1ksim"
2014-06-17T09:44:11  <Hesham> I think as gedare said, the problem maybe that lincmds is not included correctly
2014-06-17T09:44:44  <DrJoel> It sounds much easier to spot with a real compile
2014-06-17T09:45:09  <DrJoel> gcc building noq
2014-06-17T09:45:10  <Hesham> You will get some errors at the finals stages of building the BSP
2014-06-17T09:45:10  <DrJoel> now
2014-06-17T09:45:59  <Hesham> Specifically, "cpukit/libcsupport/src/rtems_putc.c:30: undefined reference to `BSP_output_char'" error
2014-06-17T09:46:30  <Hesham> That's fine because I am working on console driver code now
2014-06-17T09:47:04  <Hesham> But anyway, you should get libbspstart.a and libbsp.a
2014-06-17T09:48:44  <Hesham> DrJoel: you may go to bed, I will have to debug more and post a thread to mailing list if the problem still there by tomorrow
2014-06-17T09:49:23  <DrJoel> Hesham: it is 9:50am here. I was worried about you. :)
2014-06-17T09:49:45  <Hesham> It's 5:50 PM here :)
2014-06-17T09:50:13  <DrJoel> gcc still building.. bootstrap'ing your tree
2014-06-17T09:51:17  <Hesham> When getting libbspstart.a from the build system, does it use linkcmds?
2014-06-17T09:52:49  <phipse> bye
2014-06-17T09:52:58  *** phipse <phipse!~phipse@141.76.49.24> has left #rtems
2014-06-17T09:54:59  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has quit IRC (Remote host closed the connection)
2014-06-17T09:55:01  <Hesham> DrJoel: I think I found out the problem
2014-06-17T09:55:12  <DrJoel> lol.. before I get tools
2014-06-17T09:55:41  <Hesham> I hope I did not waste your time
2014-06-17T09:55:53  <Hesham> But thanks for help :)
2014-06-17T09:56:13  <DrJoel> Nah... I should have the tools built anyway. Anything in particular I should look at while I have the source down
2014-06-17T09:57:10  <Hesham> Did you build the toolchain?
2014-06-17T09:57:44  <DrJoel> Building now
2014-06-17T09:58:35  <Hesham> OK, I have a question regarding license and copyrights issues, can I quote some pieces of code from libgloss (which has GPL licence)?
2014-06-17T09:58:46  *** JustJanek <JustJanek!~JustJanek@145.93.248.217> has quit IRC (Quit: Leaving)
2014-06-17T09:59:42  <gedare> Hesham: what was the problem, then?
2014-06-17T10:00:04  <gedare> You cannot copy any code from GPL-licensed software
2014-06-17T10:00:35  <gedare> This is such a misconception, sometimes I think we need a new RTEMS license
2014-06-17T10:00:57  <gedare> Anyway, RTEMS is more permissive than GPL and LGPL
2014-06-17T10:01:07  <gedare> so you can't use those licenses
2014-06-17T10:01:23  <Hesham> gedare: I was linking the generated libraries with other bare-metal c files, thought that it has resolved the linker symbols already, but it did not
2014-06-17T10:02:08  <Hesham> I did not quote, but I take some files like crt0.S as examples and write similar ones
2014-06-17T10:02:59  <gedare> Hesham, that is a gray area. As long as you weren't looking at the other code while writing your own, it's probably OK
2014-06-17T10:03:30  <gedare> You should give us the links to the code you wrote, and the existing GPL code, so we can compare the difference/similarity..
2014-06-17T10:04:37  <Hesham> Sure, mainly the code for start.S here https://github.com/heshamelmatary/rtems-gsoc2014/blob/or1k/c/src/lib/libbsp/or1k/or1ksim/start/start.S
2014-06-17T10:04:52  <Hesham> and theirs https://github.com/openrisc/or1k-src/blob/or1k/libgloss/or1k/crt0.S
2014-06-17T10:05:36  <Hesham> start.S in not finished yet... there is some other work I am doing on it currently
2014-06-17T10:06:55  <DrJoel> The old libgloss was licensed OK as is the old or32/or1k port in RTEMS. Both are acceptable to copy code from. The current code posted should be avoided
2014-06-17T10:08:08  <gedare> yeah, your start.S is a little too similar to that GPLv3 code.
2014-06-17T10:08:25  <DrJoel> How does it compare to the older version against newlib 1.10?
2014-06-17T10:08:42  <gedare> but now i gotta go. later
2014-06-17T10:08:55  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has quit IRC (Quit: Leaving)
2014-06-17T10:09:33  <DrJoel> http://www.doc.ic.ac.uk/~jab00/or32-newlib/newlib-patch
2014-06-17T10:09:50  <Hesham> DrJoel: I used this patch before
2014-06-17T10:10:03  <Hesham> but Chris told me about the setjmp.S licence problem
2014-06-17T10:10:11  <DrJoel> The jab00 one? Is that what you started with?
2014-06-17T10:10:20  <Hesham> Yeah
2014-06-17T10:10:57  <DrJoel> As long as you are only using the jab00 code you should be OK
2014-06-17T10:12:06  <Hesham> https://github.com/heshamelmatary/or1k-rtems/blob/master/patches/newlib-cvs-or1k-rtems-29-4-2014.diff
2014-06-17T10:12:17  <Hesham> line 9374
2014-06-17T10:12:33  <Hesham> +/* Simple setjmp/longjmp for the OpenRISC 1000 (OR32 ISA).+   Damjan Lampret, OpenCores.org, Aug 15 2000.  */
2014-06-17T10:13:14  <Hesham> That's why I contacted Damjan and got no response
2014-06-17T10:13:48  <DrJoel> Well you have no choice except to write it yourself. This code isn't rocket science. :)
2014-06-17T10:13:51  <Hesham> Then, I got a feedback to write it from scratch if the author did not change the licence
2014-06-17T10:13:58  <Hesham> I did ...
2014-06-17T10:14:14  <DrJoel> OK. Then it is done. There isn't much chance for variation.
2014-06-17T10:14:16  <Hesham> https://github.com/heshamelmatary/or1k-rtems/blob/master/setjmp.S
2014-06-17T10:14:40  <DrJoel> When you have it tested, you can avoid saving/restoring registers allowed to be corrupted by a subroutine call
2014-06-17T10:14:41  <Hesham> I am worried about licence issue, specially the code is very similar
2014-06-17T10:15:09  <DrJoel> Optimize it and it will be OK. The CPU has N registers.. how many ways are there to save/restore them in numeric order. :)
2014-06-17T10:15:44  <Hesham> I have changes the numeric order actually (reversed) ;)
2014-06-17T10:15:53  <Hesham> changed*
2014-06-17T10:16:20  <DrJoel> Now leave out registers which can be clobbered by a subroutine call. And have the return value. Except for the semantics of what setjmp returns
2014-06-17T10:16:29  <Hesham> But, I will work on optimizing the registers once I get the chance
2014-06-17T10:16:55  <Hesham> setjmp always returns 0 in or1k case
2014-06-17T10:17:00  <DrJoel> OK.. that is the final touch of making it your own
2014-06-17T10:17:27  <DrJoel> Return code is OK. longjmp path returns 1.
2014-06-17T10:17:53  <Hesham> It returns 1 or the value passed to it
2014-06-17T10:18:41  <Hesham> The code for doing such that conditional return is my own work
2014-06-17T10:19:01  <DrJoel> Then no fears.. just put a BSD 2-clause license on it and be done. :>
2014-06-17T10:19:07  <DrJoel> I have tools now. Should I try to build?
2014-06-17T10:19:32  <Hesham> If you'd like, I got over the problem
2014-06-17T10:20:10  <Hesham> Also, I want to let you know that the FSF officer told my I am ready to contribute now
2014-06-17T10:20:35  <DrJoel> Very good on FSF!
2014-06-17T10:21:02  <DrJoel> Is there a patch for binutils/rtems? I recall or1k is in there so ok to contribute
2014-06-17T10:21:20  <DrJoel> automake: error: cannot open < score/cpu/or1k/preinstall.am: No such file or directory
2014-06-17T10:21:25  <DrJoel> You need to add that file to the repo
2014-06-17T10:22:07  <Hesham> Ah, I did not add preinstall.am files as I though it was autogenerated
2014-06-17T10:23:10  <DrJoel> Theya re but change so rarely it is OK to commit them
2014-06-17T10:23:54  <Hesham> OK, I'd prefer that I change the Makefile.am not to include any libcpu stuff because there is not any code there yet for or1k
2014-06-17T10:24:52  <Hesham> you may pull now
2014-06-17T10:25:13  <Hesham> There is binutils patch already for RTEMS
2014-06-17T10:25:26  <DrJoel> Merged?
2014-06-17T10:25:28  <Hesham> It's based on or1k code
2014-06-17T10:25:33  <Hesham> not yet
2014-06-17T10:25:36  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2014-06-17T10:25:44  <DrJoel> Is or1k support in the upstream binutils?
2014-06-17T10:26:13  <Hesham> Christian told me it should be pushed after there code is upstreamed
2014-06-17T10:26:44  <Hesham> I think so, but did not give it a look yet
2014-06-17T10:26:52  <DrJoel> I have a recent clone and the or1k code is in libbfd
2014-06-17T10:27:17  <Hesham> OK, now I can add rtems changes ?
2014-06-17T10:27:34  <DrJoel> to binutils.. I don't see any code committed to gdb yet
2014-06-17T10:27:37  <DrJoel> Yes
2014-06-17T10:27:50  <DrJoel> Should be a very small patch, right?
2014-06-17T10:27:51  <Hesham> Yeah, gcc and gdb would be delayed
2014-06-17T10:27:55  <Hesham> Yeah
2014-06-17T10:28:27  <Hesham> I will post it to devel before for discussion
2014-06-17T10:29:05  <Hesham> Do I have to get binutils patch a higher priority ?
2014-06-17T10:29:22  <Hesham> I am busy with RTEMS or1ksim BSP currently
2014-06-17T10:29:37  <Hesham> give**
2014-06-17T10:32:42  <DrJoel> No hurry. Just something to do if you want to knock something off the list.
2014-06-17T10:34:32  <Hesham> Good, I will get it done once I get some free time, It's not a small task.
2014-06-17T11:47:43  *** Akagi201_ <Akagi201_!~Akagi201@39.187.177.179> has joined #rtems
2014-06-17T11:49:29  *** atgreen <atgreen!~user@dsl-173-206-89-6.tor.primus.ca> has joined #rtems
2014-06-17T11:53:32  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-17T11:56:43  *** Akagi201_ <Akagi201_!~Akagi201@39.187.177.179> has quit IRC (Remote host closed the connection)
2014-06-17T12:03:07  *** Hesham <Hesham!~hesham@41.35.175.81> has quit IRC (Ping timeout: 245 seconds)
2014-06-17T13:05:56  *** kiwichris <kiwichris!~kiwichris@118-92-26-82.dsl.dyn.ihug.co.nz> has quit IRC (Read error: Connection reset by peer)
2014-06-17T13:06:33  *** kiwichris <kiwichris!~kiwichris@118-92-26-82.dsl.dyn.ihug.co.nz> has joined #rtems
2014-06-17T13:23:19  *** ppisa <ppisa!~pi@213.29.20.52> has left #rtems ("Kopete 0.12.7 : http://kopete.kde.org")
2014-06-17T13:33:25  *** jenniferA <jenniferA!~jenniferA@67.63.146.110> has quit IRC (Quit: Leaving)
2014-06-17T14:23:19  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2014-06-17T14:23:44  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-17T14:58:08  *** DrJoel <DrJoel!~IceChat77@rtems/maintainer/joel> has quit IRC (Quit: Don't push the red button!)
2014-06-17T15:05:51  *** Hesham <Hesham!~hesham@41.35.183.163> has joined #rtems
2014-06-17T15:19:31  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (*.net *.split)
2014-06-17T15:19:35  *** ysionneau <ysionneau!~fallen@ks3002254.kimsufi.com> has quit IRC (*.net *.split)
2014-06-17T15:19:38  *** Schoumi <Schoumi!~schoumi@dindinx.net> has quit IRC (*.net *.split)
2014-06-17T15:19:38  *** kiwichris <kiwichris!~kiwichris@118-92-26-82.dsl.dyn.ihug.co.nz> has quit IRC (*.net *.split)
2014-06-17T15:19:39  *** AoLaD <AoLaD!AoLaD@houdek.sh.cvut.cz> has quit IRC (*.net *.split)
2014-06-17T15:19:40  *** Hesham <Hesham!~hesham@41.35.183.163> has quit IRC (*.net *.split)
2014-06-17T15:19:41  *** commander <commander!~commander@h1845246.stratoserver.net> has quit IRC (*.net *.split)
2014-06-17T15:19:42  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has quit IRC (*.net *.split)
2014-06-17T15:19:42  *** peerst <peerst!~peer@yrael.stritzinger.com> has quit IRC (*.net *.split)
2014-06-17T15:19:44  *** cdesai <cdesai!~cd@cyanogenmod/maintainer/cdesai> has quit IRC (*.net *.split)
2014-06-17T15:19:45  *** atgreen <atgreen!~user@dsl-173-206-89-6.tor.primus.ca> has quit IRC (*.net *.split)
2014-06-17T15:19:46  *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC (*.net *.split)
2014-06-17T15:19:47  *** guerby <guerby!~guerby@ip165-ipv6.tetaneutral.net> has quit IRC (*.net *.split)
2014-06-17T15:19:47  *** rokka <rokka!~rokka@109.204.235.59> has quit IRC (*.net *.split)
2014-06-17T15:19:50  *** ChanServ <ChanServ!ChanServ@services.> has quit IRC (*.net *.split)
2014-06-17T15:19:50  *** verm__ <verm__!~verm@ntp/developer/amar> has quit IRC (*.net *.split)
2014-06-17T15:19:52  *** beng-nl <beng-nl!~beng-nl@pc-020969.clients.vu.nl> has quit IRC (*.net *.split)
2014-06-17T15:19:53  *** mwalle <mwalle!~mwalle@services.serverraum.org> has quit IRC (*.net *.split)
2014-06-17T15:20:34  *** Hesham <Hesham!~hesham@41.35.183.163> has joined #rtems
2014-06-17T15:20:34  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-17T15:20:34  *** kiwichris <kiwichris!~kiwichris@118-92-26-82.dsl.dyn.ihug.co.nz> has joined #rtems
2014-06-17T15:20:34  *** atgreen <atgreen!~user@dsl-173-206-89-6.tor.primus.ca> has joined #rtems
2014-06-17T15:20:34  *** AoLaD <AoLaD!AoLaD@houdek.sh.cvut.cz> has joined #rtems
2014-06-17T15:20:34  *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #rtems
2014-06-17T15:20:34  *** ysionneau <ysionneau!~fallen@ks3002254.kimsufi.com> has joined #rtems
2014-06-17T15:20:34  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has joined #rtems
2014-06-17T15:20:34  *** peerst <peerst!~peer@yrael.stritzinger.com> has joined #rtems
2014-06-17T15:20:34  *** cdesai <cdesai!~cd@cyanogenmod/maintainer/cdesai> has joined #rtems
2014-06-17T15:20:34  *** commander <commander!~commander@h1845246.stratoserver.net> has joined #rtems
2014-06-17T15:20:34  *** guerby <guerby!~guerby@ip165-ipv6.tetaneutral.net> has joined #rtems
2014-06-17T15:20:34  *** verm__ <verm__!~verm@ntp/developer/amar> has joined #rtems
2014-06-17T15:20:34  *** rokka <rokka!~rokka@109.204.235.59> has joined #rtems
2014-06-17T15:20:34  *** beng-nl <beng-nl!~beng-nl@pc-020969.clients.vu.nl> has joined #rtems
2014-06-17T15:20:34  *** ChanServ <ChanServ!ChanServ@services.> has joined #rtems
2014-06-17T15:20:34  *** Schoumi <Schoumi!~schoumi@dindinx.net> has joined #rtems
2014-06-17T15:20:34  *** mwalle <mwalle!~mwalle@services.serverraum.org> has joined #rtems
2014-06-17T15:20:34  *** asimov.freenode.net sets mode: +o ChanServ
2014-06-17T15:24:43  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (*.net *.split)
2014-06-17T15:30:18  *** Hesham <Hesham!~hesham@41.35.183.163> has quit IRC (Ping timeout: 255 seconds)
2014-06-17T15:31:49  *** Hesham <Hesham!~hesham@41.35.170.245> has joined #rtems
2014-06-17T15:36:37  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has quit IRC (Read error: Connection reset by peer)
2014-06-17T15:36:38  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-17T15:38:22  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has joined #rtems
2014-06-17T15:38:57  *** atgreen <atgreen!~user@dsl-173-206-89-6.tor.primus.ca> has quit IRC (Ping timeout: 245 seconds)
2014-06-17T15:43:58  *** Hesham1 <Hesham1!~hesham@41.35.130.181> has joined #rtems
2014-06-17T15:44:52  *** Hesham <Hesham!~hesham@41.35.170.245> has quit IRC (Ping timeout: 240 seconds)
2014-06-17T16:07:10  *** Hesham1 is now known as Hesham
2014-06-17T16:27:27  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Ping timeout: 244 seconds)
2014-06-17T17:05:15  *** Hesham <Hesham!~hesham@41.35.130.181> has left #rtems
2014-06-17T17:19:15  *** AoLaD <AoLaD!AoLaD@houdek.sh.cvut.cz> has quit IRC ()
2014-06-17T19:10:57  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-17T20:49:46  *** kiwichris <kiwichris!~kiwichris@118-92-26-82.dsl.dyn.ihug.co.nz> has quit IRC (Read error: Connection reset by peer)
2014-06-17T20:50:09  *** kiwichris <kiwichris!~kiwichris@118-92-26-82.dsl.dyn.ihug.co.nz> has joined #rtems
2014-06-17T22:27:07  *** kiwichris <kiwichris!~kiwichris@118-92-26-82.dsl.dyn.ihug.co.nz> has quit IRC ()
2014-06-17T23:48:06  *** kiwichris <kiwichris!~kiwichris@203.176.188.17> has joined #rtems
2014-06-18T00:18:34  *** kiwichris <kiwichris!~kiwichris@203.176.188.17> has quit IRC (Ping timeout: 252 seconds)
2014-06-18T00:33:39  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-18T01:04:42  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has joined #rtems
2014-06-18T01:05:08  <sebhub> good morning
2014-06-18T01:19:49  *** commander <commander!~commander@h1845246.stratoserver.net> has quit IRC (*.net *.split)
2014-06-18T01:23:58  *** commander <commander!~commander@h1845246.stratoserver.net> has joined #rtems
2014-06-18T05:21:53  <beng-nl> hi sebhub
2014-06-18T05:41:55  *** kiwichris <kiwichris!~kiwichris@121.210.30.139> has joined #rtems
2014-06-18T06:09:22  *** verm__ <verm__!~verm@ntp/developer/amar> has quit IRC (Ping timeout: 276 seconds)
2014-06-18T06:09:32  *** verm__ <verm__!~verm@twilight.darkbeer.org> has joined #rtems
2014-06-18T06:21:31  *** atgreen <atgreen!~user@dsl-173-206-165-51.tor.primus.ca> has joined #rtems
2014-06-18T07:11:01  *** atgreen <atgreen!~user@dsl-173-206-165-51.tor.primus.ca> has quit IRC (Remote host closed the connection)
2014-06-18T08:01:22  *** gedare <gedare!~gedare@128.164.201.103> has joined #rtems
2014-06-18T09:50:38  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2014-06-18T09:52:09  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Remote host closed the connection)
2014-06-18T10:15:27  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has quit IRC (Remote host closed the connection)
2014-06-18T10:18:18  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-18T10:20:35  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Read error: Connection reset by peer)
2014-06-18T10:36:45  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-18T13:20:58  *** gedare <gedare!~gedare@128.164.201.103> has quit IRC (Quit: Leaving)
2014-06-18T16:57:55  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Ping timeout: 240 seconds)
2014-06-18T18:27:42  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-18T18:42:47  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Leaving...)
2014-06-18T18:48:51  *** kiwichris <kiwichris!~kiwichris@121.210.30.139> has quit IRC ()
2014-06-18T18:51:45  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has quit IRC (Remote host closed the connection)
2014-06-18T18:52:22  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has joined #rtems
2014-06-18T19:08:51  *** kiwichris <kiwichris!~kiwichris@msc1401703.lnk.telstra.net> has joined #rtems
2014-06-18T19:10:38  *** kiwichri_ <kiwichri_!~kiwichris@msc1401703.lnk.telstra.net> has joined #rtems
2014-06-18T19:13:41  *** kiwichris <kiwichris!~kiwichris@msc1401703.lnk.telstra.net> has quit IRC (Ping timeout: 272 seconds)
2014-06-18T19:49:25  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has quit IRC (Ping timeout: 240 seconds)
2014-06-18T20:34:52  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has joined #rtems
2014-06-19T02:31:35  *** kiwichri_ <kiwichri_!~kiwichris@msc1401703.lnk.telstra.net> has quit IRC ()
2014-06-19T03:16:57  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-19T05:55:47  *** AoLaD <AoLaD!AoLaD@houdek.sh.cvut.cz> has joined #rtems
2014-06-19T07:17:42  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Remote host closed the connection)
2014-06-19T09:16:01  *** AoLaD <AoLaD!AoLaD@houdek.sh.cvut.cz> has quit IRC ()
2014-06-19T09:27:55  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-19T09:37:14  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2014-06-19T09:42:06  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-19T10:34:07  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2014-06-19T10:53:20  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-19T11:02:53  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Ping timeout: 244 seconds)
2014-06-19T11:16:06  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-19T13:08:55  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (*.net *.split)
2014-06-19T13:08:56  *** commander <commander!~commander@h1845246.stratoserver.net> has quit IRC (*.net *.split)
2014-06-19T13:08:59  *** peerst <peerst!~peer@yrael.stritzinger.com> has quit IRC (*.net *.split)
2014-06-19T13:09:01  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has quit IRC (*.net *.split)
2014-06-19T13:09:01  *** cdesai <cdesai!~cd@cyanogenmod/maintainer/cdesai> has quit IRC (*.net *.split)
2014-06-19T13:09:03  *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC (*.net *.split)
2014-06-19T13:09:04  *** guerby <guerby!~guerby@ip165-ipv6.tetaneutral.net> has quit IRC (*.net *.split)
2014-06-19T13:09:04  *** rokka <rokka!~rokka@109.204.235.59> has quit IRC (*.net *.split)
2014-06-19T13:09:05  *** ChanServ <ChanServ!ChanServ@services.> has quit IRC (*.net *.split)
2014-06-19T13:09:09  *** Schoumi <Schoumi!~schoumi@dindinx.net> has quit IRC (*.net *.split)
2014-06-19T13:09:10  *** verm__ <verm__!~verm@twilight.darkbeer.org> has quit IRC (*.net *.split)
2014-06-19T13:09:12  *** ysionneau <ysionneau!~fallen@ks3002254.kimsufi.com> has quit IRC (*.net *.split)
2014-06-19T13:09:13  *** beng-nl <beng-nl!~beng-nl@pc-020969.clients.vu.nl> has quit IRC (*.net *.split)
2014-06-19T13:09:14  *** mwalle <mwalle!~mwalle@services.serverraum.org> has quit IRC (*.net *.split)
2014-06-19T13:10:50  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-19T13:10:50  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has joined #rtems
2014-06-19T13:10:50  *** verm__ <verm__!~verm@twilight.darkbeer.org> has joined #rtems
2014-06-19T13:10:50  *** commander <commander!~commander@h1845246.stratoserver.net> has joined #rtems
2014-06-19T13:10:50  *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #rtems
2014-06-19T13:10:50  *** Schoumi <Schoumi!~schoumi@dindinx.net> has joined #rtems
2014-06-19T13:10:50  *** mwalle <mwalle!~mwalle@services.serverraum.org> has joined #rtems
2014-06-19T13:10:50  *** ChanServ <ChanServ!ChanServ@services.> has joined #rtems
2014-06-19T13:10:50  *** beng-nl <beng-nl!~beng-nl@pc-020969.clients.vu.nl> has joined #rtems
2014-06-19T13:10:50  *** rokka <rokka!~rokka@109.204.235.59> has joined #rtems
2014-06-19T13:10:50  *** guerby <guerby!~guerby@ip165-ipv6.tetaneutral.net> has joined #rtems
2014-06-19T13:10:50  *** cdesai <cdesai!~cd@cyanogenmod/maintainer/cdesai> has joined #rtems
2014-06-19T13:10:50  *** peerst <peerst!~peer@yrael.stritzinger.com> has joined #rtems
2014-06-19T13:10:50  *** ysionneau <ysionneau!~fallen@ks3002254.kimsufi.com> has joined #rtems
2014-06-19T13:10:50  *** asimov.freenode.net sets mode: +o ChanServ
2014-06-19T13:14:52  *** verm__ <verm__!~verm@twilight.darkbeer.org> has quit IRC (*.net *.split)
2014-06-19T13:14:54  *** ysionneau <ysionneau!~fallen@ks3002254.kimsufi.com> has quit IRC (*.net *.split)
2014-06-19T13:14:56  *** Schoumi <Schoumi!~schoumi@dindinx.net> has quit IRC (*.net *.split)
2014-06-19T13:14:57  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (*.net *.split)
2014-06-19T13:14:58  *** commander <commander!~commander@h1845246.stratoserver.net> has quit IRC (*.net *.split)
2014-06-19T13:15:01  *** peerst <peerst!~peer@yrael.stritzinger.com> has quit IRC (*.net *.split)
2014-06-19T13:15:03  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has quit IRC (*.net *.split)
2014-06-19T13:15:03  *** cdesai <cdesai!~cd@cyanogenmod/maintainer/cdesai> has quit IRC (*.net *.split)
2014-06-19T13:15:05  *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC (*.net *.split)
2014-06-19T13:15:06  *** guerby <guerby!~guerby@ip165-ipv6.tetaneutral.net> has quit IRC (*.net *.split)
2014-06-19T13:15:06  *** rokka <rokka!~rokka@109.204.235.59> has quit IRC (*.net *.split)
2014-06-19T13:15:08  *** ChanServ <ChanServ!ChanServ@services.> has quit IRC (*.net *.split)
2014-06-19T13:15:09  *** beng-nl <beng-nl!~beng-nl@pc-020969.clients.vu.nl> has quit IRC (*.net *.split)
2014-06-19T13:15:10  *** mwalle <mwalle!~mwalle@services.serverraum.org> has quit IRC (*.net *.split)
2014-06-19T13:16:18  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-19T13:16:18  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has joined #rtems
2014-06-19T13:16:18  *** verm__ <verm__!~verm@twilight.darkbeer.org> has joined #rtems
2014-06-19T13:16:18  *** commander <commander!~commander@h1845246.stratoserver.net> has joined #rtems
2014-06-19T13:16:18  *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #rtems
2014-06-19T13:16:18  *** Schoumi <Schoumi!~schoumi@dindinx.net> has joined #rtems
2014-06-19T13:16:18  *** mwalle <mwalle!~mwalle@services.serverraum.org> has joined #rtems
2014-06-19T13:16:18  *** ChanServ <ChanServ!ChanServ@services.> has joined #rtems
2014-06-19T13:16:18  *** beng-nl <beng-nl!~beng-nl@pc-020969.clients.vu.nl> has joined #rtems
2014-06-19T13:16:18  *** rokka <rokka!~rokka@109.204.235.59> has joined #rtems
2014-06-19T13:16:18  *** guerby <guerby!~guerby@ip165-ipv6.tetaneutral.net> has joined #rtems
2014-06-19T13:16:18  *** cdesai <cdesai!~cd@cyanogenmod/maintainer/cdesai> has joined #rtems
2014-06-19T13:16:18  *** peerst <peerst!~peer@yrael.stritzinger.com> has joined #rtems
2014-06-19T13:16:18  *** ysionneau <ysionneau!~fallen@ks3002254.kimsufi.com> has joined #rtems
2014-06-19T13:16:18  *** asimov.freenode.net sets mode: +o ChanServ
2014-06-19T16:52:31  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2014-06-19T17:10:03  *** kiwichris <kiwichris!~kiwichris@msc1401703.lnk.telstra.net> has joined #rtems
2014-06-19T19:46:37  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-19T21:34:40  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has quit IRC (Remote host closed the connection)
2014-06-19T21:36:22  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has joined #rtems
2014-06-19T22:53:31  *** verm__ <verm__!~verm@twilight.darkbeer.org> has quit IRC (Ping timeout: 240 seconds)
2014-06-19T23:46:29  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-20T00:52:58  *** verm__ <verm__!~verm@twilight.darkbeer.org> has joined #rtems
2014-06-20T01:23:33  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has joined #rtems
2014-06-20T01:23:50  <sebhub> good morning
2014-06-20T02:52:21  *** kiwichris <kiwichris!~kiwichris@msc1401703.lnk.telstra.net> has quit IRC ()
2014-06-20T03:33:07  *** AoLaD <AoLaD!AoLaD@houdek.sh.cvut.cz> has joined #rtems
2014-06-20T05:33:58  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Quit: Leaving)
2014-06-20T05:49:47  <beng-nl> good morning sebhub
2014-06-20T05:54:15  <sebhub> hi
2014-06-20T06:24:35  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-20T07:16:58  *** atgreen <atgreen!~user@dsl-173-206-165-51.tor.primus.ca> has joined #rtems
2014-06-20T07:19:48  *** verm__ <verm__!~verm@twilight.darkbeer.org> has quit IRC (Changing host)
2014-06-20T07:19:48  *** verm__ <verm__!~verm@ntp/developer/amar> has joined #rtems
2014-06-20T09:07:04  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 240 seconds)
2014-06-20T09:14:56  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has quit IRC (Remote host closed the connection)
2014-06-20T10:30:29  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2014-06-20T10:34:11  *** atgreen <atgreen!~user@dsl-173-206-165-51.tor.primus.ca> has quit IRC (Remote host closed the connection)
2014-06-20T12:34:04  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-20T13:56:28  *** atgreen <atgreen!~user@dsl-173-206-165-51.tor.primus.ca> has joined #rtems
2014-06-20T15:16:39  *** atgreen <atgreen!~user@dsl-173-206-165-51.tor.primus.ca> has quit IRC (Remote host closed the connection)
2014-06-20T16:07:22  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Read error: Connection reset by peer)
2014-06-20T16:44:36  *** kiwichris <kiwichris!~kiwichris@121.210.30.139> has joined #rtems
2014-06-20T17:13:26  *** AoLaD <AoLaD!AoLaD@houdek.sh.cvut.cz> has quit IRC ()
2014-06-20T17:29:03  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-20T17:46:36  *** atgreen <atgreen!~user@dsl-173-206-165-51.tor.primus.ca> has joined #rtems
2014-06-20T19:38:39  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2014-06-20T20:38:15  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-21T06:56:34  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has quit IRC (Remote host closed the connection)
2014-06-21T06:58:21  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has joined #rtems
2014-06-21T09:35:44  *** AoLaD <AoLaD!AoLaD@houdek.sh.cvut.cz> has joined #rtems
2014-06-21T11:16:55  *** atgreen <atgreen!~user@dsl-173-206-165-51.tor.primus.ca> has quit IRC (Ping timeout: 272 seconds)
2014-06-21T14:04:46  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T14:06:08  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Max SendQ exceeded)
2014-06-21T14:07:51  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T14:30:21  *** AoLaD <AoLaD!AoLaD@houdek.sh.cvut.cz> has quit IRC ()
2014-06-21T15:06:57  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Remote host closed the connection)
2014-06-21T15:12:35  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-21T15:22:46  *** Hesham <Hesham!~hesham@41.35.129.215> has joined #rtems
2014-06-21T15:26:50  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 264 seconds)
2014-06-21T15:39:21  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T15:39:47  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Max SendQ exceeded)
2014-06-21T15:42:03  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T16:01:38  *** Hesham <Hesham!~hesham@41.35.129.215> has quit IRC (Ping timeout: 264 seconds)
2014-06-21T16:12:34  *** arvind_k <arvind_k!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T16:15:27  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2014-06-21T16:42:21  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2014-06-21T16:52:15  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Leaving...)
2014-06-21T17:03:56  *** arvind_k <arvind_k!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 244 seconds)
2014-06-21T17:10:37  *** arvind_k <arvind_k!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T19:01:27  *** arvind_k <arvind_k!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 245 seconds)
2014-06-21T19:11:08  *** arvind_k <arvind_k!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T19:19:02  *** arvind_k <arvind_k!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 264 seconds)
2014-06-21T19:25:26  *** Hesham <Hesham!~hesham@41.35.129.215> has joined #rtems
2014-06-21T21:47:48  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T21:48:38  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T21:49:37  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T21:50:34  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T21:51:35  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T21:52:34  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T21:53:40  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T21:54:40  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T21:55:48  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T21:57:00  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T21:57:55  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T21:58:34  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Max SendQ exceeded)
2014-06-21T21:59:05  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T22:00:08  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T22:00:46  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Max SendQ exceeded)
2014-06-21T22:17:01  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T22:18:25  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T22:36:12  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T22:36:58  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Max SendQ exceeded)
2014-06-21T22:37:27  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T22:38:40  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T22:39:55  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-21T22:40:39  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Max SendQ exceeded)
2014-06-21T22:41:15  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2014-06-22T00:17:25  *** Hesham <Hesham!~hesham@41.35.129.215> has quit IRC (Quit: Leaving.)
2014-06-22T00:17:35  *** Hesham <Hesham!~hesham@41.35.129.215> has joined #rtems
2014-06-22T00:29:07  *** zoso <zoso!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Quit: Leaving)
2014-06-22T00:32:24  *** Hesham <Hesham!~hesham@41.35.129.215> has quit IRC (Ping timeout: 244 seconds)
2014-06-22T08:44:16  *** Hesham <Hesham!~hesham@41.35.129.215> has joined #rtems
2014-06-22T13:23:04  *** Hesham <Hesham!~hesham@41.35.129.215> has quit IRC (Ping timeout: 240 seconds)
2014-06-22T13:26:10  *** Hesham <Hesham!~hesham@41.35.132.20> has joined #rtems
2014-06-22T14:12:42  *** Hesham1 <Hesham1!~hesham@41.35.132.20> has joined #rtems
2014-06-22T14:12:42  *** Hesham <Hesham!~hesham@41.35.132.20> has quit IRC (Read error: Connection reset by peer)
2014-06-22T14:18:51  *** Hesham <Hesham!~hesham@41.35.169.159> has joined #rtems
2014-06-22T14:20:06  *** Hesham1 <Hesham1!~hesham@41.35.132.20> has quit IRC (Ping timeout: 244 seconds)
2014-06-22T17:56:01  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has quit IRC (Remote host closed the connection)
2014-06-22T17:58:21  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has joined #rtems
2014-06-22T19:17:31  *** mkhoory <mkhoory!~mkhoory@211.117.165.123> has joined #rtems
2014-06-22T22:18:01  *** Hesham <Hesham!~hesham@41.35.169.159> has quit IRC (Ping timeout: 244 seconds)