2013-07-29T00:11:23 *** monstr__ has joined #rtems 2013-07-29T00:48:56 *** freenix has joined #rtems 2013-07-29T01:09:43 *** hiddenpearls has joined #rtems 2013-07-29T01:24:44 hi kiwichris 2013-07-29T01:25:15 hi 2013-07-29T01:27:20 In RTL, I'm still stuck with undefined references while linking the second time with the symbol table. I was wondering.. do you think the compiler might have something to do with it? Perhaps I need to get a newer version? 2013-07-29T01:28:18 Also, if I generate the C file with --no-embed, I can link it into the program fine, but I'm not sure if it's going to be correct. 2013-07-29T01:28:39 but that's the workaround I'm doing for now 2013-07-29T01:42:38 *** sebhub has joined #rtems 2013-07-29T01:43:00 good morning 2013-07-29T01:59:59 the9a3eedi, the no embed creates an object file you load at runtime to load the symbols 2013-07-29T02:00:43 When you embed you link once and then again with the object file with the symbols. Everything else must be the same 2013-07-29T02:01:04 What symbols are undefined ? 2013-07-29T02:11:07 *** hiddenpearls has quit IRC (Quit: Leaving.) 2013-07-29T02:14:26 *** hiddenpearls has joined #rtems 2013-07-29T02:39:18 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2013-07-29T02:42:49 kiwichris, I realize that no embed is meant for loading at run-time, but from what I can tell the only difference in the generated file is that the addresses are hard-coded rather than referenced 2013-07-29T02:43:33 hundreds of symbols are undefined.. including RTL functions, functions that I've written and clearly defined, among others 2013-07-29T02:43:50 oh, he left 2013-07-29T02:44:05 hm 2013-07-29T03:10:14 *** hiddenpearls has quit IRC (Quit: Leaving.) 2013-07-29T03:13:58 *** hiddenpearls has joined #rtems 2013-07-29T03:58:03 *** arvind_khadri has joined #rtems 2013-07-29T04:19:50 *** hiddenpearls has quit IRC (Quit: Leaving.) 2013-07-29T04:45:16 *** arvind_khadri has quit IRC (Ping timeout: 256 seconds) 2013-07-29T04:52:41 *** arvind_khadri has joined #rtems 2013-07-29T05:03:26 *** hiddenpearls has joined #rtems 2013-07-29T06:01:46 *** tictoc has joined #rtems 2013-07-29T06:58:48 Hi there. How can I get information on how many ticks a certain thread was executing? I tried using times(&ptms) as described in the POSIX user doc. It should return the total number of ticks since system boot and the number of ticks the calling thread was executed. However it only returns the system count, the thread count is always zero. If I call the function cpuuse(), the threads and the... 2013-07-29T06:58:50 ...corresponding execution time is printed correctly. Do I need to configure something in advance to get the tick count per thread or is there another function? Regards 2013-07-29T07:04:23 *** MegaAlex|away has quit IRC (Ping timeout: 268 seconds) 2013-07-29T07:05:36 *** MegaAlex|away has joined #rtems 2013-07-29T07:18:30 *** hiddenpearls has quit IRC (Quit: Leaving.) 2013-07-29T07:30:27 *** hiddenpearls has joined #rtems 2013-07-29T07:31:23 hi,the9ae33di 2013-07-29T07:32:17 sorry. hi the9a3eedi 2013-07-29T07:50:54 *** hiddenpearls has quit IRC (Quit: Leaving.) 2013-07-29T07:59:00 *** hiddenpearls has joined #rtems 2013-07-29T08:06:27 *** hiddenpearls has quit IRC (Ping timeout: 260 seconds) 2013-07-29T08:27:26 @tictoc this is a bug in _times() 2013-07-29T08:27:26 sebhub: Error: "tictoc" is not a valid command. 2013-07-29T08:27:38 tictoc: this is a bug in _times() 2013-07-29T08:29:53 hm, no the _times() seems to be ok 2013-07-29T08:30:05 Ok thanks. Is there any other way to get the information? After all rtems_cpu_usage_report() is logging it. I looked at the code but I am not yet familiar with most of the used functions and it was nothing I could easily extract at a glance 2013-07-29T08:30:24 this times() should work 2013-07-29T08:30:49 can you set a break point to times() and see why this value for tms_utime is zero? 2013-07-29T08:33:33 I haven't used the debugger yet and I am still writing code from a text editor, so right now this would be a bit difficult 2013-07-29T08:34:07 then this is a good time to start with the debugger ;-) 2013-07-29T08:36:20 Indeed 2013-07-29T08:36:27 *** keon has joined #rtems 2013-07-29T08:37:37 Btw. I also looked at the times test case from the rtems testsuite and added a little printf to see the values for end_tm.tms_utime and start_tm.tms_utime. Both values are zero at the end of the test. 2013-07-29T08:37:43 *** keon has quit IRC (Client Quit) 2013-07-29T08:38:03 which test case is this? 2013-07-29T08:38:37 rtems/testsuites/psxtests/psxtimes01 2013-07-29T08:39:43 The test only checks whether end_tm.tms_utime >= start_time_tm.tms_utime, so even if they are both zero no alarm is raised 2013-07-29T08:41:01 *** keon has joined #rtems 2013-07-29T08:41:29 The test uses rtems_test_spin_for_ticks(5) to pass time. I suspect this function does not suspend the running task? 2013-07-29T08:42:01 yes, this is a busy wait 2013-07-29T08:42:46 good, in this case they shouldn't be zero 2013-07-29T08:46:11 Are you using gdb from the shell or with some kind of GUI? 2013-07-29T08:46:21 it might be zero since not _Thread_Dispatch with heir != executing happened 2013-07-29T08:46:44 thus the cpu_time_used field is not up to date 2013-07-29T08:47:09 i use the Lauterbach Trace32 or the GDB command line 2013-07-29T08:47:41 it is possible to use eclipse with GDB for a GUI like debugging 2013-07-29T08:47:50 it was not something for me 2013-07-29T08:48:47 hi ,all! driver headerfiles drvmgr don't exit in rtems4.10.2,but i want to use it to add uart and i2c,how to solve this problem?thanks 2013-07-29T08:49:23 what is drvmgr? 2013-07-29T08:50:11 it is for driver in rtems 2013-07-29T08:50:46 but rtems4.10.2 has no such file 2013-07-29T08:51:03 do you use a Leon target from AG? 2013-07-29T08:53:08 By "no _Thread_Dispatch with heir != executing" you mean it might be zero because no thread except the initialization thread was spawned? Well in my case I spawned a thread and busy waited by incrementing a counter and using some text output, the returned value was still zero. 2013-07-29T08:54:49 Even if everything happens in the initialization thread I would still expect the utime value to represent the initialization thread in this case. 2013-07-29T08:56:30 i load leon from Gaisler 2013-07-29T08:57:50 regarding the drvmgr you should ask AG for support 2013-07-29T08:58:00 and ask them why the didn't contribute this stuff 2013-07-29T08:58:34 tictoc: I will send a patch in a couple of minutes to the rtems-devel list 2013-07-29T08:58:50 thanks 2013-07-29T08:59:19 i want to add this in my program #include 2013-07-29T09:00:18 Ah, so you could reproduce the error / fixed it? I also found a bug / unexpected behaviour in the POSIX timer implementation, but I did not yet have the time to commit it. 2013-07-29T09:00:52 so i want to ask AG for support? and then i want to patch rtems4.10.2 2013-07-29T09:01:29 yes, ask AG, this drvmgr is not part of the official rtems 2013-07-29T09:01:55 tictoc: yes, i guess i found the bug in _times 2013-07-29T09:03:56 thanks,how can i connect to AG? 2013-07-29T09:04:21 i don't know 2013-07-29T09:04:48 sebhub: Thanks, much appreciated! 2013-07-29T09:05:37 sebhub:thanks,you give me a way to solve the problem 2013-07-29T09:23:30 I'm thinking,except using drvmgr,anyother ways to solve driver problem on rtems4.10.2? 2013-07-29T09:24:14 *** kiwichris has joined #rtems 2013-07-29T09:24:36 if the drvmgr has the stuff you need, then i would contact AG 2013-07-29T09:30:03 is there a guide somewhere on how to use qemu and gdb for the pc386 target, or was that only for the sparc? 2013-07-29T09:30:07 can't find it right now 2013-07-29T09:30:17 I really need drvmgr,I know in rtems4.10.1.2.11-s has drvmgr,but i don't kwon if i can transplant it to rtems4.10.2? 2013-07-29T09:31:02 http://git.rtems.org/rtems-testing/tree/sim-scripts 2013-07-29T09:31:25 this contains some example on how to invoke the various simulators 2013-07-29T09:31:25 why rtems4.10.1.2.11-s has drvmgr,but rtems4.10.2 hasn't? 2013-07-29T09:31:55 keon: what is rtems4.10.1.2.11-s ?? 2013-07-29T09:32:42 keon: you should ask AG since this drvmgr is their stuff 2013-07-29T09:32:46 it is a lower version rtems 2013-07-29T09:33:01 i cannot help you with this 2013-07-29T09:33:03 keon: no it is not a standard version of rtems 2013-07-29T09:33:17 but i don't know where i can ask AG? 2013-07-29T09:33:52 keon: this is probably a proprietary fork and you have to ask whoever you got the fork from 2013-07-29T09:33:58 http://www.gaisler.com/ 2013-07-29T09:34:20 my rtems version is not complete? 2013-07-29T09:34:45 where did you get if from? 2013-07-29T09:34:54 keon: as has been stated several times, drivemgr is not part of the official rtems 2013-07-29T09:36:14 keon: when someone forks rtems in a proprietary version and does not commit it back this happens 2013-07-29T09:36:30 my teammate give me the rtems package 2013-07-29T09:37:23 i don't know where he get it? 2013-07-29T09:37:32 well we do neither 2013-07-29T09:38:48 so ,i want to ask clear ,and then i will contact to AG 2013-07-29T09:38:50 well 2013-07-29T09:39:11 keon: if you want to write a driver you don't need drvmgr for it 2013-07-29T09:39:39 of for what do you want to use it? 2013-07-29T09:40:49 honestly, i actually don't know how to write a driver? 2013-07-29T09:41:07 i have'n do it before 2013-07-29T09:41:15 *** freenix has quit IRC (Remote host closed the connection) 2013-07-29T09:41:56 but if i can't solve this problem by other ways,i will follow your advice to write a driver by my self 2013-07-29T09:42:30 I want to add uart and i2c 2013-07-29T09:42:58 there are already several uart and i2c drivers in rtems 2013-07-29T09:44:31 maybe you can just use (or adapt) one of those 2013-07-29T09:52:15 thanks,you are so nice 2013-07-29T09:56:00 if i get drvmgr,how can i apply it to my application program? 2013-07-29T09:59:14 keon: we don't know about drvmgr … 2013-07-29T10:00:11 *** DrJoel has joined #rtems 2013-07-29T10:00:11 *** DrJoel has joined #rtems 2013-07-29T10:00:11 *** ChanServ sets mode: +o DrJoel 2013-07-29T10:00:20 sebhub... awake? 2013-07-29T10:00:42 hi joel 2013-07-29T10:00:49 drjoel: asleep at 5pm ??? 2013-07-29T10:01:00 hi joel 2013-07-29T10:01:19 thanks once more, i think i have direction to these problems 2013-07-29T10:01:51 hey.. I have been asked to help a huntsville friend setting up a lab to give recommendations on some interesting and inexpensive boards to play with different architectures and get some general IO, maybe analogs, etc 2013-07-29T10:02:15 For PowerPC I thought of the mpc8313-rdb or mpc5200 eval boards. Any other suiggestions 2013-07-29T10:02:16 beaglebone 2013-07-29T10:03:15 Already on the list ... Pi w/Geert Board, BeagleBone, a Zynq, and an embedded PC and multi IO card I have here. Want to add a PowerPC 2013-07-29T10:03:22 the lpc17xx evaluation board from embedded artists 2013-07-29T10:03:42 That's ARM... what about a PowerPC? 2013-07-29T10:03:50 http://www.embeddedartists.com/products/kits/lpc1788_kit.php 2013-07-29T10:03:59 yes, the mpc8313 is good 2013-07-29T10:04:09 or a P1020RDB 2013-07-29T10:04:15 this has two processors 2013-07-29T10:04:27 ahh.. why I asked.. That would be a good option and I forgot about it. :) 2013-07-29T10:05:00 Play at which level ? 2013-07-29T10:05:11 Does he need debug access ? 2013-07-29T10:05:16 *** S_Somani has joined #rtems 2013-07-29T10:05:22 *** keon has quit IRC (Quit: 离开) 2013-07-29T10:06:11 Yes kiwichris.. I think the ARM kits, we included the JTAG adapter 2013-07-29T10:06:29 for the embedded PC, there is serial port and gdb plus netboot. Not ideal but workable. 2013-07-29T10:06:37 For the PowerPC, I haven't thought much 2013-07-29T10:06:43 And the Embedded Artists is a new idea 2013-07-29T10:09:07 DrJoel: Hi, did you see the patch? 2013-07-29T10:09:22 drjoel: worked with this one recently http://octopart.com/mpc8309-kit-freescale+semiconductor-18797737 2013-07-29T10:09:43 PC with netboot and a serial is becoming harder and harder because 1550 serial ports are not so common 2013-07-29T10:10:16 drjoel: using these JTAG boxes http://www.abatron.ch/products/bdi-family.html 2013-07-29T10:10:54 kiwichris: I was looking at this which is an updated version of what I used on the robotics project a few years ago: http://www.winsystems.com/EBC-C384-D.cfm 2013-07-29T10:10:58 drjoel: they are not cheap but they have ethernet and run gdb server protocol internally 2013-07-29T10:11:04 It has 4 real serial ports 2013-07-29T10:11:48 peerst: We have one here. They are a nice solution. I will have to check his lab budget and see what fits. I think he may be in the hardware buying mode with cheap debug solutions and add that. 2013-07-29T10:12:13 I am using a Flyswatter2 for ARM debugging and it works well. 2013-07-29T10:15:05 For all your boards? Pi, Zynq, ? 2013-07-29T10:17:03 tictoc: this times() fix needs a bit more time 2013-07-29T10:17:17 i will finish it tomorrow 2013-07-29T10:18:01 the _Timestamp_Divide() name is quite misleading 2013-07-29T10:18:24 I will rename it to _Timestamp_Percent() 2013-07-29T10:18:36 or faction ? 2013-07-29T10:18:39 Ok. 2013-07-29T10:18:46 fraction 2013-07-29T10:19:22 *** monstr__ has quit IRC (Remote host closed the connection) 2013-07-29T10:20:55 I have to finish something else so I am not doing anything in that direction atm, but out of curiosity: Is there any other function to get the tick count / CPU time of a thread except times()? 2013-07-29T10:21:20 not as far as I know 2013-07-29T10:21:34 Not off the top of my head. But it would be acceptable to add a Classic API rtem_task_xxx() to obtain that information. 2013-07-29T10:22:07 Similarly, a method to obtain stack usage for a particular thread would be useful. Now all you can get is reports. 2013-07-29T10:23:02 hm 2013-07-29T10:24:05 That would mean the stack checking code is always on or would you return an error if not ? 2013-07-29T10:24:23 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2013-07-29T10:24:23 Historically, these grew up as debug aids and evolved into better reporting aids. Having a programmatic interface helps. 2013-07-29T10:24:46 We would have to just define the behavior. I think we would have to say unavailable. 2013-07-29T10:30:17 bbl.. have a lunch appointment ... sigh.. another Monday 2013-07-29T10:30:35 *** DrJoel has quit IRC (Quit: It's a dud! It's a dud! It's a du...) 2013-07-29T10:30:52 Since there are so many people here right now: There is a bug in the POSIX timer. You can pass an initial value and an interval when you set the timer. The timer first starts counting down from the initial value. At zero it emits a signal and then resets itself to the value defined in interval. According to the POSIX description if you do not set an interval, the timer only counts down from... 2013-07-29T10:30:53 ...the initial value and then stops at zero. In RTEMS the timer resets to an arbitrary (?) value instead and starts counting down again. 2013-07-29T10:31:45 I compiled the same code on Unix, there the timer stops at zero. 2013-07-29T10:32:43 I have some example code, but didn't find the time to file a bug report on the weekend 2013-07-29T10:39:38 *** hiddenpearls has joined #rtems 2013-07-29T10:41:22 *** hiddenpearls has quit IRC (Client Quit) 2013-07-29T10:46:06 *** hiddenpearls has joined #rtems 2013-07-29T10:46:38 *** S_Somani has quit IRC (Ping timeout: 240 seconds) 2013-07-29T10:50:45 *** arvind_khadri has quit IRC (Remote host closed the connection) 2013-07-29T10:53:41 *** hiddenpearls has quit IRC (Quit: Leaving.) 2013-07-29T10:55:09 tictoc: i sent a patch to rtems-devel 2013-07-29T10:55:26 have to leave now, cu 2013-07-29T10:55:28 *** sebhub has quit IRC (Remote host closed the connection) 2013-07-29T10:55:45 *** S_Somani has joined #rtems 2013-07-29T11:20:20 *** kiwichris has joined #rtems 2013-07-29T11:30:45 *** tictoc has quit IRC (Quit: ChatZilla 0.9.90.1 [Firefox 22.0/20130618035212]) 2013-07-29T11:33:26 *** hiddenpearls has joined #rtems 2013-07-29T11:35:09 *** antgreen has quit IRC (Read error: Operation timed out) 2013-07-29T12:31:12 *** antgreen has joined #rtems 2013-07-29T13:05:51 *** hiddenpearls1 has joined #rtems 2013-07-29T13:07:00 *** hiddenpearls has quit IRC (Ping timeout: 260 seconds) 2013-07-29T13:55:03 *** S_Somani has left #rtems 2013-07-29T14:16:40 *** hiddenpearls1 has quit IRC (Quit: Leaving.) 2013-07-29T15:06:40 sure 2013-07-29T15:06:55 oops - wrong window 2013-07-29T16:18:31 *** hiddenpearls has joined #rtems 2013-07-29T16:35:33 *** antgreen has quit IRC (Ping timeout: 245 seconds) 2013-07-29T16:58:59 *** hiddenpearls has quit IRC (Quit: Leaving.) 2013-07-29T17:26:09 *** hiddenpearls has joined #rtems 2013-07-29T18:19:47 *** hiddenpearls has quit IRC (Quit: Leaving.) 2013-07-29T18:24:30 *** hiddenpearls has joined #rtems 2013-07-29T18:30:21 *** hiddenpearls has quit IRC (Quit: Leaving.) 2013-07-29T18:48:26 *** antgreen has joined #rtems 2013-07-29T20:18:14 *** the9a3eedi has quit IRC (Read error: Connection reset by peer) 2013-07-29T20:18:41 *** the9a3eedi has joined #rtems 2013-07-29T20:52:14 *** kiwichris has quit IRC (Ping timeout: 240 seconds) 2013-07-29T21:05:22 *** dhananjay has quit IRC (Quit: Real world kicks in!) 2013-07-29T21:23:43 *** peerst has quit IRC (Ping timeout: 276 seconds) 2013-07-29T21:24:39 *** peerst has joined #rtems 2013-07-29T21:25:24 *** kiwichris has joined #rtems 2013-07-29T21:55:50 *** peerst has quit IRC (Ping timeout: 245 seconds) 2013-07-29T21:58:48 *** peerst has joined #rtems 2013-07-29T22:21:28 *** beng-nl has quit IRC (Read error: Connection reset by peer) 2013-07-29T22:27:22 *** beng-nl has joined #rtems 2013-07-29T22:46:55 *** beng-nl has quit IRC (Read error: Connection reset by peer) 2013-07-29T22:52:48 *** beng-nl has joined #rtems 2013-07-30T00:07:19 *** hiddenpearls has joined #rtems 2013-07-30T00:15:06 *** monstr has joined #rtems 2013-07-30T00:35:32 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2013-07-30T02:21:08 *** sebhub has joined #rtems 2013-07-30T02:21:43 good morning 2013-07-30T02:50:57 *** hiddenpearls has quit IRC (Quit: Leaving.) 2013-07-30T03:13:33 *** hiddenpearls has joined #rtems 2013-07-30T03:46:06 *** hiddenpearls has quit IRC (Quit: Leaving.) 2013-07-30T03:50:25 *** arvind_khadri has joined #rtems 2013-07-30T03:52:25 *** sebhub has quit IRC (Ping timeout: 276 seconds) 2013-07-30T03:53:41 *** sebhub has joined #rtems 2013-07-30T03:58:08 *** phipse has joined #rtems 2013-07-30T03:58:12 hi 2013-07-30T04:00:33 *** the9a3eedi has quit IRC (Ping timeout: 245 seconds) 2013-07-30T04:03:41 *** tictoc has joined #rtems 2013-07-30T04:33:45 *** monstr has quit IRC (Ping timeout: 264 seconds) 2013-07-30T04:35:12 *** monstr has joined #rtems 2013-07-30T04:42:52 *** monstr has quit IRC (Remote host closed the connection) 2013-07-30T05:22:02 *** kiwichris has joined #rtems 2013-07-30T05:30:20 *** hiddenpearls has joined #rtems 2013-07-30T05:50:16 *** phipse has quit IRC (Ping timeout: 264 seconds) 2013-07-30T06:02:43 *** freenix has joined #rtems 2013-07-30T06:11:53 *** hiddenpearls has quit IRC (Quit: Leaving.) 2013-07-30T06:29:10 *** hiddenpearls has joined #rtems 2013-07-30T06:50:15 *** hiddenpearls has quit IRC (Quit: Leaving.) 2013-07-30T06:54:21 sebhub, do the new posix keys map to objects ? 2013-07-30T06:55:05 they key object yes, but not the (key, value) items 2013-07-30T06:56:26 Ok. I did not look at the implementation in the patch. Is the issue in the key values ? 2013-07-30T06:57:07 yes 2013-07-30T06:57:12 OK. 2013-07-30T06:57:31 By the way our test for the file system is now wrong ... 2013-07-30T06:57:38 http://austingroupbugs.net/view.php?id=489 2013-07-30T06:57:52 and http://austingroupbugs.net/view.php?id=485 2013-07-30T06:59:03 http://lists.freebsd.org/pipermail/freebsd-standards/2013-July/002630.html 2013-07-30T07:00:42 i would implement the freebsd/austin group behaviour 2013-07-30T07:01:29 Yes I agree 2013-07-30T07:01:46 The test is wrong as truncate should change the times 2013-07-30T07:02:10 ok, then we should fix the test 2013-07-30T07:02:13 *** hiddenpearls has joined #rtems 2013-07-30T07:02:46 I will when I take a look at the RFS. I want to review the times in relation to this. 2013-07-30T07:24:05 *** hiddenpearls has quit IRC (Quit: Leaving.) 2013-07-30T07:34:57 *** hiddenpearls has joined #rtems 2013-07-30T07:41:10 *** hiddenpearls1 has joined #rtems 2013-07-30T07:42:11 *** hiddenpearls has quit IRC (Read error: Connection reset by peer) 2013-07-30T07:43:46 *** hiddenpearls has joined #rtems 2013-07-30T07:46:06 *** hiddenpearls1 has quit IRC (Ping timeout: 264 seconds) 2013-07-30T08:00:04 *** antgreen has quit IRC (Ping timeout: 276 seconds) 2013-07-30T08:06:47 I just pulled the latest changes from the git repo and tried to rebuild rtems for the pc386, now the build process terminates with this error:/bin2boot -v spfreechain01.ralf 2013-07-30T08:07:08 any suggestions? Did I do something wrong, do I have to update anything else? 2013-07-30T08:08:18 erm the error is "/bin2boot: Command not found", when executing "/bin2boot -v spfreechain01.ralf ..." 2013-07-30T08:08:35 hm, maybe a problem with one of the latest tests 2013-07-30T08:08:39 can you run make again 2013-07-30T08:08:57 i had to call make twice 2013-07-30T08:09:04 already tried 2013-07-30T08:10:16 i had this error also today 2013-07-30T08:10:41 takes forever and then ends at the same spot. I just recalled I turned on the --enable-tests, I will try it with samples only 2013-07-30T08:10:51 other than that I don't think I changed anything 2013-07-30T08:11:04 to the build script I mean 2013-07-30T08:11:16 this error is new and the test case is also new 2013-07-30T08:11:40 then I will just remove the testcase : p 2013-07-30T08:12:11 *** hiddenpearls has quit IRC (Quit: Leaving.) 2013-07-30T08:12:13 btw. can I build the testcases without rebuilding rtems every time? 2013-07-30T08:13:16 you can change into the testsuites dir and run make from here 2013-07-30T08:16:39 oh... 2013-07-30T08:18:16 I wasn't aware you could simply run make on an automake file... 2013-07-30T08:18:44 no, in the build tree, there is a testsuites directory 2013-07-30T08:22:04 I know, but it only has an Makefile.am, right? So I have to generate the corresponding Makefile for the tests from this first, correcT? 2013-07-30T08:22:55 the testcases are part of the rtems build tree, you cannot build them separate 2013-07-30T08:23:12 if you have a build tree, then you can go into a subdirectory for partial builds 2013-07-30T08:23:31 ahh, I see 2013-07-30T08:23:51 Good to know, thanks : ) 2013-07-30T08:49:50 *** antgreen has joined #rtems 2013-07-30T09:02:26 *** antgreen has quit IRC (Ping timeout: 256 seconds) 2013-07-30T09:18:10 *** antgreen has joined #rtems 2013-07-30T09:21:24 sebhub: Sorry you were right, running make twice works. 2013-07-30T09:21:58 I think the last time I previously removed my changes to RTEMS and tried to rebuild from scratch 2013-07-30T09:22:19 something must wrong with the freechain test 2013-07-30T09:25:43 *** freenix has quit IRC (Remote host closed the connection) 2013-07-30T09:26:13 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2013-07-30T09:33:30 *** antgreen has quit IRC (Ping timeout: 264 seconds) 2013-07-30T09:51:25 *** phipse has joined #rtems 2013-07-30T10:00:36 *** kiwichris has joined #rtems 2013-07-30T10:10:05 *** S_Somani has joined #rtems 2013-07-30T10:14:42 When a running RTEMS tasks uses timeslicing and gets preempted, is the timeslice count reset when the task gets again? 2013-07-30T10:14:42 *** arvind_khadri has quit IRC (Read error: Connection reset by peer) 2013-07-30T10:14:55 gets executed* 2013-07-30T10:15:07 i think yes, see _Thread_Dispatch() 2013-07-30T10:17:19 thanks, I will 2013-07-30T10:19:51 *** S_Somani has left #rtems 2013-07-30T10:29:24 sebhub: do you know if a pull request on github and an email explaining the changes is sufficient for the midterm evaluation? 2013-07-30T10:30:07 this depends on your mentor 2013-07-30T10:30:57 ok, thanks 2013-07-30T10:37:21 *** hiddenpearls has joined #rtems 2013-07-30T10:40:53 *** phipse has left #rtems 2013-07-30T10:42:58 *** hiddenpearls has quit IRC (Quit: Leaving.) 2013-07-30T10:47:18 *** hiddenpearls has joined #rtems 2013-07-30T10:51:48 *** hiddenpearls has quit IRC (Ping timeout: 256 seconds) 2013-07-30T10:52:14 *** antgreen has joined #rtems 2013-07-30T10:54:08 *** sebhub has quit IRC (Remote host closed the connection) 2013-07-30T11:03:47 *** keon has joined #rtems 2013-07-30T11:04:58 *** keon has quit IRC (Client Quit) 2013-07-30T11:21:34 *** tictoc has quit IRC (Quit: ChatZilla 0.9.90.1 [Firefox 22.0/20130618035212]) 2013-07-30T11:23:48 *** kiwichris has quit IRC (Quit: Leaving) 2013-07-30T11:28:44 *** kiwichris has joined #rtems 2013-07-30T11:31:21 *** hiddenpearls has joined #rtems 2013-07-30T11:50:54 *** hiddenpearls has quit IRC (Quit: Leaving.) 2013-07-30T12:29:54 *** antgreen has quit IRC (Ping timeout: 264 seconds) 2013-07-30T12:42:51 *** antgreen has joined #rtems 2013-07-30T13:33:55 *** hiddenpearls has joined #rtems 2013-07-30T13:40:52 *** hiddenpearls1 has joined #rtems 2013-07-30T13:42:44 *** hiddenpearls2 has joined #rtems 2013-07-30T13:44:31 *** hiddenpearls has quit IRC (Ping timeout: 268 seconds) 2013-07-30T13:45:56 *** hiddenpearls has joined #rtems 2013-07-30T13:46:52 *** hiddenpearls2 has quit IRC (Ping timeout: 246 seconds) 2013-07-30T13:47:16 *** hiddenpearls1 has quit IRC (Ping timeout: 264 seconds) 2013-07-30T13:48:45 *** hiddenpearls has quit IRC (Client Quit) 2013-07-30T14:23:10 *** antgreen has quit IRC (Ping timeout: 256 seconds) 2013-07-30T15:49:14 *** antgreen has joined #rtems 2013-07-30T19:42:51 *** kiwichris has quit IRC (Ping timeout: 256 seconds) 2013-07-30T20:07:00 *** freenix has joined #rtems 2013-07-30T20:12:13 *** antgreen has quit IRC (Ping timeout: 246 seconds) 2013-07-30T20:30:10 *** kiwichris has joined #rtems 2013-07-30T21:02:34 *** antgreen has joined #rtems 2013-07-30T21:41:12 *** antgreen has quit IRC (Ping timeout: 256 seconds) 2013-07-30T23:56:48 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2013-07-31T00:30:00 *** freenix has quit IRC (Ping timeout: 245 seconds) 2013-07-31T01:25:21 *** arvind_khadri has joined #rtems 2013-07-31T01:42:52 *** sebhub has joined #rtems 2013-07-31T01:47:25 good morning 2013-07-31T02:49:45 *** monstr has joined #rtems 2013-07-31T03:15:38 *** tictoc has joined #rtems 2013-07-31T05:52:52 *** tictoc has quit IRC (Quit: ChatZilla 0.9.90.1 [Firefox 22.0/20130618035212]) 2013-07-31T05:54:57 *** tictoc has joined #rtems 2013-07-31T06:00:13 *** arvind_khadri has quit IRC (Read error: Connection reset by peer) 2013-07-31T06:20:27 *** arvind_khadri has joined #rtems 2013-07-31T06:21:00 *** antgreen has joined #rtems 2013-07-31T07:37:49 *** freenix has joined #rtems 2013-07-31T08:09:20 I don't even want to ask, but is pthread_cancel() supposed to work? 2013-07-31T08:10:38 i would not use it, there is an open bug 2013-07-31T08:11:04 https://www.rtems.org/bugzilla/show_bug.cgi?id=2035 2013-07-31T08:11:59 http://www.rtems.org/pipermail/rtems-devel/2013-July/003509.html 2013-07-31T08:12:50 hmm are there any other parts of the POSIX API one should generally not use? 2013-07-31T08:13:12 btw. the times() patch appears to be working, thanks again 2013-07-31T08:13:37 the pthread_cancel() is very problematic in general 2013-07-31T08:14:17 its the only pthread routine with known bugs to me 2013-07-31T08:14:27 ok 2013-07-31T08:14:47 why do you want to cancel threads asynchronously? 2013-07-31T08:16:06 I wrote some test functions for my self that run in an infinite loop. Just to get used to the API and scheduling. Then I thought I could just cancel them after a given time using pthread_cancel 2013-07-31T08:33:18 *** freenix has quit IRC (Quit: Leaving) 2013-07-31T08:45:28 *** sebhub has quit IRC (Ping timeout: 264 seconds) 2013-07-31T08:47:36 *** sebhub has joined #rtems 2013-07-31T09:21:43 *** kiwichris has joined #rtems 2013-07-31T09:22:16 *** kiwichris has quit IRC (Client Quit) 2013-07-31T09:37:07 *** DrJoel has joined #rtems 2013-07-31T09:37:08 *** DrJoel has joined #rtems 2013-07-31T09:37:08 *** ChanServ sets mode: +o DrJoel 2013-07-31T09:37:24 *** DrJoel has quit IRC (Client Quit) 2013-07-31T10:01:11 *** arvind_khadri has quit IRC (Read error: Connection reset by peer) 2013-07-31T10:04:22 *** kiwichris has joined #rtems 2013-07-31T10:55:01 *** vipulnayyar has joined #rtems 2013-07-31T10:56:34 *** S_Somani has joined #rtems 2013-07-31T11:10:48 *** sebhub has quit IRC (Remote host closed the connection) 2013-07-31T11:26:49 *** tictoc has quit IRC (Quit: ChatZilla 0.9.90.1 [Firefox 22.0/20130618035212]) 2013-07-31T11:27:14 *** vipulnayyar has quit IRC (Quit: Leaving) 2013-07-31T11:56:52 *** monstr has quit IRC (Ping timeout: 256 seconds) 2013-07-31T12:14:18 *** S_Somani has left #rtems 2013-07-31T13:51:09 *** antgreen has quit IRC (Ping timeout: 264 seconds) 2013-07-31T14:18:54 *** phipse has joined #rtems 2013-07-31T15:22:53 \leave 2013-07-31T15:22:56 *** phipse has left #rtems 2013-07-31T15:36:10 *** antgreen has joined #rtems 2013-07-31T15:46:13 *** hiddenpearls has joined #rtems 2013-07-31T16:50:04 *** hiddenpearls has quit IRC (Quit: Leaving.) 2013-07-31T17:42:56 *** hiddenpearls has joined #rtems 2013-07-31T17:49:06 *** hiddenpearls has quit IRC (Ping timeout: 264 seconds) 2013-07-31T17:55:06 *** hiddenpearls