login
Login
/
Register
Search
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
March
»
21
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
view
thread
!MAILaRCHIVE_VOTE_RePLACE
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From:
Andrew Morton <akpm@...>
To: Jean Delvare <khali@...>
Cc: Alan Stern <stern@...>, Michael Buesch <mb@...>, Henrique de Moraes Holschuh <hmh@...>, David Brownell <david-b@...>, Richard Purdie <rpurdie@...>, <linux-kernel@...>, Ingo Molnar <mingo@...>, Geert Uytterhoeven <geert@...>
Subject:
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
Date: Friday, March 21, 2008 - 1:37 pm
On Fri, 21 Mar 2008 10:53:11 +0100 Jean Delvare <khali@linux-fr.org> wrote:
quoted text
> On Thu, 20 Mar 2008 20:17:23 -0700, Andrew Morton wrote: > > in_atomic() is for core kernel use only. (...) > > Then why is it made available to drivers through <linux/hardirq.h>?
Because we suck.
quoted text
> If > it's such a dangerous macro to call from drivers, it shouldn't be made > available, or at the very least there should be a big fat warning in > <linux/hardirq.h> that drivers aren't supposed to use it. This would > have avoided the 23 uses cases in drivers we have right now.
True. --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
use of preempt_count instead of in_atomic() at leds-gpio.c
, Henrique de Moraes Holschuh...
, (Sun Mar 16, 2:43 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, David Brownell
, (Sun Mar 16, 3:46 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Andrew Morton
, (Tue Mar 18, 3:14 am)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Henrique de Moraes Holschuh...
, (Thu Mar 20, 6:56 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Andrew Morton
, (Thu Mar 20, 7:47 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Richard Purdie
, (Thu Mar 20, 8:56 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Henrique de Moraes Holschuh...
, (Thu Mar 20, 10:10 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Henrique de Moraes Holschuh...
, (Thu Mar 20, 8:36 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Andrew Morton
, (Thu Mar 20, 9:08 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, David Brownell
, (Fri Mar 21, 1:04 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Stefan Richter
, (Fri Mar 21, 5:21 am)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Henrique de Moraes Holschuh...
, (Fri Mar 21, 8:37 am)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Stefan Richter
, (Fri Mar 21, 9:16 am)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Stefan Richter
, (Sat Mar 22, 7:29 am)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Stefan Richter
, (Fri Mar 21, 5:27 am)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Alan Stern
, (Thu Mar 20, 9:31 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Michael Buesch
, (Thu Mar 20, 9:36 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Andrew Morton
, (Thu Mar 20, 10:27 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Heiko Carstens
, (Fri Mar 21, 9:47 am)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Greg KH
, (Fri Mar 21, 12:54 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Andrew Morton
, (Fri Mar 21, 3:59 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Michael Buesch
, (Fri Mar 21, 4:16 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Michael Buesch
, (Fri Mar 21, 4:20 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Alan Stern
, (Thu Mar 20, 11:07 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Andrew Morton
, (Thu Mar 20, 11:17 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Tetsuo Handa
, (Fri Mar 21, 11:11 am)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Stefan Richter
, (Fri Mar 21, 12:54 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Stefan Richter
, (Fri Mar 21, 1:02 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Tetsuo Handa
, (Sun Mar 23, 1:53 am)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Jean Delvare
, (Fri Mar 21, 5:53 am)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Andrew Morton
, (Fri Mar 21, 1:37 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Alan Stern
, (Fri Mar 21, 2:05 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio...
, Jonathan Corbet
, (Mon Mar 24, 3:34 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Andrew Morton
, (Mon Mar 24, 3:42 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio...
, Jonathan Corbet
, (Mon Mar 24, 3:53 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Junio C Hamano
, (Tue Mar 25, 4:52 am)
Re: use of preempt_count instead of in_atomic() at leds-gpio...
, Jonathan Corbet
, (Tue Mar 25, 9:44 am)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, David Brownell
, (Tue Mar 25, 7:20 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Alan Stern
, (Wed Mar 26, 10:28 am)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Henrique de Moraes Holschuh...
, (Wed Mar 26, 12:17 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, David Brownell
, (Thu Mar 27, 2:51 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Richard Purdie
, (Wed Mar 26, 12:46 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Jean Delvare
, (Tue Mar 25, 6:39 am)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, David Brownell
, (Tue Mar 18, 3:06 pm)
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
, Andrew Morton
, (Tue Mar 18, 4:07 pm)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Paul Jackson
Re: cpuset-remove-sched-domain-hooks-from-cpusets
James Bottomley
Re: Announce: Linux-next (Or Andrew's dream :-))
David Miller
Slow DOWN, please!!!
Masami Hiramatsu
Re: [RFC PATCH v4] Unified trace buffer
git
:
linux-netdev
:
Gerrit Renker
[PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side)
Parag Warudkar
Re: 2.6.29-rc3: tg3 dead after resume
Jarek Poplawski
[PATCH] pkt_sched: Destroy gen estimators under rtnl_lock().
openbsd-misc
:
Colocation donated by:
Who's online
There are currently
2 users
and
1065 guests
online.
Online users
rockytherobott
truthaboutabcxa
Syndicate