2016-06-13T04:29:56 *** mkhoory-2 has joined #rtems 2016-06-13T05:01:41 *** mkhoory-2 has quit IRC 2016-06-13T05:04:39 *** mkhoory-2 has joined #rtems 2016-06-13T05:23:59 *** sebhub has joined #rtems 2016-06-13T05:49:53 *** monstr has joined #rtems 2016-06-13T05:56:42 *** mkhoory-2 has quit IRC 2016-06-13T05:57:00 *** mkhoory-2 has joined #rtems 2016-06-13T06:01:06 [trac] #2734/defect (v:4.10) created by sebastian.huber (pthread_setschedprio() is missing) http://devel.rtems.org/ticket/2734 2016-06-13T06:02:09 [trac] #2735/defect (v:4.10) created by sebastian.huber (pthread_setschedparam() set the priority not according to POSIX) http://devel.rtems.org/ticket/2735 2016-06-13T06:03:46 [trac] #2736/defect (v:4.10) created by sebastian.huber (pthread_getschedparam() returns wrong priority values) http://devel.rtems.org/ticket/2736 2016-06-13T10:00:31 [git] d6ad59d by Sebastian Huber: [libbsd.txt: Clarify xilinx_zynq_a9_qemu usage] http://devel.rtems.org/changeset/d6ad59d/rtems-libbsd 2016-06-13T10:11:53 *** mkhoory-3 has joined #rtems 2016-06-13T10:15:33 *** mkhoory-2 has quit IRC 2016-06-13T10:16:31 *** mkhoory-3 has quit IRC 2016-06-13T11:22:49 [git] 3bf9fdb by Sebastian Huber: [i386: Fix _CPU_Bitfield_Find_first_bit() Bug introduced by b04b76c6a0c87ffc9670d356e793108411ce355a.] http://devel.rtems.org/changeset/3bf9fdb/rtems 2016-06-13T11:22:49 [git] 10670a5 by Sebastian Huber: [bsp/irq-server: Fix install/remove Do not wait for the interrupt server while owning the allocator lock. This could lead to deadlock in case one of interrupt service routines or user extensions want to obtain the allocator mutex as well. Instead let the interrupt server do the install/remove job entirely on behalf of the 2016-06-13T11:22:49 requesting task.] http://devel.rtems.org/changeset/10670a5/rtems 2016-06-13T11:43:00 [git] a0cd238 by Sebastian Huber: [bsp/qoriq: Increase reserved size for FDT Some boards require this size.] http://devel.rtems.org/changeset/a0cd238/rtems 2016-06-13T12:30:51 [git] cd9258f by Jan Sommer: [4.12/rtems-default.bset: Use GCC 6-20160609 This fixes an issue with gnat.] http://devel.rtems.org/changeset/cd9258f/rtems-source-builder 2016-06-13T12:30:51 [git] 04bff17 by Hesham Almatary: [4.12/rtems-or1k.bset: Use Newlib 2.4.0.20160527] http://devel.rtems.org/changeset/04bff17/rtems-source-builder 2016-06-13T12:30:51 [git] c476de6 by Sebastian Huber: [4.12/rtems-epiphany.bset: Use Newlib 2.4.0.20160527] http://devel.rtems.org/changeset/c476de6/rtems-source-builder 2016-06-13T12:59:41 [trac] #2736/defect (closed) updated by Sebastian Huber (In [changeset:"23b1bb38b208a6638747bb49b8184a5571e8f5e7/rtems"]: {{{ ...) http://devel.rtems.org/ticket/2736 2016-06-13T12:59:42 [git] 23b1bb3 by Sebastian Huber: [posix: Fix pthread_getschedparam() Return the unmodified thread priority value according to POSIX. Close #2736.] http://devel.rtems.org/changeset/23b1bb3/rtems 2016-06-13T13:10:15 [trac] #2735/defect (assigned) updated by sebastian.huber (empty comment) http://devel.rtems.org/ticket/2735 2016-06-13T13:20:20 [trac] #2735/defect (closed) updated by Sebastian Huber (In [changeset:"fc30ac5973aae2393fb318b56346368f5e9b4493/rtems"]: {{{ ...) http://devel.rtems.org/ticket/2735 2016-06-13T13:20:20 [git] fc30ac5 by Sebastian Huber: [posix: Fix pthread_setschedparam() Close #2735.] http://devel.rtems.org/changeset/fc30ac5/rtems 2016-06-13T13:38:29 [trac] #2734/defect (closed) updated by Sebastian Huber (In [changeset:"0c34dbf341095f93a712bbe6d024c8c1d975b6f5/rtems"]: {{{ ...) http://devel.rtems.org/ticket/2734 2016-06-13T13:38:29 [git] 0c34dbf by Sebastian Huber: [posix: Add pthread_setschedprio() Close #2734.] http://devel.rtems.org/changeset/0c34dbf/rtems 2016-06-13T16:54:22 *** mumptai has joined #rtems 2016-06-13T20:07:58 *** monstr has quit IRC 2016-06-13T20:53:29 *** mumptai has quit IRC 2016-06-13T22:33:11 *** indy has quit IRC 2016-06-13T22:43:09 *** indy has joined #rtems 2016-06-14T04:30:01 *** mkhoory-3 has joined #rtems 2016-06-14T04:35:59 *** mkhoory-3 has quit IRC 2016-06-14T04:39:13 *** mkhoory-3 has joined #rtems 2016-06-14T05:08:34 *** mkhoory-2 has joined #rtems 2016-06-14T05:12:28 *** mkhoory-3 has quit IRC 2016-06-14T05:16:56 *** mkhoory-2 has quit IRC 2016-06-14T05:33:23 *** mkhoory-2 has joined #rtems 2016-06-14T05:46:53 *** monstr has joined #rtems 2016-06-14T07:35:49 ita: hi 2016-06-14T09:19:33 [trac] #2737/defect (v:4.12) created by sebastian.huber (Add CLOCK_DRIVER_USE_ONLY_BOOT_PROCESSOR) http://devel.rtems.org/ticket/2737 2016-06-14T10:10:16 [git] 3eda7e5 by Sebastian Huber: [score: _Thread_Create_idle_for_CPU() Use priority maximum of scheduler instance.] http://devel.rtems.org/changeset/3eda7e5/rtems 2016-06-14T10:10:16 [git] 042072b by Sebastian Huber: [score: _Scheduler_priority_Ready_queue_initialize Use priority maximum of scheduler instance. This avoids a potential memory corruption on SMP configurations.] http://devel.rtems.org/changeset/042072b/rtems 2016-06-14T10:10:16 [git] b61d5ca by Sebastian Huber: [bsps: Add CLOCK_DRIVER_USE_ONLY_BOOT_PROCESSOR Add CLOCK_DRIVER_USE_ONLY_BOOT_PROCESSOR clock driver option. If defined, then do the clock tick processing on the boot processor on behalf of all other processors. Currently, this is intended as a workaround for a Qemu shortcoming on ARM. Update #2737.] 2016-06-14T10:10:16 http://devel.rtems.org/changeset/b61d5ca/rtems 2016-06-14T10:10:16 [git] ea02782 by Sebastian Huber: [posix: sched_get_priority_min() Enable for all configurations since it pulls in no additional dependencies.] http://devel.rtems.org/changeset/ea02782/rtems 2016-06-14T10:10:17 [git] 6a631da by Sebastian Huber: [posix: sched_get_priority_max() Enable for all configurations since it pulls in no additional dependencies. Return value of the scheduler instance of the executing thread.] http://devel.rtems.org/changeset/6a631da/rtems 2016-06-14T14:28:03 *** DrJoel has joined #rtems 2016-06-14T14:28:04 *** DrJoel has joined #rtems 2016-06-14T14:28:04 *** ChanServ sets mode: +o DrJoel 2016-06-14T14:28:20 gedare can't be here today and this wasn't on my calendar for some reason. 2016-06-14T14:28:28 Sorry for being late. Who all is still here? 2016-06-14T14:29:19 To clarify, the GSoC weekly status meeting should have started 30 minutes ago. Are any students still here? 2016-06-14T14:39:58 Ping 2016-06-14T14:41:40 darnir .. there 2016-06-14T14:43:35 dipupo.. there? 2016-06-14T14:55:06 *** beng-nl has quit IRC 2016-06-14T15:03:56 *** beng-nl has joined #rtems 2016-06-14T15:10:15 *** beng-nl has quit IRC 2016-06-14T15:14:30 *** beng-nl has joined #rtems 2016-06-14T16:29:24 *** jkridner has quit IRC 2016-06-14T16:49:41 kiwichris: hi, what's up? 2016-06-14T17:42:18 *** mumptai has joined #rtems 2016-06-14T19:41:16 ita: My response isn't very quick but kiwichris lives in Sydney so was solidly asleep when you asked. Normally he starts to do email in a couple of hours. 2016-06-14T19:48:53 DrJoel: he pinged me a few hours ago, i wonder why 2016-06-14T19:50:20 No idea. I spoke with him yesterday evening my time (his AM) but it was on other matters. 2016-06-14T19:57:09 *** monstr has quit IRC 2016-06-14T20:50:32 *** DrJoel has quit IRC 2016-06-14T21:04:13 *** ita is now known as ita|zzz 2016-06-14T21:58:24 *** mumptai has quit IRC 2016-06-15T00:44:23 *** dougk_ has quit IRC 2016-06-15T00:56:31 *** dougk_ has joined #rtems 2016-06-15T04:18:06 *** kiwichris has quit IRC 2016-06-15T05:18:16 *** monstr has joined #rtems 2016-06-15T05:50:05 [git] 5851034 by Sebastian Huber: [reentrant.h: There is no main thread in RTEMS] http://devel.rtems.org/changeset/5851034/rtems-libbsd 2016-06-15T08:07:06 [trac] #2738/defect (v:4.10) created by sebastian.huber (POSIX sporadic server starts with invalid CPU budget) http://devel.rtems.org/ticket/2738 2016-06-15T08:45:58 [trac] #2738/defect (new) updated by Sebastian Huber (In [changeset:"917884c408708c7634e09563d7cd3ed30a4ab71a/rtems"]: {{{ ...) http://devel.rtems.org/ticket/2738 2016-06-15T08:45:59 [git] d07f582 by Sebastian Huber: [posix: Remove superfluous code Remove double declarations, useless comments and unused functions.] http://devel.rtems.org/changeset/d07f582/rtems 2016-06-15T08:45:59 [git] 5d65d0d by Sebastian Huber: [posix: Use _POSIX_Threads_Sporadic_timer_insert()] http://devel.rtems.org/changeset/5d65d0d/rtems 2016-06-15T08:45:59 [git] d646710 by Sebastian Huber: [psxtests/psx12: Use one file and simplify] http://devel.rtems.org/changeset/d646710/rtems 2016-06-15T08:45:59 [git] 917884c by Sebastian Huber: [posix: Fix poradic server initial CPU budget Update #2738.] http://devel.rtems.org/changeset/917884c/rtems 2016-06-15T08:49:00 [trac] #2738/defect (new) updated by sebastian.huber ({{{ *** BEGIN OF TEST PSX 12 *** Init's ID is 0x0b010001 Init: pthread_attr_init ...) http://devel.rtems.org/ticket/2738 2016-06-15T08:51:02 [trac] #2739/enhancement (v:4.10) created by sebastian.huber (CPU budget accounting via ticks is too coarse) http://devel.rtems.org/ticket/2739 2016-06-15T08:53:55 [trac] #2740/enhancement (v:4.12) created by sebastian.huber (Suboptimal type for Timestamp_Control) http://devel.rtems.org/ticket/2740 2016-06-15T09:21:56 [trac] #2738/defect (new) updated by Sebastian Huber (In [changeset:"661e0e6377b16cb52c46c87877ed182bcf39ef01/rtems"]: {{{ ...) http://devel.rtems.org/ticket/2738 2016-06-15T09:21:57 [git] 661e0e6 by Sebastian Huber: [psxtests/psx12: Use and print proper rounded ms Update #2738.] http://devel.rtems.org/changeset/661e0e6/rtems 2016-06-15T09:53:10 [trac] #2739/enhancement (new) updated by sebastian.huber (The CPU budget accounting is not protected by locks.) http://devel.rtems.org/ticket/2739 2016-06-15T10:56:04 DrJoel: Yes. 2016-06-15T10:56:44 Wasn't the weekly meeting an hour later? 2016-06-15T12:00:31 *** jkridner has joined #rtems 2016-06-15T13:20:00 *** deval has joined #rtems 2016-06-15T13:35:17 *** mudit1729 has joined #rtems 2016-06-15T13:42:55 *** ppisa has joined #rtems 2016-06-15T13:48:26 *** punitvara has joined #rtems 2016-06-15T13:52:59 *** monstr has quit IRC 2016-06-15T13:53:17 *** _sambeet has joined #rtems 2016-06-15T13:54:58 [trac] GSoC/2016 edited by deval (empty comment) http://devel.rtems.org/wiki/GSoC/2016 2016-06-15T13:56:17 *** Punitvara_ has joined #rtems 2016-06-15T13:57:22 *** DrJoel has joined #rtems 2016-06-15T13:57:23 *** DrJoel has joined #rtems 2016-06-15T13:57:23 *** ChanServ sets mode: +o DrJoel 2016-06-15T13:57:38 * DrJoel waves and notes that he is here about 3 minutes before the meeting 2016-06-15T13:58:29 Which gsoc students are available? 2016-06-15T13:58:43 <_sambeet> Sambeet Panigrahi 2016-06-15T13:58:47 Deval Shah 2016-06-15T13:58:53 Habeeb Olufowobi 2016-06-15T13:59:12 hi all 2016-06-15T13:59:12 Darshit Shah 2016-06-15T13:59:20 *** salpha has joined #rtems 2016-06-15T13:59:32 *** Wonjun has joined #rtems 2016-06-15T13:59:32 Hello Dr. Joel 2016-06-15T13:59:37 Hello 2016-06-15T14:00:04 _sambeet: you can go first 2016-06-15T14:00:38 * darnir notes DrJoel was here a few hours before the meeting as well 2016-06-15T14:00:57 <_sambeet> This week I am working on patching the following rock packages and integrating it with Autoproj. The reference patches from the previous port are not of much help since Cmake and rock has changed substantially. Its taking more time than expected. Now i am patching Orocos RTT.My aim is to write a simple Orocos component and add rtems support to it.After this typelib and rock base packages need to be patched to complete the initial pa 2016-06-15T14:01:05 Yep. That was yesterday when Gedare wanted to make sure I made the meeting on the wrong day. :) 2016-06-15T14:01:44 Patches rot quickly. :( 2016-06-15T14:01:56 That's why we push to get them upstream and not maintain them separately. 2016-06-15T14:02:08 *** sacha has joined #rtems 2016-06-15T14:02:11 Hello everyone 2016-06-15T14:02:16 How far before I can take a shot at reproducing your work? 2016-06-15T14:02:30 Hello 2016-06-15T14:02:40 Hi all 2016-06-15T14:02:50 Hi 2016-06-15T14:02:58 *** Punitvara_ has quit IRC 2016-06-15T14:03:07 <_sambeet> I am sorry.i did not get you. 2016-06-15T14:03:57 <_sambeet> Reproducing my work? 2016-06-15T14:04:17 I want to be able to build the same thing you have and run as much as you can. 2016-06-15T14:06:18 <_sambeet> Presently I am patching RTT.Once I have patched all the rock packages,I will write a detailed tutorial on building it through Autoproj 2016-06-15T14:06:39 That's a critical part of open source. Sharing what you do and others using it. Then pushing it to the right repo. 2016-06-15T14:07:36 As of mine I think you should wait quite few days as I am little noob compared to others. This week I did some initial setup to test the project as suggested by Pavel.I built rtems for i386 and also qemu succesfully after some failures. 2016-06-15T14:07:45 Also I tried to understand the rtems file descriptors from libio.h file. Also read some lwip code to understand struct netconn based API implementation. 2016-06-15T14:08:06 <_sambeet> Sir I am presently using my own repo given in the tracking page.i will merge it once I have a working baseline 2016-06-15T14:08:22 OK. Just let me know when I can try to build it like you do 2016-06-15T14:08:45 That was for _sambeet 2016-06-15T14:08:56 <_sambeet> Yes sir that will be my first deliverable:) 2016-06-15T14:09:04 <_sambeet> Thank you sir. 2016-06-15T14:09:17 sacha: just ask on devel for help. The pc386 isn't hard to run. You just have to do things exactly right but that's true of any of the simulators. 2016-06-15T14:09:32 (hello all) 2016-06-15T14:09:55 _sambeet: OK. Anything you need help on? I am really interested in your project so if you need help, bring me up to speed and I can help. 2016-06-15T14:10:16 sacha: are you trying to understand how file descriptors map to sockets? 2016-06-15T14:10:40 DrJoel:yes i understood for standerd BSD sockets 2016-06-15T14:11:03 DrJoel:NETCONN based implementation is little hard to understand 2016-06-15T14:11:28 sacha: Does LWIP have a standard socket interface? 2016-06-15T14:11:58 DrJoel:Yes but Pavel suggested to use netconn based API 2016-06-15T14:12:26 <_sambeet> Sure sir.I am working with Thomas and Martin from Rock on the rtt.once I am done with that I will require a lot of help from rtems community to compile base packages on rtems. 2016-06-15T14:12:46 OK. That's fine. The code from the old IPV4 stack that does the file descriptor magic is in rtems/cpukit/libnetworking/rtems/rtems_syscall.c. 2016-06-15T14:12:48 Yes it has but mapping RTEMS FDs to intermediate objectts and then again to lwIP arrays of FDs is significant overhead. 2016-06-15T14:13:53 ppisa: Unfortunately, isn't that the cost of providing a standard POSIX interface? If someone wants to write to the lighter native LWIP API, they have that choice also. 2016-06-15T14:14:14 When lwIP is used under other OS FDs management then Netconn is better, I think. REACTOS selects this way too. 2016-06-15T14:14:52 OK. Just do what is right but make sure we end up with the normal POSIX APIs as well supported as possible. 2016-06-15T14:15:04 sacha: any road blocks or challenges? 2016-06-15T14:15:12 I am trying to be like Gedare and keep this moving. 2016-06-15T14:15:42 DrJoel:netconn structures involves some semaphores and mailboxes which I don't know well. Also when I saw the the code pavel gave ,it has some semaphore structures. I don't know exactly. I need to ask Pavel about that 2016-06-15T14:16:02 lwIP has "even based" single therad API without socket/FDs abstraction. That is used in smallest systems. Then it has Netconn to provide standard TCP/IP behaviour and access from therads and above this is build standard BSD sockeds FDs based API. 2016-06-15T14:16:22 ppisa :) on that 2016-06-15T14:16:25 s/even based/event based 2016-06-15T14:16:52 sacha: You and ppisa just discuss things on devel@ so the entire community can pitch in. It sounds like you are on the right track though 2016-06-15T14:17:11 DrJoel:OK 2016-06-15T14:17:20 [trac] Developer/Projects/Open/Fault_injection edited by salpha (empty comment) http://devel.rtems.org/wiki/Developer/Projects/Open/Fault_injection 2016-06-15T14:17:34 Should I start ? 2016-06-15T14:17:46 Sure.. punitvara 2016-06-15T14:18:05 I was working to port TI SW driver. Gedare told there could be licence issue with TI Starterware code and suggested me to write code from scratch for PWM driver. So Last week I worked on coding new program for PWM driver for BBB. Till now I able to enable clock inside PWM module. Able to blink LED but I am not able to generate the frequencies as expected. So I will be working with my mentors to resolve that issue next week.Whaterv 2016-06-15T14:18:24 Everyoen remember to update your blogs 2016-06-15T14:18:40 [trac] SOCIS/2016 edited by salpha (empty comment) http://devel.rtems.org/wiki/SOCIS/2016 2016-06-15T14:18:54 pushed to my current rtems repo on github 2016-06-15T14:19:00 *** _sambeet has quit IRC 2016-06-15T14:19:19 punitvara: Once you are through the PWM what's next? 2016-06-15T14:19:29 I2c 2016-06-15T14:19:35 punitvara any blockers or something anyone can help with? 2016-06-15T14:20:10 Can I go next ? 2016-06-15T14:20:15 sure 2016-06-15T14:20:20 Not right. I will ask on @deval if any 2016-06-15T14:20:22 deval: sure 2016-06-15T14:20:33 This week I tried to run JTAG. And came to know that there is already some problem of JTAG with raspberry pi. > https://asuolgsoc2014.wordpress.com/2015/07/14/jtag-code-loading-and-debugging/ 2016-06-15T14:20:38 So I was not able to use JTAG for debugging purpose. 2016-06-15T14:20:45 I should have done some more research before buying the JTAG. That could have saved a lot of my time. 2016-06-15T14:20:50 So, now the only option left for me to debug the problem is putting printf statements in all the code which I added. Using this approach I have narrowed down the problem till some extent. 2016-06-15T14:20:55 The program hangs in one of the ofw bus status call. While adding the code from freebsd I had to add many files due to inter-dependancies. Now my plan is to add all the file one by one, analyse all the errors causing it and debug. 2016-06-15T14:21:01 As I mentioned I had to add a lot of code, which includes mbox and ofw related files. I am trying to understand their significance for the driver to work. 2016-06-15T14:21:55 deval: :( on jtag 2016-06-15T14:22:09 Which RPi version? 2016-06-15T14:22:16 1/B+ 2016-06-15T14:22:26 *** mumptai has joined #rtems 2016-06-15T14:22:46 I have FTDI based JTAG working for debug on that. 2016-06-15T14:23:16 kiwichris has a technique with FreeBSD you need to discuss with him. He boots FreeBSD in a very verbose mode and videos it booting. Then he does the same with RTEMS and compares the output. We have had to do this on the pc386 to get more detailed information 2016-06-15T14:23:28 ppisa: Which board have you used 2016-06-15T14:23:31 ppisa: please help him over that 2016-06-15T14:23:34 I use code download over TFTP and ther run RTEMS which enebles JTAG and then connect by GDB and continue execution. 2016-06-15T14:24:02 I have RPi1 B+ (at least I think) 2016-06-15T14:24:25 RPi1 for sure, newer extension connector. 2016-06-15T14:24:57 ppisa: Do you have any manual for that ? That would be really helpful. 2016-06-15T14:25:12 *instruction manual 2016-06-15T14:25:29 deval: work that out with ppisa and then let us know about the next challenge 2016-06-15T14:25:32 who's next? 2016-06-15T14:25:35 me? 2016-06-15T14:25:38 Sure 2016-06-15T14:25:41 I have tried to put my notes there 2016-06-15T14:25:41 https://rtime.felk.cvut.cz/hw/index.php/Raspberry_Pi 2016-06-15T14:25:42 Thanks 2016-06-15T14:25:44 Sounds good darnir 2016-06-15T14:25:50 I've been trying to get the SMP tests to execute on QEMU for arm. SebHub fixed 2016-06-15T14:25:51 the clock issue yesterday but I still have some problems with executing them 2016-06-15T14:25:51 successfully. There is already an email discussion thread going on about it. 2016-06-15T14:25:51 Beyond that, I haven't been able to work a lot in the last two weeks due to my 2016-06-15T14:25:51 deteriorating health. While, I am trying, I may not be able to produce a lot of 2016-06-15T14:25:53 code over the next week either, especially given how I'm currently hospitalized 2016-06-15T14:25:55 and due to undergo operative procedures in the next few days. I've been writing 2016-06-15T14:25:58 some code for the scheduler out of tree since I haven't been able to execute 2016-06-15T14:26:00 the smp tests on an emulator yet which prevents me from being able to test any 2016-06-15T14:26:02 deval and ppisa: keep chatting. We can all handle multi-threading 2016-06-15T14:26:03 code I write in RTEMS directly. Once the tests start running, I will start 2016-06-15T14:26:05 modifying the strongapa scheduler implementation directly. A good base for the 2016-06-15T14:26:08 sched is already available through the code that sebhub pushed earlier. 2016-06-15T14:26:14 Sorry, didn't realize my editor added newlines 2016-06-15T14:27:11 darnir: I am sorry about you being ill. All we ask is to keep trying and don't disappear. We just want to know what's up. Silence is bad. 2016-06-15T14:27:55 I'll be around for sure. Disappearance isn't an issue 2016-06-15T14:28:37 darnir: I don't know if it works for you but debugging in my head without a computer is actually relaxing and distracting in these situations. I have been through some health stuff also. Any distraction when you are medicated too much is good. 2016-06-15T14:28:38 ppisa: I will have a look at this link. and try to resolve the problem. If I find any further problems I will start a discussion thread on @devel. Thank you so much. 2016-06-15T14:29:17 darnir: Does sebhub know all the issues you have? I expect he will resolve them while you are in the hospital 2016-06-15T14:29:48 and when you are ready, do you need help integrating the code into the tree? 2016-06-15T14:29:50 DrJoel: Debugging is fine. But it's a little hard on a new codebase and when you're trying to understand the control flow 2016-06-15T14:29:57 deval: OpenOCD info for RPi is already or RTEMS site https://devel.rtems.org/wiki/Debugging/OpenOCD/Raspberry_Pi 2016-06-15T14:30:23 Integrating shouldn't be a problem, I'll be writing on my branch based off RTEMS master 2016-06-15T14:30:24 Yeah.. it can be a challenge. I have updaetd my tree right before teaching a class and had surprises a few times over the years. :( 2016-06-15T14:31:05 OK. Just ask when you need help, don't get blocked. And while you are hospitalized push every issue that is ours back on us. 2016-06-15T14:31:10 Sebhub knows. But neither of us know the source of issue 2016-06-15T14:31:23 A key thing in open source communities is to let other people work while you can't. :) 2016-06-15T14:31:33 OK. Take it easy and get better. :) 2016-06-15T14:31:37 who's next 2016-06-15T14:31:41 He's trying to understand why it works on his system, but not mine. 2016-06-15T14:31:42 me ? 2016-06-15T14:32:24 darnir: Those are always hard. kiwichris and I have been doing that on various PCs for a couple of months. :( 2016-06-15T14:32:29 mudit1729: sure 2016-06-15T14:32:41 who else is around and left? 2016-06-15T14:32:54 I had ported the SD card driver and was testing the same on the RPi Model B. I was facing a issue with the mbox code that I had ported. The mbox interface is required to set the power state and get clock rate required by the SD card, so I then tried using the code that Yang had previously worked on. However even this produced an error stating the mailbox buffer was not succeded by giving an error of -2 However when I exclude tha 2016-06-15T14:32:56 I am 2016-06-15T14:33:02 me too. 2016-06-15T14:33:31 didn't realise the copy paste doesnt work so well 2016-06-15T14:33:37 I had ported the SD card driver and was testing the same on the RPi Model B. 2016-06-15T14:33:41 ppisa: I thought we had to have mbox code working for graphics on the Pi last year? 2016-06-15T14:34:06 However when I exclude that function call, I had few setting that had to changed and then the code works on RPi. It shows the bcm_dma0 , sdhci_bcm0 on nexus 0. Presently the testsuit us not complete. I was looking at various testuites to understand the filesystems that are supported by RTEMS that can be used. 2016-06-15T14:34:37 There were two places that I require guidance 2016-06-15T14:34:45 As for MBOX code, I think that complete BSD one is quite large. Minimal MBOX code is already available in RTEMS mainline tree as theresult of previous QIAO YANG GSoC work. It should be enough. 2016-06-15T14:34:56 mudit1729: All of the fstests should run. They use RAM for block storage where needed. 2016-06-15T14:35:30 mudit1729: I was referring to the tests in the main RTEMS tree. Are you referring to libBSD tree tests? 2016-06-15T14:35:51 I was looking that the libBSD tree tests 2016-06-15T14:36:21 For SD cards, you have a choice of the DOSFS (e.g. FAT) and RTEMS File System (RFS). I would focus on the DOSFS first. That way you don't have to deal with formatting a card for the RFS. 2016-06-15T14:36:21 Yesterday, I started looking at tests in /testsuites/libtests in the main RTEMS tree 2016-06-15T14:37:10 Add a test in libBSD like the fileio one in testsuites/samples. It has the setup to deal with an ATA drive and filesystem. So should be a good reference. But you need to add this to the libBSD tree. 2016-06-15T14:37:21 Probably a command line type test like ftpd. 2016-06-15T14:37:26 ftpd01 I think 2016-06-15T14:37:32 Yes this was one of my main questions. Which filesystem should be used wrt the SD card. 2016-06-15T14:37:41 Yes sure. I will look into that. 2016-06-15T14:37:46 DOSFS until it works. :) 2016-06-15T14:38:29 Since we don't have the network interface working yet, ftpd01 with ftp writing/reading to/from SD isn't an option but will eventually be interesting. 2016-06-15T14:38:39 any issues? 2016-06-15T14:38:58 Any insight into why mailbox was failing ? 2016-06-15T14:39:17 At this point, it might be worth discussing posting patches and discussing merging the base BSD code at least 2016-06-15T14:39:40 There are at least some powermanagement functions 2016-06-15T14:39:40 https://git.rtems.org/rtems/tree/c/src/lib/libbsp/arm/raspberrypi/misc/vc_defines.h 2016-06-15T14:40:47 @ppisa I have these functions defined in vc.c to set the power state. 2016-06-15T14:40:47 mudit1729: Error: "ppisa" is not a valid command. 2016-06-15T14:40:56 Sounds like you are plowing through. libBSD work is just chipping away at it until it works. 2016-06-15T14:41:05 who's next? 2016-06-15T14:41:10 mudit1729: anything else? 2016-06-15T14:41:48 i can go ahead 2016-06-15T14:41:59 No 2016-06-15T14:42:13 salpha and mudit1729: OK 2016-06-15T14:42:17 salpha: go 2016-06-15T14:42:19 this week i made the dev env ready for rtems. tried to redirect pc386 output to console as you saw my thread on users but it didn't work. 2016-06-15T14:42:35 currently i'm using sparc-rtems for sis as a workaround and i'm surprised to see how fast sparc-rtems-run runs the application. 2016-06-15T14:42:51 i was thinking to permanently switch and test with sparc sis (rather than qemu). since the api is not coupled with any bsp. what do you think? 2016-06-15T14:42:55 I have pc386 working here on master. We can work through that. 2016-06-15T14:43:13 if sparc/sis meets the needs, it is always my first choice to work on. But it doesn't have a lot of devices. 2016-06-15T14:43:21 but anyway sparc-rtems-run is faster and easier. 2016-06-15T14:43:33 Yep. I use it when teaching a class for that very reason. :) 2016-06-15T14:43:51 what do you mean by devices? bsps? 2016-06-15T14:44:07 Two other easy BSPs to make sure you are indeed BSP and architecture independent are powerpc/psim and mips/jmr3904. Both are built into gdb and just as easy to use 2016-06-15T14:44:08 :) 2016-06-15T14:44:28 salpha: sis only has a clock tick and a UART. If you need networkign, graphics, etc. sis is insufficient. 2016-06-15T14:44:39 i see. 2016-06-15T14:44:59 i'll try those as well. 2016-06-15T14:45:01 But if it is adequate from that perspective, use it. Easy one to run 2016-06-15T14:45:11 i should also get back to pc386 at some point, i think. 2016-06-15T14:45:18 If you move to sis, does that get you moving again? 2016-06-15T14:45:24 for time being it is. 2016-06-15T14:45:39 yes. 2016-06-15T14:45:39 Yep. We need to get you running on the pc386. Keep posting. I will keep answering. 2016-06-15T14:45:54 sure. :) 2016-06-15T14:46:03 Anything beyond stuck on a BSP 2016-06-15T14:46:26 i will move forward with slingshot issues and try not to focus on bsp issues yet. 2016-06-15T14:46:33 in the end i'll get into it. 2016-06-15T14:46:50 i mean Slingshot! :) 2016-06-15T14:47:08 yes 2016-06-15T14:47:21 currently i'm dealing with test case failure issue 2016-06-15T14:47:40 it's interrupting the automatic process of execution. 2016-06-15T14:48:00 but i have came up with solutions, i should test. 2016-06-15T14:48:29 If you need help, keep asking. As you fix things, post patches. 2016-06-15T14:48:31 and right now i'm updating the blog. 2016-06-15T14:48:32 Anything else? 2016-06-15T14:48:39 nope, thanks. 2016-06-15T14:49:05 Hi 2016-06-15T14:49:14 I have been working on getting the console running for the past few days but I am still getting some errors. 2016-06-15T14:49:14 I realized that the system control configuration of the board family (LM3S69XX) so I had to rewrite the the bspstart.c and the lm3s69xx.h 2016-06-15T14:49:14 Presently, HelloWorld halt at "CPU_FATAL_HALT(the_source, the_error)" and I am getting RTEMS_FATAL_SOURCE_EXCEPTION in the_source and and an error code. I am not sure how to debug this but reading about it. 2016-06-15T14:49:50 Look at the arguments passed in. if the source and the error are 0, that's a clean shutdown 2016-06-15T14:50:18 Does it look like it will be a variant within an existing BSP or a completely new one which shares code? 2016-06-15T14:50:54 Have you found the master source of enumerations for fatal errors? 2016-06-15T14:51:36 score/include/rtems/score/interr.h 2016-06-15T14:51:39 It's looking like a new BSP that will share codes 2016-06-15T14:51:56 I'm not able to merge some of the configs 2016-06-15T14:52:44 Yes, I have 2016-06-15T14:52:47 dipupo: OK. It makes sense to be that way. Once hello runs with the "idle task clock driver", I think you can post the code for review and merger. Then you are adding clock tick, IRQ code, etc. 2016-06-15T14:53:26 Just ask questions on devel@. The answer will be quick. The errors are intended to be unique and core developers will have insight into the causes. 2016-06-15T14:53:31 But Its not printing out Hello message on gdb 2016-06-15T14:53:45 dipupo: Not yet. :) 2016-06-15T14:53:46 so, i'm not sure whats happening on the board 2016-06-15T14:54:04 Ok 2016-06-15T14:54:36 I really don't know whats going on with the mail list 2016-06-15T14:54:47 Can you set a break point on the _Terminate and then do a backtrace (bt) in gdb? That will pinpoint where the error originated adn then it can be narrowed down and resolved. 2016-06-15T14:55:00 I got a delivery error 2016-06-15T14:55:12 Yes, I set a break point in there 2016-06-15T14:55:24 Once you have that, just ask for help on the list. Errors bringing up a new BSP tend to happen over and over and have the same root causes. 2016-06-15T14:55:46 bt 2016-06-15T14:55:46 #0 0x00004b22 in _Terminate ( 2016-06-15T14:55:46 the_source=the_source@entry=RTEMS_FATAL_SOURCE_EXCEPTION, 2016-06-15T14:55:46 is_internal=is_internal@entry=false, the_error=536875064) 2016-06-15T14:55:46 at ../../../../../../../rtems.git/c/src/../../cpukit/score/src/interr.c:52 2016-06-15T14:55:46 #1 0x0000404a in rtems_fatal ( 2016-06-15T14:55:48 source=source@entry=RTEMS_FATAL_SOURCE_EXCEPTION, 2016-06-15T14:55:50 error=) 2016-06-15T14:55:52 at ../../../../../../../rtems.git/c/src/../../cpukit/sapi/src/fatal2.c:34 2016-06-15T14:55:54 #2 0x00007be2 in _ARM_Exception_default (frame=) 2016-06-15T14:55:56 at ../../../../../../../../../rtems.git/c/src/../../cpukit/score/cpu/arm/arm-exception-default.c:24 2016-06-15T14:55:58 #3 2016-06-15T14:55:59 *** ita|zzz is now known as ita 2016-06-15T14:56:00 #4 0x00000080 in bsp_start_vector_table_begin () 2016-06-15T14:56:02 #5 0x00000000 in ?? () 2016-06-15T14:56:44 thats what I got but when I sent an email to dev list, I got a delivery error 2016-06-15T14:57:11 But I will resend the email now 2016-06-15T14:57:11 Oh.. delivery to the mailing list. You must not be subscribed with the email address you send from. 2016-06-15T14:57:30 I am 2016-06-15T14:57:54 It has happened before and I told Gedare about it too 2016-06-15T14:58:05 If it is rejected, send it to amar AT rtems.org. CC Chris Johns. They will resolve it. 2016-06-15T14:58:21 Ok thanks 2016-06-15T14:58:33 I will do that today 2016-06-15T14:58:45 Anything else? 2016-06-15T14:59:00 Thats all for now 2016-06-15T14:59:28 cc me also. I will try to track it. I can't fix it but I can ping Amar about it for you. :) 2016-06-15T14:59:33 OK who's next 2016-06-15T14:59:36 can I start ? 2016-06-15T14:59:42 Yep. 2016-06-15T14:59:49 Last week, I executed a jailhouse memo application successfully and then patched rtems with Jan's patch files. 2016-06-15T14:59:49 Thanks :) 2016-06-15T14:59:49 rtems baseline is commit f334847 and rtems-source-builder baseline is commit 04aadb6. 2016-06-15T14:59:49 I matched rtems and rtems-source-builder by date of commit. 2016-06-15T15:00:18 date is about Jan 2014 2016-06-15T15:00:40 And this week, I am writing config file for jailhouse to execute a rtems cell. 2016-06-15T15:00:40 Jailhouse needs config file for cell to execute a binary file. 2016-06-15T15:00:41 jailhouse config file is involved with pic, apic, ioapic and memory. 2016-06-15T15:00:51 That's a good baseline (if memo is what I think it is). 2016-06-15T15:01:03 Will you be able to update the RTEMS from that point to the master? 2016-06-15T15:01:41 What should I do to update the RTEMS to the master? 2016-06-15T15:02:29 I would clone RTEMS fresh into another directory and build new tools. Jan 2014 is pretty far from the current master. But you don't want to destroy your baselined work from that time. 2016-06-15T15:03:12 Ok. I will check and update. 2016-06-15T15:04:04 There are many different codes with current master codes. 2016-06-15T15:04:08 But it sounds like you are making progress. 2016-06-15T15:04:36 I am studying to writing a config file with other config files. 2016-06-15T15:04:36 Jan said to me, "it will be very helpful for you to dive deeper into how RTEMS boots". 2016-06-15T15:04:36 So I am also studying RTEMS boots part. 2016-06-15T15:04:42 Yeah.. a lot has changed but we want this in the master. Being frozen on ancient code is bad. 2016-06-15T15:05:31 Ask questions about that on devel@ kiwichris and I are trying to address that RTEMS boots using PC "legacy" mode. We need to also support EFI. We don't have support for the modern APIC, etc. 2016-06-15T15:06:14 As you get updated and working patches, we need to get them merged so we don't end up here again 2016-06-15T15:06:38 There are some APIC codes at Jan's patch files about rtems 2016-06-15T15:06:39 *** sacha has quit IRC 2016-06-15T15:07:15 Awesome on APIC!!! Please post to devel@ to keep Chris Johns and I from duplicating work. We may be able to help update and merge some of this 2016-06-15T15:07:33 any blockers? 2016-06-15T15:08:08 I think you are the last one to go. Anyone else here? 2016-06-15T15:08:28 DrJoel: We also need to work on bringing schedsim in synch. I'll ping you later this week when possible with my existing issues. 2016-06-15T15:08:29 No, understanding a lot of code rtems and jailhouse is only my blockers. 2016-06-15T15:09:19 last meeting I asked about absent. 2016-06-15T15:09:26 Next week, I will go to ATC conference in Denver. I wouldn't be able to join next meeting. 2016-06-15T15:09:27 And I am really worried about mid evaluation. 2016-06-15T15:09:27 What is the most important factor determine Pass or not? 2016-06-15T15:09:30 darnir: Yep. That needs to be done. I am sorry. I spent a lot of May not being useful. Between travel, getting sick, and some family things, I just wasn't around. 2016-06-15T15:10:03 [trac] Debugging/OpenOCD/Raspberry_Pi edited by ppisa (Rung RPi OpenOCD debug without setup of pins in u-boot.) http://devel.rtems.org/wiki/Debugging/OpenOCD/Raspberry_Pi 2016-06-15T15:10:08 *** punitvara has quit IRC 2016-06-15T15:10:19 Wonjun: I will be in Denver (Littleton) next week teaching a class. Don't worry about the meeting. Just make sure Gedare also knows. If you want to meet for dinner one night, email me privately and we can work out the details 2016-06-15T15:10:22 That's fine. I'll ping you soon with updates and questions 2016-06-15T15:10:45 Wonjun: Just keep showing progress. 2016-06-15T15:11:07 And make sure the community is aware of what's happening in your project. 2016-06-15T15:11:21 That applies to everyone. Community awareness is critical. It gets you help also. :) 2016-06-15T15:11:23 Thanks that's all. 2016-06-15T15:11:36 Wonjun: So dinner next week? :) 2016-06-15T15:11:49 I love that. 2016-06-15T15:12:04 We both being in Denver at the same time is quite random. 2016-06-15T15:12:13 I haven't been to Denver in years. LOL 2016-06-15T15:12:26 all right. Unless someone has somethign else, that's it 2016-06-15T15:14:43 Thanks I will send a email to you before next Wednesday. 2016-06-15T15:15:16 No This Weekends 2016-06-15T15:17:00 Wonjun: OK. I arrive Sunday evening and leave Friday morning. Just give me a bit of notice. I want to get to the Great Divide brewery at some point. It is a necessary field trip. :) 2016-06-15T15:17:08 my computer needs to be rebooted. See you all later. 2016-06-15T15:17:12 *** DrJoel has quit IRC 2016-06-15T15:21:55 [trac] Debugging/OpenOCD/Raspberry_Pi edited by ppisa (Debugging/OpenOCD/Raspberry_Pi JTAG pins enable patch corrections.) http://devel.rtems.org/wiki/Debugging/OpenOCD/Raspberry_Pi 2016-06-15T15:25:26 *** salpha has quit IRC 2016-06-15T15:32:00 *** ketul has joined #rtems 2016-06-15T15:57:12 *** m-ric has joined #rtems 2016-06-15T15:59:15 Hi rtems dev. I have a Leon custom board running RTEMS-4.10.99. I'm testing the GRETH ethernet and face two issues 2016-06-15T16:00:00 1) recv() stuck 2016-06-15T16:01:52 2) second issue is more a question: is the greth_gbit MAC driver (along with ksz9031 PHY) capable of running at 1Gbps? 2016-06-15T16:17:06 *** ketul has quit IRC 2016-06-15T16:33:29 do you guys know the status of greth_gbit.c driver in RTEMS-4.10.x? Are there some limitations I should be aware of? 2016-06-15T17:18:10 *** ketul has joined #rtems 2016-06-15T17:45:42 *** deval has quit IRC 2016-06-15T18:22:30 *** ketul has quit IRC 2016-06-15T18:53:18 *** ppisa has left #rtems 2016-06-15T19:11:15 *** salpha has joined #rtems 2016-06-15T19:11:39 *** salpha has left #rtems 2016-06-15T20:33:00 *** dougk_ has quit IRC 2016-06-15T20:44:56 *** dougk_ has joined #rtems 2016-06-15T21:19:49 [trac] GSoC/2016 edited by Sambeet (empty comment) http://devel.rtems.org/wiki/GSoC/2016 2016-06-15T22:46:11 *** mumptai has quit IRC 2016-06-15T23:05:30 *** morgan has joined #rtems 2016-06-15T23:05:40 *** morgan has joined #rtems 2016-06-15T23:06:00 *** morgan is now known as Guest20306 2016-06-15T23:07:27 *** sirfrank1in has joined #rtems 2016-06-15T23:08:04 *** gigetoo_ has joined #rtems 2016-06-15T23:08:06 *** rokka_ has joined #rtems 2016-06-15T23:08:08 *** commande1 has joined #rtems 2016-06-15T23:08:43 *** geheimni1` has joined #rtems 2016-06-15T23:12:55 *** guerby has quit IRC 2016-06-15T23:12:56 *** commander has quit IRC 2016-06-15T23:12:57 *** sirfranklin has quit IRC 2016-06-15T23:12:58 *** verm__ has quit IRC 2016-06-15T23:13:00 *** gigetoo has quit IRC 2016-06-15T23:13:02 *** rokka has quit IRC 2016-06-15T23:13:04 *** geheimnis` has quit IRC 2016-06-15T23:13:06 *** gigetoo_ is now known as gigetoo 2016-06-15T23:13:07 *** geheimni1` is now known as geheimnis` 2016-06-16T00:39:58 *** mudit1729 has quit IRC 2016-06-16T01:20:28 *** Guest20306 has quit IRC 2016-06-16T01:35:48 [trac] #2584/task (accepted) updated by chrisj (empty comment) http://devel.rtems.org/ticket/2584 2016-06-16T01:37:51 [trac] #2590/task (accepted) updated by chrisj (empty comment) http://devel.rtems.org/ticket/2590 2016-06-16T03:33:19 [git] 32ceb14 by Chris Johns: [Add support for long command lines and fix some shell rules on Windows.] http://devel.rtems.org/changeset/32ceb14/rtems-libbsd 2016-06-16T05:41:51 *** guerby has joined #rtems 2016-06-16T05:52:58 *** guerby has quit IRC 2016-06-16T05:55:38 *** monstr has joined #rtems 2016-06-16T05:58:21 *** guerby has joined #rtems 2016-06-16T07:08:54 [git] 616be5c by Chris Johns: [Pick up white space fix.] http://devel.rtems.org/changeset/616be5c/rtems-libbsd 2016-06-16T07:10:18 *** kiwichris has joined #rtems 2016-06-16T07:10:42 sebhub: push a whitespace fix 2016-06-16T07:21:43 do I have to enable the long commands via a command line option? 2016-06-16T07:22:47 No, It is in the init args in the wscript 2016-06-16T07:23:13 Only works on Windows. I decided not to do this in Unix 2016-06-16T07:23:48 After an update you need to run configure to make it work. 2016-06-16T07:24:19 I have an "Long commands: no" on msys2 2016-06-16T07:24:56 on Linux you don't need it, yes 2016-06-16T07:25:13 what does 'os.name' say? 2016-06-16T07:25:43 $ type python 2016-06-16T07:25:45 python is hashed (/mingw64/bin/python) 2016-06-16T07:26:11 If you have installed the MSYS2 python then you will have issues. 2016-06-16T07:26:31 os.name = posix 2016-06-16T07:26:40 https://git.rtems.org/rtems-source-builder/tree/source-builder/sb/windows.py#n136 2016-06-16T07:26:53 It is a "cygwin" or msys python. 2016-06-16T07:27:10 its a msys2 python 2016-06-16T07:27:42 https://ftp.rtems.org/pub/rtems/people/chrisj/docs/user/start/index.html#installing-msys2 2016-06-16T07:28:03 Yeap, I can hack around if you like but you will have other issues. 2016-06-16T07:28:53 I have a standard msys2 installation with no extras 2016-06-16T07:29:46 I wish this was a true statement, installing the msys python creates issues like this 2016-06-16T07:30:37 For example when you exec out of msys/python exe you hit windows and you hit things like path lengths and command line lengths 2016-06-16T07:31:19 rtems_waf is something I can try and fix but there will be limits. 2016-06-16T07:32:19 in the top of rtems_waf/rtems.py can please change the line to 'windows = os.name == 'nt' or sys.platform in ['msys', 'cygwin']' 2016-06-16T07:32:36 you may need to import sys 2016-06-16T07:36:54 thanks, I send you a new patch soon 2016-06-16T07:37:39 I am not sure it is 100%, I am not sure what cygwin returns. The RSB has a more complex check 2016-06-16T07:39:06 Cygwin looks broken in the RSB 2016-06-16T07:39:29 I didn't use cygwin for a long time 2016-06-16T07:40:01 Same. 2016-06-16T07:41:37 it needs a couple of minutes to build the libbsd in my vm 2016-06-16T07:42:11 I am am around 3min for a full build but I have only given 2 cores and a small amount of RAM. 2016-06-16T07:42:38 The tools for i386 take 1:46m 2016-06-16T07:43:01 Those packages in MSYS2 allow tools to build which is a pretty neat thing to do. 2016-06-16T07:43:37 maybe we should use pacman for RTEMS 2016-06-16T07:43:43 That is 1hr46m 2016-06-16T07:44:13 I have an issue with the file system access on my vm, this is a bit slow 2016-06-16T07:44:16 I do not know. I have never had a good experience with Linux distro tools 2016-06-16T07:44:33 Ah ok 2016-06-16T07:44:39 I am on a fast ssd 2016-06-16T07:45:06 I regression build all bsps with source on an ssd and output in a normal disk 2016-06-16T07:45:15 yes, I have a fast ssd too, don't know what the problem is 2016-06-16T07:45:46 Is the ssd slow with linux? 2016-06-16T07:45:49 no 2016-06-16T07:46:06 which vm? 2016-06-16T07:46:12 virtual box 2016-06-16T07:46:16 same 2016-06-16T07:46:53 after windows installation it was a lot faster 2016-06-16T07:47:07 it got slower gradually 2016-06-16T07:47:21 windows got slower? 2016-06-16T07:47:23 but I use it so seldom that I don't care 2016-06-16T07:47:25 yes 2016-06-16T07:47:31 Happens. 2016-06-16T07:47:43 If you do not run it often it can days to update 2016-06-16T07:47:53 an virus scanning 2016-06-16T07:47:59 any virus scanning 2016-06-16T07:48:07 yes, each time I start it there are updates 2016-06-16T07:48:40 I left a box about 4 months, took over a day to update 2016-06-16T07:49:03 slower than a clean windows 10 install 2016-06-16T07:49:40 Sorting out some of the doco, the BSP and drivers one, it is out of date 2016-06-16T07:50:12 once I am done with the OMIP stuff, I have time for docu 2016-06-16T07:50:38 I hope to have the doco so we can branch then it will be usable 2016-06-16T07:50:48 yes, that would be great 2016-06-16T07:51:06 Doign this is brain dead dull 2016-06-16T07:52:14 Check out https://www-new.rtems.org/ 2016-06-16T07:52:45 Did that work? 2016-06-16T07:53:21 what do you mean with work? 2016-06-16T07:53:35 Did the site come up? 2016-06-16T07:53:40 yes 2016-06-16T07:53:54 There is a docs one as well but I cannot see it at the moment. 2016-06-16T07:54:25 https://docs-new.rtems.org/ 2016-06-16T07:55:12 I see something here https://docs-new.rtems.org/ 2016-06-16T07:55:18 yeap 2016-06-16T07:55:19 but not for 4.11 2016-06-16T07:55:36 I have asked the version numbers be reversed. 2016-06-16T07:55:49 so latest to oldest 2016-06-16T07:55:57 yes, thats better 2016-06-16T07:56:18 4.11 will appear once I branch 2016-06-16T07:56:41 *** jkridner has quit IRC 2016-06-16T08:17:16 did you test the nfs client of libbsd already? 2016-06-16T08:51:01 [git] 57c676c by Sebastian Huber: [rtems: Fix rtems_semaphore_create() Destroy the thread queue in case of a priority ceiling violation, otherwise the SMP profiling data gets corrupted.] http://devel.rtems.org/changeset/57c676c/rtems 2016-06-16T10:47:35 [git] 4b3251a by Sebastian Huber: [score: Fix thread delete race condition on SMP] http://devel.rtems.org/changeset/4b3251a/rtems 2016-06-16T12:36:07 *** Guest20306 has joined #rtems 2016-06-16T12:36:09 *** Guest20306 is now known as verm__ 2016-06-16T12:36:14 *** verm__ has joined #rtems 2016-06-16T12:39:30 *** ketul has joined #rtems 2016-06-16T12:48:24 *** benjamint has quit IRC 2016-06-16T12:51:13 *** benjamint has joined #rtems 2016-06-16T13:03:22 *** ketul has quit IRC 2016-06-16T13:07:34 *** benjamint has quit IRC 2016-06-16T13:25:00 *** benjamint has joined #rtems 2016-06-16T14:02:24 *** benjamint has quit IRC 2016-06-16T14:04:39 [trac] #2608/defect (new) updated by Joel Sherrill (In [changeset:"6131b849081335e101f92b4a99e01572153d44f5/rtems"]: {{{ ...) http://devel.rtems.org/ticket/2608 2016-06-16T14:04:40 [git] d5ff139 by Joel Sherrill: [mvme147s/shmsupp/getcfg.c: Fix warning] http://devel.rtems.org/changeset/d5ff139/rtems 2016-06-16T14:04:40 [git] 4788a07 by Joel Sherrill: [mvme147s/shmsupp/mpisr.c: Fix warnings and clean up] http://devel.rtems.org/changeset/4788a07/rtems 2016-06-16T14:04:40 [git] 82cb100 by Joel Sherrill: [libchip/shmdr/poll.c: Fix warning and clean up] http://devel.rtems.org/changeset/82cb100/rtems 2016-06-16T14:04:40 [git] 381b120 by Joel Sherrill: [libchip/shmdr/send.c: Fix warning and clean up] http://devel.rtems.org/changeset/381b120/rtems 2016-06-16T14:04:40 [git] 07ac173 by Joel Sherrill: [samples/base_mp/apptask.c: Fix warning and clean up] http://devel.rtems.org/changeset/07ac173/rtems 2016-06-16T14:04:41 [git] 018cf74 by Joel Sherrill: [mptests/mp03/task1.c: Make method static to fix warning] http://devel.rtems.org/changeset/018cf74/rtems 2016-06-16T14:04:41 [git] 6131b84 by Joel Sherrill: [Add pthread_condattr_getclock() and pthread_condattr_setclock() updates #2608.] http://devel.rtems.org/changeset/6131b84/rtems 2016-06-16T14:24:01 *** benjamint has joined #rtems 2016-06-16T15:00:25 kiwichris: . 2016-06-16T15:38:34 [trac] #2741/defect (v:4.12) created by joel.sherrill (New warning from printf plugin changes) http://devel.rtems.org/ticket/2741 2016-06-16T16:31:15 [trac] #2742/defect (v:4.12) created by joel.sherrill (New warning in SHM driver) http://devel.rtems.org/ticket/2742 2016-06-16T16:44:55 *** benjamint has quit IRC 2016-06-16T16:52:44 *** benjamint has joined #rtems 2016-06-16T17:09:52 [trac] #2742/defect (new) updated by joel.sherrill (empty comment) http://devel.rtems.org/ticket/2742 2016-06-16T18:26:07 *** monstr has quit IRC 2016-06-16T19:23:28 *** mumptai has joined #rtems 2016-06-16T22:56:39 *** mumptai has quit IRC 2016-06-17T05:15:43 [trac] #2743/infra (v:4.10) created by chrisj (No git commit hooks running on rtems-docs.git) http://devel.rtems.org/ticket/2743 2016-06-17T05:16:50 [trac] #2590/task (closed) updated by chrisj (empty comment) http://devel.rtems.org/ticket/2590 2016-06-17T05:53:57 *** monstr has joined #rtems 2016-06-17T06:05:11 [trac] #2742/defect (closed) updated by Sebastian Huber (In [changeset:"305231bd3c2cb78421cedb9d7093773359612445/rtems"]: {{{ ...) http://devel.rtems.org/ticket/2742 2016-06-17T06:05:12 [git] 305231b by Sebastian Huber: [bsps: Fix MPCI_Fatal() prototype Close #2742.] http://devel.rtems.org/changeset/305231b/rtems 2016-06-17T06:07:41 [git] 16706b7 by Sebastian Huber: [bsps: Fix printk() format warning] http://devel.rtems.org/changeset/16706b7/rtems 2016-06-17T06:27:10 *** mumptai has joined #rtems 2016-06-17T06:29:48 *** atmc has joined #rtems 2016-06-17T06:30:40 hi, i wanted to know if there is i2c and serial communication working on the raspberry pi with rtems 2016-06-17T06:31:13 if not, what would be a cheap solution for a dev board? 2016-06-17T06:31:37 what is cheap for you? 2016-06-17T06:32:44 http://www.atmel.com/tools/ATSAMV71-XULT.aspx 2016-06-17T06:39:45 I would ask on the mailing list if the rpi has i2c support 2016-06-17T06:40:39 sebhub: ~100-200 2016-06-17T07:39:35 *** benjamint has quit IRC 2016-06-17T07:48:34 *** benjamint has joined #rtems 2016-06-17T08:22:34 *** Boquete has quit IRC 2016-06-17T08:26:11 *** Boquete has joined #rtems 2016-06-17T09:20:59 *** mumptai has quit IRC 2016-06-17T09:48:13 sebhub: can i program the atmega without a vendor ide? 2016-06-17T09:55:29 we use a Lauterbach debugger 2016-06-17T09:56:03 maybe check if it works with OpenOCD 2016-06-17T09:57:24 this is not cheap right? :) 2016-06-17T09:57:50 i'd like to use linux as my environment 2016-06-17T09:58:34 the Lauterbach costs about 1750 EUR for this platform (uTrace) 2016-06-17T09:59:18 OpenOCD is free software and the board has an USB debugger 2016-06-17T10:00:12 I use Linux all the time, I think the vendor IDE only supports windows 2016-06-17T10:57:05 *** sebhub has quit IRC 2016-06-17T12:52:10 *** monstr has quit IRC 2016-06-17T13:18:05 *** sirfrank1in has quit IRC 2016-06-17T14:31:03 *** ita_ has joined #rtems 2016-06-17T14:33:00 *** ita has quit IRC 2016-06-17T14:38:59 *** cdesai has quit IRC 2016-06-17T14:39:34 *** cdesai has joined #rtems 2016-06-17T14:46:25 *** ita_ has quit IRC 2016-06-17T14:55:42 *** danieli has quit IRC 2016-06-17T14:55:42 *** danieli has joined #rtems 2016-06-17T14:55:56 *** ita has joined #rtems 2016-06-17T15:40:20 *** mumptai has joined #rtems 2016-06-17T15:41:49 *** ketul has joined #rtems 2016-06-17T15:50:26 *** ketul has quit IRC 2016-06-17T16:11:14 *** gedare has joined #rtems 2016-06-17T16:11:15 *** ChanServ sets mode: +o gedare 2016-06-17T16:12:13 *** gedare has quit IRC 2016-06-17T16:21:41 *** sirfranklin has joined #rtems 2016-06-17T16:26:03 *** sirfranklin has quit IRC 2016-06-17T16:26:49 *** sirfranklin has joined #rtems 2016-06-17T16:33:11 *** sirfranklin has quit IRC 2016-06-17T16:52:22 *** ketul has joined #rtems 2016-06-17T17:03:19 *** sirfranklin has joined #rtems 2016-06-17T17:03:48 *** atmc has left #rtems 2016-06-17T17:08:35 *** sirfranklin has quit IRC 2016-06-17T17:10:26 *** sirfranklin has joined #rtems 2016-06-17T17:13:08 [trac] GSoC/2016 edited by hwj1593 (empty comment) http://devel.rtems.org/wiki/GSoC/2016 2016-06-17T17:17:04 *** sirfranklin has quit IRC 2016-06-17T17:41:00 *** sirfranklin has joined #rtems 2016-06-17T18:43:09 *** sirfranklin has quit IRC 2016-06-17T18:44:14 *** sirfranklin has joined #rtems 2016-06-17T18:57:18 *** ketul has quit IRC 2016-06-17T20:05:44 *** dougk_ has quit IRC 2016-06-17T22:34:29 *** m-ric has quit IRC 2016-06-17T23:10:19 *** mumptai has quit IRC 2016-06-17T23:45:01 [trac] GSoC/2016 edited by vivekkukreja (empty comment) http://devel.rtems.org/wiki/GSoC/2016 2016-06-17T23:50:46 *** kiwichris_ has joined #rtems 2016-06-17T23:50:50 *** kiwichris has quit IRC 2016-06-17T23:55:42 *** kiwichris has joined #rtems 2016-06-17T23:55:48 *** kiwichris_ has quit IRC 2016-06-18T02:23:16 *** lcpfnvcy has quit IRC 2016-06-18T06:16:47 *** benjamint has quit IRC 2016-06-18T06:23:29 *** benjamint has joined #rtems 2016-06-18T06:46:49 *** mumptai has joined #rtems 2016-06-18T07:29:40 *** lcpfnvcy has joined #rtems 2016-06-18T18:49:40 *** ketul has joined #rtems 2016-06-18T19:53:56 *** ketul has quit IRC 2016-06-18T22:54:07 *** mumptai has quit IRC 2016-06-19T00:44:07 *** Wonjun_ has joined #rtems 2016-06-19T00:46:15 *** Wonjun has quit IRC 2016-06-19T07:06:36 *** ita has quit IRC 2016-06-19T07:06:36 *** ita has joined #rtems 2016-06-19T09:02:47 [trac] GSoC/2016 edited by Mudit (empty comment) http://devel.rtems.org/wiki/GSoC/2016 2016-06-19T10:40:54 *** mkhoory-2 has quit IRC 2016-06-19T10:41:11 *** mkhoory-2 has joined #rtems 2016-06-19T12:13:48 *** mumptai has joined #rtems 2016-06-19T12:18:06 *** hesham has quit IRC 2016-06-19T13:45:01 *** hesham has joined #rtems 2016-06-19T18:45:08 *** commander has joined #rtems 2016-06-19T18:47:31 *** beng-nl_ has joined #rtems 2016-06-19T18:48:25 *** darnir- has joined #rtems 2016-06-19T18:50:09 *** commande1 has quit IRC 2016-06-19T18:50:10 *** beng-nl has quit IRC 2016-06-19T18:50:10 *** darnir has quit IRC 2016-06-19T18:50:13 *** darnir- is now known as darnir 2016-06-19T22:07:00 *** mumptai has quit IRC 2016-06-19T22:48:25 [trac] Developer/Simulators/QEMU edited by chrisj (Add -append details for the -kernel option.) http://devel.rtems.org/wiki/Developer/Simulators/QEMU