RTEMS IRC Log, 16 Apr 2012

*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems00:34
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 240 seconds)00:44
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems00:46
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 246 seconds)00:57
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems01:15
*** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has joined #rtems01:53
sebhubgood morning01:54
*** zw__yao <zw__yao!~zw_yao@ec2-175-41-233-86.ap-northeast-1.compute.amazonaws.com> has joined #rtems03:10
*** zw__yao <zw__yao!~zw_yao@ec2-175-41-233-86.ap-northeast-1.compute.amazonaws.com> has quit IRC (Client Quit)03:11
*** QingPei <QingPei!~PPQQ@inet-hqmc06-o.oracle.com> has left #rtems04:04
*** cdcs <cdcs!c188804d@gateway/web/freenode/ip.193.136.128.77> has joined #rtems04:05
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has quit IRC (Ping timeout: 252 seconds)04:20
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has joined #rtems04:27
*** panzon <panzon!~panzon@adsl-ull-52-27.51-151.net24.it> has quit IRC (Ping timeout: 260 seconds)05:18
*** antgreen <antgreen!~user@bas3-toronto06-1177890229.dsl.bell.ca> has joined #rtems06:39
*** QingPei <QingPei!~qingpei@123.118.103.133> has joined #rtems06:46
arvind_khadriHi, from where can I clone the git repo.  No private repo in github07:14
sebhubhttp://git.rtems.org/07:35
lcpfnvcycdcs: thanks for the response07:35
lcpfnvcy12:18 < lcpfnvcy> mmorning07:35
lcpfnvcy12:19 < lcpfnvcy> does rtems have something similar to vmware esx07:35
lcpfnvcy12:36 < cdcs> Hello07:35
lcpfnvcy12:37 < cdcs> if i understand you question correctly:07:35
lcpfnvcy12:37 < cdcs> No it does not. But several hypervisors support RTEMS as a virtualized operating system.07:35
lcpfnvcylittle late07:35
lcpfnvcy:(07:35
sebhubhm, this was for arvind_khadri07:36
arvind_khadrisebhub, thanks07:36
sebhuband also http://wiki.rtems.org/wiki/index.php/Git07:37
verm__the github repo will be up in a week or two08:13
verm__i've been busy with other things08:13
cdcslcpfnvcy, No problem ;)08:14
*** panzon <panzon!~panzon@adsl-ull-52-27.51-151.net24.it> has joined #rtems08:14
sebhubnice, how will it sync with the OAR repo?08:14
verm__i wrote something a month back08:17
verm__it'll be realtime once the commit is done o the master it'll push to github08:17
verm__need time to set it up08:17
sebhubok, so its automati08:17
sebhubc08:17
verm__oh, of course08:17
verm__i'll get it up by the end of the month hopefully08:18
verm__this way gsoc students can use github over googlecode if they want08:18
sebhubits always good to have backups08:18
verm__well, it provides a way for users to easily track the repo08:19
verm__and they can publically store their repo so others can watch it similar to how we handle personal repos08:20
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has quit IRC (Quit: Leaving)08:38
*** cdcs <cdcs!c188804d@gateway/web/freenode/ip.193.136.128.77> has quit IRC (Ping timeout: 245 seconds)08:49
*** cdcs <cdcs!c188804d@gateway/web/freenode/ip.193.136.128.77> has joined #rtems08:52
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has joined #rtems09:20
gedaregood morning09:33
gedareA0Sheds: i view the two projects (stm32 and beagleboard) as rather similar. Both offering support for open hardware. Beagleboard also has a quite large user community especially among hobbyists / open-source enthusiasts09:34
A0Shedsgedare: the stm32 will have millions of users09:35
A0Shedsmostly large OEMs in China will develop with it09:35
A0ShedsDrJoel understood the significance of what is going on here with replacing 20 years of closed firmware in a laptop09:36
A0Shedsi thought that is why he asked us to fid a student09:36
A0Shedsfid/find09:36
gedareit is09:36
A0Shedsbut i don't want to waste anymore time09:37
*** weiY <weiY!~kick@221.182.46.15> has joined #rtems09:37
weiYhi, gedare. how about the process of gsoc review?09:43
gedarehey weiY: it's coming along. i think the announcements come in a week09:44
cdcsBoth the STM32 and OMAP4 projects expect an RTEMS port to an ARM cortex M3, although different BSPs09:45
weiYok. and the mentor of the rtems is enough for all students?09:45
weiYit seems that there are so many students with good proposal than past years09:46
QingPeiand there is a OMAP gsoc project already..09:46
gedareweiY: we're a little thin but not too bad09:46
weiYgood news.09:47
gedareomap4 is less about the bsp and more about the AMP/IPC framework and SMP on ARM09:49
gedarethe stm32 project is more about peripherals and getting it to work with small targets09:49
cdcsyup, i know. What i don't know is how much of the BSP development will overlap with STM3209:50
gedarei think quite little unless they happen to share similar SOC peripherals09:50
QingPeii think the omap4 project have much overlap work with  beagleboard09:51
QingPeisince it should add BSP support for OMAP at first09:51
cdcsthe beagleboard project will target Cortex A8 while the OMAP project will target the CortexM309:52
A0Shedsnow that the stm32f patch is public much of the RTEMS work is done09:54
cdcstherefore i don't expect much overlap09:54
gedareisn't beagleboard/beaglebone using a uniproc. design?09:54
A0ShedsGoogle just published a working library of EC routines for the cortex M309:54
gedarelink?09:54
A0Shedswe have Uwe's open stm32 library09:54
A0Shedsand we also have openEC that may be ported to arm3209:55
A0Shedshttp://git.chromium.org/gitweb/?p=chromiumos/platform/ec.git;a=tree;f=chip;h=fab28b9e1ec6b544ed20d386984de3249a06bcb2;hb=HEAD09:55
A0Shedsso a lot has changed in a week09:55
gedarenice09:55
gedareyeah. for rtems much of that is superfluous / application level09:56
gedarerather much that remains09:56
gedarejust glueing things together09:56
A0Shedsi wish they would have been public weeks ago vs just sitting on it  :)09:56
gedarewhich is a good bit of work09:56
gedarelol yes09:56
gedaremaybe that is why they didn't accept you guys :/09:56
A0Sheds80% of the project is done now09:56
gedare(i doubt they have that much coordination)09:56
A0Shedsnow it's just supporting more flavors of the cortex m3/m4 with RTEMS09:57
A0Shedsdrivers, peripherals09:57
gedarethe google code is bsd which is license compatible that is nice for rtems09:57
gedareyeah09:57
A0Shedsoptimization for tinyRTEMS09:57
gedareand maybe some tinyRTEMS work09:57
gedareright.09:57
gedarewe still may ask for the slot so that the student can do drivers/peripherals and tinyRTEMS work09:59
gedarebut i wouldn't hold my breath09:59
A0Shedswe need a working laptop asap09:59
A0Shedsso this might be done by june 110:00
A0Shedsto show at computex10:00
weiYhi gedare. whether the student slots assigned to rtems was announced?10:06
gedarei don't believe the # is public data.10:06
weiYoh, what is the meaning of #10:07
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 272 seconds)10:09
QingPei# means the slot number, i guess10:15
weiYyeah, i think so. i think it should be ##, haha10:18
*** weiY <weiY!~kick@221.182.46.15> has quit IRC (Ping timeout: 250 seconds)10:40
*** panzon <panzon!~panzon@adsl-ull-52-27.51-151.net24.it> has quit IRC (Ping timeout: 252 seconds)10:47
*** panzon <panzon!~panzon@adsl-ull-52-27.51-151.net24.it> has joined #rtems11:08
*** panzon <panzon!~panzon@adsl-ull-52-27.51-151.net24.it> has quit IRC (Ping timeout: 252 seconds)11:13
*** panzon <panzon!~panzon@dynamic-adsl-84-220-69-18.clienti.tiscali.it> has joined #rtems11:25
*** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has quit IRC (Ping timeout: 252 seconds)11:29
*** cdcs <cdcs!c188804d@gateway/web/freenode/ip.193.136.128.77> has quit IRC (Ping timeout: 245 seconds)13:00
*** QingPei <QingPei!~qingpei@123.118.103.133> has left #rtems13:26
*** panzon <panzon!~panzon@dynamic-adsl-84-220-69-18.clienti.tiscali.it> has quit IRC (Quit: Leaving)13:34
*** panzon <panzon!~panzon@dynamic-adsl-84-220-69-18.clienti.tiscali.it> has joined #rtems13:35
*** DrJoel <DrJoel!~DrJoel@67.63.146.110> has joined #rtems14:34
*** DrJoel <DrJoel!~DrJoel@rtems/maintainer/joel> has joined #rtems14:34
*** ChanServ sets mode: +o DrJoel14:34
gedarehowdy drjoel.14:56
DrJoelhey.. been busy offline .. and then had a power supply in a PC at home die overnight. :(14:57
gedarethat's not fun. better than a hard drive though14:58
gedarethings settling at all for you yet?14:58
DrJoelthis week should be a bit better. Michele is still in a lot of pain and needs help.15:01
DrJoelas if a dead power supply isn't bad enough.. the one I bought was DOA.15:03
DrJoelI knew because we had a spare one here at OAR I tested with15:03
gedareouch15:03
DrJoelthey looked surprised when I returned it .. but Jeff said it has happened to him there also15:04
DrJoelfunny to think that a 3Ghz dual core with 4GB RAM could be 4 years old15:04
peerstDrJoel: Hi15:05
peerstDrJoel: what do you think about kqueues in RTEMS?15:06
gedareverm__ suggested that ummm what did we say...15:07
gedarewe ended up linking them from http://wiki.rtems.org/wiki/index.php/RTEMSSystemEvents15:08
peerstthing is Erlang needs either a working select, poll or kqueues15:09
DrJoelI remember not knowing enough to have a final opinion .. but an open to anything that makes porting easier15:09
peerstAt the moment we have neither15:09
peerstselect only works with sockets15:09
peerstpoll + kqueues doesn't exist15:09
peerstand the select implementation looks like a hack to me15:10
gedareis kqueue synchronous?15:10
gedare(from the userland side)15:11
peerstwhat exactly do you mean by synchronous?15:11
gedareactually it doesn't matter / make sense. either the user will sleep on the event or poll it15:11
peerstyeah I was confused ... since stuff like kqueue select and poll are mostly used to make stuff more asynchronous15:12
DrJoelpeerst.. then kqueues is important.. I personally want RTEMS to be a strong platform for as many languages as possible15:12
DrJoeldoes the wiki page make it clear that kqueues are important for Erlang?15:12
peerstDrJoel: thing is we very probably have customer funding for porting kqueues15:13
gedarenope. we were unaware of what users might exist for the kqueues immediately.15:13
gedarewe will adopt kqueues if it is done rihgt ;)15:13
gedaredumping a mess of bsd code into the kernel to implement kqueues is "not right"...15:13
peerstSounds good15:13
peerstthe bsd implemenation of kqueues is pretty neat IMHO15:14
peersthttp://people.freebsd.org/~jlemon/papers/kqueue.pdf15:14
gedareit may be OK I lack the spare capacity to investigate thoroughly right now15:14
gedareif it just sits between an application and rtems then it's fine...15:15
gedareif we need to hook into rtems kernel services then we have to worry more15:15
peerstyep it does15:15
peerstno need to go quite deep15:15
peerstneeds smallish support in every event source though15:15
gedarethat will be fine15:16
peerstso basically everything that is a file descriptor15:16
gedareas I said.. done carefully and with feedback from the devel community it should be ok15:16
peerstadditional event sources can easily be added optionally as user extensions15:16
peerstthe hen and egg problem is that the customer paying for it will be disappointed if we have to maintain it separately forever15:17
gedarewell it should be approached like the other bsd port works...15:18
peerstbut if the generall concept of kqueues is accepted he'll take the risk15:18
peerstprobably the port will be done by sebastian15:18
gedarethe page i linked to kind of says it all15:18
peerst(sebhub)15:18
gedarewe had an event notification system but it is "broken"...15:19
gedarewe're open to better solutions15:19
gedareif kqueue solves everything then great15:19
peerstcool15:19
DrJoelI have nothing against any particular implementation of kqueues... and having a user who "cares" is enough to drive requirements in my mind. As long as we end up with something that is well documented and well tested15:19
gedareyup...and maintainable15:19
gedaredont' forget that one :015:19
DrJoel:)15:20
DrJoelany othe 'ibles?15:21
peerstkqueues are really low impact: you need a pointer of storage per event source, then you write 3 small so called filter functions and put pointers to them in a struct, the kqueues infrastructure takes care of the rest15:21
peerstso its really easy to add kqueue support for new filedescriptorish things15:22
peerstwhich is part of maintainability15:22
gedare:) i think it sounds good.15:22
peerstif you have time sometimes read the paper I linked to, its well written15:23
peerstif you lost the link its linked from the wikipedia entry of kqueue15:23
gedarei'll try15:24
gedareand i'll keep an eye out for development :015:24
peerstwell announce it if we work out the monetary things with the customer and can start with it15:25
gedareok great.15:25
verm__rtems needs kqueue/kevent15:44
peerst:-)15:47
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has quit IRC (Quit: Leaving)16:29
*** DrJoel <DrJoel!~DrJoel@rtems/maintainer/joel> has quit IRC (Quit: Leaving)17:16
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has joined #rtems17:56
*** dr__house <dr__house!~vattam@unaffiliated/drhouse/x-385045> has quit IRC (Ping timeout: 272 seconds)18:07
*** mwalle <mwalle!~mw@services.serverraum.org> has quit IRC (Ping timeout: 272 seconds)18:07
*** dr__house <dr__house!~vattam@static.88-198-40-10.clients.your-server.de> has joined #rtems18:07
*** dr__house <dr__house!~vattam@unaffiliated/drhouse/x-385045> has joined #rtems18:07
*** mwalle <mwalle!~mw@services.serverraum.org> has joined #rtems18:08
kiwichrisgedare, do all m68k bsps build with the 1/4 m68k patch ?18:43
gedarekiwichris: drjoel was testing that.. he ran into an unrelated bug during one of them though18:43
gedarei'm not sure what his status was.. i built one of the bsps.. lacking the infrastructure right now to try building all of them18:44
kiwichrisYes I also found the iess else where a few weeks go and managed to work around18:44
kiwichrisless -> issue18:44
gedarei'd have to ask him to see what he managed to build.18:45
kiwichrisUnderstood. I cannot get gdb for the PowerPC to build on MacOS. Everything else does18:45
kiwichrisYou can build on the RTEMS servers.18:45
gedarei'll have to figure that out18:45
kiwichrisThat patch is ok with me if it builds all m68k bsps18:45
kiwichrisAlso this just shows why we need a patch tool and have get all effect code to build before committing18:46
gedareyup.18:47
gedareand making this change has furhter convinced me that automake must die.18:47
kiwichrishah18:48
gedarehalf my effort in updating this set_vector code was modifying makefile.am18:48
gedareat least i could do it with sed mostly.18:48
kiwichrisFeeble, real automake hackers use ed ;)18:49
kiwichris... and boot their machine with dip switches18:49
gedareand press the turbo button to make it go fast.18:52
kiwichrisI am now calling the makefile.am's and related m4 cruft a toxic zone. You only head in when you really need to and with maximum protection18:54
kiwichrisIf you slip and break through the surface you find yourself in black quick sand18:55
gedareif you're lucky.18:55
gedaresomeday i expect my bootstrap will go into infinite recursion and fill my hard drive18:55
gedarejust a funny feeling i get18:55
kiwichrisWhat is the area on Everest where the climbs must use ladders over gaps ?18:56
gedareno clue18:56
gedaresounds ominous though18:56
kiwichrisHere is an interesting stat .....19:02
kiwichris$ cat $(find . -name Makefile.am -o -name Makefile.in -o -name \*.m4 -o -name configure -o -name \*.ac ) | wc -l19:02
kiwichris 151082719:02
gedareack19:03
kiwichrisI suspect more lines in the autoconf/automake cruft we carry around than code19:03
gedarewould be an interesting study19:03
gedarei wonder...19:03
kiwichrisAnd that is not the cache stuff19:03
kiwichrisI think19:04
*** Deb <Deb!~Xiaochen@c-76-99-53-68.hsd1.pa.comcast.net> has joined #rtems19:05
gedarewell there is a slight difference between generated files and not, but only minorly so19:06
kiwichrisGenerate or not they exists. Generated files can have bugs just like any other piece of code.19:26
kiwichrisThe more lines the high the chance19:26
*** Deb <Deb!~Xiaochen@c-76-99-53-68.hsd1.pa.comcast.net> has quit IRC (Quit: Leaving)19:36
*** xiangfu <xiangfu!~xiangfu@125.34.167.247> has joined #rtems19:36
gedarelol19:43
gedareansic:       745153 (35.83%)19:44
gedaresh:          638451 (30.70%)19:44
gedaremakefile:    551563 (26.52%)19:44
gedarem4:           73475 (3.53%)19:44
gedareasm:          38574 (1.85%)19:44
gedareada:          26261 (1.26%)19:44
gedarecpp:           5248 (0.25%)19:44
gedarepascal:         814 (0.04%)19:44
gedareperl:           279 (0.01%)19:44
gedarethats with counting Makefile.in and Makefile.am as 'makefile'19:44
gedareand without the autom4te.cache19:44
kiwichrishah19:45
*** xiangfu <xiangfu!~xiangfu@125.34.167.247> has quit IRC (Ping timeout: 260 seconds)19:45
gedareafter running bootstrap obviously.19:45
kiwichrisywah19:45
kiwichrisyeah19:46
kiwichrisThat piece of perl code is impossible to understand19:46
*** panzon_ <panzon_!~panzon@dynamic-adsl-84-220-115-13.clienti.tiscali.it> has joined #rtems19:46
*** panzon <panzon!~panzon@dynamic-adsl-84-220-69-18.clienti.tiscali.it> has quit IRC (Ping timeout: 246 seconds)19:48
gedareTotals grouped by language (dominant language first):19:54
gedareansic:       745153 (87.00%)19:54
gedareasm:          38574 (4.50%)19:54
gedaremakefile:     30083 (3.51%)19:54
gedareada:          26261 (3.07%)19:54
gedaresh:            7086 (0.83%)19:54
gedarecpp:           5248 (0.61%)19:54
gedarem4:            2996 (0.35%)19:54
gedarepascal:         814 (0.10%)19:54
gedareperl:           279 (0.03%)19:54
gedarethat's without bootstrapping19:54
gedarethe moral is that we use almost twice as much generated code as we do what is written / stored in the repo19:54
gedarejust for rtems building19:54
kiwichrisI suspect this and while you can argue it is generated it is silly.19:55
kiwichrisAnother stat to collect would be the number of forks to build the everything.19:55
kiwichrisI think we have about 5 per file compiled19:56
kiwichrissh + test + gcc + cc1 + asm19:56
kiwichrisActually that means 2 shell forks and not forks19:56
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has joined #rtems19:58
gedareyeah20:04
gedarehttp://gedare-csphd.blogspot.com/2012/04/crufty-stuff.html20:12
gedarethere you go :)20:12
gedareand im out. later20:12
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has quit IRC (Quit: Leaving)20:12
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has quit IRC (Ping timeout: 276 seconds)20:52
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has joined #rtems20:53
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has quit IRC (Quit: Leaving)21:00
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has joined #rtems21:00
*** QingPei <QingPei!~qingpei@inet-hqmc02-o.oracle.com> has joined #rtems21:36
*** antgreen <antgreen!~user@bas3-toronto06-1177890229.dsl.bell.ca> has quit IRC (Ping timeout: 245 seconds)21:37
*** Deb <Deb!~Xiaochen@c-76-99-53-68.hsd1.pa.comcast.net> has joined #rtems21:47
*** xian9fu <xian9fu!~xiangfu@fidelio.qi-hardware.com> has joined #rtems21:57
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has quit IRC (Ping timeout: 276 seconds)21:57
*** xian9fu <xian9fu!~xiangfu@fidelio.qi-hardware.com> has joined #rtems21:57
*** xian9fu is now known as xiangfu21:58
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has quit IRC (Ping timeout: 276 seconds)22:21
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has joined #rtems22:33
*** Deb <Deb!~Xiaochen@c-76-99-53-68.hsd1.pa.comcast.net> has quit IRC (Quit: Leaving)23:03
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has quit IRC (Remote host closed the connection)23:16
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has joined #rtems23:17
*** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has joined #rtems01:32
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has quit IRC (Ping timeout: 246 seconds)01:57
*** panzon__ <panzon__!~panzon@dynamic-adsl-78-13-165-199.clienti.tiscali.it> has joined #rtems02:23
*** panzon_ <panzon_!~panzon@dynamic-adsl-84-220-115-13.clienti.tiscali.it> has quit IRC (Ping timeout: 260 seconds)02:26
*** arvind_khadri <arvind_khadri!~arvind@117.192.136.38> has joined #rtems02:28
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems02:28
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has joined #rtems02:28
*** panzon_ <panzon_!~panzon@dynamic-adsl-78-13-165-23.clienti.tiscali.it> has joined #rtems02:30
*** panzon__ <panzon__!~panzon@dynamic-adsl-78-13-165-199.clienti.tiscali.it> has quit IRC (Ping timeout: 260 seconds)02:33
*** panzon__ <panzon__!~panzon@78.12.177.34> has joined #rtems02:44
*** panzon_ <panzon_!~panzon@dynamic-adsl-78-13-165-23.clienti.tiscali.it> has quit IRC (Ping timeout: 246 seconds)02:46
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 260 seconds)02:46
*** panzon_ <panzon_!~panzon@dynamic-adsl-84-221-67-206.clienti.tiscali.it> has joined #rtems02:50
*** arvind_khadri <arvind_khadri!~arvind@117.192.135.122> has joined #rtems02:52
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems02:52
*** panzon__ <panzon__!~panzon@78.12.177.34> has quit IRC (Ping timeout: 245 seconds)02:53
sebhubgood morning03:00
*** cdcs <cdcs!c188804d@gateway/web/freenode/ip.193.136.128.77> has joined #rtems03:45
*** panzon__ <panzon__!~panzon@dynamic-adsl-78-12-175-101.clienti.tiscali.it> has joined #rtems03:58
*** panzon_ <panzon_!~panzon@dynamic-adsl-84-221-67-206.clienti.tiscali.it> has quit IRC (Ping timeout: 272 seconds)04:01
*** QingPei <QingPei!~qingpei@inet-hqmc02-o.oracle.com> has quit IRC (Remote host closed the connection)04:04
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has quit IRC (Remote host closed the connection)04:51
*** panzon__ <panzon__!~panzon@dynamic-adsl-78-12-175-101.clienti.tiscali.it> has quit IRC (Ping timeout: 260 seconds)05:50
*** Hesham <Hesham!~hesham@41.236.213.225> has joined #rtems05:51
*** arvind_k <arvind_k!~arvind@117.202.25.179> has joined #rtems06:52
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 260 seconds)06:53
*** gedare <gedare!~gedare@128.164.201.103> has joined #rtems08:09
*** panzon__ <panzon__!~panzon@dynamic-adsl-78-12-175-101.clienti.tiscali.it> has joined #rtems08:15
*** leyyin <leyyin!~dani@79.114.205.218> has joined #rtems08:21
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has joined #rtems08:25
*** weiY <weiY!~kick@221.182.46.20> has joined #rtems08:33
*** QingPei <QingPei!~qingpei@114.243.174.163> has joined #rtems08:38
*** Hesham <Hesham!~hesham@41.236.213.225> has quit IRC (Quit: Leaving.)09:43
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has quit IRC (Quit: Leaving)09:49
*** QingPei <QingPei!~qingpei@114.243.174.163> has quit IRC (Ping timeout: 276 seconds)10:24
*** QingPei <QingPei!~qingpei@114.243.174.163> has joined #rtems10:26
*** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has quit IRC (Ping timeout: 260 seconds)10:29
*** arvind_k <arvind_k!~arvind@117.202.25.179> has quit IRC (Ping timeout: 245 seconds)10:42
*** weiY <weiY!~kick@221.182.46.20> has quit IRC (Ping timeout: 245 seconds)10:57
*** Hesham <Hesham!~hesham@41.236.213.225> has joined #rtems11:21
Heshamhey gedare11:36
gedarehello hesham11:36
gedareis your schoolwork going well?11:37
Heshamabout rbheap , should i consider its implementation to the high level API or just mark it as future work ?11:37
Heshamyeah i have finished mid-term exams :)11:37
gedarenice11:37
Heshamthanks11:38
gedarei've been thinking about that same thing11:38
Heshamand ?11:39
gedarethe problem we have to tackle is how to deal with memory management versus memory allocation11:39
gedarethe rbheap is nice because it shows a very clear separation between management and allocation11:39
Heshami think i will stuck with memory management in general in RTEMS11:39
Heshamyeah11:39
gedareright. the allocation shouldn't matter too much, except that if the management data structures reside together with the management structures then you cannot provide adequate protection mechanisms11:40
gedaretake a look at how Region Manager uses its attributes and write a brief summary11:40
Heshamand where it saves its management data structures ?11:41
gedareit would be interesting to find out if the Region Manager can have a flexible way to specify its memory pool and whether there is space in the attribute set for specifying an allocator and whether protection migth be enabled at the Region level11:41
Heshami think data structures the manage attributes of Region/Partition should be in separate area11:42
gedareand whether the Region API as-is can be left alone but extended with new functions to handle these features.11:42
gedarenot necessarilly11:42
gedarefor achieving protection yes11:42
gedareok so..11:43
gedarethere is a distinction to make11:43
Heshamprotection , allocation , attributes11:43
gedarebetween allocator management data structure and the Manager Object data structure11:43
Heshamexactly11:44
gedareallocators can either embed their management data within the memory region or have external structures11:44
gedaretraditional heap (malloc) embeds management data before/after an allocated region11:44
Heshamand then set its attributes ?11:45
gedaredon't worry about attributes yet11:45
gedareunderstand how allocation works11:45
gedareif you view the memory region as a large chunk then an allocator can do one of two things11:45
gedareit can set aside one chunk for management and the rest for handling allocation requests11:46
gedareor it can set aside the entire chunk for handling allocation requests and keep the management data co-located with the allocated blocks11:46
gedaremalloc does the second approach11:46
gedarerbheap implements the first approach11:46
gedarepartition manager implements the second approach because the partition objects reside on a linked list11:47
gedareregion manager uses the score Heap which implements malloc so it uses the second approach11:47
gedareyou cannot implement useful MMU-based protection / attributes using the second approach11:47
Heshamright11:47
Heshamso we should use first approach11:48
gedareWe should support both approaches11:48
gedareand for the first approach we should offer the possibility of using hardware-based protection / attributes enforcement11:48
Heshamthat's means Arenas and MMU11:49
gedareprobably. how to hook the allocator up to the arena is unclear11:49
Heshamshould we think about how to implement it now ? or just take in mind that Arenas would be used along with rbheap at the design time ?11:50
gedarewe should consider it now11:51
gedarei believe it will help us to decide where to put the Arena code11:51
gedaremost of which I think is written11:52
HeshamThen , it would be good if you provided me with any references/code that would help me11:52
gedare(other than the tasking problems)11:52
Heshami had read about Partition / Region Managers at online library11:53
gedareI think a simple starting point is to read the code for partition and regions11:53
gedarecpukit/rtems/include/rtems/rtems/region.h and part.h are the headers11:53
gedareand cpukit/rtems/inline/rtems/rtems/region.inl and part.inl are their inline functions (if any)11:53
gedareand various files in cpukit/rtems/src/region* or part* are their functions11:54
Heshamis it well documented/commented ?11:54
gedarepretty well11:55
Heshamgreat11:55
gedarethink about whether it would be possible to combine the implementations of the region and partition manager together...how much of the functionality is shared11:55
Heshamand ?11:56
gedareand write a small report with your findings11:56
gedaredo you have a blog?11:56
Heshamyeah along time ago but i have not use it11:56
*** panzon__ <panzon__!~panzon@dynamic-adsl-78-12-175-101.clienti.tiscali.it> has quit IRC (Ping timeout: 260 seconds)11:57
Heshami think i will use it now11:57
gedarethat would be awesome11:57
Heshamthen just how to combine region / partition manager in just one manager ?11:57
gedarenot exactly like that11:57
gedarethey belong to the Classic API so we cannot really change their interface functions11:57
gedareBut what we might be able to do is to let them share a common implementation "under the covers"11:58
gedareIn RTEMS we do this usually by implementing the common code in a Supercore manager.11:58
Heshami see11:59
Heshamand what about heap management ?11:59
gedareThat is going to be part of your analysis12:00
gedareWhat the two managers look like, what common features they have, and where they differ; including how they deal with memory management12:00
gedareDoes that make sense?12:00
Heshamyeah , that would be head lines in my report12:01
gedareok. in order to get some idea about  how they might share implementations...12:01
gedareLook at the classic semaphores, posix semaphores, and score semaphores12:02
gedarethat is a great example of sharing implementations12:02
gedareclassic semaphores share code between semaphores or mutexes12:02
gedareand the posix semaphore also shares the implementation12:02
gedareand so the implementation is in the score.12:02
Heshamwhere i can find classic simaphores code ?12:03
gedarefind cpukit/rtems/ -name sem.h12:05
gedarefind cpukit/score -name coresem.h12:05
gedarefind cpukit/score -name coremutex.h12:05
gedarefind cpukit/posix -name semaphore.h12:06
gedaremainly the header files for classic managers reside at cpukit/rtems/include/rtems/*.h12:06
gedareinline routines are defined in cpukit/rtems/inline/rtems/*.inl12:06
gedareand source files are in cpukit/rtems/src/*.c12:06
gedarefor score managers it is the same except in cpukit/score12:06
gedareand for posix but cpukit/posix12:06
Heshami will review code soon as possible and when i am done with the report i will tell you12:08
Heshamwhen you expect i should finish the report ?12:08
gedarewhenever. this is just something I was thinking about and think it is a great way to get your feet wet. obviously accepted students haven't been announced so if you want to wait to find out if you're in that is probably smart :)12:09
gedarei would say to make sure to deal with your school responsibilities and then schedule this in your free time12:10
HeshamI will start with it soon whether accepted or not :)12:13
gedareif you want to work on your report in a google doc you can share it with me and let me know when you make some good progress12:14
gedarethen when you finish and i review it you can post it for the world12:14
Heshami will do that12:15
Heshamthanks gedare :)12:16
gedarewelcome thanks for asking. I've been pondering this for awhile and I think doing this exercise will be helpful for us both12:18
Heshamas you said , i'd like to get my feet wet12:19
gedaregetting into the code is the best way12:20
gedareif you get stuck just ask questions here or on rtems-devel (make sure to include enough context so that everyone will understand your questions)12:20
Heshamok12:21
Heshamoff topic question , will you be a mentor this year ?12:22
*** arvind_k <arvind_k!~arvind@117.192.219.142> has joined #rtems12:24
*** arvind_k is now known as arvind_khadri12:25
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems12:25
*** panzon__ <panzon__!~panzon@dynamic-adsl-78-12-175-101.clienti.tiscali.it> has joined #rtems12:27
gedarehesham: yes I plan to be12:28
Heshamwell , good luck then :)12:28
*** Hesham <Hesham!~hesham@41.236.213.225> has left #rtems12:40
*** cdcs <cdcs!c188804d@gateway/web/freenode/ip.193.136.128.77> has quit IRC (Quit: Page closed)13:06
*** QingPei <QingPei!~qingpei@114.243.174.163> has quit IRC (Quit: Leaving.)13:46
*** gedare <gedare!~gedare@128.164.201.103> has quit IRC (Quit: Ex-Chat)13:47
*** antgreen <antgreen!~user@bas3-toronto06-1176449538.dsl.bell.ca> has joined #rtems13:57
*** panzon__ <panzon__!~panzon@dynamic-adsl-78-12-175-101.clienti.tiscali.it> has quit IRC (Quit: Leaving)17:07
*** leyyin <leyyin!~dani@79.114.205.218> has quit IRC (Quit: Leaving)17:50
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has joined #rtems18:48
*** antgreen <antgreen!~user@bas3-toronto06-1176449538.dsl.bell.ca> has quit IRC (Ping timeout: 252 seconds)19:06
*** zw_yao <zw_yao!~zw_yao@1.198.59.197> has joined #rtems19:18
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has quit IRC (Quit: Leaving)19:36
*** zw_yao <zw_yao!~zw_yao@1.198.59.197> has quit IRC (Quit: Bye)19:40
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has joined #rtems21:07
*** QingPei <QingPei!~qingpei@114.243.174.163> has joined #rtems21:18
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has quit IRC (Quit: Leaving)21:40
*** A0Sheds <A0Sheds!~ly@unaffiliated/l84supper> has quit IRC (Quit: puff of smoke)00:10
*** L84Supper <L84Supper!~ly@unaffiliated/l84supper> has joined #rtems00:10
*** kristianpaul <kristianpaul!~kristianp@unaffiliated/kristianpaul> has quit IRC (Ping timeout: 260 seconds)00:12
*** kristianpaul <kristianpaul!~kristianp@unaffiliated/kristianpaul> has joined #rtems00:13
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 260 seconds)00:24
*** Hesham <Hesham!~hesham@41.236.210.36> has joined #rtems02:52
*** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has joined #rtems03:30
sebhubgood morning03:30
*** cdcs <cdcs!c188804d@gateway/web/freenode/ip.193.136.128.77> has joined #rtems04:04
*** Hesham <Hesham!~hesham@41.236.210.36> has quit IRC (Quit: Leaving.)04:45
*** cdcs <cdcs!c188804d@gateway/web/freenode/ip.193.136.128.77> has quit IRC (Ping timeout: 245 seconds)05:01
*** cdcs <cdcs!c188804d@gateway/web/freenode/ip.193.136.128.77> has joined #rtems05:02
*** Hesham <Hesham!~hesham@41.236.210.36> has joined #rtems05:08
*** Hesham <Hesham!~hesham@41.236.210.36> has left #rtems05:09
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems05:11
*** QingPei <QingPei!~qingpei@114.243.174.163> has quit IRC (Quit: Leaving.)05:39
*** arvind_k <arvind_k!~arvind@117.192.142.79> has joined #rtems06:51
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 276 seconds)06:54
*** QingPei <QingPei!~qingpei@114.243.174.163> has joined #rtems07:37
*** xiangfu <xiangfu!~xiangfu@125.34.167.247> has joined #rtems07:53
*** weiY <weiY!~kick@221.182.2.242> has joined #rtems08:00
*** xiangfu <xiangfu!~xiangfu@125.34.167.247> has quit IRC (Ping timeout: 276 seconds)08:36
*** xiangfu <xiangfu!~xiangfu@125.34.167.247> has joined #rtems08:57
*** cdcs <cdcs!c188804d@gateway/web/freenode/ip.193.136.128.77> has quit IRC (Ping timeout: 245 seconds)09:07
*** QingPei <QingPei!~qingpei@114.243.174.163> has quit IRC (Quit: Leaving.)09:07
*** weiY <weiY!~kick@221.182.2.242> has quit IRC (Ping timeout: 252 seconds)09:13
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has joined #rtems09:15
*** QingPei <QingPei!~qingpei@114.243.174.163> has joined #rtems09:24
*** xiangfu <xiangfu!~xiangfu@125.34.167.247> has quit IRC (Remote host closed the connection)09:30
*** xiangfu <xiangfu!~xiangfu@125.34.167.247> has joined #rtems09:48
*** cdcs <cdcs!c188804d@gateway/web/freenode/ip.193.136.128.77> has joined #rtems09:51
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has quit IRC (Quit: Leaving)10:06
*** weiY <weiY!~kick@221.182.46.10> has joined #rtems10:16
*** L84Supper <L84Supper!~ly@unaffiliated/l84supper> has quit IRC (Quit: puff of smoke)10:17
*** A0Sheds <A0Sheds!~ly@adsl-75-49-211-164.dsl.emhril.sbcglobal.net> has joined #rtems10:19
*** A0Sheds <A0Sheds!~ly@unaffiliated/l84supper> has joined #rtems10:19
*** xiangfu <xiangfu!~xiangfu@125.34.167.247> has quit IRC (Ping timeout: 240 seconds)10:30
*** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has quit IRC (Ping timeout: 244 seconds)10:49
*** weiY <weiY!~kick@221.182.46.10> has quit IRC (Ping timeout: 252 seconds)10:58
*** arvind_k <arvind_k!~arvind@117.192.142.79> has quit IRC (Ping timeout: 245 seconds)11:49
*** arvind_k <arvind_k!~arvind@117.192.197.119> has joined #rtems12:48
*** arvind_k is now known as arvind_khadri12:49
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems12:50
*** cdcs <cdcs!c188804d@gateway/web/freenode/ip.193.136.128.77> has quit IRC (Quit: Page closed)12:56
*** QingPei <QingPei!~qingpei@114.243.174.163> has left #rtems13:00
*** antgreen <antgreen!~user@bas3-toronto06-1176449538.dsl.bell.ca> has joined #rtems13:42
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 246 seconds)14:23
*** DrJoel <DrJoel!~DrJoel@67.63.146.110> has joined #rtems15:42
*** DrJoel <DrJoel!~DrJoel@rtems/maintainer/joel> has joined #rtems15:43
*** ChanServ sets mode: +o DrJoel15:43
*** DrJoel changes topic to "Final countdown on student selection for GSOC 2012. Be loud and proud on the devel list. Make yourself stand out. :)"15:43
*** Hesham1 <Hesham1!~hesham@41.236.209.57> has joined #rtems16:49
*** kristianpaul <kristianpaul!~kristianp@unaffiliated/kristianpaul> has quit IRC (Ping timeout: 260 seconds)17:00
*** kristianpaul <kristianpaul!~kristianp@unaffiliated/kristianpaul> has joined #rtems17:17
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has joined #rtems17:37
*** A0Sheds <A0Sheds!~ly@unaffiliated/l84supper> has quit IRC (Quit: puff of smoke)17:47
*** L84Supper <L84Supper!~ly@unaffiliated/l84supper> has joined #rtems17:48
*** DrJoel <DrJoel!~DrJoel@rtems/maintainer/joel> has quit IRC (Quit: Leaving)17:58
*** L84Supper <L84Supper!~ly@unaffiliated/l84supper> has quit IRC (Quit: puff of smoke)18:05
*** A0Sheds <A0Sheds!~ly@unaffiliated/l84supper> has joined #rtems18:05
*** dr__hous1 <dr__hous1!~vattam@static.88-198-40-10.clients.your-server.de> has joined #rtems18:36
*** dr__house <dr__house!~vattam@unaffiliated/drhouse/x-385045> has quit IRC (Disconnected by services)18:40
*** dr__hous1 is now known as dr__house18:40
*** Hesham1 <Hesham1!~hesham@41.236.209.57> has left #rtems18:47
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has quit IRC (Quit: Leaving)20:17
*** xiangfu <xiangfu!~xiangfu@125.34.167.247> has joined #rtems21:04
*** xiangfu <xiangfu!~xiangfu@125.34.167.247> has quit IRC (Ping timeout: 265 seconds)21:08
*** xiangfu <xiangfu!~xiangfu@123.119.65.132> has joined #rtems21:13
*** xiangfu <xiangfu!~xiangfu@123.119.65.132> has quit IRC (Ping timeout: 252 seconds)21:18
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has joined #rtems21:50
*** A0Sheds <A0Sheds!~ly@unaffiliated/l84supper> has quit IRC (Ping timeout: 240 seconds)22:00
*** A0Sheds <A0Sheds!~ly@unaffiliated/l84supper> has joined #rtems22:15
*** dr__house` <dr__house`!~santosh@unaffiliated/drhouse/x-385045> has joined #rtems22:41
*** QingPei <QingPei!~qingpei@inet-hqmc01-o.oracle.com> has joined #rtems22:44
*** dr__house <dr__house!~vattam@static.88-198-40-10.clients.your-server.de> has quit IRC (Quit: leaving)23:04
*** dr__house` is now known as dr__house23:05
*** dr__house is now known as dr__house`23:12
*** dr__house` is now known as dr__house23:13
*** dr__house <dr__house!~santosh@unaffiliated/drhouse/x-385045> has quit IRC (Remote host closed the connection)23:28
*** dr__house <dr__house!~vattam@static.88-198-40-10.clients.your-server.de> has joined #rtems23:29
*** dr__house <dr__house!~vattam@unaffiliated/drhouse/x-385045> has joined #rtems23:29
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has quit IRC (Remote host closed the connection)23:42
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has joined #rtems23:44
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has joined #rtems23:44
gedarekiwichris: you around?00:03
kiwichrisyeap00:03
gedarei committed code from my student last year that provides a Linux library's API for scheduling00:04
gedarewe put it in cpukit/libqos for lack of a better idea of where such a thing ought to live00:05
kiwichrisWhat is qos ?00:05
gedareralf complained and suggested cpukit/rtems, but i don't think that is quite right00:05
kiwichrisI do not think rtems is correct.00:05
gedareit offers an interface for applications to handle task scheduling and make decisions about what to do in case of budget overruns and some other issues00:06
gedarewhen scheduled by the constant bandwidth server my student implemented00:06
kiwichrisIt is a compatibility API for Linux programs to be ported to RTEMS ?00:07
gedarehttp://aquosa.sourceforge.net/00:07
gedareit's a compat for that or similar00:07
gedarea subset of that anyways00:08
gedarehttp://aquosa.sourceforge.net/aquosa-docs/aquosa-qosres/html/00:08
kiwichrisLicense ?00:08
gedareour code is proper licensed we just dupe the api calls00:08
kiwichrisAh ok.00:09
gedarewhich i'm pretty sure is perfectly legit fair use00:09
kiwichrisOk, so it is a schedular implementation that classic API and POSIX tasks could use ?00:09
kiwichrisYeah I would say so.00:09
gedareyeah check out sptests/spqreslib00:10
kiwichrisThen I suggest libsched00:10
gedareokay00:10
gedarei like it. gives room to grow00:10
kiwichrisIf the score has an API to allow this we do not need to have this code in the score which is nice00:10
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has quit IRC (Remote host closed the connection)00:10
gedarethis is a wrapper over score services we implemnted00:11
gedareits a really small amount of code just typedefs and structs and inline functs00:11
kiwichrisYeah and sends a clear and definite message to users that this is encouraged00:11
gedareright00:11
kiwichrisDoes this mean the sched code is in the score ?00:11
gedareyeah hummm00:11
kiwichrisDoes it need to be ?00:11
gedarei think schedcbs or something00:11
gedareright now it does i may revisit this whole modular scheduling someday00:12
kiwichrisBecause a wrapper to an existing API may also reside in libcompat00:12
gedarei like that idea too00:13
gedarethat fits with what we have done00:14
kiwichrisI  suggest libcompat is the one00:14
kiwichrisThen libsched is available to move schedulers into at a later date00:14
gedareso that i'm clear, libcompat will be a new thing I'm introducing?00:14
kiwichrisYeah00:14
gedareokay great00:14
kiwichrisI would respond to Ralf's email with the suggestion.00:14
gedareokay00:14
kiwichrisThe dir in libcompat is the name of the API provided00:15
gedaregood idea before i spend any minutes on it :)00:15
gedarebtw i wrote a small python script today to help me pull patches from my gmail00:15
gedarei'll post about it probably tomorrow.00:15
kiwichrisNice.00:16
gedarehttp://code.google.com/p/fetch-flagged-email/00:16
gedarekiwichris; would it make any sense to advocate not using rtems/ as part of the include path?00:24
gedareralf complained also about the include path for the API header. in some sense it makes sense to try minimizing application changes00:25
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has joined #rtems00:25
kiwichrisnot sure00:41
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems00:45
gedareok. thanks for the input01:00
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has quit IRC (Quit: Leaving)01:00
*** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has joined #rtems01:35
sebhubgood morning01:36
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has quit IRC (Ping timeout: 276 seconds)01:47
lcpfnvcymoorning02:19
*** cdcs <cdcs!c188804d@gateway/web/freenode/ip.193.136.128.77> has joined #rtems03:42
*** lcpfnvcy <lcpfnvcy!~mememe@lee2.tlabs.ac.za> has quit IRC (Ping timeout: 245 seconds)03:49
*** QingPei <QingPei!~qingpei@inet-hqmc01-o.oracle.com> has left #rtems04:02
*** lcpfnvcy <lcpfnvcy!~mememe@lee2.tlabs.ac.za> has joined #rtems05:09
*** weiY <weiY!~kick@221.182.2.236> has joined #rtems06:55
*** arvind_k <arvind_k!~arvind@122.167.108.156> has joined #rtems07:12
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 264 seconds)07:15
*** arvind_k is now known as arvind_khadri07:15
*** weiY <weiY!~kick@221.182.2.236> has quit IRC (Ping timeout: 245 seconds)07:16
*** arvind_khadri <arvind_khadri!~arvind@122.167.108.156> has quit IRC (Changing host)07:16
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems07:16
*** weiY <weiY!~kick@221.182.46.3> has joined #rtems07:27
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Read error: Connection reset by peer)07:42
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has joined #rtems07:46
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems07:55
*** lkcl <lkcl!~lkcl@host86-131-175-252.range86-131.btcentralplus.com> has quit IRC (Ping timeout: 245 seconds)08:20
*** lkcl <lkcl!~lkcl@host81-152-119-68.range81-152.btcentralplus.com> has joined #rtems08:32
*** QingPei <QingPei!~qingpei@114.241.180.62> has joined #rtems09:02
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has quit IRC (Ping timeout: 264 seconds)10:01
*** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has quit IRC (Read error: Operation timed out)10:05
*** _Lucretia_ <_Lucretia_!~munkee@pdpc/supporter/active/lucretia> has joined #rtems10:35
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has joined #rtems10:43
*** cdcs <cdcs!c188804d@gateway/web/freenode/ip.193.136.128.77> has quit IRC (Quit: Page closed)10:53
gedarehi rtems10:53
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 260 seconds)11:05
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems11:07
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 252 seconds)11:16
gedareuh oh i think i'm starting a fight :x11:21
*** weiY <weiY!~kick@221.182.46.3> has quit IRC (Ping timeout: 260 seconds)12:14
*** QingPei <QingPei!~qingpei@114.241.180.62> has left #rtems12:24
peerstgedare: ???12:47
gedareheh. a little bit of an argument on the mailing list12:47
gedarenothing too bad12:47
peerstjust went there ... fetching the popcorn12:48
peerstthe microblaze thread?12:52
peerstor the quos stuff?12:56
*** DrJoel <DrJoel!~DrJoel@rtems/maintainer/joel> has joined #rtems13:21
*** ChanServ sets mode: +o DrJoel13:21
gedarepeerst: both lol13:43
peerstah so I found it ... not looking like a flamewar yet13:44
gedarethe microblaze thread was the bad one. but i expect to get ralfed on the libcompat thread as a result of my adverse reaction to the microblaze stuff13:44
gedarenah i think it died out13:44
DrJoelthe microblaze was a very fast Ralf response to Eric N and another person asking about Microblaze support. Eric had started a toolchain build on his own and Ralf was being nice13:48
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has quit IRC (Quit: Leaving)15:45
*** A0Sheds <A0Sheds!~ly@unaffiliated/l84supper> has quit IRC (Ping timeout: 276 seconds)15:48
*** A0Sheds <A0Sheds!~ly@unaffiliated/l84supper> has joined #rtems16:03
*** antgreen <antgreen!~user@bas3-toronto06-1176449538.dsl.bell.ca> has quit IRC (Ping timeout: 245 seconds)16:25
*** DrJoel <DrJoel!~DrJoel@rtems/maintainer/joel> has quit IRC (Quit: Leaving)16:48
*** dr__house <dr__house!~vattam@unaffiliated/drhouse/x-385045> has quit IRC (Ping timeout: 260 seconds)17:06
*** dr__house <dr__house!~vattam@static.88-198-40-10.clients.your-server.de> has joined #rtems17:06
*** dr__house <dr__house!~vattam@unaffiliated/drhouse/x-385045> has joined #rtems17:06
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has joined #rtems19:15
*** mwalle <mwalle!~mw@services.serverraum.org> has quit IRC (Ping timeout: 252 seconds)19:22
*** mwalle <mwalle!~mw@services.serverraum.org> has joined #rtems19:23
*** dr__house <dr__house!~vattam@unaffiliated/drhouse/x-385045> has quit IRC (Ping timeout: 252 seconds)19:23
*** dr__house <dr__house!~vattam@static.88-198-40-10.clients.your-server.de> has joined #rtems19:23
*** dr__house <dr__house!~vattam@unaffiliated/drhouse/x-385045> has joined #rtems19:23
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has joined #rtems20:57
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has quit IRC (Quit: Leaving)21:33
*** lkcl <lkcl!~lkcl@host81-152-119-68.range81-152.btcentralplus.com> has quit IRC (Read error: Connection timed out)21:35
*** lkcl <lkcl!~lkcl@host81-152-119-68.range81-152.btcentralplus.com> has joined #rtems21:36
*** QingPei <QingPei!~qingpei@114.241.180.62> has joined #rtems22:00
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has quit IRC (Remote host closed the connection)22:21
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has joined #rtems22:22
*** dr__house <dr__house!~vattam@unaffiliated/drhouse/x-385045> has quit IRC (Quit: leaving)00:02
*** dr__house <dr__house!~santosh@pool-71-175-128-227.phlapa.east.verizon.net> has joined #rtems00:03
*** dr__house <dr__house!~santosh@unaffiliated/drhouse/x-385045> has joined #rtems00:03
*** dr__house <dr__house!~santosh@unaffiliated/drhouse/x-385045> has quit IRC (Remote host closed the connection)00:25
*** dr__house <dr__house!~santosh@pool-71-175-128-227.phlapa.east.verizon.net> has joined #rtems00:26
*** dr__house <dr__house!~santosh@unaffiliated/drhouse/x-385045> has joined #rtems00:26
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems00:28
*** QingPei <QingPei!~qingpei@114.241.180.62> has quit IRC (Remote host closed the connection)01:08
*** QingPei <QingPei!~qingpei@114.241.180.62> has joined #rtems01:13
*** dr__house <dr__house!~santosh@unaffiliated/drhouse/x-385045> has quit IRC (Remote host closed the connection)01:25
*** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has joined #rtems01:49
sebhubgood morning01:51
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 260 seconds)01:52
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems02:24
*** arvind_k <arvind_k!~arvind@122.167.248.131> has joined #rtems02:25
*** arvind_k is now known as arvind_khadri02:26
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems02:26
lcpfnvcymoorning02:44
*** sevikkk <sevikkk!~sevikkk@82.193.102.250.ipnet.kiev.ua> has quit IRC (Ping timeout: 245 seconds)03:28
kiwichrissebhub, morning03:37
kiwichrisI agree the coldfire fpu support should be demand enabled.03:37
*** sevikkk <sevikkk!~sevikkk@82.193.102.250.ipnet.kiev.ua> has joined #rtems03:41
sebhubhi, im currently sit on a zoom evaluation board and track this issue03:48
kiwichrisI use a chair !! ;)03:51
kiwichrisWhat is a zoom board ?03:52
sebhubhttp://www.logicpd.com/products/system-on-modules/zoom-coldfire-litekit/03:55
*** cdcs <cdcs!c188804d@gateway/web/freenode/ip.193.136.128.77> has joined #rtems04:02
sebhubok, found the problem04:19
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has quit IRC (Quit: Leaving)04:54
*** lkcl <lkcl!~lkcl@host81-152-119-68.range81-152.btcentralplus.com> has quit IRC (Read error: Connection timed out)05:46
*** arvind_k <arvind_k!~arvind@122.167.70.38> has joined #rtems05:59
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Disconnected by services)06:00
*** arvind_k is now known as arvind_khadri06:00
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems06:00
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 272 seconds)06:48
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems06:49
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Read error: Connection reset by peer)07:34
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems07:35
*** weiY <weiY!~kick@221.182.46.111> has joined #rtems07:59
*** lkcl <lkcl!~lkcl@host81-154-42-229.range81-154.btcentralplus.com> has joined #rtems08:04
weiYgood night08:10
sebhubhi08:11
weiYthe result of gsoc is more closing. very looking forward to it08:12
weiYHi sebhub. recently in the devel-maillist there are lots of patches. does it indicate that the new version of rtems will be released?08:14
sebhubyes, but we have no release date yet08:15
weiYgood news. if i was selected by rtems as a gsoc student i will also join the fight08:17
sebhubnice08:18
weiYsebhub, have you reviewed my proposal about the atomic support for rtems? what about your comments?08:21
sebhubsorry, it didn't look at it recently, but the overall impression is good08:22
weiYok thank you for your review. in my original proposal i did not thought about the C11 standard atomic implementation, thank to your advice of using the C11 standard implementation as long-term plan08:25
sebhubi looked briefly at the current GCC implementation and was not satisfied with it08:28
sebhubi think we should use the one from freebsd08:28
sebhubkernel08:28
weiYyes, i think so. the atomic API from freebsd kernel we can refer. and the implementation from the netbsd kernel we can also consider08:29
weiYbecasue the implementation of freebsd kernel is not guaranteed all the architecture smp safe08:30
sebhubis your last statement true for the netbsd implementation?08:33
sebhubfreebsd is a quite mature smp platform08:33
weiYthe netbsd kernel will guarante the architectures which support CAS instruction SMP safte. because all the atomic operations implementation on netbsd kernel is based on CAS08:36
weiYnetbsd also supports mostly architectures SMP08:37
sebhubCAS is vulnerable to the ABA problem08:39
sebhubwhat i wanted to say is that CAS is not the only hardware means to support atomic operationos08:39
sebhubmodern architectures use LL/SC for it08:40
sebhubi suppose the smp support is far more mature in freebsd than in netbsd08:40
sebhuband what do you mean with "smp safe"?08:40
weiYi mean the atomic operations is smp safe08:42
sebhubit don't see why there should be a difference between freebsd and netbsd08:43
sebhubthis is only a property of the hardware08:44
sebhubyou solve the consensus problem without hardware support08:45
sebhubyou cannot solve08:45
weiYyes, from this perspective there are no difference08:46
weiYCAS is really has ABA problem. but not all the architecture has the LL/SC support08:47
*** QingPei <QingPei!~qingpei@114.241.180.62> has quit IRC (Read error: Connection reset by peer)08:48
sebhubyes, we have to live with them ;-)08:48
weiYso we should implement atomic carefully for each architecture08:49
weiYoverall the smp support on freebsd is more mature08:49
sebhubi would simply copy and paste it from freebsd and write some unit tests08:50
weiYyeah, it is a more reliable way08:53
weiYhi sebhub, you say the CAS is not only hareware means for atomic implementation. what your mean?08:54
sebhubsome architectures like PowerPC or ARMv7 use LL/SC08:54
weiYyeah, you mean the LL/SC is also the CAS implementation? ok i understand08:55
weiYLL/SC can solve the ABA problem08:56
sebhubyou can do more with LL/SC08:56
sebhubfor RTEMS it doesn't matter08:57
weiYwhy doesn't matter08:57
sebhubwe cannot change the hardware08:58
weiYyeah09:00
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 245 seconds)09:05
*** QingPei <QingPei!~qingpei@114.241.180.62> has joined #rtems09:19
*** gedare <gedare!~gedare@128.164.201.103> has joined #rtems09:33
gedaremorning10:21
cdcshi10:21
sebhubhi10:22
sebhuband good bye ;-)10:23
gedareheh. take care sebhub.10:24
*** sebhub <sebhub!~sh@host-82-135-62-35.customer.m-online.net> has quit IRC (Ping timeout: 272 seconds)10:29
weiYbye10:35
*** weiY <weiY!~kick@221.182.46.111> has quit IRC ()10:36
*** _Lucretia_ <_Lucretia_!~munkee@pdpc/supporter/active/lucretia> has quit IRC (Ping timeout: 260 seconds)10:45
QingPeigedare: hi10:48
gedarehello qingpei10:49
QingPeimonring..10:49
QingPeimorning... i mean10:49
gedarei saw your emails would you like to chat privately?10:49
QingPeiyeah10:49
*** QingPei <QingPei!~qingpei@114.241.180.62> has left #rtems11:51
*** dr__house <dr__house!~vattam@static.88-198-40-10.clients.your-server.de> has joined #rtems11:52
*** dr__house <dr__house!~vattam@unaffiliated/drhouse/x-385045> has joined #rtems11:53
*** cdcs <cdcs!c188804d@gateway/web/freenode/ip.193.136.128.77> has quit IRC (Quit: Page closed)12:16
*** gedare is now known as gedare|RTEMS12:32
*** gedare|RTEMS is now known as RTEMS|gedare12:40
*** Hesham <Hesham!29448d2d@gateway/web/freenode/ip.41.68.141.45> has joined #rtems14:18
*** Hesham <Hesham!29448d2d@gateway/web/freenode/ip.41.68.141.45> has quit IRC (Ping timeout: 245 seconds)14:22
peerstRTEMS|gedare: do you know the innards of the nfs client?14:28
peerstor does any here?14:29
RTEMS|gedareno best off on the list i think.14:29
peerstyeah the bug in file read I found will have to go to the list14:29
peerstcurrently I'm trying to understand the workings to fix it14:30
RTEMS|gedarei have little experience with any of the filesystems.14:30
peerstwell sebhub would be the one14:31
peerstbut hes off for the weekend14:31
peerstso I'm stuck until monday :-(14:31
RTEMS|gedareyeah sounds like it14:32
*** RTEMS|gedare is now known as gedare14:40
kiwichrispeerst, what is the bug ?14:41
gedarea filesystem expert!14:41
peerstit reads maximum 8192 bytes14:41
peerstI'm porting code that gets the size of a file allocates a buffer and wants to read it all14:42
peerstbut read returns 819214:42
kiwichrisThe read call ?14:43
peersttried to write a wrapper for nfs_file_read() to loop in this case but it doesn't seem to read the right data (I don't see the files contents appear in my buffer)14:43
kiwichrisas in POSIX type read ?14:43
peerstyeah the read call14:43
peerstyes14:43
kiwichrisOk ...14:44
peerstit is supposed to return as many bytes as requested for plain files14:44
kiwichrisI have transfered 100's of Gigs of files to large hard disks when testing the RFS on a PC platform. It works14:44
kiwichrisDo you have a shell running ?14:44
peerstI can make one run14:45
kiwichrisPLease do and try 'cp', it will work.14:45
peerstmaybe cp loops?14:45
kiwichrisIt is the POSIX API for read. It returns what it has and you need to piece the file together.14:45
kiwichrisI suggest the big buffer for the file then a smaller say 8k one for the read14:45
kiwichrisIt does14:46
kiwichriscpukit/libmisc/shell then the cp file(s)14:46
peersthttp://www.freebsd.org/cgi/man.cgi?query=read&apropos=0&sektion=2&manpath=FreeBSD+9.0-RELEASE&arch=default&format=html14:49
peerst"The system  guarantees to read the number of bytes requested if the descriptor references a normal file that has that many bytes left before the end-of-file,  but in no other case."14:50
peerstI'm not sure if POSIX guarantees it also but the code I'm porting runs on several Linuxes, FreeBSD, MacOSX, Solaris, VxWorks ...14:51
kiwichrisI think the POSIX is better than the man page. The return value part is better. What I think it is referring to is devices like a socket or a /dev entry where other things can go wrong, eg a tape drive with a broken tape14:54
kiwichrisNFS is over a network and the file will be broken up in to parts.14:54
peerstJust browsed over the posix def of read14:56
peerstcan't find the plain files special case there14:57
peerstwhat bothers me a bit but I'm not sure yet: I think see the whole file transfered on the net ...14:59
peerstnevermind I take it back ... just went through the NFS trace again ... it only requests a block of 819215:04
kiwichris:)15:05
kiwichrisThere is a setting in NFS to change that size. I am sorry but I cannot remember what that was15:06
peerstwell there would always be a limit ...15:10
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems15:12
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Read error: Connection reset by peer)15:27
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems15:27
*** gedare <gedare!~gedare@128.164.201.103> has quit IRC (Quit: Ex-Chat)15:56
peerstkiwichris: I fixed it in the ported code now ...15:57
peerstworks much better ... blowing its stack now15:58
peerstbut much later15:58
peerst:-)15:58
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 265 seconds)16:16
*** mwalle <mwalle!~mw@services.serverraum.org> has quit IRC (*.net *.split)18:05
*** mwalle <mwalle!~mw@services.serverraum.org> has joined #rtems18:11
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has joined #rtems20:18
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has quit IRC (Quit: Leaving)21:59
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has joined #rtems22:39
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has quit IRC (Quit: Leaving)23:02
*** QingPei <QingPei!~qingpei@61.149.86.182> has joined #rtems04:01
*** weiY <weiY!~kick@221.182.46.111> has joined #rtems04:18
*** mwalle <mwalle!~mw@services.serverraum.org> has quit IRC (*.net *.split)06:21
*** mwalle <mwalle!~mw@services.serverraum.org> has joined #rtems06:28
*** panzon <panzon!~panzon@adsl-ull-44-45.51-151.net24.it> has joined #rtems06:53
*** panzon <panzon!~panzon@adsl-ull-44-45.51-151.net24.it> has quit IRC (Ping timeout: 256 seconds)07:27
*** panzon <panzon!~panzon@dynamic-adsl-84-221-252-137.clienti.tiscali.it> has joined #rtems07:54
*** weiY <weiY!~kick@221.182.46.111> has quit IRC (Ping timeout: 260 seconds)07:54
*** weiY <weiY!~kick@221.182.46.29> has joined #rtems07:55
*** QingPei <QingPei!~qingpei@61.149.86.182> has left #rtems08:09
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems08:11
*** QingPei <QingPei!~qingpei@114.241.176.76> has joined #rtems08:33
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has joined #rtems10:36
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 265 seconds)10:42
*** weiY <weiY!~kick@221.182.46.29> has quit IRC (Ping timeout: 256 seconds)10:47
*** QingPei <QingPei!~qingpei@114.241.176.76> has left #rtems10:52
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems12:10
*** kristianpaul <kristianpaul!~kristianp@unaffiliated/kristianpaul> has quit IRC (Ping timeout: 272 seconds)14:22
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 260 seconds)14:27
*** kristianpaul <kristianpaul!~kristianp@unaffiliated/kristianpaul> has joined #rtems15:11
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has quit IRC (Ping timeout: 248 seconds)15:23
*** soh_cah_toa <soh_cah_toa!~soh_cah_t@ool-45722d91.dyn.optonline.net> has joined #rtems17:33
*** A0Sheds <A0Sheds!~ly@unaffiliated/l84supper> has quit IRC (Read error: Connection reset by peer)18:21
*** A0Sheds <A0Sheds!~ly@75.49.211.164> has joined #rtems18:22
*** A0Sheds <A0Sheds!~ly@unaffiliated/l84supper> has joined #rtems18:22
soh_cah_toahttp://pastebin.com/r4z11ZP421:05
soh_cah_toaanybody understand what in the world that is about? :\21:05
soh_cah_toai can't seem to use a simulator on any architecture whatsoever besides sparc6421:06
soh_cah_toaoh wow. i just realized i was debugging the ini.o object file not the hello.exe executable21:14
soh_cah_toa*init.o21:14
soh_cah_toahow embarrassing21:15
soh_cah_toayet, now i get a different error. wonderful21:16
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has joined #rtems21:23
*** soh_cah_toa <soh_cah_toa!~soh_cah_t@ool-45722d91.dyn.optonline.net> has quit IRC (Quit: Leaving)21:43
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has quit IRC (Quit: Leaving)21:44
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems01:46
*** Hesham <Hesham!~hesham@41.236.209.208> has joined #rtems03:15
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 246 seconds)04:08
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems04:22
*** Hesham <Hesham!~hesham@41.236.209.208> has quit IRC (Quit: Leaving.)04:55
*** Hesham <Hesham!~hesham@41.236.209.208> has joined #rtems07:04
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Read error: Operation timed out)07:12
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems07:25
*** zw_yao <zw_yao!~zw_yao@ec2-175-41-233-86.ap-northeast-1.compute.amazonaws.com> has joined #rtems08:00
*** leyyin <leyyin!~dani@79.114.205.252> has joined #rtems08:10
Heshamhey08:28
Heshami want to buy arm BSP and its core have MMU and is supported by RTEMS08:29
Heshamany suggestions ?08:29
*** Hesham <Hesham!~hesham@41.236.209.208> has quit IRC (Quit: Leaving.)08:48
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has joined #rtems09:02
*** QingPei <QingPei!~qingpei@114.241.176.76> has joined #rtems09:32
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has joined #rtems09:53
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has quit IRC (Quit: Leaving)10:11
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has joined #rtems10:18
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has quit IRC (Client Quit)10:20
*** QingPei <QingPei!~qingpei@114.241.176.76> has left #rtems11:03
A0ShedsHesham: stm32f patch was recently submitted11:22
*** leyyin <leyyin!~dani@79.114.205.252> has quit IRC (Ping timeout: 244 seconds)11:53
gedarehesham: i think sebhub suggested http://www.phytec.com/products/rdk/ARM-XScale/phyCORE-ARM9-LPC3250.html12:11
*** leyyin <leyyin!~dani@79.114.205.252> has joined #rtems13:04
*** rtemsLogger <rtemsLogger!~supybot@www.rtems.org> has joined #rtems13:30
*** rtemsLogger` <rtemsLogger`!~supybot@www.rtems.org> has quit IRC (*.net *.split)13:37
*** sevikkk1 <sevikkk1!~sevikkk@82.193.102.250.ipnet.kiev.ua> has joined #rtems14:27
*** sevikkk <sevikkk!~sevikkk@82.193.102.250.ipnet.kiev.ua> has quit IRC (Ping timeout: 272 seconds)14:27
*** panzon <panzon!~panzon@dynamic-adsl-84-221-252-137.clienti.tiscali.it> has quit IRC (Quit: Leaving)15:20
*** leyyin <leyyin!~dani@79.114.205.252> has quit IRC (Quit: Leaving)15:50
*** sevikkk1 <sevikkk1!~sevikkk@82.193.102.250.ipnet.kiev.ua> has quit IRC (*.net *.split)15:54
*** sevikkk <sevikkk!~sevikkk@82.193.102.250.ipnet.kiev.ua> has joined #rtems16:02
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has quit IRC (Quit: Leaving)16:45
*** soh_cah_toa <soh_cah_toa!~soh_cah_t@ool-45722d91.dyn.optonline.net> has joined #rtems18:26
soh_cah_toahi guys :)18:27
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has joined #rtems19:15
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 246 seconds)21:08
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems21:20
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 245 seconds)21:28
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has joined #rtems21:41
*** sevikkk1 <sevikkk1!~sevikkk@82.193.102.250.ipnet.kiev.ua> has joined #rtems21:48
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has joined #rtems21:50
*** sevikkk <sevikkk!~sevikkk@82.193.102.250.ipnet.kiev.ua> has quit IRC (*.net *.split)21:52
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has quit IRC (Remote host closed the connection)21:55
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has joined #rtems21:56
*** gedare <gedare!~gedare@ip70-187-231-230.dc.dc.cox.net> has quit IRC (Quit: Leaving)21:58
*** dr__house <dr__house!~vattam@unaffiliated/drhouse/x-385045> has quit IRC (Quit: leaving)22:46
*** dr__house <dr__house!~santosh@unaffiliated/drhouse/x-385045> has joined #rtems22:46
*** arvind_khadri <arvind_khadri!~arvind@unaffiliated/arvind-khadri/x-2237230> has quit IRC (Ping timeout: 240 seconds)23:35
*** dr__house <dr__house!~santosh@unaffiliated/drhouse/x-385045> has quit IRC (*.net *.split)23:57
*** sevikkk1 <sevikkk1!~sevikkk@82.193.102.250.ipnet.kiev.ua> has quit IRC (*.net *.split)23:57
*** xiangfu <xiangfu!~xiangfu@fidelio.qi-hardware.com> has quit IRC (*.net *.split)23:57
*** soh_cah_toa <soh_cah_toa!~soh_cah_t@ool-45722d91.dyn.optonline.net> has quit IRC (*.net *.split)23:57
*** A0Sheds <A0Sheds!~ly@unaffiliated/l84supper> has quit IRC (*.net *.split)23:57
*** mwalle <mwalle!~mw@services.serverraum.org> has quit IRC (*.net *.split)23:57
*** zw_yao <zw_yao!~zw_yao@ec2-175-41-233-86.ap-northeast-1.compute.amazonaws.com> has quit IRC (*.net *.split)23:57
*** lcpfnvcy <lcpfnvcy!~mememe@lee2.tlabs.ac.za> has quit IRC (*.net *.split)23:57
*** kiwichris <kiwichris!~kiwichris@CPE-58-172-130-75.nfcz1.ken.bigpond.net.au> has quit IRC (*.net *.split)23:57
*** peerst <peerst!~peer@yrael.stritzinger.com> has quit IRC (*.net *.split)23:57
*** ChanServ <ChanServ!ChanServ@services.> has quit IRC (*.net *.split)23:57
*** lkcl <lkcl!~lkcl@host81-154-42-229.range81-154.btcentralplus.com> has quit IRC (*.net *.split)23:57
*** verm__ <verm__!~verm@ntp/developer/amar> has quit IRC (*.net *.split)23:57
*** rokka <rokka!~rokka@c183.myrootshell.com> has quit IRC (*.net *.split)23:57
*** kristianpaul <kristianpaul!~kristianp@unaffiliated/kristianpaul> has quit IRC (*.net *.split)23:57
*** kuzew <kuzew!~kuzew@lilug/member/kuzew> has quit IRC (*.net *.split)23:57

Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!