login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
May
»
21
Re: [PATCH 1/3][-mm] add class_reclassify macro
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Dave Young
Subject:
Re: [PATCH 1/3][-mm] add class_reclassify macro
Date: Tuesday, May 20, 2008 - 7:05 pm
On Wed, May 21, 2008 at 3:23 AM, Andrew Morton <akpm@linux-foundation.org> wrote:
quoted text
> On Tue, 20 May 2008 11:36:41 -0600 > Matthew Wilcox <matthew@wil.cx> wrote: > >> On Tue, May 20, 2008 at 10:30:45AM -0700, Andrew Morton wrote: >> > Well what are these lockdep warnings? Normally such a warning means that >> > we have a locking bug. I _assume_ that you've determined that the warnings >> > are false-positives? >> >> Andrew, we already discussed this on the thread you started that you >> then ignored ... > > rofl. > > All pertinent information should be in a patch's changelog. Then this > sort of confusion will not occur.
My wrong. should do this in advance.
quoted text
> >> > The warning which Mariusz Kozlowski discovered ("Subject: Re: >> > 2.6.26-rc2-mm1: possible circular locking dependency detected") was >> > triggered by the "class semaphore to mutex" conversion and it looks >> > like a real bug to me. Would your patch prevent warnings such as that >> > one from being available to us? >> >> The problem is that you add one type of class which then adds devices >> that are of another class. This is not a bug. My proposal is to give >> each sysfs class its own lock class; Dave's is to only do it for the >> two classes he knows about that do this. > > Well that sounds reasonable. I'm not sure that we should introduce > generic-looking helper infrastructure to do it, however. > > Anyway I'll happily sit back and let you guys and Greg sort this one out ;) >
--
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:
[PATCH 1/3][-mm] add class_reclassify macro
, Dave Young
, (Tue May 20, 2:55 am)
Re: [PATCH 1/3][-mm] add class_reclassify macro
, Andrew Morton
, (Tue May 20, 3:02 am)
Re: [PATCH 1/3][-mm] add class_reclassify macro
, Dave Young
, (Tue May 20, 4:05 am)
Re: [PATCH 1/3][-mm] add class_reclassify macro
, Matthew Wilcox
, (Tue May 20, 4:36 am)
Re: [PATCH 1/3][-mm] add class_reclassify macro
, Greg KH
, (Tue May 20, 10:21 am)
Re: [PATCH 1/3][-mm] add class_reclassify macro
, Andrew Morton
, (Tue May 20, 10:30 am)
Re: [PATCH 1/3][-mm] add class_reclassify macro
, Matthew Wilcox
, (Tue May 20, 10:36 am)
Re: [PATCH 1/3][-mm] add class_reclassify macro
, Andrew Morton
, (Tue May 20, 12:23 pm)
Re: [PATCH 1/3][-mm] add class_reclassify macro
, Dave Young
, (Tue May 20, 7:05 pm)
Re: [PATCH 1/3][-mm] add class_reclassify macro
, Dave Young
, (Mon May 26, 11:42 pm)
Re: [PATCH 1/3][-mm] add class_reclassify macro
, Andrew Morton
, (Mon May 26, 11:59 pm)
Re: [PATCH 1/3][-mm] add class_reclassify macro
, Dave Young
, (Tue May 27, 12:31 am)
Re: [PATCH 1/3][-mm] add class_reclassify macro
, Matthew Wilcox
, (Wed May 28, 8:48 am)
Re: [PATCH 1/3][-mm] add class_reclassify macro
, Greg KH
, (Wed May 28, 9:06 am)
Re: [PATCH 1/3][-mm] add class_reclassify macro
, Greg KH
, (Wed May 28, 9:28 am)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
FUJITA Tomonori
Re: [Scst-devel] Integration of SCST in the mainstream Linux kernel
Ingo Molnar
Re: [RFC/RFT PATCH] sched: automated per tty task groups
Benjamin Herrenschmidt
[git pull] Please pull powerpc.git merge branch
Vivek Goyal
Re: [PATCH v4] sched: automated per session task groups
Bart Van Assche
Re: Integration of SCST in the mainstream Linux kernel
git
:
Mike Miller
git message
Junio C Hamano
Re: [PATCH] Detached HEAD (experimental)
Stefan Richter
Re: [kernel.org users] [RFD] On deprecating "git-foo" for builtins
A Large Angry SCM
Re: [RFC] origin link for cherry-pick and revert
Jeff King
Re: [PATCH] t7004: test that "git-tag -u" implies "-s"
git-commits-head
:
Linux Kernel Mailing List
libata: disable ATAPI AN by default
Linux Kernel Mailing List
ARM: 5905/1: ARM: Global ASID allocation on SMP
Linux Kernel Mailing List
Documentation/timers/hpet_example.c: only build on X86
Linux Kernel Mailing List
ALSA: hda - Enable beep on Realtek codecs with PCI SSID override
Linux Kernel Mailing List
i915: Don't whine when pci_enable_msi() fails.
linux-netdev
:
Arnaldo Carvalho de Melo
Re: [PATCH 06/37] dccp: Limit feature negotiation to connection setup phase
Gerrit Renker
[PATCH 1/5] dccp: Initialisation framework for feature negotiation
Daniel Lezcano
getsockopt(TCP_DEFER_ACCEPT) value change
David Miller
Re: 2.6.27.18: bnx2/tg3: BUG: "scheduling while atomic" trying to ifenslave a seco...
Jeff Garzik
Re: [PATCH] drivers/net: remove network drivers' last few uses of IRQF_SAMPLE_RANDOM
openbsd-misc
:
Stuart Henderson
Re: Kuro5hin: OpenBSD Founder Theo deRaadt Has Conflict of Interest With AMD
Christian Weisgerber
Re: CARP with a single public IP address
Marco Peereboom
Re: OpenBSD culture?
"RALOVICH, Kristóf"
Re: thinkpad windows refund
Kevin
Re: uvm_mapent_alloc: out of static map entries on 4.3 i386
Colocation donated by:
Syndicate