From mboxrd@z Thu Jan 1 00:00:00 1970 From: Zoltan Kiss Subject: Re: Trying to unmap invalid handle! pending_idx: @ drivers/net/xen-netback/netback.c:998 causes kernel panic/reboot Date: Mon, 14 Jul 2014 16:30:56 +0100 Message-ID: <53C3F7B0.2090609@citrix.com> References: <53C33FB2.2000401@ezit.hu> <53C3C4FF.7050204@citrix.com> <53C3C995.3070204@ezit.hu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <53C3C995.3070204@ezit.hu> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Armin Zentai , xen-devel@lists.xen.org List-Id: xen-devel@lists.xenproject.org On 14/07/14 13:14, Armin Zentai wrote: > Hi! > > On 14/07/14 13:54, Zoltan Kiss wrote: >> Hi, >> >> Based on the stack trace I think the guest sends packet with more than >> MAX_SKB_SLOTS slots, and one slot's grant mapping operation goes wrong. >> Then the error handling screws up the internal bookkeeping of pending >> slots, and tries to unmap something that is not mapped. Unfortunately it >> is quite complicated to emulate grant mapping failures in a predictable >> way. >> Armin, if we provide some patches (hopefully with a solution, but at >> least with some additional logging), would you be able to compile and >> verify it? > > I can compile and install it, the verification may take a few days. > We're building up a test system, and try to test with outgoing traffic. > If you have any advice, about how to test the new kernel, please share > with me (I mean large pps, or large bandwidth is the better, or try to > update/downgrade the GPLPV drivers to a specific version). > > I'm setting the loglevel to DBG. Also, if you have your vmlinux file, can you please run the following: addr2line -e ffffffffa02622fc That would hopefully point out where xenvif_idx_unmap were called in check_gop, as it has 3 call sites. Zoli