From owner-freebsd-xen@freebsd.org Sun Dec 11 10:56:16 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 50681C71391 for ; Sun, 11 Dec 2016 10:56:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 402781ABD for ; Sun, 11 Dec 2016 10:56:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id uBBAuGc6019252 for ; Sun, 11 Dec 2016 10:56:16 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-xen@FreeBSD.org Subject: [Bug 215209] Kernel panic at boot under XEN: integer divide fault while in kernel mode Date: Sun, 11 Dec 2016 10:56:16 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sylvain@sylvaingarrigues.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2016 10:56:16 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215209 Sylvain Garrigues changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |freebsd-xen@FreeBSD.org, | |sylvain@sylvaingarrigues.co | |m --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-xen@freebsd.org Sun Dec 11 11:01:45 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB61EC71700 for ; Sun, 11 Dec 2016 11:01:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DB275FA for ; Sun, 11 Dec 2016 11:01:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id uBBB1jA8059983 for ; Sun, 11 Dec 2016 11:01:45 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-xen@FreeBSD.org Subject: [Bug 215209] Kernel panic at boot under XEN: integer divide fault while in kernel mode Date: Sun, 11 Dec 2016 11:01:45 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sylvain@sylvaingarrigues.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2016 11:01:46 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215209 --- Comment #1 from Sylvain Garrigues --- May I say that I discourage all FreeBSD users to upgrade their CURRENT syst= ems if running on Amazon EC2! Machine won't reboot until this is fixed. This is urgent bug. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-xen@freebsd.org Sun Dec 11 19:10:47 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EC9AAC720C7 for ; Sun, 11 Dec 2016 19:10:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DC5401FC8 for ; Sun, 11 Dec 2016 19:10:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id uBBJAlxD073898 for ; Sun, 11 Dec 2016 19:10:47 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-xen@FreeBSD.org Subject: [Bug 215209] Kernel panic at boot under XEN: integer divide fault while in kernel mode Date: Sun, 11 Dec 2016 19:10:47 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: cperciva@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2016 19:10:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215209 --- Comment #2 from Colin Percival --- This seems to have been introduced by the import of clang 3.9.0 in r309124.= =20 I'll work on tracking this down further next week; I'm working on NFS right= now and it's best if I don't context-switch. As you say, best to avoid HEAD right now on EC2. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-xen@freebsd.org Sun Dec 11 20:23:29 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 50A12C725C7 for ; Sun, 11 Dec 2016 20:23:29 +0000 (UTC) (envelope-from meyer.sydney@googlemail.com) Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DA4D2C64 for ; Sun, 11 Dec 2016 20:23:28 +0000 (UTC) (envelope-from meyer.sydney@googlemail.com) Received: by mail-wm0-x22e.google.com with SMTP id g23so35139391wme.1 for ; Sun, 11 Dec 2016 12:23:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=from:content-transfer-encoding:mime-version:subject:message-id:date :to; bh=7CSGG/o6deqUEeRipYUJwLtFgWMk1G9Sw4xoY8ThH7Y=; b=XtAPRKFFeavMhBOaKro2uIzIz2uqQYqTBFtqyDzq6nNC1miIOK4I7szF07OObaguLd TLWgQ5ilqNsyNoNJsdZtyRtO0AeKaRnfnZa+jNZvYUckmsWjJy+3It9s+H5kEvZaAFRR 1FTMLMAGH+ND9WIZMoV1UCLnC3TdUHxllHBa5aJgXRc0F49UrBb835zc28ZAmN+Gt92C prcvKGfyJeIDSeDRWX7BQjkt+UidP0Q3qgn3Bym2tNRp77H83U1/imorHw0kE/yeaRaJ qI+ac58i+PwpKure9wKJnrFRzELwAdXd2v+RQCRiuDsI9RVIZW1V/nqGFyC+kDcQKTJz NAKA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:message-id:date:to; bh=7CSGG/o6deqUEeRipYUJwLtFgWMk1G9Sw4xoY8ThH7Y=; b=HgrF2wxSsq5z7kFj7IT0P8FqkNRTQrrX3phOS/qEdbWQ1g2g6lnCV0vt6WzZ642w55 kN409D7QhadBsVvf8xbiLzeQnnTcYzbWuXxONJ4tRqz3fPBgskm3H+JsdHN+Foh9lmsF vAeJedG9SSrLd2EnoLOG0cB70OLc64GA1x7PoyNyKyjp5FIy1nmdmUexhfBtA/rlmwSn N25zpAt8INZu/JF4IlvKGeQ0p8yFOlGQhvsWrBcgVPOftiE4YFjB3x74aa04id2anzVS YTMwxXSI/LxvTYUP8Kqhve54xT0HtvRqvTvyNBIvReHTKfCYS1T83JRKtOFuEm/AuYBD Cl9g== X-Gm-Message-State: AKaTC01o4DMT5DkNa/Kau6XTS05dC+t/qRT8Tvc+xGonO79EzohftGrCHPX46AHZJzABpg== X-Received: by 10.28.152.137 with SMTP id a131mr6101541wme.56.1481487807054; Sun, 11 Dec 2016 12:23:27 -0800 (PST) Received: from ?IPv6:2a02:a03f:ae6:9b00:bd02:e29:7380:4ff8? ([2a02:a03f:ae6:9b00:bd02:e29:7380:4ff8]) by smtp.googlemail.com with ESMTPSA id z6sm53742012wjt.24.2016.12.11.12.23.26 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 11 Dec 2016 12:23:26 -0800 (PST) From: Sydney Meyer Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: System very slow/freezes with file backed Swap Message-Id: <611F8ABF-8A38-4222-A57E-E11F4FD9F89D@googlemail.com> Date: Sun, 11 Dec 2016 21:23:25 +0100 To: freebsd-xen@FreeBSD.org X-Mailer: Apple Mail (2.3251) X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2016 20:23:29 -0000 Hello, i'm running a FreeBSD 11.0-RELEASE vm in AWS EC2 with 3-4 jails on it = and after exactly one week, the vm seems to be freezing, i.e. sshd = resets connections, console frozen, ICMP replies for 1-2 days, then = timeouts) no messages in the logs, no messages on the screen. I tried to reproduce this at home on Xen 4.4 with Linux 4.7 with small = 256M memory VMs and found while running "periodic daily & periodic = weekly": - With file-backed Swap: behaviour like above - With block-backed Swap: behaviour like expected (heavy swapping, = eventual success) - Without Swap: behaviour like expected (killed due oom) - With encrypted block-backed Swap: behaviour like above Is this to be expected?= From owner-freebsd-xen@freebsd.org Sun Dec 11 23:29:24 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 48C7AC736BD for ; Sun, 11 Dec 2016 23:29:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 383AD151D for ; Sun, 11 Dec 2016 23:29:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id uBBNTN7L039896 for ; Sun, 11 Dec 2016 23:29:24 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-xen@FreeBSD.org Subject: [Bug 215209] Kernel panic at boot under XEN: integer divide fault while in kernel mode Date: Sun, 11 Dec 2016 23:29:23 +0000 X-Bugzilla-Reason: AssignedTo CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-xen@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2016 23:29:24 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215209 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- CC|freebsd-amd64@FreeBSD.org | Assignee|freebsd-bugs@FreeBSD.org |freebsd-xen@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.= From owner-freebsd-xen@freebsd.org Mon Dec 12 10:15:57 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A3A4C70FC8 for ; Mon, 12 Dec 2016 10:15:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 744111B1D for ; Mon, 12 Dec 2016 10:15:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id uBCAFv2Z073663 for ; Mon, 12 Dec 2016 10:15:57 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-xen@FreeBSD.org Subject: [Bug 215209] Kernel panic at boot under XEN: integer divide fault while in kernel mode Date: Mon, 12 Dec 2016 10:15:57 +0000 X-Bugzilla-Reason: AssignedTo CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: royger@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-xen@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2016 10:15:57 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215209 Roger Pau Monn=C3=83=C2=A9 changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |royger@freebsd.org --- Comment #3 from Roger Pau Monn=C3=83=C2=A9 --- I'm aware of this, I've already realised last week but haven't been able to debug it. Will get to it now. In the meantime, you can boot the the previous kernel using: > boot kernel.old >From the loader command line. --=20 You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.= From owner-freebsd-xen@freebsd.org Mon Dec 12 10:32:00 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5B59C71431; Mon, 12 Dec 2016 10:32:00 +0000 (UTC) (envelope-from prvs=1477f1691=roger.pau@citrix.com) Received: from SMTP.EU.CITRIX.COM (smtp.ctxuk.citrix.com [185.25.65.24]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "mail.citrix.com", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0457B21A; Mon, 12 Dec 2016 10:31:58 +0000 (UTC) (envelope-from prvs=1477f1691=roger.pau@citrix.com) X-IronPort-AV: E=Sophos;i="5.33,335,1477958400"; d="scan'208";a="36611840" Date: Mon, 12 Dec 2016 10:31:48 +0000 From: Roger Pau =?iso-8859-1?Q?Monn=E9?= To: "Hoyer-Reuther, Christian" , CC: "freebsd-xen@freebsd.org" , "owner-freebsd-xen@freebsd.org" Subject: Re: 11-RELEASE and live migration Message-ID: <20161212103148.5prkggi3ix4zoxyv@dhcp-3-221.uk.xensource.com> References: <001f01d250a6$05ca4160$115ec420$@ezwind.net> <003501d250af$032dd580$09898080$@ezwind.net> <41E487BC91654544B2B8F31096F2D9D4D1B060A925@ex1> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <41E487BC91654544B2B8F31096F2D9D4D1B060A925@ex1> User-Agent: NeoMutt/20161126 (1.7.1) X-ClientProxiedBy: AMSPEX02CAS01.citrite.net (10.69.22.112) To AMSPEX02CL02.citrite.net (10.69.22.126) X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2016 10:32:00 -0000 On Thu, Dec 08, 2016 at 10:33:37AM +0100, Hoyer-Reuther, Christian wrote: > I did some tests and I see the problem too. > > XenServer 6.5 SP1 with almost all patches (3 hosts in pool), FreeBSD 11.0-RELEASE-p2, xe-guest-utilities-6.2.0_2 installed via pkg. > > First migration from host 3 to host 1 is ok. > > Some seconds later I start a new migration from host 1 to host 2 and when migration finishes (as seen in XenCenter) then the VM switches to the VGABios screen ("Plex86/Bochs VGABios (PCI) current-cvs 01 Sep 2016 ... cirrus-compatible VGA is detected"). The VM seem to hang and does not respond. In XenCenter I see that all the CPU's of the VM go up to 100 percent. > > Then after 17 minutes the VGABios screen disappears and I see the console, the CPU usage as seen in XenCenter goes down. I logged in as root before I started the first migration and root is still logged in. So it was a hang and not a reboot. > > 20 minutes later I start a new migration from host 2 to host 3 and the problem occurs again. > > This problem does not exist with 10.3-RELEASE on the same hosts. Hello, So far I've only tested local migration (migration using the same host as source and destination), and that seems to work fine (I've done +50 consecutive migrations with only 10s separation between them). Is there a change that you could also try to reproduce this with local migration? Are you using the same exact hardware on the source and the destination? Are you all using iSCSI as the disk backend for this VMs? Thanks, Roger. From owner-freebsd-xen@freebsd.org Mon Dec 12 10:33:03 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5D21DC714B0 for ; Mon, 12 Dec 2016 10:33:03 +0000 (UTC) (envelope-from prvs=1477f1691=roger.pau@citrix.com) Received: from SMTP.EU.CITRIX.COM (smtp.ctxuk.citrix.com [185.25.65.24]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "mail.citrix.com", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D5CB52F7 for ; Mon, 12 Dec 2016 10:33:01 +0000 (UTC) (envelope-from prvs=1477f1691=roger.pau@citrix.com) X-IronPort-AV: E=Sophos;i="5.33,335,1477958400"; d="scan'208";a="36611905" Date: Mon, 12 Dec 2016 10:32:57 +0000 From: Roger Pau =?iso-8859-1?Q?Monn=E9?= To: Nathan Friess CC: Subject: Re: 11-RELEASE acting as vbd backend Message-ID: <20161212103257.tg46q2s3j5riixp5@dhcp-3-221.uk.xensource.com> References: <247e5b6c-2713-27cf-f8fa-61e55c9e2025@gmail.com> <20161206100414.pi7ep2zbkduhuol7@dhcp-3-221.uk.xensource.com> <39e43ae4-6388-c698-c3c2-43cbc1f7b93c@gmail.com> <20161209144630.dfga5mozh72veo4g@dhcp-3-221.uk.xensource.com> <584ADC91.8050909@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <584ADC91.8050909@gmail.com> User-Agent: NeoMutt/20161126 (1.7.1) X-ClientProxiedBy: AMSPEX02CAS02.citrite.net (10.69.22.113) To AMSPEX02CL02.citrite.net (10.69.22.126) X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2016 10:33:03 -0000 On Fri, Dec 09, 2016 at 09:32:17AM -0700, Nathan Friess wrote: > On 16-12-09 07:46 AM, Roger Pau Monn wrote: > > Hello, > > > > Sorry for the delay, there was a huge can of worms behind this. I have a > > solution, but it requires patching both Xen and the FreeBSD kernel. Please bear > > with me, I will send those patches once ready. > > It sounds like you might know this already, but I did some more digging and > here is what I can see so far... > > The important command is "xl devd". Running that under truss, it is trying > to open /dev/xen/xenbus and that was the cause of the No such file error. > It looks like the 10.3 tools used to open /dev/xen/xenstore instead. > > I can get around this by exporting XENSTORED_PATH="/dev/xen/xenstore". > > Now xl devd is stuck at: > > libxl: error: libxl_event.c:639:libxl__ev_xswatch_register: create watch for > path /local/domain/7/backend: Invalid argument > > So it seems like an API issue with asking the kernel or dom0 to set a watch > for new backend devices. Yes, the current xenstore user-space device on FreeBSD is missing the ability to register xenstore watches. As said, I will hopefully be able to send the patches soon. Thanks, Roger. From owner-freebsd-xen@freebsd.org Mon Dec 12 10:40:12 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D3727C71524; Mon, 12 Dec 2016 10:40:12 +0000 (UTC) (envelope-from Christian.Hoyer-Reuther@cac-chem.de) Received: from mail.cac-chem.de (mail.cac-chem.de [213.187.69.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.cac-chem.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 91B7A3D8; Mon, 12 Dec 2016 10:40:12 +0000 (UTC) (envelope-from Christian.Hoyer-Reuther@cac-chem.de) Received: from localhost (localhost [127.0.0.1]) by mail.cac-chem.de (Postfix) with ESMTP id C1CDB40926; Mon, 12 Dec 2016 11:40:03 +0100 (CET) Received: from mail.cac-chem.de ([127.0.0.1]) by localhost (mail.cac-chem.de [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id TPbA_lz-PTS5; Mon, 12 Dec 2016 11:40:03 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mh01.cac.loc (Postfix) with ESMTP id BB1046000F; Mon, 12 Dec 2016 11:40:03 +0100 (CET) X-Virus-Scanned: This message was checked by ESET Mail Security for Linux at cac-chem.de Received: from mh01.cac.loc ([127.0.0.1]) by localhost (mh01.cac.loc [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id arNVd40ANjIT; Mon, 12 Dec 2016 11:39:53 +0100 (CET) Received: from EX1.cac.loc (ex1.cac.loc [172.30.77.30]) by mh01.cac.loc (Postfix) with ESMTP; Mon, 12 Dec 2016 11:39:53 +0100 (CET) Received: from EX1.cac.loc ([172.30.77.30]) by ex1 ([172.30.77.30]) with mapi; Mon, 12 Dec 2016 11:39:52 +0100 From: "Hoyer-Reuther, Christian" To: =?iso-8859-1?Q?Roger_Pau_Monn=E9?= , "h@dhcp-3-221.uk.xensource.com" CC: "freebsd-xen@freebsd.org" , "owner-freebsd-xen@freebsd.org" Date: Mon, 12 Dec 2016 11:39:51 +0100 Subject: Re: 11-RELEASE and live migration Thread-Topic: 11-RELEASE and live migration Thread-Index: AdJUYvSt9cTAbiEETK6DOZC95+qclQAAJX9g Message-ID: <41E487BC91654544B2B8F31096F2D9D4D1B060AA3E@ex1> References: <001f01d250a6$05ca4160$115ec420$@ezwind.net> <003501d250af$032dd580$09898080$@ezwind.net> <41E487BC91654544B2B8F31096F2D9D4D1B060A925@ex1> <20161212103148.5prkggi3ix4zoxyv@dhcp-3-221.uk.xensource.com> In-Reply-To: <20161212103148.5prkggi3ix4zoxyv@dhcp-3-221.uk.xensource.com> Accept-Language: de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2016 10:40:12 -0000 Hello, I cannot select the source host as destination when I migrate from XenCente= r. All 3 hosts use the same hardware. Disk backend for all VMs is iSCSI. Regards, Christian > -----Urspr=FCngliche Nachricht----- > Von: Roger Pau Monn=E9 [mailto:roger.pau@citrix.com] > Gesendet: Montag, 12. Dezember 2016 11:32 > An: Hoyer-Reuther, Christian; h@dhcp-3-221.uk.xensource.com > Cc: freebsd-xen@freebsd.org; owner-freebsd-xen@freebsd.org > Betreff: Re: 11-RELEASE and live migration >=20 > On Thu, Dec 08, 2016 at 10:33:37AM +0100, Hoyer-Reuther, Christian wrote: > > I did some tests and I see the problem too. > > > > XenServer 6.5 SP1 with almost all patches (3 hosts in pool), FreeBSD 11= .0- > RELEASE-p2, xe-guest-utilities-6.2.0_2 installed via pkg. > > > > First migration from host 3 to host 1 is ok. > > > > Some seconds later I start a new migration from host 1 to host 2 and wh= en > migration finishes (as seen in XenCenter) then the VM switches to the > VGABios screen ("Plex86/Bochs VGABios (PCI) current-cvs 01 Sep 2016 ... > cirrus-compatible VGA is detected"). The VM seem to hang and does not > respond. In XenCenter I see that all the CPU's of the VM go up to 100 > percent. > > > > Then after 17 minutes the VGABios screen disappears and I see the conso= le, > the CPU usage as seen in XenCenter goes down. I logged in as root before = I > started the first migration and root is still logged in. So it was a hang > and not a reboot. > > > > 20 minutes later I start a new migration from host 2 to host 3 and the > problem occurs again. > > > > This problem does not exist with 10.3-RELEASE on the same hosts. >=20 > Hello, >=20 > So far I've only tested local migration (migration using the same host as > source > and destination), and that seems to work fine (I've done +50 > consecutive migrations with only 10s separation between them). Is there a > change > that you could also try to reproduce this with local migration? >=20 > Are you using the same exact hardware on the source and the destination? = Are > you > all using iSCSI as the disk backend for this VMs? >=20 > Thanks, Roger. From owner-freebsd-xen@freebsd.org Mon Dec 12 14:33:59 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 64CBDC72DBC; Mon, 12 Dec 2016 14:33:59 +0000 (UTC) (envelope-from prvs=115467d9fa=jwest@ezwind.net) Received: from ezwind.net (booby.ezwind.net [199.188.211.150]) by mx1.freebsd.org (Postfix) with ESMTP id 1A02911A0; Mon, 12 Dec 2016 14:33:58 +0000 (UTC) (envelope-from prvs=115467d9fa=jwest@ezwind.net) X-MDAV-Result: clean X-MDAV-Processed: ezwind.net, Mon, 12 Dec 2016 08:34:26 -0600 X-Spam-Processed: ezwind.net, Mon, 12 Dec 2016 08:34:25 -0600 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on Booby X-Spam-Level: X-Spam-Status: No, score=-4.7 required=5.0 tests=BAYES_00,NO_RELAYS shortcircuit=no autolearn=unavailable autolearn_force=no version=3.4.1 Received: from OwnerTHINK by ezwind.net (MDaemon PRO v16.0.4) with ESMTPA id 31-md50000015717.msg; Mon, 12 Dec 2016 08:34:23 -0600 X-MDRemoteIP: 12.105.98.115 X-MDHelo: OwnerTHINK X-MDArrival-Date: Mon, 12 Dec 2016 08:34:23 -0600 X-Authenticated-Sender: jwest@ezwind.net X-Return-Path: prvs=115467d9fa=jwest@ezwind.net X-Envelope-From: jwest@ezwind.net From: "Jay West" To: "'Hoyer-Reuther, Christian'" , =?iso-8859-1?Q?'Roger_Pau_Monn=E9'?= , Cc: , References: <001f01d250a6$05ca4160$115ec420$@ezwind.net> <003501d250af$032dd580$09898080$@ezwind.net> <41E487BC91654544B2B8F31096F2D9D4D1B060A925@ex1> <20161212103148.5prkggi3ix4zoxyv@dhcp-3-221.uk.xensource.com> <41E487BC91654544B2B8F31096F2D9D4D1B060AA3E@ex1> In-Reply-To: <41E487BC91654544B2B8F31096F2D9D4D1B060AA3E@ex1> Subject: RE: 11-RELEASE and live migration Date: Mon, 12 Dec 2016 08:33:48 -0600 Message-ID: <002101d25484$c0a068c0$41e13a40$@ezwind.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQH1zUDfKZwhlQ3oullSr3GwEGJmYQG1SrqiAXap4pICEW0WjwI3N6W4AtIBtTegazFgIA== Content-Language: en-us X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2016 14:33:59 -0000 My setup... Hosts: Two Dell R310's, each one as follows: 32gb ram, L3480 cpu, 4 = gigabit nics, two 300gb disks (mirrored), where the local disk is used only to = hold xenserver 7.0 with all patches up through and including today. These machines are 100% up to date on firmware, patches, bios, etc. Network: Two Dell powerconnect 6224's, stacked via dual round-robin CX4 cables. There's an untagged management vlan, an untagged data vlan, and = an untagged ISCSI vlan - identical ports are members on each switch. On = each host, the two builtin nics (data) are connected one leg in each switch = (same vlan). The two addin ports (Intel Pro/1000) (iSCSI) on each host are = also connected one leg in each switch. The switches are 100% up to date on firmware/OS. Client access to this is via a stack of Juniper EX2200's trunked back to the 6224's. Storage: OEM version of a Tyan 2U 12 bay SAS box, similar to Tyan S8226WGM3NR but with 7 gigabit NICS builtin. 32gb ram, FreeNAS = 9.10.1-U4, and dual AMD C32's (12 cores total). One nic is used for ILO, another = for management, another is unused , and the remaining four gigabit ports are connected two legs in each switch (same vlan, iscsi only, 9000mtu). Multipath is configured and active. The storage box is using mirrored vdev's with ZFS on top, 100% of which present an iSCSI target so the box is doing nothing but iscsi (and an = NFS iso share for installing vm's). So in Xencenter... there is one storage repository containing all the NAS space. Xencenter then creates the = vdisks inside that for each VM to use. FreeBSD 10X doesn't seem to have this problem. FreeBSD11 definitely = does, and apparently I'm not the only one who can see it. I should also point = out that Windows VM's (both Server 2012 R2 and 7 pro - both 64bit) have no problem migrating to another host and then back. And FreeBSD can = definitely migrate to another host - just not then back to the first (at least... immediately. I haven't tried waiting an hour or so and then trying the migration back). I also cannot select the source host as the destination in Xencenter. = The host servers are completely identical in every respect. All vm's disk is = via iSCSI as above. I also have a completely separate architecture that is identical to the above, except much larger, using xenserver 6.5, HP DL1000's, and cisco = 3750G stacks. I have not yet tested freebsd11 on that installation; I assumed = it wouldn't be much help as it's older versions of all the code. The smaller architecture above is not yet in production, so I can do = testing on it. The larger installation mentioned later above is production, and = I can't do much major testing there. Hopefully some of this info helps! J -----Original Message----- From: owner-freebsd-xen@freebsd.org = [mailto:owner-freebsd-xen@freebsd.org] On Behalf Of Hoyer-Reuther, Christian Sent: Monday, December 12, 2016 4:40 AM To: Roger Pau Monn=E9 ; = h@dhcp-3-221.uk.xensource.com Cc: freebsd-xen@freebsd.org; owner-freebsd-xen@freebsd.org Subject: Re: 11-RELEASE and live migration Hello, I cannot select the source host as destination when I migrate from XenCenter. All 3 hosts use the same hardware. Disk backend for all VMs is iSCSI. Regards, Christian > -----Urspr=FCngliche Nachricht----- > Von: Roger Pau Monn=E9 [mailto:roger.pau@citrix.com] > Gesendet: Montag, 12. Dezember 2016 11:32 > An: Hoyer-Reuther, Christian; h@dhcp-3-221.uk.xensource.com > Cc: freebsd-xen@freebsd.org; owner-freebsd-xen@freebsd.org > Betreff: Re: 11-RELEASE and live migration >=20 > On Thu, Dec 08, 2016 at 10:33:37AM +0100, Hoyer-Reuther, Christian = wrote: > > I did some tests and I see the problem too. > > > > XenServer 6.5 SP1 with almost all patches (3 hosts in pool), FreeBSD = > > 11.0- > RELEASE-p2, xe-guest-utilities-6.2.0_2 installed via pkg. > > > > First migration from host 3 to host 1 is ok. > > > > Some seconds later I start a new migration from host 1 to host 2 and = > > when > migration finishes (as seen in XenCenter) then the VM switches to the=20 > VGABios screen ("Plex86/Bochs VGABios (PCI) current-cvs 01 Sep 2016 = ... > cirrus-compatible VGA is detected"). The VM seem to hang and does not=20 > respond. In XenCenter I see that all the CPU's of the VM go up to 100=20 > percent. > > > > Then after 17 minutes the VGABios screen disappears and I see the=20 > > console, > the CPU usage as seen in XenCenter goes down. I logged in as root=20 > before I started the first migration and root is still logged in. So=20 > it was a hang and not a reboot. > > > > 20 minutes later I start a new migration from host 2 to host 3 and=20 > > the > problem occurs again. > > > > This problem does not exist with 10.3-RELEASE on the same hosts. >=20 > Hello, >=20 > So far I've only tested local migration (migration using the same host = > as source and destination), and that seems to work fine (I've done +50 = > consecutive migrations with only 10s separation between them). Is=20 > there a change that you could also try to reproduce this with local=20 > migration? >=20 > Are you using the same exact hardware on the source and the=20 > destination? Are you all using iSCSI as the disk backend for this VMs? >=20 > Thanks, Roger. _______________________________________________ freebsd-xen@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-xen To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org" From owner-freebsd-xen@freebsd.org Mon Dec 12 14:57:01 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F1957C73728 for ; Mon, 12 Dec 2016 14:57:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E12FD128 for ; Mon, 12 Dec 2016 14:57:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id uBCEv1VS080183 for ; Mon, 12 Dec 2016 14:57:01 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-xen@FreeBSD.org Subject: [Bug 215209] Kernel panic at boot under XEN: integer divide fault while in kernel mode Date: Mon, 12 Dec 2016 14:57:01 +0000 X-Bugzilla-Reason: AssignedTo CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: royger@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-xen@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2016 14:57:02 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215209 --- Comment #4 from Roger Pau Monn=C3=83=C2=A9 --- I don't seem to be able to reproduce this with r309875, can you check if you still get the panic with that or any later revision? Thanks, Roger. --=20 You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.= From owner-freebsd-xen@freebsd.org Mon Dec 12 21:03:40 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F4E2C736A3 for ; Mon, 12 Dec 2016 21:03:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5EF8B19E2 for ; Mon, 12 Dec 2016 21:03:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id uBCL3dEP023990 for ; Mon, 12 Dec 2016 21:03:40 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-xen@FreeBSD.org Subject: [Bug 215209] Kernel panic at boot under XEN: integer divide fault while in kernel mode Date: Mon, 12 Dec 2016 21:03:40 +0000 X-Bugzilla-Reason: AssignedTo CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: cperciva@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-xen@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2016 21:03:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215209 --- Comment #5 from Colin Percival --- Which compiler did you use? I'm seeing this only with clang 3.9.0; if you check out a new src tree on a pre-r309124 system and just buildkernel then = it will use the 3.8.0 compiler. --=20 You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.= From owner-freebsd-xen@freebsd.org Mon Dec 12 23:11:32 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 63453C74EA9 for ; Mon, 12 Dec 2016 23:11:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 52BC7107D for ; Mon, 12 Dec 2016 23:11:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id uBCNBVZ0012036 for ; Mon, 12 Dec 2016 23:11:32 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-xen@FreeBSD.org Subject: [Bug 215209] Kernel panic at boot under XEN: integer divide fault while in kernel mode Date: Mon, 12 Dec 2016 23:11:32 +0000 X-Bugzilla-Reason: CC AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sylvain@sylvaingarrigues.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-xen@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2016 23:11:32 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215209 --- Comment #6 from Sylvain Garrigues --- (In reply to Colin Percival from comment #5) I had a system running CURRENT as of Nov. 3 so it was pre-r309124 and I upgraded to CURRENT as of Dec. 10. At first since the machine didn't survive a reboot I thought I did a bad mergemaster on passwd files. So I installed a fresh EC2 AMI which also happ= ened to be from CURRENT-amd64-2016-12-10 and I had the same issue. I looked at t= he console and saw the kernel panic. Tried the EC2 AMI from CURRENT-amd64-2016-11-30, same problem. Finally tried the EC2 AMI from CURRENT-amd64-2016-11-01, NO problem. --=20 You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.= From owner-freebsd-xen@freebsd.org Tue Dec 13 06:05:03 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9205BC74448 for ; Tue, 13 Dec 2016 06:05:03 +0000 (UTC) (envelope-from liuyingdong@huawei.com) Received: from szxga02-in.huawei.com (szxga02-in.huawei.com [119.145.14.65]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "myname.my.domain", Issuer "www.mirapoint.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3858DAA7 for ; Tue, 13 Dec 2016 06:05:01 +0000 (UTC) (envelope-from liuyingdong@huawei.com) Received: from 172.24.1.36 (EHLO SZXEML429-HUB.china.huawei.com) ([172.24.1.36]) by szxrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DSB01894; Tue, 13 Dec 2016 14:03:29 +0800 (CST) Received: from [127.0.0.1] (10.177.20.238) by SZXEML429-HUB.china.huawei.com (10.82.67.184) with Microsoft SMTP Server id 14.3.235.1; Tue, 13 Dec 2016 14:03:22 +0800 From: liuyingdong Subject: Re: [PATCH]netfront: need release all resources after adding and removing NICs time and again To: freebsd xen References: <5825272C.3010704@huawei.com> CC: , , , Message-ID: <584F8F1C.6030006@huawei.com> Date: Tue, 13 Dec 2016 14:03:08 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <5825272C.3010704@huawei.com> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-Originating-IP: [10.177.20.238] X-CFilter-Loop: Reflected X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2016 06:05:03 -0000 Hello Roger, I want to know how about this patch,Please let me know if you have any questions. Thanks. Yours On 2016/11/11 10:04, liuyingdong wrote: > Hello Roger, > Sorry, I am a freshman. I ran the following command to git kernel source of freebsd 10.2.0: > git clone https://github.com/freebsd/freebsd.git > git checkout origin/release/10.2.0 > On the base of the above, I make a patch file as fellows: > > diff --git a/sys/dev/xen/netfront/netfront.c b/sys/dev/xen/netfront/netfront.c > index d89c0e0..903eb98 100644 > --- a/sys/dev/xen/netfront/netfront.c > +++ b/sys/dev/xen/netfront/netfront.c > @@ -2172,6 +2172,46 @@ netfront_detach(device_t dev) > } > > static void > +netif_release_rx_bufs_copy(struct netfront_info *np) > +{ > + struct mbuf *m; > + int i, ref; > + int busy = 0, inuse = 0; > + > + XN_RX_LOCK(np); > + > + for (i = 0; i < NET_RX_RING_SIZE; i++) { > + ref = np->grant_rx_ref[i]; > + > + if (ref == GRANT_REF_INVALID) > + continue; > + > + inuse++; > + > + m = np->rx_mbufs[i]; > + > + if (!gnttab_end_foreign_access_ref(ref)) > + { > + busy++; > + continue; > + } > + > + gnttab_release_grant_reference(&np->gref_rx_head, ref); > + np->grant_rx_ref[i] = GRANT_REF_INVALID; > + add_id_to_freelist(np->rx_mbufs, i); > + > + m_freem(m); > + } > + > + if (busy) > + device_printf(np->xbdev, "Unable to release %d of %d " > + "inuse grant references out of %ld total.\n", > + busy, inuse, NET_RX_RING_SIZE); > + > + XN_RX_UNLOCK(np); > +} > + > +static void > netif_free(struct netfront_info *info) > { > XN_LOCK(info); > @@ -2185,6 +2225,13 @@ netif_free(struct netfront_info *info) > info->xn_ifp = NULL; > } > ifmedia_removeall(&info->sc_media); > + > + netif_release_tx_bufs(info); > + if (info->copying_receiver) > + netif_release_rx_bufs_copy(info); > + > + gnttab_free_grant_references(info->gref_tx_head); > + gnttab_free_grant_references(info->gref_rx_head); > } > > static void > > > Yours Yingdong Liu > > > -----邮件原件----- > 发件人: roger.pau@citrix.com [mailto:roger.pau@citrix.com] > 发送时间: 2016年11月8日 21:05 > 收件人: Liuyingdong > 抄送: freebsd-xen@freebsd.org; Zhaojun (Euler); Suoben > 主题: Re: [PATCH]netfront: need release all resources after adding and removing NICs time and again > > On Fri, Nov 04, 2016 at 07:43:41AM +0000, Liuyingdong wrote: >> On xen,freebsd 10.2 virtual machines hang after adding and removing NICs time and again(more than 30 times). >> I found error log is as follows: >> "netfront can't alloc tx grant refs" > > Hello, > > Thanks for the patch, although I'm not able to import it, git complain with: > > patch: **** malformed patch at line 7: } > > Could you please resend it using git send-email? > > I also have a couple of comments below regarding style. > >> >> Signed-off-by: Yingdong Liu >> >> diff --git a/dev/xen/netfront/netfront.c b/dev/xen/netfront/netfront.c >> index 5497139..e96bbba 100644 >> --- a/dev/xen/netfront/netfront.c >> +++ b/dev/xen/netfront/netfront.c >> @@ -790,6 +790,44 @@ netif_release_tx_bufs(struct netfront_info *np) >> } >> } > > Missing new line. > >> +static void > netif_release_rx_bufs_copy(struct netfront_info *np) > > This needs to be on a new line. > >> +{ >> + struct mbuf *m; >> + int i, ref; >> + int busy = 0, inuse = 0; >> + >> + XN_RX_LOCK(np); >> + >> + for (i = 0; i < NET_RX_RING_SIZE; i++) { >> + ref = np->grant_rx_ref[i]; >> + >> + if (ref == GRANT_REF_INVALID) >> + continue; >> + >> + inuse++; >> + >> + m = np->rx_mbufs[i]; >> + >> + if (!gnttab_end_foreign_access_ref(ref)) >> + { >> + busy++; >> + continue; >> + } >> + >> + gnttab_release_grant_reference(&np->gref_rx_head, ref); >> + np->grant_rx_ref[i] = GRANT_REF_INVALID; >> + add_id_to_freelist(np->rx_mbufs, i); >> + >> + m_freem(m); >> + } >> + >> + if (busy) >> + DPRINTK("%s: Unable to release %d of %d inuse grant references out of %ld total.\n", >> + __FUNCTION__, busy, inuse, >> + NET_RX_RING_SIZE); > > Please use device_printf for this instead of the function name. Also, could you align the string so it doesn't extend past 80 characters? > > Roger. > From owner-freebsd-xen@freebsd.org Tue Dec 13 06:54:36 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E4527C75398 for ; Tue, 13 Dec 2016 06:54:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CD1D71FCA for ; Tue, 13 Dec 2016 06:54:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id uBD6sa9G026366 for ; Tue, 13 Dec 2016 06:54:36 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-xen@FreeBSD.org Subject: [Bug 215209] Kernel panic at boot under XEN: integer divide fault while in kernel mode Date: Tue, 13 Dec 2016 06:54:36 +0000 X-Bugzilla-Reason: AssignedTo CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-xen@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2016 06:54:37 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215209 --- Comment #7 from commit-hook@freebsd.org --- A commit references this bug: Author: cperciva Date: Tue Dec 13 06:54:14 UTC 2016 New revision: 310013 URL: https://svnweb.freebsd.org/changeset/base/310013 Log: Check that blkfront devices have a non-zero number of sectors and a non-zero sector size. Such a device would be a virtual disk of zero bytes; clearly not useful, and not something we should try to attach. As a fortuitous side effect, checking that these values are non-zero here results in them not *becoming* zero later on the function. This odd behaviour began with r309124 (clang 3.9.0) but is challenging to debug; making any changes to this function whatsoever seems to affect the llvm optimizer behaviour enough to make the unexpected zeroing of the sector_size variable cease. PR: 215209 Security: The potential for variables to unexpectedly become zero has worrying consequences for security in general, but not so much in this particular context. Changes: head/sys/dev/xen/blkfront/blkfront.c --=20 You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.= From owner-freebsd-xen@freebsd.org Tue Dec 13 13:51:38 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5B6AFC74743 for ; Tue, 13 Dec 2016 13:51:38 +0000 (UTC) (envelope-from liuyingdong@huawei.com) Received: from szxga01-in.huawei.com (szxga01-in.huawei.com [58.251.152.64]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "myname.my.domain", Issuer "www.mirapoint.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 17883E16 for ; Tue, 13 Dec 2016 13:51:34 +0000 (UTC) (envelope-from liuyingdong@huawei.com) Received: from 172.24.1.47 (EHLO SZXEML429-HUB.china.huawei.com) ([172.24.1.47]) by szxrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DWK45626; Tue, 13 Dec 2016 21:48:38 +0800 (CST) Received: from [127.0.0.1] (10.177.20.238) by SZXEML429-HUB.china.huawei.com (10.82.67.184) with Microsoft SMTP Server id 14.3.235.1; Tue, 13 Dec 2016 21:48:30 +0800 To: freebsd xen , , , , , From: liuyingdong Subject: [PATCH] introduce frontend suspend_cancel mechanism Message-ID: <584FFC2B.1080309@huawei.com> Date: Tue, 13 Dec 2016 21:48:27 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.177.20.238] X-CFilter-Loop: Reflected X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2016 13:51:38 -0000 Hello Roger, I introduce frontend suspend_cancel mechanism.If there are something need to be modified please let me know, thanks. On the base of the origin/release/10.2.0 branch, I make a patch file as fellows: Signed-off-by: Yingdong Liu sys/dev/xen/blkfront/blkfront.c | 13 +++++++++++ sys/dev/xen/control/control.c | 9 ++++++- sys/dev/xen/netfront/netfront.c | 52 ++++++++++++++++++++++++++++++----------- sys/x86/xen/hvm.c | 16 ++++++++----- sys/xen/xenbus/xenbusb.c | 45 ++++++++++++++++++++++------------- sys/xen/xenbus/xenbusvar.h | 4 ++++ 6 files changed, 102 insertions(+), 37 deletions(-) diff --git a/sys/dev/xen/blkfront/blkfront.c b/sys/dev/xen/blkfront/blkfront.c index a71251d..8d7c32a 100644 --- a/sys/dev/xen/blkfront/blkfront.c +++ b/sys/dev/xen/blkfront/blkfront.c @@ -68,6 +68,8 @@ __FBSDID("$FreeBSD$"); #include "xenbus_if.h" +static int blkfront_suspend_cancelled = 0; + /*--------------------------- Forward Declarations ---------------------------*/ static void xbd_closing(device_t); static void xbd_startio(struct xbd_softc *sc); @@ -1417,10 +1419,21 @@ xbd_suspend(device_t dev) return (retval); } +void xbd_set_suspend_cancel(void) +{ + blkfront_suspend_cancelled = 1; +} + static int xbd_resume(device_t dev) { struct xbd_softc *sc = device_get_softc(dev); + + if(blkfront_suspend_cancelled == 1) { + sc->xbd_state = XBD_STATE_CONNECTED; + blkfront_suspend_cancelled = 0; + return (0); + } DPRINTK("xbd_resume: %s\n", xenbus_get_node(dev)); diff --git a/sys/dev/xen/control/control.c b/sys/dev/xen/control/control.c index bc0609d..b500100 100644 --- a/sys/dev/xen/control/control.c +++ b/sys/dev/xen/control/control.c @@ -400,7 +400,9 @@ xctrl_suspend() /* * Reset grant table info. */ - gnttab_resume(); + if(suspend_cancelled == 0) { + gnttab_resume(); + } #ifdef SMP if (smp_started && !CPU_EMPTY(&cpu_suspend_map)) { @@ -416,6 +418,11 @@ xctrl_suspend() * FreeBSD really needs to add DEVICE_SUSPEND_CANCEL or * similar. */ + if(suspend_cancelled == 1) { + xenbusb_set_suspend_cancel(); + xbd_set_suspend_cancel(); + xn_set_suspend_cancel(); + } mtx_lock(&Giant); DEVICE_RESUME(root_bus); mtx_unlock(&Giant); diff --git a/sys/dev/xen/netfront/netfront.c b/sys/dev/xen/netfront/netfront.c index d89c0e0..0caaa2c 100644 --- a/sys/dev/xen/netfront/netfront.c +++ b/sys/dev/xen/netfront/netfront.c @@ -98,6 +98,8 @@ __FBSDID("$FreeBSD$"); #define NET_TX_RING_SIZE __RING_SIZE((netif_tx_sring_t *)0, PAGE_SIZE) #define NET_RX_RING_SIZE __RING_SIZE((netif_rx_sring_t *)0, PAGE_SIZE) +static int netfront_suspend_cancelled = 0; + #if __FreeBSD_version >= 700000 /* * Should the driver do LRO on the RX end @@ -192,6 +194,10 @@ static int xennet_get_responses(struct netfront_info *np, struct netfront_rx_info *rinfo, RING_IDX rp, RING_IDX *cons, struct mbuf **list, int *pages_flipped_p); +#ifdef INET +static void netfront_send_fake_arp(device_t dev, struct netfront_info *info); +#endif + #define virt_to_mfn(x) (vtomach(x) >> PAGE_SHIFT) #define INVALID_P2M_ENTRY (~0UL) @@ -493,6 +499,11 @@ netfront_suspend(device_t dev) return (0); } +void xn_set_suspend_cancel(void) +{ + netfront_suspend_cancelled = 1; +} + /** * We are reconnecting to the backend, due to a suspend/resume, or a backend * driver restart. We tear down our netif structure and recreate it, but @@ -504,6 +515,19 @@ netfront_resume(device_t dev) { struct netfront_info *info = device_get_softc(dev); + if(netfront_suspend_cancelled == 1) { + info->xn_resume = true; + XN_RX_LOCK(info); + XN_TX_LOCK(info); + netfront_carrier_on(info); + XN_TX_UNLOCK(info); + XN_RX_UNLOCK(info); +#ifdef INET + netfront_send_fake_arp(dev, info); +#endif + netfront_suspend_cancelled = 0; + return (0); + } info->xn_resume = true; netif_disconnect_backend(info); return (0); @@ -2108,26 +2132,26 @@ create_netdev(device_t dev) /* Set up ifnet structure */ ifp = np->xn_ifp = if_alloc(IFT_ETHER); - ifp->if_softc = np; - if_initname(ifp, "xn", device_get_unit(dev)); - ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_MULTICAST; - ifp->if_ioctl = xn_ioctl; - ifp->if_output = ether_output; - ifp->if_start = xn_start; + ifp->if_softc = np; + if_initname(ifp, "xn", device_get_unit(dev)); + ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_MULTICAST; + ifp->if_ioctl = xn_ioctl; + ifp->if_output = ether_output; + ifp->if_start = xn_start; #ifdef notyet - ifp->if_watchdog = xn_watchdog; + ifp->if_watchdog = xn_watchdog; #endif - ifp->if_init = xn_ifinit; - ifp->if_snd.ifq_maxlen = NET_TX_RING_SIZE - 1; - - ifp->if_hwassist = XN_CSUM_FEATURES; - ifp->if_capabilities = IFCAP_HWCSUM; + ifp->if_init = xn_ifinit; + ifp->if_snd.ifq_maxlen = NET_TX_RING_SIZE - 1; + + ifp->if_hwassist = XN_CSUM_FEATURES; + ifp->if_capabilities = IFCAP_HWCSUM; ifp->if_hw_tsomax = 65536 - (ETHER_HDR_LEN + ETHER_VLAN_ENCAP_LEN); ifp->if_hw_tsomaxsegcount = MAX_TX_REQ_FRAGS; ifp->if_hw_tsomaxsegsize = PAGE_SIZE; - ether_ifattach(ifp, np->mac); - callout_init(&np->xn_stat_ch, CALLOUT_MPSAFE); + ether_ifattach(ifp, np->mac); + callout_init(&np->xn_stat_ch, CALLOUT_MPSAFE); netfront_carrier_off(np); return (0); diff --git a/sys/x86/xen/hvm.c b/sys/x86/xen/hvm.c index c386953..1c2ba9d 100644 --- a/sys/x86/xen/hvm.c +++ b/sys/x86/xen/hvm.c @@ -517,10 +517,9 @@ xen_hvm_init(enum xen_hvm_init_type init_type) int error; int i; - if (init_type == XEN_HVM_INIT_CANCELLED_SUSPEND) - return; - - error = xen_hvm_init_hypercall_stubs(); + if (init_type != XEN_HVM_INIT_CANCELLED_SUSPEND) { + error = xen_hvm_init_hypercall_stubs(); + } switch (init_type) { case XEN_HVM_INIT_COLD: @@ -541,13 +540,17 @@ xen_hvm_init(enum xen_hvm_init_type init_type) CPU_FOREACH(i) DPCPU_ID_SET(i, vcpu_info, NULL); break; + case XEN_HVM_INIT_CANCELLED_SUSPEND: + break; default: panic("Unsupported HVM initialization type"); } xen_vector_callback_enabled = 0; xen_domain_type = XEN_HVM_DOMAIN; - xen_hvm_init_shared_info_page(); + if (init_type != XEN_HVM_INIT_CANCELLED_SUSPEND) { + xen_hvm_init_shared_info_page(); + } xen_hvm_set_callback(NULL); xen_hvm_disable_emulated_devices(); } @@ -565,7 +568,8 @@ xen_hvm_resume(bool suspend_cancelled) XEN_HVM_INIT_CANCELLED_SUSPEND : XEN_HVM_INIT_RESUME); /* Register vcpu_info area for CPU#0. */ - xen_hvm_cpu_init(); + if(!suspend_cancelled) + xen_hvm_cpu_init(); } static void diff --git a/sys/xen/xenbus/xenbusb.c b/sys/xen/xenbus/xenbusb.c index 1f84795..cce83cd 100644 --- a/sys/xen/xenbus/xenbusb.c +++ b/sys/xen/xenbus/xenbusb.c @@ -75,6 +75,8 @@ __FBSDID("$FreeBSD$"); #include #include +static int xenbusb_suspend_cancelled = 0; + /*------------------------- Private Functions --------------------------------*/ /** * \brief Deallocate XenBus device instance variables. @@ -776,6 +778,11 @@ xenbusb_attach(device_t dev, char *bus_node, u_int id_components) return (0); } +void xenbusb_set_suspend_cancel(void) +{ + xenbusb_suspend_cancelled = 1; +} + int xenbusb_resume(device_t dev) { @@ -793,29 +800,32 @@ xenbusb_resume(device_t dev) if (device_get_state(kids[i]) == DS_NOTPRESENT) continue; - ivars = device_get_ivars(kids[i]); + if(xenbusb_suspend_cancelled == 0) { + ivars = device_get_ivars(kids[i]); - xs_unregister_watch(&ivars->xd_otherend_watch); - xenbus_set_state(kids[i], XenbusStateInitialising); + xs_unregister_watch(&ivars->xd_otherend_watch); + xenbus_set_state(kids[i], XenbusStateInitialising); - /* - * Find the new backend details and - * re-register our watch. - */ - error = XENBUSB_GET_OTHEREND_NODE(dev, ivars); - if (error) - return (error); + /* + * Find the new backend details and + * re-register our watch. + */ + error = XENBUSB_GET_OTHEREND_NODE(dev, ivars); + if (error) + return (error); - statepath = malloc(ivars->xd_otherend_path_len - + strlen("/state") + 1, M_XENBUS, M_WAITOK); - sprintf(statepath, "%s/state", ivars->xd_otherend_path); + statepath = malloc(ivars->xd_otherend_path_len + + strlen("/state") + 1, M_XENBUS, M_WAITOK); + sprintf(statepath, "%s/state", ivars->xd_otherend_path); - free(ivars->xd_otherend_watch.node, M_XENBUS); - ivars->xd_otherend_watch.node = statepath; + free(ivars->xd_otherend_watch.node, M_XENBUS); + ivars->xd_otherend_watch.node = statepath; + } DEVICE_RESUME(kids[i]); - xs_register_watch(&ivars->xd_otherend_watch); + if(xenbusb_suspend_cancelled == 0) + xs_register_watch(&ivars->xd_otherend_watch); #if 0 /* * Can't do this yet since we are running in @@ -834,6 +844,9 @@ xenbusb_resume(device_t dev) free(kids, M_TEMP); } + if(xenbusb_suspend_cancelled == 1) + xenbusb_suspend_cancelled = 0; + return (0); } diff --git a/sys/xen/xenbus/xenbusvar.h b/sys/xen/xenbus/xenbusvar.h index ab5d01f..aff3b60 100644 --- a/sys/xen/xenbus/xenbusvar.h +++ b/sys/xen/xenbus/xenbusvar.h @@ -272,4 +272,8 @@ void xenbus_localend_changed(device_t dev, const char *path); #include "xenbus_if.h" +void xenbusb_set_suspend_cancel(void); +void xbd_set_suspend_cancel(void); +void xn_set_suspend_cancel(void); + #endif /* _XEN_XENBUS_XENBUSVAR_H */ From owner-freebsd-xen@freebsd.org Tue Dec 13 14:33:44 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E5404C75A37 for ; Tue, 13 Dec 2016 14:33:44 +0000 (UTC) (envelope-from prvs=148477600=roger.pau@citrix.com) Received: from SMTP.EU.CITRIX.COM (smtp.ctxuk.citrix.com [185.25.65.24]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "mail.citrix.com", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6B10EB24 for ; Tue, 13 Dec 2016 14:33:43 +0000 (UTC) (envelope-from prvs=148477600=roger.pau@citrix.com) X-IronPort-AV: E=Sophos;i="5.33,341,1477958400"; d="scan'208";a="36710201" Date: Tue, 13 Dec 2016 14:29:19 +0000 From: freebsd xen To: liuyingdong CC: , , , Subject: Re: [PATCH]netfront: need release all resources after adding and removing NICs time and again Message-ID: <20161213142919.ulvvvwoz2da5fedw@dhcp-3-221.uk.xensource.com> References: <5825272C.3010704@huawei.com> <584F8F1C.6030006@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <584F8F1C.6030006@huawei.com> User-Agent: NeoMutt/20161126 (1.7.1) X-ClientProxiedBy: AMSPEX02CAS01.citrite.net (10.69.22.112) To AMSPEX02CL02.citrite.net (10.69.22.126) X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2016 14:33:45 -0000 On Tue, Dec 13, 2016 at 02:03:08PM +0800, liuyingdong wrote: > Hello Roger, > I want to know how about this patch,Please let me know if you have any questions. > Thanks. Hello, Thanks for the patches! This one is looking fine, it's just that I'm a little bit busy at the moment, and there are some issues in HEAD related to Xen that I would like to fix before pushing anything new. In any case, I see that you are sending the patches using Thunderbird, which is not ideal (MUAs tend to mangle patches). The preferred way for sending patches is using "git send-email"[0] directly. There are also several tutorials online that will help you setup git send-email correctly. If there's some reason why you can't use git send-email I would recommend that you also attach the patches directly to emails, that way they won't probably get mangled. Roger. [0] https://git-scm.com/docs/git-send-email From owner-freebsd-xen@freebsd.org Wed Dec 14 14:03:22 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B5229C77E5E; Wed, 14 Dec 2016 14:03:22 +0000 (UTC) (envelope-from prvs=149cf2f0c=roger.pau@citrix.com) Received: from SMTP.EU.CITRIX.COM (smtp.ctxuk.citrix.com [185.25.65.24]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "mail.citrix.com", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E97071F93; Wed, 14 Dec 2016 14:03:21 +0000 (UTC) (envelope-from prvs=149cf2f0c=roger.pau@citrix.com) X-IronPort-AV: E=Sophos;i="5.33,346,1477958400"; d="scan'208";a="36795783" Date: Wed, 14 Dec 2016 14:02:24 +0000 From: 'Roger Pau =?iso-8859-1?Q?Monn=E9'?= To: Jay West CC: "'Hoyer-Reuther, Christian'" , , , Subject: Re: 11-RELEASE and live migration Message-ID: <20161214140224.rbg5h3v2opa3q3sj@dhcp-3-221.uk.xensource.com> References: <001f01d250a6$05ca4160$115ec420$@ezwind.net> <003501d250af$032dd580$09898080$@ezwind.net> <41E487BC91654544B2B8F31096F2D9D4D1B060A925@ex1> <20161212103148.5prkggi3ix4zoxyv@dhcp-3-221.uk.xensource.com> <41E487BC91654544B2B8F31096F2D9D4D1B060AA3E@ex1> <002101d25484$c0a068c0$41e13a40$@ezwind.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <002101d25484$c0a068c0$41e13a40$@ezwind.net> User-Agent: NeoMutt/20161126 (1.7.1) X-ClientProxiedBy: AMSPEX02CAS02.citrite.net (10.69.22.113) To AMSPEX02CL02.citrite.net (10.69.22.126) X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2016 14:03:22 -0000 On Mon, Dec 12, 2016 at 08:33:48AM -0600, Jay West wrote: > My setup... > > Hosts: Two Dell R310's, each one as follows: 32gb ram, L3480 cpu, 4 gigabit > nics, two 300gb disks (mirrored), where the local disk is used only to hold > xenserver 7.0 with all patches up through and including today. These > machines are 100% up to date on firmware, patches, bios, etc. > > Network: Two Dell powerconnect 6224's, stacked via dual round-robin CX4 > cables. There's an untagged management vlan, an untagged data vlan, and an > untagged ISCSI vlan - identical ports are members on each switch. On each > host, the two builtin nics (data) are connected one leg in each switch (same > vlan). The two addin ports (Intel Pro/1000) (iSCSI) on each host are also > connected one leg in each switch. The switches are 100% up to date on > firmware/OS. Client access to this is via a stack of Juniper EX2200's > trunked back to the 6224's. > > Storage: OEM version of a Tyan 2U 12 bay SAS box, similar to Tyan > S8226WGM3NR but with 7 gigabit NICS builtin. 32gb ram, FreeNAS 9.10.1-U4, > and dual AMD C32's (12 cores total). One nic is used for ILO, another for > management, another is unused , and the remaining four gigabit ports are > connected two legs in each switch (same vlan, iscsi only, 9000mtu). > Multipath is configured and active. > > The storage box is using mirrored vdev's with ZFS on top, 100% of which > present an iSCSI target so the box is doing nothing but iscsi (and an NFS > iso share for installing vm's). So in Xencenter... there is one storage > repository containing all the NAS space. Xencenter then creates the vdisks > inside that for each VM to use. > > FreeBSD 10X doesn't seem to have this problem. FreeBSD11 definitely does, > and apparently I'm not the only one who can see it. I should also point out > that Windows VM's (both Server 2012 R2 and 7 pro - both 64bit) have no > problem migrating to another host and then back. And FreeBSD can definitely > migrate to another host - just not then back to the first (at least... > immediately. I haven't tried waiting an hour or so and then trying the > migration back). > > I also cannot select the source host as the destination in Xencenter. The > host servers are completely identical in every respect. All vm's disk is via > iSCSI as above. > > I also have a completely separate architecture that is identical to the > above, except much larger, using xenserver 6.5, HP DL1000's, and cisco 3750G > stacks. I have not yet tested freebsd11 on that installation; I assumed it > wouldn't be much help as it's older versions of all the code. > > The smaller architecture above is not yet in production, so I can do testing > on it. The larger installation mentioned later above is production, and I > can't do much major testing there. Thanks for such accurate description. I've now setup a similar environment and I'm able to see these glitches, as said the VM doesn't really hang, it just gets stuck for a long time (and I think that depends on the uptime differences between the source and destination hosts). In the meantime, could you please test if changing the timecounter from XENTIMER to any other (like HPET or ACPI-fast) solves the issue? # sysctl -w kern.timecounter.hardware=ACPI-fast Thanks, Roger. From owner-freebsd-xen@freebsd.org Wed Dec 14 19:28:37 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 40109C80F74 for ; Wed, 14 Dec 2016 19:28:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2F9A61439 for ; Wed, 14 Dec 2016 19:28:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id uBEJSaqG046429 for ; Wed, 14 Dec 2016 19:28:37 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-xen@FreeBSD.org Subject: [Bug 215209] Kernel panic at boot under XEN: integer divide fault while in kernel mode Date: Wed, 14 Dec 2016 19:28:36 +0000 X-Bugzilla-Reason: AssignedTo CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-xen@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2016 19:28:37 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215209 --- Comment #8 from commit-hook@freebsd.org --- A commit references this bug: Author: dim Date: Wed Dec 14 19:28:19 UTC 2016 New revision: 310086 URL: https://svnweb.freebsd.org/changeset/base/310086 Log: In xbd_connect(), use correct scanf conversion specifiers for the feature_barrier and feature_flush variables. Otherwise, adjacent variables on the stack, such as sector_size, may be overwritten, with disastrous results. Note that I did not see a good reason to revert the addition of zero checks introduced in r310013. Better safe than sorry. PR: 215209 Tested by: royger MFC after: 3 days Changes: head/sys/dev/xen/blkfront/blkfront.c --=20 You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.= From owner-freebsd-xen@freebsd.org Wed Dec 14 19:29:26 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C3A12C80FD1 for ; Wed, 14 Dec 2016 19:29:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B30D9150F for ; Wed, 14 Dec 2016 19:29:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id uBEJTQnC047670 for ; Wed, 14 Dec 2016 19:29:26 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-xen@FreeBSD.org Subject: [Bug 215209] Kernel panic at boot under XEN: integer divide fault while in kernel mode Date: Wed, 14 Dec 2016 19:29:26 +0000 X-Bugzilla-Reason: CC AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: dim@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-xen@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2016 19:29:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215209 Dimitry Andric changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dim@FreeBSD.org Resolution|--- |FIXED Status|New |Closed --=20 You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.= From owner-freebsd-xen@freebsd.org Thu Dec 15 02:01:20 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 285EFC76E55 for ; Thu, 15 Dec 2016 02:01:20 +0000 (UTC) (envelope-from liuyingdong@huawei.com) Received: from szxga02-in.huawei.com (szxga02-in.huawei.com [119.145.14.65]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "myname.my.domain", Issuer "www.mirapoint.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2926B1ED6 for ; Thu, 15 Dec 2016 02:01:18 +0000 (UTC) (envelope-from liuyingdong@huawei.com) Received: from 172.24.1.137 (EHLO SZXEMA412-HUB.china.huawei.com) ([172.24.1.137]) by szxrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DSD86071; Thu, 15 Dec 2016 10:01:04 +0800 (CST) Received: from SZXEMA506-MBS.china.huawei.com ([169.254.4.67]) by SZXEMA412-HUB.china.huawei.com ([10.82.72.71]) with mapi id 14.03.0235.001; Thu, 15 Dec 2016 10:00:53 +0800 From: Liuyingdong To: freebsd xen CC: "freebsd-xen@freebsd.org" , "Zhaojun (Euler)" , Suoben , "Ouyangzhaowei (Charles)" , chuzhaosong , Wanglinkai Subject: Re: [PATCH]netfront: need release all resources after adding and removing NICs time and again Thread-Topic: [PATCH]netfront: need release all resources after adding and removing NICs time and again Thread-Index: AQHSVU3s+oatnVd0n02WDJlIbzMSbKEIPbVQ Date: Thu, 15 Dec 2016 02:00:53 +0000 Message-ID: <3655E9A8B903724782E1F75DCFD74E6B01229F6F11@szxema506-mbs.china.huawei.com> References: <5825272C.3010704@huawei.com> <584F8F1C.6030006@huawei.com> <20161213142919.ulvvvwoz2da5fedw@dhcp-3-221.uk.xensource.com> In-Reply-To: <20161213142919.ulvvvwoz2da5fedw@dhcp-3-221.uk.xensource.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.177.20.238] Content-Type: multipart/mixed; boundary="_003_3655E9A8B903724782E1F75DCFD74E6B01229F6F11szxema506mbsc_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2016 02:01:20 -0000 --_003_3655E9A8B903724782E1F75DCFD74E6B01229F6F11szxema506mbsc_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGVsbG8gUm9nZXIsDQoJVGhhbmsgeW91IGZvciB0aGUgdGltZSBhbmQgcGF0aWVuY2UgeW91IGRl dm90ZWQgdG8gcmVhZGluZyBteSBtZXNzYWdlcyBhbmQgZS1tYWlscy4gSSByZWFsbHkgYXBwcmVj aWF0ZSB0aGF0Lg0KCUkgY2FuJ3QgdXNlIGdpdCBzZW5kLWVtYWlsIHNvIEkgYXR0YWNoIHRoZSBw YXRjaGVzIGRpcmVjdGx5LiBJbiB0aGUgMDAwMSBwYXRjaCBJIGludHJvZHVjZSBzdXNwZW5kX2Nh bmNlbCBtZWNoYW5pc20gZm9yIGZyb250ZW5kIGRldmljZXMgYW5kIGluIHRoZSAwMDAyIHBhdGNo IEkgcmVsZWFzZSBhbGwgcmVzb3VyY2VzIGFmdGVyIGhvdCB1bnBsdWcgTklDcy4NCg0KICAgIE5v dGU6IFRoZXNlIHR3byBwYXRjaGVzIGlzIG9uIHRoZSBiYXNlIG9mIHRoZSBvcmlnaW4vcmVsZWFz ZS8xMC4yLjAgYnJhbmNoIGFuZCB0aGUgMDAwMiBwYXRjaCBpcyBtYWRlIGFmdGVyIHRoZSAwMDAx IHBhdGNoLg0KDQotLS0tLdPKvP7Urbz+LS0tLS0NCreivP7IyzogZnJlZWJzZCB4ZW4gW21haWx0 bzpyb2dlci5wYXVAY2l0cml4LmNvbV0gDQq3osvNyrG85DogMjAxNsTqMTLUwjEzyNUgMjI6MjkN CsrVvP7IyzogTGl1eWluZ2RvbmcNCrOty806IGZyZWVic2QteGVuQGZyZWVic2Qub3JnOyBaaGFv anVuIChFdWxlcik7IFN1b2JlbjsgT3V5YW5nemhhb3dlaSAoQ2hhcmxlcykNCtb3zOI6IFJlOiBb UEFUQ0hdbmV0ZnJvbnQ6IG5lZWQgcmVsZWFzZSBhbGwgcmVzb3VyY2VzIGFmdGVyIGFkZGluZyBh bmQgcmVtb3ZpbmcgTklDcyB0aW1lIGFuZCBhZ2Fpbg0KDQpPbiBUdWUsIERlYyAxMywgMjAxNiBh dCAwMjowMzowOFBNICswODAwLCBsaXV5aW5nZG9uZyB3cm90ZToNCj4gSGVsbG8gUm9nZXIsDQo+ ICAgICBJIHdhbnQgdG8ga25vdyBob3cgYWJvdXQgdGhpcyBwYXRjaCxQbGVhc2UgbGV0IG1lIGtu b3cgaWYgeW91IGhhdmUgYW55IHF1ZXN0aW9ucy4NCj4gICAgIFRoYW5rcy4NCg0KSGVsbG8sDQoN ClRoYW5rcyBmb3IgdGhlIHBhdGNoZXMhIFRoaXMgb25lIGlzIGxvb2tpbmcgZmluZSwgaXQncyBq dXN0IHRoYXQgSSdtIGEgbGl0dGxlIGJpdCBidXN5IGF0IHRoZSBtb21lbnQsIGFuZCB0aGVyZSBh cmUgc29tZSBpc3N1ZXMgaW4gSEVBRCByZWxhdGVkIHRvIFhlbiB0aGF0IEkgd291bGQgbGlrZSB0 byBmaXggYmVmb3JlIHB1c2hpbmcgYW55dGhpbmcgbmV3Lg0KDQpJbiBhbnkgY2FzZSwgSSBzZWUg dGhhdCB5b3UgYXJlIHNlbmRpbmcgdGhlIHBhdGNoZXMgdXNpbmcgVGh1bmRlcmJpcmQsIHdoaWNo IGlzIG5vdCBpZGVhbCAoTVVBcyB0ZW5kIHRvIG1hbmdsZSBwYXRjaGVzKS4gVGhlIHByZWZlcnJl ZCB3YXkgZm9yIHNlbmRpbmcgcGF0Y2hlcyBpcyB1c2luZyAiZ2l0IHNlbmQtZW1haWwiWzBdIGRp cmVjdGx5LiBUaGVyZSBhcmUgYWxzbyBzZXZlcmFsIHR1dG9yaWFscyBvbmxpbmUgdGhhdCB3aWxs IGhlbHAgeW91IHNldHVwIGdpdCBzZW5kLWVtYWlsIGNvcnJlY3RseS4gSWYgdGhlcmUncyBzb21l IHJlYXNvbiB3aHkgeW91IGNhbid0IHVzZSBnaXQgc2VuZC1lbWFpbCBJIHdvdWxkIHJlY29tbWVu ZCB0aGF0IHlvdSBhbHNvIGF0dGFjaCB0aGUgcGF0Y2hlcyBkaXJlY3RseSB0byBlbWFpbHMsIHRo YXQgd2F5IHRoZXkgd29uJ3QgcHJvYmFibHkgZ2V0IG1hbmdsZWQuDQoNClJvZ2VyLg0KDQpbMF0g aHR0cHM6Ly9naXQtc2NtLmNvbS9kb2NzL2dpdC1zZW5kLWVtYWlsDQo= --_003_3655E9A8B903724782E1F75DCFD74E6B01229F6F11szxema506mbsc_ Content-Type: application/octet-stream; name="0001-introduce-suspend-cancel-mechanism-for-frontend-devices.patch" Content-Description: 0001-introduce-suspend-cancel-mechanism-for-frontend-devices.patch Content-Disposition: attachment; filename= "0001-introduce-suspend-cancel-mechanism-for-frontend-devices.patch"; size=9427; creation-date="Tue, 13 Dec 2016 13:46:32 GMT"; modification-date="Thu, 15 Dec 2016 01:59:09 GMT" Content-Transfer-Encoding: base64 RnJvbSBmYzg1YWM3ZWJhNTVhNWYxNGY1ZjdkODFmMGUxZmM3ZmJmNmE3NDQ3IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBZaW5nZG9uZyBMaXUgPGxpdXlpbmdkb25nQGh1YXdlaS5jb20+ CkRhdGU6IFR1ZSwgMTMgRGVjIDIwMTYgMjE6NTM6MjUgKzA4MDAKU3ViamVjdDogW1BBVENIXSBp bnRyb2R1Y2Ugc3VzcGVuZCBjYW5jZWwgbWVjaGFuaXNtIGZvciBmcm9udGVuZCBkZXZpY2VzCgot LS0KIHN5cy9kZXYveGVuL2Jsa2Zyb250L2Jsa2Zyb250LmMgfCAxMyArKysrKysrKysrKwogc3lz L2Rldi94ZW4vY29udHJvbC9jb250cm9sLmMgICB8ICA5ICsrKysrKy0KIHN5cy9kZXYveGVuL25l dGZyb250L25ldGZyb250LmMgfCA1MiArKysrKysrKysrKysrKysrKysrKysrKysrKysrKystLS0t LS0tLS0tLQogc3lzL3g4Ni94ZW4vaHZtLmMgICAgICAgICAgICAgICB8IDE2ICsrKysrKysrLS0t LS0KIHN5cy94ZW4veGVuYnVzL3hlbmJ1c2IuYyAgICAgICAgfCA0NSArKysrKysrKysrKysrKysr KysrKysrLS0tLS0tLS0tLS0tLQogc3lzL3hlbi94ZW5idXMveGVuYnVzdmFyLmggICAgICB8ICA0 ICsrKysKIDYgZmlsZXMgY2hhbmdlZCwgMTAyIGluc2VydGlvbnMoKyksIDM3IGRlbGV0aW9ucygt KQoKZGlmZiAtLWdpdCBhL3N5cy9kZXYveGVuL2Jsa2Zyb250L2Jsa2Zyb250LmMgYi9zeXMvZGV2 L3hlbi9ibGtmcm9udC9ibGtmcm9udC5jCmluZGV4IGE3MTI1MWQuLjhkN2MzMmEgMTAwNjQ0Ci0t LSBhL3N5cy9kZXYveGVuL2Jsa2Zyb250L2Jsa2Zyb250LmMKKysrIGIvc3lzL2Rldi94ZW4vYmxr ZnJvbnQvYmxrZnJvbnQuYwpAQCAtNjgsNiArNjgsOCBAQCBfX0ZCU0RJRCgiJEZyZWVCU0QkIik7 CiAKICNpbmNsdWRlICJ4ZW5idXNfaWYuaCIKIAorc3RhdGljIGludCBibGtmcm9udF9zdXNwZW5k X2NhbmNlbGxlZCA9IDA7CisKIC8qLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIEZvcndhcmQg RGVjbGFyYXRpb25zIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSovCiBzdGF0aWMgdm9pZCB4 YmRfY2xvc2luZyhkZXZpY2VfdCk7CiBzdGF0aWMgdm9pZCB4YmRfc3RhcnRpbyhzdHJ1Y3QgeGJk X3NvZnRjICpzYyk7CkBAIC0xNDE3LDEwICsxNDE5LDIxIEBAIHhiZF9zdXNwZW5kKGRldmljZV90 IGRldikKIAlyZXR1cm4gKHJldHZhbCk7CiB9CiAKK3ZvaWQgeGJkX3NldF9zdXNwZW5kX2NhbmNl bCh2b2lkKQoreworCWJsa2Zyb250X3N1c3BlbmRfY2FuY2VsbGVkID0gMTsKK30KKwogc3RhdGlj IGludAogeGJkX3Jlc3VtZShkZXZpY2VfdCBkZXYpCiB7CiAJc3RydWN0IHhiZF9zb2Z0YyAqc2Mg PSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7CisJCisJaWYoYmxrZnJvbnRfc3VzcGVuZF9jYW5jZWxs ZWQgPT0gMSkgeworCQlzYy0+eGJkX3N0YXRlID0gWEJEX1NUQVRFX0NPTk5FQ1RFRDsKKwkJYmxr ZnJvbnRfc3VzcGVuZF9jYW5jZWxsZWQgPSAwOworCQlyZXR1cm4gKDApOworCX0KIAogCURQUklO VEsoInhiZF9yZXN1bWU6ICVzXG4iLCB4ZW5idXNfZ2V0X25vZGUoZGV2KSk7CiAKZGlmZiAtLWdp dCBhL3N5cy9kZXYveGVuL2NvbnRyb2wvY29udHJvbC5jIGIvc3lzL2Rldi94ZW4vY29udHJvbC9j b250cm9sLmMKaW5kZXggYmMwNjA5ZC4uYjUwMDEwMCAxMDA2NDQKLS0tIGEvc3lzL2Rldi94ZW4v Y29udHJvbC9jb250cm9sLmMKKysrIGIvc3lzL2Rldi94ZW4vY29udHJvbC9jb250cm9sLmMKQEAg LTQwMCw3ICs0MDAsOSBAQCB4Y3RybF9zdXNwZW5kKCkKIAkvKgogCSAqIFJlc2V0IGdyYW50IHRh YmxlIGluZm8uCiAJICovCi0JZ250dGFiX3Jlc3VtZSgpOworCWlmKHN1c3BlbmRfY2FuY2VsbGVk ID09IDApIHsKKwkJZ250dGFiX3Jlc3VtZSgpOworCX0KIAogI2lmZGVmIFNNUAogCWlmIChzbXBf c3RhcnRlZCAmJiAhQ1BVX0VNUFRZKCZjcHVfc3VzcGVuZF9tYXApKSB7CkBAIC00MTYsNiArNDE4 LDExIEBAIHhjdHJsX3N1c3BlbmQoKQogCSAqIEZyZWVCU0QgcmVhbGx5IG5lZWRzIHRvIGFkZCBE RVZJQ0VfU1VTUEVORF9DQU5DRUwgb3IKIAkgKiBzaW1pbGFyLgogCSAqLworCWlmKHN1c3BlbmRf Y2FuY2VsbGVkID09IDEpIHsKKwkJeGVuYnVzYl9zZXRfc3VzcGVuZF9jYW5jZWwoKTsKKwkJeGJk X3NldF9zdXNwZW5kX2NhbmNlbCgpOworCQl4bl9zZXRfc3VzcGVuZF9jYW5jZWwoKTsKKwl9CiAJ bXR4X2xvY2soJkdpYW50KTsKIAlERVZJQ0VfUkVTVU1FKHJvb3RfYnVzKTsKIAltdHhfdW5sb2Nr KCZHaWFudCk7CmRpZmYgLS1naXQgYS9zeXMvZGV2L3hlbi9uZXRmcm9udC9uZXRmcm9udC5jIGIv c3lzL2Rldi94ZW4vbmV0ZnJvbnQvbmV0ZnJvbnQuYwppbmRleCBkODljMGUwLi4wY2FhYTJjIDEw MDY0NAotLS0gYS9zeXMvZGV2L3hlbi9uZXRmcm9udC9uZXRmcm9udC5jCisrKyBiL3N5cy9kZXYv eGVuL25ldGZyb250L25ldGZyb250LmMKQEAgLTk4LDYgKzk4LDggQEAgX19GQlNESUQoIiRGcmVl QlNEJCIpOwogI2RlZmluZSBORVRfVFhfUklOR19TSVpFIF9fUklOR19TSVpFKChuZXRpZl90eF9z cmluZ190ICopMCwgUEFHRV9TSVpFKQogI2RlZmluZSBORVRfUlhfUklOR19TSVpFIF9fUklOR19T SVpFKChuZXRpZl9yeF9zcmluZ190ICopMCwgUEFHRV9TSVpFKQogCitzdGF0aWMgaW50IG5ldGZy b250X3N1c3BlbmRfY2FuY2VsbGVkID0gMDsKKwogI2lmIF9fRnJlZUJTRF92ZXJzaW9uID49IDcw MDAwMAogLyoKICAqIFNob3VsZCB0aGUgZHJpdmVyIGRvIExSTyBvbiB0aGUgUlggZW5kCkBAIC0x OTIsNiArMTk0LDEwIEBAIHN0YXRpYyBpbnQgeGVubmV0X2dldF9yZXNwb25zZXMoc3RydWN0IG5l dGZyb250X2luZm8gKm5wLAogCXN0cnVjdCBuZXRmcm9udF9yeF9pbmZvICpyaW5mbywgUklOR19J RFggcnAsIFJJTkdfSURYICpjb25zLAogCXN0cnVjdCBtYnVmICoqbGlzdCwgaW50ICpwYWdlc19m bGlwcGVkX3ApOwogCisjaWZkZWYgSU5FVAorc3RhdGljIHZvaWQgbmV0ZnJvbnRfc2VuZF9mYWtl X2FycChkZXZpY2VfdCBkZXYsIHN0cnVjdCBuZXRmcm9udF9pbmZvICppbmZvKTsKKyNlbmRpZgor CiAjZGVmaW5lIHZpcnRfdG9fbWZuKHgpICh2dG9tYWNoKHgpID4+IFBBR0VfU0hJRlQpCiAKICNk ZWZpbmUgSU5WQUxJRF9QMk1fRU5UUlkgKH4wVUwpCkBAIC00OTMsNiArNDk5LDExIEBAIG5ldGZy b250X3N1c3BlbmQoZGV2aWNlX3QgZGV2KQogCXJldHVybiAoMCk7CiB9CiAKK3ZvaWQgeG5fc2V0 X3N1c3BlbmRfY2FuY2VsKHZvaWQpCit7CisJbmV0ZnJvbnRfc3VzcGVuZF9jYW5jZWxsZWQgPSAx OworfQorCiAvKioKICAqIFdlIGFyZSByZWNvbm5lY3RpbmcgdG8gdGhlIGJhY2tlbmQsIGR1ZSB0 byBhIHN1c3BlbmQvcmVzdW1lLCBvciBhIGJhY2tlbmQKICAqIGRyaXZlciByZXN0YXJ0LiAgV2Ug dGVhciBkb3duIG91ciBuZXRpZiBzdHJ1Y3R1cmUgYW5kIHJlY3JlYXRlIGl0LCBidXQKQEAgLTUw NCw2ICs1MTUsMTkgQEAgbmV0ZnJvbnRfcmVzdW1lKGRldmljZV90IGRldikKIHsKIAlzdHJ1Y3Qg bmV0ZnJvbnRfaW5mbyAqaW5mbyA9IGRldmljZV9nZXRfc29mdGMoZGV2KTsKIAorCWlmKG5ldGZy b250X3N1c3BlbmRfY2FuY2VsbGVkID09IDEpIHsKKwkJaW5mby0+eG5fcmVzdW1lID0gdHJ1ZTsK KwkJWE5fUlhfTE9DSyhpbmZvKTsKKwkJWE5fVFhfTE9DSyhpbmZvKTsKKwkJbmV0ZnJvbnRfY2Fy cmllcl9vbihpbmZvKTsKKwkJWE5fVFhfVU5MT0NLKGluZm8pOworCQlYTl9SWF9VTkxPQ0soaW5m byk7CisjaWZkZWYgSU5FVAorCQluZXRmcm9udF9zZW5kX2Zha2VfYXJwKGRldiwgaW5mbyk7Cisj ZW5kaWYKKwkJbmV0ZnJvbnRfc3VzcGVuZF9jYW5jZWxsZWQgPSAwOworCQlyZXR1cm4gKDApOwor CX0KIAlpbmZvLT54bl9yZXN1bWUgPSB0cnVlOwogCW5ldGlmX2Rpc2Nvbm5lY3RfYmFja2VuZChp bmZvKTsKIAlyZXR1cm4gKDApOwpAQCAtMjEwOCwyNiArMjEzMiwyNiBAQCBjcmVhdGVfbmV0ZGV2 KGRldmljZV90IGRldikKIAkKIAkvKiBTZXQgdXAgaWZuZXQgc3RydWN0dXJlICovCiAJaWZwID0g bnAtPnhuX2lmcCA9IGlmX2FsbG9jKElGVF9FVEhFUik7Ci0gICAgCWlmcC0+aWZfc29mdGMgPSBu cDsKLSAgICAJaWZfaW5pdG5hbWUoaWZwLCAieG4iLCAgZGV2aWNlX2dldF91bml0KGRldikpOwot ICAgIAlpZnAtPmlmX2ZsYWdzID0gSUZGX0JST0FEQ0FTVCB8IElGRl9TSU1QTEVYIHwgSUZGX01V TFRJQ0FTVDsKLSAgICAJaWZwLT5pZl9pb2N0bCA9IHhuX2lvY3RsOwotICAgIAlpZnAtPmlmX291 dHB1dCA9IGV0aGVyX291dHB1dDsKLSAgICAJaWZwLT5pZl9zdGFydCA9IHhuX3N0YXJ0OworCWlm cC0+aWZfc29mdGMgPSBucDsKKwlpZl9pbml0bmFtZShpZnAsICJ4biIsICBkZXZpY2VfZ2V0X3Vu aXQoZGV2KSk7CisJaWZwLT5pZl9mbGFncyA9IElGRl9CUk9BRENBU1QgfCBJRkZfU0lNUExFWCB8 IElGRl9NVUxUSUNBU1Q7CisJaWZwLT5pZl9pb2N0bCA9IHhuX2lvY3RsOworCWlmcC0+aWZfb3V0 cHV0ID0gZXRoZXJfb3V0cHV0OworCWlmcC0+aWZfc3RhcnQgPSB4bl9zdGFydDsKICNpZmRlZiBu b3R5ZXQKLSAgICAJaWZwLT5pZl93YXRjaGRvZyA9IHhuX3dhdGNoZG9nOworCWlmcC0+aWZfd2F0 Y2hkb2cgPSB4bl93YXRjaGRvZzsKICNlbmRpZgotICAgIAlpZnAtPmlmX2luaXQgPSB4bl9pZmlu aXQ7Ci0gICAgCWlmcC0+aWZfc25kLmlmcV9tYXhsZW4gPSBORVRfVFhfUklOR19TSVpFIC0gMTsK LQkKLSAgICAJaWZwLT5pZl9od2Fzc2lzdCA9IFhOX0NTVU1fRkVBVFVSRVM7Ci0gICAgCWlmcC0+ aWZfY2FwYWJpbGl0aWVzID0gSUZDQVBfSFdDU1VNOworCWlmcC0+aWZfaW5pdCA9IHhuX2lmaW5p dDsKKwlpZnAtPmlmX3NuZC5pZnFfbWF4bGVuID0gTkVUX1RYX1JJTkdfU0laRSAtIDE7CisKKwlp ZnAtPmlmX2h3YXNzaXN0ID0gWE5fQ1NVTV9GRUFUVVJFUzsKKwlpZnAtPmlmX2NhcGFiaWxpdGll cyA9IElGQ0FQX0hXQ1NVTTsKIAlpZnAtPmlmX2h3X3Rzb21heCA9IDY1NTM2IC0gKEVUSEVSX0hE Ul9MRU4gKyBFVEhFUl9WTEFOX0VOQ0FQX0xFTik7CiAJaWZwLT5pZl9od190c29tYXhzZWdjb3Vu dCA9IE1BWF9UWF9SRVFfRlJBR1M7CiAJaWZwLT5pZl9od190c29tYXhzZWdzaXplID0gUEFHRV9T SVpFOwogCQotICAgIAlldGhlcl9pZmF0dGFjaChpZnAsIG5wLT5tYWMpOwotICAgIAljYWxsb3V0 X2luaXQoJm5wLT54bl9zdGF0X2NoLCBDQUxMT1VUX01QU0FGRSk7CisJZXRoZXJfaWZhdHRhY2go aWZwLCBucC0+bWFjKTsKKwljYWxsb3V0X2luaXQoJm5wLT54bl9zdGF0X2NoLCBDQUxMT1VUX01Q U0FGRSk7CiAJbmV0ZnJvbnRfY2Fycmllcl9vZmYobnApOwogCiAJcmV0dXJuICgwKTsKZGlmZiAt LWdpdCBhL3N5cy94ODYveGVuL2h2bS5jIGIvc3lzL3g4Ni94ZW4vaHZtLmMKaW5kZXggYzM4Njk1 My4uMWMyYmE5ZCAxMDA2NDQKLS0tIGEvc3lzL3g4Ni94ZW4vaHZtLmMKKysrIGIvc3lzL3g4Ni94 ZW4vaHZtLmMKQEAgLTUxNywxMCArNTE3LDkgQEAgeGVuX2h2bV9pbml0KGVudW0geGVuX2h2bV9p bml0X3R5cGUgaW5pdF90eXBlKQogCWludCBlcnJvcjsKIAlpbnQgaTsKIAotCWlmIChpbml0X3R5 cGUgPT0gWEVOX0hWTV9JTklUX0NBTkNFTExFRF9TVVNQRU5EKQotCQlyZXR1cm47Ci0KLQllcnJv ciA9IHhlbl9odm1faW5pdF9oeXBlcmNhbGxfc3R1YnMoKTsKKwlpZiAoaW5pdF90eXBlICE9IFhF Tl9IVk1fSU5JVF9DQU5DRUxMRURfU1VTUEVORCkgeworCQllcnJvciA9IHhlbl9odm1faW5pdF9o eXBlcmNhbGxfc3R1YnMoKTsKKwl9CiAKIAlzd2l0Y2ggKGluaXRfdHlwZSkgewogCWNhc2UgWEVO X0hWTV9JTklUX0NPTEQ6CkBAIC01NDEsMTMgKzU0MCwxNyBAQCB4ZW5faHZtX2luaXQoZW51bSB4 ZW5faHZtX2luaXRfdHlwZSBpbml0X3R5cGUpCiAJCUNQVV9GT1JFQUNIKGkpCiAJCQlEUENQVV9J RF9TRVQoaSwgdmNwdV9pbmZvLCBOVUxMKTsKIAkJYnJlYWs7CisJY2FzZSBYRU5fSFZNX0lOSVRf Q0FOQ0VMTEVEX1NVU1BFTkQ6CisJCWJyZWFrOwogCWRlZmF1bHQ6CiAJCXBhbmljKCJVbnN1cHBv cnRlZCBIVk0gaW5pdGlhbGl6YXRpb24gdHlwZSIpOwogCX0KIAogCXhlbl92ZWN0b3JfY2FsbGJh Y2tfZW5hYmxlZCA9IDA7CiAJeGVuX2RvbWFpbl90eXBlID0gWEVOX0hWTV9ET01BSU47Ci0JeGVu X2h2bV9pbml0X3NoYXJlZF9pbmZvX3BhZ2UoKTsKKwlpZiAoaW5pdF90eXBlICE9IFhFTl9IVk1f SU5JVF9DQU5DRUxMRURfU1VTUEVORCkgeworCQl4ZW5faHZtX2luaXRfc2hhcmVkX2luZm9fcGFn ZSgpOworCX0KIAl4ZW5faHZtX3NldF9jYWxsYmFjayhOVUxMKTsKIAl4ZW5faHZtX2Rpc2FibGVf ZW11bGF0ZWRfZGV2aWNlcygpOwogfSAKQEAgLTU2NSw3ICs1NjgsOCBAQCB4ZW5faHZtX3Jlc3Vt ZShib29sIHN1c3BlbmRfY2FuY2VsbGVkKQogCSAgICBYRU5fSFZNX0lOSVRfQ0FOQ0VMTEVEX1NV U1BFTkQgOiBYRU5fSFZNX0lOSVRfUkVTVU1FKTsKIAogCS8qIFJlZ2lzdGVyIHZjcHVfaW5mbyBh cmVhIGZvciBDUFUjMC4gKi8KLQl4ZW5faHZtX2NwdV9pbml0KCk7CisJaWYoIXN1c3BlbmRfY2Fu Y2VsbGVkKQorCQl4ZW5faHZtX2NwdV9pbml0KCk7CiB9CiAgCiBzdGF0aWMgdm9pZApkaWZmIC0t Z2l0IGEvc3lzL3hlbi94ZW5idXMveGVuYnVzYi5jIGIvc3lzL3hlbi94ZW5idXMveGVuYnVzYi5j CmluZGV4IDFmODQ3OTUuLmNjZTgzY2QgMTAwNjQ0Ci0tLSBhL3N5cy94ZW4veGVuYnVzL3hlbmJ1 c2IuYworKysgYi9zeXMveGVuL3hlbmJ1cy94ZW5idXNiLmMKQEAgLTc1LDYgKzc1LDggQEAgX19G QlNESUQoIiRGcmVlQlNEJCIpOwogI2luY2x1ZGUgPHhlbi94ZW5idXMveGVuYnVzYi5oPgogI2lu Y2x1ZGUgPHhlbi94ZW5idXMveGVuYnVzdmFyLmg+CiAKK3N0YXRpYyBpbnQgeGVuYnVzYl9zdXNw ZW5kX2NhbmNlbGxlZCA9IDA7CisKIC8qLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSBQcml2YXRl IEZ1bmN0aW9ucyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSovCiAvKioKICAqIFxi cmllZiBEZWFsbG9jYXRlIFhlbkJ1cyBkZXZpY2UgaW5zdGFuY2UgdmFyaWFibGVzLgpAQCAtNzc2 LDYgKzc3OCwxMSBAQCB4ZW5idXNiX2F0dGFjaChkZXZpY2VfdCBkZXYsIGNoYXIgKmJ1c19ub2Rl LCB1X2ludCBpZF9jb21wb25lbnRzKQogCXJldHVybiAoMCk7CiB9CiAKK3ZvaWQgeGVuYnVzYl9z ZXRfc3VzcGVuZF9jYW5jZWwodm9pZCkKK3sKKwl4ZW5idXNiX3N1c3BlbmRfY2FuY2VsbGVkID0g MTsKK30KKwogaW50CiB4ZW5idXNiX3Jlc3VtZShkZXZpY2VfdCBkZXYpCiB7CkBAIC03OTMsMjkg KzgwMCwzMiBAQCB4ZW5idXNiX3Jlc3VtZShkZXZpY2VfdCBkZXYpCiAJCQlpZiAoZGV2aWNlX2dl dF9zdGF0ZShraWRzW2ldKSA9PSBEU19OT1RQUkVTRU5UKQogCQkJCWNvbnRpbnVlOwogCi0JCQlp dmFycyA9IGRldmljZV9nZXRfaXZhcnMoa2lkc1tpXSk7CisJCQlpZih4ZW5idXNiX3N1c3BlbmRf Y2FuY2VsbGVkID09IDApIHsKKwkJCQlpdmFycyA9IGRldmljZV9nZXRfaXZhcnMoa2lkc1tpXSk7 CiAKLQkJCXhzX3VucmVnaXN0ZXJfd2F0Y2goJml2YXJzLT54ZF9vdGhlcmVuZF93YXRjaCk7Ci0J CQl4ZW5idXNfc2V0X3N0YXRlKGtpZHNbaV0sIFhlbmJ1c1N0YXRlSW5pdGlhbGlzaW5nKTsKKwkJ CQl4c191bnJlZ2lzdGVyX3dhdGNoKCZpdmFycy0+eGRfb3RoZXJlbmRfd2F0Y2gpOworCQkJCXhl bmJ1c19zZXRfc3RhdGUoa2lkc1tpXSwgWGVuYnVzU3RhdGVJbml0aWFsaXNpbmcpOwogCi0JCQkv KgotCQkJICogRmluZCB0aGUgbmV3IGJhY2tlbmQgZGV0YWlscyBhbmQKLQkJCSAqIHJlLXJlZ2lz dGVyIG91ciB3YXRjaC4KLQkJCSAqLwotCQkJZXJyb3IgPSBYRU5CVVNCX0dFVF9PVEhFUkVORF9O T0RFKGRldiwgaXZhcnMpOwotCQkJaWYgKGVycm9yKQotCQkJCXJldHVybiAoZXJyb3IpOworCQkJ CS8qCisJCQkJICogRmluZCB0aGUgbmV3IGJhY2tlbmQgZGV0YWlscyBhbmQKKwkJCQkgKiByZS1y ZWdpc3RlciBvdXIgd2F0Y2guCisJCQkJICovCisJCQkJZXJyb3IgPSBYRU5CVVNCX0dFVF9PVEhF UkVORF9OT0RFKGRldiwgaXZhcnMpOworCQkJCWlmIChlcnJvcikKKwkJCQkJcmV0dXJuIChlcnJv cik7CiAKLQkJCXN0YXRlcGF0aCA9IG1hbGxvYyhpdmFycy0+eGRfb3RoZXJlbmRfcGF0aF9sZW4K LQkJCSAgICArIHN0cmxlbigiL3N0YXRlIikgKyAxLCBNX1hFTkJVUywgTV9XQUlUT0spOwotCQkJ c3ByaW50ZihzdGF0ZXBhdGgsICIlcy9zdGF0ZSIsIGl2YXJzLT54ZF9vdGhlcmVuZF9wYXRoKTsK KwkJCQlzdGF0ZXBhdGggPSBtYWxsb2MoaXZhcnMtPnhkX290aGVyZW5kX3BhdGhfbGVuCisJCQkJ ICAgICsgc3RybGVuKCIvc3RhdGUiKSArIDEsIE1fWEVOQlVTLCBNX1dBSVRPSyk7CisJCQkJc3By aW50ZihzdGF0ZXBhdGgsICIlcy9zdGF0ZSIsIGl2YXJzLT54ZF9vdGhlcmVuZF9wYXRoKTsKIAot CQkJZnJlZShpdmFycy0+eGRfb3RoZXJlbmRfd2F0Y2gubm9kZSwgTV9YRU5CVVMpOwotCQkJaXZh cnMtPnhkX290aGVyZW5kX3dhdGNoLm5vZGUgPSBzdGF0ZXBhdGg7CisJCQkJZnJlZShpdmFycy0+ eGRfb3RoZXJlbmRfd2F0Y2gubm9kZSwgTV9YRU5CVVMpOworCQkJCWl2YXJzLT54ZF9vdGhlcmVu ZF93YXRjaC5ub2RlID0gc3RhdGVwYXRoOworCQkJfQogCiAJCQlERVZJQ0VfUkVTVU1FKGtpZHNb aV0pOwogCi0JCQl4c19yZWdpc3Rlcl93YXRjaCgmaXZhcnMtPnhkX290aGVyZW5kX3dhdGNoKTsK KwkJCWlmKHhlbmJ1c2Jfc3VzcGVuZF9jYW5jZWxsZWQgPT0gMCkKKwkJCQl4c19yZWdpc3Rlcl93 YXRjaCgmaXZhcnMtPnhkX290aGVyZW5kX3dhdGNoKTsKICNpZiAwCiAJCQkvKgogCQkJICogQ2Fu J3QgZG8gdGhpcyB5ZXQgc2luY2Ugd2UgYXJlIHJ1bm5pbmcgaW4KQEAgLTgzNCw2ICs4NDQsOSBA QCB4ZW5idXNiX3Jlc3VtZShkZXZpY2VfdCBkZXYpCiAJCWZyZWUoa2lkcywgTV9URU1QKTsKIAl9 CiAKKwlpZih4ZW5idXNiX3N1c3BlbmRfY2FuY2VsbGVkID09IDEpCisJCXhlbmJ1c2Jfc3VzcGVu ZF9jYW5jZWxsZWQgPSAwOworCQogCXJldHVybiAoMCk7CiB9CiAKZGlmZiAtLWdpdCBhL3N5cy94 ZW4veGVuYnVzL3hlbmJ1c3Zhci5oIGIvc3lzL3hlbi94ZW5idXMveGVuYnVzdmFyLmgKaW5kZXgg YWI1ZDAxZi4uYWZmM2I2MCAxMDA2NDQKLS0tIGEvc3lzL3hlbi94ZW5idXMveGVuYnVzdmFyLmgK KysrIGIvc3lzL3hlbi94ZW5idXMveGVuYnVzdmFyLmgKQEAgLTI3Miw0ICsyNzIsOCBAQCB2b2lk IHhlbmJ1c19sb2NhbGVuZF9jaGFuZ2VkKGRldmljZV90IGRldiwgY29uc3QgY2hhciAqcGF0aCk7 CiAKICNpbmNsdWRlICJ4ZW5idXNfaWYuaCIKIAordm9pZCB4ZW5idXNiX3NldF9zdXNwZW5kX2Nh bmNlbCh2b2lkKTsKK3ZvaWQgeGJkX3NldF9zdXNwZW5kX2NhbmNlbCh2b2lkKTsKK3ZvaWQgeG5f c2V0X3N1c3BlbmRfY2FuY2VsKHZvaWQpOworCiAjZW5kaWYgLyogX1hFTl9YRU5CVVNfWEVOQlVT VkFSX0ggKi8KLS0gCjEuOC4zLjQKCg== --_003_3655E9A8B903724782E1F75DCFD74E6B01229F6F11szxema506mbsc_ Content-Type: application/octet-stream; name="0002-netfront-need-release-all-resources-after-hot-plug.patch" Content-Description: 0002-netfront-need-release-all-resources-after-hot-plug.patch Content-Disposition: attachment; filename="0002-netfront-need-release-all-resources-after-hot-plug.patch"; size=1807; creation-date="Thu, 15 Dec 2016 01:01:51 GMT"; modification-date="Thu, 15 Dec 2016 01:02:36 GMT" Content-Transfer-Encoding: base64 RnJvbSA0MjNhOTU5YTI2OGIyMDVjMDQ4NDg5ZTZhZGRlYmE1ZGI0NDllMzIyIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBZaW5nZG9uZyBMaXUgPGxpdXlpbmdkb25nQGh1YXdlaS5jb20+ CkRhdGU6IFRodSwgMTUgRGVjIDIwMTYgMDk6MDk6MTYgKzA4MDAKU3ViamVjdDogW1BBVENIXSBb UEFUQ0hdbmV0ZnJvbnQ6IG5lZWQgcmVsZWFzZSBhbGwgcmVzb3VyY2VzIGFmdGVyIGFkZGluZyBh bmQKIHJlbW92aW5nIE5JQ3MgdGltZSBhbmQgYWdhaW4KCi0tLQogc3lzL2Rldi94ZW4vbmV0ZnJv bnQvbmV0ZnJvbnQuYyB8IDQ2ICsrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrCiAxIGZpbGUgY2hhbmdlZCwgNDYgaW5zZXJ0aW9ucygrKQoKZGlmZiAtLWdpdCBhL3N5cy9k ZXYveGVuL25ldGZyb250L25ldGZyb250LmMgYi9zeXMvZGV2L3hlbi9uZXRmcm9udC9uZXRmcm9u dC5jCmluZGV4IDBjYWFhMmMuLjViNjdlMTIgMTAwNjQ0Ci0tLSBhL3N5cy9kZXYveGVuL25ldGZy b250L25ldGZyb250LmMKKysrIGIvc3lzL2Rldi94ZW4vbmV0ZnJvbnQvbmV0ZnJvbnQuYwpAQCAt MjE5Niw2ICsyMTk2LDQ2IEBAIG5ldGZyb250X2RldGFjaChkZXZpY2VfdCBkZXYpCiB9CiAKIHN0 YXRpYyB2b2lkCituZXRpZl9yZWxlYXNlX3J4X2J1ZnNfY29weShzdHJ1Y3QgbmV0ZnJvbnRfaW5m byAqbnApCit7CisJc3RydWN0IG1idWYgKm07CisJaW50IGksIHJlZjsKKwlpbnQgYnVzeSA9IDAs IGludXNlID0gMDsKKworCVhOX1JYX0xPQ0sobnApOworCisJZm9yIChpID0gMDsgaSA8IE5FVF9S WF9SSU5HX1NJWkU7IGkrKykgeworCQlyZWYgPSBucC0+Z3JhbnRfcnhfcmVmW2ldOworCisJCWlm IChyZWYgPT0gR1JBTlRfUkVGX0lOVkFMSUQpCisJCQljb250aW51ZTsKKworCQlpbnVzZSsrOwor CisJCW0gPSBucC0+cnhfbWJ1ZnNbaV07CisKKwkJaWYgKCFnbnR0YWJfZW5kX2ZvcmVpZ25fYWNj ZXNzX3JlZihyZWYpKQorCQl7CisJCQlidXN5Kys7CisJCQljb250aW51ZTsKKwkJfQorCisJCWdu dHRhYl9yZWxlYXNlX2dyYW50X3JlZmVyZW5jZSgmbnAtPmdyZWZfcnhfaGVhZCwgcmVmKTsKKwkJ bnAtPmdyYW50X3J4X3JlZltpXSA9IEdSQU5UX1JFRl9JTlZBTElEOworCQlhZGRfaWRfdG9fZnJl ZWxpc3QobnAtPnJ4X21idWZzLCBpKTsKKworCQltX2ZyZWVtKG0pOworCX0KKworCWlmIChidXN5 KQorCQlkZXZpY2VfcHJpbnRmKG5wLT54YmRldiwgIlVuYWJsZSB0byByZWxlYXNlICVkIG9mICVk ICIKKwkJCSJpbnVzZSBncmFudCByZWZlcmVuY2VzIG91dCBvZiAlbGQgdG90YWwuXG4iLAorCQkJ YnVzeSwgaW51c2UsIE5FVF9SWF9SSU5HX1NJWkUpOworCQorCVhOX1JYX1VOTE9DSyhucCk7Cit9 CisKK3N0YXRpYyB2b2lkCiBuZXRpZl9mcmVlKHN0cnVjdCBuZXRmcm9udF9pbmZvICppbmZvKQog ewogCVhOX0xPQ0soaW5mbyk7CkBAIC0yMjA5LDYgKzIyNDksMTIgQEAgbmV0aWZfZnJlZShzdHJ1 Y3QgbmV0ZnJvbnRfaW5mbyAqaW5mbykKIAkJaW5mby0+eG5faWZwID0gTlVMTDsKIAl9CiAJaWZt ZWRpYV9yZW1vdmVhbGwoJmluZm8tPnNjX21lZGlhKTsKKwluZXRpZl9yZWxlYXNlX3R4X2J1ZnMo aW5mbyk7CisJaWYgKGluZm8tPmNvcHlpbmdfcmVjZWl2ZXIpCisJCW5ldGlmX3JlbGVhc2Vfcnhf YnVmc19jb3B5KGluZm8pOworCisJZ250dGFiX2ZyZWVfZ3JhbnRfcmVmZXJlbmNlcyhpbmZvLT5n cmVmX3R4X2hlYWQpOworCWdudHRhYl9mcmVlX2dyYW50X3JlZmVyZW5jZXMoaW5mby0+Z3JlZl9y eF9oZWFkKTsKIH0KIAogc3RhdGljIHZvaWQKLS0gCjEuOC4zLjQKCg== --_003_3655E9A8B903724782E1F75DCFD74E6B01229F6F11szxema506mbsc_-- From owner-freebsd-xen@freebsd.org Thu Dec 15 07:20:43 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C9C56C81989; Thu, 15 Dec 2016 07:20:43 +0000 (UTC) (envelope-from Christian.Hoyer-Reuther@cac-chem.de) Received: from mail.cac-chem.de (mail.cac-chem.de [213.187.69.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.cac-chem.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 87A1818F; Thu, 15 Dec 2016 07:20:43 +0000 (UTC) (envelope-from Christian.Hoyer-Reuther@cac-chem.de) Received: from localhost (localhost [127.0.0.1]) by mail.cac-chem.de (Postfix) with ESMTP id AFCCB415D7; Thu, 15 Dec 2016 08:20:34 +0100 (CET) Received: from mail.cac-chem.de ([127.0.0.1]) by localhost (mail.cac-chem.de [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id HSnMYgBydRMM; Thu, 15 Dec 2016 08:20:34 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mh01.cac.loc (Postfix) with ESMTP id A0A59600D3; Thu, 15 Dec 2016 08:20:34 +0100 (CET) X-Virus-Scanned: This message was checked by ESET Mail Security for Linux at cac-chem.de Received: from mh01.cac.loc ([127.0.0.1]) by localhost (mh01.cac.loc [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 7LZKjxygV94J; Thu, 15 Dec 2016 08:20:34 +0100 (CET) Received: from EX1.cac.loc (ex1.cac.loc [172.30.77.30]) by mh01.cac.loc (Postfix) with ESMTP; Thu, 15 Dec 2016 08:20:34 +0100 (CET) Received: from EX1.cac.loc ([172.30.77.30]) by ex1 ([172.30.77.30]) with mapi; Thu, 15 Dec 2016 08:20:33 +0100 From: "Hoyer-Reuther, Christian" To: =?iso-8859-1?Q?=27Roger_Pau_Monn=E9=27?= CC: "freebsd-xen@freebsd.org" , "owner-freebsd-xen@freebsd.org" Date: Thu, 15 Dec 2016 08:20:32 +0100 Subject: Re: 11-RELEASE and live migration Thread-Topic: 11-RELEASE and live migration Thread-Index: AdJWEtVTDUZi4hYKT6KjXZnS4t+oOwAkDfrg Message-ID: <41E487BC91654544B2B8F31096F2D9D4D1B060ABBF@ex1> References: <001f01d250a6$05ca4160$115ec420$@ezwind.net> <003501d250af$032dd580$09898080$@ezwind.net> <41E487BC91654544B2B8F31096F2D9D4D1B060A925@ex1> <20161212103148.5prkggi3ix4zoxyv@dhcp-3-221.uk.xensource.com> <41E487BC91654544B2B8F31096F2D9D4D1B060AA3E@ex1> <002101d25484$c0a068c0$41e13a40$@ezwind.net> <20161214140224.rbg5h3v2opa3q3sj@dhcp-3-221.uk.xensource.com> In-Reply-To: <20161214140224.rbg5h3v2opa3q3sj@dhcp-3-221.uk.xensource.com> Accept-Language: de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2016 07:20:43 -0000 > I'm able to see these glitches, as said the VM doesn't really hang, it ju= st > gets > stuck for a long time (and I think that depends on the uptime differences > between the source and destination hosts). In the meantime, could you ple= ase > test if changing the timecounter from XENTIMER to any other (like HPET or > ACPI-fast) solves the issue? >=20 > # sysctl -w kern.timecounter.hardware=3DACPI-fast Hello Roger, I changed the timecounter from XENTIMER to ACPI-fast and then I did about 1= 0 migrations between our 3 hosts. I always started the next migration a few= seconds after the previous migration finished. The VM didn't stuck now and= I didn't see the VGABios screen on the console. Regards, Christian From owner-freebsd-xen@freebsd.org Thu Dec 15 17:34:42 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2335FC81DD0 for ; Thu, 15 Dec 2016 17:34:42 +0000 (UTC) (envelope-from prvs=150a29c11=roger.pau@citrix.com) Received: from SMTP.EU.CITRIX.COM (smtp.ctxuk.citrix.com [185.25.65.24]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "mail.citrix.com", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8219D8F for ; Thu, 15 Dec 2016 17:34:40 +0000 (UTC) (envelope-from prvs=150a29c11=roger.pau@citrix.com) X-IronPort-AV: E=Sophos;i="5.33,352,1477958400"; d="scan'208";a="36903280" Date: Thu, 15 Dec 2016 17:34:32 +0000 From: Roger Pau =?iso-8859-1?Q?Monn=E9?= To: Nathan Friess , Subject: Re: 11-RELEASE acting as vbd backend Message-ID: <20161215173432.3qjzilzot7lnddhm@dhcp-3-221.uk.xensource.com> References: <247e5b6c-2713-27cf-f8fa-61e55c9e2025@gmail.com> <20161206100414.pi7ep2zbkduhuol7@dhcp-3-221.uk.xensource.com> <39e43ae4-6388-c698-c3c2-43cbc1f7b93c@gmail.com> <20161209144630.dfga5mozh72veo4g@dhcp-3-221.uk.xensource.com> <584ADC91.8050909@gmail.com> <20161212103257.tg46q2s3j5riixp5@dhcp-3-221.uk.xensource.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20161212103257.tg46q2s3j5riixp5@dhcp-3-221.uk.xensource.com> User-Agent: NeoMutt/20161126 (1.7.1) X-ClientProxiedBy: AMSPEX02CAS02.citrite.net (10.69.22.113) To AMSPEX02CL02.citrite.net (10.69.22.126) X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2016 17:34:42 -0000 On Mon, Dec 12, 2016 at 10:32:57AM +0000, Roger Pau Monn wrote: > On Fri, Dec 09, 2016 at 09:32:17AM -0700, Nathan Friess wrote: > > On 16-12-09 07:46 AM, Roger Pau Monn wrote: > > > Hello, > > > > > > Sorry for the delay, there was a huge can of worms behind this. I have a > > > solution, but it requires patching both Xen and the FreeBSD kernel. Please bear > > > with me, I will send those patches once ready. > > > > It sounds like you might know this already, but I did some more digging and > > here is what I can see so far... > > > > The important command is "xl devd". Running that under truss, it is trying > > to open /dev/xen/xenbus and that was the cause of the No such file error. > > It looks like the 10.3 tools used to open /dev/xen/xenstore instead. > > > > I can get around this by exporting XENSTORED_PATH="/dev/xen/xenstore". > > > > Now xl devd is stuck at: > > > > libxl: error: libxl_event.c:639:libxl__ev_xswatch_register: create watch for > > path /local/domain/7/backend: Invalid argument > > > > So it seems like an API issue with asking the kernel or dom0 to set a watch > > for new backend devices. > > Yes, the current xenstore user-space device on FreeBSD is missing the ability to > register xenstore watches. As said, I will hopefully be able to send the patches > soon. OK, I finally have this ready, you will need the following patches for FreeBSD, which I pushed to my git repo on top of current HEAD: git://xenbits.xen.org/people/royger/freebsd.git add_watches_xenstore You can either compile a kernel from this branch or pickup the 4 top patches and apply them to your local tree (I don't think you are going to find any conflicts even if the tree is stable/11 or 11.0-RELEASE). You should also update your xen-tools package to the latest version, I've just updated it to contain the xenstore device path fix: https://svnweb.freebsd.org/ports?view=revision&revision=428628 After this is done, it should just be a matter of launching xendriverdomain at system boot and it should work out of the box. Let me know how this goes. Thanks, Roger. From owner-freebsd-xen@freebsd.org Thu Dec 15 17:55:12 2016 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DA05AC819D9 for ; Thu, 15 Dec 2016 17:55:12 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-vk0-x22c.google.com (mail-vk0-x22c.google.com [IPv6:2607:f8b0:400c:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 836CD15BB for ; Thu, 15 Dec 2016 17:55:12 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by mail-vk0-x22c.google.com with SMTP id w194so75548310vkw.2 for ; Thu, 15 Dec 2016 09:55:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=HEo840y8QlsJsqhjOQFKyDnBHMtO/uHnWAoHRsj/N1c=; b=fcuLNVtW5M4aGhgFPGr7dbaNbc7kJIy3wWfDb80JqAAFZHorF0j+8auPFZxHWDZe5g +EHhjL7484uMdcRYCyqPzm5FFdvXTOrb9JrTV8UBsVrscopYFjc7eX2ldN7vUDr6aZVm ZiQSgsNTp7Zp2is2cqmPalcTIM8f+7PdrONR3ZC4bmuRHexXD+roofF3YQ8E/0hP6V07 E7jjlmHb8Ju4qM5aM3yc3UjWKT6iDkQminr7mL7xJK6DAcz8PzGL+Q4g+OoHuQBFPoRp yd3JcmguNMMBnFWzRq1C7OgHFXsqXv+njOi+yMj78HBppQecLsVpeZk0MXBgJwarOEHV 40xQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=HEo840y8QlsJsqhjOQFKyDnBHMtO/uHnWAoHRsj/N1c=; b=qXX5cuWxzg5oGp6f6aH/gyBVukPeO8Um2aCdUPxmGtzain5pNrzafdulOZeKToHXa4 lVfkkRdPmIB+TxbS6nc50ehXTvqPIr459dy6n55GK91PsfD7diy83geNnpPrFvrzYxZ8 FgfGB1fnDYCX+iSZLIZlgxwYMf2rdpOxGX5DUTdvC5+BEt6OaxVP4fSFwTl0Fd0yWp7K tvI+3LjqUlIgBD5ous9w/zjCyeDiHEsd5CDcQKECKw5kCPaRrg7fUUEQdJRfh5DE9CEq n/KS+eyFJtZf1plWzR4cCTygOb2/Sr+7PogeZHvBlQbu/19cl8tomklEuZrKOj9FEFP+ linw== X-Gm-Message-State: AKaTC01EVckDtfG7U7hNU8ivqxurN8zdqYhve3ZjrkGIvzdZg2GPdNQ4Q7er9i4sNxZCTJ5fl8W1uuS8zSdzCA== X-Received: by 10.31.174.2 with SMTP id x2mr2179904vke.40.1481824511572; Thu, 15 Dec 2016 09:55:11 -0800 (PST) MIME-Version: 1.0 Received: by 10.103.20.3 with HTTP; Thu, 15 Dec 2016 09:54:31 -0800 (PST) In-Reply-To: <20161215173432.3qjzilzot7lnddhm@dhcp-3-221.uk.xensource.com> References: <247e5b6c-2713-27cf-f8fa-61e55c9e2025@gmail.com> <20161206100414.pi7ep2zbkduhuol7@dhcp-3-221.uk.xensource.com> <39e43ae4-6388-c698-c3c2-43cbc1f7b93c@gmail.com> <20161209144630.dfga5mozh72veo4g@dhcp-3-221.uk.xensource.com> <584ADC91.8050909@gmail.com> <20161212103257.tg46q2s3j5riixp5@dhcp-3-221.uk.xensource.com> <20161215173432.3qjzilzot7lnddhm@dhcp-3-221.uk.xensource.com> From: Outback Dingo Date: Thu, 15 Dec 2016 12:54:31 -0500 Message-ID: Subject: Re: 11-RELEASE acting as vbd backend To: =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= Cc: Nathan Friess , freebsd-xen@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2016 17:55:13 -0000 On Thu, Dec 15, 2016 at 12:34 PM, Roger Pau Monn=C3=A9 wrote: > On Mon, Dec 12, 2016 at 10:32:57AM +0000, Roger Pau Monn=C3=A9 wrote: >> On Fri, Dec 09, 2016 at 09:32:17AM -0700, Nathan Friess wrote: >> > On 16-12-09 07:46 AM, Roger Pau Monn=C3=A9 wrote: >> > > Hello, >> > > >> > > Sorry for the delay, there was a huge can of worms behind this. I ha= ve a >> > > solution, but it requires patching both Xen and the FreeBSD kernel. = Please bear >> > > with me, I will send those patches once ready. >> > >> > It sounds like you might know this already, but I did some more diggin= g and >> > here is what I can see so far... >> > >> > The important command is "xl devd". Running that under truss, it is t= rying >> > to open /dev/xen/xenbus and that was the cause of the No such file err= or. >> > It looks like the 10.3 tools used to open /dev/xen/xenstore instead. >> > >> > I can get around this by exporting XENSTORED_PATH=3D"/dev/xen/xenstore= ". >> > >> > Now xl devd is stuck at: >> > >> > libxl: error: libxl_event.c:639:libxl__ev_xswatch_register: create wat= ch for >> > path /local/domain/7/backend: Invalid argument >> > >> > So it seems like an API issue with asking the kernel or dom0 to set a = watch >> > for new backend devices. >> >> Yes, the current xenstore user-space device on FreeBSD is missing the ab= ility to >> register xenstore watches. As said, I will hopefully be able to send the= patches >> soon. > > OK, I finally have this ready, you will need the following patches for Fr= eeBSD, > which I pushed to my git repo on top of current HEAD: > > git://xenbits.xen.org/people/royger/freebsd.git add_watches_xenstore > > You can either compile a kernel from this branch or pickup the 4 top patc= hes > and apply them to your local tree (I don't think you are going to find an= y > conflicts even if the tree is stable/11 or 11.0-RELEASE). > > You should also update your xen-tools package to the latest version, I've= just > updated it to contain the xenstore device path fix: > > https://svnweb.freebsd.org/ports?view=3Drevision&revision=3D428628 > > After this is done, it should just be a matter of launching xendriverdoma= in at > system boot and it should work out of the box. Let me know how this goes. > > Thanks, Roger. SWEEET..... > _______________________________________________ > freebsd-xen@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-xen > To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org"