From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: Re: [PATCH] blkfront: Move blkif_interrupt into a tasklet. Date: Tue, 16 Aug 2011 22:38:27 -0400 Message-ID: <20110817023827.GA21468@dumpdata.com> References: <1282546470-5547-1-git-send-email-daniel.stodden@citrix.com> <1282546470-5547-2-git-send-email-daniel.stodden@citrix.com> <4C802934.2000305@goop.org> <4C9B7B69.7080705@redhat.com> <4C9B7F1A.2040302@goop.org> <4C9B826B.10302@redhat.com> <4C9B9E1D.2040501@goop.org> <1313494014833-4704111.post@n5.nabble.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <1313494014833-4704111.post@n5.nabble.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: imammedo Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On Tue, Aug 16, 2011 at 04:26:55AM -0700, imammedo wrote: > > Jeremy Fitzhardinge wrote: > > > > Have you tried bisecting to see when this particular problem appeared? > > It looks to me like something is accidentally re-enabling interrupts - > > perhaps a stack overrun is corrupting the "flags" argument between a > > spin_lock_irqsave()/restore pair. > > > > Is it only on 32-bit kernels? > > > ------------[ cut here ]------------ > [604001.659925] WARNING: at block/blk-core.c:239 blk_start_queue+0x70/0x80() > [604001.659964] Modules linked in: nfs lockd fscache auth_rpcgss nfs_acl > sunrpc ip6t_REJECT nf_conntrack_ipv6 nf_conntrack_ipv4 nf_defrag_ipv4 > nf_defrag_ipv6 xt_state nf_conntrack ip6table_filter ip6_tables xen_netfront > pcspkr [last unloaded: scsi_wait_scan] > [604001.660147] Pid: 336, comm: udevd Tainted: G W 3.0.0+ #50 > [604001.660181] Call Trace: > [604001.660209] [] warn_slowpath_common+0x72/0xa0 > [604001.660243] [] ? blk_start_queue+0x70/0x80 > [604001.660275] [] ? blk_start_queue+0x70/0x80 > [604001.660310] [] warn_slowpath_null+0x22/0x30 > [604001.660343] [] blk_start_queue+0x70/0x80 > [604001.660379] [] kick_pending_request_queues+0x21/0x30 > [604001.660417] [] blkif_interrupt+0x19f/0x2b0 > ... > ------------[ cut here ]------------ > > I've debugged a bit blk-core warning and can say: > - Yes, It is 32-bit PAE kernel and happens only with it so far. > - Affects PV xen guest, bare-metal and kvm configs are not affected. > - Upstream kernel is affected as well. > - Reproduces on xen 4.1.1 and 3.1.2 hosts And the dom0 is 2.6.18 right? This problem is not present when you use a 3.0 dom0?