2012-06-04T00:05:26 *** kiwichris has joined #rtems 2012-06-04T00:35:49 *** arvind_khadri has joined #rtems 2012-06-04T01:15:43 *** xiangfu has joined #rtems 2012-06-04T01:52:30 *** shine|away has joined #rtems 2012-06-04T02:10:35 *** sebhub has joined #rtems 2012-06-04T02:11:37 good morning 2012-06-04T02:18:53 hi 2012-06-04T02:22:14 *** shine|away is now known as shineworld 2012-06-04T02:38:44 moorning 2012-06-04T03:50:02 *** shineworld has quit IRC (Quit: Leaving) 2012-06-04T03:59:18 *** cdcs has joined #rtems 2012-06-04T04:15:55 *** xiangfu has quit IRC (Ping timeout: 250 seconds) 2012-06-04T04:55:42 *** QingPei has left #rtems 2012-06-04T05:18:20 *** peerst has joined #rtems 2012-06-04T06:40:37 *** lcpfnvcy has quit IRC (Ping timeout: 248 seconds) 2012-06-04T07:30:48 *** weiY has joined #rtems 2012-06-04T08:18:54 *** xiangfu has joined #rtems 2012-06-04T09:01:42 *** jennifer has joined #rtems 2012-06-04T09:07:37 *** arvind_khadri has quit IRC (Ping timeout: 244 seconds) 2012-06-04T09:12:39 *** weiY has quit IRC (Ping timeout: 245 seconds) 2012-06-04T09:32:14 *** xiangfu has quit IRC (Ping timeout: 245 seconds) 2012-06-04T09:39:40 *** QingPei has joined #rtems 2012-06-04T10:55:51 *** cdcs has quit IRC (Ping timeout: 245 seconds) 2012-06-04T11:02:35 *** soh_cah_toa has joined #rtems 2012-06-04T11:04:40 *** sebhub has quit IRC (Remote host closed the connection) 2012-06-04T11:13:35 *** antgreen has joined #rtems 2012-06-04T11:21:06 *** soh_cah_toa has quit IRC (*.net *.split) 2012-06-04T11:21:08 *** A1Sheds has quit IRC (*.net *.split) 2012-06-04T11:21:09 *** juli1- has quit IRC (*.net *.split) 2012-06-04T11:31:40 *** soh_cah_toa has joined #rtems 2012-06-04T11:31:40 *** A1Sheds has joined #rtems 2012-06-04T11:31:40 *** juli1- has joined #rtems 2012-06-04T11:35:42 dr__house, jennifer: both of you guys here? 2012-06-04T11:47:30 *** QingPei has left #rtems 2012-06-04T11:53:12 Here 2012-06-04T11:53:26 Sorry was eating lunch and not paying attention 2012-06-04T11:53:59 *** antgreen has quit IRC (Ping timeout: 252 seconds) 2012-06-04T11:57:04 that's ok 2012-06-04T11:57:24 i'm actually gonna go make breakfast real quick. be back in like 10 minutes 2012-06-04T11:57:30 k 2012-06-04T12:13:35 *** xunil__ has joined #rtems 2012-06-04T12:20:28 hello guys, i know, deadline of Gsoc is over. 2012-06-04T12:21:39 anyways, i am very much interested in working for RTEMS. Is there any work i can do.. I want to learn things, n i am well with OS concepts 2012-06-04T12:23:04 Cmmon guys, isnt there any work i can help with. Is this an open source community where is no one opened to ideas or help ?? 2012-06-04T12:23:29 \join #Gsoc 2012-06-04T12:31:38 hello?? anyone alive?? 2012-06-04T12:47:03 jennifer: so is this (http://svnweb.freebsd.org/base/release/8.2.0/) the correct version/release i should be using to synchronize using freebsd-to-rtems.py? 2012-06-04T12:47:49 xunil___: unfortunately, irc isn't used much here. i can get the gsoc projects link for you so show you places you could start 2012-06-04T12:49:06 xunil: http://wiki.rtems.org/wiki/index.php/Open_Projects 2012-06-04T12:49:08 Kevin, yes the 8.2 is the version to use 2012-06-04T12:49:58 and Thanks for pointing him there 2012-06-04T12:51:19 did you try the suggestions I made this morning, are you still getting the same link errors? 2012-06-04T12:52:18 that's what i'm doing now 2012-06-04T12:52:30 ok 2012-06-04T13:00:46 soh_cah_toa: thnx for the link, actually i am new to this and want to learn and contribnute. can u provide me some more details?? 2012-06-04T13:02:32 xunil__: Start at the top of the wiki page for general info http://www.rtems.org/wiki/index.php/Main_Page 2012-06-04T13:02:44 You can also look at www.rtems.com 2012-06-04T13:06:03 xunil__: http://rtems.org/onlinedocs/doc-current/share/rtems/html 2012-06-04T13:06:16 those are the rtems manuls/documentation. i've learned quite a bit from them 2012-06-04T13:11:18 thnx for help, i will read about this and contact you later =) 2012-06-04T13:16:03 jennifer: i can't seem to find the svn url, just the svnweb interface. what url do you use? 2012-06-04T13:16:12 for freebsd, that is 2012-06-04T13:17:29 I have what we loaded several months ago on my computer ... let me look and see if I can find where we got it from 2012-06-04T13:18:44 http://www.freebsd.org/releases/8.2R/announce.html 2012-06-04T13:18:53 has several links for 8.2 2012-06-04T13:36:33 *** antgreen has joined #rtems 2012-06-04T13:37:03 If you haven't been running the .py script your rtems-libbsd files won't have been overwritten... running the script applies the 2012-06-04T13:37:34 freebsd source to the rtems-libbsd tree and can overwrite the files gotten from git 2012-06-04T13:38:07 that is why I mentioned the -R (reverse) script... I thought you might be overwritting the libbsd tree with incorrect data 2012-06-04T13:39:07 If that is not the case the script should not be causing the link issues 2012-06-04T13:39:33 no, i haven't used freebsd-to-rtems.py. i figured i'd only need it if i needed pull in some new file from freebsd or something 2012-06-04T13:41:51 It actually reads the freebsd files and applies automated changes each time it is ran (or a new file is added to the .py script) That is why running the Reverse is important ... it copies changes from the libbsd tree back into the working freebsd tree. 2012-06-04T13:43:00 If you haven't been using it I wouldn't worry about it at the moment.... If you do a status are there any modifications in your libbsd tree 2012-06-04T13:43:12 wow, freebsd makes it so hard to just get a copy of the source. i can't use svn, just the web interface. the link you gave me only lets you use ftp and when i got there, it's not the same as the svn source 2012-06-04T13:43:49 ftp://ftp.cz.freebsd.org/pub/FreeBSD/releases/pc98/8.2-RELEASE 2012-06-04T13:44:30 I sent a message to joel asking how the best way for you to get it is... but he is out of town at the moment and I probably won't get an answer for quite a while 2012-06-04T13:44:42 ok 2012-06-04T13:46:01 i won't worry about getting the freebsd source until then. right now, i just did a fresh clone of rtems-libbsd and git pull --rebase on rtems master 2012-06-04T13:46:09 let's so if that works 2012-06-04T13:46:15 s/so/see/ 2012-06-04T13:46:18 great! 2012-06-04T13:50:26 *** xunil__ has quit IRC (Ping timeout: 245 seconds) 2012-06-04T13:56:35 *** xunil has joined #rtems 2012-06-04T13:58:32 *** xunil has quit IRC (Client Quit) 2012-06-04T14:02:12 *** xun1l has joined #rtems 2012-06-04T14:05:11 I have to leave in 30 minutes ... but I will check email from the house if you are still having problems 2012-06-04T14:07:37 The reason I think it is important to stay in sync is that the merge of your modifications may become difficult if you get too far out of sync. 2012-06-04T14:11:57 ok, great. i agree 2012-06-04T14:12:59 *** xun1l has quit IRC (Quit: Page closed) 2012-06-04T14:14:36 *** xun1l has joined #rtems 2012-06-04T14:17:15 *** xun1l has left #rtems 2012-06-04T14:21:46 *** xun1l has joined #rtems 2012-06-04T14:22:37 do i need to run `./bootstrap` on rtems master? 2012-06-04T14:23:35 i was getting build errors i never saw before so i re-cloned rtems 2012-06-04T14:23:44 depends on how long its been since you ran it last... in general if you have time its nice to run it after an update... but I don't think the psim changed any directories so I don't think its necessary this time 2012-06-04T14:23:57 ok 2012-06-04T14:24:11 if you re-cloned you need to bootstrap 2012-06-04T14:24:18 ok 2012-06-04T14:26:33 Make sure your install point is correct in the rtems-libbsd config.inc file. 2012-06-04T14:28:04 and that your RTEMS_MAKEFILE_PATH in config.inc matches where you are installing the rtems you just cloned. 2012-06-04T14:28:51 right 2012-06-04T14:29:07 been making sure of that 2012-06-04T14:29:53 I've got to run ... but I'll check mail in about an hour.... I don't have xchat running on my machine at home (new machine), but if you need more than email let me know and I'll try to find a windows version. 2012-06-04T14:30:40 *** jennifer has quit IRC (Quit: Leaving) 2012-06-04T14:32:04 ok 2012-06-04T15:14:00 *** xun1l has quit IRC (Quit: xun1l) 2012-06-04T15:14:15 *** xun1l has joined #rtems 2012-06-04T15:15:59 *** xun1l has joined #rtems 2012-06-04T15:16:24 *** xun1l has left #rtems 2012-06-04T15:19:12 *** xun1l has joined #rtems 2012-06-04T17:54:47 *** panzon has quit IRC (Ping timeout: 260 seconds) 2012-06-04T18:07:09 *** panzon has joined #rtems 2012-06-04T18:16:44 *** Deb has joined #rtems 2012-06-04T18:16:56 Hello amar 2012-06-04T18:19:30 *** Deb has left #rtems 2012-06-04T18:44:59 *** Deb has joined #rtems 2012-06-04T19:03:55 *** Deb has left #rtems ("Leaving") 2012-06-04T19:09:26 *** Deb has joined #rtems 2012-06-04T19:58:30 *** Deb has quit IRC (Quit: Leaving) 2012-06-04T20:55:38 *** xun1l has quit IRC (Ping timeout: 240 seconds) 2012-06-04T21:32:02 *** xiangfu has joined #rtems 2012-06-04T21:51:04 *** soh_cah_toa has quit IRC (Quit: hasta la pasta!) 2012-06-04T22:42:17 *** zw_yao has joined #rtems 2012-06-04T23:11:49 *** xiangfu has quit IRC (Ping timeout: 245 seconds) 2012-06-04T23:34:54 *** xiangfu has joined #rtems 2012-06-04T23:44:13 *** xiangfu has quit IRC (Ping timeout: 252 seconds) 2012-06-04T23:57:38 *** xiangfu has joined #rtems 2012-06-05T00:39:27 *** antgreen has quit IRC (Read error: Operation timed out) 2012-06-05T00:41:26 *** arvind_khadri has joined #rtems 2012-06-05T01:23:38 any one know why the recent IRC log can't open? (http://www.rtems.org/irclogs/index.html) 2012-06-05T02:25:09 *** xiangfu has quit IRC (Ping timeout: 245 seconds) 2012-06-05T03:43:00 *** xiangfu has joined #rtems 2012-06-05T03:47:14 *** xiangfu has quit IRC (Ping timeout: 245 seconds) 2012-06-05T03:59:50 *** xiangfu has joined #rtems 2012-06-05T04:43:29 *** xiangfu has quit IRC (Ping timeout: 245 seconds) 2012-06-05T04:43:53 *** xiangfu has joined #rtems 2012-06-05T05:31:07 *** cdcs has joined #rtems 2012-06-05T06:51:44 *** xun1l has joined #rtems 2012-06-05T07:30:48 *** cdcs has quit IRC (Quit: Page closed) 2012-06-05T07:32:41 *** xun1l has quit IRC (Ping timeout: 265 seconds) 2012-06-05T07:33:21 *** cdcs has joined #rtems 2012-06-05T07:37:16 *** arvind_khadri has quit IRC (Ping timeout: 260 seconds) 2012-06-05T07:37:42 *** xun1l has joined #rtems 2012-06-05T07:50:28 *** sebhub has joined #rtems 2012-06-05T07:50:31 hi 2012-06-05T07:52:05 sebhub: ?? 2012-06-05T07:52:16 yes? 2012-06-05T07:53:51 from bhu ? 2012-06-05T07:55:18 what is bhu? 2012-06-05T07:56:12 kk nthing, let it be. 2012-06-05T08:30:29 *** xun1l has quit IRC (Read error: Connection reset by peer) 2012-06-05T08:32:34 *** xun1l has joined #rtems 2012-06-05T08:32:57 *** xun1l has left #rtems 2012-06-05T08:38:09 *** xun1l has joined #rtems 2012-06-05T08:47:58 *** QingPei has joined #rtems 2012-06-05T09:08:15 *** zw_yao has quit IRC (Remote host closed the connection) 2012-06-05T09:31:24 *** xun1l has left #rtems 2012-06-05T09:42:08 *** jennifer has joined #rtems 2012-06-05T09:42:39 *** xiangfu has quit IRC (Ping timeout: 245 seconds) 2012-06-05T10:04:36 *** weiY has joined #rtems 2012-06-05T10:27:30 *** arvind_khadri has joined #rtems 2012-06-05T10:27:58 *** weiY has quit IRC (Ping timeout: 245 seconds) 2012-06-05T10:34:14 *** weiY has joined #rtems 2012-06-05T11:01:24 *** weiY has quit IRC (Ping timeout: 245 seconds) 2012-06-05T11:19:19 *** arvind_khadri has quit IRC (Ping timeout: 244 seconds) 2012-06-05T11:26:48 *** sebhub has quit IRC (Remote host closed the connection) 2012-06-05T13:29:38 *** QingPei has quit IRC (Ping timeout: 244 seconds) 2012-06-05T13:57:31 *** cdcs has quit IRC (Ping timeout: 245 seconds) 2012-06-05T15:00:37 *** soh_cah_toa has joined #rtems 2012-06-05T15:22:58 *** jennifer has quit IRC (Quit: Leaving) 2012-06-05T16:47:09 *** Deb has joined #rtems 2012-06-05T16:47:22 *** deb_ has joined #rtems 2012-06-05T17:00:11 *** Deb has quit IRC (Quit: Leaving) 2012-06-05T19:17:22 *** deb_ has quit IRC (Quit: This computer has gone to sleep) 2012-06-05T19:20:48 *** deb has joined #rtems 2012-06-05T19:25:28 *** xiangfu has joined #rtems 2012-06-05T19:26:08 *** xiangfu has joined #rtems 2012-06-05T19:29:24 *** xiangfu has quit IRC (Read error: Connection reset by peer) 2012-06-05T20:13:23 *** xiangfu has joined #rtems 2012-06-05T20:47:20 *** soh_cah_toa has quit IRC (Quit: hasta la pasta!) 2012-06-05T21:02:56 *** deb has left #rtems ("Leaving") 2012-06-05T23:56:05 *** xiangfu has quit IRC (Ping timeout: 260 seconds) 2012-06-06T00:03:29 *** xiangfu has joined #rtems 2012-06-06T00:18:02 *** arvind_khadri has joined #rtems 2012-06-06T02:03:00 *** sebhub has joined #rtems 2012-06-06T02:03:08 good morning 2012-06-06T03:51:58 *** xiangfu has quit IRC (Remote host closed the connection) 2012-06-06T04:05:04 *** xiangfu has joined #rtems 2012-06-06T04:05:17 *** xian9fu has joined #rtems 2012-06-06T04:05:41 *** xiangfu has quit IRC (Client Quit) 2012-06-06T04:45:04 *** hiddenpearls has joined #rtems 2012-06-06T05:27:49 *** xian9fu has quit IRC (Remote host closed the connection) 2012-06-06T07:06:01 *** deb has joined #rtems 2012-06-06T07:09:31 *** deb has quit IRC (Client Quit) 2012-06-06T07:27:05 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-06-06T08:04:48 *** QingPei has joined #rtems 2012-06-06T08:14:29 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-06-06T08:49:20 *** hiddenpearls has joined #rtems 2012-06-06T09:01:07 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-06-06T09:05:13 *** jennifer has joined #rtems 2012-06-06T09:11:01 *** arvind_khadri has quit IRC (Ping timeout: 248 seconds) 2012-06-06T09:14:52 *** panzon has quit IRC (Ping timeout: 244 seconds) 2012-06-06T09:40:24 *** antgreen has joined #rtems 2012-06-06T09:55:19 *** hiddenpearls has joined #rtems 2012-06-06T10:04:16 *** sebhub has quit IRC (Remote host closed the connection) 2012-06-06T10:09:15 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-06-06T10:39:03 *** hiddenpearls has joined #rtems 2012-06-06T10:39:49 *** gedare has joined #rtems 2012-06-06T10:46:41 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-06-06T11:01:36 *** hiddenpearls has joined #rtems 2012-06-06T12:03:09 *** Hesham has joined #rtems 2012-06-06T12:03:17 hi gedare 2012-06-06T12:03:25 hello Hesham 2012-06-06T12:04:02 sorry for being late, i was traveling after exam and took a snap 2012-06-06T12:04:06 how are you ? 2012-06-06T12:04:20 it's ok. i'm good 2012-06-06T12:04:27 gimme 5 minutes then lets chta 2012-06-06T12:04:34 chat* 2012-06-06T12:04:41 ok take your time 2012-06-06T12:25:07 hi Hesham 2012-06-06T12:25:12 hi gedare 2012-06-06T12:25:16 welcome back 2012-06-06T12:25:17 sorry took me a bit longer than i expected to do something. 2012-06-06T12:25:26 how are your exams going? 2012-06-06T12:25:26 no problem 2012-06-06T12:25:36 good so far 2012-06-06T12:26:07 great. how about your gsoc? 2012-06-06T12:26:14 i've OS next so i will be free for the next days to work on the project 2012-06-06T12:27:02 I tried to get libmmu test but when building i found some problems 2012-06-06T12:27:06 for example 2012-06-06T12:27:10 im mmu_support.c 2012-06-06T12:27:17 there is a function called mmu_handle_dsi_exception 2012-06-06T12:27:42 it invokes rtems_memory_protection_find_entry 2012-06-06T12:27:52 which is in libmmu.h 2012-06-06T12:28:07 but it call it with two arguments only ! 2012-06-06T12:28:18 so i got an error "too few arguments" 2012-06-06T12:28:36 i rewrote the ppc code without a lot of testing so i'm not surprised it is broken 2012-06-06T12:28:37 the missing argument was **mpe 2012-06-06T12:28:52 ah 2012-06-06T12:28:53 anyway i tried two solutions 2012-06-06T12:29:16 i have created dummy variable of type **mpe type 2012-06-06T12:29:35 and edited passed it as argument 2012-06-06T12:29:46 i got the error of relocation 2012-06-06T12:30:13 The other solution, 2012-06-06T12:30:18 nah you read it wrong 2012-06-06T12:30:27 the missing argument was the protection domain 2012-06-06T12:31:06 rtems_memory_protection_get_attribute(domain_entry, &domain_access_attrb); 2012-06-06T12:31:31 that's the calling 2012-06-06T12:31:46 you mean rtems_memory_protection_find_entry((void *)ea, &domain_entry); 2012-06-06T12:31:48 ? 2012-06-06T12:31:57 ah yeah sorry 2012-06-06T12:31:59 anyway, domain_entry is an mpe 2012-06-06T12:32:10 you need also a protection domain 2012-06-06T12:32:21 (equiv to our idea of an arena) 2012-06-06T12:32:32 aha 2012-06-06T12:32:46 i'm not even sure where you would get that from, in an exception... 2012-06-06T12:32:47 can we create a dummy one and pass it ? 2012-06-06T12:33:06 well, the function is going to search the domain for an entry for the given address 2012-06-06T12:33:15 so if the domain is empty then it won't find an mpe 2012-06-06T12:33:35 that might be ok though 2012-06-06T12:33:50 and the function do not find it 2012-06-06T12:34:10 when searching the empty one right ? 2012-06-06T12:34:29 yeah. maybe there is a global one that should be used 2012-06-06T12:34:41 or a domain for the task hmm 2012-06-06T12:35:15 I have investigated a little in previous versions of the code at code.google 2012-06-06T12:35:16 or just eliminate this code and call it an error to take an exception 2012-06-06T12:35:25 i found there were a global domain 2012-06-06T12:35:40 used instead of passing a domain 2012-06-06T12:35:47 yeah that sounds familiar 2012-06-06T12:36:23 anyway i deleted the code that handle this domain 2012-06-06T12:36:32 and tried to build it again 2012-06-06T12:36:43 i got the error i sent you 2012-06-06T12:37:41 I will send the error to quanming and aanjihan 2012-06-06T12:37:55 push your code in a branch to your github too 2012-06-06T12:38:01 so that we can see what your code looks like 2012-06-06T12:38:09 hard to help when we don't know what you have 2012-06-06T12:38:37 Ok , i just had some problems because of changing my use name 2012-06-06T12:38:50 so when pushing failed 2012-06-06T12:38:58 ok you probably need to refresh your key 2012-06-06T12:39:51 If that did not work i will clone a fresh one and edit it like my local repo 2012-06-06T12:39:58 Ok 2012-06-06T12:40:04 about changing the API names 2012-06-06T12:40:08 yes 2012-06-06T12:40:26 I will work on them from now and the all day tomorrow 2012-06-06T12:40:31 ok 2012-06-06T12:40:44 and how to make attributes at BSP layer 2012-06-06T12:40:50 super. 2012-06-06T12:41:06 we might like to hold off on arena layering and focus on this libmm 2012-06-06T12:41:20 it seems to need more attention before anything else can be built on it 2012-06-06T12:41:40 then we can evaluate what to do if we can get libmm into a committable shape 2012-06-06T12:41:49 yeah 2012-06-06T12:42:01 i see two good paths forward: work on high-level code (arena), or implement arm support for libmm 2012-06-06T12:42:04 I found that ARM work will not take too much time i think 2012-06-06T12:42:08 it should not 2012-06-06T12:42:13 once the framework is in place 2012-06-06T12:42:50 Yeah, it won not take that time i proposed 2012-06-06T12:43:37 The two paths along with editing libmm right ? 2012-06-06T12:43:54 correct 2012-06-06T12:43:58 libmm is a blocker for both of them 2012-06-06T12:44:06 need to get that working and fixed 2012-06-06T12:44:08 then try to commit it 2012-06-06T12:44:31 ok, i would prefer working on high-level arena as i proposed 2012-06-06T12:44:37 what do you think ? 2012-06-06T12:44:56 i think arena is much higher-impact. a lot more interesting work to do 2012-06-06T12:45:22 you can also spend a little time snooping around the arm to see how hard it would be to implement support after we get libmm committed, but that is parallel to arena 2012-06-06T12:45:31 so you can work on either one really 2012-06-06T12:46:07 aha, i will work on high-level Arena 2012-06-06T12:46:11 great 2012-06-06T12:46:32 I will begin with implementing some functions 2012-06-06T12:46:34 i think it is a good idea. after libmm works then developers can use mmu support but have to setup their own domains and such 2012-06-06T12:46:44 with arena you will manage the domains in a useful way 2012-06-06T12:47:06 maybe not calling it arena but i don't know yet :) 2012-06-06T12:47:15 perhaps just expanding the mm interface 2012-06-06T12:47:16 I have some questions 2012-06-06T12:47:18 sure 2012-06-06T12:47:49 When creating Arena, that should create a mpe to that area of memory 2012-06-06T12:48:02 and create "a region struct" 2012-06-06T12:48:08 "which we will re-name" 2012-06-06T12:48:24 yeah 2012-06-06T12:48:29 Why domain is needed then ? 2012-06-06T12:48:37 I think mpe is enough 2012-06-06T12:48:42 right now domain captures the idea of a "set of mpes" 2012-06-06T12:48:57 you will do something a little differently, or maybe rewrite domain->arena 2012-06-06T12:48:58 Yeah, that means set of Arenas 2012-06-06T12:49:10 we have to think through it a little 2012-06-06T12:49:12 yeah, right 2012-06-06T12:49:18 sorry i misspoke 2012-06-06T12:49:35 domain is the idea of the list of arenas that a task belongs to 2012-06-06T12:49:35 i am thinking of having just one domain for all Arenas 2012-06-06T12:49:53 like a global one 2012-06-06T12:50:08 and if we needed to have set of Arenas 2012-06-06T12:50:09 the idea of a protection domain is that it is the set of objects that an entity can access 2012-06-06T12:50:14 our entities are threads 2012-06-06T12:50:36 but right now domain is not quite implemented like that since there is nothing in ctxt switch to help 2012-06-06T12:50:46 application has to define its own domain switches 2012-06-06T12:51:07 but, a global domain nicely captures the idea of globally-accessible memory 2012-06-06T12:51:20 and then each task could also have a local domain 2012-06-06T12:51:27 containing the list of arenas it resides in 2012-06-06T12:51:35 or somtehing like that 2012-06-06T12:52:06 each task could have a local domain 2012-06-06T12:52:26 so Arena may resides on to two domains ? 2012-06-06T12:53:46 that might be a possibility that we should consider 2012-06-06T12:54:11 well, definitely it could 2012-06-06T12:54:12 is it possible for mpe to reside on to two domains ? 2012-06-06T12:54:23 the question is whether they would be active simultaneously 2012-06-06T12:54:40 That depends on my question 2012-06-06T12:54:47 hmm, i think it is possible 2012-06-06T12:55:10 that would be like shared arena 2012-06-06T12:55:20 Yeah 2012-06-06T12:55:39 but the cs code will have to deal with that 2012-06-06T12:55:41 i.e 2012-06-06T12:55:54 deactivating arenas && uninstall mpe 2012-06-06T12:56:12 in the inactive domain 2012-06-06T12:56:30 yeah 2012-06-06T12:57:01 deactivating arena will be just uninstalling mpe 2012-06-06T12:57:08 yep 2012-06-06T12:57:11 that came into my mind now 2012-06-06T12:57:15 heh, good 2012-06-06T12:57:32 that seems good 2012-06-06T12:57:40 Another issue 2012-06-06T12:57:46 a lot of arena code is just thinly layered over libmm 2012-06-06T12:58:00 Yeah 2012-06-06T12:58:02 the trick is to integrate tasks and protection domains properly 2012-06-06T12:58:15 in a useful way, but one that can be turned off easily 2012-06-06T12:58:25 since some devs may want to control their memory map differently than task-based 2012-06-06T12:58:38 aha 2012-06-06T12:59:08 we did not agreed the limiting numbers of Arena_Per_Thread 2012-06-06T12:59:11 like a static mapping would just set up a single domain with a bunch of mpes 2012-06-06T12:59:41 have to think about that one carefully. it might be BSP-specific, or we might be able to make it user-configured, not quite sure 2012-06-06T13:00:17 right now i would try to let the BSP specify it... the BSP knows how well it can swap arenas 2012-06-06T13:00:41 eventually i suspect the user should be able to also have some influence 2012-06-06T13:01:13 aha, 2012-06-06T13:01:30 but we have to test the code in high-level layer 2012-06-06T13:01:49 mmu_support.c: SPR_RO(DAR); 2012-06-06T13:01:50 I bet this is causing your error by the way. 2012-06-06T13:02:19 yeah that is a trick 2012-06-06T13:02:37 you'll have to deal with it somehow though. ;) 2012-06-06T13:02:41 so i think we could have a given number to set out array 2012-06-06T13:02:50 similar to how you have to deal with attributes coming from the BSP 2012-06-06T13:03:08 Yeah 2012-06-06T13:03:32 and about numbers of maximum Arenas ? ;) 2012-06-06T13:03:35 avoid too many constraints 2012-06-06T13:04:06 I could create a global Arena for now and test it 2012-06-06T13:04:25 some architecture might only support 2 arenas.... some might support 16 with relatively efficient means... difficult to set a hard limit on it 2012-06-06T13:04:27 then let the work of deciding the limits/numbers 2012-06-06T13:04:30 that's fine 2012-06-06T13:04:50 global arena is something that should "just work" regardless of hw support 2012-06-06T13:04:54 we will make a BSP decides 2012-06-06T13:05:05 after then 2012-06-06T13:05:20 mmu_support.c: SPR_RO(DAR); 2012-06-06T13:06:11 or maybe ea = _read_DAR(); 2012-06-06T13:06:35 that is the point that it gets called 2012-06-06T13:06:42 DAR is a variable ? 2012-06-06T13:06:48 SPR_RO(DAR) creates a function _read_DAR() 2012-06-06T13:06:51 DAR is a register 2012-06-06T13:07:01 Aha 2012-06-06T13:07:28 so what is getting created is something like 2012-06-06T13:07:50 DAR is the stack pointer register or what ? 2012-06-06T13:07:54 mfspr %0, DAR 2012-06-06T13:07:59 i don't know ppc enough to say :) 2012-06-06T13:08:36 anyway the compiler is getting upset for some reason, it does not want to read from DAR 2012-06-06T13:08:57 found it 2012-06-06T13:09:02 change DAR to PPC_DAR 2012-06-06T13:09:06 someone changed the macro name :) 2012-06-06T13:09:10 #define PPC_DAR 19 /* Data Address Register */ 2012-06-06T13:09:17 :D 2012-06-06T13:09:24 probably that should work 2012-06-06T13:09:48 someone ? 2012-06-06T13:09:55 i will try now :) 2012-06-06T13:10:09 it's defined in cpukit/score/cpu/powerpc/rtems/powerpc/registers.h 2012-06-06T13:10:26 i knew to look there because I looked in libcpu/powerpc/shared/include/spr.h 2012-06-06T13:10:40 i knew to look there because that is where the SPR_ macros were defined, which I figured was causing your problem 2012-06-06T13:10:43 since they were using the DAR 2012-06-06T13:11:33 and what about _read_DAR() ? 2012-06-06T13:11:36 you'll still have to provide a domain or find will fail. 2012-06-06T13:11:41 change to _read_PPC_DAR 2012-06-06T13:11:58 and DAR to PPC_DAR only ? 2012-06-06T13:12:03 yeah 2012-06-06T13:12:11 if you just search-replace DAR with PPC_DAR it should work 2012-06-06T13:12:34 i did it 2012-06-06T13:13:11 i will try to build again 2012-06-06T13:13:32 ok. i need to get back to work but i'll check here in a bit to see how it went 2012-06-06T13:13:42 ok 2012-06-06T13:16:02 *** hiddenpearls has quit IRC (Ping timeout: 244 seconds) 2012-06-06T13:16:42 *** hiddenpearls has joined #rtems 2012-06-06T13:34:38 *** QingPei has left #rtems 2012-06-06T13:52:46 *** panzon has joined #rtems 2012-06-06T14:57:17 Hesham: any progress? 2012-06-06T15:00:00 yeah 2012-06-06T15:00:27 gedare: i fixed DAR problem and many problems relating to namings/return status 2012-06-06T15:00:40 also there was mpe->base which is incorrect 2012-06-06T15:00:50 edited it with mpe->region.base 2012-06-06T15:00:57 all goes fine 2012-06-06T15:01:11 but i'am facing a problem with ld 2012-06-06T15:01:23 there are some function defined in both 2012-06-06T15:01:31 memortprotection.h 2012-06-06T15:01:43 and no_memoryprotection.c 2012-06-06T15:02:02 i deleted no_memoryprotection.c from Makefile.am at powerpc 2012-06-06T15:02:20 but still evaluate the same error 2012-06-06T15:03:21 yeah you should either be using no_memoryprotection.c or uh 2012-06-06T15:04:04 memoryprotection_manager.c 2012-06-06T15:04:21 no that's not it ;) 2012-06-06T15:04:27 anyway i deleted all related actions to no_memoryprotection 2012-06-06T15:04:41 and building passed this section 2012-06-06T15:04:55 did you rerun bootstrap after deleting no_memoryprotection.c from MAkefile.am? 2012-06-06T15:04:59 now i have another problem when building tests 2012-06-06T15:05:00 yeah 2012-06-06T15:05:04 k 2012-06-06T15:05:44 ../../../../../psim/lib/librtemsbsp.a(mmu.rel): In function `rtems_memory_protection_uninstall_entry': 2012-06-06T15:05:44 (.text+0x3288): undefined reference to `rtems_memory_protection_get_attribute' 2012-06-06T15:05:44 collect2: error: ld returned 1 exit status 2012-06-06T15:05:59 that's the error 2012-06-06T15:06:04 ok where should `rtems_memory_protection_get_attribute' be coming from 2012-06-06T15:07:47 i bet it was eliminated 2012-06-06T15:08:15 from where ? 2012-06-06T15:08:26 status = rtems_memory_protection_get_attribute(domain_entry, &domain_access_attrb); 2012-06-06T15:08:27 libmmu.h ? 2012-06-06T15:08:41 that's the only place I see it called inside of ppc's mmu_support.c 2012-06-06T15:09:03 maybe 2012-06-06T15:09:04 hrmm 2012-06-06T15:10:51 there is no such prototype into libmmu.h 2012-06-06T15:11:22 this is an artifact that needs to be fixed. basically it is trying to get the mpe->permissions field in order to translate the attributes 2012-06-06T15:11:34 but that is not supported by the api :) 2012-06-06T15:11:43 at least not the way i rewrote it 2012-06-06T15:12:38 Should i fix it ? 2012-06-06T15:13:12 or delete it ? 2012-06-06T15:14:19 http://code.google.com/p/gsoc2011-rtems-mmu-support-project/source/browse/trunk/rtems/cpukit/libmmu/libmmu.c?r=55#266 2012-06-06T15:14:45 i would say hack around it for now 2012-06-06T15:14:55 eventually you have to figure out how to deal with attributes in a clean way anyways 2012-06-06T15:15:43 i think you can do something like domain_access_attrb = domain_entry->permissions 2012-06-06T15:15:45 or something ismilar 2012-06-06T15:15:59 and you'll also have to do something for domain_access_attrb = rtems_memory_protection_get_default_attribute() 2012-06-06T15:17:26 probably domain_access_attrb=0x0000070f 2012-06-06T15:17:38 i think that is the necessary magic... 2012-06-06T15:18:03 for the ppc ;) 2012-06-06T15:18:50 *** deb has joined #rtems 2012-06-06T15:19:28 ok i will embed this function back with such implementation 2012-06-06T15:19:29 right ? 2012-06-06T15:19:40 just do it in that file only 2012-06-06T15:19:46 it's not something that is right 2012-06-06T15:19:54 but should get things working for you on ppc i hope 2012-06-06T15:20:01 which file ? 2012-06-06T15:20:07 mmu_support.c 2012-06-06T15:20:13 where the functions are beinng called 2012-06-06T15:20:17 aha 2012-06-06T15:20:21 ok 2012-06-06T15:20:26 i don't think those functions are generally useful, at least not right now 2012-06-06T15:20:33 since you have to redesign the attributes anywya 2012-06-06T15:20:49 see... the way ppc does it is to translate attributes into the hw-specific implementation 2012-06-06T15:20:54 it would be good to not have to do it :) 2012-06-06T15:21:27 we agreed that BSP will do that work ;) 2012-06-06T15:21:37 no translation 2012-06-06T15:22:04 you can see how it is implemented for sparc64 at http://code.google.com/p/gsoc2011-rtems-mmu-support-project/source/browse/trunk/rtems/c/src/lib/libcpu/sparc64/sun4u/mmu/mmu_support.c#101 2012-06-06T15:22:34 that is another way, but is still a translation step 2012-06-06T15:23:24 anyways that is something to figure out 2012-06-06T15:30:21 *** kiwichris has joined #rtems 2012-06-06T15:31:08 undefined reference to `_CPU_Memory_protection_Verify_permission' 2012-06-06T15:36:48 i think that should be in memory_protection.c 2012-06-06T15:37:11 ah 2012-06-06T15:37:40 i fixed it 2012-06-06T15:38:30 ok 2012-06-06T15:39:11 just a missed search/replace from before ;) 2012-06-06T15:40:53 *** soh_cah_toa has joined #rtems 2012-06-06T15:42:28 it's ok, i fixed a lot of problems like this till now :) 2012-06-06T15:53:27 gedare: where is _CPU_Memory_protection_Verify_size implementation ? 2012-06-06T16:07:31 it created stubs for that function to pass this error 2012-06-06T16:28:14 Anyway it worked and mmutest1.exe produced too 2012-06-06T16:28:42 i have to go now 2012-06-06T16:28:49 *** Hesham has quit IRC (Quit: Leaving.) 2012-06-06T17:23:38 *** antgreen has quit IRC (Ping timeout: 244 seconds) 2012-06-06T18:37:03 *** gedare has quit IRC (Quit: Leaving) 2012-06-06T19:14:36 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-06-06T20:07:04 *** xiangfu has joined #rtems 2012-06-06T20:48:16 *** zw_yao has joined #rtems 2012-06-06T21:23:10 *** soh_cah_toa has quit IRC (Quit: hasta la pasta!) 2012-06-06T22:54:28 *** deb has quit IRC (Quit: This computer has gone to sleep) 2012-06-06T23:12:13 *** arvind_khadri has joined #rtems 2012-06-06T23:22:23 *** xiangfu has quit IRC (Ping timeout: 252 seconds) 2012-06-06T23:28:56 *** xiangfu has joined #rtems 2012-06-07T01:39:04 *** zw_yao has quit IRC (Ping timeout: 265 seconds) 2012-06-07T01:50:25 *** alseh has joined #rtems 2012-06-07T01:53:42 *** hiddenpearls has joined #rtems 2012-06-07T02:05:15 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-06-07T02:56:36 *** hiddenpearls has joined #rtems 2012-06-07T03:09:17 *** alseh has quit IRC (Read error: No route to host) 2012-06-07T03:10:23 *** xiangfu has quit IRC (Ping timeout: 246 seconds) 2012-06-07T04:04:04 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-06-07T04:18:48 *** hiddenpearls has joined #rtems 2012-06-07T05:14:56 *** deb has joined #rtems 2012-06-07T05:20:40 *** alseh has joined #rtems 2012-06-07T05:28:36 *** xiangfu has joined #rtems 2012-06-07T07:04:43 *** zw_yao has joined #rtems 2012-06-07T07:07:27 *** zw_yao has quit IRC (Client Quit) 2012-06-07T07:07:27 *** weiY has joined #rtems 2012-06-07T07:16:05 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-06-07T07:33:34 *** hiddenpearls has joined #rtems 2012-06-07T07:50:29 *** xiangfu has quit IRC (Ping timeout: 244 seconds) 2012-06-07T07:54:18 *** xiangfu has joined #rtems 2012-06-07T08:13:35 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-06-07T08:32:44 *** zw_yao has joined #rtems 2012-06-07T08:43:10 *** jennifer has quit IRC (Quit: Leaving) 2012-06-07T08:53:22 *** hiddenpearls has joined #rtems 2012-06-07T08:55:29 *** xiangfu has quit IRC (Ping timeout: 246 seconds) 2012-06-07T08:59:00 *** jennifer has joined #rtems 2012-06-07T09:24:52 *** gedare has joined #rtems 2012-06-07T09:26:26 Good morning! 2012-06-07T09:26:47 good morning 2012-06-07T09:27:22 Hi,all 2012-06-07T09:27:29 morning 2012-06-07T09:28:48 Good morning 2012-06-07T09:28:52 https://docs.google.com/document/d/162UK_Cwa_QTo_iv59QUvnExo41tUyEmbTJ408PW2SUA/edit 2012-06-07T09:28:57 Anyone know why the recent IRC log can't be opened? like the log of "04 Jun 2012" can't be opened on http://www.rtems.org/irclogs/index.html. 2012-06-07T09:29:00 doc link 2012-06-07T09:29:08 hi gedare. the meeting time is the same as last? 2012-06-07T09:29:13 zw_yao: I don't know 2012-06-07T09:29:15 weiY: yes 2012-06-07T09:36:25 *** claas_ziemke has joined #rtems 2012-06-07T09:37:53 *** tuxmaniac has joined #rtems 2012-06-07T09:38:28 gedare: are thins going good? 2012-06-07T09:38:58 i did not receive any info from haesham. or should i constsntly check the documents? 2012-06-07T09:40:19 The doc can only be read, can't be edit. 2012-06-07T09:40:38 zw_yao: one sec i'll fix 2012-06-07T09:40:48 tuxmaniac: decently. i was away and he was doing exams so progress was slowed 2012-06-07T09:41:00 gedare, no problem. 2012-06-07T09:41:22 https://docs.google.com/document/d/162UK_Cwa_QTo_iv59QUvnExo41tUyEmbTJ408PW2SUA/edit 2012-06-07T09:41:26 it should allow to edit now 2012-06-07T09:41:31 same link should work too 2012-06-07T09:41:35 ok gedare will he be here for the meetig? 2012-06-07T09:41:35 thanks for letting me know 2012-06-07T09:42:03 tuxmaniac: i'm not sure. i didn't make the announcement much ahead of time so we'll see if he is around, I forgot to ask him. We met yesterday briefly 2012-06-07T09:42:06 ;) 2012-06-07T09:42:27 ok. i will rejoin in 30 min. 2012-06-07T09:42:27 tuxmaniac: he had spent most of his available time getting the libmmu working with psim. it sounds like he got pretty close 2012-06-07T09:42:40 i can imagine. 2012-06-07T09:42:47 its not easy. 2012-06-07T09:42:50 i had left a lot of bugs when i refactored it >< 2012-06-07T09:42:51 *** cdcs has joined #rtems 2012-06-07T09:42:53 :) 2012-06-07T09:45:03 so i think his progress is decent. he's going to work on cleaning up the libmmu work and we'll help him to submit it. then he can work on the high-level interfaces to assist developers in using memory management 2012-06-07T09:45:26 actua 2012-06-07T09:45:44 lly submitting is very important . lets stress on that. 2012-06-07T09:45:53 other wise people will come do projects and go. 2012-06-07T09:46:00 it will remain on guthub :) 2012-06-07T09:46:08 like how i ended up. 2012-06-07T09:46:10 he has to solve at least two important problems, which are to let the BSP control the representation for attributes, and to let the BSP or user determine limits on the number of regions that the HW can enforce. 2012-06-07T09:46:11 ;) 2012-06-07T09:46:16 yes 2012-06-07T09:46:58 so that's his status if he doesn't show up to tell us ;) 2012-06-07T09:47:08 aah cool. 2012-06-07T09:47:43 i am in a conference acrually. 2012-06-07T09:47:47 drjoel won't make it to this meeting. so it's my circus ;) 2012-06-07T09:47:53 ah 2012-06-07T09:47:56 saw your email. 2012-06-07T09:48:02 and hopped in to check. 2012-06-07T09:48:04 ok 2012-06-07T09:48:22 i leave now. and see if I can get back to checl. 2012-06-07T09:48:28 otherwise just keep me in loop. 2012-06-07T09:48:41 thanks. 2012-06-07T09:48:47 ok tuxmaniac 2012-06-07T09:51:34 *** ppisa has joined #rtems 2012-06-07T09:54:30 *** medivhc has joined #rtems 2012-06-07T09:54:45 *** WikL has joined #rtems 2012-06-07T09:54:49 *** Hesham has joined #rtems 2012-06-07T09:55:03 good evening 2012-06-07T09:55:07 hello 2012-06-07T09:56:25 zw_yao: we can start with you when you're ready 2012-06-07T09:56:48 Yeah, I'm ready. 2012-06-07T09:57:27 ok. so what is your status :) 2012-06-07T09:57:43 Last week, I start to try to implement the trivial appoach, however, failed to proceed. Then turn to start to implement the one rbtree approach. 2012-06-07T09:57:57 *** arvind_khadri has quit IRC (Ping timeout: 248 seconds) 2012-06-07T09:58:20 are you posting your code on github? 2012-06-07T09:58:38 it would be best to provide branches with your approaches as you make progress 2012-06-07T09:58:42 *** tuxmaniac has quit IRC (Quit: Lost terminal) 2012-06-07T09:58:43 Small part of the one rbtree approach is done, I'm collecting more problem behind the allocation and deletion about key. 2012-06-07T09:59:03 Yeah, I've created a branch, and commit some lines to github. 2012-06-07T09:59:06 ok. good. do you have any good idea about the deletion of a task? 2012-06-07T09:59:43 *** soh_cah_toa has joined #rtems 2012-06-07T10:00:06 still have no idea. I haven't figured out where the key value deletion happen when one task deleted. 2012-06-07T10:00:30 ok. i'm not convinced it does happen currently! 2012-06-07T10:00:42 but dig into that problem some more so that you will have some idea 2012-06-07T10:01:10 just a short info, the irc logs form 04 Jun 2012, 28 May 2012 and 21 May 2012 are not online... could any body please check that? thx 2012-06-07T10:01:32 claas_ziemke: we had some other complaint too. send an email to rtems-users mailing list :) 2012-06-07T10:01:51 anything else zw_yao 2012-06-07T10:01:52 oh sorry, i dint notice u already started, didn want to disturb u... 2012-06-07T10:02:04 I'll talk to Jeff and see if he knows about the log issue 2012-06-07T10:02:07 that's no problem:) 2012-06-07T10:02:07 thanks jennifer 2012-06-07T10:02:29 gedare, no other thing. 2012-06-07T10:02:40 zw_yao: what is next then? 2012-06-07T10:03:36 I'll try to finish the one rbtree approach first(maybe may problem in it), and collecting more idea behind it. 2012-06-07T10:03:49 **many problem. 2012-06-07T10:04:19 ok. push your code on github too 2012-06-07T10:04:24 if you haven't been 2012-06-07T10:04:54 Yeah, I will follow the rule:push it earlier. 2012-06-07T10:05:04 :) great. if that's it,then next up is claas_ziemke 2012-06-07T10:05:22 ok... will be very quick yhough 2012-06-07T10:05:34 all right, go 2012-06-07T10:06:00 because i had an oral exam on tuesday i did basically nocthing last week... but i got an A+ in that exam :-) 2012-06-07T10:06:11 good job 2012-06-07T10:06:13 so next steps are the same as last week... 2012-06-07T10:06:31 ok, is your schedule relatively clear for it? 2012-06-07T10:06:40 yes 2012-06-07T10:06:47 morning 2012-06-07T10:06:52 ok sounds good. hey verm__. 2012-06-07T10:07:06 i will clean up the linker script mess and clean out the code i cloned from the lpc32xx bsp 2012-06-07T10:07:21 claas_ziemke: have you pushed your initial work to github? 2012-06-07T10:07:25 then i hope i will get the damn think to say hello world to me :-) 2012-06-07T10:07:53 nope i will do so tomorrow evening... 2012-06-07T10:08:18 ok. it will be good to follow some discipline in your versioning. especially once you start to modify the template you copied 2012-06-07T10:08:25 good to have some backup :) 2012-06-07T10:08:30 anything else? 2012-06-07T10:08:45 nope thats it... 2012-06-07T10:08:53 as i said... quick :-) 2012-06-07T10:09:04 ok thanks. next up is weiY 2012-06-07T10:09:10 Ok, 2012-06-07T10:09:25 last week i have just submitted my init code to github 2012-06-07T10:09:30 yay 2012-06-07T10:09:37 those codes are mainly for atomic API definitions 2012-06-07T10:09:53 which wraper the atomic implementations 2012-06-07T10:10:04 good. it seems like you have gotten some good design advice on the ml too 2012-06-07T10:10:08 the implementation can reuse the FreeBSD kernel atomic 2012-06-07T10:10:21 yeah, thank you and huber 2012-06-07T10:10:32 have you determined whehter to include Atomic-specific types? 2012-06-07T10:10:49 and those days i have modified some comments in the mail list about the API definition 2012-06-07T10:11:05 or whether to define the atomic API on the RTEMS side in terms of standard types (like int32 instead of 32..) 2012-06-07T10:11:18 yeah, in my opinion i think the basic rtems date type is enough 2012-06-07T10:12:01 just as mail list discussed i use the atomic specific types just for API stylesness 2012-06-07T10:12:08 *** tuxmaniac has joined #rtems 2012-06-07T10:12:57 ok so, what's next? 2012-06-07T10:13:25 next step i will consider the huber advice to make API static inline 2012-06-07T10:13:50 but after some thought First those API are defined in the .c file 2012-06-07T10:13:50 So in C file they should not be inline. the method can refer the *.inl file 2012-06-07T10:14:12 but i do not know whether this method is suitable 2012-06-07T10:14:32 should work to be in a .h file? 2012-06-07T10:14:49 in fact the implementation is static inline, so whether atomic API should also use inline? 2012-06-07T10:15:18 I'm not sure. but perhaps the implementation can be "header-only" 2012-06-07T10:15:54 in the .h is also not suitable because if the API in the .h file the layer is not so clear 2012-06-07T10:16:08 yes i see.. 2012-06-07T10:16:12 to sparate the API and implementation 2012-06-07T10:16:14 ok that is a problem you will have to resolve 2012-06-07T10:16:39 yeah, this is my main work to do next week 2012-06-07T10:17:08 and if these can be solved i can import the freebsd atomic implementation to rtems 2012-06-07T10:17:23 ok. so fix the types, and resolve the issue with inlining 2012-06-07T10:17:43 it may be sufficient to have each architecture define an atomic-internal.h or something 2012-06-07T10:17:50 anything else? 2012-06-07T10:18:01 yeah, i will delete the atomic specific date types 2012-06-07T10:18:14 no 2012-06-07T10:18:35 okay 2012-06-07T10:18:40 next up is deb 2012-06-07T10:18:46 hello 2012-06-07T10:18:55 I did not do much thing last week 2012-06-07T10:19:15 I have checked through several testing framework 2012-06-07T10:19:25 ok. what is your plan for the near future? 2012-06-07T10:19:39 For the host-based testing group, google test is a good tool 2012-06-07T10:19:45 But not for rtems tests 2012-06-07T10:19:47 based 2012-06-07T10:19:56 yes that was my intuition too 2012-06-07T10:20:12 figuring out how to do host-based testing is a trick with rtems 2012-06-07T10:20:33 For the near future, I need to dig into the design of rtems-based testing framework 2012-06-07T10:20:39 For a light weight one. 2012-06-07T10:21:06 And also support as much functions as possible. 2012-06-07T10:21:22 I need to discuss it with amar. 2012-06-07T10:21:55 various developers have tried and never had a great success. two approaches i know were a BSP that designed to run in a posix environment, but was a pain to maintain; and joel's schedsim which reproduces chunks of rtems in user-space and has a lot of complexity in the build system. 2012-06-07T10:21:57 ok 2012-06-07T10:22:40 the important thing for your work is to design an infrastructure for generating tests, and some way to run them. 2012-06-07T10:22:52 anything else? 2012-06-07T10:22:52 Yeah. 2012-06-07T10:22:57 Nothing. 2012-06-07T10:23:26 ok next up is Hesham 2012-06-07T10:23:31 hi 2012-06-07T10:23:47 Hesham: hi, what is your status 2012-06-07T10:23:56 Not too much as i have exams these days. 2012-06-07T10:24:08 I have successfully merged previous mmu work after fixing some problems because it's out dated and build on powepc psim target.  2012-06-07T10:24:23 have you pushed your work to github? 2012-06-07T10:24:36 Also i fixed some problems with github 2012-06-07T10:24:53 all code i have modified will be pushed today 2012-06-07T10:25:06 i'm guessing the problems were how you were using github, not problems with github itself? :) 2012-06-07T10:25:09 ok 2012-06-07T10:25:14 super. what is next for you? 2012-06-07T10:25:32 Now i'am working on modifying names of libmmu names and some interfaces names along with moving permissions  from the high-level API to BSP to avoid translations. 2012-06-07T10:25:51 i will push finished code today 2012-06-07T10:25:56 should i make diffs ? 2012-06-07T10:25:59 great. make sure the names you will use for libmm are good and approved 2012-06-07T10:26:12 you can post links to commits or just to your github for now 2012-06-07T10:26:24 myself and others interested can go and look at what we want that way 2012-06-07T10:26:42 i think github has some ways to provide comments on commits too, but i haven't used much of github's features yet 2012-06-07T10:27:05 ok then i will push all the code with comments 2012-06-07T10:27:12 and maybe diffs 2012-06-07T10:27:23 great. please be sure to push your code on a branch too... 2012-06-07T10:27:37 that goes for everyone :) it is much easier for us to review code that is cleanly separated on its own branch 2012-06-07T10:28:00 should i create new branch or what ? 2012-06-07T10:28:22 making modifications on your personal master is a recipe for trouble. I know we haven't posted much info about workflow, but I think there is some general guidelines on various git howto's 2012-06-07T10:28:49 my advice is to keep your master a pristine copy of the rtems master, and to make your modifications on a branch 2012-06-07T10:28:51 so yes ;) 2012-06-07T10:29:11 now i just fork the rtems repository and make commit and push to this branch, is this ok? 2012-06-07T10:29:26 ok i will dig a little on github howto 2012-06-07T10:29:32 it's ok but i think branches are cleaner 2012-06-07T10:29:37 Hesham: develop on a branch. 2012-06-07T10:29:42 makes merges easier 2012-06-07T10:29:58 and git branching is easy 2012-06-07T10:30:05 yes, branching gives git a better idea about history 2012-06-07T10:30:08 you meant create a new branch based on rtems branch? 2012-06-07T10:30:13 yeah 2012-06-07T10:30:22 you "fork" rtems, and then you "branch" the repository 2012-06-07T10:30:23 and modified code goes there ? 2012-06-07T10:30:28 ok 2012-06-07T10:30:31 yes modified code goes into your branch 2012-06-07T10:30:46 ok 2012-06-07T10:30:59 anything else? 2012-06-07T10:31:01 Hesham: sometimes people have branches for every new featre 2012-06-07T10:31:05 Next, i intend to begin implementing arena API interfaces. 2012-06-07T10:31:09 so yes. a quick pointer http://nvie.com/posts/a-successful-git-branching-model/ 2012-06-07T10:31:13 google up for more. 2012-06-07T10:31:17 thanks tuxmaniac 2012-06-07T10:31:17 thanks tuxmaniac 2012-06-07T10:31:41 jinx buy me a coke 2012-06-07T10:32:09 that's all 2012-06-07T10:32:11 ;-) ok Hesham so... learn some mroe about git, push your code, update libmm... 2012-06-07T10:32:21 ok 2012-06-07T10:32:27 before you start on the Arena code, you should see about pushing libmm upstream to rtems 2012-06-07T10:32:37 committing that work will be good, close the chapter on the previous gsoc 2012-06-07T10:32:38 +1 on that 2012-06-07T10:32:52 gedare: you can add previous previous gsoc :P 2012-06-07T10:32:59 i will 2012-06-07T10:33:15 argh, redhat is driving me nuts 2012-06-07T10:33:20 the updater keeps breaking 2012-06-07T10:33:25 and then you should verify your design before proceeding with implementing. there were a number of lingering issues with it. 2012-06-07T10:33:30 it's worked on every single platform i've deployed it on except redhat 2012-06-07T10:33:32 :-( 2012-06-07T10:33:38 if i run it manually it works 2012-06-07T10:33:43 cron? 2012-06-07T10:33:45 so it's impossible to debug, dammit 2012-06-07T10:33:56 not ideal but... 2012-06-07T10:34:01 no, i think the solution is to kill redhat 2012-06-07T10:34:02 gedare: ok 2012-06-07T10:34:07 ok next up WikL 2012-06-07T10:34:13 here 2012-06-07T10:34:18 hi WikL what is your status 2012-06-07T10:34:27 i read your document it seemed nice 2012-06-07T10:34:43 *** QingPei has joined #rtems 2012-06-07T10:34:49 the meeting I held with Julien and Claudio helped a lot 2012-06-07T10:35:18 I got some good feedback and am now modyfing the interface according to the comments 2012-06-07T10:35:23 Hesham: please update the status report 2012-06-07T10:35:32 will have it finished today 2012-06-07T10:35:33 WikL: fantastic 2012-06-07T10:35:35 ok i will 2012-06-07T10:35:44 when do you get to code? 2012-06-07T10:35:50 and where will you push what 2012-06-07T10:36:04 are there modifications to pok, if so how are you tracking that code? 2012-06-07T10:36:06 there's nothing stopping me now from writing some code 2012-06-07T10:36:16 I mean as soon as I update the document 2012-06-07T10:36:39 don't have a specific plan for it yet though 2012-06-07T10:36:42 ok 2012-06-07T10:36:46 try to come up with one :) 2012-06-07T10:37:07 yeah I probably should 2012-06-07T10:37:23 start from the goals, i think the midterm goal is a nice target for now: running two partitions with console support. 2012-06-07T10:37:59 right now there are no planned modifications to the pok kernel 2012-06-07T10:38:02 oh, also, document how to run rtems on pok as you make your progress. 2012-06-07T10:38:06 ok that's great news 2012-06-07T10:38:28 eventually you will need some kind of howto for anyone who comes after you 2012-06-07T10:38:52 I'll keep that in mind 2012-06-07T10:39:05 ok thanks. it's important for the user-side of this work 2012-06-07T10:39:23 anything else? 2012-06-07T10:39:34 that is all 2012-06-07T10:39:38 ok thanks. next up is medivhc 2012-06-07T10:39:46 hi 2012-06-07T10:39:52 hi medivhc what is your status 2012-06-07T10:40:12 I am reading the clock-pro paper last week 2012-06-07T10:40:24 *** deb has quit IRC (Quit: This computer has gone to sleep) 2012-06-07T10:40:44 ok did you understand it? 2012-06-07T10:41:52 more or less. But it's hard to use it in bdbuf 2012-06-07T10:42:06 ok. did your mentor say to use clock-pro rather than lirs? 2012-06-07T10:42:41 is clock-pro an improvement over lirs? 2012-06-07T10:42:42 I will read the lirs too. 2012-06-07T10:42:48 i think it will be good 2012-06-07T10:42:50 yes 2012-06-07T10:42:53 lirs might be easier to start with 2012-06-07T10:42:58 and then to evolve clock-pro. i'm not sure 2012-06-07T10:43:06 do you know where the current replacement algo is implemented? 2012-06-07T10:44:04 if not then you should :) 2012-06-07T10:44:44 the api in bdbuf is a little complex. I am not sure how to implement it. 2012-06-07T10:45:28 ok then i think you must learn that more deeply. if bdbuf is overly tangled it might be sensible to refactor it before introducing new modules 2012-06-07T10:45:39 you should consult with your mentors and the devel ml 2012-06-07T10:45:48 only CAHCED and FREE in lru list. and it's not fixed. 2012-06-07T10:46:34 ok 2012-06-07T10:46:56 you'll need to have a better idea of how the current replacement algo is implemented in order to consider replacing it. 2012-06-07T10:47:11 and you'll need to be able to write your replacement in such a way that we can compare the two approaches 2012-06-07T10:47:28 anything else? 2012-06-07T10:47:37 no 2012-06-07T10:47:53 next up alseh 2012-06-07T10:48:03 hi alseh, ppisa 2012-06-07T10:48:19 I am there 2012-06-07T10:48:32 hi 2012-06-07T10:48:37 alseh: what is your status 2012-06-07T10:48:57 done and will do 2012-06-07T10:48:59 so, my status is still getting microwindows to work to have a model for nxlib 2012-06-07T10:49:12 ok.. did you have some trouble with it 2012-06-07T10:49:18 currently skyeye simulator breaks at startup code 2012-06-07T10:49:37 and qemu VGA is incompatible with current microwindows port 2012-06-07T10:49:54 ah, you might try asking on the users mailing list, but i don't know personally anyone that uses skyeye for rtems development :) 2012-06-07T10:49:58 ouch 2012-06-07T10:50:12 yes, that's what I thought 2012-06-07T10:50:29 I would expect that there is problem with mode selction for QEMU VGA. May be in RTEMS part of the code. 2012-06-07T10:50:37 the framebuffer implementation is different 2012-06-07T10:50:54 exactly, rtems fb is VGA planar and MW expects packed pixels 2012-06-07T10:51:13 should I try to make QEMU or skyeye ? 2012-06-07T10:51:34 and as I could see on wiki, there are some images on skyeye simulating gumstix working 2012-06-07T10:52:18 *** cdcs_ has joined #rtems 2012-06-07T10:52:28 you can send email to hiyangxi (on gmail) about gumstix 2012-06-07T10:52:29 I think, that PC is on one side overcomplex but on the other hand sthe standard. So make it work on QEMU has significant reasons 2012-06-07T10:52:33 he wrote the bsp port 2012-06-07T10:52:49 i agree with ppisa about qemu;. 2012-06-07T10:52:56 *** cdcs has quit IRC (Ping timeout: 245 seconds) 2012-06-07T10:53:00 it is the most robust 2012-06-07T10:53:12 you just may need to seek extra help figuring it out 2012-06-07T10:53:32 I first thought that arm is with better applications, but ok, I will continue to work on qemu 2012-06-07T10:53:40 i have to go to bed. see you, byb 2012-06-07T10:53:46 ok weiY good night. 2012-06-07T10:54:09 keep trying another week, but also ask on mailing lists about your troubles 2012-06-07T10:54:22 I had and will have a couple of exams, so the status is not quite what I expect 2012-06-07T10:54:23 please, CC me to. 2012-06-07T10:54:27 ok, I will 2012-06-07T10:54:32 i think if the skyeye can work it will be nice to just push forward 2012-06-07T10:54:39 but i think getting qemu to work too is very important 2012-06-07T10:54:59 ok is that all? 2012-06-07T10:55:04 ok, then I will work on both in parallel 2012-06-07T10:55:09 that is all, thanks 2012-06-07T10:55:18 ok. soh_cah_toa are you here? 2012-06-07T10:55:23 yup 2012-06-07T10:55:35 ok what is your status 2012-06-07T10:55:54 i was finally able to get past all those annoying build and test errors. i think my local copies of rtems-libbsd and rtems were just out of sync 2012-06-07T10:56:02 anyway, all tests pass for powerpc now. so in_cksum() is fine for that arch 2012-06-07T10:56:18 i started testing arm csb336 and even though the build is broken, at least it's related to in_cksum(). running `make` spits out a “multiple target patterns” error for freebsd/arm/arm/in_cksum_arm.S. however, at line 3, it's nothing but an inline comment 2012-06-07T10:56:36 joel seems to think it has something to do w/ the Makefile. i'm looking into it now 2012-06-07T10:56:46 so i made a little progress and am working on something that actually matters now :) 2012-06-07T10:56:47 are you reporting about your successes/failures somewhere for your mentors? 2012-06-07T10:56:54 yeah, email 2012-06-07T10:57:25 you might like to consider creating a table of architectures/bsps that you will be testing 2012-06-07T10:57:33 It is more than likely a Makefile issue since that is the only assem file in libbsd 2012-06-07T10:57:40 that could be shared or linked from a project page somewhere 2012-06-07T10:57:49 that's a good idea 2012-06-07T10:57:57 will do 2012-06-07T10:58:04 *** weiY has quit IRC (Ping timeout: 245 seconds) 2012-06-07T10:58:16 and when you hit a failure report it on rtems-devel, you may not get any response but it will be good to document 2012-06-07T10:58:23 *** medivhc has quit IRC (Quit: Leaving) 2012-06-07T10:58:33 are you working from github or from git.rtems.org repos? 2012-06-07T10:58:48 ok, this is the first one that wasn't just due to my messed up configuration 2012-06-07T10:58:53 git.rtems.org 2012-06-07T10:59:21 i haven't had to commit anything yet which is why 2012-06-07T10:59:22 ok. that is probably best for you in order to keep things synched 2012-06-07T10:59:35 but somehow it would be good to have github working :) 2012-06-07T11:00:05 you might need to set your own remotes up in order to sync with git.rtems.org, if the updater is not keeping up 2012-06-07T11:00:10 ok... 2012-06-07T11:00:21 or submit your patches directly :) 2012-06-07T11:00:25 anything else? 2012-06-07T11:00:44 so if i need to commit something, push it to both repors? 2012-06-07T11:01:04 just setup two remotes? 2012-06-07T11:01:34 you can commit to github, so you would setup your github as a remote 2012-06-07T11:01:50 you should be able to also set up git.rtems.org/rtems.git as a remote too 2012-06-07T11:01:55 so you can pull from rtems.git, and push to github 2012-06-07T11:02:05 alright 2012-06-07T11:02:16 and be sure to use branches:) 2012-06-07T11:02:28 wouldn't a branch be easier? 2012-06-07T11:02:39 you have to use both probably 2012-06-07T11:02:48 in order to get updates on the remote repository 2012-06-07T11:03:05 in order to update from rtems-libbsd.git and rtems.git from git.rtems.org, you need to pull from them... 2012-06-07T11:03:11 but in order to publish your work you need somewhere to push 2012-06-07T11:03:16 yeah 2012-06-07T11:03:18 which would be a github account 2012-06-07T11:03:31 so you would pull into a master on your localhost 2012-06-07T11:03:35 then push to your github master 2012-06-07T11:03:41 and also rebase/merge your branch 2012-06-07T11:03:48 and push it to your github also 2012-06-07T11:04:00 alright. i was just thinking use a branch on git.rtems.org but i remember you guys are using gh for all gsoc students 2012-06-07T11:04:01 that would be how i would structure the workflow anyway 2012-06-07T11:04:21 agreed 2012-06-07T11:04:28 i'll do that then 2012-06-07T11:04:31 okay super. 2012-06-07T11:04:42 *** deb has joined #rtems 2012-06-07T11:04:45 I believe that does it for the meeting. class dismissed! ;) 2012-06-07T11:04:55 sounds good 2012-06-07T11:06:23 soh_cah_toa: update your status in the gdoc 2012-06-07T11:06:33 please;) 2012-06-07T11:06:41 good, thanks gedare's moderation, and good night, it's late here. 2012-06-07T11:06:45 on it 2012-06-07T11:06:47 night zw_yao 2012-06-07T11:19:24 *** tuxmaniac has quit IRC (Quit: Lost terminal) 2012-06-07T11:20:26 *** cdcs_ has quit IRC (Ping timeout: 245 seconds) 2012-06-07T11:24:09 *** Hesham has quit IRC (Quit: Leaving.) 2012-06-07T11:26:22 *** Hesham has joined #rtems 2012-06-07T11:28:44 *** Hesham has quit IRC (Client Quit) 2012-06-07T11:37:00 *** claas_ziemke has left #rtems 2012-06-07T12:01:54 *** gedare has quit IRC (Quit: Leaving) 2012-06-07T12:27:45 *** ppisa has quit IRC (Quit: Kopete 0.12.7 : http://kopete.kde.org) 2012-06-07T12:28:16 *** WikL has quit IRC () 2012-06-07T12:44:47 *** antgreen has joined #rtems 2012-06-07T13:07:37 jennifer: you still here? 2012-06-07T13:08:04 Sorry ... not sure when you asked ... but I'm back 2012-06-07T13:08:12 just now, it's ok 2012-06-07T13:08:59 I looked at your issue and I think its a problem with the generation of the Makefile ... it is treating .S files as .c files 2012-06-07T13:09:58 ok 2012-06-07T13:10:41 oh yeah, it's in C_FILES 2012-06-07T13:11:00 an yes, it's the only assembly file 2012-06-07T13:11:41 If you look at the rtSourceFile section of the .py file you can see why its generating it that way 2012-06-07T13:13:24 you mean near +2007? in_cksum.addCPUDependentSourceFiles() 2012-06-07T13:13:55 mine is modified atm so my line numbers are off but I think you have the correct section 2012-06-07T13:14:02 ok 2012-06-07T13:14:43 so it's actually a .c in the freebsd source but pulling it in as a .S file? 2012-06-07T13:14:56 wait no, that's can't be it 2012-06-07T13:15:54 so should the Makefile be changed to compile in_cksum.c, then assemble in_cksum_arm.S, and link then together? instead of trying to compile them? 2012-06-07T13:16:06 No, the way the sections are assuming that all files are .c in the generation of the makefile 2012-06-07T13:16:36 I think the py file needs to be fixed so that it handles assembly source 2012-06-07T13:16:44 ok 2012-06-07T13:18:02 I've not poked around a lot in the code generation/modification, Joel did most of the mods/setup on that 2012-06-07T13:19:44 but looking at it I suspect we need to add another section that seperates c source from assembly 2012-06-07T13:20:08 ok 2012-06-07T13:23:32 well, i'm still trying to grok the control flow but it looks like maybe just a 'type' parameter to Module.addCPUDependentSourceFiles. check the type and perform a different action depending on whether it's something like "c" or "asm" 2012-06-07T13:25:46 though before any of that, i need to determine what Makefile rules it needs to generate 2012-06-07T13:26:13 do it by hand first, verify that it works, then modify the .py script to generate those instructions 2012-06-07T13:26:42 good idea :) 2012-06-07T13:27:43 but in_cksum_arm.S still needs to be linked w/ in_cksum.c, right? 2012-06-07T13:29:04 They need to be in the same section if thats what you mean... the in_cksum_arm.S does need to link in the executable 2012-06-07T13:29:10 hm, although i've never used an arm assembler before 2012-06-07T13:30:18 ok, so then all that really needs to be changed is to add a rule that assembles in_cksum_arm.S 2012-06-07T13:31:09 yes 2012-06-07T13:31:29 and make sure that is linked when the other source is linked 2012-06-07T13:31:29 is there an arm assembler in the rtems tool set? perhaps something like arm-rtems4.11-asm? 2012-06-07T13:32:21 I think its arm-rtems4.11-as 2012-06-07T13:33:00 ok good 2012-06-07T13:33:04 To see all the arm tools on a linux box just type arm-rtems[TAB] and autocomplete will list all of them 2012-06-07T13:33:13 *** QingPei has left #rtems 2012-06-07T13:33:23 ok 2012-06-07T13:33:35 what does it need to be linked to though? 2012-06-07T13:35:28 sorry just make sure it is in the library that is created and the linker will pull it out when the executable is built in the testsuite 2012-06-07T13:37:00 as long as its in C_O_FILES it will pick it up 2012-06-07T13:39:15 arm-rtems4.11-as -o in_cksum_arm.o in_cksum_arm.S 2012-06-07T13:39:28 and then since *.o is in C_O_FILES it will be linked to libbsd.a 2012-06-07T13:40:19 yes 2012-06-07T13:43:25 *** Hesham has joined #rtems 2012-06-07T13:44:19 i'm trying to find what rule to add the commands to. the 'all' target depends on 'lib_usb' which run $(MAKE) $(LIB). LIB = libbsd.a but i don't see a rule for libbsd.a 2012-06-07T13:45:13 it's odd that the 'lib_usb' target doesn't just depend on LIB. instead it recursively executes make again w/ a different target 2012-06-07T13:45:58 never seen that behavior before and like i said, it's making it hard to find the libbsd.a rule 2012-06-07T14:14:04 I just spoke with Joel and he will look at it when he gets through security (he is standing in line at the airport) ... he thinks it will work if the assembly files are listed with a "special" name... I can't find the name they need to be listed under atm, but he will look in a bit 2012-06-07T14:15:46 great, sounds good 2012-06-07T14:15:57 he's headed back today? 2012-06-07T14:16:24 yes, but he won't be back in the office till Monday 2012-06-07T14:22:24 ok 2012-06-07T14:26:06 Ok... I've got it ... :) change the C_FILES name in front of in_cksum_arm.S to be S_FILES and that will fix it 2012-06-07T14:28:54 will do 2012-06-07T14:50:33 *** Hesham has quit IRC (Ping timeout: 246 seconds) 2012-06-07T14:52:04 *** Hesham has joined #rtems 2012-06-07T14:57:25 2012-06-07T14:57:25 2012-06-07T14:57:26 2012-06-07T14:57:31 2012-06-07T14:57:36 2012-06-07T14:59:58 soh_cah_toa: Getting a bunch of blank messages from you ... 2012-06-07T15:07:50 *** Hesham has quit IRC (Quit: Leaving.) 2012-06-07T15:21:55 soh_cah_toa: I just emailed you a Makefile that should work ... I've got to leave, but these changes get it to a point where the .S file is missing included files 2012-06-07T15:22:16 I'll try to check email later this evening 2012-06-07T15:22:21 ok thanks 2012-06-07T15:23:01 *** jennifer has quit IRC (Quit: Leaving) 2012-06-07T15:33:38 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-06-07T16:13:38 *** antgreen has quit IRC (Remote host closed the connection) 2012-06-07T16:19:44 *** alseh has quit IRC (Remote host closed the connection) 2012-06-07T17:07:37 *** deb has left #rtems ("Leaving") 2012-06-07T17:47:18 *** Hesham has joined #rtems 2012-06-07T17:50:08 *** Hesham has quit IRC (Client Quit) 2012-06-07T18:11:45 *** deb has joined #rtems 2012-06-07T18:58:08 *** Guest28718 has joined #rtems 2012-06-07T18:58:42 hello 2012-06-07T19:00:12 i want to know do i have any chance to participate in Google Summer of Code 2012 2012-06-07T19:01:04 Guest28718, applications closed a while go and the program is underway. Sorry there is no way this year. 2012-06-07T19:01:59 That's ok 2012-06-07T19:02:26 maybe next year i will 2012-06-07T19:02:38 Thank you 2012-06-07T20:03:22 *** xiangfu has joined #rtems 2012-06-07T20:45:32 *** soh_cah_toa has quit IRC (Quit: hasta la pasta!) 2012-06-07T20:53:06 *** xiangfu has quit IRC (Remote host closed the connection) 2012-06-07T21:01:19 *** xiangfu has joined #rtems 2012-06-07T21:38:08 *** deb has left #rtems ("Leaving") 2012-06-07T22:22:13 *** Guest28718 has quit IRC (Ping timeout: 244 seconds) 2012-06-08T00:05:41 *** arvind_khadri has joined #rtems 2012-06-08T00:20:43 *** andy_ has joined #rtems 2012-06-08T00:21:07 *** andy_ is now known as Guest25755 2012-06-08T00:36:40 *** hiddenpearls has joined #rtems 2012-06-08T01:02:14 *** Guest25755 has quit IRC (Ping timeout: 245 seconds) 2012-06-08T01:22:41 *** zw_yao has quit IRC (Remote host closed the connection) 2012-06-08T01:25:39 *** xiangfu has quit IRC (Ping timeout: 246 seconds) 2012-06-08T02:32:22 *** xiangfu has joined #rtems 2012-06-08T03:37:33 *** andy_ has joined #rtems 2012-06-08T03:37:57 *** andy_ is now known as Guest74419 2012-06-08T04:06:23 *** kiwichris has quit IRC (Quit: Leaving) 2012-06-08T04:12:14 *** hiddenpearls has quit IRC (Ping timeout: 245 seconds) 2012-06-08T04:15:42 *** hiddenpearls has joined #rtems 2012-06-08T04:20:35 *** xiangfu has quit IRC (Ping timeout: 260 seconds) 2012-06-08T04:22:07 *** hiddenpearls has quit IRC (Ping timeout: 245 seconds) 2012-06-08T04:22:35 *** xiangfu has joined #rtems 2012-06-08T04:23:32 *** hiddenpearls has joined #rtems 2012-06-08T04:26:36 *** rokka_ has quit IRC (Ping timeout: 260 seconds) 2012-06-08T04:27:15 *** rokka has joined #rtems 2012-06-08T04:28:29 *** Guest74419 has quit IRC (Ping timeout: 245 seconds) 2012-06-08T04:49:25 *** Guest74419 has joined #rtems 2012-06-08T05:36:05 *** arvind_khadri has quit IRC (Ping timeout: 248 seconds) 2012-06-08T06:18:46 *** arvind_khadri has joined #rtems 2012-06-08T06:18:52 *** arvind_khadri has joined #rtems 2012-06-08T06:31:38 *** Guest74419 has quit IRC (Read error: Connection reset by peer) 2012-06-08T06:33:33 *** andy_ has joined #rtems 2012-06-08T06:33:57 *** andy_ is now known as Guest29007 2012-06-08T06:40:07 *** arvind_khadri has quit IRC (Quit: Leaving) 2012-06-08T06:40:58 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-06-08T06:42:17 *** arvind_khadri has joined #rtems 2012-06-08T06:42:18 *** arvind_khadri has joined #rtems 2012-06-08T06:52:33 *** arvind_k has joined #rtems 2012-06-08T07:04:52 *** arvind_khadri has quit IRC (Disconnected by services) 2012-06-08T07:05:02 *** arvind_k is now known as arvind_khadri 2012-06-08T07:05:14 *** arvind_k has joined #rtems 2012-06-08T07:05:14 *** arvind_khadri has quit IRC (Changing host) 2012-06-08T07:05:14 *** arvind_khadri has joined #rtems 2012-06-08T07:05:32 *** arvind_k has quit IRC (Disconnected by services) 2012-06-08T07:05:52 *** arvind_k has joined #rtems 2012-06-08T07:06:43 *** arvind_khadri has quit IRC (Quit: Leaving) 2012-06-08T07:06:59 *** arvind_k has quit IRC (Remote host closed the connection) 2012-06-08T07:07:25 *** arvind_khadri has joined #rtems 2012-06-08T07:52:08 *** hiddenpearls has joined #rtems 2012-06-08T07:54:32 *** lcpfnvcy has joined #rtems 2012-06-08T08:00:42 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-06-08T08:13:26 *** hiddenpearls has joined #rtems 2012-06-08T08:21:49 *** arvind_khadri has quit IRC (Ping timeout: 246 seconds) 2012-06-08T09:00:59 *** xiangfu has quit IRC (Ping timeout: 246 seconds) 2012-06-08T09:15:55 *** xiangfu has joined #rtems 2012-06-08T09:16:59 *** deb has joined #rtems 2012-06-08T09:19:09 *** xian9fu has joined #rtems 2012-06-08T09:19:21 *** xian9fu has quit IRC (Client Quit) 2012-06-08T09:20:25 *** xiangfu has quit IRC (Ping timeout: 260 seconds) 2012-06-08T09:29:14 *** gedare has joined #rtems 2012-06-08T09:30:40 *** Guest29007 has quit IRC (Ping timeout: 244 seconds) 2012-06-08T10:15:31 *** jennifer has joined #rtems 2012-06-08T10:28:28 *** lcpfnvcy has quit IRC (Read error: Connection reset by peer) 2012-06-08T10:42:20 *** Hesham has joined #rtems 2012-06-08T10:53:30 hey Hesham i have a meeting today so i can't stick around to chat 2012-06-08T10:53:50 gedare: ok np :) 2012-06-08T11:01:56 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-06-08T11:07:06 *** hiddenpearls has joined #rtems 2012-06-08T11:15:05 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-06-08T11:23:50 *** hiddenpearls has joined #rtems 2012-06-08T11:25:02 *** hiddenpearls has joined #rtems 2012-06-08T11:25:45 *** hiddenpearls has quit IRC (Client Quit) 2012-06-08T11:27:02 *** hiddenpearls has joined #rtems 2012-06-08T11:28:50 *** hiddenpearls has quit IRC (Client Quit) 2012-06-08T11:31:07 *** hiddenpearls has joined #rtems 2012-06-08T11:43:19 *** Hesham has quit IRC (Quit: Leaving.) 2012-06-08T13:05:16 *** Hesham has joined #rtems 2012-06-08T13:32:32 *** jennifer has quit IRC (Quit: Leaving) 2012-06-08T14:21:59 *** Hesham has quit IRC (Quit: Leaving.) 2012-06-08T14:32:55 *** antgreen has joined #rtems 2012-06-08T14:42:24 *** gedare has quit IRC (Quit: Ex-Chat) 2012-06-08T15:05:35 *** deb has quit IRC (Quit: Leaving) 2012-06-08T15:07:26 *** antgreen has quit IRC (Read error: Connection reset by peer) 2012-06-08T15:50:43 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-06-08T16:41:05 *** hiddenpearls has joined #rtems 2012-06-08T16:46:49 *** Hesham has joined #rtems 2012-06-08T17:18:37 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-06-08T17:31:31 *** kuzew_ has joined #rtems 2012-06-08T17:36:41 *** kuzew has quit IRC (*.net *.split) 2012-06-08T18:10:07 *** Hesham has quit IRC (Quit: Leaving.) 2012-06-08T18:40:58 *** hiddenpearls1 has joined #rtems 2012-06-08T19:29:50 *** hiddenpearls1 has quit IRC (Quit: Leaving.) 2012-06-08T19:37:38 *** hiddenpearls has joined #rtems 2012-06-08T20:21:51 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-06-08T20:30:08 *** Guest29007 has joined #rtems 2012-06-08T20:48:55 *** Guest29007 has quit IRC (Ping timeout: 252 seconds) 2012-06-08T22:21:28 *** kuzew_ is now known as kuzew 2012-06-09T00:59:16 *** arvind_khadri has joined #rtems 2012-06-09T01:36:20 *** arvind_khadri has quit IRC (Ping timeout: 260 seconds) 2012-06-09T02:41:44 *** hiddenpearls has joined #rtems 2012-06-09T03:28:49 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-06-09T04:04:59 *** hiddenpearls1 has joined #rtems 2012-06-09T04:50:20 *** hiddenpearls has joined #rtems 2012-06-09T04:52:39 *** hiddenpearls1 has quit IRC (Ping timeout: 244 seconds) 2012-06-09T05:42:34 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-06-09T06:44:58 *** hiddenpearls has joined #rtems 2012-06-09T06:55:44 *** deb has joined #rtems 2012-06-09T08:08:18 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-06-09T08:48:21 *** weiY has joined #rtems 2012-06-09T08:52:15 *** hiddenpearls has joined #rtems 2012-06-09T09:19:10 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-06-09T09:37:30 *** hiddenpearls has joined #rtems 2012-06-09T09:41:35 *** hiddenpearls1 has joined #rtems 2012-06-09T09:41:37 *** hiddenpearls has quit IRC (Read error: No route to host) 2012-06-09T09:49:57 *** hiddenpearls1 has quit IRC (Quit: Leaving.) 2012-06-09T09:59:54 *** hiddenpearls has joined #rtems 2012-06-09T10:18:09 *** deb has quit IRC (Quit: Leaving) 2012-06-09T10:27:05 *** hiddenpearls has quit IRC (Quit: Leaving.) 2012-06-09T10:57:43 *** weiY has quit IRC (Ping timeout: 256 seconds) 2012-06-09T13:00:13 *** QingPei has joined #rtems 2012-06-09T14:37:07 *** QingPei has left #rtems 2012-06-09T23:12:53 *** arvind_khadri has joined #rtems 2012-06-10T00:04:28 *** arvind_khadri has quit IRC (Quit: Leaving) 2012-06-10T00:47:08 *** arvind_khadri has joined #rtems 2012-06-10T02:05:08 *** arvind_khadri has quit IRC (Ping timeout: 240 seconds) 2012-06-10T02:18:04 *** arvind_khadri has joined #rtems 2012-06-10T02:18:12 *** sevikkk has joined #rtems 2012-06-10T02:29:27 *** sevikkk has quit IRC (Quit: Leaving.) 2012-06-10T03:08:09 *** weiY has joined #rtems 2012-06-10T08:44:02 *** QingPei has joined #rtems 2012-06-10T09:53:51 *** weiY has quit IRC (Ping timeout: 252 seconds) 2012-06-10T09:59:52 *** weiY has joined #rtems 2012-06-10T10:26:38 *** weiY has quit IRC (Ping timeout: 240 seconds) 2012-06-10T11:18:39 *** QingPei has left #rtems 2012-06-10T14:55:20 *** kristianpaul has joined #rtems 2012-06-10T14:55:20 *** kristianpaul has joined #rtems 2012-06-10T15:41:55 *** Hesham has joined #rtems 2012-06-10T17:33:42 *** Hesham has quit IRC (Quit: Leaving.) 2012-06-10T18:30:28 *** xiangfu has joined #rtems 2012-06-10T18:53:01 *** ppisa has joined #rtems 2012-06-10T19:16:58 *** xiangfu has quit IRC (Ping timeout: 245 seconds) 2012-06-10T19:17:48 *** xiangfu has joined #rtems 2012-06-10T19:26:48 *** ppisa has left #rtems ("Kopete 0.12.7 : http://kopete.kde.org") 2012-06-10T20:35:15 *** xiangfu has quit IRC (Ping timeout: 260 seconds) 2012-06-10T20:52:42 *** xiangfu has joined #rtems 2012-06-10T21:29:30 *** xiangfu has quit IRC (Ping timeout: 260 seconds) 2012-06-10T21:42:49 *** xiangfu has joined #rtems 2012-06-10T22:10:20 *** xiangfu has quit IRC (Ping timeout: 260 seconds) 2012-06-10T22:13:45 *** xiangfu has joined #rtems 2012-06-10T23:04:19 *** arvind_khadri has quit IRC (Ping timeout: 244 seconds)