login
Login
/
Register
Search
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
March
»
22
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:
Stefan Richter <stefanr@...>
To: <linux-kernel@...>
Cc: Henrique de Moraes Holschuh <hmh@...>, Andrew Morton <akpm@...>, David Brownell <david-b@...>, Richard Purdie <rpurdie@...>, Ingo Molnar <mingo@...>, Geert Uytterhoeven <geert@...>, <netdev@...>, Martin Schwidefsky <schwidefsky@...>, Heiko Carstens <heiko.carstens@...>, <linux-usb@...>, <linux-wireless@...>, <video4linux-list@...>, <lm-sensors@...>
Subject:
Re: use of preempt_count instead of in_atomic() at leds-gpio.c
Date: Saturday, March 22, 2008 - 7:29 am
I wrote:
quoted text
>>> and eth1394 to deal with temporary lack of of tlabels. Alas I just >>> recently received a report that eth1394's workaround is unsuccessful >>> on non-preemptible uniprocessor kernels. > (I haven't started working on a fix, or opened a bugzilla > ticket for it yet. The reporter currently switched his kernel to > PREEMPT which is not affected.)
now logged as
http://bugzilla.kernel.org/show_bug.cgi?id=10306
quoted text
> The failure in the workaround is *not* about the in_atomic() being the > wrong question asked in hpsb_get_tlabel() --- no, ieee1394's in_atomic() > abuse works just fine even on UP PREEMPT_NONE. Instead, the failure is > about kthreads not being scheduled in the way that I thought they would.
-- Stefan Richter -=====-==--- --== =-==-
http://arcgraph.de/sr/
--
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
:
Tarkan Erimer
Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3
Greg Kroah-Hartman
[PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO
Benjamin Herrenschmidt
Re: [PATCH] Remove process freezer from suspend to RAM pathway
Bart Van Assche
Re: Integration of SCST in the mainstream Linux kernel
git
:
linux-netdev
:
Jarek Poplawski
[PATCH] pkt_sched: Destroy gen estimators under rtnl_lock().
Arjan van de Ven
Re: [GIT]: Networking
Gerrit Renker
[PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side)
Natalie Protasevich
[BUG] New Kernel Bugs
openbsd-misc
:
Colocation donated by:
Who's online
There are currently
5 users
and
759 guests
online.
Online users
strcmp
davidwalsh
yuyimen67
davidwalsh
digitalcable
Syndicate