Re: Fwd: [Bug debug/65779] [5/6 Regression] undefined local symbol on powerpc [regression]

Yes, this bug is still a problem for several PowerPC BSPs. I have no time to work on this. On 18/01/16 20:38, Joel Sherrill wrote: Hi Didn't this impact us? Did someone have a test case? Forwarded Message Subject: [Bug debug/65779] [5/6 Regression] undefined local symbol on

Re: Odd Time of Day Reported with Ticker

On 19/01/16 16:44, Joel Sherrill wrote: On Tue, Jan 19, 2016 at 9:15 AM, Sebastian Huber > wrote: On 19/01/16 16:08, Joel Sherrill wrote: On Tue, Jan 19, 2016 at 8:57 AM, Sebastian Huber mailto:sebastian.hu...@embedded-bra

AVR Port Removed

Hi I just pushed a patch to remove the AVR port. The patch was HUGE at 7,035,369 bytes and wasn't going to be allowed through for review. And if it had been allowed through, it would have blown up everyone's inbox. If I broke something, I know you folks will speak up but hopefully I didn't. --j

Re: Odd Time of Day Reported with Ticker

On Tue, Jan 19, 2016 at 9:15 AM, Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > > > On 19/01/16 16:08, Joel Sherrill wrote: > >> >> >> On Tue, Jan 19, 2016 at 8:57 AM, Sebastian Huber < >> sebastian.hu...@embedded-brains.de > sebastian.hu...@embedded-brains.de>> wrote: >> >> >> >>

Re: Odd Time of Day Reported with Ticker

On 19/01/16 16:08, Joel Sherrill wrote: On Tue, Jan 19, 2016 at 8:57 AM, Sebastian Huber > wrote: On 19/01/16 15:39, Joel Sherrill wrote: The tasks are delaying 500, 1000, and 1500 ticks with nanoseconds_per_tick = 1000.

Re: Fwd: [rtems commit] Merge branch 'master' of ssh://dispatch.rtems.org/data/git/ rtems

On Mon, Jan 18, 2016 at 7:45 PM, Gedare Bloom wrote: > Hey Joel, > > Merge commits 1 out of every 100 pushes is too many, so you might want > to increase your number of '9's ;-) > > +1 > On Mon, Jan 18, 2016 at 3:42 PM, Joel Sherrill wrote: > > Thanks. > > > > Since I tend to do commits from o

Re: Odd Time of Day Reported with Ticker

On Tue, Jan 19, 2016 at 8:57 AM, Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > > > On 19/01/16 15:39, Joel Sherrill wrote: > >> The tasks are delaying 500, 1000, and 1500 ticks with >> nanoseconds_per_tick = 1000. Delay operations are guaranteed to be a >> minimum of the reque

Re: Odd Time of Day Reported with Ticker

On 19/01/16 15:39, Joel Sherrill wrote: The tasks are delaying 500, 1000, and 1500 ticks with nanoseconds_per_tick = 1000. Delay operations are guaranteed to be a minimum of the requested amount and this is not being honored. For the ticks based services this is not true, you wait to the

Re: Participation in GSoC 2016

On 17 January 2016 at 17:50, Joel Sherrill wrote: > > > On Sun, Jan 17, 2016 at 9:52 AM, Darshit Shah wrote: >> >> I agree. A SMP Scheduling based project would be a nice match for me. >> >> In fact, as suggested earlier, ticket #2510, about the implementing >> arbitrary processor affinities soun

Re: Odd Time of Day Reported with Ticker

On Jan 19, 2016 3:53 AM, "Sebastian Huber" < sebastian.hu...@embedded-brains.de> wrote: > > The problem is that you set the time via rtems_clock_set() in Init(). The you wait via rtems_task_wake_after(5s in ticks). With a rtems_task_wake_after(n) you wait to the n-th next tick, thus your wait inter

Re: BSP confdefs.h requirements

On 19/01/16 12:49, Nick Withers wrote: Hi y'all, https://git.rtems.org/rtems/commit/?id=bb291a4a87d3b3212999eddfa6f3b4cd 5eea4032 ...I still hate that this is a thing (see https://lists.rtems.org/pipermail/users/2013-August/026957.html ). Is there anything I can do or help I can lend to mak

BSP confdefs.h requirements

Hi y'all, https://git.rtems.org/rtems/commit/?id=bb291a4a87d3b3212999eddfa6f3b4cd 5eea4032 ...I still hate that this is a thing (see https://lists.rtems.org/pipermail/users/2013-August/026957.html ). Is there anything I can do or help I can lend to making this better? -- Nick Withers Embedded

Re: Odd Time of Day Reported with Ticker

The problem is that you set the time via rtems_clock_set() in Init(). The you wait via rtems_task_wake_after(5s in ticks). With a rtems_task_wake_after(n) you wait to the n-th next tick, thus your wait interval is slightly less than 5s in most cases. On 18/01/16 00:19, Joel Sherrill wrote: Hi

Re: [PATCH 1,2,3] Add STM32F4 and F7 BSP

Hello Isaac, your patches need an update due to some changes I made recently to support the Atmel SAM V71 platform. Please use the CMSIS code in the shared directory. On 15/01/16 22:55, Gedare Bloom wrote: Isaac. In patches 1 and 2: * If the HAL code might be re-updated, the RTEMS changes s