* Re: make-kpkg target failing for v3.1
From: Sven Joachim @ 2011-10-24 19:21 UTC (permalink / raw)
To: Steven R. Wright; +Cc: linux-kernel
In-Reply-To: <4EA5B6BF.8030908@gmail.com>
On 2011-10-24 21:04 +0200, Steven R. Wright wrote:
> while trying to build kernel v3.1 today, i ran into this error:
>
> ****************************************
> create_md5sums_fn () { cd $1 ; find . -type f ! -regex './DEBIAN/.*' !
> -regex './var/.*' -printf '%P\0' | xargs -r0 md5sum >
> DEBIAN/md5sums ; if [ -z "DEBIAN/md5sums" ] ; then rm -f
> "DEBIAN/md5sums" ; fi ; } ; create_md5sums_fn
> /usr/src/linux-3.1/debian/linux-image-3.1.0
> chmod -R og=rX /usr/src/linux-3.1/debian/linux-image-3.1.0
> chown -R root:root /usr/src/linux-3.1/debian/linux-image-3.1.0
> dpkg --build
> /usr/src/linux-3.1/debian/linux-image-3.1.0 ..
> dpkg-deb: error: control directory has bad permissions 2755 (must be
>>=0755 and <=0775)
> make[2]: *** [debian/stamp/binary/linux-image-3.1.0] Error 2
> make[2]: Leaving directory `/usr/src/linux-3.1'
> make[1]: *** [debian/stamp/binary/pre-linux-image-3.1.0] Error 2
> make[1]: Leaving directory `/usr/src/linux-3.1'
> make: *** [kernel_image] Error 2
> ****************************************
>
> i have not encountered this error building the kernel in v3.0.4 and
> before (i generally build and install most of the new stable releases,
> and have done so since v.2.4). the command i used, and always have,
> was:
> make-kpkg --initrd --rootcmd fakeroot kernel_image
You may want to use "make deb-pkg" instead.
> there is a difference in the perms in a 3.1 build tree vs. a 3.0.4 tree
> #52 decca:/usr/src/linux-3.1/debian
>> ls -l | egrep "^d"
> drwxr-sr-x 2 root root 4096 Nov 18 2010 Config
> drwxr-sr-x 3 root root 4096 Nov 18 2010 docs
> drwxr-sr-x 3 root root 4096 Nov 18 2010 examples
> drwxr-sr-x 7 root root 4096 Oct 24 13:55 linux-image-3.1.0
> drwxr-sr-x 7 root root 4096 Mar 17 2010 pkg
> drwxr-sr-x 2 root root 4096 Nov 18 2010 po
> drwxr-sr-x 6 root root 4096 Nov 18 2010 ruleset
> drwxr-sr-x 2 root root 4096 Nov 18 2010 scripts
> drwxr-sr-x 6 root src 4096 Oct 24 13:55 stamp
Do you build kernels as root? You really should not do this.
> #64 decca:/usr/src/linux-3.0.4/debian
>> ls -l | egrep "^d"
> drwxr-xr-x 2 root root 4096 Nov 18 2010 Config
> drwxr-xr-x 3 root root 4096 Nov 18 2010 docs
> drwxr-xr-x 3 root root 4096 Nov 18 2010 examples
> drwxr-xr-x 7 root root 4096 Aug 30 11:37 linux-image-3.0.4
> drwxr-xr-x 7 root root 4096 Mar 17 2010 pkg
> drwxr-xr-x 2 root root 4096 Nov 18 2010 po
> drwxr-xr-x 6 root root 4096 Nov 18 2010 ruleset
> drwxr-xr-x 2 root root 4096 Nov 18 2010 scripts
> drwxr-xr-x 6 root root 4096 Aug 30 11:37 stamp
>
> while it certainly *looks* like the "chmod og=rX" should take place in
> the 3.0.4 build process, the directory does not reflect it, and the
> dpkg-deb process is content and completes.
I have just built a 3.1 kernel from Linus' tree with make-kpkg, also in
a sticky directory, and it worked. But I'm not building kernels (or
other Debian packages) as root.
Which kernel-package version do you use?
Cheers,
Sven
^ permalink raw reply
* Re: Kernel hard LOCKUP with v3.0.7
From: Josh Boyer @ 2011-10-24 19:13 UTC (permalink / raw)
To: Stefan Priebe; +Cc: Greg KH, LKML, Stable Tree
In-Reply-To: <4EA5B5F8.5090802@profihost.ag>
On Mon, Oct 24, 2011 at 3:01 PM, Stefan Priebe <s.priebe@profihost.ag> wrote:
> Hi,
>
>> On Mon, Oct 24, 2011 at 08:15:28PM +0200, Stefan Priebe wrote:
>>>
>>> Am 22.10.2011 18:55, schrieb Greg KH:
>>>>>
>>>>> this seems to fix it. Perhaps you should release v3.0.8 as the
>>>>> stable tree isn't stable right now? I mean this bug seems to be
>>>>> triggered on every SMP machine.
>>>>
>>>> I will work to get it out soon.
>>>
>>> Fine. Any idea if this will happen this week or in a month or ...
>>> I'm scheduling an update for all our systems and if this will happen
>>> really soon i will probably schedule it a bit later.
>>
>> The 3.0.8-rc1 went out two days ago, so hopefully, if my gpg usb stick
>> still works, I can get it out tomorrow, or the day after, as tomorrow,
>> the Kernel Summit is still going on.
>
> how to get 3.0.8-rc1? linux-stable.git does not have a tag named v3.0.8-rc1
> - will 3.0.8 be the same as 3.0.8-rc1?
kernel.org/pub/linux/kernel/v3.0/stable-review/patch-3.0.8-rc1.gz
I doubt it will be identical, but it should be close.
josh
^ permalink raw reply
* linux-next: failed to import the device-mapper quilt series
From: Stephen Rothwell @ 2011-10-24 19:10 UTC (permalink / raw)
To: Alasdair G Kergon; +Cc: linux-next, LKML
[-- Attachment #1: Type: text/plain, Size: 683 bytes --]
Hi Alasdair,
Importing the device-mapper tree today gave this error:
$ git am ../quilt/device-mapper/dm-add-persistent-data-library.patch
Applying: The persistent-data library offers a re-usable framework for the storage
error: drivers/md/persistent-data/dm-space-map-common.c: does not exist in index
Patch failed at 0001 The persistent-data library offers a re-usable framework for the storage
And indeed, this file does not exist even though this patch is trying to
patch it (not create it).
I will use the device-mapper tree from next-20111014 for today.
--
Cheers,
Stephen Rothwell sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply
* make-kpkg target failing for v3.1
From: Steven R. Wright @ 2011-10-24 19:04 UTC (permalink / raw)
To: linux-kernel
while trying to build kernel v3.1 today, i ran into this error:
****************************************
create_md5sums_fn () { cd $1 ; find . -type f ! -regex './DEBIAN/.*' !
-regex './var/.*' -printf '%P\0' | xargs -r0 md5sum >
DEBIAN/md5sums ; if [ -z "DEBIAN/md5sums" ] ; then rm -f
"DEBIAN/md5sums" ; fi ; } ; create_md5sums_fn
/usr/src/linux-3.1/debian/linux-image-3.1.0
chmod -R og=rX /usr/src/linux-3.1/debian/linux-image-3.1.0
chown -R root:root /usr/src/linux-3.1/debian/linux-image-3.1.0
dpkg --build
/usr/src/linux-3.1/debian/linux-image-3.1.0 ..
dpkg-deb: error: control directory has bad permissions 2755 (must be
>=0755 and <=0775)
make[2]: *** [debian/stamp/binary/linux-image-3.1.0] Error 2
make[2]: Leaving directory `/usr/src/linux-3.1'
make[1]: *** [debian/stamp/binary/pre-linux-image-3.1.0] Error 2
make[1]: Leaving directory `/usr/src/linux-3.1'
make: *** [kernel_image] Error 2
****************************************
i have not encountered this error building the kernel in v3.0.4 and
before (i generally build and install most of the new stable releases,
and have done so since v.2.4). the command i used, and always have, was:
make-kpkg --initrd --rootcmd fakeroot kernel_image
there is a difference in the perms in a 3.1 build tree vs. a 3.0.4 tree
#52 decca:/usr/src/linux-3.1/debian
> ls -l | egrep "^d"
drwxr-sr-x 2 root root 4096 Nov 18 2010 Config
drwxr-sr-x 3 root root 4096 Nov 18 2010 docs
drwxr-sr-x 3 root root 4096 Nov 18 2010 examples
drwxr-sr-x 7 root root 4096 Oct 24 13:55 linux-image-3.1.0
drwxr-sr-x 7 root root 4096 Mar 17 2010 pkg
drwxr-sr-x 2 root root 4096 Nov 18 2010 po
drwxr-sr-x 6 root root 4096 Nov 18 2010 ruleset
drwxr-sr-x 2 root root 4096 Nov 18 2010 scripts
drwxr-sr-x 6 root src 4096 Oct 24 13:55 stamp
#64 decca:/usr/src/linux-3.0.4/debian
> ls -l | egrep "^d"
drwxr-xr-x 2 root root 4096 Nov 18 2010 Config
drwxr-xr-x 3 root root 4096 Nov 18 2010 docs
drwxr-xr-x 3 root root 4096 Nov 18 2010 examples
drwxr-xr-x 7 root root 4096 Aug 30 11:37 linux-image-3.0.4
drwxr-xr-x 7 root root 4096 Mar 17 2010 pkg
drwxr-xr-x 2 root root 4096 Nov 18 2010 po
drwxr-xr-x 6 root root 4096 Nov 18 2010 ruleset
drwxr-xr-x 2 root root 4096 Nov 18 2010 scripts
drwxr-xr-x 6 root root 4096 Aug 30 11:37 stamp
while it certainly *looks* like the "chmod og=rX" should take place in
the 3.0.4 build process, the directory does not reflect it, and the
dpkg-deb process is content and completes.
sRw
^ permalink raw reply
* Re: Linux 3.1-rc9
From: Simon Kirby @ 2011-10-24 19:02 UTC (permalink / raw)
To: Thomas Gleixner, David Miller
Cc: Peter Zijlstra, Linus Torvalds, Linux Kernel Mailing List,
Dave Jones, Martin Schwidefsky, Ingo Molnar
In-Reply-To: <alpine.LFD.2.02.1110182146440.3240@ionos>
On Tue, Oct 18, 2011 at 09:48:51PM +0200, Thomas Gleixner wrote:
> On Tue, 18 Oct 2011, Simon Kirby wrote:
> > Looks good running on three boxes since this morning (unpatched kernel
> > hangs in ~15 minutes).
> >
> > While I have your eyes, does this hang trace make any sense (which
> > happened a couple of times with your previous patch applied)?
> >
> > http://0x.ca/sim/ref/3.1-rc9/3.1-rc9-tcp-lockup.log
> >
> > I don't see how all CPUs could be spinning on the same lock without
> > reentry, and I don't see the any in the backtraces.
>
> Weird.
>
> Which version of Peters patches was this, the extra lock or the
> atomic64 thingy?
The first one with the extra lock. I never tried the atomic64 one.
Anyway, that's fixed now.
> It does not look related. Could you try to reproduce that problem with
> lockdep enabled? lockdep might make it go away, but it's definitely
> worth a try.
Trying now...
...Whoops, never sent this email.
Ok, hit the hang about 4 more times, but only this morning on a box with
a serial cable attached. Yay!
Simon-
[216695.579770] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[216695.589435]
[216695.589437] =======================================================
[216695.593380] [ INFO: possible circular locking dependency detected ]
[216695.593380] 3.1.0-rc10-hw-lockdep+ #51
[216695.593380] -------------------------------------------------------
[216695.593380] kworker/0:1/0 is trying to acquire lock:
[216695.593380] (&icsk->icsk_retransmit_timer){+.-.-.}, at: [<ffffffff8106cc88>] run_timer_softirq+0x198/0x410
[216695.593380]
[216695.593380] but task is already holding lock:
[216695.593380] (slock-AF_INET){+.-.-.}, at: [<ffffffff81604540>] sk_clone+0x120/0x420
[216695.593380]
[216695.593380] which lock already depends on the new lock.
[216695.593380]
[216695.593380]
[216695.593380] the existing dependency chain (in reverse order) is:
[216695.593380]
[216695.593380] -> #1 (slock-AF_INET){+.-.-.}:
[216695.593380] [<ffffffff8109a7b9>] lock_acquire+0x109/0x140
[216695.593380] [<ffffffff816f55fc>] _raw_spin_lock+0x3c/0x50
[216695.593380] [<ffffffff81661cc3>] tcp_write_timer+0x23/0x230
[216695.682901] [<ffffffff8106cd5d>] run_timer_softirq+0x26d/0x410
[216695.682901] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[216695.682901] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[216695.682901] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[216695.682901] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[216695.682901] [<ffffffff810310c9>] smp_apic_timer_interrupt+0x69/0xa0
[216695.682901] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[216695.682901] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[216695.682901] [<ffffffff816ec4bb>] start_secondary+0x1ca/0x1ff
[216695.682901]
[216695.682901] -> #0 (&icsk->icsk_retransmit_timer){+.-.-.}:
[216695.682901] [<ffffffff8109a000>] __lock_acquire+0x2040/0x2180
[216695.682901] [<ffffffff8109a7b9>] lock_acquire+0x109/0x140
[216695.682901] [<ffffffff8106cd09>] run_timer_softirq+0x219/0x410
[216695.682901] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[216695.682901] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[216695.682901] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[216695.682901] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[216695.682901] [<ffffffff81014b74>] do_IRQ+0x64/0xe0
[216695.682901] [<ffffffff816f6273>] ret_from_intr+0x0/0x1a
[216695.682901] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[216695.682901] [<ffffffff816ec4bb>] start_secondary+0x1ca/0x1ff
[216695.682901]
[216695.682901] other info that might help us debug this:
[216695.682901]
[216695.682901] Possible unsafe locking scenario:
[216695.682901]
[216695.682901] CPU0 CPU1
[216695.682901] ---- ----
[216695.682901] lock(slock-AF_INET);
[216695.682901] lock(&icsk->icsk_retransmit_timer);
[216695.682901] lock(slock-AF_INET);
[216695.682901] lock(&icsk->icsk_retransmit_timer);
[216695.682901]
[216695.682901] *** DEADLOCK ***
[216695.682901]
[216695.682901] 1 lock held by kworker/0:1/0:
[216695.682901] #0: (slock-AF_INET){+.-.-.}, at: [<ffffffff81604540>] sk_clone+0x120/0x420
[216695.682901]
[216695.682901] stack backtrace:
[216695.682901] Pid: 0, comm: kworker/0:1 Not tainted 3.1.0-rc10-hw-lockdep+ #51
[216695.682901] Call Trace:
[216695.682901] <IRQ> [<ffffffff81097eab>] print_circular_bug+0x21b/0x330
[216695.682901] [<ffffffff8109a000>] __lock_acquire+0x2040/0x2180
[216695.682901] [<ffffffffa001d6e2>] ? nf_conntrack_free+0x42/0x50 [nf_conntrack]
[216695.682901] [<ffffffffa001d6e2>] ? nf_conntrack_free+0x42/0x50 [nf_conntrack]
[216695.682901] [<ffffffff8109a7b9>] lock_acquire+0x109/0x140
[216695.682901] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[216695.682901] [<ffffffff81096b4c>] ? trace_hardirqs_on_caller+0x7c/0x1c0
[216695.682901] [<ffffffff8106cd09>] run_timer_softirq+0x219/0x410
[216695.682901] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[216695.682901] [<ffffffff816f16c1>] ? printk+0x67/0x69
[216695.682901] [<ffffffff81661ca0>] ? tcp_delack_timer+0x230/0x230
[216695.682901] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[216695.682901] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[216695.682901] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[216695.682901] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[216695.682901] [<ffffffff81014b74>] do_IRQ+0x64/0xe0
[216695.682901] [<ffffffff816f6273>] common_interrupt+0x73/0x73
[216695.682901] <EOI> [<ffffffff8101b80e>] ? mwait_idle+0x14e/0x170
[216695.682901] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[216695.682901] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[216695.682901] [<ffffffff816ec4bb>] start_secondary+0x1ca/0x1ff
[216696.019296] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000105?
[216697.762956] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[216698.597297] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[216701.489681] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[216701.667999] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[216704.580592] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000101, exited with 00000102?
[216709.468971] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000101, exited with 00000102?
[216712.845904] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[216716.588502] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000101, exited with 00000102?
[216725.072958] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000101, exited with 00000102?
[216725.603879] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[216725.828374] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[216727.588978] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[216735.513864] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[216740.581530] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[216756.278571] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[218855.312903] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000101, exited with 00000102?
[218855.323133] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000101, exited with 00000102?
[218858.293355] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[218864.301938] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[218876.333821] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[218885.332651] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000101, exited with 00000102?
[218900.313590] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[220821.012017] TCP: Peer 32.176.160.153:49226/80 unexpectedly shrunk window 665256753:665268993 (repaired)
[221075.224300] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[221075.234579] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[221075.277593] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[221075.780515] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[221075.780713] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[221077.349279] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[221077.905587] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000101, exited with 00000102?
[221077.915567] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000101, exited with 00000102?
[221081.498430] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[221081.703277] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000101, exited with 00000102?
[221082.088513] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[221082.167985] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[221089.772578] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[221090.487927] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000101, exited with 00000102?
[221090.686394] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[221094.587131] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[221105.255699] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000101, exited with 00000102?
[221105.280699] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[221105.291634] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[221106.325794] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[221107.286029] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[221107.622736] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[221107.734471] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[221120.381643] huh, entered softirq 3 NET_RX ffffffff81613740 preempt_count 00000102, exited with 00000103?
[223936.264020] BUG: soft lockup - CPU#0 stuck for 22s! [swapper:0]
[223936.268002] Modules linked in: ipmi_devintf ipmi_si ipmi_msghandler xt_recent nf_conntrack_ftp xt_state xt_owner nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 bnx2
[223936.268002] irq event stamp: 2595159887
[223936.268002] hardirqs last enabled at (2595159887): [<ffffffff8101b805>] mwait_idle+0x145/0x170
[223936.268002] hardirqs last disabled at (2595159886): [<ffffffff81013139>] cpu_idle+0x79/0xf0
[223936.268002] softirqs last enabled at (2595159878): [<ffffffff81064176>] __do_softirq+0x1f6/0x250
[223936.268002] softirqs last disabled at (2595159873): [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223936.268002] CPU 0
[223936.268002] Modules linked in: ipmi_devintf ipmi_si ipmi_msghandler xt_recent nf_conntrack_ftp xt_state xt_owner nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 bnx2
[223936.268002]
[223936.268002] Pid: 0, comm: swapper Not tainted 3.1.0-rc10-hw-lockdep+ #51 Dell Inc. PowerEdge 1950/0M788G
[223936.268002] RIP: 0010:[<ffffffff813a4ee3>] [<ffffffff813a4ee3>] delay_tsc+0x73/0xd0
[223936.268002] RSP: 0018:ffff88022fc03cf0 EFLAGS: 00000202
[223936.268002] RAX: 00017b5d5932dd02 RBX: ffffffff816f6334 RCX: 000000005932dd02
[223936.372028] BUG: soft lockup - CPU#1 stuck for 22s! [kworker/0:0:0]
[223936.372031] Modules linked in: ipmi_devintf ipmi_si ipmi_msghandler xt_recent nf_conntrack_ftp xt_state xt_owner nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 bnx2
[223936.372042] irq event stamp: 2598787699
[223936.372044] hardirqs last enabled at (2598787699): [<ffffffff8101b805>] mwait_idle+0x145/0x170
[223936.372054] hardirqs last disabled at (2598787698): [<ffffffff81013139>] cpu_idle+0x79/0xf0
[223936.372058] softirqs last enabled at (2598787696): [<ffffffff81064176>] __do_softirq+0x1f6/0x250
[223936.372063] softirqs last disabled at (2598787681): [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223936.372069] CPU 1
[223936.372070] Modules linked in: ipmi_devintf ipmi_si ipmi_msghandler xt_recent nf_conntrack_ftp xt_state xt_owner nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 bnx2
[223936.372079]
[223936.372081] Pid: 0, comm: kworker/0:0 Not tainted 3.1.0-rc10-hw-lockdep+ #51 Dell Inc. PowerEdge 1950/0M788G
[223936.372086] RIP: 0010:[<ffffffff8101afab>] [<ffffffff8101afab>] native_read_tsc+0xb/0x20
[223936.372091] RSP: 0018:ffff88022fc43ce0 EFLAGS: 00000202
[223936.372093] RAX: 0000000000017b5d RBX: ffffffff816f6334 RCX: 00000000652f810e
[223936.372096] RDX: 0000000000017b5d RSI: 0000000000000000 RDI: 0000000000000001
[223936.372098] RBP: ffff88022fc43ce0 R08: 00000000652f80c8 R09: 0000000000000000
[223936.372101] R10: ffff88022690dd60 R11: 0000000000000000 R12: ffff88022fc43c58
[223936.372103] R13: ffffffff816feb33 R14: ffff88022fc43ce0 R15: 00000000180bbeb8
[223936.372106] FS: 0000000000000000(0000) GS:ffff88022fc40000(0000) knlGS:0000000000000000
[223936.372108] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[223936.372111] CR2: 00007f472ba6a6fc CR3: 0000000126bb7000 CR4: 00000000000006e0
[223936.372113] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[223936.372116] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[223936.372119] Process kworker/0:0 (pid: 0, threadinfo ffff880226928000, task ffff88022690dd60)
[223936.372121] Stack:
[223936.372123] ffff88022fc43d30 ffffffff813a4eaf ffff880226928000 00000000652f8090
[223936.372128] 000000012fc43d18 ffff88002e90e348 00000000180bbeb8 000000006efcdc62
[223936.372132] 0000000000000001 ffff88022690dd60 ffff88022fc43d40 ffffffff813a4f6a
[223936.372136] Call Trace:
[223936.372139] <IRQ>
[223936.372144] [<ffffffff813a4eaf>] delay_tsc+0x3f/0xd0
[223936.372148] [<ffffffff813a4f6a>] __delay+0xa/0x10
[223936.372153] [<ffffffff813ac2ab>] do_raw_spin_lock+0x13b/0x180
[223936.372159] [<ffffffff816f5604>] _raw_spin_lock+0x44/0x50
[223936.372164] [<ffffffff81661823>] ? tcp_keepalive_timer+0x23/0x270
[223936.372168] [<ffffffff81661823>] tcp_keepalive_timer+0x23/0x270
[223936.372174] [<ffffffff8106cd5d>] run_timer_softirq+0x26d/0x410
[223936.372178] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[223936.372182] [<ffffffff81661800>] ? tcp_init_xmit_timers+0x20/0x20
[223936.372186] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[223936.372190] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223936.372194] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[223936.372198] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[223936.372203] [<ffffffff810310c9>] smp_apic_timer_interrupt+0x69/0xa0
[223936.372208] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223936.372210] <EOI>
[223936.372214] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223936.372218] [<ffffffff8101b80e>] ? mwait_idle+0x14e/0x170
[223936.372222] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223936.372226] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[223936.372230] [<ffffffff816ec4bb>] start_secondary+0x1ca/0x1ff
[223936.372233] Code: a1 00 48 c7 43 08 00 00 00 00 48 89 03 48 83 c4 08 5b c9 c3 66 66 66 2e 0f 1f 84 00 00 00 00 00 55 48 89 e5 0f 31 89 c1 48 89 d0
[223936.372253] c1 e0 20 89 ca 48 09 d0 c9 c3 66 2e 0f 1f 84 00 00 00 00 00
[223936.372262] Call Trace:
[223936.372264] <IRQ> [<ffffffff813a4eaf>] delay_tsc+0x3f/0xd0
[223936.372269] [<ffffffff813a4f6a>] __delay+0xa/0x10
[223936.372272] [<ffffffff813ac2ab>] do_raw_spin_lock+0x13b/0x180
[223936.372276] [<ffffffff816f5604>] _raw_spin_lock+0x44/0x50
[223936.372280] [<ffffffff81661823>] ? tcp_keepalive_timer+0x23/0x270
[223936.372283] [<ffffffff81661823>] tcp_keepalive_timer+0x23/0x270
[223936.372286] [<ffffffff8106cd5d>] run_timer_softirq+0x26d/0x410
[223936.372289] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[223936.372293] [<ffffffff81661800>] ? tcp_init_xmit_timers+0x20/0x20
[223936.372297] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[223936.372300] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223936.372303] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[223936.372307] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[223936.372310] [<ffffffff810310c9>] smp_apic_timer_interrupt+0x69/0xa0
[223936.372313] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223936.372315] <EOI> [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223936.372321] [<ffffffff8101b80e>] ? mwait_idle+0x14e/0x170
[223936.372324] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223936.372327] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[223936.372331] [<ffffffff816ec4bb>] start_secondary+0x1ca/0x1ff
[223936.476032] BUG: soft lockup - CPU#2 stuck for 23s! [kworker/0:1:0]
[223936.476034] Modules linked in: ipmi_devintf ipmi_si ipmi_msghandler xt_recent nf_conntrack_ftp xt_state xt_owner nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 bnx2
[223936.476043] irq event stamp: 2613824057
[223936.476045] hardirqs last enabled at (2613824057): [<ffffffff8101b805>] mwait_idle+0x145/0x170
[223936.476050] hardirqs last disabled at (2613824056): [<ffffffff81013139>] cpu_idle+0x79/0xf0
[223936.476054] softirqs last enabled at (2613824048): [<ffffffff81064176>] __do_softirq+0x1f6/0x250
[223936.476058] softirqs last disabled at (2613824031): [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223936.476062] CPU 2
[223936.476063] Modules linked in: ipmi_devintf ipmi_si ipmi_msghandler xt_recent nf_conntrack_ftp xt_state xt_owner nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 bnx2
[223936.476071]
[223936.476073] Pid: 0, comm: kworker/0:1 Not tainted 3.1.0-rc10-hw-lockdep+ #51 Dell Inc. PowerEdge 1950/0M788G
[223936.476077] RIP: 0010:[<ffffffff8101afa6>] [<ffffffff8101afa6>] native_read_tsc+0x6/0x20
[223936.476082] RSP: 0018:ffff88022fc83ce0 EFLAGS: 00000202
[223936.476084] RAX: 0000000070ba7dfc RBX: ffffffff813a60ae RCX: 0000000070ba7dc4
[223936.476086] RDX: 0000000000017b5d RSI: 0000000000000000 RDI: 0000000000000001
[223936.476089] RBP: ffff88022fc83ce0 R08: 0000000070ba7d7e R09: 0000000000000000
[223936.476091] R10: ffff880226948000 R11: 0000000000000000 R12: ffff88022fc83c58
[223936.476093] R13: ffffffff816feb33 R14: ffff88022fc83ce0 R15: 00000000182285f9
[223936.476096] FS: 0000000000000000(0000) GS:ffff88022fc80000(0000) knlGS:0000000000000000
[223936.476099] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[223936.476101] CR2: 00007f25e7874d7f CR3: 0000000124c0d000 CR4: 00000000000006e0
[223936.476104] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[223936.476106] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[223936.476109] Process kworker/0:1 (pid: 0, threadinfo ffff88022693e000, task ffff880226948000)
[223936.476111] Stack:
[223936.476113] ffff88022fc83d30 ffffffff813a4ee8 ffff88022693e000 0000000070ba7dc4
[223936.476117] 00000002ffffff10 ffff88006afd8948 00000000182285f9 000000006efcdc62
[223936.476121] 0000000000000001 ffff880226948000 ffff88022fc83d40 ffffffff813a4f6a
[223936.476126] Call Trace:
[223936.476128] <IRQ>
[223936.476132] [<ffffffff813a4ee8>] delay_tsc+0x78/0xd0
[223936.476136] [<ffffffff813a4f6a>] __delay+0xa/0x10
[223936.476141] [<ffffffff813ac2ab>] do_raw_spin_lock+0x13b/0x180
[223936.476147] [<ffffffff816f5604>] _raw_spin_lock+0x44/0x50
[223936.476153] [<ffffffff81661823>] ? tcp_keepalive_timer+0x23/0x270
[223936.476157] [<ffffffff81661823>] tcp_keepalive_timer+0x23/0x270
[223936.476163] [<ffffffff8106cd5d>] run_timer_softirq+0x26d/0x410
[223936.476167] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[223936.476171] [<ffffffff81661800>] ? tcp_init_xmit_timers+0x20/0x20
[223936.476176] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[223936.476180] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223936.476184] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[223936.476187] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[223936.476193] [<ffffffff810310c9>] smp_apic_timer_interrupt+0x69/0xa0
[223936.476197] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223936.476199] <EOI>
[223936.476203] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223936.476207] [<ffffffff8101b80e>] ? mwait_idle+0x14e/0x170
[223936.476211] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223936.476215] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[223936.476219] [<ffffffff816ec4bb>] start_secondary+0x1ca/0x1ff
[223936.476222] Code: 08 ff 15 46 5c a1 00 48 c7 43 08 00 00 00 00 48 89 03 48 83 c4 08 5b c9 c3 66 66 66 2e 0f 1f 84 00 00 00 00 00 55 48 89 e5 0f 31
[223936.476241] c1 48 89 d0 48 c1 e0 20 89 ca 48 09 d0 c9 c3 66 2e 0f 1f 84
[223936.476251] Call Trace:
[223936.476252] <IRQ> [<ffffffff813a4ee8>] delay_tsc+0x78/0xd0
[223936.476257] [<ffffffff813a4f6a>] __delay+0xa/0x10
[223936.476261] [<ffffffff813ac2ab>] do_raw_spin_lock+0x13b/0x180
[223936.476265] [<ffffffff816f5604>] _raw_spin_lock+0x44/0x50
[223936.476268] [<ffffffff81661823>] ? tcp_keepalive_timer+0x23/0x270
[223936.476272] [<ffffffff81661823>] tcp_keepalive_timer+0x23/0x270
[223936.476275] [<ffffffff8106cd5d>] run_timer_softirq+0x26d/0x410
[223936.476278] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[223936.476282] [<ffffffff81661800>] ? tcp_init_xmit_timers+0x20/0x20
[223936.476286] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[223936.476289] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223936.476292] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[223936.476295] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[223936.476299] [<ffffffff810310c9>] smp_apic_timer_interrupt+0x69/0xa0
[223936.476302] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223936.476304] <EOI> [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223936.476310] [<ffffffff8101b80e>] ? mwait_idle+0x14e/0x170
[223936.476313] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223936.476316] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[223936.476320] [<ffffffff816ec4bb>] start_secondary+0x1ca/0x1ff
[223936.580039] BUG: soft lockup - CPU#3 stuck for 23s! [kworker/0:1:0]
[223936.580041] Modules linked in: ipmi_devintf ipmi_si ipmi_msghandler xt_recent nf_conntrack_ftp xt_state xt_owner nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 bnx2
[223936.580050] irq event stamp: 2615464042
[223936.580052] hardirqs last enabled at (2615464042): [<ffffffff816f5edb>] _raw_spin_unlock_irq+0x2b/0x50
[223936.580057] hardirqs last disabled at (2615464041): [<ffffffff816f56a8>] _raw_spin_lock_irq+0x18/0x60
[223936.580061] softirqs last enabled at (2615463964): [<ffffffff81063cce>] _local_bh_enable+0xe/0x10
[223936.580065] softirqs last disabled at (2615463965): [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223936.580069] CPU 3
[223936.580070] Modules linked in: ipmi_devintf ipmi_si ipmi_msghandler xt_recent nf_conntrack_ftp xt_state xt_owner nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 bnx2
[223936.580078]
[223936.580080] Pid: 0, comm: kworker/0:1 Not tainted 3.1.0-rc10-hw-lockdep+ #51 Dell Inc. PowerEdge 1950/0M788G
[223936.580085] RIP: 0010:[<ffffffff8101afa6>] [<ffffffff8101afa6>] native_read_tsc+0x6/0x20
[223936.580090] RSP: 0018:ffff88022fcc3ce0 EFLAGS: 00000202
[223936.580092] RAX: 000000007c457b06 RBX: ffffffff816f6334 RCX: 000000007c457ad5
[223936.580094] RDX: 0000000000017b5d RSI: ffffffff818f9896 RDI: 0000000000000001
[223936.580097] RBP: ffff88022fcc3ce0 R08: 000000007c457a88 R09: 0000000000000000
[223936.580099] R10: ffff880226981f20 R11: 0000000000000000 R12: ffff88022fcc3c58
[223936.580101] R13: ffffffff816feb33 R14: ffff88022fcc3ce0 R15: 00000000183a1380
[223936.580104] FS: 0000000000000000(0000) GS:ffff88022fcc0000(0000) knlGS:0000000000000000
[223936.580107] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[223936.580109] CR2: 0000000000f38820 CR3: 0000000104b52000 CR4: 00000000000006e0
[223936.580112] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[223936.580114] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[223936.580117] Process kworker/0:1 (pid: 0, threadinfo ffff880226988000, task ffff880226981f20)
[223936.580119] Stack:
[223936.580120] ffff88022fcc3d30 ffffffff813a4ee8 ffff880226988000 000000007c457ad5
[223936.580125] 00000003ffffff10 ffff880031438948 00000000183a1380 000000006efcdc62
[223936.580129] 0000000000000001 ffff880226981f20 ffff88022fcc3d40 ffffffff813a4f6a
[223936.580133] Call Trace:
[223936.580135] <IRQ>
[223936.580138] [<ffffffff813a4ee8>] delay_tsc+0x78/0xd0
[223936.580142] [<ffffffff813a4f6a>] __delay+0xa/0x10
[223936.580147] [<ffffffff813ac2ab>] do_raw_spin_lock+0x13b/0x180
[223936.580151] [<ffffffff816f5604>] _raw_spin_lock+0x44/0x50
[223936.580156] [<ffffffff81661823>] ? tcp_keepalive_timer+0x23/0x270
[223936.580160] [<ffffffff81661823>] tcp_keepalive_timer+0x23/0x270
[223936.580164] [<ffffffff8106cd5d>] run_timer_softirq+0x26d/0x410
[223936.580168] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[223936.580172] [<ffffffff81661800>] ? tcp_init_xmit_timers+0x20/0x20
[223936.580176] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[223936.580181] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223936.580185] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[223936.580188] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[223936.580192] [<ffffffff810310c9>] smp_apic_timer_interrupt+0x69/0xa0
[223936.580196] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223936.580199] <EOI>
[223936.580202] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223936.580206] [<ffffffff8101b80e>] ? mwait_idle+0x14e/0x170
[223936.580211] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223936.580214] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[223936.580218] [<ffffffff816ec4bb>] start_secondary+0x1ca/0x1ff
[223936.580221] Code: 08 ff 15 46 5c a1 00 48 c7 43 08 00 00 00 00 48 89 03 48 83 c4 08 5b c9 c3 66 66 66 2e 0f 1f 84 00 00 00 00 00 55 48 89 e5 0f 31
[223936.580240] c1 48 89 d0 48 c1 e0 20 89 ca 48 09 d0 c9 c3 66 2e 0f 1f 84
[223936.580250] Call Trace:
[223936.580251] <IRQ> [<ffffffff813a4ee8>] delay_tsc+0x78/0xd0
[223936.580256] [<ffffffff813a4f6a>] __delay+0xa/0x10
[223936.580260] [<ffffffff813ac2ab>] do_raw_spin_lock+0x13b/0x180
[223936.580264] [<ffffffff816f5604>] _raw_spin_lock+0x44/0x50
[223936.580267] [<ffffffff81661823>] ? tcp_keepalive_timer+0x23/0x270
[223936.580270] [<ffffffff81661823>] tcp_keepalive_timer+0x23/0x270
[223936.580274] [<ffffffff8106cd5d>] run_timer_softirq+0x26d/0x410
[223936.580277] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[223936.580280] [<ffffffff81661800>] ? tcp_init_xmit_timers+0x20/0x20
[223936.580284] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[223936.580288] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223936.580291] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[223936.580294] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[223936.580297] [<ffffffff810310c9>] smp_apic_timer_interrupt+0x69/0xa0
[223936.580300] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223936.580302] <EOI> [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223936.580308] [<ffffffff8101b80e>] ? mwait_idle+0x14e/0x170
[223936.580312] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223936.580315] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[223936.580318] [<ffffffff816ec4bb>] start_secondary+0x1ca/0x1ff
[223936.268002] RDX: 000000005932dd02 RSI: ffffffff818f9896 RDI: 0000000000000001
[223936.268002] RBP: ffff88022fc03d30 R08: 000000005932dcb5 R09: 0000000000000000
[223936.268002] R10: ffffffff81a2b020 R11: 0000000000000000 R12: ffff88022fc03c68
[223936.268002] R13: ffffffff816feb33 R14: ffff88022fc03d30 R15: 0000000017f328cd
[223936.268002] FS: 0000000000000000(0000) GS:ffff88022fc00000(0000) knlGS:0000000000000000
[223936.268002] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[223936.268002] CR2: 00007f25e7bc13a0 CR3: 00000001426fc000 CR4: 00000000000006f0
[223936.268002] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[223936.268002] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[223936.268002] Process swapper (pid: 0, threadinfo ffffffff819a6000, task ffffffff81a2b020)
[223936.268002] Stack:
[223936.268002] ffffffff819a6000 000000005932dd02 000000002fc03d18 ffff8801f6c22448
[223936.268002] 0000000017f328cd 000000006efcdc62 0000000000000001 ffffffff81a2b020
[223936.268002] ffff88022fc03d40 ffffffff813a4f6a ffff88022fc03d80 ffffffff813ac2ab
[223936.268002] Call Trace:
[223936.268002] <IRQ>
[223936.268002] [<ffffffff813a4f6a>] __delay+0xa/0x10
[223936.268002] [<ffffffff813ac2ab>] do_raw_spin_lock+0x13b/0x180
[223936.268002] [<ffffffff816f5604>] _raw_spin_lock+0x44/0x50
[223936.268002] [<ffffffff81661823>] ? tcp_keepalive_timer+0x23/0x270
[223936.268002] [<ffffffff81661823>] tcp_keepalive_timer+0x23/0x270
[223936.268002] [<ffffffff8106cd5d>] run_timer_softirq+0x26d/0x410
[223936.268002] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[223936.268002] [<ffffffff81661800>] ? tcp_init_xmit_timers+0x20/0x20
[223936.268002] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[223936.268002] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223936.268002] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[223936.268002] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[223936.268002] [<ffffffff810310c9>] smp_apic_timer_interrupt+0x69/0xa0
[223936.268002] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223936.268002] <EOI>
[223936.268002] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223936.268002] [<ffffffff8101b80e>] ? mwait_idle+0x14e/0x170
[223936.268002] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223936.268002] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[223936.268002] [<ffffffff816ca491>] rest_init+0xd1/0xe0
[223936.268002] [<ffffffff816ca3c0>] ? csum_partial_copy_generic+0x170/0x170
[223936.268002] [<ffffffff81adcc55>] start_kernel+0x360/0x3ac
[223936.268002] [<ffffffff81adc2a2>] x86_64_start_reservations+0x82/0x89
[223936.268002] [<ffffffff81adc3b8>] x86_64_start_kernel+0x10f/0x12a
[223936.268002] [<ffffffff81adc140>] ? early_idt_handlers+0x140/0x140
[223936.268002] Code: 4c 89 7d c8 eb 1f 66 90 48 8b 45 c0 83 68 1c 01 f3 90 83 40 1c 01 65 44 8b 3c 25 50 d3 00 00 44 3b 7d d4 75 3b 66 66 90 0f ae e8 <e8> b8 60 c7 ff 66 90 4c 63 c0 4c 89 c0 48 2b 45 c8 48 39 d8 72
[223936.268002] Call Trace:
[223936.268002] <IRQ> [<ffffffff813a4f6a>] __delay+0xa/0x10
[223936.268002] [<ffffffff813ac2ab>] do_raw_spin_lock+0x13b/0x180
[223936.268002] [<ffffffff816f5604>] _raw_spin_lock+0x44/0x50
[223936.268002] [<ffffffff81661823>] ? tcp_keepalive_timer+0x23/0x270
[223936.268002] [<ffffffff81661823>] tcp_keepalive_timer+0x23/0x270
[223936.268002] [<ffffffff8106cd5d>] run_timer_softirq+0x26d/0x410
[223936.268002] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[223936.268002] [<ffffffff81661800>] ? tcp_init_xmit_timers+0x20/0x20
[223936.268002] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[223936.268002] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223936.268002] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[223936.268002] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[223936.268002] [<ffffffff810310c9>] smp_apic_timer_interrupt+0x69/0xa0
[223936.268002] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223936.268002] <EOI> [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223936.268002] [<ffffffff8101b80e>] ? mwait_idle+0x14e/0x170
[223936.268002] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223936.268002] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[223936.268002] [<ffffffff816ca491>] rest_init+0xd1/0xe0
[223936.268002] [<ffffffff816ca3c0>] ? csum_partial_copy_generic+0x170/0x170
[223936.268002] [<ffffffff81adcc55>] start_kernel+0x360/0x3ac
[223936.268002] [<ffffffff81adc2a2>] x86_64_start_reservations+0x82/0x89
[223936.268002] [<ffffffff81adc3b8>] x86_64_start_kernel+0x10f/0x12a
[223936.268002] [<ffffffff81adc140>] ? early_idt_handlers+0x140/0x140
[223964.264018] BUG: soft lockup - CPU#0 stuck for 22s! [swapper:0]
[223964.268002] Modules linked in: ipmi_devintf ipmi_si ipmi_msghandler xt_recent nf_conntrack_ftp xt_state xt_owner nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 bnx2
[223964.268002] irq event stamp: 2595159887
[223964.268002] hardirqs last enabled at (2595159887): [<ffffffff8101b805>] mwait_idle+0x145/0x170
[223964.268002] hardirqs last disabled at (2595159886): [<ffffffff81013139>] cpu_idle+0x79/0xf0
[223964.268002] softirqs last enabled at (2595159878): [<ffffffff81064176>] __do_softirq+0x1f6/0x250
[223964.268002] softirqs last disabled at (2595159873): [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223964.268002] CPU 0
[223964.268002] Modules linked in: ipmi_devintf ipmi_si ipmi_msghandler xt_recent nf_conntrack_ftp xt_state xt_owner nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 bnx2
[223964.268002]
[223964.268002] Pid: 0, comm: swapper Not tainted 3.1.0-rc10-hw-lockdep+ #51 Dell Inc. PowerEdge 1950/0M788G
[223964.268002] RIP: 0010:[<ffffffff8101afa6>] [<ffffffff8101afa6>] native_read_tsc+0x6/0x20
[223964.268002] RSP: 0018:ffff88022fc03ce0 EFLAGS: 00000202
[223964.268002] RAX: 000000007cb6c61b RBX: ffffffff816f6334 RCX: 000000007cb6c5e3
[223964.372025] BUG: soft lockup - CPU#1 stuck for 23s! [kworker/0:0:0]
[223964.372027] Modules linked in: ipmi_devintf ipmi_si ipmi_msghandler xt_recent nf_conntrack_ftp xt_state xt_owner nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 bnx2
[223964.372036] irq event stamp: 2598787699
[223964.372037] hardirqs last enabled at (2598787699): [<ffffffff8101b805>] mwait_idle+0x145/0x170
[223964.372042] hardirqs last disabled at (2598787698): [<ffffffff81013139>] cpu_idle+0x79/0xf0
[223964.372045] softirqs last enabled at (2598787696): [<ffffffff81064176>] __do_softirq+0x1f6/0x250
[223964.372049] softirqs last disabled at (2598787681): [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223964.372052] CPU 1
[223964.372053] Modules linked in: ipmi_devintf ipmi_si ipmi_msghandler xt_recent nf_conntrack_ftp xt_state xt_owner nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 bnx2
[223964.372061]
[223964.372063] Pid: 0, comm: kworker/0:0 Not tainted 3.1.0-rc10-hw-lockdep+ #51 Dell Inc. PowerEdge 1950/0M788G
[223964.372067] RIP: 0010:[<ffffffff8101afa0>] [<ffffffff8101afa0>] read_persistent_clock+0x30/0x30
[223964.372072] RSP: 0018:ffff88022fc43ce8 EFLAGS: 00000202
[223964.372074] RAX: 0000000000000001 RBX: ffff88022fc43c68 RCX: 0000000088b369fd
[223964.372076] RDX: 0000000000000200 RSI: 0000000000000000 RDI: 0000000000000001
[223964.372078] RBP: ffff88022fc43d30 R08: ffffffff88b369fd R09: 0000000000000000
[223964.372081] R10: ffff88022690dd60 R11: 0000000000000000 R12: ffff88022fc43c58
[223964.372083] R13: ffffffff816feb33 R14: ffff88022fc43d30 R15: 00000000307e58b4
[223964.372086] FS: 0000000000000000(0000) GS:ffff88022fc40000(0000) knlGS:0000000000000000
[223964.372089] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[223964.372091] CR2: 00007f472ba6a6fc CR3: 0000000126bb7000 CR4: 00000000000006e0
[223964.372093] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[223964.372096] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[223964.372098] Process kworker/0:0 (pid: 0, threadinfo ffff880226928000, task ffff88022690dd60)
[223964.372100] Stack:
[223964.372102] ffffffff813a4eaf ffff880226928000 ffffffff88b369c5 000000012fc43d18
[223964.372106] ffff88002e90e348 00000000307e58b4 000000006efcdc62 0000000000000001
[223964.372111] ffff88022690dd60 ffff88022fc43d40 ffffffff813a4f6a ffff88022fc43d80
[223964.372115] Call Trace:
[223964.372116] <IRQ>
[223964.372119] [<ffffffff813a4eaf>] ? delay_tsc+0x3f/0xd0
[223964.372123] [<ffffffff813a4f6a>] __delay+0xa/0x10
[223964.372127] [<ffffffff813ac2ab>] do_raw_spin_lock+0x13b/0x180
[223964.372132] [<ffffffff816f5604>] _raw_spin_lock+0x44/0x50
[223964.372136] [<ffffffff81661823>] ? tcp_keepalive_timer+0x23/0x270
[223964.372140] [<ffffffff81661823>] tcp_keepalive_timer+0x23/0x270
[223964.372144] [<ffffffff8106cd5d>] run_timer_softirq+0x26d/0x410
[223964.372148] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[223964.372153] [<ffffffff81661800>] ? tcp_init_xmit_timers+0x20/0x20
[223964.372158] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[223964.372162] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223964.372166] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[223964.372170] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[223964.372174] [<ffffffff810310c9>] smp_apic_timer_interrupt+0x69/0xa0
[223964.372178] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223964.372180] <EOI>
[223964.372184] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223964.372188] [<ffffffff8101b80e>] ? mwait_idle+0x14e/0x170
[223964.372192] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223964.372196] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[223964.372200] [<ffffffff816ec4bb>] start_secondary+0x1ca/0x1ff
[223964.372203] Code: 48 89 fb 48 83 ec 08 ff 15 46 5c a1 00 48 c7 43 08 00 00 00 00 48 89 03 48 83 c4 08 5b c9 c3 66 66 66 2e 0f 1f 84 00 00 00 00 00
[223964.372221] 48 89 e5 0f 31 89 c1 48 89 d0 48 c1 e0 20 89 ca 48 09 d0 c9
[223964.372231] Call Trace:
[223964.372232] <IRQ> [<ffffffff813a4eaf>] ? delay_tsc+0x3f/0xd0
[223964.372237] [<ffffffff813a4f6a>] __delay+0xa/0x10
[223964.372241] [<ffffffff813ac2ab>] do_raw_spin_lock+0x13b/0x180
[223964.372245] [<ffffffff816f5604>] _raw_spin_lock+0x44/0x50
[223964.372248] [<ffffffff81661823>] ? tcp_keepalive_timer+0x23/0x270
[223964.372251] [<ffffffff81661823>] tcp_keepalive_timer+0x23/0x270
[223964.372255] [<ffffffff8106cd5d>] run_timer_softirq+0x26d/0x410
[223964.372258] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[223964.372261] [<ffffffff81661800>] ? tcp_init_xmit_timers+0x20/0x20
[223964.372265] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[223964.372268] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223964.372271] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[223964.372275] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[223964.372278] [<ffffffff810310c9>] smp_apic_timer_interrupt+0x69/0xa0
[223964.372281] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223964.372282] <EOI> [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223964.372288] [<ffffffff8101b80e>] ? mwait_idle+0x14e/0x170
[223964.372292] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223964.372295] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[223964.372298] [<ffffffff816ec4bb>] start_secondary+0x1ca/0x1ff
[223964.476031] BUG: soft lockup - CPU#2 stuck for 23s! [kworker/0:1:0]
[223964.476033] Modules linked in: ipmi_devintf ipmi_si ipmi_msghandler xt_recent nf_conntrack_ftp xt_state xt_owner nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 bnx2
[223964.476042] irq event stamp: 2613824057
[223964.476043] hardirqs last enabled at (2613824057): [<ffffffff8101b805>] mwait_idle+0x145/0x170
[223964.476048] hardirqs last disabled at (2613824056): [<ffffffff81013139>] cpu_idle+0x79/0xf0
[223964.476051] softirqs last enabled at (2613824048): [<ffffffff81064176>] __do_softirq+0x1f6/0x250
[223964.476055] softirqs last disabled at (2613824031): [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223964.476059] CPU 2
[223964.476060] Modules linked in: ipmi_devintf ipmi_si ipmi_msghandler xt_recent nf_conntrack_ftp xt_state xt_owner nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 bnx2
[223964.476067]
[223964.476070] Pid: 0, comm: kworker/0:1 Not tainted 3.1.0-rc10-hw-lockdep+ #51 Dell Inc. PowerEdge 1950/0M788G
[223964.476074] RIP: 0010:[<ffffffff8101afa6>] [<ffffffff8101afa6>] native_read_tsc+0x6/0x20
[223964.476078] RSP: 0018:ffff88022fc83ce0 EFLAGS: 00000206
[223964.476080] RAX: 00000000943e6715 RBX: ffffffff816f6334 RCX: 00000000943e66dd
[223964.476083] RDX: 0000000000017b69 RSI: 0000000000000000 RDI: 0000000000000001
[223964.476085] RBP: ffff88022fc83ce0 R08: ffffffff943e6697 R09: 0000000000000000
[223964.476087] R10: ffff880226948000 R11: 0000000000000000 R12: ffff88022fc83c58
[223964.476090] R13: ffffffff816feb33 R14: ffff88022fc83ce0 R15: 000000003094ad30
[223964.476092] FS: 0000000000000000(0000) GS:ffff88022fc80000(0000) knlGS:0000000000000000
[223964.476095] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[223964.476097] CR2: 00007f25e7874d7f CR3: 0000000124c0d000 CR4: 00000000000006e0
[223964.476100] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[223964.476102] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[223964.476105] Process kworker/0:1 (pid: 0, threadinfo ffff88022693e000, task ffff880226948000)
[223964.476107] Stack:
[223964.476108] ffff88022fc83d30 ffffffff813a4ee8 ffff88022693e000 ffffffff943e66dd
[223964.476113] 00000002ffffff10 ffff88006afd8948 000000003094ad30 000000006efcdc62
[223964.476117] 0000000000000001 ffff880226948000 ffff88022fc83d40 ffffffff813a4f6a
[223964.476121] Call Trace:
[223964.476123] <IRQ>
[223964.476126] [<ffffffff813a4ee8>] delay_tsc+0x78/0xd0
[223964.476130] [<ffffffff813a4f6a>] __delay+0xa/0x10
[223964.476134] [<ffffffff813ac2ab>] do_raw_spin_lock+0x13b/0x180
[223964.476139] [<ffffffff816f5604>] _raw_spin_lock+0x44/0x50
[223964.476143] [<ffffffff81661823>] ? tcp_keepalive_timer+0x23/0x270
[223964.476147] [<ffffffff81661823>] tcp_keepalive_timer+0x23/0x270
[223964.476151] [<ffffffff8106cd5d>] run_timer_softirq+0x26d/0x410
[223964.476155] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[223964.476159] [<ffffffff81661800>] ? tcp_init_xmit_timers+0x20/0x20
[223964.476164] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[223964.476168] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223964.476172] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[223964.476176] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[223964.476180] [<ffffffff810310c9>] smp_apic_timer_interrupt+0x69/0xa0
[223964.476184] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223964.476186] <EOI>
[223964.476190] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223964.476194] [<ffffffff8101b80e>] ? mwait_idle+0x14e/0x170
[223964.476198] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223964.476202] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[223964.476206] [<ffffffff816ec4bb>] start_secondary+0x1ca/0x1ff
[223964.476208] Code: 08 ff 15 46 5c a1 00 48 c7 43 08 00 00 00 00 48 89 03 48 83 c4 08 5b c9 c3 66 66 66 2e 0f 1f 84 00 00 00 00 00 55 48 89 e5 0f 31
[223964.476227] c1 48 89 d0 48 c1 e0 20 89 ca 48 09 d0 c9 c3 66 2e 0f 1f 84
[223964.476236] Call Trace:
[223964.476238] <IRQ> [<ffffffff813a4ee8>] delay_tsc+0x78/0xd0
[223964.476243] [<ffffffff813a4f6a>] __delay+0xa/0x10
[223964.476246] [<ffffffff813ac2ab>] do_raw_spin_lock+0x13b/0x180
[223964.476250] [<ffffffff816f5604>] _raw_spin_lock+0x44/0x50
[223964.476254] [<ffffffff81661823>] ? tcp_keepalive_timer+0x23/0x270
[223964.476257] [<ffffffff81661823>] tcp_keepalive_timer+0x23/0x270
[223964.476260] [<ffffffff8106cd5d>] run_timer_softirq+0x26d/0x410
[223964.476264] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[223964.476267] [<ffffffff81661800>] ? tcp_init_xmit_timers+0x20/0x20
[223964.476271] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[223964.476274] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223964.476277] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[223964.476281] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[223964.476284] [<ffffffff810310c9>] smp_apic_timer_interrupt+0x69/0xa0
[223964.476287] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223964.476289] <EOI> [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223964.476295] [<ffffffff8101b80e>] ? mwait_idle+0x14e/0x170
[223964.476298] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223964.476301] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[223964.476304] [<ffffffff816ec4bb>] start_secondary+0x1ca/0x1ff
[223964.580038] BUG: soft lockup - CPU#3 stuck for 23s! [kworker/0:1:0]
[223964.580040] Modules linked in: ipmi_devintf ipmi_si ipmi_msghandler xt_recent nf_conntrack_ftp xt_state xt_owner nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 bnx2
[223964.580049] irq event stamp: 2615464042
[223964.580050] hardirqs last enabled at (2615464042): [<ffffffff816f5edb>] _raw_spin_unlock_irq+0x2b/0x50
[223964.580054] hardirqs last disabled at (2615464041): [<ffffffff816f56a8>] _raw_spin_lock_irq+0x18/0x60
[223964.580058] softirqs last enabled at (2615463964): [<ffffffff81063cce>] _local_bh_enable+0xe/0x10
[223964.580062] softirqs last disabled at (2615463965): [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223964.580066] CPU 3
[223964.580067] Modules linked in: ipmi_devintf ipmi_si ipmi_msghandler xt_recent nf_conntrack_ftp xt_state xt_owner nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 bnx2
[223964.580075]
[223964.580077] Pid: 0, comm: kworker/0:1 Not tainted 3.1.0-rc10-hw-lockdep+ #51 Dell Inc. PowerEdge 1950/0M788G
[223964.580081] RIP: 0010:[<ffffffff8101afa6>] [<ffffffff8101afa6>] native_read_tsc+0x6/0x20
[223964.580086] RSP: 0018:ffff88022fcc3ce0 EFLAGS: 00000206
[223964.580088] RAX: 000000009fc963af RBX: ffffffff816f6334 RCX: 000000009fc96377
[223964.580090] RDX: 0000000000017b69 RSI: ffffffff818f9896 RDI: 0000000000000001
[223964.580093] RBP: ffff88022fcc3ce0 R08: ffffffff9fc96331 R09: 0000000000000000
[223964.580095] R10: ffff880226981f20 R11: 0000000000000000 R12: ffff88022fcc3c58
[223964.580097] R13: ffffffff816feb33 R14: ffff88022fcc3ce0 R15: 0000000030ac88b0
[223964.580100] FS: 0000000000000000(0000) GS:ffff88022fcc0000(0000) knlGS:0000000000000000
[223964.580103] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[223964.580105] CR2: 0000000000f38820 CR3: 0000000104b52000 CR4: 00000000000006e0
[223964.580107] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[223964.580110] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[223964.580112] Process kworker/0:1 (pid: 0, threadinfo ffff880226988000, task ffff880226981f20)
[223964.580114] Stack:
[223964.580116] ffff88022fcc3d30 ffffffff813a4ee8 ffff880226988000 ffffffff9fc96377
[223964.580120] 000000039c3b34d8 ffff880031438948 0000000030ac88b0 000000006efcdc62
[223964.580124] 0000000000000001 ffff880226981f20 ffff88022fcc3d40 ffffffff813a4f6a
[223964.580128] Call Trace:
[223964.580130] <IRQ>
[223964.580133] [<ffffffff813a4ee8>] delay_tsc+0x78/0xd0
[223964.580137] [<ffffffff813a4f6a>] __delay+0xa/0x10
[223964.580141] [<ffffffff813ac2ab>] do_raw_spin_lock+0x13b/0x180
[223964.580146] [<ffffffff816f5604>] _raw_spin_lock+0x44/0x50
[223964.580150] [<ffffffff81661823>] ? tcp_keepalive_timer+0x23/0x270
[223964.580154] [<ffffffff81661823>] tcp_keepalive_timer+0x23/0x270
[223964.580158] [<ffffffff8106cd5d>] run_timer_softirq+0x26d/0x410
[223964.580162] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[223964.580167] [<ffffffff81661800>] ? tcp_init_xmit_timers+0x20/0x20
[223964.580171] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[223964.580176] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223964.580180] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[223964.580184] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[223964.580188] [<ffffffff810310c9>] smp_apic_timer_interrupt+0x69/0xa0
[223964.580192] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223964.580194] <EOI>
[223964.580198] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223964.580202] [<ffffffff8101b80e>] ? mwait_idle+0x14e/0x170
[223964.580206] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223964.580210] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[223964.580214] [<ffffffff816ec4bb>] start_secondary+0x1ca/0x1ff
[223964.580217] Code: 08 ff 15 46 5c a1 00 48 c7 43 08 00 00 00 00 48 89 03 48 83 c4 08 5b c9 c3 66 66 66 2e 0f 1f 84 00 00 00 00 00 55 48 89 e5 0f 31
[223964.580235] c1 48 89 d0 48 c1 e0 20 89 ca 48 09 d0 c9 c3 66 2e 0f 1f 84
[223964.580245] Call Trace:
[223964.580246] <IRQ> [<ffffffff813a4ee8>] delay_tsc+0x78/0xd0
[223964.580252] [<ffffffff813a4f6a>] __delay+0xa/0x10
[223964.580255] [<ffffffff813ac2ab>] do_raw_spin_lock+0x13b/0x180
[223964.580259] [<ffffffff816f5604>] _raw_spin_lock+0x44/0x50
[223964.580262] [<ffffffff81661823>] ? tcp_keepalive_timer+0x23/0x270
[223964.580265] [<ffffffff81661823>] tcp_keepalive_timer+0x23/0x270
[223964.580269] [<ffffffff8106cd5d>] run_timer_softirq+0x26d/0x410
[223964.580272] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[223964.580276] [<ffffffff81661800>] ? tcp_init_xmit_timers+0x20/0x20
[223964.580279] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[223964.580283] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223964.580286] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[223964.580289] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[223964.580292] [<ffffffff810310c9>] smp_apic_timer_interrupt+0x69/0xa0
[223964.580295] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223964.580297] <EOI> [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223964.580303] [<ffffffff8101b80e>] ? mwait_idle+0x14e/0x170
[223964.580307] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223964.580310] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[223964.580313] [<ffffffff816ec4bb>] start_secondary+0x1ca/0x1ff
[223964.268002] RDX: 0000000000017b69 RSI: ffffffff818f9896 RDI: 0000000000000001
[223964.268002] RBP: ffff88022fc03ce0 R08: 000000007cb6c596 R09: 0000000000000000
[223964.268002] R10: ffffffff81a2b020 R11: 0000000000000000 R12: ffff88022fc03c58
[223964.268002] R13: ffffffff816feb33 R14: ffff88022fc03ce0 R15: 000000002eb85d38
[223964.268002] FS: 0000000000000000(0000) GS:ffff88022fc00000(0000) knlGS:0000000000000000
[223964.268002] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[223964.268002] CR2: 00007f25e7bc13a0 CR3: 00000001426fc000 CR4: 00000000000006f0
[223964.268002] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[223964.268002] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[223964.268002] Process swapper (pid: 0, threadinfo ffffffff819a6000, task ffffffff81a2b020)
[223964.268002] Stack:
[223964.268002] ffff88022fc03d30 ffffffff813a4ee8 ffffffff819a6000 000000007cb6c5e3
[223964.268002] 000000007c44ac9c ffff8801f6c22448 000000002eb85d38 000000006efcdc62
[223964.268002] 0000000000000001 ffffffff81a2b020 ffff88022fc03d40 ffffffff813a4f6a
[223964.268002] Call Trace:
[223964.268002] <IRQ>
[223964.268002] [<ffffffff813a4ee8>] delay_tsc+0x78/0xd0
[223964.268002] [<ffffffff813a4f6a>] __delay+0xa/0x10
[223964.268002] [<ffffffff813ac2ab>] do_raw_spin_lock+0x13b/0x180
[223964.268002] [<ffffffff816f5604>] _raw_spin_lock+0x44/0x50
[223964.268002] [<ffffffff81661823>] ? tcp_keepalive_timer+0x23/0x270
[223964.268002] [<ffffffff81661823>] tcp_keepalive_timer+0x23/0x270
[223964.268002] [<ffffffff8106cd5d>] run_timer_softirq+0x26d/0x410
[223964.268002] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[223964.268002] [<ffffffff81661800>] ? tcp_init_xmit_timers+0x20/0x20
[223964.268002] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[223964.268002] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223964.268002] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[223964.268002] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[223964.268002] [<ffffffff810310c9>] smp_apic_timer_interrupt+0x69/0xa0
[223964.268002] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223964.268002] <EOI>
[223964.268002] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223964.268002] [<ffffffff8101b80e>] ? mwait_idle+0x14e/0x170
[223964.268002] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223964.268002] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[223964.268002] [<ffffffff816ca491>] rest_init+0xd1/0xe0
[223964.268002] [<ffffffff816ca3c0>] ? csum_partial_copy_generic+0x170/0x170
[223964.268002] [<ffffffff81adcc55>] start_kernel+0x360/0x3ac
[223964.268002] [<ffffffff81adc2a2>] x86_64_start_reservations+0x82/0x89
[223964.268002] [<ffffffff81adc3b8>] x86_64_start_kernel+0x10f/0x12a
[223964.268002] [<ffffffff81adc140>] ? early_idt_handlers+0x140/0x140
[223964.268002] Code: 08 ff 15 46 5c a1 00 48 c7 43 08 00 00 00 00 48 89 03 48 83 c4 08 5b c9 c3 66 66 66 2e 0f 1f 84 00 00 00 00 00 55 48 89 e5 0f 31
[223964.268002] c1 48 89 d0 48 c1 e0 20 89 ca 48 09 d0 c9 c3 66 2e 0f 1f 84
[223964.268002] Call Trace:
[223964.268002] <IRQ> [<ffffffff813a4ee8>] delay_tsc+0x78/0xd0
[223964.268002] [<ffffffff813a4f6a>] __delay+0xa/0x10
[223964.268002] [<ffffffff813ac2ab>] do_raw_spin_lock+0x13b/0x180
[223964.268002] [<ffffffff816f5604>] _raw_spin_lock+0x44/0x50
[223964.268002] [<ffffffff81661823>] ? tcp_keepalive_timer+0x23/0x270
[223964.268002] [<ffffffff81661823>] tcp_keepalive_timer+0x23/0x270
[223964.268002] [<ffffffff8106cd5d>] run_timer_softirq+0x26d/0x410
[223964.268002] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[223964.268002] [<ffffffff81661800>] ? tcp_init_xmit_timers+0x20/0x20
[223964.268002] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[223964.268002] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223964.268002] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[223964.268002] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[223964.268002] [<ffffffff810310c9>] smp_apic_timer_interrupt+0x69/0xa0
[223964.268002] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223964.268002] <EOI> [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223964.268002] [<ffffffff8101b80e>] ? mwait_idle+0x14e/0x170
[223964.268002] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223964.268002] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[223964.268002] [<ffffffff816ca491>] rest_init+0xd1/0xe0
[223964.268002] [<ffffffff816ca3c0>] ? csum_partial_copy_generic+0x170/0x170
[223964.268002] [<ffffffff81adcc55>] start_kernel+0x360/0x3ac
[223964.268002] [<ffffffff81adc2a2>] x86_64_start_reservations+0x82/0x89
[223964.268002] [<ffffffff81adc3b8>] x86_64_start_kernel+0x10f/0x12a
[223964.268002] [<ffffffff81adc140>] ? early_idt_handlers+0x140/0x140
[223968.815995] INFO: rcu_sched_state detected stall on CPU 1 (t=15000 jiffies)
[223968.819995] INFO: rcu_sched_state detected stalls on CPUs/tasks: { 1} (detected by 3, t=15002 jiffies)
[223968.820000] sending NMI to all CPUs:
[223968.820002] NMI backtrace for cpu 3
[223968.820002] CPU 3
[223968.820002] Modules linked in: ipmi_devintf ipmi_si ipmi_msghandler xt_recent nf_conntrack_ftp xt_state xt_owner nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 bnx2
[223968.820002]
[223968.820002] Pid: 0, comm: kworker/0:1 Not tainted 3.1.0-rc10-hw-lockdep+ #51 Dell Inc. PowerEdge 1950/0M788G
[223968.820002] RIP: 0010:[<ffffffff813a4f86>] [<ffffffff813a4f86>] __const_udelay+0x16/0x40
[223968.820002] RSP: 0018:ffff88022fcc3a90 EFLAGS: 00000002
[223968.820002] RAX: 0000000000e34d8a RBX: 0000000000000001 RCX: 0000000001062560
[223968.820002] RDX: 000000000071a6c5 RSI: 0000000000000002 RDI: 0000000000418958
[223968.820002] RBP: ffff88022fcc3ab0 R08: 0000000000000002 R09: 0000000000000000
[223968.820002] R10: 0000000000000006 R11: 000000000000000a R12: ffffffff81a40d80
[223968.820002] R13: 0000000000000010 R14: ffffffff81a40e40 R15: ffffffff81a40fc0
[223968.820002] FS: 0000000000000000(0000) GS:ffff88022fcc0000(0000) knlGS:0000000000000000
[223968.820002] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[223968.820002] CR2: 0000000000f38820 CR3: 0000000104b52000 CR4: 00000000000006e0
[223968.820002] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[223968.820002] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[223968.820002] Process kworker/0:1 (pid: 0, threadinfo ffff880226988000, task ffff880226981f20)
[223968.820002] Stack:
[223968.820002] ffff88022fcc3ab0 ffffffff81031695 ffff88022fccdfa0 ffff88022fccdfa0
[223968.820002] ffff88022fcc3af0 ffffffff810bb9d2 ffffffff81a40fc0 0000000000000003
[223968.820002] 0000000000000003 ffff880226981f20 ffffffff810921f0 ffff88022fcc3be0
[223968.820002] Call Trace:
[223968.820002] <IRQ>
[223968.820002] [<ffffffff81031695>] ? arch_trigger_all_cpu_backtrace+0x65/0x90
[223968.820002] [<ffffffff810bb9d2>] __rcu_pending+0x382/0x3b0
[223968.820002] [<ffffffff810921f0>] ? tick_nohz_handler+0x100/0x100
[223968.820002] [<ffffffff810bba67>] rcu_check_callbacks+0x67/0x130
[223968.820002] [<ffffffff8106d861>] update_process_times+0x41/0x80
[223968.820002] [<ffffffff81092256>] tick_sched_timer+0x66/0xc0
[223968.820002] [<ffffffff810845ee>] __run_hrtimer+0xfe/0x1e0
[223968.820002] [<ffffffff8108491d>] hrtimer_interrupt+0xcd/0x1f0
[223968.820002] [<ffffffff810310c4>] smp_apic_timer_interrupt+0x64/0xa0
[223968.820002] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223968.820002] [<ffffffff816f6334>] ? retint_restore_args+0x13/0x13
[223968.820002] [<ffffffff8101afa6>] ? native_read_tsc+0x6/0x20
[223968.820002] [<ffffffff813a4eaf>] delay_tsc+0x3f/0xd0
[223968.820002] [<ffffffff813a4f6a>] __delay+0xa/0x10
[223968.820002] [<ffffffff813ac2ab>] do_raw_spin_lock+0x13b/0x180
[223968.820002] [<ffffffff816f5604>] _raw_spin_lock+0x44/0x50
[223968.820002] [<ffffffff81661823>] ? tcp_keepalive_timer+0x23/0x270
[223968.820002] [<ffffffff81661823>] tcp_keepalive_timer+0x23/0x270
[223968.820002] [<ffffffff8106cd5d>] run_timer_softirq+0x26d/0x410
[223968.820002] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[223968.820002] [<ffffffff81661800>] ? tcp_init_xmit_timers+0x20/0x20
[223968.820002] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[223968.820002] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223968.820002] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[223968.820002] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[223968.820002] [<ffffffff810310c9>] smp_apic_timer_interrupt+0x69/0xa0
[223968.820002] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223968.820002] <EOI>
[223968.820002] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223968.820002] [<ffffffff8101b80e>] ? mwait_idle+0x14e/0x170
[223968.820002] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223968.820002] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[223968.820002] [<ffffffff816ec4bb>] start_secondary+0x1ca/0x1ff
[223968.820002] Code: 00 00 00 00 00 55 48 89 e5 ff 15 8e a5 6c 00 c9 c3 0f 1f 40 00 55 48 8d 0c bd 00 00 00 00 65 48 8b 14 25 58 2d 01 00 48 8d 04 12
[223968.820002] c1 e2 06 48 89 e5 48 29 c2 48 89 c8 f7 e2 48 8d 7a 01 ff 15
[223968.820002] Call Trace:
[223968.820002] <IRQ> [<ffffffff81031695>] ? arch_trigger_all_cpu_backtrace+0x65/0x90
[223968.820002] [<ffffffff810bb9d2>] __rcu_pending+0x382/0x3b0
[223968.820002] [<ffffffff810921f0>] ? tick_nohz_handler+0x100/0x100
[223968.820002] [<ffffffff810bba67>] rcu_check_callbacks+0x67/0x130
[223968.820002] [<ffffffff8106d861>] update_process_times+0x41/0x80
[223968.820002] [<ffffffff81092256>] tick_sched_timer+0x66/0xc0
[223968.820002] [<ffffffff810845ee>] __run_hrtimer+0xfe/0x1e0
[223968.820002] [<ffffffff8108491d>] hrtimer_interrupt+0xcd/0x1f0
[223968.820002] [<ffffffff810310c4>] smp_apic_timer_interrupt+0x64/0xa0
[223968.820002] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223968.820002] [<ffffffff816f6334>] ? retint_restore_args+0x13/0x13
[223968.820002] [<ffffffff8101afa6>] ? native_read_tsc+0x6/0x20
[223968.820002] [<ffffffff813a4eaf>] delay_tsc+0x3f/0xd0
[223968.820002] [<ffffffff813a4f6a>] __delay+0xa/0x10
[223968.820002] [<ffffffff813ac2ab>] do_raw_spin_lock+0x13b/0x180
[223968.820002] [<ffffffff816f5604>] _raw_spin_lock+0x44/0x50
[223968.820002] [<ffffffff81661823>] ? tcp_keepalive_timer+0x23/0x270
[223968.820002] [<ffffffff81661823>] tcp_keepalive_timer+0x23/0x270
[223968.820002] [<ffffffff8106cd5d>] run_timer_softirq+0x26d/0x410
[223968.820002] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[223968.820002] [<ffffffff81661800>] ? tcp_init_xmit_timers+0x20/0x20
[223968.820002] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[223968.820002] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223968.820002] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[223968.820002] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[223968.820002] [<ffffffff810310c9>] smp_apic_timer_interrupt+0x69/0xa0
[223968.820002] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223968.820002] <EOI> [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223968.820002] [<ffffffff8101b80e>] ? mwait_idle+0x14e/0x170
[223968.820002] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223968.820002] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[223968.820002] [<ffffffff816ec4bb>] start_secondary+0x1ca/0x1ff
[223968.820335] NMI backtrace for cpu 0
[223968.820337] CPU 0
[223968.820338] Modules linked in: ipmi_devintf ipmi_si ipmi_msghandler xt_recent nf_conntrack_ftp xt_state xt_owner nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 bnx2
[223968.820347]
[223968.820349] Pid: 0, comm: swapper Not tainted 3.1.0-rc10-hw-lockdep+ #51 Dell Inc. PowerEdge 1950/0M788G
[223968.820353] RIP: 0010:[<ffffffff813a4ef0>] [<ffffffff813a4ef0>] delay_tsc+0x80/0xd0
[223968.820358] RSP: 0018:ffff88022fc03cf0 EFLAGS: 00000206
[223968.820360] RAX: 000000007659b10f RBX: 0000000000000001 RCX: 000000007659b10f
[223968.820363] RDX: 000000007659b10f RSI: ffffffff818f9896 RDI: 0000000000000001
[223968.820365] RBP: ffff88022fc03d30 R08: 000000007659b10f R09: 0000000000000000
[223968.820367] R10: ffffffff81a2b020 R11: 0000000000000000 R12: 0000000031026962
[223968.820370] R13: 000000006efcdc62 R14: ffffffff819a6000 R15: 000000007659b0de
[223968.820373] FS: 0000000000000000(0000) GS:ffff88022fc00000(0000) knlGS:0000000000000000
[223968.820375] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[223968.820377] CR2: 00007f25e7bc13a0 CR3: 00000001426fc000 CR4: 00000000000006f0
[223968.820380] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[223968.820382] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[223968.820385] Process swapper (pid: 0, threadinfo ffffffff819a6000, task ffffffff81a2b020)
[223968.820387] Stack:
[223968.820388] ffffffff819a6000 000000007659b0de 00000000818f9896 ffff8801f6c22448
[223968.820393] 0000000031026962 000000006efcdc62 0000000000000001 ffffffff81a2b020
[223968.820397] ffff88022fc03d40 ffffffff813a4f6a ffff88022fc03d80 ffffffff813ac2ab
[223968.820401] Call Trace:
[223968.820402] <IRQ>
[223968.820406] [<ffffffff813a4f6a>] __delay+0xa/0x10
[223968.820410] [<ffffffff813ac2ab>] do_raw_spin_lock+0x13b/0x180
[223968.820414] [<ffffffff816f5604>] _raw_spin_lock+0x44/0x50
[223968.820417] [<ffffffff81661823>] ? tcp_keepalive_timer+0x23/0x270
[223968.820420] [<ffffffff81661823>] tcp_keepalive_timer+0x23/0x270
[223968.820424] [<ffffffff8106cd5d>] run_timer_softirq+0x26d/0x410
[223968.820427] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[223968.820430] [<ffffffff81661800>] ? tcp_init_xmit_timers+0x20/0x20
[223968.820434] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[223968.820437] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223968.820441] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[223968.820444] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[223968.820447] [<ffffffff810310c9>] smp_apic_timer_interrupt+0x69/0xa0
[223968.820450] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223968.820452] <EOI>
[223968.820455] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223968.820459] [<ffffffff8101b80e>] ? mwait_idle+0x14e/0x170
[223968.820462] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223968.820465] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[223968.820468] [<ffffffff816ca491>] rest_init+0xd1/0xe0
[223968.820471] [<ffffffff816ca3c0>] ? csum_partial_copy_generic+0x170/0x170
[223968.820475] [<ffffffff81adcc55>] start_kernel+0x360/0x3ac
[223968.820478] [<ffffffff81adc2a2>] x86_64_start_reservations+0x82/0x89
[223968.820481] [<ffffffff81adc3b8>] x86_64_start_kernel+0x10f/0x12a
[223968.820484] [<ffffffff81adc140>] ? early_idt_handlers+0x140/0x140
[223968.820486] Code: 68 1c 01 f3 90 83 40 1c 01 65 44 8b 3c 25 50 d3 00 00 44 3b 7d d4 75 3b 66 66 90 0f ae e8 e8 b8 60 c7 ff 66 90 4c 63 c0 4c 89 c0
[223968.820504] 2b 45 c8 48 39 d8 72 c7 65 48 8b 04 25 08 c4 00 00 83 a8 44
[223968.820514] Call Trace:
[223968.820515] <IRQ> [<ffffffff813a4f6a>] __delay+0xa/0x10
[223968.820521] [<ffffffff813ac2ab>] do_raw_spin_lock+0x13b/0x180
[223968.820525] [<ffffffff816f5604>] _raw_spin_lock+0x44/0x50
[223968.820528] [<ffffffff81661823>] ? tcp_keepalive_timer+0x23/0x270
[223968.820532] [<ffffffff81661823>] tcp_keepalive_timer+0x23/0x270
[223968.820535] [<ffffffff8106cd5d>] run_timer_softirq+0x26d/0x410
[223968.820538] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[223968.820542] [<ffffffff81661800>] ? tcp_init_xmit_timers+0x20/0x20
[223968.820546] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[223968.820549] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223968.820552] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[223968.820556] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[223968.820559] [<ffffffff810310c9>] smp_apic_timer_interrupt+0x69/0xa0
[223968.820562] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223968.820564] <EOI> [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223968.820570] [<ffffffff8101b80e>] ? mwait_idle+0x14e/0x170
[223968.820573] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223968.820576] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[223968.820579] [<ffffffff816ca491>] rest_init+0xd1/0xe0
[223968.820583] [<ffffffff816ca3c0>] ? csum_partial_copy_generic+0x170/0x170
[223968.820586] [<ffffffff81adcc55>] start_kernel+0x360/0x3ac
[223968.820589] [<ffffffff81adc2a2>] x86_64_start_reservations+0x82/0x89
[223968.820593] [<ffffffff81adc3b8>] x86_64_start_kernel+0x10f/0x12a
[223968.820596] [<ffffffff81adc140>] ? early_idt_handlers+0x140/0x140
[223968.820599] NMI backtrace for cpu 2
[223968.820600] CPU 2
[223968.820602] Modules linked in: ipmi_devintf ipmi_si ipmi_msghandler xt_recent nf_conntrack_ftp xt_state xt_owner nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 bnx2
[223968.820610]
[223968.820612] Pid: 0, comm: kworker/0:1 Not tainted 3.1.0-rc10-hw-lockdep+ #51 Dell Inc. PowerEdge 1950/0M788G
[223968.820616] RIP: 0010:[<ffffffff8101afa6>] [<ffffffff8101afa6>] native_read_tsc+0x6/0x20
[223968.820621] RSP: 0018:ffff88022fc83ce0 EFLAGS: 00000202
[223968.820623] RAX: 000000007659b116 RBX: 0000000000000001 RCX: 000000007659b0e5
[223968.820625] RDX: 0000000000017b6b RSI: 0000000000000000 RDI: 0000000000000001
[223968.820628] RBP: ffff88022fc83ce0 R08: 000000007659b098 R09: 0000000000000000
[223968.820630] R10: ffff880226948000 R11: 0000000000000000 R12: 00000000345f87d7
[223968.820632] R13: 000000006efcdc62 R14: ffff88022693e000 R15: 000000007659b0e5
[223968.820635] FS: 0000000000000000(0000) GS:ffff88022fc80000(0000) knlGS:0000000000000000
[223968.820638] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[223968.820640] CR2: 00007f25e7874d7f CR3: 0000000124c0d000 CR4: 00000000000006e0
[223968.820642] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[223968.820645] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[223968.820647] Process kworker/0:1 (pid: 0, threadinfo ffff88022693e000, task ffff880226948000)
[223968.820649] Stack:
[223968.820651] ffff88022fc83d30 ffffffff813a4ee8 ffff88022693e000 000000007659b0e5
[223968.820655] 000000026b4044c5 ffff88006afd8948 00000000345f87d7 000000006efcdc62
[223968.820659] 0000000000000001 ffff880226948000 ffff88022fc83d40 ffffffff813a4f6a
[223968.820663] Call Trace:
[223968.820665] <IRQ>
[223968.820668] [<ffffffff813a4ee8>] delay_tsc+0x78/0xd0
[223968.820671] [<ffffffff813a4f6a>] __delay+0xa/0x10
[223968.820674] [<ffffffff813ac2ab>] do_raw_spin_lock+0x13b/0x180
[223968.820678] [<ffffffff816f5604>] _raw_spin_lock+0x44/0x50
[223968.820682] [<ffffffff81661823>] ? tcp_keepalive_timer+0x23/0x270
[223968.820685] [<ffffffff81661823>] tcp_keepalive_timer+0x23/0x270
[223968.820688] [<ffffffff8106cd5d>] run_timer_softirq+0x26d/0x410
[223968.820691] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[223968.820695] [<ffffffff81661800>] ? tcp_init_xmit_timers+0x20/0x20
[223968.820699] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[223968.820702] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223968.820705] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[223968.820708] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[223968.820712] [<ffffffff810310c9>] smp_apic_timer_interrupt+0x69/0xa0
[223968.820715] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223968.820717] <EOI>
[223968.820720] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223968.820723] [<ffffffff8101b80e>] ? mwait_idle+0x14e/0x170
[223968.820727] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223968.820730] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[223968.820733] [<ffffffff816ec4bb>] start_secondary+0x1ca/0x1ff
[223968.820735] Code: 08 ff 15 46 5c a1 00 48 c7 43 08 00 00 00 00 48 89 03 48 83 c4 08 5b c9 c3 66 66 66 2e 0f 1f 84 00 00 00 00 00 55 48 89 e5 0f 31
[223968.820753] c1 48 89 d0 48 c1 e0 20 89 ca 48 09 d0 c9 c3 66 2e 0f 1f 84
[223968.820763] Call Trace:
[223968.820764] <IRQ> [<ffffffff813a4ee8>] delay_tsc+0x78/0xd0
[223968.820769] [<ffffffff813a4f6a>] __delay+0xa/0x10
[223968.820773] [<ffffffff813ac2ab>] do_raw_spin_lock+0x13b/0x180
[223968.820777] [<ffffffff816f5604>] _raw_spin_lock+0x44/0x50
[223968.820780] [<ffffffff81661823>] ? tcp_keepalive_timer+0x23/0x270
[223968.820783] [<ffffffff81661823>] tcp_keepalive_timer+0x23/0x270
[223968.820787] [<ffffffff8106cd5d>] run_timer_softirq+0x26d/0x410
[223968.820790] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[223968.820793] [<ffffffff81661800>] ? tcp_init_xmit_timers+0x20/0x20
[223968.820797] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[223968.820801] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223968.820804] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[223968.820807] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[223968.820810] [<ffffffff810310c9>] smp_apic_timer_interrupt+0x69/0xa0
[223968.820813] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223968.820815] <EOI> [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223968.820821] [<ffffffff8101b80e>] ? mwait_idle+0x14e/0x170
[223968.820824] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223968.820827] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[223968.820831] [<ffffffff816ec4bb>] start_secondary+0x1ca/0x1ff
[223968.816001] NMI backtrace for cpu 1
[223968.816001] CPU 1
[223968.816001] Modules linked in: ipmi_devintf ipmi_si ipmi_msghandler xt_recent nf_conntrack_ftp xt_state xt_owner nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 bnx2
[223968.816001]
[223968.816001] Pid: 0, comm: kworker/0:0 Not tainted 3.1.0-rc10-hw-lockdep+ #51 Dell Inc. PowerEdge 1950/0M788G
[223968.816001] RIP: 0010:[<ffffffff81440955>] [<ffffffff81440955>] io_serial_out+0x15/0x20
[223968.816001] RSP: 0018:ffff88022fc437f0 EFLAGS: 00000002
[223968.816001] RAX: 0000000000000073 RBX: ffffffff8243eec0 RCX: 0000000000000000
[223968.816001] RDX: 00000000000003f8 RSI: 00000000000003f8 RDI: ffffffff8243eec0
[223968.816001] RBP: ffff88022fc437f0 R08: 000000007659a435 R09: 0000000000000000
[223968.816001] R10: 0000000000000001 R11: 000000000000000a R12: 0000000000000073
[223968.816001] R13: ffffffff81bc648d R14: 0000000000000050 R15: ffffffff8243eec0
[223968.816001] FS: 0000000000000000(0000) GS:ffff88022fc40000(0000) knlGS:0000000000000000
[223968.816001] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[223968.816001] CR2: 00007f472ba6a6fc CR3: 0000000126bb7000 CR4: 00000000000006e0
[223968.816001] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[223968.816001] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[223968.816001] Process kworker/0:0 (pid: 0, threadinfo ffff880226928000, task ffff88022690dd60)
[223968.816001] Stack:
[223968.816001] ffff88022fc43810 ffffffff814410dc 0000000000000030 ffffffff814410b0
[223968.816001] ffff88022fc43850 ffffffff8143cdb5 0000000000000087 0000000000000000
[223968.816001] ffffffff8243eec0 0000000000000001 0000000000000087 000000000000000d
[223968.816001] Call Trace:
[223968.816001] <IRQ>
[223968.816001] [<ffffffff814410dc>] serial8250_console_putchar+0x2c/0x40
[223968.816001] [<ffffffff814410b0>] ? wait_for_xmitr+0xa0/0xa0
[223968.816001] [<ffffffff8143cdb5>] uart_console_write+0x35/0x70
[223968.816001] [<ffffffff814417be>] serial8250_console_write+0xbe/0x1a0
[223968.816001] [<ffffffff8105c78e>] __call_console_drivers+0x8e/0xb0
[223968.816001] [<ffffffff8105c7f5>] _call_console_drivers+0x45/0x70
[223968.816001] [<ffffffff8105d02f>] console_unlock+0x17f/0x2b0
[223968.816001] [<ffffffff8105d64d>] vprintk+0x1fd/0x520
[223968.816001] [<ffffffff816f16c1>] printk+0x67/0x69
[223968.816001] [<ffffffff816f5fa6>] ? _raw_spin_unlock+0x26/0x40
[223968.816001] [<ffffffff8105388b>] ? account_system_time+0xab/0x190
[223968.816001] [<ffffffff810bb7e4>] __rcu_pending+0x194/0x3b0
[223968.816001] [<ffffffff810921f0>] ? tick_nohz_handler+0x100/0x100
[223968.816001] [<ffffffff810bba67>] rcu_check_callbacks+0x67/0x130
[223968.816001] [<ffffffff8106d861>] update_process_times+0x41/0x80
[223968.816001] [<ffffffff81092256>] tick_sched_timer+0x66/0xc0
[223968.816001] [<ffffffff810845ee>] __run_hrtimer+0xfe/0x1e0
[223968.816001] [<ffffffff8108491d>] hrtimer_interrupt+0xcd/0x1f0
[223968.816001] [<ffffffff810310c4>] smp_apic_timer_interrupt+0x64/0xa0
[223968.816001] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223968.816001] [<ffffffff816f6334>] ? retint_restore_args+0x13/0x13
[223968.816001] [<ffffffff8101afa6>] ? native_read_tsc+0x6/0x20
[223968.816001] [<ffffffff813a4eaf>] delay_tsc+0x3f/0xd0
[223968.816001] [<ffffffff813a4f6a>] __delay+0xa/0x10
[223968.816001] [<ffffffff813ac2ab>] do_raw_spin_lock+0x13b/0x180
[223968.816001] [<ffffffff816f5604>] _raw_spin_lock+0x44/0x50
[223968.816001] [<ffffffff81661823>] ? tcp_keepalive_timer+0x23/0x270
[223968.816001] [<ffffffff81661823>] tcp_keepalive_timer+0x23/0x270
[223968.816001] [<ffffffff8106cd5d>] run_timer_softirq+0x26d/0x410
[223968.816001] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[223968.816001] [<ffffffff81661800>] ? tcp_init_xmit_timers+0x20/0x20
[223968.816001] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[223968.816001] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223968.816001] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[223968.816001] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[223968.816001] [<ffffffff810310c9>] smp_apic_timer_interrupt+0x69/0xa0
[223968.816001] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223968.816001] <EOI>
[223968.816001] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223968.816001] [<ffffffff8101b80e>] ? mwait_idle+0x14e/0x170
[223968.816001] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223968.816001] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[223968.816001] [<ffffffff816ec4bb>] start_secondary+0x1ca/0x1ff
[223968.816001] Code: 48 89 e5 d3 e2 03 57 38 ec 0f b6 c0 c9 c3 0f 1f 84 00 00 00 00 00 0f b6 8f 81 00 00 00 55 89 d0 48 89 e5 d3 e6 03 77 38 89 f2 ee <c9> c3 66 0f 1f 84 00 00 00 00 00 55 80 bf 82 00 00 00 08 48 89
[223968.816001] Call Trace:
[223968.816001] <IRQ> [<ffffffff814410dc>] serial8250_console_putchar+0x2c/0x40
[223968.816001] [<ffffffff814410b0>] ? wait_for_xmitr+0xa0/0xa0
[223968.816001] [<ffffffff8143cdb5>] uart_console_write+0x35/0x70
[223968.816001] [<ffffffff814417be>] serial8250_console_write+0xbe/0x1a0
[223968.816001] [<ffffffff8105c78e>] __call_console_drivers+0x8e/0xb0
[223968.816001] [<ffffffff8105c7f5>] _call_console_drivers+0x45/0x70
[223968.816001] [<ffffffff8105d02f>] console_unlock+0x17f/0x2b0
[223968.816001] [<ffffffff8105d64d>] vprintk+0x1fd/0x520
[223968.816001] [<ffffffff816f16c1>] printk+0x67/0x69
[223968.816001] [<ffffffff816f5fa6>] ? _raw_spin_unlock+0x26/0x40
[223968.816001] [<ffffffff8105388b>] ? account_system_time+0xab/0x190
[223968.816001] [<ffffffff810bb7e4>] __rcu_pending+0x194/0x3b0
[223968.816001] [<ffffffff810921f0>] ? tick_nohz_handler+0x100/0x100
[223968.816001] [<ffffffff810bba67>] rcu_check_callbacks+0x67/0x130
[223968.816001] [<ffffffff8106d861>] update_process_times+0x41/0x80
[223968.816001] [<ffffffff81092256>] tick_sched_timer+0x66/0xc0
[223968.816001] [<ffffffff810845ee>] __run_hrtimer+0xfe/0x1e0
[223968.816001] [<ffffffff8108491d>] hrtimer_interrupt+0xcd/0x1f0
[223968.816001] [<ffffffff810310c4>] smp_apic_timer_interrupt+0x64/0xa0
[223968.816001] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223968.816001] [<ffffffff816f6334>] ? retint_restore_args+0x13/0x13
[223968.816001] [<ffffffff8101afa6>] ? native_read_tsc+0x6/0x20
[223968.816001] [<ffffffff813a4eaf>] delay_tsc+0x3f/0xd0
[223968.816001] [<ffffffff813a4f6a>] __delay+0xa/0x10
[223968.816001] [<ffffffff813ac2ab>] do_raw_spin_lock+0x13b/0x180
[223968.816001] [<ffffffff816f5604>] _raw_spin_lock+0x44/0x50
[223968.816001] [<ffffffff81661823>] ? tcp_keepalive_timer+0x23/0x270
[223968.816001] [<ffffffff81661823>] tcp_keepalive_timer+0x23/0x270
[223968.816001] [<ffffffff8106cd5d>] run_timer_softirq+0x26d/0x410
[223968.816001] [<ffffffff8106cc88>] ? run_timer_softirq+0x198/0x410
[223968.816001] [<ffffffff81661800>] ? tcp_init_xmit_timers+0x20/0x20
[223968.816001] [<ffffffff810640b8>] __do_softirq+0x138/0x250
[223968.816001] [<ffffffff817002bc>] call_softirq+0x1c/0x30
[223968.816001] [<ffffffff810153c5>] do_softirq+0x95/0xd0
[223968.816001] [<ffffffff81063c8d>] irq_exit+0xdd/0x110
[223968.816001] [<ffffffff810310c9>] smp_apic_timer_interrupt+0x69/0xa0
[223968.816001] [<ffffffff816feb33>] apic_timer_interrupt+0x73/0x80
[223968.816001] <EOI> [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223968.816001] [<ffffffff8101b80e>] ? mwait_idle+0x14e/0x170
[223968.816001] [<ffffffff8101b805>] ? mwait_idle+0x145/0x170
[223968.816001] [<ffffffff81013156>] cpu_idle+0x96/0xf0
[223968.816001] [<ffffffff816ec4bb>] start_secondary+0x1ca/0x1ff
[ goes on for another ~300kB, trimmed ]
^ permalink raw reply
* Re: Kernel hard LOCKUP with v3.0.7
From: Stefan Priebe @ 2011-10-24 19:01 UTC (permalink / raw)
To: Greg KH; +Cc: LKML, Stable Tree
In-Reply-To: <20111024183820.GA9397@suse.de>
Hi,
> On Mon, Oct 24, 2011 at 08:15:28PM +0200, Stefan Priebe wrote:
>> Am 22.10.2011 18:55, schrieb Greg KH:
>>>> this seems to fix it. Perhaps you should release v3.0.8 as the
>>>> stable tree isn't stable right now? I mean this bug seems to be
>>>> triggered on every SMP machine.
>>> I will work to get it out soon.
>> Fine. Any idea if this will happen this week or in a month or ...
>> I'm scheduling an update for all our systems and if this will happen
>> really soon i will probably schedule it a bit later.
>
> The 3.0.8-rc1 went out two days ago, so hopefully, if my gpg usb stick
> still works, I can get it out tomorrow, or the day after, as tomorrow,
> the Kernel Summit is still going on.
how to get 3.0.8-rc1? linux-stable.git does not have a tag named
v3.0.8-rc1 - will 3.0.8 be the same as 3.0.8-rc1?
Thanks!
Stefan
^ permalink raw reply
* Re: [PATCH 4/4] kmemleak: Report previously found leaks even after an error
From: Nick Bowler @ 2011-10-24 18:57 UTC (permalink / raw)
To: Catalin Marinas; +Cc: linux-kernel
In-Reply-To: <20111004211446.GA19503@elliptictech.com>
On 2011-10-04 17:14 -0400, Nick Bowler wrote:
> On 2011-10-04 21:50 +0100, Catalin Marinas wrote:
> > On 4 October 2011 18:45, Nick Bowler <nbowler@elliptictech.com> wrote:
> > > Cool, I'll try this out. Kmemleak rarely stays alive for more than a
> > > few days on my desktop before shutting itself down due to an allocation
> > > failure, so this should be really handy.
> >
> > You can have a look at /proc/slabinfo and meminfo and see if there are
> > any really big leaks. In general the kmemleak objects number is higher
> > than the sum of all the other slab objects (but I haven't done any
> > statistics). Hopefully kmemleak doesn't leak memory :) (I should add
> > some simple checks though).
>
> I don't think the failures that cause kmemleak to shut down in my case
> are actually caused by a memory leak. The machine is rather old and
> has only 1G of RAM. I think kmemleak is just failing to allocate during
> a period of real memory pressure.
FWIW, I applied this patch on top of 3.0.7 and I can successfully read
the debugfs entry after kmemleak shuts down.
Thanks,
--
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
^ permalink raw reply
* Re: [PATCH 4/4] perf symbols: Increase symbol KSYM_NAME_LEN size
From: Ricardo Ribalda Delgado @ 2011-10-24 18:54 UTC (permalink / raw)
To: Valdis.Kletnieks
Cc: Arnaldo Carvalho de Melo, Ingo Molnar, linux-kernel,
Anton Blanchard, David Ahern, Paul Mackerras, Pekka Enberg,
Peter Zijlstra, Arnaldo Carvalho de Melo
In-Reply-To: <11382.1319479512@turing-police.cc.vt.edu>
Also suck a big binary blob does not help :)
ricardo@newpili:/tmp/fglrx-driver-11-9/arch/x86_64/lib/modules/fglrx/build_mod$
for a in $( objdump -t libfglrx_ip.a | grep text| awk '{print $6}' );
do printf " %s $a\n" $(echo $a| wc -c) ; done | sort -n | tee
symbols | tail -n 10
137 _ZNK11R800AddrLib28ComputeSurfaceInfoMicroTiledEPK32_ADDR_COMPUTE_SURFACE_INFO_INPUTP33_ADDR_COMPUTE_SURFACE_INFO_OUTPUTj13_AddrTileMode
140 _ZNK11R800AddrLib33DispatchComputeFmaskCoordFromAddrEPK39_ADDR_COMPUTE_FMASK_COORDFROMADDR_INPUTP40_ADDR_COMPUTE_FMASK_COORDFROMADDR_OUTPUT
141 _ZNK11R600AddrLib30HwlComputeSurfaceAddrFromCoordEPK41_ADDR_COMPUTE_SURFACE_ADDRFROMCOORD_INPUTP42_ADDR_COMPUTE_SURFACE_ADDRFROMCOORD_OUTPUT
141 _ZNK11R600AddrLib30HwlComputeSurfaceCoordFromAddrEPK41_ADDR_COMPUTE_SURFACE_COORDFROMADDR_INPUTP42_ADDR_COMPUTE_SURFACE_COORDFROMADDR_OUTPUT
141 _ZNK11R800AddrLib30HwlComputeSurfaceAddrFromCoordEPK41_ADDR_COMPUTE_SURFACE_ADDRFROMCOORD_INPUTP42_ADDR_COMPUTE_SURFACE_ADDRFROMCOORD_OUTPUT
141 _ZNK11R800AddrLib30HwlComputeSurfaceCoordFromAddrEPK41_ADDR_COMPUTE_SURFACE_COORDFROMADDR_INPUTP42_ADDR_COMPUTE_SURFACE_COORDFROMADDR_OUTPUT
146 _ZNK11R600AddrLib35DispatchComputeSurfaceAddrFromCoordEPK41_ADDR_COMPUTE_SURFACE_ADDRFROMCOORD_INPUTP42_ADDR_COMPUTE_SURFACE_ADDRFROMCOORD_OUTPUT
146 _ZNK11R600AddrLib35DispatchComputeSurfaceCoordFromAddrEPK41_ADDR_COMPUTE_SURFACE_COORDFROMADDR_INPUTP42_ADDR_COMPUTE_SURFACE_COORDFROMADDR_OUTPUT
146 _ZNK11R800AddrLib35DispatchComputeSurfaceAddrFromCoordEPK41_ADDR_COMPUTE_SURFACE_ADDRFROMCOORD_INPUTP42_ADDR_COMPUTE_SURFACE_ADDRFROMCOORD_OUTPUT
146 _ZNK11R800AddrLib35DispatchComputeSurfaceCoordFromAddrEPK41_ADDR_COMPUTE_SURFACE_COORDFROMADDR_INPUTP42_ADDR_COMPUTE_SURFACE_COORDFROMADDR_OUTPUT
On Mon, Oct 24, 2011 at 20:05, <Valdis.Kletnieks@vt.edu> wrote:
> On Sun, 23 Oct 2011 17:12:23 -0200, Arnaldo Carvalho de Melo said:
>
>> Fglrx propietary driver has symbol names over 128 chars (:S). This
>> breaks the function kallsyms__parse.
>
> Well, that explains why they haven't upstreamed the driver, it will never
> pass checkpatch's line-lenght check :)
>
> But at some point you really need to just tell the vendors to put down
> the crack pipe.
>
> (What *are* the symbols? C++ mangled function names?)
>
--
Ricardo Ribalda
^ permalink raw reply
* Re: Kernel hard LOCKUP with v3.0.7
From: Greg KH @ 2011-10-24 18:38 UTC (permalink / raw)
To: Stefan Priebe; +Cc: LKML, Stable Tree
In-Reply-To: <4EA5AB40.2090609@profihost.ag>
On Mon, Oct 24, 2011 at 08:15:28PM +0200, Stefan Priebe wrote:
> Am 22.10.2011 18:55, schrieb Greg KH:
> >>this seems to fix it. Perhaps you should release v3.0.8 as the
> >>stable tree isn't stable right now? I mean this bug seems to be
> >>triggered on every SMP machine.
> >I will work to get it out soon.
> Fine. Any idea if this will happen this week or in a month or ...
> I'm scheduling an update for all our systems and if this will happen
> really soon i will probably schedule it a bit later.
The 3.0.8-rc1 went out two days ago, so hopefully, if my gpg usb stick
still works, I can get it out tomorrow, or the day after, as tomorrow,
the Kernel Summit is still going on.
thanks,
greg k-h
^ permalink raw reply
* Re: [PATCH RFC V2 4/5] kvm guest : Added configuration support to enable debug information for KVM Guests
From: Raghavendra K T @ 2011-10-24 18:45 UTC (permalink / raw)
To: Sasha Levin
Cc: Raghavendra K T, Greg Kroah-Hartman, KVM, Sedat Dilek,
Ingo Molnar, Virtualization, Jeremy Fitzhardinge, x86,
H. Peter Anvin, Dave Jiang, Thomas Gleixner, Stefano Stabellini,
Gleb Natapov, Yinghai Lu, Marcelo Tosatti, Xen, Avi Kivity,
Rik van Riel, Konrad Rzeszutek Wilk, LKML, Suzuki Poulose,
Srivatsa Vaddagiri, Peter Zijlstra
In-Reply-To: <1319450505.5660.5.camel@lappy>
On 10/24/2011 03:31 PM, Sasha Levin wrote:
> On Mon, 2011-10-24 at 00:37 +0530, Raghavendra K T wrote:
>> Added configuration support to enable debug information
>> for KVM Guests in debugfs
>> +config KVM_DEBUG_FS
>> + bool "Enable debug information for KVM Guests in debugfs"
>> + depends on KVM_GUEST
>
> Shouldn't it depend on DEBUG_FS as well?
Thanks again for pointing. will correct this too.
^ permalink raw reply
* Re: [PATCH 06/11] ttm/driver: Expand ttm_backend_func to include two overrides for TTM page pool.
From: Konrad Rzeszutek Wilk @ 2011-10-24 18:18 UTC (permalink / raw)
To: Thomas Hellstrom
Cc: linux-kernel, dri-devel, thellstrom, airlied, xen-devel, j.glisse,
bskeggs
In-Reply-To: <4EA5A381.1050100@shipmail.org>
> >For that there are couple of architectural issues I am not sure how to solve.
> >
> >There has to be some form of TTM<->[Radeon|Nouveau] lookup mechanism
> >to say: "here is a 'struct page *', give me the bus address". Currently
> >this is solved by keeping an array of DMA addresses along with the list
> >of pages. And passing the list and DMA address up the stack (and down)
> >from TTM up to the driver (when ttm->be->func->populate is called and they
> >are handed off) does it. It does not break any API layering .. and the internal
> >TTM pool (non-DMA) can just ignore the dma_address altogether (see patch above).
> >
>
> I actually had something more simple in mind, but when tinking a bit
> deeper into it, it seems more complicated than I initially thought.
>
> Namely that when we allocate pages from the ttm_backend, we actually
> populated it at the same time. be::populate would then not take a
> page array as an argument, and would actually be a no-op on many
> drivers.
The programming of the gfx's MMU.. would be done via a new API call?
I think this needs a bit of whiteboarding for me to be sure I understand you.
>
> This makes us move towards struct ttm_tt consisting almost only of
> its backend, so that whole API should perhaps be looked at with new
> eyes.
>
> So anyway, I'm fine with high level things as they are now, and the
Great!
> dma_addr issue can be looked at at a later time. If we could get a
> couple of extra eyes to review the code for style etc. would be
Anybody in particular you can recommend that I can pester^H^H^H^H politely
ask :-)
> great, because I have very little time the next couple of weeks.
<nods> Understood.
^ permalink raw reply
* Re: finger service @ftp.kernel.org
From: @ 2011-10-24 18:17 UTC (permalink / raw)
To: Borislav Petkov; +Cc: Tarkan Erimer, linux-kernel
In-Reply-To: <20111017125126.GB18822@gere.osrc.amd.com>
On 17 October 2011 08:51, Borislav Petkov <bp@alien8.de> wrote:
> On Mon, Oct 17, 2011 at 05:03:07AM -0400, wrote:
>> The finger_banner page appears to be current,
>
> It doesn't look like it here:
>
> $ curl http://kernel.org/kdist/finger_banner
> ...
> The latest snapshot 3 version of the Linux kernel is: 3.1-rc4-git2
> The latest mainline 3 version of the Linux kernel is: 3.1-rc4
> ...
> $ date
> Mon Oct 17 14:50:59 CEST 2011
> ...
> Boris.
It seems both the finger_banner file and http://kernel.org home page
both list -rc4 as the current 'mainline'.
So, the rebuild of kernel.org has not yet hit the scripts that update
those files.
Give it time, those sysadmins have been rather busy lately.
Cheers!
-porpen
^ permalink raw reply
* [PATCH] TCP: remove TCP_DEBUG
From: Flavio Leitner @ 2011-10-24 18:15 UTC (permalink / raw)
To: netdev
Cc: David Miller, Dan McGee, kuznet, jmorris, yoshfuji, kaber,
linux-kernel
In-Reply-To: <CAEik5nPciVMwOE-hC+oPP1gMEvRzbhFwAZHKNQnHEc0YOUXuWA@mail.gmail.com>
It was enabled by default and the messages guarded
by the define are useful.
Signed-off-by: Flavio Leitner <fbl@redhat.com>
---
include/net/tcp.h | 1 -
net/ipv4/tcp.c | 2 --
net/ipv4/tcp_timer.c | 2 --
3 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/include/net/tcp.h b/include/net/tcp.h
index ed0e814..e147f42 100644
--- a/include/net/tcp.h
+++ b/include/net/tcp.h
@@ -18,7 +18,6 @@
#ifndef _TCP_H
#define _TCP_H
-#define TCP_DEBUG 1
#define FASTRETRANS_DEBUG 1
#include <linux/list.h>
diff --git a/net/ipv4/tcp.c b/net/ipv4/tcp.c
index eefc61e..34f5db1 100644
--- a/net/ipv4/tcp.c
+++ b/net/ipv4/tcp.c
@@ -1193,13 +1193,11 @@ void tcp_cleanup_rbuf(struct sock *sk, int copied)
struct tcp_sock *tp = tcp_sk(sk);
int time_to_ack = 0;
-#if TCP_DEBUG
struct sk_buff *skb = skb_peek(&sk->sk_receive_queue);
WARN(skb && !before(tp->copied_seq, TCP_SKB_CB(skb)->end_seq),
"cleanup rbuf bug: copied %X seq %X rcvnxt %X\n",
tp->copied_seq, TCP_SKB_CB(skb)->end_seq, tp->rcv_nxt);
-#endif
if (inet_csk_ack_scheduled(sk)) {
const struct inet_connection_sock *icsk = inet_csk(sk);
diff --git a/net/ipv4/tcp_timer.c b/net/ipv4/tcp_timer.c
index ecd44b0..2e0f0af 100644
--- a/net/ipv4/tcp_timer.c
+++ b/net/ipv4/tcp_timer.c
@@ -334,7 +334,6 @@ void tcp_retransmit_timer(struct sock *sk)
* connection. If the socket is an orphan, time it out,
* we cannot allow such beasts to hang infinitely.
*/
-#ifdef TCP_DEBUG
struct inet_sock *inet = inet_sk(sk);
if (sk->sk_family == AF_INET) {
LIMIT_NETDEBUG(KERN_DEBUG "TCP: Peer %pI4:%u/%u unexpectedly shrunk window %u:%u (repaired)\n",
@@ -349,7 +348,6 @@ void tcp_retransmit_timer(struct sock *sk)
inet->inet_num, tp->snd_una, tp->snd_nxt);
}
#endif
-#endif
if (tcp_time_stamp - tp->rcv_tstamp > TCP_RTO_MAX) {
tcp_write_err(sk);
goto out;
--
1.7.6
^ permalink raw reply related
* Re: Kernel hard LOCKUP with v3.0.7
From: Stefan Priebe @ 2011-10-24 18:15 UTC (permalink / raw)
To: Greg KH; +Cc: LKML, Stable Tree
In-Reply-To: <20111022165521.GA1716@suse.de>
Am 22.10.2011 18:55, schrieb Greg KH:
>> this seems to fix it. Perhaps you should release v3.0.8 as the
>> stable tree isn't stable right now? I mean this bug seems to be
>> triggered on every SMP machine.
> I will work to get it out soon.
Fine. Any idea if this will happen this week or in a month or ... I'm
scheduling an update for all our systems and if this will happen really
soon i will probably schedule it a bit later.
> thanks for testing and letting me know.
np
Stefan
^ permalink raw reply
* Re: [PATCH 4/4] perf symbols: Increase symbol KSYM_NAME_LEN size
From: Valdis.Kletnieks @ 2011-10-24 18:05 UTC (permalink / raw)
To: Arnaldo Carvalho de Melo
Cc: Ingo Molnar, linux-kernel, Ricardo Ribalda Delgado,
Anton Blanchard, David Ahern, Paul Mackerras, Pekka Enberg,
Peter Zijlstra, Arnaldo Carvalho de Melo
In-Reply-To: <1319397143-20301-5-git-send-email-acme@infradead.org>
[-- Attachment #1: Type: text/plain, Size: 433 bytes --]
On Sun, 23 Oct 2011 17:12:23 -0200, Arnaldo Carvalho de Melo said:
> Fglrx propietary driver has symbol names over 128 chars (:S). This
> breaks the function kallsyms__parse.
Well, that explains why they haven't upstreamed the driver, it will never
pass checkpatch's line-lenght check :)
But at some point you really need to just tell the vendors to put down
the crack pipe.
(What *are* the symbols? C++ mangled function names?)
[-- Attachment #2: Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply
* [PATCH] staging: comedi: Unbreak output of printk()s in pcmmio
From: Johannes Thumshirn @ 2011-10-24 17:52 UTC (permalink / raw)
To: gregkh; +Cc: linux-kernel, devel, morbidrsa, abbotti, fmhess, lucas.demarchi
In-Reply-To: <20111017221024.GA26595@kroah.com>
Unbreak the output of some printk()s I broke.
Signed-off-by: Johannes Thumshirn <morbidrsa@googlemail.com>
---
drivers/staging/comedi/drivers/pcmmio.c | 26 +++++++++++++++-----------
1 files changed, 15 insertions(+), 11 deletions(-)
diff --git a/drivers/staging/comedi/drivers/pcmmio.c b/drivers/staging/comedi/drivers/pcmmio.c
index 3ad04aa..b9ca040 100644
--- a/drivers/staging/comedi/drivers/pcmmio.c
+++ b/drivers/staging/comedi/drivers/pcmmio.c
@@ -371,15 +371,15 @@ static int pcmmio_attach(struct comedi_device *dev, struct comedi_devconfig *it)
iobase = it->options[0];
irq[0] = it->options[1];
- printk(KERN_INFO "comedi%d: %s: io: %lx ", dev->minor, driver.driver_name,
- iobase);
+ printk(KERN_INFO "comedi%d: %s: io: %lx attaching...\n", dev->minor,
+ driver.driver_name, iobase);
dev->iobase = iobase;
if (!iobase || !request_region(iobase,
thisboard->total_iosize,
driver.driver_name)) {
- printk(KERN_ERR "I/O port conflict\n");
+ printk(KERN_ERR "comedi%d: I/O port conflict\n", dev->minor);
return -EIO;
}
@@ -394,7 +394,8 @@ static int pcmmio_attach(struct comedi_device *dev, struct comedi_devconfig *it)
* convenient macro defined in comedidev.h.
*/
if (alloc_private(dev, sizeof(struct pcmmio_private)) < 0) {
- printk(KERN_ERR "cannot allocate private data structure\n");
+ printk(KERN_ERR "comedi%d: cannot allocate private data structure\n",
+ dev->minor);
return -ENOMEM;
}
@@ -417,7 +418,8 @@ static int pcmmio_attach(struct comedi_device *dev, struct comedi_devconfig *it)
kcalloc(n_subdevs, sizeof(struct pcmmio_subdev_private),
GFP_KERNEL);
if (!devpriv->sprivs) {
- printk(KERN_ERR "cannot allocate subdevice private data structures\n");
+ printk(KERN_ERR "comedi%d: cannot allocate subdevice private data structures\n",
+ dev->minor);
return -ENOMEM;
}
/*
@@ -427,7 +429,8 @@ static int pcmmio_attach(struct comedi_device *dev, struct comedi_devconfig *it)
* Allocate 1 AI + 1 AO + 2 DIO subdevs (24 lines per DIO)
*/
if (alloc_subdevices(dev, n_subdevs) < 0) {
- printk(KERN_ERR "cannot allocate subdevice data structures\n");
+ printk(KERN_ERR "comedi%d: cannot allocate subdevice data structures\n",
+ dev->minor);
return -ENOMEM;
}
@@ -557,14 +560,15 @@ static int pcmmio_attach(struct comedi_device *dev, struct comedi_devconfig *it)
*/
if (irq[0]) {
- printk(KERN_DEBUG "irq: %u ", irq[0]);
+ printk(KERN_DEBUG "comedi%d: irq: %u\n", dev->minor, irq[0]);
if (thisboard->dio_num_asics == 2 && irq[1])
- printk(KERN_DEBUG "second ASIC irq: %u ", irq[1]);
+ printk(KERN_DEBUG "comedi%d: second ASIC irq: %u\n",
+ dev->minor, irq[1]);
} else {
- printk(KERN_INFO "(IRQ mode disabled) ");
+ printk(KERN_INFO "comedi%d: (IRQ mode disabled)\n", dev->minor);
}
- printk(KERN_INFO "attached\n");
+ printk(KERN_INFO "comedi%d: attached\n", dev->minor);
return 1;
}
@@ -663,7 +667,7 @@ static int pcmmio_dio_insn_bits(struct comedi_device *dev,
}
#ifdef DAMMIT_ITS_BROKEN
/* DEBUG */
- printk(KERN_DEBUG "data_out_byte %02x\n", (unsigned)byte);
+ printk("data_out_byte %02x\n", (unsigned)byte);
#endif
/* save the digital input lines for this byte.. */
s->state |= ((unsigned int)byte) << offset;
--
1.7.5.4
^ permalink raw reply related
* Re: [PATCH 06/11] ttm/driver: Expand ttm_backend_func to include two overrides for TTM page pool.
From: Thomas Hellstrom @ 2011-10-24 17:42 UTC (permalink / raw)
To: Konrad Rzeszutek Wilk
Cc: linux-kernel, dri-devel, thellstrom, airlied, xen-devel, j.glisse,
bskeggs
In-Reply-To: <20111024172728.GD2320@phenom.dumpdata.com>
On 10/24/2011 07:27 PM, Konrad Rzeszutek Wilk wrote:
> On Sat, Oct 22, 2011 at 11:40:54AM +0200, Thomas Hellstrom wrote:
>
>> Konrad,
>>
>> I was hoping that we could get rid of the dma_address shuffling into
>> core TTM,
>> like I mentioned in the review. From what I can tell it's now only
>> used in the backend and
>> core ttm doesn't care about it.
>>
>> Is there a particular reason we're still passing it around?
>>
> Yes - and I should have addressed that in the writeup but forgot, sorry about that.
>
> So initially I thought you meant this:
>
> diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc.c b/drivers/gpu/drm/ttm/ttm_page_alloc.c
> index 360afb3..06ef048 100644
> --- a/drivers/gpu/drm/ttm/ttm_page_alloc.c
> +++ b/drivers/gpu/drm/ttm/ttm_page_alloc.c
> @@ -662,8 +662,7 @@ out:
>
> /* Put all pages in pages list to correct pool to wait for reuse */
> static void __ttm_put_pages(struct list_head *pages, unsigned page_count,
> - int flags, enum ttm_caching_state cstate,
> - dma_addr_t *dma_address)
> + int flags, enum ttm_caching_state cstate)
> {
> unsigned long irq_flags;
> struct ttm_page_pool *pool = ttm_get_pool(flags, cstate);
> @@ -707,8 +706,7 @@ static void __ttm_put_pages(struct list_head *pages, unsigned page_count,
> * cached pages.
> */
> static int __ttm_get_pages(struct list_head *pages, int flags,
> - enum ttm_caching_state cstate, unsigned count,
> - dma_addr_t *dma_address)
> + enum ttm_caching_state cstate, unsigned count)
> {
> struct ttm_page_pool *pool = ttm_get_pool(flags, cstate);
> struct page *p = NULL;
> @@ -864,7 +862,7 @@ int ttm_get_pages(struct ttm_tt *ttm, struct list_head *pages,
> if (ttm->be&& ttm->be->func&& ttm->be->func->get_pages)
> return ttm->be->func->get_pages(ttm, pages, count, dma_address);
> return __ttm_get_pages(pages, ttm->page_flags, ttm->caching_state,
> - count, dma_address);
> + count)
> }
> void ttm_put_pages(struct ttm_tt *ttm, struct list_head *pages,
> unsigned page_count, dma_addr_t *dma_address)
> @@ -873,5 +871,5 @@ void ttm_put_pages(struct ttm_tt *ttm, struct list_head *pages,
> ttm->be->func->put_pages(ttm, pages, page_count, dma_address);
> else
> __ttm_put_pages(pages, page_count, ttm->page_flags,
> - ttm->caching_state, dma_address);
> + ttm->caching_state)
> }
> which is trivial (thought I have not compile tested it), but it should do it.
>
> But I think you mean eliminate the dma_address handling completly in
> ttm_page_alloc.c and ttm_tt.c.
>
> For that there are couple of architectural issues I am not sure how to solve.
>
> There has to be some form of TTM<->[Radeon|Nouveau] lookup mechanism
> to say: "here is a 'struct page *', give me the bus address". Currently
> this is solved by keeping an array of DMA addresses along with the list
> of pages. And passing the list and DMA address up the stack (and down)
> from TTM up to the driver (when ttm->be->func->populate is called and they
> are handed off) does it. It does not break any API layering .. and the internal
> TTM pool (non-DMA) can just ignore the dma_address altogether (see patch above).
>
>
I actually had something more simple in mind, but when tinking a bit
deeper into it, it seems more complicated than I initially thought.
Namely that when we allocate pages from the ttm_backend, we actually
populated it at the same time. be::populate would then not take a page
array as an argument, and would actually be a no-op on many
drivers.
This makes us move towards struct ttm_tt consisting almost only of its
backend, so that whole API should perhaps be looked at with new eyes.
So anyway, I'm fine with high level things as they are now, and the
dma_addr issue can be looked at at a later time. If we could get a
couple of extra eyes to review the code for style etc. would be great,
because I have very little time the next couple of weeks.
/Thomas
^ permalink raw reply
* Re: kdump: crash_kexec()-smp_send_stop() race in panic
From: Vivek Goyal @ 2011-10-24 17:33 UTC (permalink / raw)
To: Eric W. Biederman
Cc: Américo Wang, holzheu, akpm, schwidefsky, heiko.carstens,
kexec, linux-kernel
In-Reply-To: <m1aa8qfhdk.fsf@fess.ebiederm.org>
On Mon, Oct 24, 2011 at 10:07:19AM -0700, Eric W. Biederman wrote:
> Américo Wang <xiyou.wangcong@gmail.com> writes:
>
> > On Mon, Oct 24, 2011 at 11:14 PM, Eric W. Biederman
> > <ebiederm@xmission.com> wrote:
> >> Michael Holzheu <holzheu@linux.vnet.ibm.com> writes:
> >>
> >>> Hello Vivek,
> >>>
> >>> In our tests we ran into the following scenario:
> >>>
> >>> Two CPUs have called panic at the same time. The first CPU called
> >>> crash_kexec() and the second CPU called smp_send_stop() in panic()
> >>> before crash_kexec() finished on the first CPU. So the second CPU
> >>> stopped the first CPU and therefore kdump failed.
> >>>
> >>> 1st CPU:
> >>> panic()->crash_kexec()->mutex_trylock(&kexec_mutex)-> do kdump
> >>>
> >>> 2nd CPU:
> >>> panic()->crash_kexec()->kexec_mutex already held by 1st CPU
> >>> ->smp_send_stop()-> stop CPU 1 (stop kdump)
> >>>
> >>> How should we fix this problem? One possibility could be to do
> >>> smp_send_stop() before we call crash_kexec().
> >>>
> >>> What do you think?
> >>
> >> smp_send_stop is insufficiently reliable to be used before crash_kexec.
> >>
> >> My first reaction would be to test oops_in_progress and wait until
> >> oops_in_progress == 1 before calling smp_send_stop.
> >>
> >
> > +1
> >
> > One of my colleague mentioned the same problem with me inside
> > RH, given the fact that the race condition window is small, it would
> > not be easy to reproduce this scenario.
>
> As for reproducing it I have a hunch you could hack up something
> horrible with smp_call_function and kprobes.
>
>
> On a little more reflection we can't wait until oops_in_progress goes
> to 1 before calling smp_send_stop. Because if crash_kexec is not
> involved nothing we will never call smp_send_stop.
>
> So my second thought is to introduce another atomic variable
> panic_in_progress, visible only in panic. The cpu that sets
> increments panic_in_progress can call smp_send_stop. The rest of
> the cpus can just go into a busy wait. That should stop nasty
> fights about who is going to come out of smp_send_stop first.
Introducing panic_on_oops atomic sounds good.
Thanks
Vivek
^ permalink raw reply
* Re: [PATCH 05/10] user namespace: clamp down users of cap_raised
From: Serge E. Hallyn @ 2011-10-24 17:28 UTC (permalink / raw)
To: Andrew G. Morgan
Cc: Serge E. Hallyn, David Howells, linux-kernel, ebiederm, akpm,
oleg, richard, mikevs, segoon, gregkh, eparis
In-Reply-To: <CALQRfL4zCbzr_Fa0ySi96j06nw7ifocCxUjYUs6vXxeNvjCutQ@mail.gmail.com>
Quoting Andrew G. Morgan (morgan@kernel.org):
> Serge,
>
> It seems as if this whole thing is really idiomatic. How about?
>
> #define IN_ROOT_USER_NS_CAPABLE(cap) \
> ((current_user_ns() == &init_user_ns) && cap_raised(current_cap(), cap))
My objection to this was that it seems to encourage others to use it :) I'm
not sure we want that. Also, IN_ROOT_USER_NS seems more generally useful.
But if I'm the only one who feels this way I'll go ahead and do it...
thanks,
-serge
^ permalink raw reply
* Re: [PATCH 06/11] ttm/driver: Expand ttm_backend_func to include two overrides for TTM page pool.
From: Konrad Rzeszutek Wilk @ 2011-10-24 17:27 UTC (permalink / raw)
To: Thomas Hellstrom
Cc: linux-kernel, dri-devel, thellstrom, airlied, xen-devel, j.glisse,
bskeggs
In-Reply-To: <4EA28FA6.7000006@shipmail.org>
On Sat, Oct 22, 2011 at 11:40:54AM +0200, Thomas Hellstrom wrote:
> Konrad,
>
> I was hoping that we could get rid of the dma_address shuffling into
> core TTM,
> like I mentioned in the review. From what I can tell it's now only
> used in the backend and
> core ttm doesn't care about it.
>
> Is there a particular reason we're still passing it around?
Yes - and I should have addressed that in the writeup but forgot, sorry about that.
So initially I thought you meant this:
diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc.c b/drivers/gpu/drm/ttm/ttm_page_alloc.c
index 360afb3..06ef048 100644
--- a/drivers/gpu/drm/ttm/ttm_page_alloc.c
+++ b/drivers/gpu/drm/ttm/ttm_page_alloc.c
@@ -662,8 +662,7 @@ out:
/* Put all pages in pages list to correct pool to wait for reuse */
static void __ttm_put_pages(struct list_head *pages, unsigned page_count,
- int flags, enum ttm_caching_state cstate,
- dma_addr_t *dma_address)
+ int flags, enum ttm_caching_state cstate)
{
unsigned long irq_flags;
struct ttm_page_pool *pool = ttm_get_pool(flags, cstate);
@@ -707,8 +706,7 @@ static void __ttm_put_pages(struct list_head *pages, unsigned page_count,
* cached pages.
*/
static int __ttm_get_pages(struct list_head *pages, int flags,
- enum ttm_caching_state cstate, unsigned count,
- dma_addr_t *dma_address)
+ enum ttm_caching_state cstate, unsigned count)
{
struct ttm_page_pool *pool = ttm_get_pool(flags, cstate);
struct page *p = NULL;
@@ -864,7 +862,7 @@ int ttm_get_pages(struct ttm_tt *ttm, struct list_head *pages,
if (ttm->be && ttm->be->func && ttm->be->func->get_pages)
return ttm->be->func->get_pages(ttm, pages, count, dma_address);
return __ttm_get_pages(pages, ttm->page_flags, ttm->caching_state,
- count, dma_address);
+ count)
}
void ttm_put_pages(struct ttm_tt *ttm, struct list_head *pages,
unsigned page_count, dma_addr_t *dma_address)
@@ -873,5 +871,5 @@ void ttm_put_pages(struct ttm_tt *ttm, struct list_head *pages,
ttm->be->func->put_pages(ttm, pages, page_count, dma_address);
else
__ttm_put_pages(pages, page_count, ttm->page_flags,
- ttm->caching_state, dma_address);
+ ttm->caching_state)
}
which is trivial (thought I have not compile tested it), but it should do it.
But I think you mean eliminate the dma_address handling completly in
ttm_page_alloc.c and ttm_tt.c.
For that there are couple of architectural issues I am not sure how to solve.
There has to be some form of TTM<->[Radeon|Nouveau] lookup mechanism
to say: "here is a 'struct page *', give me the bus address". Currently
this is solved by keeping an array of DMA addresses along with the list
of pages. And passing the list and DMA address up the stack (and down)
from TTM up to the driver (when ttm->be->func->populate is called and they
are handed off) does it. It does not break any API layering .. and the internal
TTM pool (non-DMA) can just ignore the dma_address altogether (see patch above).
But if we wanted to rip all mention of dma_addr from TTM, one immediate way
that comes to my mind is:
1). Provide a new function in the ttm->be->func that would be called 'get_dma' of:
(int)( *get_dma)(struct list_head *pages, unsigned page_count, dma_addr_t *dma_address)
which would call the TTM DMA to search the internal list and find 'pages*'
(which were just a microsecond ago allocated by calling ttm->be->func->get_pages)
and stick the bus address on the 'dma_address' array.
2). The radeon|nouveau driver would both call this if they decided to use the
TTM DMA API. They would need to provide the newly allocated dma_address for this
call.
3). Not sure how to wrap this in macros though - it looks as if both drivers will
be riddled with 'if (ttm->be->func->get_pages) { private->dma_addr=kzalloc(...) } else {}'.
But that is more an implemention problem..
.. While this idea looks correct, I am struck that it looks like it is breaking the layering
of APIs, where the driver is reaching behind the TTM API and calling this extra function?
Another idea is to transform the 'struct dma_addr *dma_addr' to a 'void *override_p' in
the 'struct ttm_tt'. That means still keeping the TTM API layers seperate, and "passing"
the array of DMA address through the 'override_p' array (which would be allocated by TTM DMA
code). Something along these lines (not tested):
I like this more, but I haven't actually tested it so not sure if it works right?
diff --git a/drivers/gpu/drm/nouveau/nouveau_sgdma.c b/drivers/gpu/drm/nouveau/nouveau_sgdma.c
index e0d4474..8760a04 100644
--- a/drivers/gpu/drm/nouveau/nouveau_sgdma.c
+++ b/drivers/gpu/drm/nouveau/nouveau_sgdma.c
@@ -23,7 +23,7 @@ struct nouveau_sgdma_be {
static int
nouveau_sgdma_populate(struct ttm_backend *be, unsigned long num_pages,
struct page **pages, struct page *dummy_read_page,
- dma_addr_t *dma_addrs)
+ void *override_p)
{
struct nouveau_sgdma_be *nvbe = (struct nouveau_sgdma_be *)be;
struct drm_device *dev = nvbe->dev;
@@ -43,9 +43,9 @@ nouveau_sgdma_populate(struct ttm_backend *be, unsigned long num_pages,
nvbe->nr_pages = 0;
while (num_pages--) {
- if (dma_addrs[nvbe->nr_pages] != 0) {
- nvbe->pages[nvbe->nr_pages] =
- dma_addrs[nvbe->nr_pages];
+ dma_addr_t *ttm_dma = (dma_addr_t *)override_p;
+ if (ttm_dma && ttm_dma[nvbe->nr_pages] != 0) {
+ nvbe->pages[nvbe->nr_pages] = ttm_dma[nvbe->nr_pages];
nvbe->ttm_alloced[nvbe->nr_pages] = true;
} else {
nvbe->pages[nvbe->nr_pages] =
diff --git a/drivers/gpu/drm/radeon/radeon_gart.c b/drivers/gpu/drm/radeon/radeon_gart.c
index 068ba09..dc700f4 100644
--- a/drivers/gpu/drm/radeon/radeon_gart.c
+++ b/drivers/gpu/drm/radeon/radeon_gart.c
@@ -181,7 +181,7 @@ int radeon_gart_bind(struct radeon_device *rdev, unsigned offset,
p = t / (PAGE_SIZE / RADEON_GPU_PAGE_SIZE);
for (i = 0; i < pages; i++, p++) {
- if (dma_addr[i] != 0) {
+ if (dma_addr && dma_addr[i] != 0) {
rdev->gart.ttm_alloced[p] = true;
rdev->gart.pages_addr[p] = dma_addr[i];
} else {
diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c b/drivers/gpu/drm/radeon/radeon_ttm.c
index 2e7419f..690545d 100644
--- a/drivers/gpu/drm/radeon/radeon_ttm.c
+++ b/drivers/gpu/drm/radeon/radeon_ttm.c
@@ -661,7 +661,7 @@ struct radeon_ttm_backend {
unsigned long num_pages;
struct page **pages;
struct page *dummy_read_page;
- dma_addr_t *dma_addrs;
+ dma_addr_t *dma_addrs; /* Can be NULL */
bool populated;
bool bound;
unsigned offset;
@@ -671,13 +671,13 @@ static int radeon_ttm_backend_populate(struct ttm_backend *backend,
unsigned long num_pages,
struct page **pages,
struct page *dummy_read_page,
- dma_addr_t *dma_addrs)
+ void *override_p)
{
struct radeon_ttm_backend *gtt;
gtt = container_of(backend, struct radeon_ttm_backend, backend);
gtt->pages = pages;
- gtt->dma_addrs = dma_addrs;
+ gtt->dma_addrs = (dma_addr_t *)override_p;
gtt->num_pages = num_pages;
gtt->dummy_read_page = dummy_read_page;
gtt->populated = true;
diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc.c b/drivers/gpu/drm/ttm/ttm_page_alloc.c
index 360afb3..458727a 100644
--- a/drivers/gpu/drm/ttm/ttm_page_alloc.c
+++ b/drivers/gpu/drm/ttm/ttm_page_alloc.c
@@ -662,8 +662,7 @@ out:
/* Put all pages in pages list to correct pool to wait for reuse */
static void __ttm_put_pages(struct list_head *pages, unsigned page_count,
- int flags, enum ttm_caching_state cstate,
- dma_addr_t *dma_address)
+ int flags, enum ttm_caching_state cstate)
{
unsigned long irq_flags;
struct ttm_page_pool *pool = ttm_get_pool(flags, cstate);
@@ -707,8 +706,7 @@ static void __ttm_put_pages(struct list_head *pages, unsigned page_count,
* cached pages.
*/
static int __ttm_get_pages(struct list_head *pages, int flags,
- enum ttm_caching_state cstate, unsigned count,
- dma_addr_t *dma_address)
+ enum ttm_caching_state cstate, unsigned count)
{
struct ttm_page_pool *pool = ttm_get_pool(flags, cstate);
struct page *p = NULL;
@@ -766,7 +764,7 @@ static int __ttm_get_pages(struct list_head *pages, int flags,
printk(KERN_ERR TTM_PFX
"Failed to allocate extra pages "
"for large request.");
- __ttm_put_pages(pages, 0, flags, cstate, NULL);
+ __ttm_put_pages(pages, 0, flags, cstate);
return r;
}
}
@@ -859,19 +857,19 @@ int ttm_page_alloc_debugfs(struct seq_file *m, void *data)
}
EXPORT_SYMBOL(ttm_page_alloc_debugfs);
int ttm_get_pages(struct ttm_tt *ttm, struct list_head *pages,
- unsigned count, dma_addr_t *dma_address)
+ unsigned count, int index)
{
if (ttm->be && ttm->be->func && ttm->be->func->get_pages)
- return ttm->be->func->get_pages(ttm, pages, count, dma_address);
+ return ttm->be->func->get_pages(ttm, pages, count, index);
return __ttm_get_pages(pages, ttm->page_flags, ttm->caching_state,
- count, dma_address);
+ count);
}
void ttm_put_pages(struct ttm_tt *ttm, struct list_head *pages,
- unsigned page_count, dma_addr_t *dma_address)
+ unsigned page_count, int index)
{
if (ttm->be && ttm->be->func && ttm->be->func->put_pages)
- ttm->be->func->put_pages(ttm, pages, page_count, dma_address);
+ ttm->be->func->put_pages(ttm, pages, page_count, index);
else
__ttm_put_pages(pages, page_count, ttm->page_flags,
- ttm->caching_state, dma_address);
+ ttm->caching_state);
}
diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c b/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c
index a5be62e..08e182f 100644
--- a/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c
+++ b/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c
@@ -45,6 +45,7 @@
#include <linux/atomic.h>
#include <linux/device.h>
#include <linux/kthread.h>
+#include <drm/drm_mem_util.h>
#include "ttm/ttm_bo_driver.h"
#include "ttm/ttm_page_alloc.h"
#ifdef TTM_HAS_AGP
@@ -1097,7 +1098,7 @@ out:
* cached pages. On failure will hold the negative return value (-ENOMEM, etc).
*/
int ttm_dma_get_pages(struct ttm_tt *ttm, struct list_head *pages,
- unsigned count, dma_addr_t *dma_address)
+ unsigned count, int idx)
{
int r = -ENOMEM;
@@ -1105,6 +1106,11 @@ int ttm_dma_get_pages(struct ttm_tt *ttm, struct list_head *pages,
gfp_t gfp_flags;
enum pool_type type;
struct device *dev = ttm->be->dev;
+ dma_addr_t *dma_address;
+
+ /* We _MUST_ have a proper index value. */
+ if (WARN_ON(idx < 0));
+ return -EINVAL;
type = ttm_to_type(ttm->page_flags, ttm->caching_state);
@@ -1129,6 +1135,7 @@ int ttm_dma_get_pages(struct ttm_tt *ttm, struct list_head *pages,
cstate);
}
#endif
+ dma_address = &((dma_addr_t *)ttm->override_p)[idx];
/* Take pages out of a pool (if applicable) */
r = ttm_dma_pool_get_pages(pool, pages, dma_address, count);
/* clear the pages coming from the pool if requested */
@@ -1201,7 +1208,7 @@ static int ttm_dma_pool_get_num_unused_pages(void)
/* Put all pages in pages list to correct pool to wait for reuse */
void ttm_dma_put_pages(struct ttm_tt *ttm, struct list_head *pages,
- unsigned page_count, dma_addr_t *dma_address)
+ unsigned page_count, int idx)
{
struct dma_pool *pool;
enum pool_type type;
@@ -1230,9 +1237,12 @@ void ttm_dma_put_pages(struct ttm_tt *ttm, struct list_head *pages,
count = ttm_dma_put_pages_in_pool(pool, pages, page_count, is_cached);
- for (i = 0; i < count; i++)
- dma_address[i] = 0;
-
+ /* Optional. */
+ if (idx >= 0) {
+ dma_addr_t *dma_address = &((dma_addr_t *)ttm->override_p)[idx];
+ for (i = 0; i < count; i++)
+ dma_address[i] = 0;
+ }
spin_lock_irqsave(&pool->lock, irq_flags);
pool->npages_in_use -= count;
if (is_cached)
@@ -1386,11 +1396,27 @@ int ttm_dma_page_alloc_debugfs(struct seq_file *m, void *data)
return 0;
}
EXPORT_SYMBOL_GPL(ttm_dma_page_alloc_debugfs);
+
+static int ttm_dma_alloc_priv(struct ttm_tt *ttm)
+{
+ ttm->override_p = drm_calloc_large(ttm->num_pages, sizeof(dma_addr_t *));
+ if (WARN_ON(!ttm->override_p))
+ return -ENOMEM;
+ return 0;
+
+}
+static void ttm_dma_free_priv(struct ttm_tt *ttm)
+{
+ drm_free_large(ttm->override_p);
+ ttm->override_p = NULL;
+}
bool ttm_dma_override(struct ttm_backend_func *be)
{
if (swiotlb_nr_tbl() && be && !ttm_dma_disable) {
be->get_pages = &ttm_dma_get_pages;
be->put_pages = &ttm_dma_put_pages;
+ be->alloc_priv = &ttm_dma_alloc_priv;
+ be->free_priv = &ttm_dma_free_priv;
return true;
}
return false;
diff --git a/drivers/gpu/drm/ttm/ttm_tt.c b/drivers/gpu/drm/ttm/ttm_tt.c
index 31ae359..0f0d57f 100644
--- a/drivers/gpu/drm/ttm/ttm_tt.c
+++ b/drivers/gpu/drm/ttm/ttm_tt.c
@@ -50,16 +50,16 @@ static int ttm_tt_swapin(struct ttm_tt *ttm);
static void ttm_tt_alloc_page_directory(struct ttm_tt *ttm)
{
ttm->pages = drm_calloc_large(ttm->num_pages, sizeof(*ttm->pages));
- ttm->dma_address = drm_calloc_large(ttm->num_pages,
- sizeof(*ttm->dma_address));
+ if (ttm->be && ttm->be->func && ttm->be->func->alloc_priv)
+ ttm->be->func->alloc_priv(ttm);
}
static void ttm_tt_free_page_directory(struct ttm_tt *ttm)
{
drm_free_large(ttm->pages);
ttm->pages = NULL;
- drm_free_large(ttm->dma_address);
- ttm->dma_address = NULL;
+ if (ttm->be && ttm->be->func && ttm->be->func->free_priv)
+ ttm->be->func->free_priv(ttm);
}
static void ttm_tt_free_user_pages(struct ttm_tt *ttm)
@@ -110,7 +110,7 @@ static struct page *__ttm_tt_get_page(struct ttm_tt *ttm, int index)
INIT_LIST_HEAD(&h);
- ret = ttm_get_pages(ttm, &h, 1, &ttm->dma_address[index]);
+ ret = ttm_get_pages(ttm, &h, 1, index);
if (ret != 0)
return NULL;
@@ -169,7 +169,7 @@ int ttm_tt_populate(struct ttm_tt *ttm)
}
be->func->populate(be, ttm->num_pages, ttm->pages,
- ttm->dummy_read_page, ttm->dma_address);
+ ttm->dummy_read_page, ttm->override_p);
ttm->state = tt_unbound;
return 0;
}
@@ -303,7 +303,7 @@ static void ttm_tt_free_alloced_pages(struct ttm_tt *ttm, bool call_clear)
count++;
}
}
- ttm_put_pages(ttm, &h, count, ttm->dma_address);
+ ttm_put_pages(ttm, &h, count, 0 /* start at zero and go up to count */);
ttm->state = tt_unpopulated;
ttm->first_himem_page = ttm->num_pages;
ttm->last_lomem_page = -1;
diff --git a/include/drm/ttm/ttm_bo_driver.h b/include/drm/ttm/ttm_bo_driver.h
index 1826c3b..771697a 100644
--- a/include/drm/ttm/ttm_bo_driver.h
+++ b/include/drm/ttm/ttm_bo_driver.h
@@ -58,7 +58,7 @@ struct ttm_backend_func {
int (*populate) (struct ttm_backend *backend,
unsigned long num_pages, struct page **pages,
struct page *dummy_read_page,
- dma_addr_t *dma_addrs);
+ void *override_p);
/**
* struct ttm_backend_func member clear
*
@@ -109,10 +109,11 @@ struct ttm_backend_func {
*
* @ttm: ttm which contains flags for page allocation and caching state.
* @pages: head of empty linked list where pages are filled.
- * @dma_address: The DMA (bus) address of pages
+ * @idx: The current index in ttm->pages[] array. Negative means
+ * don't assume ttm->pages[idx] order matches the order in *pages.
*/
int (*get_pages) (struct ttm_tt *ttm, struct list_head *pages,
- unsigned count, dma_addr_t *dma_address);
+ unsigned count, int idx);
/**
* ttm_put_pages override. The backend can override the default
@@ -124,10 +125,17 @@ struct ttm_backend_func {
* @pages: list of pages to free.
* @page_count: number of pages in the list. Zero can be passed for
* unknown count.
- * @dma_address: The DMA (bus) address of pages
+ * @idx: The current index in the ttm->pages[] array. Negative means
+ * don't assume ttm->pages[idx] order matches the order in *pages.
*/
void (*put_pages) (struct ttm_tt *ttm, struct list_head *pages,
- unsigned page_count, dma_addr_t *dma_address);
+ unsigned page_count, int idx);
+
+ /**
+ * TODO: Flesh this out.
+ */
+ int (*alloc_priv) (struct ttm_tt *ttm);
+ void (*free_priv) (struct ttm_tt *ttm);
};
/**
@@ -207,7 +215,7 @@ struct ttm_tt {
tt_unbound,
tt_unpopulated,
} state;
- dma_addr_t *dma_address;
+ void *override_p;
};
#define TTM_MEMTYPE_FLAG_FIXED (1 << 0) /* Fixed (on-card) PCI memory */
diff --git a/include/drm/ttm/ttm_page_alloc.h b/include/drm/ttm/ttm_page_alloc.h
index daf5db6..31e6079 100644
--- a/include/drm/ttm/ttm_page_alloc.h
+++ b/include/drm/ttm/ttm_page_alloc.h
@@ -68,12 +68,12 @@ static inline int ttm_dma_page_alloc_debugfs(struct seq_file *m, void *data)
* @ttm: ttm which contains flags for page allocation and caching state.
* @pages: heado of empty linked list where pages are filled.
* @count: number of pages to allocate.
- * @dma_address: The DMA (bus) address of pages - (by default zero).
+ * @idx: The current index in ttm->pages[idx]. Negative means ignore.
*/
int ttm_get_pages(struct ttm_tt *ttm,
struct list_head *pages,
unsigned count,
- dma_addr_t *dma_address);
+ int idx);
/**
* Put linked list of pages to pool.
*
@@ -81,12 +81,12 @@ int ttm_get_pages(struct ttm_tt *ttm,
* @pages: list of pages to free.
* @page_count: number of pages in the list. Zero can be passed for unknown
* count.
- * @dma_address: The DMA (bus) address of pages (by default zero).
+ * @idx: The current index in ttm->pages[idx]. Negative means ignore.
*/
void ttm_put_pages(struct ttm_tt *ttm,
struct list_head *pages,
unsigned page_count,
- dma_addr_t *dma_address);
+ int idx);
/**
* Initialize pool allocator.
*/
^ permalink raw reply related
* Re: kernel.org tarball/patch signature files
From: Valdis.Kletnieks @ 2011-10-24 17:18 UTC (permalink / raw)
To: Greg KH; +Cc: Jari Ruusu, linux-kernel
In-Reply-To: <20111023113727.GA24285@kroah.com>
[-- Attachment #1: Type: text/plain, Size: 602 bytes --]
On Sun, 23 Oct 2011 13:37:27 +0200, Greg KH said:
> If you are really worried about decompressor bugs, then run them in a
> virtual machine/chroot :)
Of more concern than bugs are errors during download. Yes, TCP has a checksum,
which is a CRC that quite frankly sucks when we're talking the amount of data
that kernel.org moves. So there's a non-zero chance you'll get bad data
downloaded. And you really want to do a more effective data check (MD5 or SHA
sum, or a PGP signature) *before* you decompress, in case the corrupted data
causes a spew of gigabytes of trash and fills your filesystem.
[-- Attachment #2: Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply
* [PATCH] x86: Fix compilation bug in kprobes' twobyte_is_boostable
From: Josh Stone @ 2011-10-24 17:15 UTC (permalink / raw)
To: Linus Torvalds
Cc: Josh Stone, linux-kernel, Thomas Gleixner, Ingo Molnar,
H. Peter Anvin, x86, Srikar Dronamraju, Masami Hiramatsu,
Jakub Jelinek
In-Reply-To: <CA+55aFzxf1XMvMBrHzbrUKunWrPZx0Q=2=DyWv9HDpQ3Zc40ZQ@mail.gmail.com>
When compiling an i386_defconfig kernel with gcc-4.6.1-9.fc15.i686, I
noticed a warning about the asm operand for test_bit in kprobes'
can_boost. I discovered that this caused only the first long of
twobyte_is_boostable[] to be output.
Jakub filed and fixed gcc PR50571 to correct the warning and this output
issue. But to solve it for less current gcc, we can make kprobes'
twobyte_is_boostable[] non-const, and it won't be optimized out.
Before:
CC arch/x86/kernel/kprobes.o
In file included from include/linux/bitops.h:22:0,
from include/linux/kernel.h:17,
from [...]/arch/x86/include/asm/percpu.h:44,
from [...]/arch/x86/include/asm/current.h:5,
from [...]/arch/x86/include/asm/processor.h:15,
from [...]/arch/x86/include/asm/atomic.h:6,
from include/linux/atomic.h:4,
from include/linux/mutex.h:18,
from include/linux/notifier.h:13,
from include/linux/kprobes.h:34,
from arch/x86/kernel/kprobes.c:43:
[...]/arch/x86/include/asm/bitops.h: In function ‘can_boost.part.1’:
[...]/arch/x86/include/asm/bitops.h:319:2: warning: use of memory input
without lvalue in asm operand 1 is deprecated [enabled by default]
$ objdump -rd arch/x86/kernel/kprobes.o | grep -A1 -w bt
551: 0f a3 05 00 00 00 00 bt %eax,0x0
554: R_386_32 .rodata.cst4
$ objdump -s -j .rodata.cst4 -j .data arch/x86/kernel/kprobes.o
arch/x86/kernel/kprobes.o: file format elf32-i386
Contents of section .data:
0000 48000000 00000000 00000000 00000000 H...............
Contents of section .rodata.cst4:
0000 4c030000 L...
Only a single long of twobyte_is_boostable[] is in the object file.
After, without the const on twobyte_is_boostable:
$ objdump -rd arch/x86/kernel/kprobes.o | grep -A1 -w bt
551: 0f a3 05 20 00 00 00 bt %eax,0x20
554: R_386_32 .data
$ objdump -s -j .rodata.cst4 -j .data arch/x86/kernel/kprobes.o
arch/x86/kernel/kprobes.o: file format elf32-i386
Contents of section .data:
0000 48000000 00000000 00000000 00000000 H...............
0010 00000000 00000000 00000000 00000000 ................
0020 4c030000 0f000200 ffff0000 ffcff0c0 L...............
0030 0000ffff 3bbbfff8 03ff2ebb 26bb2e77 ....;.......&..w
Now all 32 bytes are output into .data instead.
Signed-off-by: Josh Stone <jistone@redhat.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Masami Hiramatsu <masami.hiramatsu.pt@hitachi.com>
Cc: Jakub Jelinek <jakub@redhat.com>
---
arch/x86/kernel/kprobes.c | 4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/arch/x86/kernel/kprobes.c b/arch/x86/kernel/kprobes.c
index f1a6244..794bc95 100644
--- a/arch/x86/kernel/kprobes.c
+++ b/arch/x86/kernel/kprobes.c
@@ -75,8 +75,10 @@ DEFINE_PER_CPU(struct kprobe_ctlblk, kprobe_ctlblk);
/*
* Undefined/reserved opcodes, conditional jump, Opcode Extension
* Groups, and some special opcodes can not boost.
+ * This is non-const to keep gcc from statically optimizing it out, as
+ * variable_test_bit makes gcc think only *(unsigned long*) is used.
*/
-static const u32 twobyte_is_boostable[256 / 32] = {
+static u32 twobyte_is_boostable[256 / 32] = {
/* 0 1 2 3 4 5 6 7 8 9 a b c d e f */
/* ---------------------------------------------- */
W(0x00, 0, 0, 1, 1, 0, 0, 1, 0, 1, 1, 0, 0, 0, 0, 0, 0) | /* 00 */
--
1.7.6.4
^ permalink raw reply related
* [PATCH v2 1/6] mfd: TPS65910: Handle non-existent devices
From: Kyle Manna @ 2011-10-24 17:05 UTC (permalink / raw)
To: linux-kernel, Samuel Ortiz
Cc: Jorge Eduardo Candelaria, Mark Brown, Liam Girdwood, Kyle Manna
In-Reply-To: <1319475964-10841-1-git-send-email-kyle.manna@fuel7.com>
Attempt to read the first register of the device, if there is no
device return -ENODEV
Signed-off-by: Kyle Manna <kyle.manna@fuel7.com>
---
drivers/mfd/tps65910.c | 20 ++++++++++++++------
1 files changed, 14 insertions(+), 6 deletions(-)
diff --git a/drivers/mfd/tps65910.c b/drivers/mfd/tps65910.c
index 6f5b8cf..03fb4a7 100644
--- a/drivers/mfd/tps65910.c
+++ b/drivers/mfd/tps65910.c
@@ -138,6 +138,7 @@ static int tps65910_i2c_probe(struct i2c_client *i2c,
struct tps65910_board *pmic_plat_data;
struct tps65910_platform_data *init_data;
int ret = 0;
+ char buff;
pmic_plat_data = dev_get_platdata(&i2c->dev);
if (!pmic_plat_data)
@@ -161,11 +162,17 @@ static int tps65910_i2c_probe(struct i2c_client *i2c,
tps65910->write = tps65910_i2c_write;
mutex_init(&tps65910->io_mutex);
- ret = mfd_add_devices(tps65910->dev, -1,
- tps65910s, ARRAY_SIZE(tps65910s),
- NULL, 0);
- if (ret < 0)
+ /* Check that the device is actually there */
+ ret = tps65910_i2c_read(tps65910, 0x0, 1, &buff);
+ if (ret < 0) {
+ ret = -ENODEV;
goto err;
+ }
+
+ ret = mfd_add_devices(tps65910->dev, -1, tps65910s,
+ ARRAY_SIZE(tps65910s), NULL, 0);
+ if (ret < 0)
+ goto err2;
init_data->irq = pmic_plat_data->irq;
init_data->irq_base = pmic_plat_data->irq;
@@ -174,13 +181,14 @@ static int tps65910_i2c_probe(struct i2c_client *i2c,
ret = tps65910_irq_init(tps65910, init_data->irq, init_data);
if (ret < 0)
- goto err;
+ goto err2;
kfree(init_data);
return ret;
-err:
+err2:
mfd_remove_devices(tps65910->dev);
+err:
kfree(tps65910);
kfree(init_data);
return ret;
--
1.7.5.4
^ permalink raw reply related
* [PATCH v2 2/6] mfd: TPS65910: Add I2C slave address macros
From: Kyle Manna @ 2011-10-24 17:06 UTC (permalink / raw)
To: linux-kernel, Samuel Ortiz
Cc: Jorge Eduardo Candelaria, Mark Brown, Liam Girdwood, Kyle Manna
In-Reply-To: <1319475964-10841-1-git-send-email-kyle.manna@fuel7.com>
Add I2C slave addresses to the header file so that platform definitions
can use them.
Signed-off-by: Kyle Manna <kyle.manna@fuel7.com>
---
include/linux/mfd/tps65910.h | 4 ++++
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/include/linux/mfd/tps65910.h b/include/linux/mfd/tps65910.h
index 82b4c88..399d80a 100644
--- a/include/linux/mfd/tps65910.h
+++ b/include/linux/mfd/tps65910.h
@@ -21,6 +21,10 @@
#define TPS65910 0
#define TPS65911 1
+/* I2C Slave Address 7-bit */
+#define TPS65910_I2C_ID0 0x12 /* Smart Reflex */
+#define TPS65910_I2C_ID1 0x2D /* general-purpose control */
+
/* TPS regulator type list */
#define REGULATOR_LDO 0
#define REGULATOR_DCDC 1
--
1.7.5.4
^ permalink raw reply related
* [PATCH v2 4/6] mfd: TPS65910: Move linux/gpio.h include to header
From: Kyle Manna @ 2011-10-24 17:06 UTC (permalink / raw)
To: linux-kernel, Samuel Ortiz
Cc: Jorge Eduardo Candelaria, Mark Brown, Liam Girdwood, Kyle Manna
In-Reply-To: <1319475964-10841-1-git-send-email-kyle.manna@fuel7.com>
The tps65910.h file depends on linux/gpio.h. Move the include from the
source file to the tps65910.h header file.
Signed-off-by: Kyle Manna <kyle.manna@fuel7.com>
---
drivers/mfd/tps65910.c | 1 -
include/linux/mfd/tps65910.h | 3 +++
2 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/mfd/tps65910.c b/drivers/mfd/tps65910.c
index f4654d5..36bc08c 100644
--- a/drivers/mfd/tps65910.c
+++ b/drivers/mfd/tps65910.c
@@ -18,7 +18,6 @@
#include <linux/init.h>
#include <linux/slab.h>
#include <linux/i2c.h>
-#include <linux/gpio.h>
#include <linux/mfd/core.h>
#include <linux/mfd/tps65910.h>
diff --git a/include/linux/mfd/tps65910.h b/include/linux/mfd/tps65910.h
index 399d80a..503ded3 100644
--- a/include/linux/mfd/tps65910.h
+++ b/include/linux/mfd/tps65910.h
@@ -17,6 +17,9 @@
#ifndef __LINUX_MFD_TPS65910_H
#define __LINUX_MFD_TPS65910_H
+#include <linux/gpio.h>
+#include <linux/regulator/machine.h>
+
/* TPS chip id list */
#define TPS65910 0
#define TPS65911 1
--
1.7.5.4
^ permalink raw reply related
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox