Re: [PATCH v3] score: Fix simple timecounter support

2016-01-21 Thread Sebastian Huber
On 21/01/16 14:50, Daniel Gutson wrote: El 21/1/2016 10:08, "Sebastian Huber" > escribió: > > On 21/01/16 14:04, Marcos Díaz wrote: >> >> Just a question, isn't this hardware counter used for debugging? This won't cause us any problem for debuggin

Re: RTEMS User Level Tracing?

2016-01-21 Thread Chris Johns
On 22/01/2016 03:10, Isaac Gutekunst wrote: Sorry for the even longer delay between replies. I've been on vacation. Thanks for getting back to us. I think I answered all the parts below. :) I think clarifying a few things will be helpful. barectf takes a yaml file describing a bunch of data

Re: RTEMS User Level Tracing?

2016-01-21 Thread Isaac Gutekunst
Sorry for the even longer delay between replies. I've been on vacation. I think clarifying a few things will be helpful. barectf takes a yaml file describing a bunch of data types that can be logged. The python tool will generate a c file that has function like log_my_data_type(MyDataType*

Re: [PATCH v3] score: Fix simple timecounter support

2016-01-21 Thread Daniel Gutson
El 21/1/2016 10:08, "Sebastian Huber" escribió: > > On 21/01/16 14:04, Marcos Díaz wrote: >> >> Just a question, isn't this hardware counter used for debugging? This won't cause us any problem for debugging? > > > Why should it cause problems? Beside any problem, how this affects debugging since

Re: [PATCH v3] score: Fix simple timecounter support

2016-01-21 Thread Marcos Díaz
I haven't fully read the datasheet, but isn't the purpose of this module to be used by a debugger? Isn't there a risk that debugging hardware will mess with this hardware? On Thu, Jan 21, 2016 at 10:08 AM, Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 21/01/16 14:04, Marcos Dí

Re: [PATCH v3] score: Fix simple timecounter support

2016-01-21 Thread Sebastian Huber
On 21/01/16 14:04, Marcos Díaz wrote: Just a question, isn't this hardware counter used for debugging? This won't cause us any problem for debugging? Why should it cause problems? -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189

Re: [PATCH v3] score: Fix simple timecounter support

2016-01-21 Thread Marcos Díaz
Hi, Martin isn't here, but I will test it just give me some time. Just a question, isn't this hardware counter used for debugging? This won't cause us any problem for debugging? On Thu, Jan 21, 2016 at 9:29 AM, Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello Martin, > > On 14

Re: Participation in GSoC 2016

2016-01-21 Thread Thomas Dörfler
Hi Darshit, today I stumbled over your pre-GSoC-activities and I really appreciate them. Since our company (especially Sebastian) were (and again will be) working to improve the SMP part of RTEMS, we really would appreciate staying in contact with you. Since we are located in Germany near mu

Re: [PATCH v3] score: Fix simple timecounter support

2016-01-21 Thread Sebastian Huber
Hello Martin, On 14/01/16 14:44, Martin Galvan wrote: We've tested it and so far it's working fine. I checked in the patch and in addition added support for the DWT CYCCNT as an alternative timecounter (it was 25% faster on a Cortex-M7). Would you mind testing this in your environment? htt