On Mon, 3 Aug 2015 16:36:29 +0200 (CEST)
Thomas Gleixner wrote:
> On Mon, 3 Aug 2015, Boris Brezillon wrote:
> > On Sun, 2 Aug 2015 11:40:28 +0200
> > Peter Zijlstra wrote:
> >
> > > On Sun, Aug 02, 2015 at 11:10:21AM +0200, Thomas Gleixner wrote:
> > > > I think Boris Brezillon had
On Mon, 3 Aug 2015, Boris Brezillon wrote:
> On Sun, 2 Aug 2015 11:40:28 +0200
> Peter Zijlstra wrote:
>
> > On Sun, Aug 02, 2015 at 11:10:21AM +0200, Thomas Gleixner wrote:
> > > I think Boris Brezillon had implemented it at some point, but it was
> > > shot down for reasons I can't remember.
Peter, Thomas,
On Sun, 2 Aug 2015 11:40:28 +0200
Peter Zijlstra wrote:
> On Sun, Aug 02, 2015 at 11:10:21AM +0200, Thomas Gleixner wrote:
> > I think Boris Brezillon had implemented it at some point, but it was
> > shot down for reasons I can't remember.
>
> You weren't around at the time..
On Mon, 3 Aug 2015, Boris Brezillon wrote:
On Sun, 2 Aug 2015 11:40:28 +0200
Peter Zijlstra pet...@infradead.org wrote:
On Sun, Aug 02, 2015 at 11:10:21AM +0200, Thomas Gleixner wrote:
I think Boris Brezillon had implemented it at some point, but it was
shot down for reasons I can't
Peter, Thomas,
On Sun, 2 Aug 2015 11:40:28 +0200
Peter Zijlstra pet...@infradead.org wrote:
On Sun, Aug 02, 2015 at 11:10:21AM +0200, Thomas Gleixner wrote:
I think Boris Brezillon had implemented it at some point, but it was
shot down for reasons I can't remember.
You weren't around at
On Mon, 3 Aug 2015 16:36:29 +0200 (CEST)
Thomas Gleixner t...@linutronix.de wrote:
On Mon, 3 Aug 2015, Boris Brezillon wrote:
On Sun, 2 Aug 2015 11:40:28 +0200
Peter Zijlstra pet...@infradead.org wrote:
On Sun, Aug 02, 2015 at 11:10:21AM +0200, Thomas Gleixner wrote:
I think Boris
On Sun, Aug 02, 2015 at 11:10:21AM +0200, Thomas Gleixner wrote:
> I think Boris Brezillon had implemented it at some point, but it was
> shot down for reasons I can't remember.
You weren't around at the time.. DT people didn't like it, said they
didn't like having to make up fake hardware in
On Mon, 20 Jul 2015, Thomas Gleixner wrote:
> On Mon, 20 Jul 2015, Alexandre Belloni wrote:
>
> > On 20/07/2015 at 11:04:30 +0200, Thomas Gleixner wrote :
> > > That's why I used setup/remove_irq() in the stale RT changes.
> > >
> >
> > Hum, actually, you hit the same thing with
On Mon, 20 Jul 2015, Thomas Gleixner wrote:
On Mon, 20 Jul 2015, Alexandre Belloni wrote:
On 20/07/2015 at 11:04:30 +0200, Thomas Gleixner wrote :
That's why I used setup/remove_irq() in the stale RT changes.
Hum, actually, you hit the same thing with setup/remove_irq (and I'm
On Sun, Aug 02, 2015 at 11:10:21AM +0200, Thomas Gleixner wrote:
I think Boris Brezillon had implemented it at some point, but it was
shot down for reasons I can't remember.
You weren't around at the time.. DT people didn't like it, said they
didn't like having to make up fake hardware in
On Mon, 20 Jul 2015, Alexandre Belloni wrote:
> On 20/07/2015 at 11:04:30 +0200, Thomas Gleixner wrote :
> > That's why I used setup/remove_irq() in the stale RT changes.
> >
>
> Hum, actually, you hit the same thing with setup/remove_irq (and I'm not sure
> to follow why):
It's the kmalloc of
On 20/07/2015 at 11:04:30 +0200, Thomas Gleixner wrote :
> That's why I used setup/remove_irq() in the stale RT changes.
>
Hum, actually, you hit the same thing with setup/remove_irq (and I'm not sure
to follow why):
BUG: sleeping function called from invalid context at mm/slab.c:2863
On Sun, 19 Jul 2015, Alexandre Belloni wrote:
> On 18/07/2015 at 10:12:03 +0200, Thomas Gleixner wrote :
> > On Fri, 17 Jul 2015, Alexandre Belloni wrote:
> > > +static int atmel_st_request_irq(struct clock_event_device *dev)
> > > +{
> > > + int ret;
> > > +
> > > + if
On Sun, 19 Jul 2015, Alexandre Belloni wrote:
On 18/07/2015 at 10:12:03 +0200, Thomas Gleixner wrote :
On Fri, 17 Jul 2015, Alexandre Belloni wrote:
+static int atmel_st_request_irq(struct clock_event_device *dev)
+{
+ int ret;
+
+ if (clockevent_state_periodic(dev) ||
On Mon, 20 Jul 2015, Alexandre Belloni wrote:
On 20/07/2015 at 11:04:30 +0200, Thomas Gleixner wrote :
That's why I used setup/remove_irq() in the stale RT changes.
Hum, actually, you hit the same thing with setup/remove_irq (and I'm not sure
to follow why):
It's the kmalloc of the
On 20/07/2015 at 11:04:30 +0200, Thomas Gleixner wrote :
That's why I used setup/remove_irq() in the stale RT changes.
Hum, actually, you hit the same thing with setup/remove_irq (and I'm not sure
to follow why):
BUG: sleeping function called from invalid context at mm/slab.c:2863
On 18/07/2015 at 10:12:03 +0200, Thomas Gleixner wrote :
> On Fri, 17 Jul 2015, Alexandre Belloni wrote:
> > +static int atmel_st_request_irq(struct clock_event_device *dev)
> > +{
> > + int ret;
> > +
> > + if (clockevent_state_periodic(dev) || clockevent_state_oneshot(dev))
> > +
On Fri, 17 Jul 2015, Alexandre Belloni wrote:
> +static int atmel_st_request_irq(struct clock_event_device *dev)
> +{
> + int ret;
> +
> + if (clockevent_state_periodic(dev) || clockevent_state_oneshot(dev))
> + return 0;
> +
> + ret = request_irq(irq,
On Fri, 17 Jul 2015, Alexandre Belloni wrote:
+static int atmel_st_request_irq(struct clock_event_device *dev)
+{
+ int ret;
+
+ if (clockevent_state_periodic(dev) || clockevent_state_oneshot(dev))
+ return 0;
+
+ ret = request_irq(irq, at91rm9200_timer_interrupt,
On 18/07/2015 at 10:12:03 +0200, Thomas Gleixner wrote :
On Fri, 17 Jul 2015, Alexandre Belloni wrote:
+static int atmel_st_request_irq(struct clock_event_device *dev)
+{
+ int ret;
+
+ if (clockevent_state_periodic(dev) || clockevent_state_oneshot(dev))
+ return 0;
+
Setup and remove the interrupt handler in clock event mode selection.
This avoids calling the (shared) interrupt handler when the device is not
used.
Signed-off-by: Alexandre Belloni
---
drivers/clocksource/timer-atmel-st.c | 43 +---
1 file changed, 35
Setup and remove the interrupt handler in clock event mode selection.
This avoids calling the (shared) interrupt handler when the device is not
used.
Signed-off-by: Alexandre Belloni alexandre.bell...@free-electrons.com
---
drivers/clocksource/timer-atmel-st.c | 43
22 matches
Mail list logo