Re: Soft lockup regression from today's sched.git merge.

view
thread

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

From: Rafael J. Wysocki

Subject: Re: Soft lockup regression from today's sched.git merge.

Date: Tuesday, May 6, 2008 - 3:41 pm

On Tuesday, 22 of April 2008, Peter Zijlstra wrote:
quoted text> On Tue, 2008-04-22 at 03:05 -0700, David Miller wrote:
> 
> > BTW, I'm also getting cpu's wedged in the group aggregate code:
> > 
> > [  121.338742] TSTATE: 0000009980001602 TPC: 000000000054ea20 TNPC: 0000000000456828 Y: 00000000    Not tainted
> > [  121.338778] TPC: <__first_cpu+0x4/0x28>
> > [  121.338791] g0: 0000000000000000 g1: 0000000000000002 g2: 0000000000000000 g3: 0000000000000002
> > [  121.338809] g4: fffff803fe9b24c0 g5: fffff8001587c000 g6: fffff803fe9d0000 g7: 00000000007b7260
> > [  121.338827] o0: 0000000000000002 o1: 00000000007b7258 o2: 0000000000000000 o3: 00000000007b7800
> > [  121.338845] o4: 0000000000845000 o5: 0000000000000400 sp: fffff803fe9d2ed1 ret_pc: 0000000000456820
> > [  121.338879] RPC: <aggregate_group_shares+0x10c/0x16c>
> > [  121.338893] l0: 0000000000000400 l1: 000000000000000d l2: 00000000000003ff l3: 0000000000000000
> > [  121.338911] l4: 0000000000000000 l5: 0000000000000000 l6: fffff803fe9d0000 l7: 0000000080009002
> > [  121.338928] i0: 0000000000801c20 i1: fffff800161ca508 i2: 00000000000001d8 i3: 0000000000000001
> > [  121.338946] i4: fffff800161d9c00 i5: 0000000000000001 i6: fffff803fe9d2f91 i7: 0000000000456904
> > [  121.338968] I7: <aggregate_get_down+0x84/0x13c>
> > 
> > I'm suspecting the deluge of cpumask changes that also went in today.
> > 
> > I guess I'll be bisecting all day tomorrow too :-/
> 
> Sadly both the cpumask changes and the group load-balancer came in the
> same batch - so its all new code. Also, it looks like the cpumask
> changes are before the load balance changes - so bisecting this will be
> 'fun'.

Can you please tell me what the current status of this is?

Rafael
--
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:

Soft lockup regression from today's sched.git merge., David Miller, (Tue Apr 22, 1:59 am)

Re: Soft lockup regression from today's sched.git merge., Ingo Molnar, (Tue Apr 22, 2:14 am)

Re: Soft lockup regression from today's sched.git merge., David Miller, (Tue Apr 22, 3:05 am)

Re: Soft lockup regression from today's sched.git merge., Peter Zijlstra, (Tue Apr 22, 5:45 am)

Re: Soft lockup regression from today's sched.git merge., David Miller, (Tue Apr 22, 10:42 pm)

Re: Soft lockup regression from today's sched.git merge., Dhaval Giani, (Wed Apr 23, 12:32 am)

Re: Soft lockup regression from today's sched.git merge., Ingo Molnar, (Wed Apr 23, 12:51 am)

[patch] softlockup: fix false positives on nohz if CPU is ..., Ingo Molnar, (Wed Apr 23, 1:50 am)

Re: Soft lockup regression from today's sched.git merge., Ingo Molnar, (Wed Apr 23, 2:40 am)

Re: [patch] softlockup: fix false positives on nohz if CPU ..., David Miller, (Wed Apr 23, 3:55 am)

Re: [patch] softlockup: fix false positives on nohz if CPU ..., David Miller, (Wed Apr 23, 5:29 am)

Re: [patch] softlockup: fix false positives on nohz if CPU ..., Ingo Molnar, (Wed Apr 23, 6:36 am)

Re: [patch] softlockup: fix false positives on nohz if CPU ..., David Miller, (Wed Apr 23, 4:23 pm)

Re: Soft lockup regression from today's sched.git merge., Rafael J. Wysocki, (Tue May 6, 3:41 pm)

Re: Soft lockup regression from today's sched.git merge., David Miller, (Tue May 6, 4:05 pm)

Re: Soft lockup regression from today's sched.git merge., Ingo Molnar, (Tue May 6, 11:43 pm)

Re: Soft lockup regression from today's sched.git merge., Rafael J. Wysocki, (Wed May 7, 11:56 am)

Navigation

Popular discussions


linux-kernel:
Greg Kroah-Hartman	[PATCH 17/36] sysdev: detect multiple driver registrations
Sam Ravnborg	Re: [PATCH] kbuild: fix make V=1
Nick Piggin	Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures
Greg Kroah-Hartman	[PATCH 16/36] driver core: cpu: fix section mismatch in cpu.c:store_online
Greg Kroah-Hartman	[PATCH 22/36] PM: Make wakeup flags available whenever CONFIG_PM is set
git:
Junio C Hamano	Re: [PATCH 1/2] Teach git-describe to display distances from tags.
Johannes Schindelin	Re: [PATCH 2/2] git-svn: support fetch with autocrlf on
Mark Burton	Re: [PATCH] builtin-branch: highlight current remote branches with an asterisk
Junio C Hamano	Re: [PATCH 6/6] Teach core object handling functions about gitlinks
Johan Herland	[PATCH 6/7] Softrefs: Administrivia associated with softrefs subsystem and git-sof...
linux-netdev:
Jarek Poplawski	Re: [PATCH] flush_work_sync vs. flush_scheduled_work Re: [PATCH] PHYLIB: IRQ event...
Lennert Buytenhek	Re: Distributed Switch Architecture(DSA)
Daniel Schaffrath	Re: tcp bw in 2.6
Guo-Fu Tseng	Re: jme: UDP checksum error, and lots of them
Gerrit Renker	[PATCH 37/37] dccp: Debugging functions for feature negotiation
openbsd-misc:
Conor	Re: RFID Reader
Josh Grosse	ssh/sshd challenge-response seems to have stopped working in -current
Pieter Verberne	File collision while using pkg_add
Stuart Henderson	Re: SquidGuard problem
Community First Financial	Teacher A+ Loan
git-commits-head:
Linux Kernel Mailing List	ath9k_htc: Allocate URBs properly
Linux Kernel Mailing List	ath9k: Added get_survey callback in order to get channel noise
Linux Kernel Mailing List	ALSA: snd-usb-caiaq: Do not expose hardware input mode 0 of A4DJ
Linux Kernel Mailing List	tracing: protect reader of cmdline output
Linux Kernel Mailing List	kconfig: recalc symbol value before showing search results

Colocation donated by:

Syndicate