2012-07-23T00:16:24 *** kiwichris has joined #rtems 2012-07-23T00:36:39 *** jkridner has joined #rtems 2012-07-23T00:36:40 *** jkridner has joined #rtems 2012-07-23T00:40:07 moorning 2012-07-23T00:49:19 *** jkridner has quit IRC (Quit: jkridner) 2012-07-23T01:01:03 *** xiangfu has quit IRC (Ping timeout: 252 seconds) 2012-07-23T01:03:33 *** krzysiekm13 has joined #rtems 2012-07-23T01:25:39 *** krzysiekm13 has quit IRC (Quit: Leaving.) 2012-07-23T01:51:00 *** sebhub has joined #rtems 2012-07-23T01:59:34 good morning 2012-07-23T02:10:54 *** krzysiekm13 has joined #rtems 2012-07-23T03:07:14 *** weiY has joined #rtems 2012-07-23T04:01:46 *** QingPei has left #rtems 2012-07-23T04:12:31 *** weiY has quit IRC (Ping timeout: 245 seconds) 2012-07-23T04:15:29 *** arvind_khadri has quit IRC (Read error: Connection reset by peer) 2012-07-23T04:54:23 *** arvind_khadri has joined #rtems 2012-07-23T05:19:27 *** weiY has joined #rtems 2012-07-23T06:05:23 *** weiY has quit IRC (Ping timeout: 252 seconds) 2012-07-23T06:06:32 *** weiY has joined #rtems 2012-07-23T06:33:43 *** claas_ziemke has joined #rtems 2012-07-23T06:50:03 *** jkridner has joined #rtems 2012-07-23T06:50:04 *** jkridner has joined #rtems 2012-07-23T06:50:23 hi claas_ziemke 2012-07-23T06:50:33 sorry to be a couple minutes late. 2012-07-23T06:52:51 jkridner: hi, nice to meet u again 2012-07-23T06:53:09 actually u are not late... 2012-07-23T06:53:15 k. this where the meeting is? 2012-07-23T06:53:23 yes 2012-07-23T06:53:43 i hope gedare will join us 2012-07-23T06:55:01 If I drop off for a minute, it is because I need to sign onto my VPN to download some e-mail here. 2012-07-23T06:55:21 ok 2012-07-23T07:00:37 *** jkridner has quit IRC (Remote host closed the connection) 2012-07-23T07:03:40 *** jkridner has joined #rtems 2012-07-23T07:03:41 *** jkridner has joined #rtems 2012-07-23T07:04:48 hm... gedare seems not to show up... no wonder on such a short notice... anyway we can just discuss what i wanna ask... thx for coming jkridner 2012-07-23T07:05:07 k 2012-07-23T07:05:17 not sure how many answers *I* will have. :) 2012-07-23T07:06:01 since most of my questions are hw related i guess u have more then anybody else :-) 2012-07-23T07:06:44 *** bartvk has joined #rtems 2012-07-23T07:07:33 as i wrote in my email, i am currently using a ns16550 uart driver, omap3xxx uses ns17550 right? 2012-07-23T07:07:55 uhm 16750 2012-07-23T07:08:09 sorry for the typo 2012-07-23T07:09:20 well, the UART is not an off-the-shelf of some other manufacturer. 2012-07-23T07:09:38 *** claas_ziemke has quit IRC (*.net *.split) 2012-07-23T07:09:38 *** arvind_khadri has quit IRC (*.net *.split) 2012-07-23T07:09:38 *** sebhub has quit IRC (*.net *.split) 2012-07-23T07:10:09 *** claas_ziemke has joined #rtems 2012-07-23T07:10:09 *** arvind_khadri has joined #rtems 2012-07-23T07:10:09 *** sebhub has joined #rtems 2012-07-23T07:10:29 *** claas_ziemke has left #rtems 2012-07-23T07:10:53 *** claas_ziemke has joined #rtems 2012-07-23T07:11:36 sorry i got kicked out... so i understand that the OMAP3xxx uart is at least ns16750 compatible right? 2012-07-23T07:12:57 I'm not aware. I believe it is at least 16550 compatible. 2012-07-23T07:13:18 I'm not familiar with the deltas between 16550 and 16750 2012-07-23T07:13:52 ok, i will work on that and post more detailed questions on the beagleboard mailinglist if neccessary... 2012-07-23T07:13:55 are there particular features you are looking at? 2012-07-23T07:14:09 that'd be good... 2012-07-23T07:14:16 we can also get a bit of help in #beagle 2012-07-23T07:14:40 ok... i use the ns16550 driver of rtems with some success, but currently it works only in polled mode 2012-07-23T07:14:42 but, I think writing the driver against the TRM is the most straight-forward way to go. 2012-07-23T07:14:57 thats what i am planning to do... 2012-07-23T07:15:09 trm is basically always open :-) 2012-07-23T07:15:43 next question is concerning i2c 2012-07-23T07:16:38 *** xiangfu has joined #rtems 2012-07-23T07:17:14 is it right what i get from the trm and the beagleboard manual that i can only access usb and ethernet through i2c or am i wrong? 2012-07-23T07:18:22 on BB-xM, Ethernet is via the USB port. 2012-07-23T07:18:40 I2C is required, but the USB is a native EHCI USB port. 2012-07-23T07:18:48 ah ok 2012-07-23T07:19:15 so, USB and Ethernet are *not* through I2C. 2012-07-23T07:19:32 then as i already guessed ethernet is screwed anyway since usb for rtems still is under development... 2012-07-23T07:19:38 ok 2012-07-23T07:19:44 then i had that wrong 2012-07-23T07:21:35 *** arvind_khadri has quit IRC (*.net *.split) 2012-07-23T07:21:36 *** sebhub has quit IRC (*.net *.split) 2012-07-23T07:22:23 Hi people, I've played around with rtems on a LEON3 development board 2012-07-23T07:22:26 *** arvind_khadri has joined #rtems 2012-07-23T07:22:26 *** sebhub has joined #rtems 2012-07-23T07:22:45 So that's my level of experience 2012-07-23T07:22:59 Now I wonder, how would one implement power saving? 2012-07-23T07:23:22 Is this totally up to the developer, where you use whatever the hardware offers? 2012-07-23T07:23:37 jkrinder but the rtc on the tps65950 is only through i2c right? 2012-07-23T07:24:30 bartvik, sorry cant help u on that... please ask on mailinglist if u dont get an answer here... 2012-07-23T07:25:06 *** kristianpaul has quit IRC (Ping timeout: 248 seconds) 2012-07-23T07:25:16 claas, OK will keep that in mind 2012-07-23T07:28:46 to control the tps65950, it is all over i2c, yes. 2012-07-23T07:29:37 *** arvind_khadri has quit IRC (Ping timeout: 240 seconds) 2012-07-23T07:30:14 ok, since i think rtc is crucial for an realtime os like rtems i will focuss on i2c and accessing the tps65950 in the near future... 2012-07-23T07:30:31 or do you have any suggestions? 2012-07-23T07:33:23 If you have UART and external memory down, then I think I2C is a good next target. 2012-07-23T07:33:59 I agree that I2C is an important bottleneck to other interfaces---and it should be simpler than USB. 2012-07-23T07:34:12 if you need Ethernet, then do USB early. 2012-07-23T07:34:24 for BeagleBone, USB is not required for Ethernet. 2012-07-23T07:34:29 yes... but rtems does not have an usb stack right now... 2012-07-23T07:34:36 ok 2012-07-23T07:37:14 with external memory you mean the ddr i guess? 2012-07-23T07:37:26 yes 2012-07-23T07:38:04 ok i did not do alot of research on that till now... i will look into that 2012-07-23T07:40:42 i guess now i have some things to do for the next week... a lot of reading as it seems still is neccessary :-) 2012-07-23T07:44:03 *** kristianpaul has joined #rtems 2012-07-23T07:50:02 jkridner so i guess thats all for now... i will let u know when i have more questions... thx for the invitation, i willl consider it.... 2012-07-23T07:50:22 k. 2012-07-23T07:50:55 and thx of course for all the good advice! 2012-07-23T07:53:08 *** weiY has quit IRC (Ping timeout: 248 seconds) 2012-07-23T07:53:35 *** weiY has joined #rtems 2012-07-23T08:04:38 *** deb has joined #rtems 2012-07-23T08:07:06 *** xiangfu has quit IRC (Ping timeout: 245 seconds) 2012-07-23T08:15:37 *** weiY has quit IRC (Ping timeout: 240 seconds) 2012-07-23T08:21:13 *** krzysiekm13 has joined #rtems 2012-07-23T08:21:42 *** weiY has joined #rtems 2012-07-23T08:27:30 *** claas_ziemke has left #rtems 2012-07-23T08:38:20 *** xiangfu has joined #rtems 2012-07-23T08:40:47 *** jkridner has quit IRC (Remote host closed the connection) 2012-07-23T08:42:19 *** antgreen has joined #rtems 2012-07-23T08:43:07 *** xiangfu has quit IRC (Ping timeout: 240 seconds) 2012-07-23T09:02:54 *** arvind_khadri has joined #rtems 2012-07-23T09:14:46 *** bartvk has quit IRC (Quit: Leaving) 2012-07-23T09:17:51 *** Hesham has joined #rtems 2012-07-23T09:44:02 *** warai has joined #rtems 2012-07-23T09:44:14 hello 2012-07-23T09:44:45 is there any mentor that I can talk with about the esa soc? 2012-07-23T09:55:49 *** gedare has joined #rtems 2012-07-23T09:56:40 hi warai 2012-07-23T09:58:32 gedare it is okay that I send an email to the developers mailing list regarding some questions about my ideas? 2012-07-23T09:59:03 yeah. 2012-07-23T09:59:36 most of the core devs respond there more freely than to rtems-users, but for general purpose "how do I..." questions you should send to rtems-users 2012-07-23T09:59:48 mainly because there are more people who read it and might be able to answer your question 2012-07-23T10:00:02 but for socis question for now it's ok to go to rtems-devel I think. 2012-07-23T10:03:03 hi gedare, i have implemented attributes table and sent it to m-l 2012-07-23T10:03:36 ok i'll have a look.. i have a deadline today in 7 hours so pretty busy 2012-07-23T10:03:56 what are you working on now? 2012-07-23T10:04:12 arm 2012-07-23T10:05:05 besides to applying sebastian patches 2012-07-23T10:05:19 i have pushed code to github 2012-07-23T10:05:36 but it's pretty unperfect for now 2012-07-23T10:06:09 also i added a question to my doc 2012-07-23T10:09:49 that patch is to patch qemu 2012-07-23T10:09:51 not to patch rtems 2012-07-23T10:09:57 you have to get whatever version of qemu is required 2012-07-23T10:10:17 btw there was an email about this recently 2012-07-23T10:10:30 ok i will check it and search for that email 2012-07-23T10:10:54 *** arvind_khadri has quit IRC (Ping timeout: 260 seconds) 2012-07-23T10:11:44 subject: Virtualbox RTEMS Setup 2012-07-23T10:12:58 thanks 2012-07-23T10:14:36 i'm not quite clear from your email about attributes table exactly what is being done, and what the requirements are for the CPU to define 2012-07-23T10:15:32 i guess maybe i can see it from the github later 2012-07-23T10:15:35 CPU only defines the table that make the mapping between high-level attr and powerpc page table attr 2012-07-23T10:16:05 ok.. 2012-07-23T10:17:07 that table is incomplete then... no entry to handle EXE_ENABLE 2012-07-23T10:17:23 yeah 2012-07-23T10:17:52 exe attr is not handled at powerpc PTE 2012-07-23T10:18:12 hm. 2012-07-23T10:18:17 it's handled by a segment register 2012-07-23T10:19:41 this is problematic to your approach 2012-07-23T10:19:58 ? 2012-07-23T10:20:09 yes 2012-07-23T10:20:16 for powerpc 2012-07-23T10:22:16 what gets passed around by high-level code for the attributes? 2012-07-23T10:22:23 a 32-bit value? 2012-07-23T10:22:29 or a pointer? 2012-07-23T10:23:08 i need you to send a report outlining the discussions you had about this design, because... I'm having trouble following the decisions here 2012-07-23T10:23:09 32-bit value 2012-07-23T10:23:45 to ml ? 2012-07-23T10:23:48 yeah 2012-07-23T10:24:12 so... translate_access_attr is called internally to the ppc? 2012-07-23T10:24:12 I sent one before and i got no reply 2012-07-23T10:24:39 i saw one where you laid out questions 2012-07-23T10:24:43 yes 2012-07-23T10:24:45 but not one where you put down any answers 2012-07-23T10:24:56 so did you just go ahead with #1 ? 2012-07-23T10:25:22 Avoid translating attributes and move it from High-level to BSP code. 2012-07-23T10:25:27 was the email 2012-07-23T10:25:42 and i replied with the notion of using a typedef struct that is fulfilled by the BSP 2012-07-23T10:25:58 yeah 2012-07-23T10:26:06 but for the current solution 2012-07-23T10:26:11 i never saw any response giving the advantages/disadvantages for each approach 2012-07-23T10:26:21 there would be a default attributes 2012-07-23T10:26:43 so...? 2012-07-23T10:26:49 and if the user want to change it, he/she will invoke set_read_only 2012-07-23T10:26:52 set_write 2012-07-23T10:27:01 set_execute_only 2012-07-23T10:27:03 that can be done with any of the solutions right? 2012-07-23T10:27:27 yes 2012-07-23T10:27:41 high-level: extern rtems_mm_attributes_struct mm_default_attributes; 2012-07-23T10:27:57 low-level: rtems_mm_attributes mm_default_attributes = { .. }; 2012-07-23T10:28:03 for example 2012-07-23T10:28:31 i never saw any justification for the approach you decided... did I miss it, or was it not provided? 2012-07-23T10:28:49 i tried this solution, but i remember the linker did not know how to make the linking 2012-07-23T10:29:06 i'm pretty sure it is do-able. 2012-07-23T10:29:23 you can only use pointers to incomplete type though. 2012-07-23T10:29:36 that's the disadvantage...not sure if that matters at all. 2012-07-23T10:30:06 ok i will try this solution again 2012-07-23T10:33:17 from a practical point-of-view I think the 32-bit solution and the incomplete pointer solution are the two main alternatives 2012-07-23T10:34:07 the problem with the 32-bit solution you have right now is... you're still defining the attributes in terms of the high-level bit pattern, and then translating into the low-level representation (albeit through the table) 2012-07-23T10:34:42 but -- as seen with the ppc -- the high-level attributes do not always correspond nicely to low-level table 2012-07-23T10:35:18 instead, using the struct, you can stash all of the registers / register fields you will need for arbitrary attributes 2012-07-23T10:35:20 yeah the case of exe enable 2012-07-23T10:35:22 yea 2012-07-23T10:35:34 right 2012-07-23T10:35:37 and still provide the interface from the high-level in order to manipulate the attributes... 2012-07-23T10:35:55 otherwise the high-level is oblivious, it just passes around the attributes together wtih the rest of the mpe 2012-07-23T10:36:11 that's the advantage of the struct 2012-07-23T10:36:40 *** warai has quit IRC (Ping timeout: 245 seconds) 2012-07-23T10:36:41 i see 2012-07-23T10:36:53 but reading attributes 2012-07-23T10:37:07 what will it return in the case of sruct 2012-07-23T10:37:11 struct 2012-07-23T10:39:24 in case of 32 bit type, the user has to know the low-level bit pattern 2012-07-23T10:39:35 when reading attributes 2012-07-23T10:40:51 i don't understand 2012-07-23T10:41:36 when does the user read attributes? 2012-07-23T10:42:06 Currently there is a macro that read attributes .. 2012-07-23T10:42:09 you could define either a set of interface functions just like you are for writing attributes... they would just return bool 2012-07-23T10:42:54 yeah that's what i mean, in that case some kind of translation will happen to set this bool fields 2012-07-23T10:43:06 should be rare 2012-07-23T10:44:05 aha 2012-07-23T10:45:30 Ok i will try to implement the struct solution 2012-07-23T10:45:52 ok i have some advice for you with that also 2012-07-23T10:45:58 i just wrote some small test 2012-07-23T10:46:14 i'll send you an email with some code 2012-07-23T10:46:29 for libmm ? 2012-07-23T10:46:38 no it is a snippet of regular C 2012-07-23T10:46:43 shows how to use incomplete type 2012-07-23T10:46:59 ok great 2012-07-23T10:47:44 note that current libmm and Quanming work does not raise an exception when writting to protected page 2012-07-23T10:48:02 The program just hangs ! 2012-07-23T10:49:37 heh 2012-07-23T10:49:54 does the exception handler get called? 2012-07-23T10:50:01 no 2012-07-23T10:50:03 where does execution go? 2012-07-23T10:50:41 it's at the end of test cases, aanjhan told me that it maybe stuck at the for loop 2012-07-23T10:51:19 Also i discovered that when adding an entry to ALUT that does not add pte to the cpu page table 2012-07-23T10:51:57 that's what i send you " if (status == -1 ) return RTEMS_SUCCESFULL 2012-07-23T10:52:04 i see. 2012-07-23T10:52:08 so i implemented it 2012-07-23T10:52:25 i'll try to look at your code soon...promise:) 2012-07-23T10:52:44 ok i have to go to meet my deadline 2012-07-23T10:52:47 thanks :) 2012-07-23T10:52:58 good luck 2012-07-23T10:53:06 you too 2012-07-23T10:53:10 *** gedare has quit IRC (Quit: Leaving) 2012-07-23T10:54:08 *** Hesham has quit IRC (Quit: Leaving.) 2012-07-23T10:57:57 *** krzysiekm13 has left #rtems 2012-07-23T12:06:04 *** sebhub has quit IRC (Remote host closed the connection) 2012-07-23T12:47:25 *** jenniferA has joined #rtems 2012-07-23T14:21:57 *** krzysiekm13 has joined #rtems 2012-07-23T14:22:07 *** jenniferA has quit IRC (Quit: Leaving) 2012-07-23T16:20:09 *** antgreen has quit IRC (Ping timeout: 260 seconds) 2012-07-23T16:57:51 *** krzysiekm13 has left #rtems 2012-07-23T16:58:54 *** weiY has quit IRC (Ping timeout: 264 seconds) 2012-07-23T19:29:42 *** xiangfu has joined #rtems 2012-07-23T20:54:42 *** xiangfu has quit IRC (Ping timeout: 264 seconds) 2012-07-23T21:26:57 *** QingPei has joined #rtems 2012-07-23T21:40:53 *** QingPei has quit IRC (Ping timeout: 255 seconds) 2012-07-23T22:00:27 *** xiangfu has joined #rtems 2012-07-23T22:16:02 *** QingPei has joined #rtems 2012-07-23T23:16:09 *** L84Supper has left #rtems ("puff of smoke") 2012-07-23T23:17:19 *** deb has quit IRC (Quit: Leaving) 2012-07-23T23:39:11 *** WikL has joined #rtems 2012-07-24T01:00:08 *** QingPei has quit IRC (Quit: Leaving.) 2012-07-24T01:03:16 *** arvind_khadri has joined #rtems 2012-07-24T01:06:56 *** arvind_khadri has quit IRC (Client Quit) 2012-07-24T01:07:07 *** arvind_khadri has joined #rtems 2012-07-24T01:41:43 *** krzysiekm13 has joined #rtems 2012-07-24T01:42:38 *** krzysiekm13 has left #rtems 2012-07-24T01:51:13 *** sebhub has joined #rtems 2012-07-24T01:55:18 good morning 2012-07-24T02:44:06 *** weiY has joined #rtems 2012-07-24T02:49:59 *** arvind_khadri has quit IRC (Ping timeout: 248 seconds) 2012-07-24T02:55:04 moorning 2012-07-24T03:04:49 *** arvind_khadri has joined #rtems 2012-07-24T03:29:57 *** zw_yao has joined #rtems 2012-07-24T04:39:01 *** cdcs has joined #rtems 2012-07-24T05:16:39 *** WikL has quit IRC (Ping timeout: 248 seconds) 2012-07-24T05:18:36 *** WikL has joined #rtems 2012-07-24T05:20:23 *** arvind_khadri has quit IRC (Ping timeout: 248 seconds) 2012-07-24T06:09:16 *** arvind_khadri has joined #rtems 2012-07-24T07:29:15 *** shineworld has joined #rtems 2012-07-24T07:40:25 *** shineworld has quit IRC (Quit: Leaving) 2012-07-24T07:52:05 *** zw_yao has quit IRC (Remote host closed the connection) 2012-07-24T08:23:44 *** zw_yao has joined #rtems 2012-07-24T08:47:08 *** WikL has quit IRC (Remote host closed the connection) 2012-07-24T08:51:00 *** antgreen has joined #rtems 2012-07-24T09:14:29 *** antgreen has quit IRC (Ping timeout: 252 seconds) 2012-07-24T09:17:54 *** krzysiekm13 has joined #rtems 2012-07-24T09:18:41 *** krzysiekm13 has left #rtems 2012-07-24T09:38:00 *** weiY has quit IRC (Ping timeout: 255 seconds) 2012-07-24T09:42:27 *** weiY has joined #rtems 2012-07-24T09:57:30 *** antgreen has joined #rtems 2012-07-24T10:17:11 *** arvind_khadri has quit IRC (Ping timeout: 252 seconds) 2012-07-24T10:49:27 *** Hesham has joined #rtems 2012-07-24T10:54:28 *** deb has joined #rtems 2012-07-24T11:00:06 *** antgreen has quit IRC (Ping timeout: 264 seconds) 2012-07-24T11:08:15 *** sebhub has quit IRC (Remote host closed the connection) 2012-07-24T11:10:11 *** antgreen has joined #rtems 2012-07-24T11:35:30 *** weiY has quit IRC (Ping timeout: 264 seconds) 2012-07-24T11:40:36 *** weiY has joined #rtems 2012-07-24T11:43:00 *** weiY has quit IRC (Client Quit) 2012-07-24T11:48:16 *** Hesham has quit IRC (Quit: Leaving.) 2012-07-24T12:00:09 *** deb_ has joined #rtems 2012-07-24T12:00:28 *** deb has quit IRC (*.net *.split) 2012-07-24T12:00:31 *** kuzew has quit IRC (*.net *.split) 2012-07-24T12:01:10 *** xiangfu has quit IRC (Remote host closed the connection) 2012-07-24T12:02:38 *** kuzew has joined #rtems 2012-07-24T12:02:38 *** deb has joined #rtems 2012-07-24T12:15:25 *** cdcs has quit IRC (Ping timeout: 245 seconds) 2012-07-24T12:30:54 *** krzysiekm13 has joined #rtems 2012-07-24T13:24:24 *** krzysiekm13 has left #rtems 2012-07-24T14:03:30 *** antgreen has quit IRC (Read error: Connection reset by peer) 2012-07-24T14:05:04 *** antgreen has joined #rtems 2012-07-24T14:33:24 *** krzysiekm13 has joined #rtems 2012-07-24T15:06:40 *** antgreen` has joined #rtems 2012-07-24T15:08:17 *** antgreen has quit IRC (Remote host closed the connection) 2012-07-24T15:17:26 *** kuzew has quit IRC (Ping timeout: 255 seconds) 2012-07-24T15:18:57 *** kuzew has joined #rtems 2012-07-24T16:11:38 *** krzysiekm13 has left #rtems 2012-07-24T17:46:55 *** antgreen` has quit IRC (Remote host closed the connection) 2012-07-24T20:00:04 *** xiangfu has joined #rtems 2012-07-24T23:37:10 *** deb_ has quit IRC (Quit: Leaving) 2012-07-24T23:58:04 *** arvind_khadri has joined #rtems 2012-07-25T01:32:32 *** sebhub has joined #rtems 2012-07-25T01:36:42 good morning 2012-07-25T01:50:20 morning 2012-07-25T03:09:41 *** WikL has joined #rtems 2012-07-25T03:24:53 *** krzysiekm13 has joined #rtems 2012-07-25T04:00:22 *** arvind_khadri has quit IRC (Quit: Leaving) 2012-07-25T04:51:31 *** krzysiekm13 has quit IRC (Read error: Connection reset by peer) 2012-07-25T07:00:50 *** krzysiekm13 has joined #rtems 2012-07-25T07:54:50 *** weiY has joined #rtems 2012-07-25T08:32:13 *** krzysiekm13 has left #rtems 2012-07-25T09:01:12 *** WikL has quit IRC (Read error: Connection reset by peer) 2012-07-25T09:09:22 *** weiY has quit IRC (Ping timeout: 252 seconds) 2012-07-25T09:16:15 *** weiY has joined #rtems 2012-07-25T09:53:24 *** xiangfu has quit IRC (Remote host closed the connection) 2012-07-25T10:00:44 *** zw_yao has quit IRC (Remote host closed the connection) 2012-07-25T11:09:18 *** weiY has quit IRC (Ping timeout: 276 seconds) 2012-07-25T11:17:08 *** krzysiekm13 has joined #rtems 2012-07-25T11:17:17 *** deb has joined #rtems 2012-07-25T11:24:08 hi, I'd like to apply to SOCIS and I wonder if there is any proposal template I should fill? Do you know? 2012-07-25T12:04:35 *** sebhub has quit IRC (Remote host closed the connection) 2012-07-25T13:01:35 *** krzysiekm13 has quit IRC (Read error: Connection reset by peer) 2012-07-25T14:14:49 *** krzysiekm13 has joined #rtems 2012-07-25T14:50:48 *** krzysiekm13 has left #rtems 2012-07-25T17:36:44 *** rtems has joined #rtems 2012-07-25T18:48:00 *** rtems has quit IRC (Remote host closed the connection) 2012-07-25T20:59:54 *** xiangfu has joined #rtems 2012-07-25T23:56:41 *** deb has left #rtems ("Leaving") 2012-07-26T00:38:50 *** arvind_khadri has joined #rtems 2012-07-26T01:27:16 *** alseh has joined #rtems 2012-07-26T01:36:50 *** weiY has joined #rtems 2012-07-26T01:52:39 *** krzysiekm13 has joined #rtems 2012-07-26T01:55:40 *** krzysiekm13 has left #rtems 2012-07-26T01:57:13 *** weiY has quit IRC (Ping timeout: 250 seconds) 2012-07-26T02:11:47 *** sebhub has joined #rtems 2012-07-26T02:12:40 good morning 2012-07-26T02:12:50 *** rtems_ has joined #rtems 2012-07-26T02:13:37 *** rtems_ has quit IRC (Client Quit) 2012-07-26T02:28:24 *** rtems has joined #rtems 2012-07-26T03:15:37 *** rtems is now known as WikL 2012-07-26T03:32:27 *** WikL has quit IRC (Quit: leaving) 2012-07-26T03:37:15 *** rtems has joined #rtems 2012-07-26T03:46:18 *** WikL has joined #rtems 2012-07-26T04:33:03 *** neo1987___ has joined #rtems 2012-07-26T04:35:02 hello, do you know when I can find DrJoel? 2012-07-26T04:36:31 neo1987___, hi whats up 2012-07-26T04:37:24 *** alseh has quit IRC (Read error: Operation timed out) 2012-07-26T04:37:49 He is on holiday for the next week 2012-07-26T04:38:47 ok thank you very much :) 2012-07-26T04:39:45 *** neo1987___ has quit IRC (Quit: Page closed) 2012-07-26T04:44:30 *** alseh has joined #rtems 2012-07-26T06:06:27 so is the weekly summer of code meeting still in schedule for today? 2012-07-26T06:56:09 *** krzysiekm13 has joined #rtems 2012-07-26T06:56:24 *** krzysiekm13 has left #rtems 2012-07-26T07:08:46 *** lcpfnvcy has quit IRC (Ping timeout: 250 seconds) 2012-07-26T07:09:02 *** lcpfnvcy has joined #rtems 2012-07-26T07:56:18 *** zw_yao has joined #rtems 2012-07-26T07:57:56 *** jenniferA has joined #rtems 2012-07-26T08:03:23 *** zw_yao has quit IRC (Remote host closed the connection) 2012-07-26T08:10:30 *** zw_yao has joined #rtems 2012-07-26T08:12:16 *** zw_yao has quit IRC (Remote host closed the connection) 2012-07-26T08:16:01 *** zw_yao has joined #rtems 2012-07-26T08:28:41 *** jenniferA has quit IRC (Quit: Leaving) 2012-07-26T08:40:01 *** jenniferA has joined #rtems 2012-07-26T08:40:48 *** alseh has quit IRC (Quit: Leaving) 2012-07-26T08:44:00 *** alseh has joined #rtems 2012-07-26T08:51:42 *** claas_ziemke has joined #rtems 2012-07-26T08:58:51 *** gedare has joined #rtems 2012-07-26T08:59:58 *** WikL has quit IRC (Remote host closed the connection) 2012-07-26T08:59:58 *** zw_yao has quit IRC (Remote host closed the connection) 2012-07-26T09:04:02 *** zw_yao has joined #rtems 2012-07-26T09:15:13 *** zw_yao has quit IRC (Quit: Leaving) 2012-07-26T09:22:45 https://docs.google.com/document/d/1j05j0bqE9gDhXOk6G0I993kTAY9OQihHPgLbsvrHUC8/edit 2012-07-26T09:22:51 today's meeting doc 2012-07-26T09:24:30 *** cdcs has joined #rtems 2012-07-26T09:25:03 *** cdcs has left #rtems 2012-07-26T09:25:05 *** cdcs has joined #rtems 2012-07-26T09:25:47 *** cdcs has joined #rtems 2012-07-26T09:26:38 *** weiY has joined #rtems 2012-07-26T09:30:00 *** cdcs has quit IRC (Ping timeout: 245 seconds) 2012-07-26T09:30:46 *** weiY has quit IRC (Ping timeout: 246 seconds) 2012-07-26T09:37:35 *** weiY has joined #rtems 2012-07-26T09:39:54 *** ppisa has joined #rtems 2012-07-26T09:42:46 *** krzysiekm13 has joined #rtems 2012-07-26T09:42:58 *** krzysiekm13 has left #rtems 2012-07-26T09:44:14 hi,gedare. 2012-07-26T09:44:25 hey weiY 2012-07-26T09:44:49 will the irc meeting be hold today? 2012-07-26T09:44:54 *** cdcs has joined #rtems 2012-07-26T09:45:44 *** sebhub has quit IRC (Remote host closed the connection) 2012-07-26T09:45:51 Thank you for your git material. I can think git is so powerful 2012-07-26T09:45:56 cannot 2012-07-26T09:46:13 webchat nor working 2012-07-26T09:46:51 I have squash all my commits to a single commit and open a new pull request 2012-07-26T09:47:03 i saw, that is good 2012-07-26T09:47:10 But there are no comments until now 2012-07-26T09:48:08 i know..patience :) 2012-07-26T09:48:13 is it a blocker for you? 2012-07-26T09:50:25 *** cdcs has quit IRC (Ping timeout: 245 seconds) 2012-07-26T09:51:11 if the source code is ok then i will determine the next step 2012-07-26T09:51:39 development the atomic support for more architectures or other features 2012-07-26T09:52:59 what other features? 2012-07-26T09:53:51 for example to develope more free lock data struct based on atomic operations 2012-07-26T09:54:08 *** cdcs has joined #rtems 2012-07-26T09:54:14 or other more sync primitive for SMP 2012-07-26T09:56:22 *** alseh has left #rtems ("Leaving") 2012-07-26T09:56:31 *** alseh has joined #rtems 2012-07-26T09:57:22 *** WikL_ has joined #rtems 2012-07-26T09:57:23 i see. that should be discussed explicitly in an email with rtems-devel 2012-07-26T09:58:12 *** cdcs has quit IRC (Client Quit) 2012-07-26T09:58:44 *** WikL__ has joined #rtems 2012-07-26T09:59:14 gdoc for meeting: https://docs.google.com/document/d/1j05j0bqE9gDhXOk6G0I993kTAY9OQihHPgLbsvrHUC8/edit 2012-07-26T09:59:23 *** WikL__ has quit IRC (Client Quit) 2012-07-26T09:59:28 OK, the task to develope the support for more architectures is more easy because most code can be ported from freebsd but whether this should be done should consider. 2012-07-26T10:00:01 and to develope the lock free data struct or sync primitives is more useful but also more hard 2012-07-26T10:00:17 hard to say for sure. both are good directions to go 2012-07-26T10:00:30 eventually we should need to have the other architectures with support for the atomic ops 2012-07-26T10:00:48 since you are knowledgeable on the process it makes sense that you can do it the fastest/best 2012-07-26T10:01:15 *** WikL has joined #rtems 2012-07-26T10:01:46 *** WikL_ has quit IRC (Ping timeout: 240 seconds) 2012-07-26T10:01:48 good evening 2012-07-26T10:02:04 yeah, right. i am familiar with arm and powerpc architecture. So this directions can be considered 2012-07-26T10:02:13 hi. https://docs.google.com/document/d/1j05j0bqE9gDhXOk6G0I993kTAY9OQihHPgLbsvrHUC8/edit 2012-07-26T10:02:22 update the gdoc and list your attendance 2012-07-26T10:02:26 we'll begin... now 2012-07-26T10:02:31 first up claas_ziemke 2012-07-26T10:02:34 thanks 2012-07-26T10:02:50 are you here claas_ziemke ? 2012-07-26T10:03:19 yes 2012-07-26T10:03:37 update please! 2012-07-26T10:03:37 so i am working on i2c driver now... 2012-07-26T10:03:58 i think there is some i2c code in rtems is it usable at all 2012-07-26T10:04:29 the process is pretty much straight forward because the OMAP3xxx TRM has some very nice flowcharts for operating i2c... i only have to turn them into code... 2012-07-26T10:04:40 rtems/cpukit/libi2c 2012-07-26T10:04:54 ok 2012-07-26T10:05:21 i have read some rtems i2c code already... will have to find out then how to get the new driver i am writing to fit in what rtems already is offering... 2012-07-26T10:05:29 but that shouldnt be tooo hard i guess 2012-07-26T10:05:51 ok 2012-07-26T10:06:17 i take it there is an easy way to test the i2c? 2012-07-26T10:06:20 some peripherals? 2012-07-26T10:06:24 and that already is prett much for me... did alot of reading documentation again, chated with jkrinder from #beagleboard as you know and started implementing 2012-07-26T10:06:43 there are some leds i can switch on and off with the i2c 2012-07-26T10:06:57 thx beagleboard devs for that easy test method... :-) 2012-07-26T10:07:22 the next step then will be to access the RTC through the i2c bus... 2012-07-26T10:08:02 ok.. and get a proper clock driver going I take it? 2012-07-26T10:08:30 sorry what u mean? 2012-07-26T10:09:19 ah yes... the RTC is handled by the TPS powermanagement companion chip, which is accessed through the i2c 2012-07-26T10:09:30 so then i have to code a driver for the RTC thats right 2012-07-26T10:10:24 ok 2012-07-26T10:10:29 anything else? 2012-07-26T10:10:29 and thats what i plan to do this/the next week, besides of dancing my ass of on BOOM festival :-) 2012-07-26T10:10:35 nope 2012-07-26T10:11:03 next up weiY 2012-07-26T10:11:16 isnt it great to have free WiFi on a music festival? :-) ok thatts all 2012-07-26T10:11:17 * gedare other students here please go update the doc 2012-07-26T10:11:26 claas_ziemke: enjoy the music:) 2012-07-26T10:11:37 thx i will 2012-07-26T10:12:31 hi again weiY 2012-07-26T10:12:40 yeah, 2012-07-26T10:13:00 i have complete the status report 2012-07-26T10:13:31 ok 2012-07-26T10:13:33 now the first version to support atomic for i386 architecture is completed 2012-07-26T10:13:38 yay! 2012-07-26T10:13:47 hopefully we can get some eyes on it 2012-07-26T10:13:49 and have make a pull request to mainline 2012-07-26T10:14:19 and then during the waitting time i should determine the next step 2012-07-26T10:14:32 there are two direction 2012-07-26T10:14:41 * juli1 is here 2012-07-26T10:15:07 first is to support atomic ops for other architectures 2012-07-26T10:15:36 for example arm or powerpc which are i am familiar with 2012-07-26T10:15:58 *** cdcs has joined #rtems 2012-07-26T10:15:59 it would be useful i think.. and also to document the process of adding the atomic operations 2012-07-26T10:16:07 another is to develope some more sync primitives for SMP system and lock free data struct based on atomic operations 2012-07-26T10:16:18 determine which manual it should go to, this depends on the location of the code which I haven't looked closely enough.. 2012-07-26T10:16:39 *** cdcs has quit IRC (Client Quit) 2012-07-26T10:16:47 i think adding one or two more architectures, plus documentation, can be done quite quickly? 2012-07-26T10:16:55 and you can then turn toward extra features for the rest of gsoc? 2012-07-26T10:17:16 ok, i will document the manual 2012-07-26T10:17:18 did you already get the smp tests running for i386? 2012-07-26T10:17:41 *** cdcs has joined #rtems 2012-07-26T10:17:43 yeah, now the smp test are already running for i386 2012-07-26T10:18:19 and my atomic test cases were all passed successfully on smp mode 2012-07-26T10:18:57 ok 2012-07-26T10:19:07 good. i think send the email to rtems-devel... 2012-07-26T10:19:13 and i think i can add the early maillist disscuss documents to wiki 2012-07-26T10:19:24 my opinion is you should add arm and powerpc and document the procedure... 2012-07-26T10:19:43 since those should be relatively painless for you 2012-07-26T10:20:01 yeah, i have already send a mial to rtems-devel about how to run smp qemu to run atomic test cases 2012-07-26T10:20:12 i don't see any other students listed as "attending" in the document... 2012-07-26T10:20:42 next up, alseh 2012-07-26T10:20:44 I am also here, hi 2012-07-26T10:20:51 thanks weiY I think that's good? 2012-07-26T10:21:12 ok, i know the next step . thanks gedare 2012-07-26T10:21:39 I actually hoped to have a patch for review a few days ago , however I was caught by a problem with keyboard driver 2012-07-26T10:22:09 here too, having some problems with google docs just now 2012-07-26T10:22:27 on one side, the pc386 bsp sometimes does not receive the keypress event ( it's sent to mouse driver ) 2012-07-26T10:22:50 and on the other side, nxlib does not work with current microwindows keyboard driver 2012-07-26T10:23:25 ok, and how are the lingering issues with the framebuffer? 2012-07-26T10:23:35 hi ppisa 2012-07-26T10:23:52 that is an odd quirk for the bsp 2012-07-26T10:23:58 I have response from David Airlie a 2012-07-26T10:24:31 and he suggest to find and copy setup sequnce from X11 MIT sources. 2012-07-26T10:24:34 the keypress event sounds like a bug to be fixed. 2012-07-26T10:24:53 I know it's odd, and I now dig through the drivers to debug them 2012-07-26T10:24:58 ok that seems to make sense 2012-07-26T10:25:17 But problem is, that X11 sources are much more generic for more HW so Alex is trying to locate what could be reused. 2012-07-26T10:26:11 ok 2012-07-26T10:26:26 Ve should prepare plan for VBE driver as well. 2012-07-26T10:26:42 that one you can get through BSD sources? 2012-07-26T10:26:57 I will try to see what it's better, a fresh driver in the model of the old one in rtems, or adapt the X11 MIT driver 2012-07-26T10:27:01 But I have problems to allocate time for that now 2012-07-26T10:27:33 I suggest to use my driver code without these two problematic functions. 2012-07-26T10:28:32 ok. it would be good to get some forward progress again 2012-07-26T10:29:22 if the keyevent bug is generic then I think you could still prepare a patch for your work 2012-07-26T10:29:26 and deal with the bug separately 2012-07-26T10:29:35 The code from frame_buffer_initialize() and bellow is implemented from scratch so no license problems. 2012-07-26T10:29:45 ok this is good 2012-07-26T10:30:16 one bug is from rtems driver, and the other is a must-solve 2012-07-26T10:30:22 all right 2012-07-26T10:30:51 ppisa, if you could comment on thye code exactly what is license-problematic, I will make it a priority and rewrite 2012-07-26T10:31:07 or find a bypass 2012-07-26T10:31:56 iirc there were two files... 2012-07-26T10:32:11 one was mostly definitions of constants so that should be quite easy to recreate from the proper documentation 2012-07-26T10:32:35 anyway ... thanks for the update 2012-07-26T10:32:53 As I have stated, only fb_cirrus_set_start_address and fb_cirrus_set_crt_mode functions are problematic. 2012-07-26T10:33:03 *** deb has joined #rtems 2012-07-26T10:33:20 WikL: you're up next 2012-07-26T10:33:34 https://docs.google.com/document/d/1j05j0bqE9gDhXOk6G0I993kTAY9OQihHPgLbsvrHUC8/edit 2012-07-26T10:33:35 ready 2012-07-26T10:33:44 juli1: cdcs too. 2012-07-26T10:33:48 update! 2012-07-26T10:33:52 thanks alseh 2012-07-26T10:33:57 yes 2012-07-26T10:34:13 WikL: go ahead :-) 2012-07-26T10:34:17 I cannot acccess google docs without a vpn from here, and my vpn is acting up. I will update the doc as soon as I get the vpn sorted 2012-07-26T10:34:24 anyways 2012-07-26T10:34:33 thank you also :) 2012-07-26T10:34:43 I've been transfering the implementation of the context switch from RTEMS to POK 2012-07-26T10:35:06 yes, we saw some mails about that 2012-07-26T10:35:12 it seemed straightforward, since the one on RTEMS was already working properly 2012-07-26T10:35:39 but I'm getting some runtime errors 2012-07-26T10:36:09 in some cases qemu freezes the partition, sometimes it causes a restart of the machine 2012-07-26T10:36:23 but I mean 2012-07-26T10:36:33 at this time, what did you import into pok exactly 2012-07-26T10:36:34 ? 2012-07-26T10:36:53 _CPU_Context_Switch 2012-07-26T10:37:07 do you have your pok changes available somewhere like github? 2012-07-26T10:37:11 to get the first switch working 2012-07-26T10:37:14 yes 2012-07-26T10:37:26 ok maybe you can post your commits to the mailing list also 2012-07-26T10:37:33 so we can see exactly what you changed 2012-07-26T10:38:01 you should also try to hook gdb to qemu and step through the context switch 2012-07-26T10:38:04 WikL: no 2012-07-26T10:38:20 WikL: I mean, what did you bring in terms in real language 2012-07-26T10:38:33 giving the name of the function does not provide any help 2012-07-26T10:38:34 so 2012-07-26T10:38:48 at this time, you had two switching functions: the one of POK and the one of RTEMS 2012-07-26T10:39:10 so as far as I know, now, you are trying to port right one from RTEMS into a POK syscall, right ? 2012-07-26T10:39:18 that's right 2012-07-26T10:39:22 ok 2012-07-26T10:39:31 so, you keep the one in pok and the one in rtems, right ? 2012-07-26T10:39:39 cdcs: are you also following the discussion ? 2012-07-26T10:39:43 it sounds to me like he copied the one from rtems into pok 2012-07-26T10:39:45 I disabled the one in RTEMS 2012-07-26T10:39:57 and then made a syscall from rtems to pok 2012-07-26T10:39:58 in RTEMS i replaced it with a syscall to POK 2012-07-26T10:40:03 yes 2012-07-26T10:40:21 ok 2012-07-26T10:40:22 so the code should be identical in pok as it used to be in rtems... so the question is why it does not work. 2012-07-26T10:40:23 but you know 2012-07-26T10:40:28 when you issue a syscall in pok 2012-07-26T10:40:41 the register are also modified before hitting the code of the sysscall 2012-07-26T10:40:47 so that you have to check on that also 2012-07-26T10:41:28 great point. 2012-07-26T10:41:43 though the very first switch is only changing the stack pointer, right? 2012-07-26T10:41:58 what do you mean ? 2012-07-26T10:42:26 the very first switch, which runs the user code in RTEMS 2012-07-26T10:42:38 if you load arguments for the call to pok then you are overwriting some registers 2012-07-26T10:42:50 right 2012-07-26T10:44:40 for this first switch the loaded register values are all 0x00 and it breaks after that. it would look like it still jumps into a wrong address 2012-07-26T10:45:27 well i think we just need more details to give some advice 2012-07-26T10:45:39 indeed 2012-07-26T10:45:43 but since 2012-07-26T10:45:45 https://github.com/jolkaczad/rtems_hyper/ 2012-07-26T10:45:45 the thing is 2012-07-26T10:45:59 what the registers are... the code path into the syscall, and what the expectation is for the code 2012-07-26T10:46:00 this is the address of the repo, I'll send an email to the list with which files have been changed 2012-07-26T10:46:01 I do not think this is a matter of register values 2012-07-26T10:46:09 gedare: right 2012-07-26T10:46:23 WikL: no, please send a complete instruction list for reproducing the bug 2012-07-26T10:46:37 to go to the problem you face 2012-07-26T10:46:44 ok 2012-07-26T10:47:25 but 2012-07-26T10:47:36 I think that you should really check the thing about the syscall 2012-07-26T10:47:46 because when you are issuing a syscall 2012-07-26T10:47:58 POK will already save the state of the task BEFORE making the syscall 2012-07-26T10:48:12 so, the state of the task, etc ... its register 2012-07-26T10:48:33 yes 2012-07-26T10:48:49 which is what you are also trying to do with the imported function. Thing is that the imported function will get the address while operating in the syscall 2012-07-26T10:49:05 and these adresse does not make any sense for RTEMS 2012-07-26T10:49:33 *** arvind_khadri has quit IRC (Ping timeout: 276 seconds) 2012-07-26T10:49:54 but that's where the base_address offset comes from 2012-07-26T10:50:28 ?????????????????????????? 2012-07-26T10:50:35 no 2012-07-26T10:50:36 I mean 2012-07-26T10:50:50 if you are trying to take the sp in your import function 2012-07-26T10:50:53 so I don't understand how the address doesn't make sense for RTEMS 2012-07-26T10:51:02 but it does not ! 2012-07-26T10:51:28 because in the imported function, if you try to save the sp, you are in kernel space and then, try to save a sp that belong to the kernel space 2012-07-26T10:51:38 and this address is not relevant for RTEMS ! 2012-07-26T10:51:43 i think... does the path to the syscall do something to modify the registers? 2012-07-26T10:51:44 a ok, since it's the address in a frame of the syscall? 2012-07-26T10:51:57 it's not just a function call right 2012-07-26T10:52:06 pok will save partition context 2012-07-26T10:52:11 and load its own context including a new sp 2012-07-26T10:52:30 or at least set up a "kernel context"? 2012-07-26T10:52:43 i'm not familiar with pok so just working off what i would expect to see :) 2012-07-26T10:53:52 gedare: right 2012-07-26T10:54:01 gedare: this is exactly that 2012-07-26T10:54:07 when issuing the syscall inside pok 2012-07-26T10:54:21 pok check the syscall arguments, save the context and issue the syscall 2012-07-26T10:56:55 ok i see that we need to have more clarification on this, and for WikL to dig into what is happening more deeply 2012-07-26T10:56:59 i think for new we must move on 2012-07-26T10:57:06 I think I see the problem 2012-07-26T10:57:12 deb: you are next 2012-07-26T10:57:16 hello 2012-07-26T10:57:18 and yeah, dig into it a bit more 2012-07-26T10:57:28 WikL: thanks ... update us on the ml 2012-07-26T10:57:36 deb: verm__ hi 2012-07-26T10:57:37 interesting to see what wikl is doing. 2012-07-26T10:57:39 ok 2012-07-26T10:57:43 WikL: ok, so 2012-07-26T10:57:49 please send instructions to reproduce the issue 2012-07-26T10:57:55 and update the docs online please 2012-07-26T10:58:07 ok 2012-07-26T10:58:19 deb: what is your status? I thought we would see a report by now? 2012-07-26T10:58:27 the instructions are ready, I'll just verify if they're still valid 2012-07-26T10:58:45 about the report you mentioned last week. 2012-07-26T10:59:05 I am in the middle of producing the area plan 2012-07-26T10:59:11 not quite ready yet 2012-07-26T11:00:14 This week, I brush on general OS concepts and mechanism and read how RTEMS concept and mechanism 2012-07-26T11:00:25 is implemented. 2012-07-26T11:00:50 ok.. 2012-07-26T11:01:15 to be honest, I did not approach os in concept before 2012-07-26T11:01:17 will have to see what you have produced... you will discuss your review of the different tools for testing? 2012-07-26T11:01:23 I only have programming experience 2012-07-26T11:01:33 os is just a program ;) 2012-07-26T11:01:39 Yes 2012-07-26T11:01:42 ko 2012-07-26T11:01:43 ok 2012-07-26T11:01:50 Still important concept 2012-07-26T11:02:14 yep. will you also have some plan for doing some test case generation / conversion? 2012-07-26T11:02:28 with whatever tool(s) you have converged on using? 2012-07-26T11:02:54 The current status is test case generation 2012-07-26T11:03:07 *** claas_ziemke has left #rtems 2012-07-26T11:03:18 The review of different tools 2012-07-26T11:03:29 the discussion is on the wiki page 2012-07-26T11:03:37 for each test tool subpage 2012-07-26T11:04:10 Joel asked to do a sanity check for the tool selected 2012-07-26T11:04:17 Unity and Google Mock 2012-07-26T11:04:21 I have a little question 2012-07-26T11:04:34 Not little although 2012-07-26T11:04:58 go on 2012-07-26T11:05:02 How do you define a formal sanity check 2012-07-26T11:05:19 How could I know for sure it definitely work? 2012-07-26T11:05:20 i don't know what joel had in mind 2012-07-26T11:05:35 maybe just soliciting input and feedback from the community 2012-07-26T11:05:56 I have a few test written in the new framework and the result is in screenshot. 2012-07-26T11:06:23 but from that, I can only roughly know that it may work for all. 2012-07-26T11:07:23 About the tools, they are just the libraries to use in the new framework. 2012-07-26T11:07:56 I have something to ask you about the general area classification 2012-07-26T11:09:20 I intend to classify it as the following areas. Initialization, Tasks, IO, Memory, FileSystems, Clock, Timer, Fatal Error, CPU-dependent, BSP-dependent 2012-07-26T11:09:38 pretty good break-down 2012-07-26T11:10:12 or.. from the point of view of API testing, you could organize by Manager 2012-07-26T11:10:16 Tasks include Communication and Synchronization, Scheduling, Multiprocessing, Task, Barrier 2012-07-26T11:10:18 these are defined in the C User's Manual 2012-07-26T11:10:26 thank you 2012-07-26T11:10:31 this is based on that 2012-07-26T11:10:35 that would give you a structured way of doing it 2012-07-26T11:10:41 and something to refer to for everyone to understand 2012-07-26T11:10:45 good. it seems sensible.. 2012-07-26T11:11:04 yes. I reorganize it by including something under a bigger area 2012-07-26T11:11:20 ok. this is kind of like what has already been done I think with fstests... 2012-07-26T11:11:32 generally breaking up sptests is a great thing 2012-07-26T11:11:52 that testsuite is too big and the tests are named so meaninglessly it is hard to find anything useful there 2012-07-26T11:11:54 Memory includes the three managers 2012-07-26T11:12:31 ok. if you define this in terms of a hierarchy that includes the managers then this is good... would you also be including the posix testing under this hierarchy or would it be handled separately? 2012-07-26T11:12:33 yes 2012-07-26T11:12:55 I looked at the posix guided 2012-07-26T11:13:07 it seems to be unordered in terms of areas 2012-07-26T11:13:53 I intend to organize it into these areas 2012-07-26T11:14:12 *** cdcs has quit IRC (Quit: Page closed) 2012-07-26T11:14:23 ok 2012-07-26T11:14:25 But from the current test suites, it is set out to be a separate category 2012-07-26T11:15:07 sounds good to me i look forward to the report 2012-07-26T11:15:44 All hardware independent tests should be classified into these areas, Initialization, Tasks, IO, Memory, FileSystems, Clock, Timer, Fatal Error 2012-07-26T11:15:46 OK 2012-07-26T11:15:49 thank you 2012-07-26T11:16:22 And should I set separate another area as peripharel-dependent? 2012-07-26T11:17:43 because there seems to be a library of peripheral device drivers. 2012-07-26T11:18:05 the test of them does not have to be included in the bsp 2012-07-26T11:19:07 initialization is weird because it crosses multiple layers 2012-07-26T11:19:23 devices makes some sense 2012-07-26T11:20:40 by multiple layers, you mean it also have code in CPU and BSP? 2012-07-26T11:21:52 yeah 2012-07-26T11:21:58 and generic code too 2012-07-26T11:22:13 a lot of them have code in CPU-dependent and BSP-dependent 2012-07-26T11:22:27 ok well, we'll have to see your break down it is a lot of info 2012-07-26T11:22:38 I mean, for hardware indepdent code, I classify them into the above areas 2012-07-26T11:23:04 And then, for hardware dependent ones, I classify them into the CPU, BSP, and Peripheral 2012-07-26T11:24:00 The above area classification is based on the managers 2012-07-26T11:24:15 And also include the posix ones 2012-07-26T11:24:17 ok 2012-07-26T11:24:29 sorry I did not make it clear earlier 2012-07-26T11:25:43 For CPU, I could further classify it into sub areas, which pretty much possible would be the above areas 2012-07-26T11:25:57 are you also including the timing tests? 2012-07-26T11:26:10 OH 2012-07-26T11:26:20 the timing test 2012-07-26T11:26:24 I did not consider that 2012-07-26T11:26:43 Could you explain the timing test? 2012-07-26T11:26:51 From the current test suites 2012-07-26T11:27:10 It seems to be a group of tests regarding the timing performance 2012-07-26T11:27:28 Since timing is so important in real time systems 2012-07-26T11:28:03 yep. they test the timing of various paths in rtems 2012-07-26T11:28:11 not sure you'll be able to do much with them really... 2012-07-26T11:28:18 OK 2012-07-26T11:28:26 they're hand-crafted to test very specific timing 2012-07-26T11:28:32 OK 2012-07-26T11:28:40 then I will leave it beside for now 2012-07-26T11:28:44 aside 2012-07-26T11:28:46 ok good 2012-07-26T11:29:10 you should mention them to see if anyone has some other good ideas for easing timing test generation and maintenance 2012-07-26T11:29:15 i think that is good then? 2012-07-26T11:29:20 yes 2012-07-26T11:29:35 any more students? 2012-07-26T11:29:41 thank you 2012-07-26T11:30:19 no more, meeting adjourned 2012-07-26T11:30:23 class dismissed ;) 2012-07-26T11:30:30 *** xiangfu has quit IRC (Ping timeout: 276 seconds) 2012-07-26T11:30:39 *** deb has left #rtems ("Leaving") 2012-07-26T11:40:45 *** jenniferA has quit IRC (Quit: Leaving) 2012-07-26T12:11:30 *** weiY has quit IRC (Ping timeout: 264 seconds) 2012-07-26T13:16:11 *** gedare has quit IRC (Quit: Leaving) 2012-07-26T13:17:20 *** antgreen has joined #rtems 2012-07-26T13:35:32 *** WikL has quit IRC (Remote host closed the connection) 2012-07-26T13:51:35 *** ppisa has left #rtems ("Kopete 0.12.7 : http://kopete.kde.org") 2012-07-26T14:30:48 *** panzon has joined #rtems 2012-07-26T14:48:38 *** panzon has quit IRC (Remote host closed the connection) 2012-07-26T15:58:24 *** antgreen has quit IRC (Remote host closed the connection) 2012-07-26T17:12:35 *** alseh has quit IRC (Remote host closed the connection) 2012-07-26T18:53:14 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-07-26T19:19:41 *** weiY has joined #rtems 2012-07-26T19:32:53 *** kiwichris has joined #rtems 2012-07-26T19:59:20 *** xiangfu has joined #rtems 2012-07-26T21:00:51 *** deb has joined #rtems 2012-07-26T21:03:44 *** weiY has quit IRC (Ping timeout: 250 seconds) 2012-07-26T21:20:28 *** deb has quit IRC (Quit: Leaving) 2012-07-26T21:49:46 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-07-26T21:50:19 *** dr__house has joined #rtems 2012-07-26T21:50:19 *** dr__house has joined #rtems 2012-07-26T22:15:08 *** kiwichris has joined #rtems 2012-07-26T23:51:00 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-07-27T00:33:53 *** kiwichris has joined #rtems 2012-07-27T01:05:03 *** kiwichris has quit IRC (Read error: Connection reset by peer) 2012-07-27T01:05:48 *** kiwichris has joined #rtems 2012-07-27T02:45:58 *** sebhub has joined #rtems 2012-07-27T02:50:27 *** sebhub has quit IRC (Ping timeout: 244 seconds) 2012-07-27T02:58:51 *** krzysiekm13 has joined #rtems 2012-07-27T02:59:04 *** krzysiekm13 has left #rtems 2012-07-27T03:00:09 *** sebhub has joined #rtems 2012-07-27T03:19:44 *** sebhub has quit IRC (Ping timeout: 252 seconds) 2012-07-27T03:41:01 *** arvind_khadri has joined #rtems 2012-07-27T03:42:11 *** sebhub has joined #rtems 2012-07-27T03:43:22 good morning 2012-07-27T03:49:07 *** alseh has joined #rtems 2012-07-27T03:55:26 morning 2012-07-27T04:17:30 *** arvind_khadri has quit IRC (Ping timeout: 264 seconds) 2012-07-27T04:21:52 *** arvind_khadri has joined #rtems 2012-07-27T04:24:24 *** arvind_khadri has joined #rtems 2012-07-27T04:26:09 *** arvind_khadri has joined #rtems 2012-07-27T04:28:39 *** kristianpaul has quit IRC (Ping timeout: 248 seconds) 2012-07-27T04:32:01 *** arvind_khadri has joined #rtems 2012-07-27T04:33:15 *** arvind_khadri has joined #rtems 2012-07-27T04:33:58 *** arvind_khadri has quit IRC (Max SendQ exceeded) 2012-07-27T04:45:04 *** zw_yao has joined #rtems 2012-07-27T04:45:42 *** kristianpaul has joined #rtems 2012-07-27T04:45:43 *** kristianpaul has joined #rtems 2012-07-27T05:39:52 *** tuxmaniac has joined #rtems 2012-07-27T06:02:22 *** zw_yao has quit IRC (Remote host closed the connection) 2012-07-27T06:35:54 *** weiY has joined #rtems 2012-07-27T07:22:50 *** antgreen has joined #rtems 2012-07-27T07:23:44 *** antgreen has joined #rtems 2012-07-27T07:25:31 *** krzysiekm13 has joined #rtems 2012-07-27T07:25:37 *** krzysiekm13 has left #rtems 2012-07-27T07:47:45 *** kristianpaul has quit IRC (Quit: leaving) 2012-07-27T07:47:58 *** kristianpaul has joined #rtems 2012-07-27T07:47:58 *** kristianpaul has joined #rtems 2012-07-27T08:07:41 *** tuxmaniac has quit IRC (Quit: leaving) 2012-07-27T09:50:03 *** antgreen has quit IRC (Remote host closed the connection) 2012-07-27T10:04:51 *** alseh has quit IRC (Read error: Operation timed out) 2012-07-27T10:28:09 *** QingPei has joined #rtems 2012-07-27T10:32:05 *** Hesham has joined #rtems 2012-07-27T10:32:27 *** xiangfu has quit IRC (Ping timeout: 272 seconds) 2012-07-27T10:57:04 *** Hesham has quit IRC (Ping timeout: 240 seconds) 2012-07-27T11:09:56 *** Hesham has joined #rtems 2012-07-27T11:11:39 *** sebhub has quit IRC (Remote host closed the connection) 2012-07-27T11:11:42 *** deb_ has joined #rtems 2012-07-27T11:23:29 *** QingPei has quit IRC (Remote host closed the connection) 2012-07-27T11:42:08 *** Hesham has quit IRC (Quit: Leaving.) 2012-07-27T15:04:58 *** krzysiekm13 has joined #rtems 2012-07-27T15:05:15 *** krzysiekm13 has left #rtems 2012-07-27T15:10:17 *** deb_ has quit IRC (Quit: This computer has gone to sleep) 2012-07-27T15:12:17 *** deb_ has joined #rtems 2012-07-27T17:45:48 *** weiY has quit IRC (Ping timeout: 252 seconds) 2012-07-27T18:13:47 *** Hesham has joined #rtems 2012-07-27T19:34:18 *** weiY has joined #rtems 2012-07-27T20:21:32 *** Hesham has quit IRC (Ping timeout: 255 seconds) 2012-07-27T21:16:28 *** xiangfu has joined #rtems 2012-07-27T22:24:22 *** deb_ has left #rtems ("Leaving") 2012-07-27T22:36:21 *** WikL_ has joined #rtems 2012-07-27T23:50:27 *** weiY has quit IRC (Ping timeout: 272 seconds) 2012-07-28T00:21:21 *** weiY has joined #rtems 2012-07-28T00:35:30 *** weiY has quit IRC (Ping timeout: 264 seconds) 2012-07-28T00:41:12 *** weiY has joined #rtems 2012-07-28T00:58:19 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-07-28T01:41:19 *** WikL_ has quit IRC (Read error: Connection reset by peer) 2012-07-28T01:45:24 *** WikL_ has joined #rtems 2012-07-28T01:59:39 *** xiangfu has quit IRC (Ping timeout: 272 seconds) 2012-07-28T02:50:24 *** zw_yao has joined #rtems 2012-07-28T02:52:10 *** WikL_ has quit IRC (Remote host closed the connection) 2012-07-28T03:43:36 *** zw_yao has joined #rtems 2012-07-28T03:46:01 *** Hesham has joined #rtems 2012-07-28T03:46:11 *** zw_yao has quit IRC (Client Quit) 2012-07-28T04:10:19 *** kiwichris has joined #rtems 2012-07-28T04:19:02 *** weiY has quit IRC (Ping timeout: 250 seconds) 2012-07-28T04:21:00 *** weiY has joined #rtems 2012-07-28T05:28:03 *** Hesham has quit IRC (Ping timeout: 240 seconds) 2012-07-28T05:30:13 *** Hesham has joined #rtems 2012-07-28T06:24:38 *** arvind_khadri has joined #rtems 2012-07-28T08:13:29 *** Hesham1 has joined #rtems 2012-07-28T08:13:53 *** Hesham has quit IRC (Ping timeout: 250 seconds) 2012-07-28T08:22:25 *** kristianpaul has quit IRC (Quit: leaving) 2012-07-28T08:22:50 *** kristianpaul has joined #rtems 2012-07-28T08:22:50 *** kristianpaul has joined #rtems 2012-07-28T08:48:47 *** Hesham has joined #rtems 2012-07-28T08:50:44 *** Hesham1 has quit IRC (Ping timeout: 252 seconds) 2012-07-28T08:59:25 *** Hesham has quit IRC (Ping timeout: 245 seconds) 2012-07-28T10:58:02 *** Hesham has joined #rtems 2012-07-28T11:02:13 *** aanjhan has joined #rtems 2012-07-28T11:11:39 *** aanjhan has quit IRC (Quit: aanjhan) 2012-07-28T11:32:45 *** QingPei has joined #rtems 2012-07-28T11:55:18 *** Hesham has quit IRC (Ping timeout: 264 seconds) 2012-07-28T12:02:19 *** arvind_khadri has joined #rtems 2012-07-28T12:11:14 *** Hesham has joined #rtems 2012-07-28T12:11:46 *** weiY has quit IRC (Ping timeout: 250 seconds) 2012-07-28T12:15:38 *** Hesham has quit IRC (Ping timeout: 244 seconds) 2012-07-28T12:29:59 *** QingPei has left #rtems 2012-07-28T13:00:41 *** Hesham has joined #rtems 2012-07-28T13:09:53 *** arvind_khadri has quit IRC (Ping timeout: 244 seconds) 2012-07-28T13:15:28 *** Hesham has quit IRC (Ping timeout: 252 seconds) 2012-07-28T13:23:24 *** arvind_khadri has joined #rtems 2012-07-28T13:28:18 *** Hesham has joined #rtems 2012-07-28T13:52:08 *** Hesham has quit IRC (Ping timeout: 252 seconds) 2012-07-28T13:55:02 *** Hesham has joined #rtems 2012-07-28T14:00:47 *** Hesham has quit IRC (Ping timeout: 255 seconds) 2012-07-28T14:05:16 *** arvind_khadri has quit IRC (Ping timeout: 246 seconds) 2012-07-28T14:32:38 *** Hesham has joined #rtems 2012-07-28T14:36:31 *** Hesham has quit IRC (Client Quit) 2012-07-28T14:57:53 *** Hesham has joined #rtems 2012-07-28T15:01:41 *** Hesham has quit IRC (Client Quit) 2012-07-28T15:23:25 *** Hesham has joined #rtems 2012-07-28T15:30:59 *** Hesham has quit IRC (Quit: Leaving.) 2012-07-28T15:57:46 *** Hesham has joined #rtems 2012-07-28T16:21:41 *** Hesham has quit IRC (Ping timeout: 256 seconds) 2012-07-28T16:36:12 *** Hesham has joined #rtems 2012-07-28T16:43:43 *** Hesham has quit IRC (Quit: Leaving.) 2012-07-28T17:00:03 *** Hesham has joined #rtems 2012-07-28T18:09:32 *** Hesham has quit IRC (Quit: Leaving.) 2012-07-28T18:52:29 *** Hesham has joined #rtems 2012-07-28T18:56:24 *** Hesham has quit IRC (Client Quit) 2012-07-28T20:02:06 *** weiY has joined #rtems 2012-07-28T22:13:46 *** mikeg has quit IRC (Ping timeout: 245 seconds) 2012-07-28T22:20:51 *** mikeg has joined #rtems 2012-07-28T22:45:27 *** weiY has quit IRC (Ping timeout: 244 seconds) 2012-07-28T22:51:22 *** weiY has joined #rtems 2012-07-29T05:33:32 *** mikeg has quit IRC (Ping timeout: 255 seconds) 2012-07-29T05:40:54 *** mikeg has joined #rtems 2012-07-29T06:10:51 *** WikL has joined #rtems 2012-07-29T07:15:34 *** WikL has quit IRC (Remote host closed the connection) 2012-07-29T07:27:56 *** mikeg has quit IRC (Ping timeout: 245 seconds) 2012-07-29T07:35:54 *** mikeg has joined #rtems 2012-07-29T07:48:49 *** weiY has quit IRC (Ping timeout: 272 seconds) 2012-07-29T07:53:16 *** weiY has joined #rtems 2012-07-29T08:57:56 *** weiY has quit IRC (Ping timeout: 250 seconds) 2012-07-29T08:58:35 *** weiY has joined #rtems 2012-07-29T09:03:18 *** weiY has quit IRC (Ping timeout: 255 seconds) 2012-07-29T09:10:03 *** sevikkk has quit IRC (Quit: Leaving.) 2012-07-29T10:21:42 *** sevikkk has joined #rtems 2012-07-29T10:39:57 *** Hesham1 has joined #rtems 2012-07-29T11:30:06 *** Hesham2 has joined #rtems 2012-07-29T11:30:40 *** Hesham1 has quit IRC (Ping timeout: 246 seconds) 2012-07-29T11:51:02 *** Hesham2 has quit IRC (Quit: Leaving.) 2012-07-29T11:58:26 *** deb_ has joined #rtems 2012-07-29T19:17:41 *** weiY has joined #rtems 2012-07-29T19:25:33 *** xiangfu has joined #rtems 2012-07-29T20:19:16 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-07-29T20:31:17 *** kiwichris has joined #rtems 2012-07-29T20:50:17 *** kiwichris has quit IRC (Ping timeout: 250 seconds) 2012-07-29T20:59:40 *** kiwichris has joined #rtems 2012-07-29T22:20:50 *** kiwichris has quit IRC (Ping timeout: 250 seconds) 2012-07-29T22:21:55 *** kiwichris has joined #rtems 2012-07-29T22:22:11 *** weiY has quit IRC (Ping timeout: 272 seconds) 2012-07-29T22:31:52 *** weiY has joined #rtems 2012-07-29T22:49:52 *** deb_ has quit IRC (Quit: Leaving) 2012-07-29T22:53:40 *** xiangfu has quit IRC (Ping timeout: 244 seconds) 2012-07-29T23:07:56 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2012-07-29T23:26:10 *** kiwichris has joined #rtems 2012-07-29T23:37:21 *** kiwichris has quit IRC (Quit: This computer has gone to sleep)