* [U-Boot] [PATCH 01/39] DEBUG: Fix debug macros
From: Wolfgang Denk @ 2011-10-24 19:21 UTC (permalink / raw)
To: u-boot
In-Reply-To: <201110241021.15442.marek.vasut@gmail.com>
Dear Marek Vasut,
In message <201110241021.15442.marek.vasut@gmail.com> you wrote:
>
...
> Done, I pushed new patchset right now to git://git.denx.de/u-boot-marex.git ,
> "debug" branch. It's around 50 patches now.
Keep in mind that nobody cares about patches anywhere in any
repository. What has not been sent to the mailing list and thus is
captured in the list archives and patchwork simply does not exist.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
You can observe a lot just by watchin'. - Yogi Berra
^ permalink raw reply
* 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: [Qemu-devel] [PATCH v2 3/4] Add cap reduction support to enable use as SUID
From: Anthony Liguori @ 2011-10-24 19:19 UTC (permalink / raw)
To: Corey Bryant; +Cc: Blue Swirl, rmarwah, qemu-devel
In-Reply-To: <4EA5729C.60509@linux.vnet.ibm.com>
On 10/24/2011 09:13 AM, Corey Bryant wrote:
>
>
> On 10/23/2011 09:22 AM, Blue Swirl wrote:
>> On Fri, Oct 21, 2011 at 15:07, Corey Bryant<coreyb@linux.vnet.ibm.com> wrote:
>>> The ideal way to use qemu-bridge-helper is to give it an fscap of using:
>>>
>>> setcap cap_net_admin=ep qemu-bridge-helper
>>>
>>> Unfortunately, most distros still do not have a mechanism to package files
>>> with fscaps applied. This means they'll have to SUID the qemu-bridge-helper
>>> binary.
>>>
>>> To improve security, use libcap to reduce our capability set to just
>>> cap_net_admin, then reduce privileges down to the calling user. This is
>>> hopefully close to equivalent to fscap support from a security perspective.
>>>
>>> Signed-off-by: Anthony Liguori<aliguori@us.ibm.com>
>>> Signed-off-by: Richa Marwaha<rmarwah@linux.vnet.ibm.com>
>>> Signed-off-by: Corey Bryant<coreyb@linux.vnet.ibm.com>
>>> ---
>>> configure | 34 ++++++++++++++++++++++++++++++++++
>>> qemu-bridge-helper.c | 39 +++++++++++++++++++++++++++++++++++++++
>>> 2 files changed, 73 insertions(+), 0 deletions(-)
>>>
>>> diff --git a/configure b/configure
>>> index 6c8b659..fed66b0 100755
>>> --- a/configure
>>> +++ b/configure
>>> @@ -128,6 +128,7 @@ vnc_thread="no"
>>> xen=""
>>> xen_ctrl_version=""
>>> linux_aio=""
>>> +cap=""
>>> attr=""
>>> xfs=""
>>>
>>> @@ -653,6 +654,10 @@ for opt do
>>> ;;
>>> --enable-kvm) kvm="yes"
>>> ;;
>>> + --disable-cap) cap="no"
>>> + ;;
>>> + --enable-cap) cap="yes"
>>> + ;;
>>> --disable-spice) spice="no"
>>> ;;
>>> --enable-spice) spice="yes"
>>> @@ -1032,6 +1037,8 @@ echo " --disable-vde disable support for vde network"
>>> echo " --enable-vde enable support for vde network"
>>> echo " --disable-linux-aio disable Linux AIO support"
>>> echo " --enable-linux-aio enable Linux AIO support"
>>> +echo " --disable-cap disable libcap-ng support"
>>> +echo " --enable-cap enable libcap-ng support"
>>> echo " --disable-attr disables attr and xattr support"
>>> echo " --enable-attr enable attr and xattr support"
>>> echo " --disable-blobs disable installing provided firmware blobs"
>>> @@ -1638,6 +1645,29 @@ EOF
>>> fi
>>>
>>> ##########################################
>>> +# libcap-ng library probe
>>> +if test "$cap" != "no" ; then
>>> + cap_libs="-lcap-ng"
>>> + cat> $TMPC<< EOF
>>> +#include<cap-ng.h>
>>> +int main(void)
>>> +{
>>> + capng_capability_to_name(CAPNG_EFFECTIVE);
>>> + return 0;
>>> +}
>>> +EOF
>>> + if compile_prog "" "$cap_libs" ; then
>>> + cap=yes
>>> + libs_tools="$cap_libs $libs_tools"
>>> + else
>>> + if test "$cap" = "yes" ; then
>>> + feature_not_found "cap"
>>> + fi
>>> + cap=no
>>> + fi
>>> +fi
>>> +
>>> +##########################################
>>> # Sound support libraries probe
>>>
>>> audio_drv_probe()
>>> @@ -2735,6 +2765,7 @@ echo "fdatasync $fdatasync"
>>> echo "madvise $madvise"
>>> echo "posix_madvise $posix_madvise"
>>> echo "uuid support $uuid"
>>> +echo "libcap-ng support $cap"
>>> echo "vhost-net support $vhost_net"
>>> echo "Trace backend $trace_backend"
>>> echo "Trace output file $trace_file-<pid>"
>>> @@ -2846,6 +2877,9 @@ fi
>>> if test "$vde" = "yes" ; then
>>> echo "CONFIG_VDE=y">> $config_host_mak
>>> fi
>>> +if test "$cap" = "yes" ; then
>>> + echo "CONFIG_LIBCAP=y">> $config_host_mak
>>> +fi
>>> for card in $audio_card_list; do
>>> def=CONFIG_`echo $card | tr '[:lower:]' '[:upper:]'`
>>> echo "$def=y">> $config_host_mak
>>> diff --git a/qemu-bridge-helper.c b/qemu-bridge-helper.c
>>> index db257d5..b1562eb 100644
>>> --- a/qemu-bridge-helper.c
>>> +++ b/qemu-bridge-helper.c
>>> @@ -33,6 +33,10 @@
>>>
>>> #include "net/tap-linux.h"
>>>
>>> +#ifdef CONFIG_LIBCAP
>>> +#include<cap-ng.h>
>>> +#endif
>>> +
>>> #define MAX_ACLS (128)
>>> #define DEFAULT_ACL_FILE CONFIG_QEMU_CONFDIR "/bridge.conf"
>>>
>>> @@ -185,6 +189,27 @@ static int send_fd(int c, int fd)
>>> return sendmsg(c,&msg, 0);
>>> }
>>>
>>> +#ifdef CONFIG_LIBCAP
>>> +static int drop_privileges(void)
>>> +{
>>> + /* clear all capabilities */
>>> + capng_clear(CAPNG_SELECT_BOTH);
>>> +
>>> + if (capng_update(CAPNG_ADD, CAPNG_EFFECTIVE | CAPNG_PERMITTED,
>>> + CAP_NET_ADMIN)< 0) {
>>> + return -1;
>>> + }
>>> +
>>> + /* change to calling user's real uid and gid, retaining supplemental
>>> + * groups and CAP_NET_ADMIN */
>>> + if (capng_change_id(getuid(), getgid(), CAPNG_CLEAR_BOUNDING)) {
>>> + return -1;
>>> + }
>>> +
>>> + return 0;
>>> +}
>>> +#endif
>>> +
>>> int main(int argc, char **argv)
>>> {
>>> struct ifreq ifr;
>>> @@ -198,6 +223,20 @@ int main(int argc, char **argv)
>>> int acl_count = 0;
>>> int i, access_allowed, access_denied;
>>>
>>> + /* if we're run from an suid binary, immediately drop privileges preserving
>>> + * cap_net_admin -- exit immediately if libcap not configured */
>>> + if (geteuid() == 0&& getuid() != geteuid()) {
>>> +#ifdef CONFIG_LIBCAP
>>> + if (drop_privileges() == -1) {
>>> + fprintf(stderr, "failed to drop privileges\n");
>>> + return 1;
>>> + }
>>> +#else
>>> + fprintf(stderr, "failed to drop privileges\n");
>>
>> This makes the tool useless without CONFIG_LIBCAP. Wouldn't it be
>> possible to use setfsuid() instead for Linux?
>>
>> Some fork+setuid helper could be used for other Unix and for the lame
>> OSes without any file system DAC capabilities, a different syntax that
>> does not rely on underlying FS may need to be introduced. Again, I
>> don't know if the tool is even interesting for non-Linux.
>>
>
> I just want to make sure that there is no chance that the helper is run as root
> beyond this point.
But the whole pointer of the helper is to run as root. It's a small trusted
piece of code.
Obviously, it's better to drop unneeded privileges when that's possible but in
the event that is isn't, we shouldn't bail out completely.
Regards,
Anthony Liguori
^ permalink raw reply
* Re: [PATCH meta-oe] memtester: Import from OE classic
From: Paul Menzel @ 2011-10-24 19:13 UTC (permalink / raw)
To: openembedded-devel
In-Reply-To: <CAD=GYpbY0-6qRjGdpZoGGtf7i6vnK+-_-nxtNngN-amC9WNKiw@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 514 bytes --]
Dear Joel,
Am Montag, den 24.10.2011, 14:01 -0500 schrieb Joel A Fernandes:
> On Mon, Oct 24, 2011 at 3:05 AM, Paul Menzel wrote:
> ..
> > I fixed some of the above in OE classic. Please fix the issues mentioned
> > above in meta-oe with follow-up patches.
>
> Thanks for your review comments, I'll work on resubmitting a new patch
> today with the suggested changes.
please note that your patch was already pushed so resubmitting is not
needed and just a follow up patch.
Thanks,
Paul
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply
* [U-Boot] [PATCH v3 8/8] km_arm: enable POST for these boards
From: Wolfgang Denk @ 2011-10-24 19:16 UTC (permalink / raw)
To: u-boot
In-Reply-To: <4EA50FF4.5030105@keymile.com>
Dear Holger Brunck,
In message <4EA50FF4.5030105@keymile.com> you wrote:
>
> you already committed a v4 of this patch together with the patch serie. See:
> http://lists.denx.de/pipermail/u-boot/2011-October/104061.html
Oops. Sorry...
> So could you please revert this one? Because this breaks the board support for
> all our arm based boards.
Done.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
Respect is a rational process
-- McCoy, "The Galileo Seven", stardate 2822.3
^ permalink raw reply
* [PATCH 2/2] ib_srpt: Fix possible race with srp_max_rsp_size in srpt_release_channel_work
From: Nicholas A. Bellinger @ 2011-10-24 19:15 UTC (permalink / raw)
To: linux-rdma
Cc: target-devel, linux-scsi, Roland Dreier, Bart Van Assche,
Nicholas Bellinger
In-Reply-To: <1319483755-11522-1-git-send-email-nab@linux-iscsi.org>
From: Nicholas Bellinger <nab@linux-iscsi.org>
This patch fixes a possible race with srp_max_rsp_size in
srpt_release_channel_work() when changing sport->port_attrib.srp_max_rsp_size
via configfs could have unintended consequences. It uses a new
srpt_rdma_ch->rsp_size and assign the value during srpt_cm_req_recv(),
which is used in subsequent calls to srpt_free_ioctx_ring() to ensure
consistency with the original srpt_alloc_ioctx_ring().
Reported-by: Bart Van Assche <bvanassche@acm.org>
Cc: Bart Van Assche <bvanassche@acm.org>
Cc: Roland Dreier <roland@purestorage.com>
Signed-off-by: Nicholas A. Bellinger <nab@linux-iscsi.org>
---
drivers/infiniband/ulp/srpt/ib_srpt.c | 10 ++++------
drivers/infiniband/ulp/srpt/ib_srpt.h | 2 ++
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/infiniband/ulp/srpt/ib_srpt.c b/drivers/infiniband/ulp/srpt/ib_srpt.c
index e483c54..f7174b3 100644
--- a/drivers/infiniband/ulp/srpt/ib_srpt.c
+++ b/drivers/infiniband/ulp/srpt/ib_srpt.c
@@ -2373,8 +2373,7 @@ static void srpt_release_channel_work(struct work_struct *w)
srpt_free_ioctx_ring((struct srpt_ioctx **)ch->ioctx_ring,
ch->sport->sdev, ch->rq_size,
- ch->sport->port_attrib.srp_max_rsp_size,
- DMA_TO_DEVICE);
+ ch->rsp_size, DMA_TO_DEVICE);
spin_lock_irq(&sdev->spinlock);
list_del(&ch->list);
@@ -2554,12 +2553,12 @@ static int srpt_cm_req_recv(struct ib_cm_id *cm_id,
spin_lock_init(&ch->spinlock);
ch->state = CH_CONNECTING;
INIT_LIST_HEAD(&ch->cmd_wait_list);
+ ch->rsp_size = ch->sport->port_attrib.srp_max_rsp_size;
ch->ioctx_ring = (struct srpt_send_ioctx **)
srpt_alloc_ioctx_ring(ch->sport->sdev, ch->rq_size,
sizeof(*ch->ioctx_ring[0]),
- ch->sport->port_attrib.srp_max_rsp_size,
- DMA_TO_DEVICE);
+ ch->rsp_size, DMA_TO_DEVICE);
if (!ch->ioctx_ring)
goto free_ch;
@@ -2667,8 +2666,7 @@ destroy_ib:
free_ring:
srpt_free_ioctx_ring((struct srpt_ioctx **)ch->ioctx_ring,
ch->sport->sdev, ch->rq_size,
- ch->sport->port_attrib.srp_max_rsp_size,
- DMA_TO_DEVICE);
+ ch->rsp_size, DMA_TO_DEVICE);
free_ch:
kfree(ch);
diff --git a/drivers/infiniband/ulp/srpt/ib_srpt.h b/drivers/infiniband/ulp/srpt/ib_srpt.h
index 1b607ae..068f66d 100644
--- a/drivers/infiniband/ulp/srpt/ib_srpt.h
+++ b/drivers/infiniband/ulp/srpt/ib_srpt.h
@@ -277,6 +277,7 @@ enum rdma_ch_state {
* @qp: IB queue pair used for communicating over this channel.
* @cq: IB completion queue for this channel.
* @rq_size: IB receive queue size.
+ * @rsp_size IB response message size in bytes.
* @sq_wr_avail: number of work requests available in the send queue.
* @sport: pointer to the information of the HCA port used by this
* channel.
@@ -307,6 +308,7 @@ struct srpt_rdma_ch {
struct ib_qp *qp;
struct ib_cq *cq;
int rq_size;
+ u32 rsp_size;
atomic_t sq_wr_avail;
struct srpt_port *sport;
u8 i_port_id[16];
--
1.7.2.5
^ permalink raw reply related
* [PATCH 1/2] ib_srpt: Fix possible race with srp_sq_size in srpt_create_ch_ib
From: Nicholas A. Bellinger @ 2011-10-24 19:15 UTC (permalink / raw)
To: linux-rdma
Cc: target-devel, linux-scsi, Roland Dreier, Bart Van Assche,
Nicholas Bellinger
From: Nicholas Bellinger <nab-IzHhD5pYlfBP7FQvKIMDCQ@public.gmane.org>
This patch fixes a possible race with srp_sq_size in srpt_create_ch_ib()
where changing sport->port_attrib.srp_sq_size via configfs could have
unintended consequences. It uses a local assignment for srp_sq_size to
ensure the values for ib_create_cq() and qp_init->cap.max_send_wr are
consistent.
Reported-by: Bart Van Assche <bvanassche-HInyCGIudOg@public.gmane.org>
Cc: Bart Van Assche <bvanassche-HInyCGIudOg@public.gmane.org>
Cc: Roland Dreier <roland-BHEL68pLQRGGvPXPguhicg@public.gmane.org>
Signed-off-by: Nicholas A. Bellinger <nab-IzHhD5pYlfBP7FQvKIMDCQ@public.gmane.org>
---
drivers/infiniband/ulp/srpt/ib_srpt.c | 7 ++++---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/infiniband/ulp/srpt/ib_srpt.c b/drivers/infiniband/ulp/srpt/ib_srpt.c
index 9e1c5e0..e483c54 100644
--- a/drivers/infiniband/ulp/srpt/ib_srpt.c
+++ b/drivers/infiniband/ulp/srpt/ib_srpt.c
@@ -2130,6 +2130,7 @@ static int srpt_create_ch_ib(struct srpt_rdma_ch *ch)
struct ib_qp_init_attr *qp_init;
struct srpt_port *sport = ch->sport;
struct srpt_device *sdev = sport->sdev;
+ u32 srp_sq_size = sport->port_attrib.srp_sq_size;
int ret;
WARN_ON(ch->rq_size < 1);
@@ -2140,11 +2141,11 @@ static int srpt_create_ch_ib(struct srpt_rdma_ch *ch)
goto out;
ch->cq = ib_create_cq(sdev->device, srpt_completion, NULL, ch,
- ch->rq_size + sport->port_attrib.srp_sq_size, 0);
+ ch->rq_size + srp_sq_size, 0);
if (IS_ERR(ch->cq)) {
ret = PTR_ERR(ch->cq);
printk(KERN_ERR "failed to create CQ cqe= %d ret= %d\n",
- ch->rq_size + sport->port_attrib.srp_sq_size, ret);
+ ch->rq_size + srp_sq_size, ret);
goto out;
}
@@ -2156,7 +2157,7 @@ static int srpt_create_ch_ib(struct srpt_rdma_ch *ch)
qp_init->srq = sdev->srq;
qp_init->sq_sig_type = IB_SIGNAL_REQ_WR;
qp_init->qp_type = IB_QPT_RC;
- qp_init->cap.max_send_wr = sport->port_attrib.srp_sq_size;
+ qp_init->cap.max_send_wr = srp_sq_size;
qp_init->cap.max_send_sge = SRPT_DEF_SG_PER_WQE;
ch->qp = ib_create_qp(sdev->pd, qp_init);
--
1.7.2.5
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply related
* Re: [Qemu-devel] [PATCH v2 3/4] Add cap reduction support to enable use as SUID
From: Corey Bryant @ 2011-10-24 19:13 UTC (permalink / raw)
To: Blue Swirl; +Cc: rmarwah, aliguori, qemu-devel
In-Reply-To: <CAAu8pHvkc_FsE-5HODFxqxQjEDDHYATtq9uSLNgdc=VmeS91pg@mail.gmail.com>
On 10/24/2011 02:58 PM, Blue Swirl wrote:
> On Mon, Oct 24, 2011 at 18:38, Corey Bryant<coreyb@linux.vnet.ibm.com> wrote:
>>
>>
>> On 10/24/2011 01:10 PM, Blue Swirl wrote:
>>>
>>> On Mon, Oct 24, 2011 at 14:13, Corey Bryant<coreyb@linux.vnet.ibm.com>
>>> wrote:
>>>>
>>>>
>>>> On 10/23/2011 09:22 AM, Blue Swirl wrote:
>>>>>
>>>>> On Fri, Oct 21, 2011 at 15:07, Corey Bryant<coreyb@linux.vnet.ibm.com>
>>>>> wrote:
>>>>>>
>>>>>> The ideal way to use qemu-bridge-helper is to give it an fscap of
>>>>>> using:
>>>>>>
>>>>>> setcap cap_net_admin=ep qemu-bridge-helper
>>>>>>
>>>>>> Unfortunately, most distros still do not have a mechanism to package
>>>>>> files
>>>>>> with fscaps applied. This means they'll have to SUID the
>>>>>> qemu-bridge-helper
>>>>>> binary.
>>>>>>
>>>>>> To improve security, use libcap to reduce our capability set to just
>>>>>> cap_net_admin, then reduce privileges down to the calling user. This
>>>>>> is
>>>>>> hopefully close to equivalent to fscap support from a security
>>>>>> perspective.
>>>>>>
>>>>>> Signed-off-by: Anthony Liguori<aliguori@us.ibm.com>
>>>>>> Signed-off-by: Richa Marwaha<rmarwah@linux.vnet.ibm.com>
>>>>>> Signed-off-by: Corey Bryant<coreyb@linux.vnet.ibm.com>
>>>>>> ---
>>>>>> configure | 34 ++++++++++++++++++++++++++++++++++
>>>>>> qemu-bridge-helper.c | 39 +++++++++++++++++++++++++++++++++++++++
>>>>>> 2 files changed, 73 insertions(+), 0 deletions(-)
>>>>>>
>>>>>> diff --git a/configure b/configure
>>>>>> index 6c8b659..fed66b0 100755
>>>>>> --- a/configure
>>>>>> +++ b/configure
>>>>>> @@ -128,6 +128,7 @@ vnc_thread="no"
>>>>>> xen=""
>>>>>> xen_ctrl_version=""
>>>>>> linux_aio=""
>>>>>> +cap=""
>>>>>> attr=""
>>>>>> xfs=""
>>>>>>
>>>>>> @@ -653,6 +654,10 @@ for opt do
>>>>>> ;;
>>>>>> --enable-kvm) kvm="yes"
>>>>>> ;;
>>>>>> + --disable-cap) cap="no"
>>>>>> + ;;
>>>>>> + --enable-cap) cap="yes"
>>>>>> + ;;
>>>>>> --disable-spice) spice="no"
>>>>>> ;;
>>>>>> --enable-spice) spice="yes"
>>>>>> @@ -1032,6 +1037,8 @@ echo " --disable-vde disable support
>>>>>> for vde network"
>>>>>> echo " --enable-vde enable support for vde network"
>>>>>> echo " --disable-linux-aio disable Linux AIO support"
>>>>>> echo " --enable-linux-aio enable Linux AIO support"
>>>>>> +echo " --disable-cap disable libcap-ng support"
>>>>>> +echo " --enable-cap enable libcap-ng support"
>>>>>> echo " --disable-attr disables attr and xattr support"
>>>>>> echo " --enable-attr enable attr and xattr support"
>>>>>> echo " --disable-blobs disable installing provided firmware
>>>>>> blobs"
>>>>>> @@ -1638,6 +1645,29 @@ EOF
>>>>>> fi
>>>>>>
>>>>>> ##########################################
>>>>>> +# libcap-ng library probe
>>>>>> +if test "$cap" != "no" ; then
>>>>>> + cap_libs="-lcap-ng"
>>>>>> + cat> $TMPC<< EOF
>>>>>> +#include<cap-ng.h>
>>>>>> +int main(void)
>>>>>> +{
>>>>>> + capng_capability_to_name(CAPNG_EFFECTIVE);
>>>>>> + return 0;
>>>>>> +}
>>>>>> +EOF
>>>>>> + if compile_prog "" "$cap_libs" ; then
>>>>>> + cap=yes
>>>>>> + libs_tools="$cap_libs $libs_tools"
>>>>>> + else
>>>>>> + if test "$cap" = "yes" ; then
>>>>>> + feature_not_found "cap"
>>>>>> + fi
>>>>>> + cap=no
>>>>>> + fi
>>>>>> +fi
>>>>>> +
>>>>>> +##########################################
>>>>>> # Sound support libraries probe
>>>>>>
>>>>>> audio_drv_probe()
>>>>>> @@ -2735,6 +2765,7 @@ echo "fdatasync $fdatasync"
>>>>>> echo "madvise $madvise"
>>>>>> echo "posix_madvise $posix_madvise"
>>>>>> echo "uuid support $uuid"
>>>>>> +echo "libcap-ng support $cap"
>>>>>> echo "vhost-net support $vhost_net"
>>>>>> echo "Trace backend $trace_backend"
>>>>>> echo "Trace output file $trace_file-<pid>"
>>>>>> @@ -2846,6 +2877,9 @@ fi
>>>>>> if test "$vde" = "yes" ; then
>>>>>> echo "CONFIG_VDE=y">> $config_host_mak
>>>>>> fi
>>>>>> +if test "$cap" = "yes" ; then
>>>>>> + echo "CONFIG_LIBCAP=y">> $config_host_mak
>>>>>> +fi
>>>>>> for card in $audio_card_list; do
>>>>>> def=CONFIG_`echo $card | tr '[:lower:]' '[:upper:]'`
>>>>>> echo "$def=y">> $config_host_mak
>>>>>> diff --git a/qemu-bridge-helper.c b/qemu-bridge-helper.c
>>>>>> index db257d5..b1562eb 100644
>>>>>> --- a/qemu-bridge-helper.c
>>>>>> +++ b/qemu-bridge-helper.c
>>>>>> @@ -33,6 +33,10 @@
>>>>>>
>>>>>> #include "net/tap-linux.h"
>>>>>>
>>>>>> +#ifdef CONFIG_LIBCAP
>>>>>> +#include<cap-ng.h>
>>>>>> +#endif
>>>>>> +
>>>>>> #define MAX_ACLS (128)
>>>>>> #define DEFAULT_ACL_FILE CONFIG_QEMU_CONFDIR "/bridge.conf"
>>>>>>
>>>>>> @@ -185,6 +189,27 @@ static int send_fd(int c, int fd)
>>>>>> return sendmsg(c,&msg, 0);
>>>>>> }
>>>>>>
>>>>>> +#ifdef CONFIG_LIBCAP
>>>>>> +static int drop_privileges(void)
>>>>>> +{
>>>>>> + /* clear all capabilities */
>>>>>> + capng_clear(CAPNG_SELECT_BOTH);
>>>>>> +
>>>>>> + if (capng_update(CAPNG_ADD, CAPNG_EFFECTIVE | CAPNG_PERMITTED,
>>>>>> + CAP_NET_ADMIN)< 0) {
>>>>>> + return -1;
>>>>>> + }
>>>>>> +
>>>>>> + /* change to calling user's real uid and gid, retaining
>>>>>> supplemental
>>>>>> + * groups and CAP_NET_ADMIN */
>>>>>> + if (capng_change_id(getuid(), getgid(), CAPNG_CLEAR_BOUNDING)) {
>>>>>> + return -1;
>>>>>> + }
>>>>>> +
>>>>>> + return 0;
>>>>>> +}
>>>>>> +#endif
>>>>>> +
>>>>>> int main(int argc, char **argv)
>>>>>> {
>>>>>> struct ifreq ifr;
>>>>>> @@ -198,6 +223,20 @@ int main(int argc, char **argv)
>>>>>> int acl_count = 0;
>>>>>> int i, access_allowed, access_denied;
>>>>>>
>>>>>> + /* if we're run from an suid binary, immediately drop privileges
>>>>>> preserving
>>>>>> + * cap_net_admin -- exit immediately if libcap not configured */
>>>>>> + if (geteuid() == 0&& getuid() != geteuid()) {
>>>>>> +#ifdef CONFIG_LIBCAP
>>>>>> + if (drop_privileges() == -1) {
>>>>>> + fprintf(stderr, "failed to drop privileges\n");
>>>>>> + return 1;
>>>>>> + }
>>>>>> +#else
>>>>>> + fprintf(stderr, "failed to drop privileges\n");
>>>>>
>>>>> This makes the tool useless without CONFIG_LIBCAP. Wouldn't it be
>>>>> possible to use setfsuid() instead for Linux?
>>>>>
>>>>> Some fork+setuid helper could be used for other Unix and for the lame
>>>>> OSes without any file system DAC capabilities, a different syntax that
>>>>> does not rely on underlying FS may need to be introduced. Again, I
>>>>> don't know if the tool is even interesting for non-Linux.
>>>>>
>>>>
>>>> I just want to make sure that there is no chance that the helper is run
>>>> as
>>>> root beyond this point. Are you saying to seteuid(getuid) and
>>>> setfsuid(root)? I'm not sure that would drop the privileges enough.
>>>
>>> Without capabilities, we can't drop root privileges because bridge
>>> setup would fail otherwise, but we could use setfsuid(getuid()) and
>>> setfsgid(getgid()) during file access so permission checks work.
>>> Perhaps non-Linux could use seteuid() etc. instead.
>>>
>>
>> This would reduce file system access from effective UID/GID (root/root) to
>> real UID/GID (non-root/non-root). Other than file system access, the helper
>> would still run under root/root, right? I don't think we want that from a
>> security aspect.
>
> Right, it's not desirable, but isn't that the best we can do without
> libcap or FS capabilities?
>
I think the best we can do is not let it run in those cases. :) I'd
like see if others in the community have an opinion on this though.
--
Regards,
Corey
>> --
>> Regards,
>> Corey
>>
>>>>>> + return 1;
>>>>>> +#endif
>>>>>> + }
>>>>>> +
>>>>>> /* parse arguments */
>>>>>> if (argc< 3 || argc> 4) {
>>>>>> fprintf(stderr, "Usage: %s [--use-vnet] BRIDGE FD\n", argv[0]);
>>>>>> --
>>>>>> 1.7.3.4
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>
>>
>
^ permalink raw reply
* [U-Boot] [PATCH v2] arm: Correct build error introduced by getenv_ulong() patch
From: Wolfgang Denk @ 2011-10-24 19:13 UTC (permalink / raw)
To: u-boot
In-Reply-To: <1319427875-29965-1-git-send-email-sjg@chromium.org>
Dear Simon Glass,
In message <1319427875-29965-1-git-send-email-sjg@chromium.org> you wrote:
> Commit dc8bbea removed a local variable that is used in most ARM boards.
>
> Since we want to avoid an 'unused variable' warning with later compilers,
> and the #ifdef logic of whether this variable is required is bit painful,
> this declares the variable local to the block of code that needs it.
>
> Signed-off-by: Simon Glass <sjg@chromium.org>
> ---
> Changes in v2:
> - Tidy up to call getenv() in declaration
>
> arch/arm/lib/board.c | 12 ++++++++----
> 1 files changed, 8 insertions(+), 4 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
The joys of love made her human and the agonies of love destroyed
her.
-- Spock, "Requiem for Methuselah", stardate 5842.8
^ 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
* [U-Boot] [PATCH] powerpc: Correct build warning introduced by getenv_ulong() patch
From: Wolfgang Denk @ 2011-10-24 19:13 UTC (permalink / raw)
To: u-boot
In-Reply-To: <1319427714-29479-1-git-send-email-sjg@chromium.org>
Dear Simon Glass,
In message <1319427714-29479-1-git-send-email-sjg@chromium.org> you wrote:
> Commit 1272592 introduced a warning since the variable 's' is no longer
> always used, depending on the CONFIG options.
>
> Signed-off-by: Simon Glass <sjg@chromium.org>
> ---
> arch/powerpc/lib/board.c | 10 +++++++---
> 1 files changed, 7 insertions(+), 3 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
"Buy land. They've stopped making it." - Mark Twain
^ permalink raw reply
* [U-Boot] [PATCH] [BUG] arm, lib: fix compile breakage
From: Wolfgang Denk @ 2011-10-24 19:12 UTC (permalink / raw)
To: u-boot
In-Reply-To: <4EA59236.4000607@aribaud.net>
Dear Albert ARIBAUD,
In message <4EA59236.4000607@aribaud.net> you wrote:
>
> Le 24/10/2011 07:42, Heiko Schocher a ?crit :
> > since commit dc8bbea0170eb2aca428ea221c91fc2e5e11f199 building
> > arch/arm/lib/board.c breaks if CONFIG_CMD_NET is defined.
> > Fix this.
> >
> > Signed-off-by: Heiko Schocher<hs@denx.de>
> > Cc: Albert ARIBAUD<albert.u.boot@aribaud.net>
> > Cc: Simon Glass<sjg@chromium.org>
> > ---
> > arch/arm/lib/board.c | 3 +++
> > 1 files changed, 3 insertions(+), 0 deletions(-)
> >
> > diff --git a/arch/arm/lib/board.c b/arch/arm/lib/board.c
> > index ad02dbd..c1a3f2c 100644
> > --- a/arch/arm/lib/board.c
> > +++ b/arch/arm/lib/board.c
> > @@ -440,6 +440,9 @@ void board_init_r(gd_t *id, ulong dest_addr)
> > #if !defined(CONFIG_SYS_NO_FLASH)
> > ulong flash_size;
> > #endif
> > +#if defined(CONFIG_CMD_NET)
> > + char *s;
> > +#endif
> >
> > gd = id;
> >
>
> Applied to u-boot-arm/master, thanks.
Sorry for disagreeing - but I like Simon's patch better than both
Heiko's and my own, because it does without additional #ifdef.
And sorry again, I pull this directly to get the build issues fixed
quickly.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
core error - bus dumped
^ 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
* Re: [PATCH meta-oe] memtester: Import from OE classic
From: Joel A Fernandes @ 2011-10-24 19:01 UTC (permalink / raw)
To: openembedded-devel
In-Reply-To: <1319443507.3844.9.camel@mattotaupa>
Hi Paul,
On Mon, Oct 24, 2011 at 3:05 AM, Paul Menzel
<paulepanter@users.sourceforge.net> wrote:
..
> I fixed some of the above in OE classic. Please fix the issues mentioned
> above in meta-oe with follow-up patches.
Thanks for your review comments, I'll work on resubmitting a new patch
today with the suggested changes.
Regards,
Joel
^ permalink raw reply
* [PATCH 2 of 2 - v4] DM log userspace: Allow CTR devices response
From: Jonathan Brassow @ 2011-10-24 19:06 UTC (permalink / raw)
To: dm-devel
In-Reply-To: <1318533312.28595.4.camel@f14.redhat.com>
Changes from previous:
1) unconditionally call kfree (it can handle kfree(NULL))
2) Update dm-log-userspace.h to mention device string must be NULL-terminated
3) Simplify device NULL termination check
brassow
Allow DM userspace logs to register their log device
When device mapper targets use a device, they register the device via
'dm_get_device'. Once registered, device dependency trees can be created
in userspace. These dependency trees are necessary for the proper operation
of userspace applications, like LVM. However, since the userspace logs don't
have access to 'dm_get_device', any devices they use are not properly
registered.
I've change the DM_ULOG_CTR operation to allow userspace to respond with the
name of the log device (if appropriate) to be registered via 'dm_get_device'.
Doing so necessitated the increment of DM_ULOG_REQUEST_VERSION. If the
userspace log server does not use a log device, it can still return no data -
i.e. no devices need to be registered.
This solution is backwards compatible from the userspace and kernel perspective.
If the kernel and userspace log server have been updated, the new information
will be passed down to the kernel; allowing the device to be registered. If the
kernel is new, but the log server is old; the log server will not pass down
any device information and the kernel will simply bypass the device registration
as before. If the kernel is old but the log server is new, the log server will
see the old version # and not pass down the device info. (If it did pass the
device name down in error, the kernel would report an error due to having
insufficient space to accept the new information.)
Signed-off-by: Jonathan Brassow <jbrassow@redhat.com>
Index: linux-upstream/drivers/md/dm-log-userspace-base.c
===================================================================
--- linux-upstream.orig/drivers/md/dm-log-userspace-base.c
+++ linux-upstream/drivers/md/dm-log-userspace-base.c
@@ -30,6 +30,7 @@ struct flush_entry {
struct log_c {
struct dm_target *ti;
+ struct dm_dev *log_dev;
uint32_t region_size;
region_t region_count;
uint64_t luid;
@@ -161,13 +162,15 @@ static int userspace_ctr(struct dm_dirty
struct log_c *lc = NULL;
uint64_t rdata;
size_t rdata_size = sizeof(rdata);
+ char *devices_rdata = NULL;
+ size_t devices_rdata_size = DM_NAME_LEN;
if (argc < 3) {
DMWARN("Too few arguments to userspace dirty log");
return -EINVAL;
}
- lc = kmalloc(sizeof(*lc), GFP_KERNEL);
+ lc = kzalloc(sizeof(*lc), GFP_KERNEL);
if (!lc) {
DMWARN("Unable to allocate userspace log context.");
return -ENOMEM;
@@ -195,9 +198,19 @@ static int userspace_ctr(struct dm_dirty
return str_size;
}
- /* Send table string */
+ devices_rdata = kzalloc(devices_rdata_size, GFP_KERNEL);
+ if (!devices_rdata) {
+ DMERR("Failed to allocate memory for device information");
+ r = -ENOMEM;
+ goto out;
+ }
+
+ /*
+ * Send table string and get back any required devices
+ */
r = dm_consult_userspace(lc->uuid, lc->luid, DM_ULOG_CTR,
- ctr_str, str_size, NULL, NULL);
+ ctr_str, str_size,
+ devices_rdata, &devices_rdata_size);
if (r < 0) {
if (r == -ESRCH)
@@ -220,7 +233,21 @@ static int userspace_ctr(struct dm_dirty
lc->region_size = (uint32_t)rdata;
lc->region_count = dm_sector_div_up(ti->len, lc->region_size);
+ if (devices_rdata_size) {
+ /* Device string must be properly NULL terminated */
+ if (devices_rdata[devices_rdata_size - 1] != '\0') {
+ DMERR("CTR device return string not properly terminated");
+ r = -EINVAL;
+ goto out;
+ }
+ r = dm_get_device(ti, devices_rdata,
+ dm_table_get_mode(ti->table), &lc->log_dev);
+ if (r)
+ DMERR("Failed to register %s with device-mapper",
+ devices_rdata);
+ }
out:
+ kfree(devices_rdata);
if (r) {
kfree(lc);
kfree(ctr_str);
@@ -241,6 +268,9 @@ static void userspace_dtr(struct dm_dirt
NULL, 0,
NULL, NULL);
+ if (lc->log_dev)
+ dm_put_device(lc->ti, lc->log_dev);
+
kfree(lc->usr_argv_str);
kfree(lc);
Index: linux-upstream/include/linux/dm-log-userspace.h
===================================================================
--- linux-upstream.orig/include/linux/dm-log-userspace.h
+++ linux-upstream/include/linux/dm-log-userspace.h
@@ -52,15 +52,20 @@
* Payload-to-userspace:
* A single string containing all the argv arguments separated by ' 's
* Payload-to-kernel:
- * None. ('data_size' in the dm_ulog_request struct should be 0.)
+ * A NULL-terminated string that is the name of the device that is used
+ * as the backing store for the log data. 'dm_get_device' will be called
+ * on this device. ('dm_put_device' will be called on this device
+ * automatically after calling DM_ULOG_DTR.) If there is no device needed
+ * for log data, 'data_size' in the dm_ulog_request struct should be 0.
*
* The UUID contained in the dm_ulog_request structure is the reference that
* will be used by all request types to a specific log. The constructor must
- * record this assotiation with instance created.
+ * record this association with the instance created.
*
* When the request has been processed, user-space must return the
- * dm_ulog_request to the kernel - setting the 'error' field and
- * 'data_size' appropriately.
+ * dm_ulog_request to the kernel - setting the 'error' field, filling the
+ * data field with the log device if necessary, and setting 'data_size'
+ * appropriately.
*/
#define DM_ULOG_CTR 1
@@ -377,8 +382,11 @@
* dm_ulog_request or a change in the way requests are
* issued/handled. Changes are outlined here:
* version 1: Initial implementation
+ * version 2: DM_ULOG_CTR allowed to return a string containing a
+ * device name that is to be registered with DM via
+ * 'dm_get_device'.
*/
-#define DM_ULOG_REQUEST_VERSION 1
+#define DM_ULOG_REQUEST_VERSION 2
struct dm_ulog_request {
/*
^ permalink raw reply
* [U-Boot] [PATCH] powerpc/fm: remove the TBIPA setting on platform code
From: Wolfgang Denk @ 2011-10-24 19:05 UTC (permalink / raw)
To: u-boot
In-Reply-To: <2239AC579C7D3646A720227A37E02681200C29@039-SN1MPN1-004.039d.mgd.msft.net>
Dear Zang Roy-R61911,
In message <2239AC579C7D3646A720227A37E02681200C29@039-SN1MPN1-004.039d.mgd.msft.net> you wrote:
>
> How about this way:
> Subject: net/frame manager: remove TBI PHY address register setting on plat=
> form related code
>
> Then I add the other more detailed required information in the description =
> body?
You are putting too much low level detail into the Subject: line,
while leaving out important higher level information, like
architecture, SoC, etc.
How about something like:
QorIQ: fix network frame manager settings
Then put all the rest into the commit message.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
"I used to think that the brain was the most wonderful organ in my
body. Then I realized who was telling me this." - Emo Phillips
^ permalink raw reply
* Re: [Xenomai-help] Command code working with comedi not working with analogy [partially solved]
From: Fernando Herrero Carrón @ 2011-10-24 19:04 UTC (permalink / raw)
To: Xenomai help
In-Reply-To: <4E9D5C7C.1040306@domain.hid>
[-- Attachment #1: Type: text/plain, Size: 621 bytes --]
El 18 de octubre de 2011 09:01, Gilles Chanteperdrix <
gilles.chanteperdrix@xenomai.org> escribió:
> On 10/18/2011 12:25 AM, Alexis Berlemont wrote:
>
> > The last few days, I did not have enough time to review the buffer
> > allocation system just like Comedi did. So, I implemented a quick
> > workaround Gilles indicated me.
> >
> > Could you validate it on your 64bits architecture (with more than 4GB of
> RAM)?
> >
> > The code is available here:
> > git://git@domain.hid
> > branch: analogy.
>
> I pull this for -rc5.
>
>
Ok guys, this is working now with 6GB of memory.
Thanks!
Fernando
[-- Attachment #2: Type: text/html, Size: 1039 bytes --]
^ permalink raw reply
* how to check kernel is configured with preemption or not
From: Sri Ram Vemulpali @ 2011-10-24 19:04 UTC (permalink / raw)
To: kernelnewbies
In-Reply-To: <20111024043809.GD3951@kroah.com>
In your linux kernel code base say "make menuconfig"
goto "processor types and feature" in that you will find "preemption
model" option.
If you go to that option, you will find 3 traditional preemption
models, but if you have
preempt-rt patch is applied, then preempt-rt option will be given.
>From that you can know
whether your code base was applied with rt patch. And if it is
selected then, your bzImage is
rt linux.
If you want to test in real time, because you only have image, then
you can write normal
linux user space program using posix threads. From that you can
confirm whether it is
rt linux.
But you must get information whether this is rt linux by "uname -a",
it shows rt in the display of patch.
Thanks,
Sri.
On Mon, Oct 24, 2011 at 12:38 AM, Greg KH <greg@kroah.com> wrote:
> On Sun, Oct 23, 2011 at 11:20:03PM -0400, Greg Freemyer wrote:
>> On Sun, Oct 23, 2011 at 1:34 PM, sri <bskmohan@gmail.com> wrote:
>> > No, uname did not show anything.
>> > Is there any way to get the kernel preemption mode, programatically?
>> >
>> > Thanks,
>> > --Sri
>> >
>> > On Fri, Oct 21, 2011 at 6:41 PM, Daniel Baluta <daniel.baluta@gmail.com>
>> > wrote:
>> >>
>> >> On Fri, Oct 21, 2011 at 2:28 PM, sri <bskmohan@gmail.com> wrote:
>> >> > Hi,
>> >> >
>> >> > Am using kernel 2.6.18-195(centos 5.5).
>> >> > My kernel configs have CONFIG_PREEMPT_NONE=7 and
>> >> > "CONFIG_PREEMPT_VOLUNTERY
>> >> > is not set".
>> >> > How to check that preemption is really in place?
>> >> > Is there any way to check my kernel is configured with what preemption
>> >> > levels?
>> >>
>> >> Hmm, uname -a?
>> I'm sure its in /sys somewhere.
>
> I do not think so.
>
>> Remember /sys is part of the official ABI.
>
> As documented in Documentation/ABI/, so perhaps you can read there.
>
>> Also, you see what your config look like for sure by looking at
>> /proc/config.gz ?(that file is virtual, but shows the contents of how
>> your config file was at compile time for the running kernel.
>
> Not all distros enable this :(
>
> I think the question needs to really be stated, why, from userspace,
> does it matter if preempt is enabled or not? ?This should never be
> something that userspace cares about at all.
>
> greg k-h
>
> _______________________________________________
> Kernelnewbies mailing list
> Kernelnewbies at kernelnewbies.org
> http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
>
--
Regards,
Sri.
^ 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
* [U-Boot] [PATCH v2 00/11] Define ARCH_DMA_MINALIGN for all architectures
From: Anton Staaf @ 2011-10-24 19:03 UTC (permalink / raw)
To: u-boot
In-Reply-To: <1318895173-32634-1-git-send-email-robotboy@chromium.org>
On Mon, Oct 17, 2011 at 4:46 PM, Anton Staaf <robotboy@chromium.org> wrote:
> ARCH_DMA_MINALIGN is a new define borrowed from the Linux kernel. ?It is
> used to define the minimum alignement requirement for a DMA buffer. ?This
> series of patches ensures that it will always be defined in the arch specific
> asm/cache.h header and that asm/cache.h is included in common.h. ?I chose to
> add this new define instead of reusing CONFIG_SYS_CACHELINE_SIZE for two
> reasons. ?First, CONFIG_SYS_CACHELINE_SIZE is not defined for all architectures
> and thus to use it I would have to first define it correctly for all used
> architectures. ?I wasn't quite up to that task right now. ?Defining
> ARCH_DMA_MINALIGN is easier because it has slightly different semantics that
> allow it to be the maximum cacheline size known for an architecture. ?And
> secondly, CONFIG_SYS_CACHELINE_SIZE may not always be the correct value to use
> to align DMA buffers. ?In particular, on cache coherent architectures you can
> define ARCH_DMA_MINALIGN as 1 and be safe (unless there are other restrictions
> such as PCI alignment requirements).
>
> This patch set will allow me to resubmit my ALLOC_CACHE_ALIGN_BUFFER patch set
> modified to use this new define in place of CONFIG_SYS_CACHELINE_SIZE. ?I will
> repost those patches based on this set shortly.
>
> Since we've heard no complaints and have an ack for PowerPC at least, I think
> this can go in as is. ?It's defining a new macro that isn't used yet and I
> believe that each architecture has a reasonable value defined now.
>
> Thanks,
> ? ?Anton
>
> Changes in v2:
> - Remove blackfin patches in favor of Mike's import of the Linux kernel cache.h
> - Remove all Gerrit Change-ID tags
I have now run MAKEALL for both ARMv7a and PowerPC successfully.
There were a number of
build failures for "powerpc", but no new ones given my patch. I'd
like to land this soon
so I can get to landing the fixes for the unaligned buffers in U-Boot.
Thanks,
Anton
> Anton Staaf (11):
> ?arm: cache: define ARCH_DMA_MINALIGN for DMA buffer alignment
> ?m68k: cache: define ARCH_DMA_MINALIGN for DMA buffer alignment
> ?nios2: cache: define ARCH_DMA_MINALIGN for DMA buffer alignment
> ?powerpc: cache: define ARCH_DMA_MINALIGN for DMA buffer alignment
> ?sh: cache: define ARCH_DMA_MINALIGN for DMA buffer alignment
> ?sparc: cache: define ARCH_DMA_MINALIGN for DMA buffer alignment
> ?avr32: cache: define ARCH_DMA_MINALIGN for DMA buffer alignment
> ?microblaze: cache: define ARCH_DMA_MINALIGN for DMA buffer alignment
> ?mips: cache: define ARCH_DMA_MINALIGN for DMA buffer alignment
> ?x86: cache: define ARCH_DMA_MINALIGN for DMA buffer alignment
> ?cache: include asm/cache.h for ARCH_DMA_MINALIGN definition
>
> ?arch/arm/include/asm/cache.h ? ? ? ?| ? 11 +++++++++
> ?arch/avr32/include/asm/cache.h ? ? ?| ? 40 +++++++++++++++++++++++++++++++++++
> ?arch/m68k/include/asm/cache.h ? ? ? | ? 10 ++++++++
> ?arch/microblaze/include/asm/cache.h | ? 37 ++++++++++++++++++++++++++++++++
> ?arch/mips/include/asm/cache.h ? ? ? | ? 36 +++++++++++++++++++++++++++++++
> ?arch/nios2/include/asm/cache.h ? ? ?| ? 11 +++++++++
> ?arch/powerpc/include/asm/cache.h ? ?| ? ?6 +++++
> ?arch/sh/include/asm/cache.h ? ? ? ? | ? 17 ++++++++++++++
> ?arch/sparc/include/asm/cache.h ? ? ?| ? 10 ++++++++
> ?arch/x86/include/asm/cache.h ? ? ? ?| ? 35 ++++++++++++++++++++++++++++++
> ?include/common.h ? ? ? ? ? ? ? ? ? ?| ? ?8 +++++++
> ?11 files changed, 221 insertions(+), 0 deletions(-)
> ?create mode 100644 arch/avr32/include/asm/cache.h
> ?create mode 100644 arch/microblaze/include/asm/cache.h
> ?create mode 100644 arch/mips/include/asm/cache.h
> ?create mode 100644 arch/x86/include/asm/cache.h
>
> --
> 1.7.3.1
>
>
^ permalink raw reply
* Re: [PATCH] usb: fix unaligned access
From: Eric Bénard @ 2011-10-24 19:02 UTC (permalink / raw)
To: barebox
In-Reply-To: <CAJeSw6CfdF5UuN0fk=trKi-bJD009yDcasjkp_f2twR9giRaCw@mail.gmail.com>
Hi,
Le 24/10/2011 20:37, Fabian van der Werf a écrit :
>
> Okay, I think it may be a compiler problem. The latest code sourcery
> compiler builds a barebox that breaks on usb. 2009q1-203 builds fine,
> however.
>
> In the usb code the compiler should be able to figure out that the
> access is unaligned from the packed structure. So I guess it should
> split up the access in multiple loads/stores. I will look into the
> binaries to confirm this. The latest compiler may be broken or maybe
> the default behaviour has changed because armv7 actually supports
> unaligned access.
>
can't this be the same problem described here with gcc 4.6 :
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/791552
solved by this patch :
https://launchpadlibrarian.net/73908303/0001-USB-ehci-remove-structure-packing-from-ehci_def.patch
with the following explanation :
The kernel source marks ehci_regs as packed. gcc 4.6 treats all accesses to
packed structures as unaligned and ends up reading the status register
multiple times.
Eric
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
^ permalink raw reply
* Compat-wireless release for 2011-10-24 is baked
From: Compat-wireless cronjob account @ 2011-10-24 19:02 UTC (permalink / raw)
To: linux-wireless
compat-wireless code metrics
814119 - Total upstream lines of code being pulled
2431 - backport code changes
2113 - backport code additions
318 - backport code deletions
8588 - backport from compat module
11019 - total backport code
1.3535 - % of code consists of backport work
^ permalink raw reply
* Re: how to run ceph on top of other local file system
From: sheng qiu @ 2011-10-24 19:02 UTC (permalink / raw)
To: Tommi Virtanen; +Cc: ceph-devel
In-Reply-To: <CAORUGqAwJwzOe1g8JMoHduTenau5uQT6fwWJYQ2pixNnLZ3cmw@mail.gmail.com>
hi,
is there any way to debug ceph to find out where it crash?
Thanks,
Sheng
On Mon, Oct 24, 2011 at 11:55 AM, Tommi Virtanen
<tommi.virtanen@dreamhost.com> wrote:
> On Sun, Oct 23, 2011 at 12:22, sheng qiu <herbert1984106@gmail.com> wrote:
>> does ceph only support ext3 and btrfs? i mean if i have another file
>> system, it support xattr, but it does not support journals, can i
>> close the journal config and run it with ceph?
>
> Ceph supports OSD storage on POSIX-compliant filesystems with extended
> attributes. There are some edge cases that are still problematic, see
> the email with subject "ceph on non-btrfs file systems" that Sage just
> sent for a better discussion of those.
>
> I'm not sure what you mean by a filesystem "not supporting journals",
> the ceph-osd journal is just a file it writes to. I'm not sure what
> you mean by "closing the journal config"; you can disable the journal,
> but that will likely just make things slower; once again, using a
> journal is possible on any filesystem, btrfs just makes it more
> effective.
>
>> i tried to do that by modifying the ceph.conf file (close the journal
>> on osd). the mkcephfs seems ok, but when i start the service, cosd
>> will crash.
>> here's the log:
>> *** Caught signal (Aborted) **
>> in thread 0x7f1845ce6720
>> ceph version 0.34 (commit:2f039eeeb745622b866d80feda7afa055e15f6d6)
>> 1: ./cosd() [0x5c6304]
> ...
>> 9: (CrushWrapper::decode(ceph::buffer::list::iterator&)+0xac) [0x5611fc]
>> 10: (OSDMap::decode(ceph::buffer::list&)+0x8aa) [0x5622aa]
>> 11: (OSD::get_map(unsigned int)+0x221) [0x52f441]
>
> That sounds more like the osdmap is corrupt, somehow. Anyone else have
> more specific suggestions?
>
--
Sheng Qiu
Texas A & M University
Room 302 Wisenbaker
email: herbert1984106@gmail.com
College Station, TX 77843-3259
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ 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
* [PATCH] ARM: mx31pdk: Add MC13783 RTC support
From: Fabio Estevam @ 2011-10-24 19:02 UTC (permalink / raw)
To: linux-arm-kernel
MX31PDK board has a MC13783 PMIC, which provides RTC functionality.
Add support for it.
While at it, also use the generic MC13XXX flags.
Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>
---
arch/arm/mach-imx/mach-mx31_3ds.c | 3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-imx/mach-mx31_3ds.c b/arch/arm/mach-imx/mach-mx31_3ds.c
index c20be75..e82778c 100644
--- a/arch/arm/mach-imx/mach-mx31_3ds.c
+++ b/arch/arm/mach-imx/mach-mx31_3ds.c
@@ -494,7 +494,8 @@ static struct mc13xxx_platform_data mc13783_pdata = {
.regulators = mx31_3ds_regulators,
.num_regulators = ARRAY_SIZE(mx31_3ds_regulators),
},
- .flags = MC13783_USE_REGULATOR | MC13783_USE_TOUCHSCREEN,
+ .flags = MC13XXX_USE_REGULATOR | MC13XXX_USE_TOUCHSCREEN |
+ MC13XXX_USE_RTC,
};
/* SPI */
--
1.6.0.4
^ permalink raw reply related
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.