2013-02-11T01:42:28  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has joined #rtems
2013-02-11T01:43:01  <sebhub> good morning
2013-02-11T01:51:54  *** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2013-02-11T02:33:44  *** MegaAlex|away is now known as MegaAlex
2013-02-11T05:28:59  *** MegaAlex is now known as MegaAlex|away
2013-02-11T06:52:34  *** sevikkk <sevikkk!~sevikkk@82.193.102.250.ipnet.kiev.ua> has quit IRC (Read error: Connection reset by peer)
2013-02-11T06:53:34  *** sevikkk <sevikkk!~sevikkk@82.193.102.250.ipnet.kiev.ua> has joined #rtems
2013-02-11T07:47:47  *** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 255 seconds)
2013-02-11T07:51:11  *** gedare <gedare!~gedare@ip98-169-148-84.dc.dc.cox.net> has joined #rtems
2013-02-11T09:06:59  *** peerst <peerst!~peer@yrael.stritzinger.com> has quit IRC (Quit: peerst)
2013-02-11T09:07:06  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has quit IRC (Ping timeout: 276 seconds)
2013-02-11T09:18:20  *** peerst <peerst!~peer@yrael.stritzinger.com> has joined #rtems
2013-02-11T11:42:54  *** MegaAlex|away is now known as MegaAlex
2013-02-11T14:54:48  *** gedare <gedare!~gedare@ip98-169-148-84.dc.dc.cox.net> has quit IRC (Quit: Leaving)
2013-02-11T17:23:15  *** MegaAlex is now known as MegaAlex|away
2013-02-11T22:47:22  *** kiwichris_ <kiwichris_!~kiwichris@CPE-58-172-130-193.nfcz1.ken.bigpond.net.au> has quit IRC (Quit: This computer has gone to sleep)
2013-02-11T23:21:58  *** kiwichris <kiwichris!~kiwichris@1.146.174.88> has joined #rtems
2013-02-12T00:16:17  *** sevikkk <sevikkk!~sevikkk@82.193.102.250.ipnet.kiev.ua> has quit IRC (Read error: Connection reset by peer)
2013-02-12T00:17:09  *** sevikkk <sevikkk!~sevikkk@82.193.102.250.ipnet.kiev.ua> has joined #rtems
2013-02-12T00:39:07  *** kiwichris <kiwichris!~kiwichris@1.146.174.88> has quit IRC (Read error: Connection reset by peer)
2013-02-12T00:53:34  *** kiwichris <kiwichris!~kiwichris@CPE-58-172-130-193.nfcz1.ken.bigpond.net.au> has joined #rtems
2013-02-12T01:44:50  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has joined #rtems
2013-02-12T01:45:50  <sebhub> good morning
2013-02-12T02:38:28  *** MegaAlex|away is now known as MegaAlex
2013-02-12T04:37:50  *** MegaAlex is now known as MegaAlex|away
2013-02-12T06:46:03  *** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2013-02-12T07:01:23  *** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Remote host closed the connection)
2013-02-12T07:02:30  *** shineworld <shineworld!~shineworl@109.234.143.106> has joined #rtems
2013-02-12T07:51:03  *** gedare <gedare!~gedare@ip98-169-148-84.dc.dc.cox.net> has joined #rtems
2013-02-12T07:53:02  *** shineworld <shineworld!~shineworl@109.234.143.106> has left #rtems ("Leaving")
2013-02-12T08:19:28  <gedare> hi sebhub
2013-02-12T08:19:55  <gedare> is it ok to cast const void* to const uintptr_t?
2013-02-12T08:20:45  <gedare> const void *foo = 0xfeaf1234; const uintptr_t bar = (const uintptr_t) foo;
2013-02-12T08:21:07  <gedare> seems right to me, hmm
2013-02-12T08:21:13  <gedare> i don't do enough with const ;)
2013-02-12T08:23:10  <gedare> seems unnecessary... i must think more!
2013-02-12T08:40:48  <sebhub> yes, this is ok, its also one way to get rid of the const  away cast warning
2013-02-12T08:56:02  <gedare> it won't work with the alignment macro though because I have to modify the uintptr_t
2013-02-12T08:56:10  <gedare> alignment routine, rather.
2013-02-12T08:56:25  <gedare> maybe i'm missing something obvious
2013-02-12T08:56:41  <gedare> RTEMS_INLINE_ROUTINE const void *_Addresses_Align_up_immutable(
2013-02-12T08:56:41  <gedare>   const void *address,
2013-02-12T08:56:41  <gedare>   size_t alignment
2013-02-12T08:56:41  <gedare> )
2013-02-12T08:56:41  <gedare> {
2013-02-12T08:56:42  <gedare>   if ( alignment == 0 ) {
2013-02-12T08:56:44  <gedare>     return address;
2013-02-12T08:56:46  <gedare>   }
2013-02-12T08:56:48  <gedare>   return (const void*)
2013-02-12T08:56:50  <gedare>     (((uintptr_t)address + (alignment - 1)) & ~(alignment - 1));
2013-02-12T08:56:52  <gedare> }
2013-02-12T08:57:25  <gedare> that is probably going to give me a const cast warning
2013-02-12T08:58:02  <sebhub> no, it would not give a warning, but I think now that the immutable versions are not useful
2013-02-12T08:58:08  <gedare> ok
2013-02-12T08:58:21  <gedare> yeah i'm not sure with alignment
2013-02-12T08:59:35  <sebhub> I would avoid functions with more than one return path (MISRA-C and JSF++ AV)
2013-02-12T08:59:47  <gedare> i see
2013-02-12T08:59:59  <sebhub> just in case we use this some time in the future
2013-02-12T09:00:18  <gedare> gotcha... that'll be a significant rewrite ;)
2013-02-12T09:00:32  <gedare> but hey, if someone wants to pay for it, more power to them.
2013-02-12T09:00:51  <gedare> do they permit forward jumps (goto)?
2013-02-12T09:01:00  <sebhub> i would not rewrite existing code
2013-02-12T09:01:12  <gedare> not that i plan to use one here, just curio0us
2013-02-12T09:02:31  <gedare> ok  i will eliminate the const version and try for one return path
2013-02-12T09:02:50  <gedare> it is easy enough to add const version later if needed.
2013-02-12T09:02:57  <sebhub> in AV Rule 189.
2013-02-12T09:02:59  <sebhub> AV Rule 189 (MISRA Rule 56)
2013-02-12T09:03:16  <gedare> ok
2013-02-12T09:03:23  <sebhub> goto may be used to break out of multiple nested loops
2013-02-12T09:03:35  <sebhub> it don't know if it is allowed for clean up code
2013-02-12T09:03:58  <sebhub> some of the misra rules are quite stupid
2013-02-12T09:04:09  <gedare> yes...
2013-02-12T09:04:21  <gedare> i read a nice article once about some of them
2013-02-12T09:04:26  <gedare> i have never had to interact with them yet
2013-02-12T09:04:34  <sebhub> the JSF++ AV standard is really good, but it is C++
2013-02-12T09:05:22  <gedare> sometimes i wonder if it would make sense to do more in RTEMS with C++, but probably not... too much legacy to interact with
2013-02-12T09:05:33  <gedare> and too many weird C++ quirks.
2013-02-12T09:06:02  <sebhub> c++ exceptions need quite a lot run-time support
2013-02-12T09:06:08  <gedare> oh right
2013-02-12T09:06:12  <gedare> that was the other thought I had.
2013-02-12T09:06:33  <sebhub> apart from that c++ is fine even for small targets
2013-02-12T09:06:40  <gedare> RTEMS_INLINE_ROUTINE void *_Addresses_Align_up(
2013-02-12T09:06:40  <gedare>   void *address,
2013-02-12T09:06:40  <gedare>   size_t alignment
2013-02-12T09:06:40  <gedare> )
2013-02-12T09:06:40  <gedare> {
2013-02-12T09:06:41  <gedare>   if ( alignment != 0 ) {
2013-02-12T09:06:43  <gedare>     address = (void*)(((uintptr_t)address + (alignment - 1)) & ~(alignment - 1));
2013-02-12T09:06:45  <gedare>   }
2013-02-12T09:06:47  <gedare>   return address;
2013-02-12T09:06:49  <gedare> }
2013-02-12T09:07:01  <gedare> the const version would need a little more finesse
2013-02-12T09:07:11  <gedare> but i think that should be "safe" for use
2013-02-12T09:07:39  <sebhub> i would omit the const version
2013-02-12T09:07:39  <gedare> we can replace the alignment macros in the rbheap with this... i think i saw alignment some other places too
2013-02-12T09:07:42  <gedare> i will
2013-02-12T09:07:48  <gedare> i just mean if anyone needs one later.
2013-02-12T09:07:53  <sebhub> ok
2013-02-12T09:09:04  <sebhub> maybe we should name it _Addresses_Align_up_by_power_of_two() and omit the alignment == 0 test
2013-02-12T09:09:21  <sebhub> becaus aligment == 3 is also not a valid input
2013-02-12T09:09:43  <gedare> we let some arch / cpu define CPU_ALIGNMENT and similar macros with a value of 0
2013-02-12T09:09:51  <gedare> a couple of them do it
2013-02-12T09:10:04  <sebhub> hm, i think this is a bug
2013-02-12T09:10:07  <gedare> in reality it probably means alignment of 1
2013-02-12T09:10:09  <sebhub> it should be 1
2013-02-12T09:10:18  <gedare> let me check if they still exist
2013-02-12T09:10:24  <gedare> i recall this from ~2 years ago
2013-02-12T09:10:52  <gedare> ...
2013-02-12T09:11:29  <sebhub> cpukit/score/cpu/no_cpu/rtems/score/cpu.h:#define CPU_STACK_ALIGNMENT        0
2013-02-12T09:11:30  <sebhub> cpukit/score/cpu/avr/rtems/score/cpu.h:#define CPU_STACK_ALIGNMENT        0
2013-02-12T09:11:32  <sebhub> cpukit/score/cpu/m32c/rtems/score/cpu.h:#define CPU_STACK_ALIGNMENT        0
2013-02-12T09:11:34  <sebhub> cpukit/score/cpu/m32r/rtems/score/cpu.h:#define CPU_STACK_ALIGNMENT        0
2013-02-12T09:11:35  <sebhub> cpukit/score/cpu/m68k/rtems/score/cpu.h:#define CPU_STACK_ALIGNMENT        0
2013-02-12T09:11:37  <sebhub> we should fix this
2013-02-12T09:11:39  <gedare> ok
2013-02-12T09:11:55  <gedare> i'll file a PR
2013-02-12T09:12:44  <sebhub> i will just send a patch to rtems-devel
2013-02-12T09:12:57  <gedare> ok good
2013-02-12T09:13:16  <gedare> then i can eliminate this check for 0
2013-02-12T09:13:27  <gedare> we will assume a power-of-2 i don't think the name is required. there is a note in the doc
2013-02-12T09:13:41  <sebhub> ok
2013-02-12T09:24:04  <gedare> sebhub: is the rbheap align_up and align_down alignment a power-of-two?
2013-02-12T09:25:06  <sebhub> no, this is arbitrary
2013-02-12T09:25:13  <gedare> ok.
2013-02-12T09:26:11  <sebhub> do you prepare a patch for the CPU_STACK_ALIGNMENT?
2013-02-12T09:26:19  <sebhub> if not I will do this
2013-02-12T09:29:06  <sebhub> hm, the CPU_STACK_ALIGNMENT is not really a problem since we use CPU_ALIGMENT in the addresses functions
2013-02-12T09:29:35  <gedare> i did not
2013-02-12T09:29:44  <gedare> yeah i don't see a problem now
2013-02-12T09:29:52  <gedare> i think there used to be some architectures with CPU_ALIGNMENT of 0
2013-02-12T09:29:56  <gedare> but they maybe got changed
2013-02-12T09:30:11  <sebhub> my simple grep doesn't reveal one
2013-02-12T09:30:39  <gedare> ok
2013-02-12T09:30:53  <sebhub> i would use uintptr_t one = 1 ... (aligment - one) just to make sure the integer types are ok
2013-02-12T09:31:06  <gedare> ah, ok
2013-02-12T09:31:11  <gedare> good point
2013-02-12T09:39:05  <gedare> updated
2013-02-12T09:41:20  <gedare> and i've just about consumed my RTEMS quota for the week ;)
2013-02-12T09:41:51  <sebhub> thanks
2013-02-12T10:34:53  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has quit IRC (Remote host closed the connection)
2013-02-12T11:31:45  *** MegaAlex|away is now known as MegaAlex
2013-02-12T13:55:27  *** gedare <gedare!~gedare@ip98-169-148-84.dc.dc.cox.net> has quit IRC (Ping timeout: 252 seconds)
2013-02-12T16:43:36  *** MegaAlex is now known as MegaAlex|away
2013-02-12T17:33:33  *** gedare <gedare!~gedare@ip98-169-148-84.dc.dc.cox.net> has joined #rtems
2013-02-12T17:53:29  *** gedare <gedare!~gedare@ip98-169-148-84.dc.dc.cox.net> has quit IRC (Ping timeout: 255 seconds)
2013-02-12T18:07:24  *** juli1 <juli1!~julien@xvm-3-184.ghst.net> has quit IRC (Ping timeout: 264 seconds)
2013-02-12T18:57:21  *** gedare <gedare!~gedare@ip98-169-148-84.dc.dc.cox.net> has joined #rtems
2013-02-12T19:07:46  *** gedare <gedare!~gedare@ip98-169-148-84.dc.dc.cox.net> has quit IRC (Ping timeout: 244 seconds)
2013-02-12T23:40:44  *** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2013-02-12T23:41:38  *** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2013-02-13T01:22:36  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has joined #rtems
2013-02-13T01:22:47  <sebhub> good morning
2013-02-13T02:25:27  *** MegaAlex|away is now known as MegaAlex
2013-02-13T03:17:38  <kiwichris> sebhub, added support for the NIOS2 to the Source Builder. It build Altera 4.11 tools. To use ..
2013-02-13T03:17:50  <kiwichris> ../source-builder/sb-set-builder --log=l.txt --prefix=$HOME/development/rtems/4.11 4.11/rtems-nios2
2013-02-13T04:19:38  <sebhub> this is cool
2013-02-13T04:21:23  <sebhub> i just check the nios2 support in binutils, i hope they fixed the 64-bit host bug
2013-02-13T04:37:09  <sebhub> nice, this bug is fixed
2013-02-13T05:45:34  <kiwichris> is that in 2.22 or something later ?
2013-02-13T05:58:55  <sebhub> it is from 2013-02-06, so brand new
2013-02-13T06:14:17  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has joined #rtems
2013-02-13T06:16:32  *** peerst <peerst!~peer@yrael.stritzinger.com> has quit IRC (Ping timeout: 246 seconds)
2013-02-13T06:17:18  *** peerst <peerst!~peer@yrael.stritzinger.com> has joined #rtems
2013-02-13T06:40:14  *** peerst <peerst!~peer@yrael.stritzinger.com> has quit IRC (Ping timeout: 272 seconds)
2013-02-13T06:47:08  *** lcpfnvcy <lcpfnvcy!~mememe@196.21.127.124> has quit IRC (Ping timeout: 255 seconds)
2013-02-13T06:48:09  *** peerst <peerst!~peer@yrael.stritzinger.com> has joined #rtems
2013-02-13T06:48:44  *** lcpfnvcy <lcpfnvcy!~mememe@lee2.tlabs.ac.za> has joined #rtems
2013-02-13T10:17:19  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has quit IRC (Remote host closed the connection)
2013-02-13T10:36:04  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has quit IRC (Read error: Operation timed out)
2013-02-13T10:39:22  *** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Read error: Operation timed out)
2013-02-13T11:03:40  *** DrJoel <DrJoel!433f926e@gateway/web/freenode/ip.67.63.146.110> has joined #rtems
2013-02-13T12:24:46  *** peerst <peerst!~peer@yrael.stritzinger.com> has quit IRC (Ping timeout: 272 seconds)
2013-02-13T12:41:32  *** peerst <peerst!~peer@yrael.stritzinger.com> has joined #rtems
2013-02-13T12:49:42  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has joined #rtems
2013-02-13T13:23:23  *** DrJoel <DrJoel!433f926e@gateway/web/freenode/ip.67.63.146.110> has quit IRC (Ping timeout: 245 seconds)
2013-02-13T13:23:39  *** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2013-02-13T13:25:01  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has quit IRC (Read error: Operation timed out)
2013-02-13T14:42:23  *** gedare <gedare!~gedare@ip98-169-148-84.dc.dc.cox.net> has joined #rtems
2013-02-13T14:59:26  *** gedare <gedare!~gedare@ip98-169-148-84.dc.dc.cox.net> has quit IRC (Ping timeout: 255 seconds)
2013-02-13T15:49:10  *** gedare <gedare!~gedare@ip98-169-148-84.dc.dc.cox.net> has joined #rtems
2013-02-13T17:33:06  *** MegaAlex is now known as MegaAlex|away
2013-02-13T19:48:46  *** gedare <gedare!~gedare@ip98-169-148-84.dc.dc.cox.net> has quit IRC (Ping timeout: 240 seconds)
2013-02-13T22:41:47  *** kiwichris <kiwichris!~kiwichris@CPE-58-172-130-193.nfcz1.ken.bigpond.net.au> has quit IRC (Quit: This computer has gone to sleep)
2013-02-13T22:55:26  *** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 245 seconds)
2013-02-13T23:11:55  *** kiwichris <kiwichris!~kiwichris@1.149.155.11> has joined #rtems
2013-02-13T23:32:36  *** kiwichris <kiwichris!~kiwichris@1.149.155.11> has quit IRC (Quit: This computer has gone to sleep)
2013-02-14T00:01:58  *** kiwichris <kiwichris!~kiwichris@CPE-58-172-130-193.nfcz1.ken.bigpond.net.au> has joined #rtems
2013-02-14T00:15:41  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has joined #rtems
2013-02-14T00:33:37  *** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2013-02-14T00:46:42  *** the9a3eedi <the9a3eedi!~mkhoory@211.117.165.123> has joined #rtems
2013-02-14T00:56:16  *** the9a3eedi <the9a3eedi!~mkhoory@211.117.165.123> has quit IRC (Ping timeout: 240 seconds)
2013-02-14T01:59:05  *** the9a3eedi <the9a3eedi!~mkhoory@211.117.165.123> has joined #rtems
2013-02-14T02:03:40  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has joined #rtems
2013-02-14T02:05:31  <sebhub> good morning
2013-02-14T02:17:37  <the9a3eedi> morning
2013-02-14T02:32:25  <kiwichris> sebhub, hi
2013-02-14T02:32:42  <kiwichris> have moxie and microblaze in the Source Builder now
2013-02-14T02:33:15  *** MegaAlex|away is now known as MegaAlex
2013-02-14T02:53:30  *** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 264 seconds)
2013-02-14T03:06:08  *** the9a3eedi <the9a3eedi!~mkhoory@211.117.165.123> has quit IRC (Read error: Connection reset by peer)
2013-02-14T05:25:44  *** MegaAlex is now known as MegaAlex|away
2013-02-14T06:06:55  *** lcpfnvcy <lcpfnvcy!~mememe@lee2.tlabs.ac.za> has quit IRC (Ping timeout: 260 seconds)
2013-02-14T06:08:48  *** lcpfnvcy <lcpfnvcy!~mememe@lee2.tlabs.ac.za> has joined #rtems
2013-02-14T06:15:39  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has quit IRC (Remote host closed the connection)
2013-02-14T06:18:18  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has joined #rtems
2013-02-14T06:48:25  *** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2013-02-14T08:58:53  *** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 255 seconds)
2013-02-14T09:15:59  *** gedare <gedare!~gedare@ip98-169-148-84.dc.dc.cox.net> has joined #rtems
2013-02-14T09:59:42  *** gedare_ <gedare_!~gedare@ip98-169-148-84.dc.dc.cox.net> has joined #rtems
2013-02-14T10:00:49  *** gedare_ <gedare_!~gedare@ip98-169-148-84.dc.dc.cox.net> has quit IRC (Client Quit)
2013-02-14T10:23:45  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has quit IRC (Ping timeout: 240 seconds)
2013-02-14T10:24:10  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has joined #rtems
2013-02-14T10:32:49  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has quit IRC (Read error: Operation timed out)
2013-02-14T11:05:13  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has quit IRC (Remote host closed the connection)
2013-02-14T11:36:45  *** MegaAlex|away is now known as MegaAlex
2013-02-14T17:05:08  *** MegaAlex is now known as MegaAlex|away
2013-02-14T18:23:48  *** the9a3eedi <the9a3eedi!~mkhoory@211.117.165.123> has joined #rtems
2013-02-14T19:46:38  *** gedare <gedare!~gedare@ip98-169-148-84.dc.dc.cox.net> has quit IRC (Read error: Operation timed out)
2013-02-14T22:46:09  *** the9a3eedi <the9a3eedi!~mkhoory@211.117.165.123> has quit IRC (Read error: Connection reset by peer)
2013-02-15T00:38:00  *** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2013-02-15T00:38:01  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has joined #rtems
2013-02-15T01:48:44  *** MegaAlex|away is now known as MegaAlex
2013-02-15T02:02:52  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has joined #rtems
2013-02-15T02:03:35  <sebhub> good morning
2013-02-15T02:30:12  <MegaAlex> morning :)
2013-02-15T04:11:04  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has quit IRC (Ping timeout: 252 seconds)
2013-02-15T04:43:16  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has joined #rtems
2013-02-15T05:29:25  *** MegaAlex is now known as MegaAlex|away
2013-02-15T08:14:33  *** gedare <gedare!~gedare@ip98-169-148-84.dc.dc.cox.net> has joined #rtems
2013-02-15T08:30:56  *** gedare <gedare!~gedare@ip98-169-148-84.dc.dc.cox.net> has quit IRC (Read error: Operation timed out)
2013-02-15T09:45:02  *** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 252 seconds)
2013-02-15T10:03:50  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has quit IRC (Remote host closed the connection)
2013-02-15T10:47:54  *** MegaAlex|away is now known as MegaAlex
2013-02-15T11:18:01  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has quit IRC (Remote host closed the connection)
2013-02-15T12:34:25  *** gedare <gedare!~gedare@128.164.201.103> has joined #rtems
2013-02-15T15:25:55  *** gedare <gedare!~gedare@128.164.201.103> has quit IRC (Ping timeout: 248 seconds)
2013-02-15T16:49:23  *** gedare <gedare!~gedare@ip98-169-148-84.dc.dc.cox.net> has joined #rtems
2013-02-15T17:12:52  *** MegaAlex is now known as MegaAlex|away
2013-02-15T17:22:23  *** gedare <gedare!~gedare@ip98-169-148-84.dc.dc.cox.net> has quit IRC (Ping timeout: 260 seconds)
2013-02-15T22:03:54  *** xunil <xunil!~xunil@122.178.243.238> has joined #rtems
2013-02-15T22:33:41  *** xunil__ <xunil__!7ab2f3ee@gateway/web/freenode/ip.122.178.243.238> has joined #rtems
2013-02-15T22:34:06  *** xunil__ <xunil__!7ab2f3ee@gateway/web/freenode/ip.122.178.243.238> has quit IRC (Client Quit)
2013-02-16T00:36:15  <xunil> hii room
2013-02-16T00:36:24  <xunil> what is the git repo for rtems4.11
2013-02-16T00:36:46  <xunil> I have installed powerpc rtems prebuilt tools
2013-02-16T00:37:09  <xunil> can you please tell me rtems 4.11 branch
2013-02-16T00:37:59  <xunil> hello ??
2013-02-16T01:21:25  *** MegaAlex|away is now known as MegaAlex
2013-02-16T02:18:54  *** MegaAlex is now known as MegaAlex|away
2013-02-16T02:19:19  *** MegaAlex|away is now known as MegaAlex
2013-02-16T02:40:30  *** sevikkk <sevikkk!~sevikkk@82.193.102.250.ipnet.kiev.ua> has quit IRC (Ping timeout: 256 seconds)
2013-02-16T03:12:15  *** MegaAlex is now known as MegaAlex|away
2013-02-16T03:16:22  *** MegaAlex|away is now known as MegaAlex
2013-02-16T03:22:27  *** sevikkk <sevikkk!~sevikkk@82.193.102.250.ipnet.kiev.ua> has joined #rtems
2013-02-16T03:33:06  *** xunil <xunil!~xunil@122.178.243.238> has quit IRC (Read error: Connection reset by peer)
2013-02-16T03:57:49  *** MegaAlex is now known as MegaAlex|away
2013-02-16T04:19:23  *** MegaAlex|away is now known as MegaAlex
2013-02-16T08:03:54  *** gedare <gedare!~gedare@ip98-169-148-84.dc.dc.cox.net> has joined #rtems
2013-02-16T08:34:29  *** gedare_ <gedare_!~gedare@ip98-169-148-84.dc.dc.cox.net> has joined #rtems
2013-02-16T13:45:31  *** lcpfnvcy <lcpfnvcy!~mememe@lee2.tlabs.ac.za> has quit IRC (Ping timeout: 260 seconds)
2013-02-16T14:00:12  *** lcpfnvcy <lcpfnvcy!~mememe@lee2.tlabs.ac.za> has joined #rtems
2013-02-16T17:20:46  *** gedare <gedare!~gedare@ip98-169-148-84.dc.dc.cox.net> has quit IRC (Ping timeout: 252 seconds)
2013-02-16T18:11:54  *** MegaAlex is now known as MegaAlex|away
2013-02-16T21:09:16  *** kiwichris <kiwichris!~kiwichris@CPE-58-172-130-193.nfcz1.ken.bigpond.net.au> has quit IRC (Ping timeout: 276 seconds)
2013-02-16T21:14:54  *** kiwichris <kiwichris!~kiwichris@CPE-58-172-130-193.nfcz1.ken.bigpond.net.au> has joined #rtems
2013-02-17T03:36:49  *** MegaAlex|away is now known as MegaAlex
2013-02-17T05:33:08  *** MegaAlex is now known as MegaAlex|away
2013-02-17T05:33:19  *** MegaAlex|away is now known as MegaAlex
2013-02-17T08:01:08  *** kiwichris <kiwichris!~kiwichris@CPE-58-172-130-193.nfcz1.ken.bigpond.net.au> has quit IRC (Ping timeout: 252 seconds)
2013-02-17T08:07:46  *** kiwichris <kiwichris!~kiwichris@CPE-58-172-130-193.nfcz1.ken.bigpond.net.au> has joined #rtems
2013-02-17T09:49:45  *** gedare <gedare!~gedare@ip98-169-148-84.dc.dc.cox.net> has joined #rtems
2013-02-17T11:44:12  *** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2013-02-17T17:32:06  *** gedare <gedare!~gedare@ip98-169-148-84.dc.dc.cox.net> has quit IRC (Ping timeout: 245 seconds)
2013-02-17T18:14:31  *** MegaAlex is now known as MegaAlex|away
2013-02-17T19:10:59  *** sevikkk <sevikkk!~sevikkk@82.193.102.250.ipnet.kiev.ua> has quit IRC (Ping timeout: 255 seconds)
2013-02-17T19:13:27  *** sevikkk <sevikkk!~sevikkk@82.193.102.250.ipnet.kiev.ua> has joined #rtems
2013-02-17T22:05:30  *** kiwichris <kiwichris!~kiwichris@CPE-58-172-130-193.nfcz1.ken.bigpond.net.au> has quit IRC (Quit: This computer has gone to sleep)
2013-02-17T22:46:16  *** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 256 seconds)
2013-02-17T23:09:21  *** kiwichris <kiwichris!~kiwichris@120.159.30.91> has joined #rtems
2013-02-17T23:16:42  *** kiwichris <kiwichris!~kiwichris@120.159.30.91> has quit IRC (Quit: This computer has gone to sleep)
2013-02-17T23:54:19  *** kiwichris <kiwichris!~kiwichris@CPE-58-172-130-193.nfcz1.ken.bigpond.net.au> has joined #rtems