Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756579AbYCVLbj (ORCPT ); Sat, 22 Mar 2008 07:31:39 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754154AbYCVLb1 (ORCPT ); Sat, 22 Mar 2008 07:31:27 -0400 Received: from einhorn.in-berlin.de ([192.109.42.8]:47132 "EHLO einhorn.in-berlin.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754222AbYCVLb0 (ORCPT ); Sat, 22 Mar 2008 07:31:26 -0400 X-Envelope-From: stefanr@s5r6.in-berlin.de Message-ID: <47E4EDB5.2080205@s5r6.in-berlin.de> Date: Sat, 22 Mar 2008 12:29:57 +0100 From: Stefan Richter User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.12) Gecko/20080219 SeaMonkey/1.1.8 MIME-Version: 1.0 To: linux-kernel@vger.kernel.org CC: Henrique de Moraes Holschuh , Andrew Morton , David Brownell , Richard Purdie , Ingo Molnar , Geert Uytterhoeven , netdev@vger.kernel.org, Martin Schwidefsky , Heiko Carstens , linux-usb@vger.kernel.org, linux-wireless@vger.kernel.org, video4linux-list@redhat.com, lm-sensors@lm-sensors.org Subject: Re: use of preempt_count instead of in_atomic() at leds-gpio.c References: <20080316184349.GA28543@khazad-dum.debian.net> <200803161246.23909.david-b@pacbell.net> <20080318001429.896acf51.akpm@linux-foundation.org> <20080320225612.GB20788@khazad-dum.debian.net> <20080320164741.734e838c.akpm@linux-foundation.org> <20080321003604.GC20788@khazad-dum.debian.net> <20080320180802.426ad2d1.akpm@linux-foundation.org> <47E37E04.3080303@s5r6.in-berlin.de> <20080321123708.GE5586@khazad-dum.debian.net> <47E3B528.6010200@s5r6.in-berlin.de> In-Reply-To: <47E3B528.6010200@s5r6.in-berlin.de> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1045 Lines: 23 I wrote: >>> 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 > 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/ -- 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/