2013-11-25T00:46:57  <skykinetic> just submitted my work again, not sure if it is slightly better than the previous one
2013-11-25T01:00:55  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has joined #rtems
2013-11-25T01:01:24  <sebhub> good morning
2013-11-25T01:08:52  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has joined #rtems
2013-11-25T03:16:11  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has quit IRC (Ping timeout: 272 seconds)
2013-11-25T03:39:36  *** MegaAlex|away is now known as MegaAlex
2013-11-25T03:57:09  *** YuGin_ <YuGin_!~IceChat77@182.55.146.247> has joined #rtems
2013-11-25T05:26:55  *** MegaAlex is now known as MegaAlex|away
2013-11-25T06:16:27  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-25T07:44:38  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2013-11-25T07:57:37  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-25T08:03:26  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has joined #rtems
2013-11-25T08:20:13  *** vipulnayyar <vipulnayyar!~vipul@182.68.209.198> has joined #rtems
2013-11-25T08:44:12  <gedare> skykinetic: are you here?
2013-11-25T08:46:33  <skykinetic> yes
2013-11-25T08:46:52  <gedare> skykinetic: i left the comment on the melange, but in short i need an email address to commit your work
2013-11-25T08:47:07  <skykinetic> i give you my email address here?
2013-11-25T08:47:16  <gedare> put it in melange
2013-11-25T08:47:22  <gedare> this is logged publicly to a website
2013-11-25T08:47:38  <skykinetic> okay
2013-11-25T08:47:44  <gedare> (also note that the email address you give will also be public in the rtems repo)
2013-11-25T08:48:41  <skykinetic> submitted my email address
2013-11-25T08:48:46  <gedare> ok thanks
2013-11-25T08:50:09  <gedare> http://git.rtems.org/rtems/commit/?id=d1dbabd21582e385cf496793a5dc43d91150ef9a
2013-11-25T09:05:44  <skykinetic> how does a mutex affect the priority of a thread?
2013-11-25T09:09:05  <skykinetic> i have just submitted my work, not sure if my understanding is valid
2013-11-25T09:17:28  <gedare> :) i'm explaining that right now
2013-11-25T09:33:16  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Leaving...)
2013-11-25T09:41:33  <skykinetic> the priority is being set 5 times and repeated again right?
2013-11-25T09:43:01  *** YuGin_ <YuGin_!~IceChat77@182.55.146.247> has quit IRC (Ping timeout: 248 seconds)
2013-11-25T09:47:51  <gedare> 'yeah something likie that
2013-11-25T09:51:23  <skykinetic> so after the mutex is being obtained, then the priority of the thread gets locked at the ceiling until it is released, then adjustment to the thread priority is possible.
2013-11-25T09:51:37  *** MegaAlex|away <MegaAlex|away!~MegaAlex@85.130.71.44> has quit IRC (Ping timeout: 246 seconds)
2013-11-25T10:06:25  <skykinetic> gedare: i have submitted a revised work, and i have to go now, hopefully it is better than the first submission
2013-11-25T10:08:43  *** skykinetic <skykinetic!~skykineti@175.156.15.109> has quit IRC (Quit: Leaving, offline now.)
2013-11-25T10:41:12  <cdesai> gedare: hey, thanks for the advice of posting to the -devel list, Joel's reply helped a lot :)
2013-11-25T10:54:13  <gedare> ok cdesai i'm glad it helped
2013-11-25T10:54:56  <cdesai> gedare: just go clear my doubts, in RTEMS, what does a lower (as in lower numerically) priority mean compared to a higher priority?
2013-11-25T10:55:13  <gedare> lower number means more important
2013-11-25T10:55:21  <gedare> in posix, lower number means less important
2013-11-25T10:55:46  <cdesai> ah, that was what confused me
2013-11-25T10:55:48  <gedare> thus rtems converts posix priority by inverting them to align with rtems internal representation of priority
2013-11-25T10:57:06  <cdesai> that clears it, thanks
2013-11-25T11:19:33  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-25T11:50:29  *** MegaAlex <MegaAlex!~MegaAlex@85.130.71.44> has joined #rtems
2013-11-25T11:59:02  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has joined #rtems
2013-11-25T13:24:57  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Leaving...)
2013-11-25T13:39:57  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has quit IRC (Ping timeout: 246 seconds)
2013-11-25T14:42:35  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has joined #rtems
2013-11-25T15:04:19  <gedare> kiwichris: around?
2013-11-25T15:04:26  <kiwichris> yes
2013-11-25T15:04:38  <gedare> i'm trying to figure out how to pick up the LDFLAGS for my waf conversions
2013-11-25T15:04:49  <gedare> i tried
2013-11-25T15:04:51  <gedare> ldflags = bld.get_env()['LDFLAGS']
2013-11-25T15:04:54  <gedare> but that is []
2013-11-25T15:05:06  <gedare> is something missing in the rtems.py support for link flags?
2013-11-25T15:05:19  <verm__> you have to set those in config.cfg
2013-11-25T15:05:28  <verm__> many of them aren't supported via ENV (yet)
2013-11-25T15:05:29  <kiwichris> What does 'print bld.env
2013-11-25T15:05:33  <gedare> verm__: i'm converting the examples-v2 applications
2013-11-25T15:05:33  <kiwichris> show
2013-11-25T15:05:45  <verm__> gedare: ah, i suppose i missed that
2013-11-25T15:05:47  <verm__> which repo are you using?
2013-11-25T15:05:51  <kiwichris> This is separate from the waf build
2013-11-25T15:06:02  <verm__> oh
2013-11-25T15:06:05  <kiwichris> We are using my rtems.py app building stuff
2013-11-25T15:06:10  <verm__> ahhh
2013-11-25T15:06:14  <verm__> right, got it
2013-11-25T15:06:24  <gedare> which lines do you want to see chris?
2013-11-25T15:06:42  <kiwichris> Post to guthub gist ?
2013-11-25T15:06:44  <gedare> 'LINKFLAGS' ['-qrtems', '-B/home/gedare/work/rtems/builds/build//sparc-rtems4.11/lib/', '-B/home/gedare/work/rtems/builds/build//sparc-rtems4.11/sis/lib/', '--specs', 'bsp_specs', '-mcpu=cypress', '-mcpu=cypress', '-ffunction-sections', '-ffunction-sections', '-fdata-sections', '-fdata-sections']
2013-11-25T15:06:44  <gedare> 'LINKFLAGS_MACBUNDLE' ['-bundle', '-undefined', 'dynamic_lookup']
2013-11-25T15:06:44  <gedare> 'LINKFLAGS_cshlib' ['-shared']
2013-11-25T15:06:44  <gedare> 'LINKFLAGS_cstlib' ['-Wl,-Bstatic']
2013-11-25T15:06:45  <gedare> 'LINKFLAGS_cxxshlib' ['-shared']
2013-11-25T15:06:47  <gedare> 'LINKFLAGS_cxxstlib' ['-Wl,-Bstatic']
2013-11-25T15:06:51  <gedare> ok one sec
2013-11-25T15:06:55  <gedare> i think those are the relevant ones though
2013-11-25T15:06:58  <gedare> there is nothing for LDFLAGS
2013-11-25T15:07:03  <kiwichris> Use LINKFLAGS
2013-11-25T15:07:33  <gedare> https://gist.github.com/gedare/7648923
2013-11-25T15:07:34  <gedare> ok
2013-11-25T15:07:42  <gedare> i think it is missing some flags
2013-11-25T15:07:55  <kiwichris> Such as ?
2013-11-25T15:09:06  <gedare> when i compile with the RTEMS_MAKEFILE_PATH option i get...
2013-11-25T15:09:15  <gedare> sparc-rtems4.11-gcc --pipe -B/home/gedare/work/rtems/builds/b-sis/../build/sparc-rtems4.11/sis/lib/ -specs bsp_specs -qrtems   -Wall  -O2 -g -ffunction-sections -fdata-sections    -mcpu=cypress      -Wl,--gc-sections   -mcpu=cypress   -o o-optimize/hello.exe  o-optimize/test.o
2013-11-25T15:09:45  <gedare> and with waf:
2013-11-25T15:09:47  <gedare> runner ['/opt/rtems-4.11/bin/sparc-rtems4.11-gcc', '-qrtems', '-B/home/gedare/work/rtems/builds/build//sparc-rtems4.11/lib/', '-B/home/gedare/work/rtems/builds/build//sparc-rtems4.11/sis/lib/', '--specs', 'bsp_specs', '-mcpu=cypress', '-mcpu=cypress', '-ffunction-sections', '-ffunction-sections', '-fdata-sections', '-fdata-sections', 'hello/hello_world_c/test.c.1.o', '-o', '/home/gedare/work/github/examples-v2/build/sparc-rtems4.11-sis/hello
2013-11-25T15:09:47  <gedare> /hello_world_c/hello', '-Wl,-Bstatic', '-Wl,-Bdynamic']
2013-11-25T15:09:56  <gedare> there is missing -Wl,--gc-sections
2013-11-25T15:10:12  <gedare> and it adds the Bstatic and Bdynamic
2013-11-25T15:10:24  <gedare> so there is a mismatch somewhere
2013-11-25T15:10:27  <kiwichris> Is this a recent addition to the build ?
2013-11-25T15:10:32  <kiwichris> in RTEMS ?
2013-11-25T15:10:33  <gedare> ah, yes probably
2013-11-25T15:10:45  <gedare> it is to capitalize on the fdata-sections ffunction-sections CFLAGS
2013-11-25T15:10:49  <gedare> you need the gc-sections LDFLAGS
2013-11-25T15:11:09  <kiwichris> Then I suspect a bug in the way it was added. I use the broken .pc files from the build system and if users hack RTEMS the wrong way they get missed
2013-11-25T15:12:12  <kiwichris> The build system in RTEMS lets users add anything in uncontrolled ways and why the pkconfig experiment failed
2013-11-25T15:12:37  <kiwichris> It kind of works enough to just work but not really.
2013-11-25T15:12:53  <gedare> this one shows up in the erc32.cfg
2013-11-25T15:12:58  <gedare> i see
2013-11-25T15:13:29  <kiwichris> There is 2 solutions, fix RTEMS or add the hack to the rtems.py to add a tweat. See tweaks in rtems.py.
2013-11-25T15:15:07  <gedare> where are these .pc files you mentione?
2013-11-25T15:15:20  <kiwichris> They are in the install tree and created when you build or install
2013-11-25T15:15:31  <kiwichris> find /.... -name \*.pc
2013-11-25T15:15:32  <gedare> *sigh*
2013-11-25T15:15:38  <kiwichris> yeah
2013-11-25T15:15:59  <gedare> /opt/rtems-4.11/lib/pkgconfig/expat.pc ?
2013-11-25T15:16:14  <kiwichris> you dig a little you find all sorts of rot; wish we had a better build system ......
2013-11-25T15:16:17  <gedare> i must be missing some more.
2013-11-25T15:16:17  <gedare> yeah
2013-11-25T15:16:19  <gedare> hah
2013-11-25T15:16:46  <gedare> oh right
2013-11-25T15:16:51  <gedare> "installed" RTEMS
2013-11-25T15:16:57  <gedare> i put those files somewhere else. *sigh*
2013-11-25T15:17:16  <gedare> ok i found the right one.
2013-11-25T15:17:47  <gedare> so the problem is that LDFLAGS do not go through this .pc file.
2013-11-25T15:17:57  <kiwichris> Could be
2013-11-25T15:18:04  <gedare> rather, one problem is that.
2013-11-25T15:18:31  <gedare> (my hope is to build the same binaries with waf and with the RTEMS_MAKEFILE_PATH approach for verification of student tasks)
2013-11-25T15:18:50  <gedare> ok this gives me something to investigate. thanks
2013-11-25T15:20:29  <gedare> i think i can add a tweak that conditions the -Wl,gc-config whether or not -ffunction/data-sections is in cflags.
2013-11-25T15:20:30  <kiwichris> I am working on a better tar process for root file systems. The current on you have and mine have issues.
2013-11-25T15:20:59  <kiwichris> Did you check tweak in rtems.py ?
2013-11-25T15:21:02  <kiwichris> It is simpler
2013-11-25T15:21:03  <gedare> that tar stuff has always been hackish
2013-11-25T15:21:03  <kiwichris> :)
2013-11-25T15:21:09  <gedare> yeah that's what i'm thinking.
2013-11-25T15:21:11  <gedare> and doing.
2013-11-25T15:21:41  <kiwichris> I am making it a little better, I hope and not using bin2c, rather obj copy of the tar to .o
2013-11-25T15:21:42  <gedare> but learning how to do it from waf was a good exercise.
2013-11-25T15:21:49  <kiwichris> yes
2013-11-25T15:22:01  <gedare> it would be nice to add to rtems.py i think?
2013-11-25T15:22:06  <gedare> or somwhere that makes sense.
2013-11-25T15:22:24  <kiwichris> Yes I am. Just say rootfs and the files and you get an object file
2013-11-25T15:22:29  <gedare> great.
2013-11-25T15:22:56  <kiwichris> Adding this sort of stuff to rtems.py and waf will make it much simpler to create apps
2013-11-25T15:23:24  <gedare> yeah i'm seeing that.
2013-11-25T15:23:29  <gedare> simpler and more robust
2013-11-25T15:23:53  <gedare> thanks for the support on this
2013-11-25T15:24:08  <gedare> i think we're close to a place I can generate student tasks too.
2013-11-25T15:24:10  <kiwichris> Yes. Robust because we are forced to provide real interfaces at various points in the process and not hack Makefile.inc etc
2013-11-25T15:24:34  <gedare> if you can jot me some notes about how i might write checks for cxx and posix i would appreciate it
2013-11-25T15:24:46  <gedare> for now i'll just hold off on converting those examples
2013-11-25T15:25:01  <gedare> hah
2013-11-25T15:25:03  <kiwichris> Sure. I will try and find some time and take a look
2013-11-25T15:25:10  <gedare> there already is a tweak for linkflags, for the i386.
2013-11-25T15:25:15  <gedare> so this was your solution before too.
2013-11-25T15:25:16  <kiwichris> yes
2013-11-25T15:25:26  <gedare> ok thanks
2013-11-25T15:25:49  <kiwichris> Like the re in the code to detect a bsp ?
2013-11-25T15:26:07  <gedare> heh
2013-11-25T15:26:20  <gedare> it makes me want to pull some teeth
2013-11-25T15:26:28  <kiwichris> Lets see that in make logic !!
2013-11-25T15:26:50  <gedare> careful where you say that... someone might just go off and do it
2013-11-25T15:26:56  <gedare> and then a fairy will lose its wings
2013-11-25T15:26:59  <gedare> or something along those lines.
2013-11-25T15:27:33  <kiwichris> Sure. Been reading a few children books lately ?
2013-11-25T15:28:36  <gedare> did you know mr. brown can moo?
2013-11-25T15:29:04  <gedare> ;)
2013-11-25T15:31:07  <kiwichris> Sheep go moo in upside down town
2013-11-25T15:53:24  <gedare> kiwichris: if you would like to put the rtems_waf support in its own git repository, i can make adding it as a git submodule a gci task. ;)
2013-11-25T15:54:25  <kiwichris> Yes I would
2013-11-25T15:54:40  <gedare> ok just send me a note/link when you do
2013-11-25T15:54:50  <gedare> gotta go. night
2013-11-25T16:00:08  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has quit IRC (Ping timeout: 245 seconds)
2013-11-25T16:24:03  *** kiwichris <kiwichris!~textual@CPE-58-172-129-85.nfcz1.ken.bigpond.net.au> has quit IRC (Ping timeout: 272 seconds)
2013-11-25T17:02:48  *** kiwichris <kiwichris!~textual@203-206-130-106.perm.iinet.net.au> has joined #rtems
2013-11-25T17:06:06  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-25T17:15:37  *** kiwichris <kiwichris!~textual@203-206-130-106.perm.iinet.net.au> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2013-11-25T17:23:47  *** kiwichris <kiwichris!~textual@203-206-130-106.perm.iinet.net.au> has joined #rtems
2013-11-25T17:33:57  *** kiwichris <kiwichris!~textual@203-206-130-106.perm.iinet.net.au> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2013-11-25T17:35:47  *** kiwichris <kiwichris!~textual@203-206-130-106.perm.iinet.net.au> has joined #rtems
2013-11-25T17:41:02  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has quit IRC (Quit: Leaving)
2013-11-25T18:46:58  *** MegaAlex is now known as MegaAlex|away
2013-11-25T18:54:50  *** mkhoory <mkhoory!~mkhoory@211.117.165.123> has joined #rtems
2013-11-25T18:56:52  *** mkhoory <mkhoory!~mkhoory@211.117.165.123> has quit IRC (Read error: Connection reset by peer)
2013-11-25T19:03:47  *** mkhoory <mkhoory!~mkhoory@211.117.165.123> has joined #rtems
2013-11-25T19:06:41  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has joined #rtems
2013-11-25T19:30:37  *** peerst <peerst!~peer@yrael.stritzinger.com> has quit IRC (Ping timeout: 272 seconds)
2013-11-25T19:38:28  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has quit IRC (Ping timeout: 245 seconds)
2013-11-25T19:56:01  *** peerst <peerst!~peer@yrael.stritzinger.com> has joined #rtems
2013-11-25T20:28:50  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has joined #rtems
2013-11-25T20:36:23  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2013-11-25T20:44:57  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has quit IRC (Ping timeout: 252 seconds)
2013-11-25T20:47:13  *** kiwichris <kiwichris!~textual@203-206-130-106.perm.iinet.net.au> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2013-11-25T20:54:47  *** YuGin_ <YuGin_!~IceChat77@182.55.146.247> has joined #rtems
2013-11-25T20:55:31  <YuGin_> Hi, are there any mentors online?
2013-11-25T20:57:50  *** ysionneau <ysionneau!~fallen@ks3002254.kimsufi.com> has quit IRC (Ping timeout: 264 seconds)
2013-11-25T20:57:58  *** ysionneau <ysionneau!~fallen@ks3002254.kimsufi.com> has joined #rtems
2013-11-25T21:37:12  *** kiwichris <kiwichris!~textual@CPE-58-172-129-85.nfcz1.ken.bigpond.net.au> has joined #rtems
2013-11-25T21:40:22  *** kiwichri_ <kiwichri_!~textual@CPE-58-172-129-85.nfcz1.ken.bigpond.net.au> has joined #rtems
2013-11-25T21:41:52  *** kiwichris <kiwichris!~textual@CPE-58-172-129-85.nfcz1.ken.bigpond.net.au> has quit IRC (Ping timeout: 264 seconds)
2013-11-26T00:42:36  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has joined #rtems
2013-11-26T01:01:07  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has joined #rtems
2013-11-26T01:42:38  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has quit IRC (Ping timeout: 245 seconds)
2013-11-26T03:22:44  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has quit IRC (Ping timeout: 272 seconds)
2013-11-26T03:30:51  *** MegaAlex|away is now known as MegaAlex
2013-11-26T04:30:12  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has joined #rtems
2013-11-26T04:34:41  <YuGin_> Hi, are there any mentors online?
2013-11-26T05:31:04  *** MegaAlex is now known as MegaAlex|away
2013-11-26T05:45:05  *** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2013-11-26T06:16:09  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-26T06:33:02  *** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 265 seconds)
2013-11-26T08:01:15  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2013-11-26T08:04:22  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-26T08:28:09  *** YuGin_ <YuGin_!~IceChat77@182.55.146.247> has quit IRC (Quit: For Sale: Parachute. Only used once, never opened, small stain.)
2013-11-26T09:28:00  *** gedare <gedare!~gedare@128.164.201.103> has joined #rtems
2013-11-26T10:09:11  *** MegaAlex|away is now known as MegaAlex
2013-11-26T10:22:40  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has quit IRC (Ping timeout: 264 seconds)
2013-11-26T10:26:18  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2013-11-26T10:38:37  <gedare> hi cdesai
2013-11-26T10:38:52  <cdesai> hi gedare
2013-11-26T10:39:09  <gedare> i'm reading your diff. it looks OK at a glance, but i need to see if i can build/run it
2013-11-26T10:39:25  <gedare> meanwhile, i'm going to send the task back to you to improve the .doc file. there are instructions i will llink to
2013-11-26T10:39:26  <cdesai> I've been testing with sparc/sis
2013-11-26T10:39:33  <cdesai> ok
2013-11-26T10:40:37  <gedare> posted to melange
2013-11-26T10:41:07  <gedare> i have sparc/sis on this cpu so i will test with that as well
2013-11-26T10:41:27  <gedare> unfortunately i have to bootstrap ;)
2013-11-26T10:41:59  <cdesai> from $GIT_DIR that takes as much as 5x the build time for one BSP for me
2013-11-26T10:42:20  <gedare> yep
2013-11-26T10:42:32  <gedare> it is a problem, and we're working to fix it
2013-11-26T10:42:52  <gedare> there is an alternate build system that is being worked on that will hopefully reduce a lot of the time
2013-11-26T10:43:34  <cdesai> it is put up somewhere public yet?
2013-11-26T10:43:41  * cdesai likes build systems
2013-11-26T10:45:52  <cdesai> gedare: btw, what about the copyright to the test?
2013-11-26T10:46:12  <gedare> please add your own copyright line below the OAR one.
2013-11-26T10:46:14  <gedare> like..
2013-11-26T10:46:47  <gedare> Copyright (c) 2013 Chirayu Desai <chirayu...@gmail.com>
2013-11-26T10:47:01  <cdesai> okay
2013-11-26T10:47:07  <gedare> because you used the template but made pretty substantive changes
2013-11-26T10:47:39  <cdesai>  *  COPYRIGHT (c) 2013.
2013-11-26T10:47:39  <cdesai>  *  Chirayu Desai (chirayudesai1@gmail.com).
2013-11-26T10:47:58  <gedare> i don't quite understand the logic of the benchmark timing
2013-11-26T10:48:03  <gedare> you can put it on one line.
2013-11-26T10:48:09  <gedare> I don't like the 2-line one that OAR uses
2013-11-26T10:48:40  <cdesai> the end_time?
2013-11-26T10:49:04  <gedare> the idea is to time the "pthread_setschedparam" routine, right?
2013-11-26T10:49:14  <cdesai> yep
2013-11-26T10:49:31  <gedare> then the end_time should be read right after the call to pthread_setschedparam
2013-11-26T10:50:26  <cdesai> the thing is, from what I understood from Joel, that it's to test lowering the priority, and anything after that isn't run
2013-11-26T10:50:26  <gedare> and probably the easiest way to do it is to let the test_thread call set_thread_priority() on PTHREAD_SELF
2013-11-26T10:50:41  <gedare> oh.
2013-11-26T10:50:55  <gedare> if the priority of the test_thread becomes less than init that is true
2013-11-26T10:51:16  <gedare> the initial priority is not specified by the current call to pthread_create
2013-11-26T10:52:22  <gedare> hmm
2013-11-26T10:53:28  <cdesai> gedare: "Concepts: Benchmark the call pthread_setschedparam while lowering the priority."
2013-11-26T10:53:31  <cdesai> sounds good?
2013-11-26T10:54:34  <gedare> yeah, but put the description on a line with a leading + like the example
2013-11-26T10:54:48  <cdesai> done
2013-11-26T10:55:13  <gedare> now lets get back to the logic here...
2013-11-26T10:56:11  <gedare> hm
2013-11-26T10:56:39  <cdesai> https://github.com/RTEMS/rtems/blob/master/cpukit/posix/src/pthread.c#L57
2013-11-26T10:57:24  <gedare> yeah
2013-11-26T10:57:33  <gedare> so the test_thread starts with the lowest priority
2013-11-26T10:57:41  <gedare> so it is impossible to lower its priority
2013-11-26T10:57:51  <gedare> that's the first problem i have with this test
2013-11-26T10:59:34  <gedare> in order to cause a preemption due to lowering priority, you need to first get a thread at a higher priority
2013-11-26T10:59:39  <gedare> and then lower that thread's priority
2013-11-26T11:01:09  <gedare> does that make sense?
2013-11-26T11:02:07  <cdesai> so I need to call pthread_create with a higher priority?
2013-11-26T11:02:07  <cdesai> const pthread_attr_t *attr, I guess that has it
2013-11-26T11:02:14  <gedare> yeah
2013-11-26T11:02:24  <gedare> or you can set the priority after creating it
2013-11-26T11:03:04  <cdesai> default is 2, so 1 should be what I want
2013-11-26T11:03:43  <gedare> like with ...
2013-11-26T11:03:57  <gedare> pthread_getschedparam(pthread_self(), &policy, &param);
2013-11-26T11:04:17  <gedare> param.sched_priority++;
2013-11-26T11:04:31  <gedare> pthread_setschedparam(thread_ID, &policy, &param);
2013-11-26T11:04:37  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-26T11:04:43  <gedare> after the pthread_create()
2013-11-26T11:04:57  <gedare> this will set the created thread's priority to be 1 more than the init thread
2013-11-26T11:05:11  <gedare> alternately you can just set it to the max, like
2013-11-26T11:05:29  <gedare> param.sched_priority = sched_get_priority_max( SCHED_FIFO );
2013-11-26T11:05:45  <gedare> now the test_thread will start to run
2013-11-26T11:06:19  <gedare> where all it does is call
2013-11-26T11:06:30  <gedare> set_thread_priority(pthread_self(), 2);
2013-11-26T11:06:41  <gedare> this will lower its priority and cause init thread to run
2013-11-26T11:06:51  <gedare> which should then call end_time=benchmark_read()
2013-11-26T11:07:09  <cdesai> trying
2013-11-26T11:07:15  <gedare> as the next line after the pthread_setschedparam(thread_ID, &policy, &param);
2013-11-26T11:07:19  <gedare> does it make sense?
2013-11-26T11:07:23  <cdesai> sounds easier, yeah
2013-11-26T11:07:34  <gedare> ok you understand the logic?
2013-11-26T11:07:39  <cdesai> I did
2013-11-26T11:08:25  <cdesai> just confused with thread_ID vs pthread_self()
2013-11-26T11:08:26  *** edwardk_ <edwardk_!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-26T11:08:33  <gedare> ok
2013-11-26T11:08:46  <gedare> within the init thread, thread_ID is the created thread, and pthread_self() is init
2013-11-26T11:09:00  <gedare> within the created thread, pthread_self() is the created thread and there is no handle for the init thread.
2013-11-26T11:09:30  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Ping timeout: 272 seconds)
2013-11-26T11:14:34  <cdesai> pthread_setschedparam - lower own priority 54
2013-11-26T11:14:36  <cdesai> :)
2013-11-26T11:16:24  <cdesai> gedare: I gotta go, getting late here - I've uploaded the new patch to melange, with the updated documentation and code
2013-11-26T11:16:34  <cdesai> night all
2013-11-26T11:16:48  <gedare> ok
2013-11-26T11:16:48  *** edwardk_ <edwardk_!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Ping timeout: 245 seconds)
2013-11-26T11:17:30  <gedare> cdesai,
2013-11-26T11:17:40  <gedare> i'll leave the comment on melange nvm
2013-11-26T11:24:01  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-26T11:45:51  *** gedare <gedare!~gedare@128.164.201.103> has quit IRC (Quit: Leaving)
2013-11-26T12:07:51  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has joined #rtems
2013-11-26T13:21:11  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has quit IRC (Ping timeout: 252 seconds)
2013-11-26T13:58:57  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has joined #rtems
2013-11-26T15:10:04  *** MegaAlex <MegaAlex!~MegaAlex@85.130.71.44> has quit IRC (Read error: Operation timed out)
2013-11-26T15:11:55  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has quit IRC (Ping timeout: 252 seconds)
2013-11-26T15:15:49  *** MegaAlex|away <MegaAlex|away!~MegaAlex@85.130.71.44> has joined #rtems
2013-11-26T15:32:09  *** DrJoel <DrJoel!~IceChat77@67.63.146.110> has joined #rtems
2013-11-26T15:32:10  *** DrJoel <DrJoel!~IceChat77@rtems/maintainer/joel> has joined #rtems
2013-11-26T15:32:10  *** ChanServ sets mode: +o DrJoel
2013-11-26T15:33:03  *** MegaAlex|away is now known as MegaAlex
2013-11-26T15:40:01  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has joined #rtems
2013-11-26T15:46:25  *** DrJoel <DrJoel!~IceChat77@rtems/maintainer/joel> has quit IRC (Quit: I cna ytpe 300 wrods pre mniuet!!!)
2013-11-26T16:06:13  <gedare> kiwichri_: http://wiki.rtems.org/wiki/index.php/GoogleCodeInProjects#Convert_RTEMS_Example_Applications_to_Waf_builds
2013-11-26T16:06:39  <gedare> i will instantiate some tasks soon to add some of the subdirectories that don't actually build applications but just control recursion.
2013-11-26T16:07:19  <gedare> but not now, because it's time to go :)
2013-11-26T16:09:13  <kiwichri_> Ok
2013-11-26T16:11:57  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has quit IRC (Ping timeout: 272 seconds)
2013-11-26T16:25:50  *** MegaAlex <MegaAlex!~MegaAlex@85.130.71.44> has quit IRC (Ping timeout: 245 seconds)
2013-11-26T16:28:50  *** MegaAlex <MegaAlex!~MegaAlex@85.130.71.44> has joined #rtems
2013-11-26T16:34:08  *** MegaAlex is now known as MegaAlex|away
2013-11-26T16:53:45  *** kiwichri_ <kiwichri_!~textual@CPE-58-172-129-85.nfcz1.ken.bigpond.net.au> has quit IRC (Ping timeout: 245 seconds)
2013-11-26T17:15:41  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2013-11-26T17:26:54  *** kiwichris <kiwichris!~textual@101.164.248.105> has joined #rtems
2013-11-26T17:37:41  *** kiwichris <kiwichris!~textual@101.164.248.105> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2013-11-26T17:38:55  *** kiwichris <kiwichris!~textual@101.164.248.105> has joined #rtems
2013-11-26T17:40:57  *** kiwichris <kiwichris!~textual@101.164.248.105> has quit IRC (Client Quit)
2013-11-26T17:42:46  *** kiwichris <kiwichris!~textual@101.164.248.105> has joined #rtems
2013-11-26T17:55:39  *** kiwichris <kiwichris!~textual@101.164.248.105> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2013-11-26T18:09:39  *** MegaAlex|away <MegaAlex|away!~MegaAlex@85.130.71.44> has quit IRC (Ping timeout: 272 seconds)
2013-11-26T18:13:22  *** MegaAlex|away <MegaAlex|away!~MegaAlex@85.130.71.44> has joined #rtems
2013-11-26T18:16:57  *** kiwichris <kiwichris!~textual@101.164.248.105> has joined #rtems
2013-11-26T18:21:04  *** kiwichris <kiwichris!~textual@101.164.248.105> has quit IRC (Client Quit)
2013-11-26T18:21:19  *** kiwichris <kiwichris!~textual@101.164.248.105> has joined #rtems
2013-11-26T18:25:17  *** kiwichris <kiwichris!~textual@101.164.248.105> has quit IRC (Client Quit)
2013-11-26T18:29:11  *** kiwichris <kiwichris!~textual@101.164.248.105> has joined #rtems
2013-11-26T18:32:15  *** kiwichris <kiwichris!~textual@101.164.248.105> has quit IRC (Client Quit)
2013-11-26T18:44:27  *** kiwichris <kiwichris!~textual@101.164.248.105> has joined #rtems
2013-11-26T18:50:27  *** kiwichris <kiwichris!~textual@101.164.248.105> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2013-11-26T19:09:45  *** kiwichris <kiwichris!~textual@101.164.248.105> has joined #rtems
2013-11-26T19:14:19  *** kiwichris <kiwichris!~textual@101.164.248.105> has quit IRC (Client Quit)
2013-11-26T19:22:13  *** MegaAlex|away <MegaAlex|away!~MegaAlex@85.130.71.44> has quit IRC (Ping timeout: 248 seconds)
2013-11-26T19:35:55  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has joined #rtems
2013-11-26T19:48:01  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has quit IRC (Ping timeout: 252 seconds)
2013-11-26T20:14:50  *** kiwichris <kiwichris!~textual@CPE-58-172-129-85.nfcz1.ken.bigpond.net.au> has joined #rtems
2013-11-26T20:34:55  <mkhoory> hi kiwichris , I was wondering if there's any page or doc detailing the RAP format
2013-11-26T20:34:56  <kiwichris> Sorry no documentation on the format.
2013-11-26T20:37:06  <mkhoory> hmm ok. I'm just getting an error while loading a RAP and I was trying to figure out why it's happening. "read size larger than cache size"
2013-11-26T20:37:22  <mkhoory> does this mean the RAP is simply too big?
2013-11-26T20:40:12  <mkhoory> while reading the code, it seems that the error is occuring because the block size of the RAP is larger than the decompressor cache size, at least from what I understood. what determines the block size of the RAP?
2013-11-26T21:02:37  <kiwichris> That looks like a bug
2013-11-26T21:03:29  <kiwichris> What happens if you increase the cache block size ?
2013-11-26T22:54:31  <mkhoory> I can increase it? huh. I thought it was a fixed value or something. Let me try that
2013-11-26T22:57:15  <mkhoory> I'm getting other strange issues as well, and I can't tell if it's a bug or if it's because of my configuration (stack might be too small for example). I'll keep trying before I come to a conclusion
2013-11-26T23:02:39  <mkhoory> for example, after failing to load the rap/elf, I noticed that the contents of the file actually changed (based on MD5), which is strange
2013-11-26T23:19:44  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has joined #rtems
2013-11-27T00:28:22  *** MegaAlex|away <MegaAlex|away!~MegaAlex@85.130.71.44> has joined #rtems
2013-11-27T00:52:31  <mkhoory> kiwichris, after increasing the block size from 2048 to 4096 I stopped getting the error. I'm getting a "decompression failed" error now lol (also the file content changes). I'm still working on it
2013-11-27T01:04:21  *** MegaAlex|away <MegaAlex|away!~MegaAlex@85.130.71.44> has quit IRC (Ping timeout: 252 seconds)
2013-11-27T01:08:22  *** MegaAlex|away <MegaAlex|away!~MegaAlex@85.130.71.44> has joined #rtems
2013-11-27T01:30:21  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has joined #rtems
2013-11-27T01:34:06  <sebhub> good morning
2013-11-27T02:19:09  *** MegaAlex|away <MegaAlex|away!~MegaAlex@85.130.71.44> has quit IRC (Ping timeout: 252 seconds)
2013-11-27T02:20:31  *** MegaAlex|away <MegaAlex|away!~MegaAlex@85.130.71.44> has joined #rtems
2013-11-27T03:05:21  *** MegaAlex|away <MegaAlex|away!~MegaAlex@85.130.71.44> has quit IRC (Ping timeout: 252 seconds)
2013-11-27T03:16:32  *** MegaAlex|away <MegaAlex|away!~MegaAlex@85.130.71.44> has joined #rtems
2013-11-27T04:15:24  *** YuGin <YuGin!~IceChat77@182.55.146.247> has joined #rtems
2013-11-27T04:21:05  <YuGin> Hi mentors, I'm currently working on an 'Updating Citations' task and I'd like to clarify some things regarding what should and should not be added as a citation. How significant a reference to RTEMS in the appropriate context should an article make before it should be added?
2013-11-27T06:03:37  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-27T06:40:55  *** phipse <phipse!~phipse@wg0193.dip.tu-dresden.de> has joined #rtems
2013-11-27T07:40:41  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has quit IRC (Ping timeout: 272 seconds)
2013-11-27T07:54:59  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Ping timeout: 272 seconds)
2013-11-27T08:01:08  <phipse> hi, is there a way to rebuild rtems/configure, without bootstrapping the whole system again?
2013-11-27T08:02:14  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-27T08:08:47  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2013-11-27T08:23:43  *** rokka <rokka!~rokka@mail.kilt.fi> has joined #rtems
2013-11-27T08:30:31  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has quit IRC (Remote host closed the connection)
2013-11-27T08:32:10  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has joined #rtems
2013-11-27T08:36:10  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has joined #rtems
2013-11-27T08:46:53  <gedare> morning
2013-11-27T09:04:09  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-27T09:21:16  *** MegaAlex|away is now known as MegaAlex
2013-11-27T09:25:49  *** YuGin <YuGin!~IceChat77@182.55.146.247> has quit IRC (Ping timeout: 272 seconds)
2013-11-27T09:28:15  <cdesai> morning
2013-11-27T09:35:07  <cdesai> gedare: ugh, how did I miss initiliazing the timer? :(
2013-11-27T09:35:08  <cdesai> anyways, glad that the working version for committed
2013-11-27T09:35:13  <cdesai> thanks for all the help sir :)
2013-11-27T09:44:00  <gedare> yep
2013-11-27T09:44:30  <cdesai> btw, http://git.io/j6r2CA - the csv update that Joel asked me to do
2013-11-27T09:45:30  <gedare> i think joel updated it himself. his note was more to include the update in future tasks of this type if you do any
2013-11-27T09:45:51  <cdesai> okay
2013-11-27T09:46:17  <cdesai> are there any more QA tasks left? (not seeing any open task on melange)
2013-11-27T09:47:52  *** cdesai <cdesai!~cd@cyanogenmod/maintainer/cdesai> has quit IRC ()
2013-11-27T09:48:03  *** cdesai <cdesai!~cd@cyanogenmod/maintainer/cdesai> has joined #rtems
2013-11-27T10:10:46  <cdesai> gedare: ping
2013-11-27T10:10:47  <cdesai> http://www.google-melange.com/gci/task/view/google/gci2013/4934262977462272
2013-11-27T10:10:48  <gcibot> Finish a POSIX API Chapter: Memory Management Manager 12.1-12.3
2013-11-27T10:10:48  <gcibot> Status: Open
2013-11-27T10:10:48  <gcibot> Mentor(s): Joel Sherrill
2013-11-27T10:10:52  <gedare> hi cdesai
2013-11-27T10:10:57  <cdesai> http://www.rtems.org/onlinedocs/doc-current/share/rtems/html/posix_users/posix_users.html gives a 404
2013-11-27T10:11:27  <gedare> http://www.rtems.org/onlinedocs/doc-current/share/rtems/html/posix_users/
2013-11-27T10:12:21  <gedare> make a note on melange about this please
2013-11-27T10:12:32  <cdesai> okay
2013-11-27T10:33:46  <cdesai> gedare: for the psx05 test documentation, should I include a description of what each function is tested for or will a short summary do?
2013-11-27T10:34:49  <gedare> summarize.. try to find examples
2013-11-27T10:34:57  <gedare> there are a lot in the sptests suite.
2013-11-27T10:35:04  <gedare> sorry, examples to mimic
2013-11-27T10:58:17  *** antgreen <antgreen!~green@dsl-173-206-82-201.tor.primus.ca> has quit IRC (Ping timeout: 272 seconds)
2013-11-27T11:00:59  <phipse> gedare: do you remember the enable-paravirt issue?
2013-11-27T11:01:06  <gedare> yes
2013-11-27T11:01:45  <gedare> i think we agreed it is OK to add this option... was there a patch submitted?
2013-11-27T11:01:55  <phipse> I implemented the configuration option and separated the virtual from the native code in score/cpu/i386/
2013-11-27T11:02:13  <phipse> but I don't know where to place the virtualizationlayercpu.h include file in the score/ tree
2013-11-27T11:02:54  <phipse> is it okay to place it in cpukit/score/include/rtems/score?
2013-11-27T11:02:54  <gedare> can i see the file contents somewhere?
2013-11-27T11:02:57  <phipse> sec
2013-11-27T11:03:16  <gedare> that is a long file name :)
2013-11-27T11:03:55  <phipse> https://github.com/phipse/rtems/blob/virt-bsp/c/src/lib/libbsp/i386/virtualpok/include/virtualizationlayercpu.h
2013-11-27T11:04:45  <phipse> it defines the cpu part of the virtualization layer
2013-11-27T11:05:29  <gedare> where are the functions implemented?
2013-11-27T11:05:30  <phipse> ... and because it's cpu specific it should go into score/cpu/i386/ ?
2013-11-27T11:05:35  <phipse> in the host system
2013-11-27T11:06:15  <gedare> "_CPU_Virtual_Irq_request" is implemented...?
2013-11-27T11:06:23  <gedare> in cpukit/score/cpu/i386?
2013-11-27T11:06:54  <phipse> No it is used there, but the implementation is done by the host system, rtems should run on, e.g. POK
2013-11-27T11:07:12  <phipse> and provided at compile time via a library
2013-11-27T11:07:19  <gedare> ah.
2013-11-27T11:07:31  <gedare> so this is just to provide the symbol name.
2013-11-27T11:07:39  <gedare> hmmm
2013-11-27T11:07:47  <phipse> yes, therefore it cannot stay in libbsp/i386/virtualpok
2013-11-27T11:08:23  <phipse> for now, as we don't have any other virtualized architecture, I would put it into score/cpu/i386
2013-11-27T11:08:54  <phipse> or should it go into score/cpu/i386/rtems/score/?
2013-11-27T11:08:54  <gedare> I think score/include... is ok
2013-11-27T11:09:06  <phipse> even though it's i386 specific?
2013-11-27T11:09:11  <gedare> hmm.
2013-11-27T11:09:22  <gedare> the thing is that it just defines the symbols. nothing gets compiled
2013-11-27T11:09:34  <gedare> it's a bit of an oddball.
2013-11-27T11:09:47  <gedare> you could put it under i386 for now i suppose.
2013-11-27T11:10:25  <gedare> yeah put it under the i386 for now. hm.
2013-11-27T11:10:38  <phipse> ok, thanks.
2013-11-27T11:10:43  <gedare> honestly i'm not sure if the header is a good idea...
2013-11-27T11:11:05  <gedare> one sec, poking around
2013-11-27T11:11:45  <gedare> where do these functions get used?
2013-11-27T11:16:25  <phipse> they are used in the i386/ implementation
2013-11-27T11:17:59  <gedare> ok. i would just add a local header where they are used then so that the symbols are defined...
2013-11-27T11:18:50  <gedare> this header does not need to be installed or anything. you could also just declare those functions "extern" in the .c file and make a note about where they come from... although doing that is generally frowned on in RTEMS, this usage is different than our usual.
2013-11-27T11:19:48  <phipse> but, this file defines the interface to the host system and I think this should be covered in one file. When you start to virtualize other architectures this is your starting point.
2013-11-27T11:19:48  <gedare> this issue could probably be discussed on rtems-devel. hard to say how much feedback you'd get though
2013-11-27T11:20:07  <gedare> by the way, i recently saw that freertos is apparently easy to paravirtualize. did you ever run across it?
2013-11-27T11:20:18  <gedare> ok that sounds reasonable
2013-11-27T11:20:28  <phipse> So I don't like to split this up.
2013-11-27T11:20:47  <phipse> heard of it, but didn't work with it.
2013-11-27T11:21:13  <gedare> i might like a different name for it. but go with what you have for now
2013-11-27T11:21:40  <phipse> last time you didn't like the shorter virtlayercpu.h ;)
2013-11-27T11:25:08  <gedare> guess i'm just not pleasable.
2013-11-27T11:25:17  <gedare> if that is a word
2013-11-27T11:25:32  <gedare> my dictionary says no.
2013-11-27T11:28:02  <phipse> but it's understanable
2013-11-27T12:02:33  <phipse> gedare: I just send the patches to rtems-devel
2013-11-27T12:11:12  <phipse> bye
2013-11-27T12:11:14  *** phipse <phipse!~phipse@wg0193.dip.tu-dresden.de> has quit IRC (Quit: leaving)
2013-11-27T13:56:39  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has quit IRC (Ping timeout: 252 seconds)
2013-11-27T14:08:27  *** cafi <cafi!bc1953b4@gateway/web/freenode/ip.188.25.83.180> has joined #rtems
2013-11-27T14:08:41  <cafi> hi all
2013-11-27T14:08:56  <cafi> any one ?
2013-11-27T14:35:36  *** antgreen <antgreen!~green@dsl-173-206-82-201.tor.primus.ca> has joined #rtems
2013-11-27T14:37:21  *** cafi <cafi!bc1953b4@gateway/web/freenode/ip.188.25.83.180> has quit IRC (Ping timeout: 250 seconds)
2013-11-27T15:04:19  <gedare> hi.. or not
2013-11-27T15:41:23  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has quit IRC (Ping timeout: 272 seconds)
2013-11-27T15:47:05  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Read error: Operation timed out)
2013-11-27T17:08:09  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has joined #rtems
2013-11-27T17:18:22  *** MegaAlex is now known as MegaAlex|away
2013-11-27T17:20:03  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has quit IRC (Ping timeout: 252 seconds)
2013-11-27T18:05:30  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-27T19:38:06  *** YuGin <YuGin!~IceChat77@182.55.146.247> has joined #rtems
2013-11-27T19:42:53  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has joined #rtems
2013-11-27T20:01:03  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has quit IRC (Ping timeout: 272 seconds)
2013-11-27T20:47:21  <mkhoory> Might be too early, but I recently got an idea for a proposal that students can try out next GSOC
2013-11-27T20:48:05  <mkhoory> basically, port the RFS filesystem code to FUSE on Linux, so that you can mount dumps of RAMDisks on the host, which can be very useful
2013-11-27T20:48:21  <mkhoory> it's not very necessary, but it'ssomething that would be really nice to have.
2013-11-27T20:56:36  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has joined #rtems
2013-11-27T21:16:15  <dunsmoreb> What do I do for the citations check if there are no new things to add?
2013-11-27T21:23:31  <dunsmoreb> Can I just submit a file that states no citations were found?
2013-11-27T22:25:23  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has quit IRC (Quit: Leaving)
2013-11-27T23:02:31  *** kiwichris <kiwichris!~textual@CPE-58-172-129-85.nfcz1.ken.bigpond.net.au> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2013-11-27T23:18:08  *** kiwichris <kiwichris!~textual@1.130.101.242> has joined #rtems
2013-11-27T23:34:11  <mkhoory> oh man.. I just realized. In my application, all this time, allocations on the heap also had a chance of allocating on top of the ramdisk, which may or may not corrupt the filesystem. O_O this was going on for several months now and I only realized this now
2013-11-27T23:52:09  *** kiwichris <kiwichris!~textual@1.130.101.242> has quit IRC (Read error: Connection reset by peer)
2013-11-28T00:07:39  *** kiwichris <kiwichris!~textual@CPE-58-172-129-85.nfcz1.ken.bigpond.net.au> has joined #rtems
2013-11-28T00:59:23  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has joined #rtems
2013-11-28T01:21:54  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has joined #rtems
2013-11-28T02:13:01  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has quit IRC (Read error: Operation timed out)
2013-11-28T03:36:39  *** peerst_ <peerst_!~peer@yrael.stritzinger.com> has joined #rtems
2013-11-28T03:36:40  *** peerst <peerst!~peer@yrael.stritzinger.com> has quit IRC (Read error: Connection reset by peer)
2013-11-28T03:36:40  *** peerst_ is now known as peerst
2013-11-28T03:37:50  *** MegaAlex|away is now known as MegaAlex
2013-11-28T04:43:12  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has quit IRC (Ping timeout: 240 seconds)
2013-11-28T04:47:28  *** phipse <phipse!~phipse@141.76.49.25> has joined #rtems
2013-11-28T04:47:35  <phipse> hi
2013-11-28T05:19:02  *** rokka_ <rokka_!~rokka@109.204.235.59> has joined #rtems
2013-11-28T05:22:16  *** rokka_ <rokka_!~rokka@109.204.235.59> has quit IRC (Client Quit)
2013-11-28T05:25:45  *** rokka <rokka!~rokka@mail.kilt.fi> has quit IRC (Quit: leaving)
2013-11-28T05:31:25  *** rokka <rokka!~rokka@109.204.235.59> has joined #rtems
2013-11-28T06:29:50  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has joined #rtems
2013-11-28T07:12:18  *** skykinetic <skykinetic!~skykineti@175.156.15.109> has joined #rtems
2013-11-28T07:14:03  *** skykinetic <skykinetic!~skykineti@175.156.15.109> has quit IRC (Client Quit)
2013-11-28T07:14:35  *** skykinetic <skykinetic!~skykineti@175.156.15.109> has joined #rtems
2013-11-28T07:19:06  *** oocode <oocode!~supremo@189-041-45-011.xd-dynamic.ctbcnetsuper.com.br> has joined #rtems
2013-11-28T08:37:16  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has joined #rtems
2013-11-28T09:12:30  *** skykinetic <skykinetic!~skykineti@175.156.15.109> has left #rtems
2013-11-28T09:46:42  <oocode> Iron man?
2013-11-28T09:51:21  *** YuGin <YuGin!~IceChat77@182.55.146.247> has quit IRC (Ping timeout: 272 seconds)
2013-11-28T09:56:05  *** phipse <phipse!~phipse@141.76.49.25> has quit IRC (Quit: leaving)
2013-11-28T10:09:47  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has quit IRC (Ping timeout: 260 seconds)
2013-11-28T10:45:33  *** oocode <oocode!~supremo@189-041-45-011.xd-dynamic.ctbcnetsuper.com.br> has quit IRC (Quit: Saindo)
2013-11-28T11:09:40  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2013-11-28T11:15:37  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-28T12:01:30  *** antgreen <antgreen!~green@dsl-173-206-82-201.tor.primus.ca> has quit IRC (Ping timeout: 252 seconds)
2013-11-28T12:17:11  *** antgreen <antgreen!~green@dsl-173-206-82-201.tor.primus.ca> has joined #rtems
2013-11-28T12:42:37  *** marcinb <marcinb!~mmd@85.234.195.172.static.edpnet.net> has joined #rtems
2013-11-28T13:04:29  *** antgreen <antgreen!~green@dsl-173-206-82-201.tor.primus.ca> has quit IRC (Ping timeout: 252 seconds)
2013-11-28T13:23:16  *** antgreen <antgreen!~green@dsl-173-206-82-201.tor.primus.ca> has joined #rtems
2013-11-28T14:44:51  *** monstr__ <monstr__!~monstr@nat-63.starnet.cz> has quit IRC (Ping timeout: 272 seconds)
2013-11-28T17:45:57  *** marcinb <marcinb!~mmd@85.234.195.172.static.edpnet.net> has quit IRC (Quit: Leaving)
2013-11-28T18:04:59  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has joined #rtems
2013-11-28T18:26:30  *** cdesai <cdesai!~cd@cyanogenmod/maintainer/cdesai> has quit IRC (Read error: Connection reset by peer)
2013-11-28T18:26:41  *** cdesai <cdesai!~cd@cyanogenmod/maintainer/cdesai> has joined #rtems
2013-11-28T18:39:35  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2013-11-28T18:44:01  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-28T18:51:08  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2013-11-28T19:11:08  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has quit IRC (Ping timeout: 246 seconds)
2013-11-28T19:28:52  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-28T20:07:35  *** kiwichris <kiwichris!~textual@CPE-58-172-129-85.nfcz1.ken.bigpond.net.au> has quit IRC (Ping timeout: 272 seconds)
2013-11-28T20:08:35  *** kiwichris <kiwichris!~textual@CPE-58-172-129-85.nfcz1.ken.bigpond.net.au> has joined #rtems
2013-11-28T20:20:44  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2013-11-28T22:18:44  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-29T00:16:06  *** YuGin <YuGin!~IceChat77@182.55.146.247> has joined #rtems
2013-11-29T01:26:22  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has joined #rtems
2013-11-29T01:31:30  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has quit IRC (Ping timeout: 240 seconds)
2013-11-29T01:31:47  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has joined #rtems
2013-11-29T01:41:02  *** rokka <rokka!~rokka@109.204.235.59> has quit IRC (Ping timeout: 264 seconds)
2013-11-29T01:41:21  *** rokka <rokka!~rokka@109.204.235.59> has joined #rtems
2013-11-29T02:24:39  *** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2013-11-29T02:41:13  *** YuGin_ <YuGin_!~IceChat77@182.55.146.247> has joined #rtems
2013-11-29T02:42:47  *** YuGin <YuGin!~IceChat77@182.55.146.247> has quit IRC (Ping timeout: 272 seconds)
2013-11-29T03:13:17  *** mkhoory <mkhoory!~mkhoory@211.117.165.123> has quit IRC (Read error: Connection reset by peer)
2013-11-29T03:26:56  *** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has quit IRC (*.net *.split)
2013-11-29T03:26:56  *** antgreen <antgreen!~green@dsl-173-206-82-201.tor.primus.ca> has quit IRC (*.net *.split)
2013-11-29T03:27:49  *** monstr <monstr!~monstr@nat-63.starnet.cz> has joined #rtems
2013-11-29T03:34:35  *** antgreen <antgreen!~green@dsl-173-206-82-201.tor.primus.ca> has joined #rtems
2013-11-29T05:42:14  *** antgreen <antgreen!~green@dsl-173-206-82-201.tor.primus.ca> has quit IRC (Ping timeout: 265 seconds)
2013-11-29T05:57:48  *** antgreen <antgreen!~green@dsl-173-206-82-201.tor.primus.ca> has joined #rtems
2013-11-29T06:51:14  *** antgreen <antgreen!~green@dsl-173-206-82-201.tor.primus.ca> has quit IRC (Ping timeout: 264 seconds)
2013-11-29T07:10:23  *** YuGin_ <YuGin_!~IceChat77@182.55.146.247> has quit IRC (Read error: Connection reset by peer)
2013-11-29T07:15:19  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has joined #rtems
2013-11-29T08:21:17  *** antgreen <antgreen!~green@dsl-173-206-82-201.tor.primus.ca> has joined #rtems
2013-11-29T08:26:55  *** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Remote host closed the connection)
2013-11-29T08:39:20  *** yomanurock <yomanurock!3b5f1fdb@gateway/web/freenode/ip.59.95.31.219> has joined #rtems
2013-11-29T08:40:52  <yomanurock> I am taking part in Google Code-In and am planning to take up this task by RTEMS. It includes documenting some code using doxygen. Where do I obtain this code?
2013-11-29T08:41:59  <cdesai> yomanurock: it'll have a link in the task, and that page (the rtems wiki) has instructions on that
2013-11-29T08:43:09  <yomanurock> the task page has a link to a list of files and a link to the wiki - none of which state where to obtain these files :(
2013-11-29T08:49:56  *** yomanurock <yomanurock!3b5f1fdb@gateway/web/freenode/ip.59.95.31.219> has quit IRC (Quit: Page closed)
2013-11-29T09:28:28  <gedare> ah
2013-11-29T09:28:48  <gedare> he was confused about the rtems source code. if he shows up, someone can suggest he try the getting started guide task first
2013-11-29T09:30:47  *** antgreen <antgreen!~green@dsl-173-206-82-201.tor.primus.ca> has quit IRC (Ping timeout: 260 seconds)
2013-11-29T09:33:11  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has quit IRC (Ping timeout: 252 seconds)
2013-11-29T10:22:02  <cdesai> I'm trying to build the examples with waf, but I'm having trouble getting it to run
2013-11-29T10:22:22  <cdesai> what should I set rtems path to? (i.e. the one passed to --rtems while running waf configure)
2013-11-29T10:23:25  <cdesai> I've looked through the code, and everything I have tried so far has failed
2013-11-29T10:23:50  <cdesai> ah got it I think, have to install RTEMS
2013-11-29T10:27:31  *** monstr <monstr!~monstr@nat-63.starnet.cz> has quit IRC (Remote host closed the connection)
2013-11-29T13:05:25  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has joined #rtems
2013-11-29T13:49:40  *** asx15 <asx15!~asd@46.49.55.27> has joined #rtems
2013-11-29T14:14:38  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has quit IRC (Ping timeout: 240 seconds)
2013-11-29T14:18:06  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has joined #rtems
2013-11-29T15:03:41  *** asx15 <asx15!~asd@46.49.55.27> has quit IRC (Quit: Leaving.)
2013-11-29T15:25:19  *** antgreen <antgreen!~green@dsl-173-206-82-201.tor.primus.ca> has joined #rtems
2013-11-29T16:20:11  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has joined #rtems
2013-11-29T17:33:10  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2013-11-29T17:49:46  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has quit IRC (Ping timeout: 245 seconds)
2013-11-29T18:19:45  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-29T18:45:09  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2013-11-29T18:54:11  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has joined #rtems
2013-11-29T18:56:59  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has joined #rtems
2013-11-29T19:02:42  <gedare> hi kiwichris
2013-11-29T19:06:42  <dunsmoreb> gedare, sorry about that. I'll make sure to pull in the future.
2013-11-29T19:07:01  <gedare> hey dunsmoreb sure. i would have had to fix it anyway
2013-11-29T19:07:13  <gedare> when there are more than two students doing these tasks at once, the top-level wscript gets a conflict
2013-11-29T19:07:51  <gedare> did you enjoy these waf tasks?
2013-11-29T19:08:24  <dunsmoreb> I did. Code tasks are the most fun. =P
2013-11-29T19:09:46  <gedare> i'm about to release another set.
2013-11-29T19:09:54  <gedare> the instructions aren't complete still..
2013-11-29T19:10:00  <gedare> but you guys seemed to have figured it out well enough
2013-11-29T19:10:11  <gedare> my instructions were basically giong to be to copy what is there and adapt it. ;)
2013-11-29T19:10:50  <dunsmoreb> Oh! I was about to claim a task, but this sounds more interesting. ;)
2013-11-29T19:11:12  <gedare> done.
2013-11-29T19:11:23  <dunsmoreb> Oh wow.
2013-11-29T19:11:56  <gedare> ;)
2013-11-29T19:12:56  <dunsmoreb> Same thing I'm assuming?
2013-11-29T19:13:01  <gedare> yeah..
2013-11-29T19:13:05  <gedare> look for guidance in other examples
2013-11-29T19:13:11  <gedare> and if you get stuck ask for help / google
2013-11-29T19:13:39  <dunsmoreb> Cool.
2013-11-29T19:14:09  <dunsmoreb> I've been learning emacs at the same time, all this work has helped me memorize the chords.
2013-11-29T19:14:42  <gedare> heh. nice
2013-11-29T19:15:57  <dunsmoreb> Yeah. Evil + Emacs is the best of both worlds.
2013-11-29T19:18:02  <javamonnn> hey gedare when you get a chance can you review my doxygen patch so I can claim some of this waf stuff ;)
2013-11-29T19:18:49  <gedare> yes thanks for the reminder. i downloaded the patch but lost the task window... applied and generating now
2013-11-29T19:20:00  <gedare> javamonnn: you defgroup bsp_interrupt that already exists?
2013-11-29T19:20:12  <gedare> irq.h and irq-generic.h both defgroup bsp_interrupt
2013-11-29T19:21:44  <javamonnn> okay yeah hm I should've checked that more. I reapplied an old patch I had generated on a new branch thinking that if the changes already existed then they wouldn't be commited
2013-11-29T19:22:23  <dunsmoreb> gedare, first one done. =)
2013-11-29T19:22:33  <gedare> javamonnn: sending back to you
2013-11-29T19:23:10  <gedare> looks like that group is defined in another file too, irq-info.h
2013-11-29T19:23:12  <gedare> if you want to fix that..
2013-11-29T19:23:15  <dunsmoreb> I feel like all these wscripts and Makefiles could be generated from a template.
2013-11-29T19:23:39  <gedare> dunsmoreb: probably, for such simple programs
2013-11-29T19:24:14  <dunsmoreb> But I guess it's better to have the infrastructure in place then to have to go back and a bunch of exceptions later.
2013-11-29T19:27:00  <gedare> merged and tested. closed task.
2013-11-29T19:30:15  <dunsmoreb> Thanks.
2013-11-29T19:31:29  <dunsmoreb> gedare, for all the other wscripts, do you want seperate bld.recurses()?
2013-11-29T19:32:15  <gedare> for now yes please
2013-11-29T19:32:21  <gedare> for consistency sake
2013-11-29T19:32:50  <gedare> i don't know if there is a functional difference. my understanding is that the recurse() will spawn a new thread, and probably it spawns a thread for each element of the list if a list is given?
2013-11-29T19:32:52  <dunsmoreb> Okay. I'll go back and redo that other one for you too then.
2013-11-29T19:32:58  <gedare> so i think it is just syntactical
2013-11-29T19:33:08  <gedare> oh.. you don't need to change what was done
2013-11-29T19:33:18  <dunsmoreb> Okay. Whatever you want. =P
2013-11-29T19:33:19  <gedare> but for the new tasks please do
2013-11-29T19:33:26  <gedare> since others might share those wscripts.
2013-11-29T19:33:40  <gedare> leave the one you did as an example to remind me to look at this issue again ;)
2013-11-29T19:33:53  <gedare> it could be nice to rewrite them to use a list to shorten the length of the code
2013-11-29T19:34:06  <gedare> like bld.recurse([subdir1, subdir2, subdir3...])
2013-11-29T19:34:19  <gedare> but that would definitely be really bad for conflicts too
2013-11-29T19:34:34  <dunsmoreb> I don't think that would be too bad for diffs.
2013-11-29T19:34:53  <dunsmoreb> With each one on a single line removing one only affects one line compared to two.
2013-11-29T19:34:54  <gedare> diff goes line-by-line
2013-11-29T19:34:57  <gedare> yeah
2013-11-29T19:35:12  <gedare> with one on each line it is about the same as separate lines for each
2013-11-29T19:35:28  <gedare> anyway..
2013-11-29T19:35:36  <gedare> let's just be consistent for now
2013-11-29T19:35:52  <gedare> unless you can point me to somewhere that says using a list is better :)
2013-11-29T19:36:01  <gedare> I am not a waf expert.
2013-11-29T19:37:13  <dunsmoreb> And neither am I. =P
2013-11-29T19:37:27  <gedare> javamonnn: you almost done with the change? i gotta go real soon
2013-11-29T19:38:20  <dunsmoreb> In that case, can I have one more task? =P
2013-11-29T19:38:35  <gedare> lol
2013-11-29T19:38:40  <javamonnn>  Yeah one sec
2013-11-29T19:38:41  <dunsmoreb> btw, is rtems a microkernel design?
2013-11-29T19:38:48  <gedare> dunsmoreb: no
2013-11-29T19:39:35  <dunsmoreb> Haven't you heard of the benefits?
2013-11-29T19:39:37  <dunsmoreb> It's the future!
2013-11-29T19:39:39  <gedare> hah
2013-11-29T19:39:48  <gedare> it's a lot of code to re-write.
2013-11-29T19:40:14  <dunsmoreb> I mean, come on man, even the Hurd is there now.
2013-11-29T19:40:16  <gedare> hard to make a good real-time microkernel.
2013-11-29T19:40:23  <gedare> closed task
2013-11-29T19:40:36  <javamonnn> Hurd is not anywhere really
2013-11-29T19:40:44  <gedare> i think he is being facetious.
2013-11-29T19:40:44  <dunsmoreb> javamonnn, what are you talking about?
2013-11-29T19:40:50  <dunsmoreb> I have a script to run hurd in qemu on my desktop!
2013-11-29T19:41:13  <dunsmoreb> The only problem with the Hurd is understanding Mach.
2013-11-29T19:41:24  <javamonnn> gedare: if you have to go, go ahead, there is this other defgroup tree I'm going to refactor so  it's gonna take me a sec
2013-11-29T19:41:25  <gedare> you guys could probably do a good abbott/costello routine.
2013-11-29T19:41:43  <gedare> ok javamonnn i'll try to check again before i go to bed.
2013-11-29T19:42:10  <gedare> later.
2013-11-29T19:42:14  <dunsmoreb> Bye.
2013-11-29T19:42:23  <javamonnn> later
2013-11-29T19:43:01  <dunsmoreb> Wikipedia: "Who's on First?" is a comedy routine made famous by Abbott and Costello.
2013-11-29T19:43:11  <dunsmoreb> Wikipedia: "Who's on First?" is considered one of the greatest comedy routines of all time and set the framework for many of their best-known comedy bits.
2013-11-29T19:43:16  <dunsmoreb> Maybe I need to watch this...
2013-11-29T19:47:02  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has quit IRC (Ping timeout: 264 seconds)
2013-11-29T20:10:42  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has quit IRC (Remote host closed the connection)
2013-11-29T20:12:11  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has joined #rtems
2013-11-29T20:14:07  <dunsmoreb> javamonnn, see, I use the Hurd. http://i.imgur.com/YEpMJok.png
2013-11-29T20:20:56  <cdesai> morning
2013-11-29T20:24:11  <javamonnn> yo
2013-11-29T20:24:38  <javamonnn> dunsmoreb: do you use it for all your development?
2013-11-29T20:24:57  <javamonnn> I was under the impression it was barely workable
2013-11-29T20:25:12  <dunsmoreb> Haha no. I just run it once in a while for fun.
2013-11-29T20:26:12  <cdesai> ^ you guys clau
2013-11-29T20:26:31  <dunsmoreb> clau?
2013-11-29T20:26:59  <cdesai> *claim tasks fast, i almost thought i wouldn't have any waf tasks until gedare added more.
2013-11-29T20:27:43  <dunsmoreb> I know. I was getting worried that I would have to work with Doxygen.
2013-11-29T20:27:45  <dunsmoreb> The horror!
2013-11-29T20:27:51  <cdesai> dunsmoreb: excuse me, typing from a mobile
2013-11-29T20:28:09  <dunsmoreb> It's fine.
2013-11-29T20:28:22  <javamonnn> so far they've been super quick to do, you can do 3 in a sitting easy. I want to see more of the time tests, those fun
2013-11-29T20:28:27  <cdesai> i took a documentation task before i saw the waf tasks
2013-11-29T20:28:37  <cdesai> javamonnn: yea, but timezones
2013-11-29T20:28:49  <cdesai> where are you guys from?
2013-11-29T20:28:49  <dunsmoreb> Timezones suck man.
2013-11-29T20:29:20  <javamonnn> north texas, it is harder for you cdesai, you probably submit when everyone is asleep
2013-11-29T20:29:24  * cdesai Indian, GMT +5:30
2013-11-29T20:29:28  <dunsmoreb> East Coast. The one and only Commonwealth. Virginia.
2013-11-29T20:30:08  <cdesai> yea,I see gedare just left, and I just woke up
2013-11-29T20:35:38  <dunsmoreb> Translators in the Hurd are the coolest.
2013-11-29T20:36:08  <javamonnn> doxygen is so tedious
2013-11-29T20:36:17  <dunsmoreb> Amen.
2013-11-29T20:36:27  <javamonnn> hahaha dunsmoreb do you think hurd will ever be completely finished?
2013-11-29T20:36:36  <javamonnn> development for what like 15 years right
2013-11-29T20:36:36  <dunsmoreb> Will Linux ever be finished?
2013-11-29T20:36:57  <javamonnn> I can use linux exclusively, I don't think you could go day to day on Hurd
2013-11-29T20:37:33  <javamonnn> linux is self contained and self sustaining
2013-11-29T20:38:02  <dunsmoreb> Oh yeah. I could use Hurd day-to-day.
2013-11-29T20:38:16  <dunsmoreb> I have all I need. Coretuils. Binutils. A text-based web browser. Emacs.
2013-11-29T20:38:18  <dunsmoreb> That's it.
2013-11-29T20:38:20  <dunsmoreb> All I need.
2013-11-29T20:40:48  <javamonnn> Okay but then on top of that, why should I use Hurd over the existing Linux ecosystem, it has to do something pretty revolutionary for that to happen
2013-11-29T20:41:48  <dunsmoreb> $ cat /http:/www.duckduckgo.com/
2013-11-29T20:41:51  <dunsmoreb> That's all the features I need.
2013-11-29T20:42:07  <javamonnn> hahahaha
2013-11-29T20:42:27  <javamonnn> cdesai: if you didn't take that last posix barrier time test I wonder who did
2013-11-29T20:42:40  <dunsmoreb> Daniel. Always Daniel.
2013-11-29T20:42:57  <cdesai> javamonnn: someone else did, and it's back now
2013-11-29T20:43:25  <javamonnn> dunsmoreb: I am Daniel, and I did not take that task
2013-11-29T20:43:27  <javamonnn> I wish I did
2013-11-29T20:43:37  <cdesai> you can
2013-11-29T20:43:40  <javamonnn> ITS BACK
2013-11-29T20:44:03  <cdesai> told ya
2013-11-29T20:44:16  <dunsmoreb> javamonnn, how do you know you didn't take it?
2013-11-29T20:44:27  <cdesai> see, Daniel it is. Always Daniel. dunsmoreb is right
2013-11-29T20:44:38  <dunsmoreb> Ohh. He took it. Who was right? Who was right?!
2013-11-29T20:44:41  <dunsmoreb> =P
2013-11-29T20:45:31  <javamonnn> I would claim it but I need gedare to approve my other task
2013-11-29T20:45:43  <javamonnn> the claim bottleneck is annoying but I understand why they did it
2013-11-29T20:46:10  <javamonnn> I am going to start work on it if you don't want it cdesai, fair game if you want to take it
2013-11-29T20:46:19  <dunsmoreb> We'll beat up anyone who takes it.
2013-11-29T20:46:30  <cdesai> javamonnn: I've got a waf task to do, so you can get it
2013-11-29T20:46:45  <javamonnn> is this your guys first year doing gci?
2013-11-29T20:46:50  <javamonnn> seniors/juniors?
2013-11-29T20:46:53  <cdesai> for me, yes
2013-11-29T20:47:08  <dunsmoreb> Third year. Junior. Never took it seriously before. =P
2013-11-29T20:48:17  <javamonnn> It's my second year, I'm a senior. I did brlcad last year but it's nice having a project this year that is actually interesting
2013-11-29T20:48:41  <dunsmoreb> I know right? All the other projects were boring the previous two years.
2013-11-29T20:50:03  <dunsmoreb> Agh. They messed up Emacs.
2013-11-29T20:50:47  <dunsmoreb> http://i.imgur.com/CVZmVpp.png
2013-11-29T20:54:54  <javamonnn> I use vim but am undecided in the editor wars
2013-11-29T20:55:04  <javamonnn> I used emacs a bit when I was reading sicp
2013-11-29T20:55:17  <dunsmoreb> I used to use Vim. But then I switched to Emacs.
2013-11-29T20:55:32  <javamonnn> I learned vim hotkeys first and am way faster with it so I don't want to switch
2013-11-29T20:55:41  <dunsmoreb> You can use evil.
2013-11-29T20:56:34  <javamonnn> but my plugins
2013-11-29T20:57:06  <dunsmoreb> Give me a list of your plugins. Let me find you alternatives. =P
2013-11-29T21:00:03  <javamonnn> hahah I know there are alternatives but it's more of that I'm so used to my workflow with vim, It would take a minute to switch over even if all the functionality was the same
2013-11-29T21:01:18  <dunsmoreb> At least we can all agree that Vi/Emacs are better than the rest. =P
2013-11-29T21:15:32  <kiwichris> ssh + screen + emacs
2013-11-29T21:17:39  <dunsmoreb> You ssh into a machine?
2013-11-29T21:17:43  <javamonnn> haha
2013-11-29T21:18:11  <kiwichris> Yeah, my macbook is just a terminal. Better than the old X terminals I use to use.
2013-11-29T21:18:27  <dunsmoreb> Do you get a VPS?
2013-11-29T21:18:49  * cdesai sshs into his pc from phone
2013-11-29T21:18:57  <kiwichris> No. I just connect directly to the machines of interest
2013-11-29T21:19:26  <dunsmoreb> So you have a second desktop?
2013-11-29T21:19:55  <kiwichris> I am about to head for a couple of hours and will hotspot my laptop to my phone and connect back to me servers and just continue from where I am. Sometimes in the middle of debugging.
2013-11-29T21:20:13  <kiwichris> <should read what I type>
2013-11-29T21:20:31  <dunsmoreb> But do you have a VPS or a second computer?
2013-11-29T21:20:32  <dunsmoreb> I'm confused.
2013-11-29T21:22:33  <kiwichris> My servers are where I work and I ssh into them. Currently they are local but I can ssh into them from the net.
2013-11-29T21:22:47  <kiwichris> must run; back soon.
2013-11-29T21:23:00  <dunsmoreb> Ah.
2013-11-29T21:23:05  *** kiwichris <kiwichris!~textual@CPE-58-172-129-85.nfcz1.ken.bigpond.net.au> has quit IRC (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
2013-11-29T21:44:10  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has joined #rtems
2013-11-29T21:46:02  <gedare> dunsmoreb: closed your taks
2013-11-29T21:46:05  <gedare> *task
2013-11-29T21:46:35  <dunsmoreb> Oh cool. Another one before bed. =P
2013-11-29T21:46:53  <dunsmoreb> Why have I been getting so much spam lately?
2013-11-29T21:47:07  <gedare> spam in your email?
2013-11-29T21:47:25  <gedare> the address could be getting picked up from some public source now due to publishing code / commits, unfortunately
2013-11-29T21:47:36  <gedare> i think it is trivial for bots to crawl RTEMS commit logs
2013-11-29T21:47:58  <dunsmoreb> Nah. I've been getting it for weeks.
2013-11-29T21:48:12  <gedare> oh.
2013-11-29T21:48:39  <gedare> maybe it is a social thing. christmas shopping and commercialism?  I dunno.
2013-11-29T21:48:42  <gedare> I don't run the spam.
2013-11-29T21:48:45  <gedare> ;)
2013-11-29T21:49:37  <dunsmoreb> Maybe. Only requirement is to speak something other then English. =P
2013-11-29T21:50:22  <dunsmoreb> gitk is getting the files confused
2013-11-29T21:50:37  <gedare> \what files?
2013-11-29T21:51:21  <dunsmoreb> I use gitk to check that my staged files are correct.
2013-11-29T21:51:27  <dunsmoreb> But it keeps confusing the wscripts.
2013-11-29T21:52:00  <gedare> javamonnn: are you here?
2013-11-29T21:52:19  <gedare> oh. i see.. somehow you need to inform it that they are python source files
2013-11-29T21:52:25  <javamonnn> gedare: yeah, is something still wrong with the patch?
2013-11-29T21:52:58  <gedare> i just want to know why shared/include/irq.h and irq-info.h are no longer put in bsp_interrupt and rtems_interrupt_extension
2013-11-29T21:53:20  <dunsmoreb> No, like it shows me the diffs, but the diffs are for the other file.
2013-11-29T21:53:40  <gedare> oh that's weird
2013-11-29T21:53:53  <gedare> sounds like a bug in how it matches file names for whatever reason.
2013-11-29T21:53:59  <gedare> i've never used gitk.
2013-11-29T21:54:25  <dunsmoreb> Idk why I use it. I have magit for emacs. It takes *more* work to switch to the terminal!
2013-11-29T21:55:17  <gedare> interesting. i do it all in the terminal. probably it would save some time to learn a tool
2013-11-29T21:55:40  <gedare> but i'd have to spend time learning .:)
2013-11-29T21:55:57  <dunsmoreb> Haha. I spent last weekend switching to emacs.
2013-11-29T21:56:02  <javamonnn> gedare: they are, but it's done with a simple @ingroup at the top of a file instead of a @addtogroup that was there because they were both @defgroup ing the bsp_interrupt
2013-11-29T21:56:06  <gedare> hmm, i guess those files are still... ok right
2013-11-29T21:56:15  <gedare> i see that in the generated doxy..
2013-11-29T21:56:21  <gedare> just from the patch it was not clear
2013-11-29T21:56:28  <gedare> commiting and closing. you can start a new task
2013-11-29T21:56:40  <javamonnn> Yeah I realized that when I was double checking it haha
2013-11-29T21:56:50  <javamonnn> definitely taking that barrier time test
2013-11-29T21:56:55  <dunsmoreb> javamonnn, hey props for doing those tasks. I've read the instructions a couple of times and it's confusing. =/
2013-11-29T21:57:21  <gedare> good. the tmtests are nice challenges
2013-11-29T21:57:29  <gedare> the waf conversions are mostly straightforward...
2013-11-29T21:57:45  <dunsmoreb> Yeah.
2013-11-29T21:57:50  <gedare> there are one or two that i did not publish that seem tough. i haven't figured out how hard they are yet.. so i'm not sure if I should put them up :)
2013-11-29T21:57:55  <dunsmoreb> I'm lazy. What can I say. =P
2013-11-29T21:58:13  <gedare> heh. the tmtests are a good challenge, but you have to wrap your head around pthreads and posix interfaces
2013-11-29T21:58:15  <dunsmoreb> At least give the desc then. =P
2013-11-29T21:58:23  <dunsmoreb> What's the tmtest one again?
2013-11-29T21:58:23  <gedare> lol. yeah i know
2013-11-29T21:58:27  <javamonnn> it's hard to wrap your head around the doxygen tasks at first but you can make changes and see the generated documentation and it clears things up.
2013-11-29T21:58:32  <gedare> search "psxtmtest" in the title I think
2013-11-29T21:58:52  <dunsmoreb> Not in the task list. =/
2013-11-29T21:58:57  <gedare> javamonnn: did i ever link to the do_doxygen script on the wiki?
2013-11-29T21:59:07  <gedare> try.. "Timing"
2013-11-29T21:59:21  <gedare> there is only one open though
2013-11-29T21:59:33  <gedare> joel will post more in awhile.
2013-11-29T22:00:33  <dunsmoreb> None open right now, but I see it in the completed list.
2013-11-29T22:01:07  *** kiwichris <kiwichris!~textual@123.208.153.59> has joined #rtems
2013-11-29T22:01:14  <gedare> ah.. the barrier one doesn't show for some reason with that search
2013-11-29T22:01:16  <javamonnn> gedare: it was always there. There are 2 methods listed and the do doxygen was the second method. I made edits to the first method before checking the second the first time through haha.
2013-11-29T22:01:24  <javamonnn> I just claimed the barrier one
2013-11-29T22:01:33  <dunsmoreb> Btw, you guys got an ssl warning for the bugzilla
2013-11-29T22:01:37  <gedare> yeah...
2013-11-29T22:01:55  <gedare> it's self-signed.
2013-11-29T22:02:05  <gedare> i think that will go away in a couple months.
2013-11-29T22:02:07  <kiwichris> gedare, hi
2013-11-29T22:02:12  <gedare> hi kiwichris
2013-11-29T22:02:21  <kiwichris> how faster is the waf building of the examples with waf ?
2013-11-29T22:02:40  <gedare> can't tell until it's all done, but seems quick.
2013-11-29T22:02:57  <gedare> more so i think it will make a good example of how to do it
2013-11-29T22:03:01  <kiwichris> It must take seconds on fast hardware
2013-11-29T22:03:07  <gedare> and can be maintained in parallel to the rtems makefiles for the time being.
2013-11-29T22:03:13  <kiwichris> Yeah it is going really well.
2013-11-29T22:03:17  <kiwichris> Yes
2013-11-29T22:03:22  <gedare> yeah. good students like dunsmoreb and javamonnn :)
2013-11-29T22:03:28  <kiwichris> :)
2013-11-29T22:03:38  <gedare> i hadn't planned to have them do the recurse() on the subdirs...
2013-11-29T22:03:41  <gedare> but it turned out well.
2013-11-29T22:03:52  <gedare> i released the rest of the build paths that I thought are doable
2013-11-29T22:04:03  <gedare> there will be a handful that looked really tricky remaining.
2013-11-29T22:04:21  <kiwichris> Nice
2013-11-29T22:04:21  <gedare> like..micromonitor/diagnostics
2013-11-29T22:04:27  <gedare> that one looked particularly nasty
2013-11-29T22:04:34  <kiwichris> I am still playing with the rootfs packaging
2013-11-29T22:04:37  <gedare> a lot of cruft in the makefile
2013-11-29T22:04:38  <gedare> ok
2013-11-29T22:04:52  <gedare> i expect we'll have a lot of copy-paste to refactor if we add the support
2013-11-29T22:04:56  <gedare> but it should be easy to find.
2013-11-29T22:05:00  <dunsmoreb> Oh god.
2013-11-29T22:05:23  <kiwichris> I will take a look.
2013-11-29T22:05:24  <gedare> did you look at that diagnostics makefile? :)
2013-11-29T22:05:30  <dunsmoreb> Yeah.
2013-11-29T22:05:42  <gedare> i purposely left that out for now.
2013-11-29T22:05:50  <gedare> cuz i'm not evil
2013-11-29T22:05:59  <dunsmoreb> You should put it up.
2013-11-29T22:06:08  <dunsmoreb> Would need to learn more about Waf, but it doesn't *seem* too bad. =P
2013-11-29T22:06:10  <gedare> maybe later.
2013-11-29T22:06:17  <gedare> i'll let the easy stuff go first.
2013-11-29T22:07:05  <javamonnn> that is an odd looking makefile
2013-11-29T22:07:31  <gedare> it just has a lot of arch-specific optimizations
2013-11-29T22:07:36  <gedare> they may be superfluous
2013-11-29T22:08:15  <kiwichris> That makefile seems wrong to me. Why does it need target configs ?
2013-11-29T22:08:15  <gedare> in fact, most of it seems to be unrelated to RTEMS
2013-11-29T22:08:24  <gedare> i think that makefile was hacked to build for the arm target
2013-11-29T22:08:28  <gedare> and the rest of RTEMS is ignored
2013-11-29T22:08:38  <dunsmoreb> The objects section could be simplified with wildcard matching.
2013-11-29T22:09:17  <gedare> kiwichris: I don't know. Joel added the example in 2009. so I doubt he knows either.
2013-11-29T22:09:21  <kiwichris> It has hard coded arch at the top but contains PPC etc
2013-11-29T22:09:33  <gedare> yeah but builds "-elf" targets.
2013-11-29T22:09:51  <kiwichris> I suggest you leave it. If no one steps up and maintains it we remove support.
2013-11-29T22:10:11  <kiwichris> There are too many things wrong with it, like specific options *-elf etc
2013-11-29T22:10:13  <gedare> leave it=don't convert it?
2013-11-29T22:10:15  <gedare> ok
2013-11-29T22:10:17  <kiwichris> Yes
2013-11-29T22:10:26  <gedare> the only other issues i had...
2013-11-29T22:10:30  <gedare> were to deal with posix and cxx checks
2013-11-29T22:10:31  <kiwichris> It will drop off in time. We carry too much cruft in the project
2013-11-29T22:10:40  <kiwichris> Ah I have not.
2013-11-29T22:10:45  <gedare> if you or I can resolve how to supply those, we can convert the rest
2013-11-29T22:10:51  <kiwichris> Hmm ok.
2013-11-29T22:11:13  <kiwichris> Sitting in a school waiting for my son to do a music exam....
2013-11-29T22:11:39  <gedare> you get to watch him?
2013-11-29T22:11:55  <gedare> or do you have to sit outside?
2013-11-29T22:12:18  <gedare> oh.. the other one that looked like an issue was misc/applib
2013-11-29T22:12:27  <gedare> because i did not investigate how to build a library
2013-11-29T22:12:31  <gedare> but i could make that a task...
2013-11-29T22:12:38  <gedare> i'm sure it just takes a little research
2013-11-29T22:13:11  <kiwichris> No, inside.
2013-11-29T22:13:21  <gedare> good.
2013-11-29T22:13:24  <gedare> instrument?
2013-11-29T22:13:33  <kiwichris> Sax.
2013-11-29T22:13:39  <javamonnn> niiicceee
2013-11-29T22:13:43  <kiwichris> Yeah
2013-11-29T22:14:23  <dunsmoreb> Brass ftw
2013-11-29T22:15:02  <gedare> what size?
2013-11-29T22:15:24  <gedare> i never played, but my brother played, tenor i think.
2013-11-29T22:18:20  <gedare> dunsmoreb: i'm starting to think i should have made all the led/ conversions a single task ;-)
2013-11-29T22:18:46  <kiwichris> gedare, which makefile needs posix support ?
2013-11-29T22:18:58  <gedare> The following require feature tests (e.g. cxx or posix) that
2013-11-29T22:18:58  <gedare> do not yet exist in rtems.py:
2013-11-29T22:18:59  <gedare>   cxx/*
2013-11-29T22:18:59  <gedare>   led/posix*
2013-11-29T22:18:59  <gedare>   led/complex1
2013-11-29T22:18:59  <gedare>   hello/posix_hello_world
2013-11-29T22:19:01  <gedare>   hello/both_hello
2013-11-29T22:19:01  <kiwichris> alto
2013-11-29T22:19:03  <gedare>   misc/adamain
2013-11-29T22:19:05  <gedare>   posix_api/*
2013-11-29T22:19:06  <kiwichris> thanks
2013-11-29T22:19:18  <dunsmoreb> Should have. This is so inefficient. =P
2013-11-29T22:19:29  <gedare> it's good for you though. puff up your task count.
2013-11-29T22:19:45  <dunsmoreb> Ah. That doesn't really matter.
2013-11-29T22:20:09  <dunsmoreb> All that matters is that I turn in my homework by Monday.
2013-11-29T22:21:28  <gedare> pfft.
2013-11-29T22:21:37  <gedare> get good test grades
2013-11-29T22:21:42  <gedare> hmm..
2013-11-29T22:21:52  <gedare> and good standardized test grades
2013-11-29T22:21:55  <gedare> (thinks hard)
2013-11-29T22:22:02  <gedare> yup. that's what matters to get in to college.
2013-11-29T22:23:23  <dunsmoreb> Mhmmm...
2013-11-29T22:23:42  <dunsmoreb> Maybe throw in a little volunteering. We're all good.
2013-11-29T22:25:31  <javamonnn> gedare: the last "yes" in the csv for the barrier task, I'm assuming that's do to with whether it's a task or something? I guess I'm asking if I really need to know what the "yes" corresponds to
2013-11-29T22:25:34  <kiwichris> Found it ... rtems/score/cpuopts.h
2013-11-29T22:29:38  <gedare> javamonnn: i think you are correct..
2013-11-29T22:30:14  <gedare> it is the "implemented" field
2013-11-29T22:30:45  <javamonnn> I was just wondering if it was important information in completing the task, I don't want to get off on the wrong foot
2013-11-29T22:30:54  <javamonnn> it doesn't look like it is though
2013-11-29T22:33:13  <gedare> no.. except i don't know why it would say yes
2013-11-29T22:33:39  <javamonnn> yeah because it hasn't been implemented yet lol
2013-11-29T22:34:49  <javamonnn> wait wait wait
2013-11-29T22:35:07  <javamonnn> psxtmbarrier03 is releasing, no preempt
2013-11-29T22:36:03  <gedare> did the wrong task get generated?
2013-11-29T22:36:32  <javamonnn> No you know what happened
2013-11-29T22:36:42  <javamonnn> the task on gci is psxtmbarrier04
2013-11-29T22:36:54  <javamonnn> Joel copied the line from psxtmbarrier03
2013-11-29T22:37:06  <javamonnn> 04 is releasing, preempt
2013-11-29T22:37:21  <javamonnn> the line below and has a "no" for implemented
2013-11-29T22:37:32  <javamonnn> which makes a lot more sense haha
2013-11-29T22:38:15  <gedare> yeah the description is mangled too....
2013-11-29T22:38:26  <gedare> it says "tesuites/psxtmests/ preempt for"
2013-11-29T22:39:36  <javamonnn> haha
2013-11-29T22:41:05  <javamonnn> I noticed there is a .scn in the psxtmbarrier03, do you want me to include one with the 04? I could also add them in for the thread tasks earlier
2013-11-29T22:41:06  *** kiwichris <kiwichris!~textual@123.208.153.59> has quit IRC (Read error: Connection reset by peer)
2013-11-29T22:42:18  <gedare> no
2013-11-29T22:42:23  <gedare> .scn for tmtest make little sense
2013-11-29T22:42:26  <gedare> because the times will differ
2013-11-29T22:42:34  <gedare> (my opinion, not a fact)
2013-11-29T22:48:10  <javamonnn> so I've been working on a script to generate basic libbsp doxygen and comments during task downtime
2013-11-29T22:49:02  <javamonnn> its more of finding the time to finish it and less of wondering if it's feasible at this point
2013-11-29T22:50:10  <gedare> heh, good..
2013-11-29T22:50:24  <gedare> one of our students last year made a similar comment, about doxygenating the cpukit.l
2013-11-29T22:50:38  <gedare> except he wanted us to post a task to create a script ;)
2013-11-29T22:52:44  <javamonnn> It's really not that complicated to do, I was thinking about how to do it for a couple days but started it when I saw that huge wall of doxygen tasks to do
2013-11-29T22:53:25  <gedare> yeah it can really make for some easy fast tasks
2013-11-29T22:54:21  <javamonnn> end goal is to have it do @defgroup and @ingroup  and other structure for the most common .h and .c files (easy) and have it automatically move comments to .h and @brief it
2013-11-29T22:54:38  <javamonnn> the more board specific stuff I guess you could prompt the user for group names
2013-11-29T22:56:25  <gedare> we have a script that checks for "compliance" to standard rules. it might be nice to add checks for doxygen to that. i'll have to remember this.
2013-11-29T22:56:36  <gedare> especially once we can come up with reasonable doxygen rules.
2013-11-29T22:57:35  <javamonnn> Yeah like hard explicit rules
2013-11-29T22:58:15  <gedare> yeah
2013-11-29T22:58:28  <gedare> my inbox is full of "no-reply(4)" and "Bryan Dunsmore".
2013-11-29T22:59:15  <gedare> that was kind of epic..
2013-11-29T22:59:24  <dunsmoreb> You know it is. =P
2013-11-29T22:59:30  <javamonnn> dang I didn't realize he jumped ahead with the waf stuff, nice
2013-11-29T22:59:43  <gedare> closed 7 tasks in an hour
2013-11-29T22:59:50  <dunsmoreb> I wish I could finish up the misc module, but my brain is starting to shutdown.
2013-11-29T23:00:00  <gedare> i won't be here to close the tasks anyway
2013-11-29T23:00:05  <dunsmoreb> So I'll see you guys later today.
2013-11-29T23:00:07  <gedare> i'm going to bed myself.
2013-11-29T23:00:14  <dunsmoreb> (Because it's now Saturday, haha)
2013-11-29T23:00:14  <javamonnn> night guys
2013-11-29T23:00:18  <gedare> heh.
2013-11-29T23:00:20  <dunsmoreb> Night.
2013-11-29T23:00:24  <gedare> good luck with the barrier task javamonnn .
2013-11-29T23:00:27  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has quit IRC (Quit: Leaving)
2013-11-29T23:01:11  <gedare> and i have a feeling you'll pass him again with the doxygen tasks soon enough.
2013-11-29T23:01:13  <gedare> he's more of a sprinter.
2013-11-29T23:01:24  <gedare> good night
2013-11-29T23:05:53  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has quit IRC (Ping timeout: 246 seconds)
2013-11-29T23:09:02  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has quit IRC (Remote host closed the connection)
2013-11-29T23:49:06  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has joined #rtems
2013-11-29T23:50:37  *** kiwichris <kiwichris!~textual@CPE-58-172-129-85.nfcz1.ken.bigpond.net.au> has joined #rtems
2013-11-30T00:53:26  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has quit IRC (Ping timeout: 240 seconds)
2013-11-30T01:05:31  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has joined #rtems
2013-11-30T02:27:31  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-30T02:40:38  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has quit IRC (Ping timeout: 240 seconds)
2013-11-30T02:51:44  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has joined #rtems
2013-11-30T03:10:38  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has quit IRC (Ping timeout: 240 seconds)
2013-11-30T03:35:06  *** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2013-11-30T03:51:37  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-30T03:56:29  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has joined #rtems
2013-11-30T04:00:31  *** aakritty <aakritty!~aakriti@203.200.43.205> has joined #rtems
2013-11-30T04:07:50  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has quit IRC (Ping timeout: 240 seconds)
2013-11-30T04:08:31  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2013-11-30T04:58:27  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has joined #rtems
2013-11-30T05:32:38  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has quit IRC (Ping timeout: 240 seconds)
2013-11-30T06:18:25  *** asx15 <asx15!~asd@46.49.55.27> has joined #rtems
2013-11-30T06:23:00  *** MegaAlex <MegaAlex!~MegaAlex@85.130.71.44> has quit IRC (Ping timeout: 246 seconds)
2013-11-30T06:23:30  *** MegaAlex <MegaAlex!~MegaAlex@85.130.71.44> has joined #rtems
2013-11-30T06:43:25  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has joined #rtems
2013-11-30T06:53:35  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-30T07:01:50  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has quit IRC (Ping timeout: 240 seconds)
2013-11-30T07:03:10  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has joined #rtems
2013-11-30T07:12:14  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has quit IRC (Ping timeout: 240 seconds)
2013-11-30T07:22:46  *** aakritty <aakritty!~aakriti@203.200.43.205> has quit IRC (Read error: Connection reset by peer)
2013-11-30T07:43:02  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2013-11-30T07:50:29  *** antgreen <antgreen!~green@dsl-173-206-82-201.tor.primus.ca> has quit IRC (Read error: Operation timed out)
2013-11-30T07:54:48  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has joined #rtems
2013-11-30T08:00:38  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has joined #rtems
2013-11-30T08:22:14  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has quit IRC (Ping timeout: 240 seconds)
2013-11-30T08:25:59  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-30T08:29:15  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-30T08:30:53  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Client Quit)
2013-11-30T08:37:30  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has joined #rtems
2013-11-30T08:42:40  *** aakriti <aakriti!~aakriti@203.200.43.205> has joined #rtems
2013-11-30T08:51:26  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has quit IRC (Ping timeout: 240 seconds)
2013-11-30T09:02:53  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has joined #rtems
2013-11-30T09:14:17  <dunsmoreb> Anybody participating in http://24pullrequests.com/? =P
2013-11-30T09:19:37  <dunsmoreb> gedare, uh... Are you sure that misc/extract_example needs to be converted?
2013-11-30T09:19:57  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has quit IRC (Read error: Operation timed out)
2013-11-30T09:21:16  <cdesai> what's that dunsmoreb?
2013-11-30T09:21:38  <dunsmoreb> cdesai, "This directory contains a Makefile demonstrating how to extract information from an installed RTEMS."
2013-11-30T09:21:40  <cdesai> "EARN CODERWALL BADGES" :D
2013-11-30T09:21:52  <dunsmoreb> Oh. We're talking about something different now. lol
2013-11-30T09:21:53  <cdesai> dunsmoreb: I meant 24 pull requests ;)
2013-11-30T09:22:30  <dunsmoreb> I sometimes find these interesting. Except I don't want to contribute to the twenty-trillionth javascript library. =P
2013-11-30T09:23:13  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-30T09:23:23  <cdesai> and I don't use pull requests much. gerrit \m/
2013-11-30T09:23:53  <cdesai> alright, time to have a look at waf
2013-11-30T09:24:59  <dunsmoreb> Do you mean you contribute to projects that use gerrit, or you run your own gerrit instance, ...?
2013-11-30T09:25:19  <cdesai> the former, though I had the latter for a while
2013-11-30T09:25:42  <dunsmoreb> Cool. What other projects do you contribute to?
2013-11-30T09:26:00  <cdesai> AOSP and CyanogenMod
2013-11-30T09:26:03  <cdesai> what about you?
2013-11-30T09:26:27  <dunsmoreb> Sadly, nothing much lately. =(
2013-11-30T09:26:36  <dunsmoreb> I do work on my little shell script for Wine sometimes.
2013-11-30T09:27:11  <cdesai> git log tells me you've done a lot of waf tasks
2013-11-30T09:27:20  <cdesai> y u guys leave me behind :(
2013-11-30T09:27:50  <dunsmoreb> Yeah. I had a sprint last night. Managed to finish up led/
2013-11-30T09:28:35  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2013-11-30T09:36:13  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-30T09:37:42  <dunsmoreb> ~/b-gcc$ time make # let's see how long it takes
2013-11-30T09:44:31  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has joined #rtems
2013-11-30T09:50:38  *** antgreen <antgreen!~green@dsl-173-206-82-201.tor.primus.ca> has joined #rtems
2013-11-30T09:55:28  <cdesai> anyone know how to pass linking flags to waf?
2013-11-30T09:55:46  <cdesai> I found linkflags in waf's examples, but that doesn't work.
2013-11-30T09:56:07  <dunsmoreb> Like, in a wscript or in the shell?
2013-11-30T09:56:20  <cdesai> wscript
2013-11-30T09:57:05  <dunsmoreb> Take a look at build() in the example-v2/wscript
2013-11-30T09:57:20  <dunsmoreb> Oh wait, you said linking flags.
2013-11-30T09:58:34  <cdesai> yeah, LINK_LIBS in the Makefile
2013-11-30T10:05:59  <cdesai> hrm, it does add '-lfoo' to the command, just not in the right place
2013-11-30T10:06:09  <dunsmoreb> When you call bld in the wscript, try adding lib=['dl'] to the end
2013-11-30T10:06:20  <dunsmoreb> *lib=['m']
2013-11-30T10:06:49  <cdesai> that worked, thanks
2013-11-30T10:07:13  <dunsmoreb> No problem.
2013-11-30T10:07:59  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has joined #rtems
2013-11-30T10:08:23  <dunsmoreb> <dunsmoreb> gedare, uh... Are you sure that misc/extract_example needs to be converted?
2013-11-30T10:08:32  <gedare> no..
2013-11-30T10:08:36  <gedare> gotta go tho can't look
2013-11-30T10:09:00  <dunsmoreb> Okay. =/
2013-11-30T10:11:20  <gedare> back checking
2013-11-30T10:11:33  <gedare> uh..
2013-11-30T10:11:41  <gedare> 'no that is a no-op
2013-11-30T10:11:56  <dunsmoreb> Haha.
2013-11-30T10:11:56  <gedare> upload an empty file and submit for completion
2013-11-30T10:12:09  <gedare> oh hmm
2013-11-30T10:12:12  <gedare> well it does do something...
2013-11-30T10:12:25  <gedare> but i don't know the point
2013-11-30T10:12:50  <dunsmoreb> "Makefile to pull BSP specific information into a form the script can use"
2013-11-30T10:12:51  <gedare> yeah just leave that be for now
2013-11-30T10:13:02  <dunsmoreb> I don't know what the script could be. Maybe someone else knows?
2013-11-30T10:13:22  <gedare> probably joel does but we won't worry about it for now
2013-11-30T10:14:08  <dunsmoreb> Okay. I just uploaded a no-op file.
2013-11-30T10:15:28  * cdesai just finished his first waf task
2013-11-30T10:15:52  <gedare> cdesai: closed, congrats
2013-11-30T10:15:57  <dunsmoreb> cdesai, woo! =P
2013-11-30T10:15:59  <gedare> they're not as hard as i thought they might be
2013-11-30T10:16:27  <cdesai> yea, only thing I had fun with was the POSIX test
2013-11-30T10:16:41  <cdesai> that was a good learning experience
2013-11-30T10:16:55  <gedare> gotta  go
2013-11-30T10:17:03  <dunsmoreb> Bye.
2013-11-30T10:17:20  <cdesai> bye
2013-11-30T10:17:23  *** asx15 <asx15!~asd@46.49.55.27> has quit IRC (Quit: Leaving.)
2013-11-30T10:18:32  <cdesai> $ time waf
2013-11-30T10:18:33  <cdesai> real    0m1.546s
2013-11-30T10:18:36  <cdesai> from clean
2013-11-30T10:18:50  <cdesai> Nothing much to see here yet
2013-11-30T10:21:43  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has quit IRC (Ping timeout: 260 seconds)
2013-11-30T10:26:14  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has quit IRC (Ping timeout: 240 seconds)
2013-11-30T10:26:55  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has quit IRC (Ping timeout: 260 seconds)
2013-11-30T10:28:08  *** vipul__ <vipul__!~vipul@182.68.218.88> has joined #rtems
2013-11-30T10:28:25  *** vipul__ <vipul__!~vipul@182.68.218.88> has left #rtems
2013-11-30T10:38:02  *** vipulnayyar <vipulnayyar!~vipul@182.68.218.88> has joined #rtems
2013-11-30T10:42:45  *** vipulnayyar <vipulnayyar!~vipul@182.68.218.88> has quit IRC (Client Quit)
2013-11-30T10:45:06  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has joined #rtems
2013-11-30T10:45:38  <gedare> cdesai: can you send the github pull request for your task?
2013-11-30T10:47:41  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has joined #rtems
2013-11-30T10:50:24  <javamonnn> morning yall
2013-11-30T10:51:02  <gedare> cdesai: nevermind i applied the patch.
2013-11-30T10:51:05  <gedare> good morning java
2013-11-30T10:51:08  <gedare> javamonnn ^
2013-11-30T10:53:14  <cdesai> gedare: I was going to but had to run
2013-11-30T10:53:22  <gedare> it's ok
2013-11-30T10:58:35  <cdesai> gedare: qemu_vfat doesn't build for me with make
2013-11-30T10:58:43  <cdesai> using sparc/sis, 4.11
2013-11-30T10:58:56  <cdesai> misc/qemu_vfat/init.c:35:6: error: 'msdos_ops' undeclared here (not in a function)
2013-11-30T10:59:27  <cdesai> looks like this one isn't built too, it's not in misc/Makefile
2013-11-30T10:59:34  <cdesai> brb
2013-11-30T11:00:10  <gedare> i think it may be platform dependent.
2013-11-30T11:07:19  <javamonnn> gedare: psxtmthread02 already exists, but it's written wrong
2013-11-30T11:07:20  *** arvind_k <arvind_k!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2013-11-30T11:07:36  <javamonnn> It might be there as a placeholder I guess
2013-11-30T11:08:33  <javamonnn> except it prints out a value for  a case of pthread_create(), no preempt and then says it's a benchmark of pthread_create(), preempt
2013-11-30T11:08:39  <javamonnn> which is a little misleading
2013-11-30T11:10:19  *** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 260 seconds)
2013-11-30T11:15:23  <cdesai> gedare: all I get is
2013-11-30T11:15:24  <cdesai> rtems/cpukit/libfs/src/dosfs/msdos_init.c:38:const rtems_filesystem_operations_table  msdos_ops = {
2013-11-30T11:25:17  *** aakriti <aakriti!~aakriti@203.200.43.205> has quit IRC (Read error: Connection reset by peer)
2013-11-30T11:44:03  <javamonnn> gedare: what's even odder is that psxtmthread03 exists well, and it's testing pthread_exit instead of pthread_equal per the csv
2013-11-30T11:44:55  <javamonnn> psxtmthread02 existed but was just flat wrong, this one I'm not sure if I should replace what's there or make a new psxtmtest.
2013-11-30T11:45:07  <javamonnn> for this one I mean
2013-11-30T11:45:22  <gedare> javamonnn: sounds like a mistake was made sometime..
2013-11-30T11:45:45  <javamonnn> So just replace the code currently there?
2013-11-30T11:46:32  <gedare> yeah i think so..
2013-11-30T11:46:48  <gedare> sounds like joel got the files confused, but if he needs to recover the old code he can from the git.
2013-11-30T11:47:36  <gedare> thanks cdesai that is good enough for now
2013-11-30T11:47:52  <javamonnn> psxtmthread02 was just flat wrong, 01 tests create no preempt so I'm pretty sure that one should be replaced. psxtmthead03 though I'm not sure about it. I'll replace it for now.
2013-11-30T11:48:22  <cdesai> gedare: I'll look more and then post of the list (-devel) if that's ok, is it?
2013-11-30T11:48:46  <gedare> cdesai: no you can just move on for now
2013-11-30T11:48:53  <gedare> we can come back and clean it up later if time permits
2013-11-30T11:48:58  <cdesai> ok, thanks, sure
2013-11-30T11:49:06  <gedare> or file a bug report on our RTEMS Bugzilla
2013-11-30T11:49:16  <cdesai> that sounds better
2013-11-30T11:49:16  <gedare> javamonnn: can you file a bug report on Bugzilla for psxtmthread02?
2013-11-30T11:49:37  <gedare> http://wiki.rtems.org/wiki/index.php/Bugzilla
2013-11-30T11:50:25  <cdesai> hmm, the ssl cert on https://www.rtems.org/bugzilla/ shows up as untrusted for me
2013-11-30T11:50:43  <gedare> yes..
2013-11-30T11:50:51  <gedare> it is self-signed
2013-11-30T11:50:54  <cdesai> self-issued, that's why?
2013-11-30T11:50:55  <cdesai> ah okay
2013-11-30T11:51:00  <gedare> a known issue
2013-11-30T11:51:11  <javamonnn> gedare: sure thing
2013-11-30T11:51:16  <gedare> thanks.
2013-11-30T11:51:32  <gedare> gotta go again. i only get dribbles of time especially on the weekends.
2013-11-30T12:10:22  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2013-11-30T12:17:16  <gedare> cdesai: thanks for fixing the extensions.
2013-11-30T12:17:29  <cdesai> no problem
2013-11-30T12:24:26  <cdesai> gedare: will rtems be fully switching to waf eventually?
2013-11-30T12:26:23  <javamonnn>  gedare: https://www.rtems.org/bugzilla/show_bug.cgi?id=2156
2013-11-30T12:26:45  <gedare> cdesai: yes there is an effort to convert the main rtems build to waf instead of autotools.
2013-11-30T12:26:54  <gedare> thanks javamonnn
2013-11-30T12:27:18  <gedare> now we can create a task to fix the bug :)
2013-11-30T12:27:35  <javamonnn> I actually alread did
2013-11-30T12:27:40  <javamonnn> already*
2013-11-30T12:27:55  <cdesai> gedare: great
2013-11-30T12:28:15  <gedare> oh i see
2013-11-30T12:28:34  <javamonnn> my current task was to write a time test for psxtmthread02, and on the csv it says preempt. there was an existing test but it was a no preempt case
2013-11-30T12:28:39  <gedare> ahhh
2013-11-30T12:29:14  <gedare> cross-post the patch to melange if you haven't already
2013-11-30T12:29:26  <javamonnn> just did
2013-11-30T12:29:30  <gedare> thanks.
2013-11-30T12:30:12  <javamonnn> also, all the other posix time test tasks that are on there right now have preexisting tests.
2013-11-30T12:30:33  <javamonnn> psxtmthread03 tests something entirely different than what's in the csv
2013-11-30T12:30:41  <javamonnn> and I'm about to check the other 2
2013-11-30T12:30:49  <gedare> ok asking joel
2013-11-30T12:31:02  <cdesai> gedare: micromonitorumon doesn't build as well
2013-11-30T12:31:13  <cdesai> *micomonitor/umon
2013-11-30T12:31:26  <cdesai> complains about missing umon.h
2013-11-30T12:31:40  <gedare> hmm
2013-11-30T12:32:23  <gedare> maybe it only works for some targets too...
2013-11-30T12:32:49  <cdesai> the file is rtems/c/src/lib/libbsp/shared/umon/umon.h
2013-11-30T12:34:19  *** DrJoel <DrJoel!~IceChat77@24.96.88.41> has joined #rtems
2013-11-30T12:34:19  *** DrJoel <DrJoel!~IceChat77@rtems/maintainer/joel> has joined #rtems
2013-11-30T12:34:19  *** ChanServ sets mode: +o DrJoel
2013-11-30T12:34:27  <javamonnn> okay, psxtmcond02 lines up with what the csv says it should be AND it does it correctly, so that's good
2013-11-30T12:34:41  <gedare> i got DrJoel to drop by and try to sort this out
2013-11-30T12:34:45  <DrJoel> Hey.. gedare pinged me
2013-11-30T12:34:55  <gedare> cdesai: i'm investigating
2013-11-30T12:34:57  <DrJoel> So how out of sync is the .csv file?
2013-11-30T12:35:25  <DrJoel> I noticed that the mq part was out of date when I put together that last back of tasks.
2013-11-30T12:35:28  <gedare> ~/.../rtems/rtems/c/src/lib/libbsp$ find . -name Makefile.am | xargs grep umon
2013-11-30T12:35:29  <gedare> ./arm/csb337/Makefile.am:include_umondir = $(includedir)/umon
2013-11-30T12:35:29  <gedare> ./arm/csb337/Makefile.am:include_umon_HEADERS  = ../../shared/umon/cli.h
2013-11-30T12:35:29  <gedare> ./arm/csb337/Makefile.am:include_umon_HEADERS += ../../shared/umon/monlib.h
2013-11-30T12:35:29  <gedare> ./arm/csb337/Makefile.am:include_umon_HEADERS += ../../shared/umon/tfs.h
2013-11-30T12:35:29  <gedare> ./arm/csb337/Makefile.am:include_rtems_HEADERS  = ../../shared/umon/umon.h
2013-11-30T12:35:31  <gedare> ./arm/csb337/Makefile.am:# umon
2013-11-30T12:35:33  <gedare> ./arm/csb337/Makefile.am:libbsp_a_SOURCES += ../../shared/umon/umonrtemsglue.c  \
2013-11-30T12:35:35  <gedare> ./arm/csb337/Makefile.am:    ../../shared/umon/monlib.c ../../shared/umon/tfsDriver.c \
2013-11-30T12:35:37  <gedare> ./arm/csb337/Makefile.am:    ../../shared/umon/umoncons.c startup/umonsupp.c
2013-11-30T12:35:39  <gedare> ./arm/csb337/Makefile.am:libbsp_a_SOURCES += ../../shared/umon/umoncons.c
2013-11-30T12:35:41  * gedare bad manners
2013-11-30T12:35:52  <gedare> cdesai: looks like umon is only going to work for the csb337 BSP
2013-11-30T12:36:08  <cdesai> just saw that, http://sprunge.us/iiGH
2013-11-30T12:36:11  <cdesai> I can add a check then
2013-11-30T12:36:19  <gedare> much better manners.
2013-11-30T12:36:25  <gedare> yeah sure that will work
2013-11-30T12:36:31  <javamonnn> Hey DrJoel! The recent posix tasks make it seem out of sync. psxtmthrea02 already existed, but it was benchmarking the wrong thing so I fixed that. psxtmthread03 exists, but checks something entirely different than what the csv says it should.
2013-11-30T12:36:32  <gedare> good catch.
2013-11-30T12:37:10  <javamonnn> psxtmcond01 exists and checks what the csv says it should check, and does it correctly, so that shouldn't have been posted as a task
2013-11-30T12:38:17  <gedare> bbl.
2013-11-30T12:38:22  *** vipulnayyar <vipulnayyar!~vipul@182.68.218.88> has joined #rtems
2013-11-30T12:38:28  <javamonnn> and it looks like psxtmcond02 is good too.
2013-11-30T12:39:15  <DrJoel> OK.. let me delete psxtmcond01
2013-11-30T12:40:00  <javamonnn> So for the psxtmthread03 task, should I replace the current test there with what's outlined in the csv?
2013-11-30T12:40:02  <DrJoel> that task is gone.
2013-11-30T12:40:39  <DrJoel> No.. we should increment the numbers on the tests. I was trying to catch that type of thing. Do you have a patch for the .csv?
2013-11-30T12:41:11  <DrJoel> That corrects the test descriptions and numbering? I will delete the psxtmthread** tasks and redo them
2013-11-30T12:41:16  <DrJoel> once I have that
2013-11-30T12:42:08  <javamonnn> ohh no let me do that right now. I submitted a patch fixing psxtmthread02 on melange so I'll resubmit with a patch for the csv
2013-11-30T12:42:24  <DrJoel> we have tasks unpublished for 2-4. which now seems wrong.. should all those be deleted?
2013-11-30T12:42:36  <DrJoel> psxtmthread02 .. 04.. should I delete them?
2013-11-30T12:42:54  <DrJoel> vipulnayyar.. uploaded your refactoring tasks..
2013-11-30T12:43:11  <javamonnn> 02 keep, I don't see 04
2013-11-30T12:43:26  <javamonnn> psxtmthread02 is a matter of what's already there being wrong
2013-11-30T12:43:33  <cdesai> DrJoel: looks like http://www.google-melange.com/gci/task/view/google/gci2013/5841416039170048 and http://www.google-melange.com/gci/task/view/google/gci2013/5857822814240768 are duplicates
2013-11-30T12:43:35  <gcibot> BSP Refactoring Task #6: powerpc
2013-11-30T12:43:35  <gcibot> Status: Open
2013-11-30T12:43:35  <gcibot> Mentor(s): Chris Johns
2013-11-30T12:43:35  <gcibot> BSP Refactoring Task #6: powerpc
2013-11-30T12:43:35  <gcibot> Status: Open
2013-11-30T12:43:35  <gcibot> Mentor(s): Chris Johns
2013-11-30T12:44:30  <vipulnayyar> DrJoel : #6 and 11-15 tasks have duplicates
2013-11-30T12:45:11  <DrJoel> crap.. :( maybe I need to pay more attention to proofreading my wife's book and less to GCI today. Damn.. I am screwing up a lot
2013-11-30T12:45:15  <DrJoel> OK.. will delete 11-15
2013-11-30T12:45:57  <javamonnn> psxtmthread02 is my current task. The existing test benchmaked "pthread_create, no preempt" when it was documented as testing preempt and the csv says it should be preempt.
2013-11-30T12:46:32  <javamonnn> I submitted a patch and bug report for that and am about to include the csv patch
2013-11-30T12:46:43  <DrJoel> Then fix the description in the .csv to match the existing test.
2013-11-30T12:46:56  <DrJoel> Is there a case for pthread_create, preempt?
2013-11-30T12:47:14  <DrJoel> vipul .. ok now?
2013-11-30T12:47:29  <javamonnn> No, psxtmthread01 is pthread_create, no preempt. I patched 02 to test pthread_create, preempt because of this.
2013-11-30T12:48:10  <DrJoel> javamonnn: OK.. I think you know the pattern we are trying to get with the set of tests. The .csv just seems wrong
2013-11-30T12:48:31  <javamonnn> psxtmcond02 task should be deleted, it exists and is correct
2013-11-30T12:48:32  <DrJoel> The idea is start with CATEGORY and go from init/create through various operations from 01 to 0n. :)
2013-11-30T12:48:58  <javamonnn> DrJoel: Yeah, if I run into anything like this from now on I'll use my best judgment
2013-11-30T12:49:14  <vipulnayyar> Thanks Dr Joel, it's fine now :-)
2013-11-30T12:49:50  <javamonnn> and psxtmthread03 should be deleted as well. I'll update the csv with a patch I'll submit for psxtmthread02 to reflect the fact that these have been implemented.
2013-11-30T12:50:04  <DrJoel> The .csv is intended to be a plan and match the set. But obviously we didn't keep it up to date. When you update the patch on the PR, I will file it.
2013-11-30T12:51:31  <DrJoel> I just did something I hope I don't regret.. I published all existing timing test tasks. If they are wrong, then we need to delete them. Then finish the correct tasks.. and see what has "No" in the spreadsheet when done.
2013-11-30T12:51:46  <DrJoel> That way you can see what I did and we can fix it. :)
2013-11-30T12:51:56  <javamonnn> hahahaha yes thank you I will have fun with this
2013-11-30T12:52:19  <javamonnn> these timing taks are a lot of fun
2013-11-30T12:52:23  <javamonnn> tasks*
2013-11-30T12:52:24  <DrJoel> In case any other students are listening.. this is the type of activity that can't be counted in the "task count" but sure goes into the final decision. :)
2013-11-30T12:52:41  <DrJoel> I like writing them .. but it is easy to measure the wrong thing. :)
2013-11-30T12:52:52  <cdesai> javamonnn: +1, I learnt a lot from the one I did
2013-11-30T12:53:08  *** vipulnayyar <vipulnayyar!~vipul@182.68.218.88> has quit IRC (Quit: Leaving)
2013-11-30T12:53:27  <DrJoel> I noticed the tmtests are missing some cases so if we get through all these, I will look into seeing what cases are missing there. I think the barrier in that API might be missing a few
2013-11-30T12:54:09  <DrJoel> :) on learning.. and you also learned that many eyes are good on finding bugs. :)
2013-11-30T12:54:14  <DrJoel> and there is no shame in reporting them.
2013-11-30T12:54:45  <DrJoel> When I see the new patch, I will review and commit it.
2013-11-30T12:54:58  <DrJoel> FYI I updated the test templates to have 2013 as the copyright year.
2013-11-30T12:55:21  <DrJoel> And if we need a new template, speak up. Those are fairly new in the RTEMS world.
2013-11-30T12:55:22  <javamonnn> Alright DrJoel, I'll try to bring the .csv up to sync all in one go here
2013-11-30T12:55:28  <DrJoel> thanks. :)
2013-11-30T12:56:00  <DrJoel> ok.. i am back to proofreading my wife's book.. she wants it put to bed this weekend
2013-11-30T12:56:44  <javamonnn> what is the book about?
2013-11-30T13:26:02  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has quit IRC (Remote host closed the connection)
2013-11-30T13:49:35  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has joined #rtems
2013-11-30T13:56:20  <gedare> DrJoel: were you fixing the duplicate tasks?
2013-11-30T13:56:23  <gedare> i think we both deleted task 6
2013-11-30T13:56:56  <gedare> oops. :)
2013-11-30T13:57:07  <gedare> i can add #6 back.
2013-11-30T13:57:37  <gedare> melange needs bulk delete.
2013-11-30T13:59:59  <gedare> ok i added it back and published it.
2013-11-30T14:00:49  <gedare> all waf conversions done for now! yay
2013-11-30T14:00:50  <gedare> gotta go
2013-11-30T14:01:07  <javamonnn> later gedare
2013-11-30T14:01:54  <javamonnn> lol I lost my once well established lead due to that waf sprint
2013-11-30T14:05:59  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has quit IRC (Ping timeout: 272 seconds)
2013-11-30T14:44:37  <javamonnn> DrJoel: I just posted the new patch to melange
2013-11-30T15:13:43  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has joined #rtems
2013-11-30T15:18:49  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has quit IRC (Ping timeout: 272 seconds)
2013-11-30T15:48:04  <DrJoel> javamonnn you will get another burst of tasks :)
2013-11-30T15:52:34  <javamonnn> fun fun fun :) The time tests are a lot of fun to write. They take a little bit longer, especially with the debug/compile time but I enjoy what I'm doing a lot more than if they were waf or doxygen stuff for instance.
2013-11-30T15:55:46  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has joined #rtems
2013-11-30T15:56:57  <javamonnn> It's also greatly helping my knowledge of the pthread api which is cool, I've never worked with threads like this
2013-11-30T15:59:38  <javamonnn> whats up dunsmoreb
2013-11-30T16:00:04  <dunsmoreb> For me, the ceiling. =P
2013-11-30T16:00:23  <dunsmoreb> I just got back from doing homework with friends, so...
2013-11-30T16:00:25  <DrJoel> It's funny because people ask for examples of how to use them and most of the code we have are tests which push them into odd corner cases. :)
2013-11-30T16:00:43  <DrJoel> And don't do anything like a real app.. at least the timing tests are supposed to reflect important use cases
2013-11-30T16:00:48  <DrJoel> hello dunsmoreb...
2013-11-30T16:01:30  <DrJoel> don't know where you two are geographically.. but I am split between GCI, the Auburn/Alabama game, and the Georgia/Georgia Tech game.. I went to none of those schools .. lol
2013-11-30T16:02:31  <dunsmoreb> Better than doing homework. =P
2013-11-30T16:05:00  <javamonnn> hahah as a senior a lot of my classes are entirely test grade, homework is optional
2013-11-30T16:05:00  <DrJoel> javamonnn heard me say that I should be proofing my wife's book.. she waits to put it to bed this weekend. This is her second novel
2013-11-30T16:05:16  <javamonnn> novel, nice
2013-11-30T16:05:22  <DrJoel> I don't think I ever felt anythign was optional .. even through Ph.D. :(
2013-11-30T16:05:45  <DrJoel> watch out for warnings and checking status codes. Just fixed a couple.. no big deal.. but try to catch them.
2013-11-30T16:06:18  <javamonnn> Okay I wasn't sure if I should be going out of my way to check status codes. I will from now on.
2013-11-30T16:06:41  <javamonnn> It just gets odd sometimes when a preempt occurs because you have to come back to check it
2013-11-30T16:07:52  <javamonnn> Is there a way you can configure with --enable-tests=psxtmtests?
2013-11-30T16:08:18  <javamonnn> It yells at me anytime I try to configure anything other than samples so I end up having to enable all tests and compile it that way
2013-11-30T16:08:25  <DrJoel> --enable-tests
2013-11-30T16:08:29  <DrJoel> you have to build them all.
2013-11-30T16:08:40  <javamonnn> ahh that's what I thought, I was just making sure
2013-11-30T16:08:53  <DrJoel> If you have multiple cores, I recommend adding -jN where N is 2x cores available to the make
2013-11-30T16:09:16  <DrJoel> closing task javamonnn.. code pushed.. thanks
2013-11-30T16:09:23  <javamonnn> I forgot about that
2013-11-30T16:09:27  <javamonnn> cool, thanks.
2013-11-30T16:10:24  <DrJoel> It spends the builds up considerably
2013-11-30T16:10:46  <DrJoel> and if you add --enable-maintainer-mode, you often don't have to rebuild everything when adding a directory
2013-11-30T16:10:59  <DrJoel> on a more serious note.. are there enough tasks outstanding in the types you two like
2013-11-30T16:12:28  <javamonnn> I saw someone pass the maintainer-mode earlier, I wasn't sure what it did exactly, thanks for explaining that
2013-11-30T16:12:45  <javamonnn> and yes, plenty of posix to keep me busy for awhile.
2013-11-30T16:13:31  <DrJoel> It tracks the file dependencies from bootstrap
2013-11-30T16:13:53  <DrJoel> Hopefully that won't be needed soon.. looking to move to new build system
2013-11-30T16:21:34  <javamonnn> this is the first time I've seen waf used
2013-11-30T16:22:38  <dunsmoreb> Same.
2013-11-30T16:23:41  <javamonnn> the syntax seems simpler, but makefiles have the advantage that everyone has used them in one way or another
2013-11-30T16:23:47  <javamonnn> but that will change with time
2013-11-30T16:25:37  <DrJoel> Make syntax is well known but cryptic and hard to get right for parallel builds.. Waf has the advantage of being in Python.. lower overhead.. my recollection is that from end of git clone to all tests built is ~90 seconds. verm__ can comment on that
2013-11-30T16:26:02  <javamonnn> shoot
2013-11-30T16:26:07  <javamonnn> 90 seconds
2013-11-30T16:26:27  <javamonnn> that is definitely worth the conversion over hahah
2013-11-30T16:27:07  <DrJoel> Yep! And I don't know that the 90 seconds was on that special of a computer.
2013-11-30T16:27:27  <DrJoel> I should have given you and dunsmoreb the tasks you claimed..
2013-11-30T16:27:31  * DrJoel goes back to proofreading
2013-11-30T17:01:37  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has quit IRC (Read error: Connection reset by peer)
2013-11-30T17:02:25  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has joined #rtems
2013-11-30T17:14:13  *** DrJoel <DrJoel!~IceChat77@rtems/maintainer/joel> has quit IRC (Quit: Not that there is anything wrong with that)
2013-11-30T17:21:14  <javamonnn> my workstation right now is an old pentium D lol
2013-11-30T17:21:31  <javamonnn> it takes ~15 minutes to compile
2013-11-30T17:22:08  <javamonnn> but it was free so hey I can't complain
2013-11-30T18:20:16  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-11-30T18:41:02  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has quit IRC (Ping timeout: 240 seconds)
2013-11-30T18:47:30  <kiwichris> build speeds are based on a fast multicore machine with SSD disks and /tmp in a ram disk
2013-11-30T18:55:27  *** antgreen <antgreen!~green@dsl-173-206-82-201.tor.primus.ca> has quit IRC (Ping timeout: 252 seconds)
2013-11-30T19:06:32  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has joined #rtems
2013-11-30T19:11:12  *** antgreen <antgreen!~green@dsl-173-206-82-201.tor.primus.ca> has joined #rtems
2013-11-30T19:20:38  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has quit IRC (Ping timeout: 240 seconds)
2013-11-30T19:25:27  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has joined #rtems
2013-11-30T19:41:47  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has joined #rtems
2013-11-30T20:00:36  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has quit IRC (Read error: Connection reset by peer)
2013-11-30T20:04:27  *** antgreen <antgreen!~green@dsl-173-206-82-201.tor.primus.ca> has quit IRC (Ping timeout: 272 seconds)
2013-11-30T20:19:19  <gedare> javamonnn: i get conflict with your psxtmcond patch, against the .csv file :(
2013-11-30T20:19:24  *** antgreen <antgreen!~green@dsl-173-206-82-201.tor.primus.ca> has joined #rtems
2013-11-30T20:19:47  <gedare> ahh
2013-11-30T20:19:55  <javamonnn> what do you mean? I updated the .csv file in the patch
2013-11-30T20:19:55  <gedare> i think i was outdated.
2013-11-30T20:20:10  <gedare> hmm.
2013-11-30T20:20:13  <javamonnn> ahh yeah I sync'd the .csv for the last task
2013-11-30T20:20:15  <gedare> error: patch failed: testsuites/psxtmtests/psxtmtests_plan.csv:17
2013-11-30T20:20:16  <gedare> error: testsuites/psxtmtests/psxtmtests_plan.csv: patch does not apply
2013-11-30T20:20:16  <gedare> Patch failed at 0001 psxtmtests: added new psxtmcond04 test, fixed psxtmcond03
2013-11-30T20:20:24  <gedare> ah!
2013-11-30T20:20:26  <gedare> still outdated
2013-11-30T20:20:30  <gedare> don't mind me right now.
2013-11-30T20:20:38  <gedare> just trying to verify your task before i go to bed
2013-11-30T20:20:47  <javamonnn> haha, I appreciate it.
2013-11-30T20:22:48  <gedare> the print message is +    "pthread_cond_signal - thread waiting, no preempt",
2013-11-30T20:22:51  <gedare> that looks wrong?
2013-11-30T20:23:06  <gedare> first arg to put_time() in init.c
2013-11-30T20:24:40  <gedare> also I don't think we want extra printfs like the one at +  printf("yielding to second thread\n");
2013-11-30T20:24:58  <gedare> javamonnn: can you fix those issues quickly?
2013-11-30T20:25:07  <javamonnn> ahh it looks like I forgot to pull out all the debug prints
2013-11-30T20:25:15  <javamonnn> yeah give me like 5 minutes tops
2013-11-30T20:28:58  <javamonnn> done
2013-11-30T20:29:11  <gedare> ok refreshing.
2013-11-30T20:31:45  <gedare> i got some trailing whitespace errors, fyi.
2013-11-30T20:31:53  <gedare> no biggie but try not to have blank spaces at the end of lines.
2013-11-30T20:32:32  <gedare> looks good.
2013-11-30T20:32:36  <gedare> thanks for fixing 03 too.
2013-11-30T20:32:39  <javamonnn> okay, I'll check that from now on
2013-11-30T20:33:20  <javamonnn> yeah I just wish I caught it earlier, I spent way too much time trying to figure out what was wrong when it was so simple
2013-11-30T20:33:40  <javamonnn> thanks for approving it before you go to bed haha
2013-11-30T20:35:03  <gedare> yeah i also managed to post one more waf conversion task
2013-11-30T20:35:16  <gedare> it's different from the others... an example of how to build a library
2013-11-30T20:36:14  <gedare> night.
2013-11-30T20:36:30  <javamonnn> goodnight.
2013-11-30T20:46:16  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has joined #rtems
2013-11-30T20:47:01  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has quit IRC (Ping timeout: 246 seconds)
2013-11-30T20:56:08  <cdesai> morning
2013-11-30T20:56:20  <cdesai> dunsmoreb: i had a sprint yesterday :-D
2013-11-30T20:56:27  <javamonnn> haha morning cdesai
2013-11-30T20:56:29  <dunsmoreb> I saw. =P
2013-11-30T20:56:53  <javamonnn> you can really knock those waf tasks out in a couple minutes easy
2013-11-30T20:57:07  <dunsmoreb> The bottleneck is getting them closed.
2013-11-30T20:57:32  <javamonnn> that's always the bottleneck
2013-11-30T20:57:51  <javamonnn> I dont want to start working on something else if someone else can claim it
2013-11-30T20:58:03  <javamonnn> I mean no one ever does but still
2013-11-30T20:58:22  <dunsmoreb> What are you waiting for?
2013-11-30T20:58:52  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2013-11-30T20:59:00  <javamonnn> nothing actually, I'm working on a posix time test, I'm just saying in general
2013-11-30T20:59:09  <javamonnn> getting it closed seems to be the bottleneck
2013-11-30T20:59:18  <dunsmoreb> Woot. Task partners!
2013-11-30T21:00:36  <javamonnn> You're doing a posix too? I really like these tasks
2013-11-30T21:02:09  <dunsmoreb> First one.
2013-11-30T21:08:47  <javamonnn> I've done a couple today, they're not too bad once you get the hang of them. Worst part is compile time
2013-11-30T21:09:48  <dunsmoreb> Question, what is the purpose of the Middle() and Low() functions?
2013-11-30T21:10:16  <cdesai> compiling only the test should be fast
2013-11-30T21:10:40  <javamonnn> Depending on what you're doing you're going to want threads with middle and low priorities, it's a way to label what is what
2013-11-30T21:11:02  <javamonnn> You have to compile all tests, you can't specify a single test
2013-11-30T21:11:18  <javamonnn> and my workstation has a pentium D
2013-11-30T21:11:22  <cdesai> you can
2013-11-30T21:11:23  <javamonnn> lol
2013-11-30T21:11:38  <dunsmoreb> javamonnn, thanks.
2013-11-30T21:12:01  <cdesai> javamonnn: cd to the test executable's path
2013-11-30T21:12:11  <cdesai> run make there :)
2013-11-30T21:12:16  <javamonnn> really
2013-11-30T21:12:21  <javamonnn> dang
2013-11-30T21:12:36  <cdesai> works with waf as well
2013-11-30T21:13:04  <javamonnn> thanks cdesai
2013-11-30T21:27:17  <javamonnn>  rtems is interesting, the way it schedules threads
2013-11-30T21:27:23  <javamonnn> since it's single process
2013-11-30T21:27:36  <javamonnn> real time systems are cool
2013-11-30T21:35:39  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has quit IRC (Read error: Connection reset by peer)
2013-11-30T21:40:55  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has joined #rtems
2013-11-30T21:41:22  <dunsmoreb> Ugh. My laptop's battery is dead, so if I pull out the plug my whole computer goes night-night. =(
2013-11-30T21:42:08  <javamonnn> I used to have a laptop like that, it's so annoying.
2013-11-30T21:42:33  <dunsmoreb> Yeah, and new batteries are so expensive.
2013-11-30T21:42:38  <dunsmoreb> It's not even worth the effort.
2013-11-30T21:52:05  <javamonnn> haha there are more tasks complete for rtems than there are for any other project
2013-11-30T21:52:09  <javamonnn> good work guys
2013-11-30T21:52:27  <dunsmoreb> Do the waf tasks really count? =P
2013-11-30T21:52:32  <javamonnn> it's probably because between the three of us we have almost 60 tasks
2013-11-30T21:52:36  <javamonnn> and that
2013-11-30T21:52:37  <javamonnn> yeah
2013-11-30T21:52:44  <dunsmoreb> pretty much that =P
2013-11-30T21:52:45  <javamonnn> those take like 2 or 3 minutes
2013-11-30T21:52:49  <javamonnn> hahahah
2013-11-30T21:53:06  <javamonnn> it looks like they're doing some pretty serious stuff over at copyleft
2013-11-30T21:53:22  <dunsmoreb> Like what?
2013-11-30T21:54:40  <javamonnn> It looks like a lot of shaders, fixing bugs, that sort of stuff
2013-11-30T21:54:49  <javamonnn> but really getting involved with the code base
2013-11-30T21:55:03  <javamonnn> as opposed to documentation or translation or stuff like that
2013-11-30T21:55:19  <dunsmoreb> Cool.
2013-11-30T22:01:52  <dunsmoreb> Well I'm going to bed. Good night.
2013-11-30T22:01:55  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has quit IRC (Quit: Leaving)
2013-11-30T22:08:04  <cdesai> <javamonnn> it's probably because between the three of us we have almost 60 tasks - that's nice
2013-11-30T22:09:25  *** mrpenguin <mrpenguin!3282023f@gateway/web/freenode/ip.50.130.2.63> has joined #rtems
2013-11-30T22:10:20  <mrpenguin> just cloned rtems from the link provided and when i try to find the chapters using grep -r ... i get nothing
2013-11-30T22:10:53  <javamonnn> are you talking about finishing the posix chapters?
2013-11-30T22:11:08  <mrpenguin> yes
2013-11-30T22:11:47  <javamonnn> I haven't looked at those tasks but I think that is documentation stuff, it wouldn't be in the actual code base
2013-11-30T22:11:59  <mrpenguin> hmmm
2013-11-30T22:12:14  <mrpenguin> the instructions say to just look directly under the rtems
2013-11-30T22:12:34  <cdesai> javamonnn: it's there
2013-11-30T22:12:43  <cdesai> rtems.git, doc/
2013-11-30T22:12:56  <javamonnn> ahh
2013-11-30T22:13:09  <mrpenguin> so
2013-11-30T22:13:12  <mrpenguin> ?
2013-11-30T22:13:22  <javamonnn> its under doc
2013-11-30T22:13:49  <mrpenguin> kk thx
2013-11-30T22:13:58  <cdesai> I suggest you take a look at the files under doc/posix_users
2013-11-30T22:14:49  <javamonnn> hmm
2013-11-30T22:14:59  <javamonnn> those look like interesting tasks actually
2013-11-30T22:15:42  <mrpenguin> found under posix1003.1
2013-11-30T22:18:30  <javamonnn> I had an irc nick javamonn and registered it but I can't remember the password now lol
2013-11-30T22:28:18  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has quit IRC (Ping timeout: 240 seconds)
2013-11-30T22:53:34  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has joined #rtems
2013-11-30T23:00:38  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:85c:b21e:5c07:34cf> has quit IRC (Ping timeout: 240 seconds)
2013-12-01T01:05:14  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-12-01T01:11:26  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Ping timeout: 245 seconds)
2013-12-01T02:00:37  *** pancakewaffles <pancakewaffles!dcff0285@gateway/web/freenode/ip.220.255.2.133> has joined #rtems
2013-12-01T02:09:48  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-12-01T02:14:32  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Ping timeout: 265 seconds)
2013-12-01T03:31:45  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-12-01T03:37:13  *** edwardk_ <edwardk_!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-12-01T03:38:33  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Ping timeout: 272 seconds)
2013-12-01T03:43:23  *** edwardk_ <edwardk_!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Ping timeout: 260 seconds)
2013-12-01T05:23:11  *** arvind_k <arvind_k!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 260 seconds)
2013-12-01T05:38:47  *** arvind_k <arvind_k!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems
2013-12-01T05:55:07  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has quit IRC (Remote host closed the connection)
2013-12-01T05:56:11  *** gigetoo <gigetoo!~gigetoo@c83-250-61-4.bredband.comhem.se> has joined #rtems
2013-12-01T07:49:51  *** gcibot <gcibot!~gcibot@elsalvador.media.mit.edu> has quit IRC (Remote host closed the connection)
2013-12-01T07:50:05  *** gcibot <gcibot!~gcibot@elsalvador.media.mit.edu> has joined #rtems
2013-12-01T08:11:28  *** mmadia <mmadia!~mmadia@pdpc/supporter/active/mmadia> has joined #rtems
2013-12-01T09:21:47  *** arvind_k <arvind_k!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 246 seconds)
2013-12-01T10:46:03  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:d92d:5c81:d128:142b> has joined #rtems
2013-12-01T10:47:16  *** mmadia <mmadia!~mmadia@pdpc/supporter/active/mmadia> has left #rtems
2013-12-01T10:57:30  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has joined #rtems
2013-12-01T10:57:43  <cdesai> night everyone
2013-12-01T10:57:50  <dunsmoreb> Good night.
2013-12-01T11:03:24  *** dunsmoreb_ <dunsmoreb_!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has joined #rtems
2013-12-01T11:03:24  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has quit IRC (Read error: Connection reset by peer)
2013-12-01T11:03:28  *** dunsmoreb_ is now known as dunsmoreb
2013-12-01T11:16:51  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has quit IRC (Ping timeout: 245 seconds)
2013-12-01T11:52:01  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has joined #rtems
2013-12-01T11:58:37  *** mrpenguin <mrpenguin!3282023f@gateway/web/freenode/ip.50.130.2.63> has quit IRC (Ping timeout: 250 seconds)
2013-12-01T12:07:30  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has quit IRC (Ping timeout: 245 seconds)
2013-12-01T12:25:02  *** peerst_ <peerst_!~peerst@host-2-101-25-51.as13285.net> has joined #rtems
2013-12-01T12:25:25  *** peerst_ is now known as Guest835
2013-12-01T12:25:58  *** Guest835 is now known as peerst2
2013-12-01T12:26:58  <peerst2> kiwichris: you sent me a link to a 3 CPU high performance space dev platform a while ago
2013-12-01T12:27:37  <peerst2> could you share it again, i'm traveling and didn't take it with me I fear
2013-12-01T12:34:30  *** peerst2 <peerst2!~peerst@host-2-101-25-51.as13285.net> has quit IRC (Quit: Colloquy for iPad - http://colloquy.mobi)
2013-12-01T12:45:35  *** peerst-ipad <peerst-ipad!~peerst@host-2-101-25-51.as13285.net> has joined #rtems
2013-12-01T12:46:36  <peerst-ipad> hmm, should have set up a bouncer before traveling :-/
2013-12-01T12:48:17  <peerst-ipad> btw kiwichris ... found the site again, so nevermind
2013-12-01T13:19:35  *** antgreen <antgreen!~green@dsl-173-206-82-201.tor.primus.ca> has quit IRC (Read error: Connection reset by peer)
2013-12-01T13:22:07  *** peerst-ipad <peerst-ipad!~peerst@host-2-101-25-51.as13285.net> has quit IRC (Quit: Colloquy for iPad - http://colloquy.mobi)
2013-12-01T13:26:28  *** peerst-ipad <peerst-ipad!~peerst@host-2-101-25-51.as13285.net> has joined #rtems
2013-12-01T13:31:22  *** peerst-ipad <peerst-ipad!~peerst@host-2-101-25-51.as13285.net> has quit IRC (Quit: Colloquy for iPad - http://colloquy.mobi)
2013-12-01T14:07:14  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has joined #rtems
2013-12-01T14:20:42  <dunsmoreb> Ugh. I cloned rtems.git clean and am trying to build it again, but I get an undefined reference to `pthread_setcancelstate'
2013-12-01T14:39:18  <javamonnn> hmm that's odd
2013-12-01T14:39:26  <javamonnn> make sure your includes are correct
2013-12-01T14:39:39  <javamonnn> and that you're passing the correct number and type of args
2013-12-01T14:41:49  <dunsmoreb> I'm going to try a couple more things and then I'm just going to blow everything up and start from scratch.
2013-12-01T14:42:20  <javamonnn> I can't tell you how many times I've had to do that when I can't figure something out
2013-12-01T14:44:54  <dunsmoreb> The only bad thing is rebuilding gcc. =/
2013-12-01T14:48:24  <dunsmoreb> Argh. Screw this. Time to do a $ rm -rf --no-preserve-root /
2013-12-01T14:49:19  <javamonnn> dang man, you're going to rebuild everything? I thought you meant just scrapping what you had written for the test itself
2013-12-01T14:49:54  <dunsmoreb> That's what I did at first. I cloned a clean rtems.git and yet it still doesn't work. =/
2013-12-01T14:51:12  <javamonnn> And your sure it's not a hidden error in your test? The way the macros work, you might be doing something wrong in some other function call and it doesn't get caught till the macro is expanded into pthread_setcancelstate
2013-12-01T14:51:40  <dunsmoreb> I'm sure. This is a fresh clone without any changes.
2013-12-01T14:51:40  <javamonnn> but it is odd you're getting an undefined reference as opposed to some other error
2013-12-01T16:45:27  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-12-01T16:46:44  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has quit IRC (Read error: Connection reset by peer)
2013-12-01T17:17:15  *** edwardk_ <edwardk_!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-12-01T17:19:02  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:d92d:5c81:d128:142b> has quit IRC (Ping timeout: 240 seconds)
2013-12-01T17:19:10  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Ping timeout: 245 seconds)
2013-12-01T17:32:35  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-12-01T17:33:01  *** edwardk_ <edwardk_!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Ping timeout: 246 seconds)
2013-12-01T17:45:44  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:d92d:5c81:d128:142b> has joined #rtems
2013-12-01T17:48:42  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has joined #rtems
2013-12-01T17:48:57  <dunsmoreb> javamonnn, done. Everything works now. =P
2013-12-01T17:52:14  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:d92d:5c81:d128:142b> has quit IRC (Ping timeout: 240 seconds)
2013-12-01T18:04:00  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2013-12-01T18:15:52  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-12-01T18:23:36  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:d92d:5c81:d128:142b> has joined #rtems
2013-12-01T18:23:59  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has joined #rtems
2013-12-01T18:31:28  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2013-12-01T18:32:38  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:d92d:5c81:d128:142b> has quit IRC (Ping timeout: 240 seconds)
2013-12-01T18:42:03  *** mkhoory <mkhoory!~mkhoory@211.117.165.123> has joined #rtems
2013-12-01T18:43:22  *** gedare <gedare!~gedare@ip98-169-179-252.dc.dc.cox.net> has quit IRC (Ping timeout: 246 seconds)
2013-12-01T18:51:19  *** javamonnn <javamonnn!~twitch@2602:306:ce88:7890:d92d:5c81:d128:142b> has joined #rtems
2013-12-01T19:51:40  <dunsmoreb> Does anyone want to help save me from my suffering? rtems: undefined reference to `iconv_close'
2013-12-01T19:53:10  <mkhoory> not sure if I could help, but this is when trying to build RTEMS? or after building RTEMS?
2013-12-01T19:53:21  <dunsmoreb> When building RTEMS.
2013-12-01T19:53:30  <mkhoory> hmm
2013-12-01T19:54:00  <dunsmoreb> ~/b-sis$ ../rtems/configure --target=sparc-rtems4.11 --enable-rtemsbsp=sis --prefix=/usr/local/rtems-4.11 --enable-tests=yes --disable-posix
2013-12-01T19:54:35  <mkhoory> what host OS are you using?
2013-12-01T19:55:17  <dunsmoreb> Arch.
2013-12-01T19:59:07  <mkhoory> hmmm. I thought maybe you didn't have "-dev" packages installed, but arch includes the development files with regular packages. So assuming you have those, I'm out of ideas
2013-12-01T20:00:03  <mkhoory> iconv AFAIK is provided by glibc
2013-12-01T20:00:35  <dunsmoreb> Well I have glibc installed, and I just updated my system.
2013-12-01T20:01:48  <mkhoory> I see. Sorry I couldn't help. I haven't used arch much
2013-12-01T20:02:24  <dunsmoreb> It's fine. I'm about ready to give up this task.
2013-12-01T20:02:42  <dunsmoreb> I already had to recompile all my tools today. =/
2013-12-01T20:06:04  <dunsmoreb> Well, good night.
2013-12-01T20:06:09  *** dunsmoreb <dunsmoreb!~dunsmoreb@ip98-166-117-79.hr.hr.cox.net> has quit IRC (Quit: Leaving)
2013-12-01T20:17:32  *** antgreen <antgreen!~green@dsl-173-206-82-201.tor.primus.ca> has joined #rtems
2013-12-01T21:20:10  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-12-01T21:40:36  *** edwardk_ <edwardk_!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-12-01T21:42:00  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Ping timeout: 252 seconds)
2013-12-01T21:51:19  *** edwardk_ <edwardk_!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)
2013-12-01T22:48:44  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has joined #rtems
2013-12-01T23:10:53  *** Thorn <Thorn!~Thorn@unaffiliated/thorn> has joined #rtems
2013-12-01T23:54:09  *** edwardk <edwardk!~edwardk@pdpc/supporter/professional/edwardk> has quit IRC (Quit: Computer has gone to sleep.)