Re: [PATCH] perf lock: Fix state machine to recognize lock sequence

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

From: Frederic Weisbecker

Subject: Re: [PATCH] perf lock: Fix state machine to recognize lock sequence

Date: Wednesday, April 21, 2010 - 9:10 am

On Wed, Apr 21, 2010 at 10:55:58AM +0200, Peter Zijlstra wrote:
quoted text> On Wed, 2010-04-21 at 03:26 +0200, Frederic Weisbecker wrote:
> > The max lockdep depth may
> > change in the future, or become variable, so we can't relay on that.
> > 
> Change, possible, variable unlikely, you need a memory allocation to
> extend it, and memory allocation takes locks, which is not a nice thing
> to do in the middle of lockdep.


Sure, I didn't meant on runtime but on boot, like in John's recent
proposal.

Thanks.

--
unsubscribe noticeTo 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:

Question about lock sequence, Hitoshi Mitake, (Sat Apr 10, 3:44 am)

Re: Question about lock sequence, Frederic Weisbecker, (Sat Apr 10, 6:07 am)

Re: Question about lock sequence, Peter Zijlstra, (Sat Apr 10, 7:01 am)

Re: Question about lock sequence, Hitoshi Mitake, (Sat Apr 10, 8:12 am)

[PATCH] perf lock: Fix state machine to recognize lock seq ..., Hitoshi Mitake, (Fri Apr 16, 1:44 am)

Re: [PATCH] perf lock: Fix state machine to recognize lock ..., Frederic Weisbecker, (Tue Apr 20, 6:26 pm)

Re: [PATCH] perf lock: Fix state machine to recognize lock ..., Peter Zijlstra, (Wed Apr 21, 1:55 am)

Re: [PATCH] perf lock: Fix state machine to recognize lock ..., Hitoshi Mitake, (Wed Apr 21, 2:12 am)

[PATCH v2] perf lock: Fix state machine to recognize lock ..., Hitoshi Mitake, (Wed Apr 21, 5:23 am)

Re: [PATCH] perf lock: Fix state machine to recognize lock ..., Hitoshi Mitake, (Wed Apr 21, 5:29 am)

Re: [PATCH] perf lock: Fix state machine to recognize lock ..., Frederic Weisbecker, (Wed Apr 21, 9:10 am)

Re: [PATCH] perf lock: Fix state machine to recognize lock ..., Frederic Weisbecker, (Wed Apr 21, 9:14 am)

Re: [PATCH v2] perf lock: Fix state machine to recognize l ..., Frederic Weisbecker, (Thu Apr 22, 3:54 pm)

[tip:perf/core] perf lock: Fix state machine to recognize ..., tip-bot for Hitoshi ..., (Tue Apr 27, 5:55 am)


linux-kernel:
Fortier,Vincent [Montreal]	2.6.21.5 june 30th to july 1st date hang?
Jeff Dike	[ PATCH 2/6 ] UML - Formatting fixes around os_{read_write}_file callers
Liam Girdwood	[PATCH 07/13] regulator: regulator test harness
Oleg Nesterov	Re: Getting the new RxRPC patches upstream
Stefan Seyfried	Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18
linux-netdev:
Arnaud Ebalard	Re: [REGRESSION,BISECTED] MIPv6 support broken by f4f914b58019f0
Jan Engelhardt	Re: [PATCH iptables] extension: add xt_cpu match
Jarek Poplawski	Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock().
Sebastian Andrzej Siewior	[PATCH 8/8] net/emergency: remove locking from reycling pool if emergncy pools are...
David Miller	Re: [PATCH] qlcnic: dont assume NET_IP_ALIGN is 2
git:
Jakub Narebski	Re: git on MacOSX and files with decomposed utf-8 file names
Brandon Casey	Re: Thunderbird and patches (was Re: [PATCH v2] Enable setting attach as the def...
Christian Couder	[PATCH 1/3] rev-parse: add test script for "--verify"
Ramkumar Ramachandra	Re: [GSoC update] git-remote-svn: The final one
Junio C Hamano	Re: git-rm isn't the inverse action of git-add
openbsd-misc:
Joachim Schipper	Re: UVC Webcams
Florin Andrei	SOLVED [was: firewall is very slow, something's wrong]
Todd Alan Smith	Re: Microsoft gets the Most Secure Operating Systems award
Neal Hogan	Re: Need Advice: Thinkpad T60 or T61?
Sam Fourman Jr.	Re: Real men don't attack straw men
git-commits-head:
Linux Kernel Mailing List	ACPI: Disable ARB_DISABLE on platforms where it is not needed
Linux Kernel Mailing List	m68knommu: add read_barrier_depends() and irqs_disabled_flags()
Linux Kernel Mailing List	[MTD] Add mtd panic_write function pointer
Linux Kernel Mailing List	[ARM] pxa: remove duplicate select statements from Kconfig
Linux Kernel Mailing List	mlx4_core: Don't read reserved fields in mlx4_QUERY_ADAPTER()