Hi Thomas
> On Thu, 25 Apr 2013, Tim Sander wrote:
> > handler. But normally the HR_TIMER is set. So we switched it off on this
> > very purpose. As we also have also PREEMPT_RT_FULL set the proposed
> > solution to allow only PREEMPT_RT_FULL with PREEMPT_RT_FULL set is not an
> > option for us.
Da
On Fri, 2013-04-26 at 00:20 +0200, Thomas Gleixner wrote:
> Tim,
>
> On Thu, 25 Apr 2013, Tim Sander wrote:
> > handler. But normally the HR_TIMER is set. So we switched it off on this
> > very
> > purpose. As we also have also PREEMPT_RT_FULL set the proposed solution to
> > allow only PREEMPT
Tim,
On Thu, 25 Apr 2013, Tim Sander wrote:
> handler. But normally the HR_TIMER is set. So we switched it off on this very
> purpose. As we also have also PREEMPT_RT_FULL set the proposed solution to
> allow only PREEMPT_RT_FULL with PREEMPT_RT_FULL set is not an option for us.
-ENOPARSE
--
To
On Thu, 2013-04-25 at 16:22 +0200, Tim Sander wrote:
> As we also have also PREEMPT_RT_FULL set the proposed solution to
> allow only PREEMPT_RT_FULL with PREEMPT_RT_FULL set is not an option for us.
Then I think you have issues ;-)
-- Steve
--
To unsubscribe from this list: send the line "u
Hi Sebastian
> > I just wanted to test this release but it fails to compile with the the
> > following error:
> >
> > kernel/hrtimer.c: In function '__hrtimer_start_range_ns':
> > kernel/hrtimer.c:1045:7: error: implicit declaration of function
> > 'hrtimer_rt_defer'
> > kernel/hrtimer.c: At top l
On Thu, 2013-04-25 at 15:09 +0200, Thomas Gleixner wrote:
> On Thu, 25 Apr 2013, Steven Rostedt wrote:
>
> > On Thu, 2013-04-25 at 14:46 +0200, Thomas Gleixner wrote:
> > > On Thu, 25 Apr 2013, Steven Rostedt wrote:
> > > > On Thu, 2013-04-25 at 14:36 +0200, Mike Galbraith wrote:
> > > > > hrtime
On Thu, 2013-04-25 at 15:09 +0200, Thomas Gleixner wrote:
> Well, if your application is driven by an external interrupt, then you
> do not need highres timers at all.
Fair point.
-- Steve
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to ma
On Thu, 2013-04-25 at 14:55 +0200, Sebastian Andrzej Siewior wrote:
> On 04/25/2013 02:36 PM, Mike Galbraith wrote:
> > hrtimer: fix hrtimer free zone build bug
> >
> > Signed-off-by: Mike Galbraith
> >
> > diff --git a/kernel/hrtimer.c b/kernel/hrtimer.c
> > index 2328c04..31d57a2 100644
> > -
On Thu, 25 Apr 2013, Steven Rostedt wrote:
> On Thu, 2013-04-25 at 14:46 +0200, Thomas Gleixner wrote:
> > On Thu, 25 Apr 2013, Steven Rostedt wrote:
> > > On Thu, 2013-04-25 at 14:36 +0200, Mike Galbraith wrote:
> > > > hrtimer: fix hrtimer free zone build bug
> > >
> > > Perhaps the better solu
On 04/25/2013 02:36 PM, Mike Galbraith wrote:
> hrtimer: fix hrtimer free zone build bug
>
> Signed-off-by: Mike Galbraith
>
> diff --git a/kernel/hrtimer.c b/kernel/hrtimer.c
> index 2328c04..31d57a2 100644
> --- a/kernel/hrtimer.c
> +++ b/kernel/hrtimer.c
> @@ -1036,7 +1036,7 @@ int __hrtimer_
On Thu, 2013-04-25 at 14:48 +0200, Mike Galbraith wrote:
>
> > Perhaps the better solution is to select HIGH_RES_TIMERS when
> > PREEMPT_RT_FULL is selected?
>
> If they have support, most definitely. I got the impression lots of ARM
> boxen are impoverished.. why else would they not have it al
On Thu, 2013-04-25 at 14:46 +0200, Thomas Gleixner wrote:
> On Thu, 25 Apr 2013, Steven Rostedt wrote:
> > On Thu, 2013-04-25 at 14:36 +0200, Mike Galbraith wrote:
> > > hrtimer: fix hrtimer free zone build bug
> >
> > Perhaps the better solution is to select HIGH_RES_TIMERS when
> > PREEMPT_RT_FU
On Thu, 2013-04-25 at 08:43 -0400, Steven Rostedt wrote:
> On Thu, 2013-04-25 at 14:36 +0200, Mike Galbraith wrote:
> > On Thu, 2013-04-25 at 14:32 +0200, Sebastian Andrzej Siewior wrote:
> > > On 04/25/2013 01:14 PM, Tim Sander wrote:
> > > > Hi
> > > >
> > > > I just wanted to test this relea
On Thu, 25 Apr 2013, Steven Rostedt wrote:
> On Thu, 2013-04-25 at 14:36 +0200, Mike Galbraith wrote:
> > hrtimer: fix hrtimer free zone build bug
>
> Perhaps the better solution is to select HIGH_RES_TIMERS when
> PREEMPT_RT_FULL is selected?
No, why ?
--
To unsubscribe from this list: send the
On Thu, 2013-04-25 at 14:36 +0200, Mike Galbraith wrote:
> On Thu, 2013-04-25 at 14:32 +0200, Sebastian Andrzej Siewior wrote:
> > On 04/25/2013 01:14 PM, Tim Sander wrote:
> > > Hi
> > >
> > > I just wanted to test this release but it fails to compile with the the
> > > following error:
> > >
On Thu, 2013-04-25 at 13:14 +0200, Tim Sander wrote:
> Hi
>
> I just wanted to test this release but it fails to compile with the the
> following error:
>
> kernel/hrtimer.c: In function '__hrtimer_start_range_ns':
> kernel/hrtimer.c:1045:7: error: implicit declaration of function
> 'hrtimer_r
On Thu, 2013-04-25 at 14:32 +0200, Sebastian Andrzej Siewior wrote:
> On 04/25/2013 01:14 PM, Tim Sander wrote:
> > Hi
> >
> > I just wanted to test this release but it fails to compile with the the
> > following error:
> >
> > kernel/hrtimer.c: In function '__hrtimer_start_range_ns':
> > kern
On 04/25/2013 01:14 PM, Tim Sander wrote:
> Hi
>
> I just wanted to test this release but it fails to compile with the the
> following error:
>
> kernel/hrtimer.c: In function '__hrtimer_start_range_ns':
> kernel/hrtimer.c:1045:7: error: implicit declaration of function
> 'hrtimer_rt_defer'
>
Hi
I just wanted to test this release but it fails to compile with the the
following error:
kernel/hrtimer.c: In function '__hrtimer_start_range_ns':
kernel/hrtimer.c:1045:7: error: implicit declaration of function
'hrtimer_rt_defer'
kernel/hrtimer.c: At top level:
kernel/hrtimer.c:1416:12: er
Dear RT Folks,
I'm pleased to announce the 3.4.41-rt55-feat1 feature release.
This release contains the backport of the softirq routines being called
directly by the thread that raised the softirq, making the softirq run
at the priority of its caller. Special thanks goes out to Sebastian
Andrzej
20 matches
Mail list logo