From owner-freebsd-bugs@FreeBSD.ORG  Mon Jun  2 19:04:37 2014
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Delivered-To: freebsd-bugs@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id F1666AD9
 for <freebsd-bugs@FreeBSD.org>; Mon,  2 Jun 2014 19:04:37 +0000 (UTC)
Received: from kenobi.freebsd.org (kenobi.freebsd.org
 [IPv6:2001:1900:2254:206a::16:76])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id D9F1C2921
 for <freebsd-bugs@FreeBSD.org>; Mon,  2 Jun 2014 19:04:37 +0000 (UTC)
Received: from bugs.freebsd.org ([127.0.1.118])
 by kenobi.freebsd.org (8.14.8/8.14.8) with ESMTP id s52J4bTb027530
 for <freebsd-bugs@FreeBSD.org>; Mon, 2 Jun 2014 20:04:37 +0100 (BST)
 (envelope-from no-reply-bugzilla-daemon@freebsd.org)
From: no-reply-bugzilla-daemon@freebsd.org
To: freebsd-bugs@FreeBSD.org
Subject: [Bug 190529] New: Kernel panic in KVM after recent Linux host upgrade
Date: Mon, 02 Jun 2014 19:04:38 +0000
X-Bugzilla-Reason: AssignedTo
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: Base System
X-Bugzilla-Component: bin
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords: 
X-Bugzilla-Severity: Affects Only Me
X-Bugzilla-Who: andrej@podzimek.org
X-Bugzilla-Status: Needs Triage
X-Bugzilla-Priority: ---
X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform
 op_sys bug_status bug_severity priority component assigned_to reporter
Message-ID: <bug-190529-8@http.bugs.freebsd.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://bugs.freebsd.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-BeenThere: freebsd-bugs@freebsd.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Bug reports <freebsd-bugs.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-bugs>,
 <mailto:freebsd-bugs-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-bugs/>
List-Post: <mailto:freebsd-bugs@freebsd.org>
List-Help: <mailto:freebsd-bugs-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-bugs>,
 <mailto:freebsd-bugs-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Jun 2014 19:04:38 -0000

http://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190529

            Bug ID: 190529
           Summary: Kernel panic in KVM after recent Linux host upgrade
           Product: Base System
           Version: unspecified
          Hardware: Any
                OS: Any
            Status: Needs Triage
          Severity: Affects Only Me
          Priority: ---
         Component: bin
          Assignee: freebsd-bugs@FreeBSD.org
          Reporter: andrej@podzimek.org

After a regular weekly update of the Linux host, all FreeBSD KVM machines panic
on boot, despite the fact that

* the same FreeBSD KVM machines worked perfectly fine before one of the recent
host updates.
* all other KVM machines (OpenIndiana, 3 Linux distributions) still work fine
as usual.

The FreeBSD machines are installed on and boot from ZFS. (Not sure if that's
relevant to the problem -- all the ZFS modules get loaded as usual, the crash
occurs much later.)


Kernel panic message:

fault code              = supervisor write data, page not present
instruction pointer     = 0x20:0xffffffff80cfb869
stack pointer           = 0x28:0xffffffff81a4a6a0
frame pointer           = 0x28:0xffffffff81a4a8e0
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags        = resume, IOPL = 0
current process         = 0 (swapper)
trap number             = 12
panic: page fault
cpuid = 0
KDB: stack backtrace:
#0 0xffffffff808e7e70 at kdb_backtrace+0x60
#1 0xffffffff808af955 at panic+0x155
#2 0xffffffff80c8e732 at trap_fatal+0x3a2
#3 0xffffffff80c8ea09 at trap_pfault+0x2c9
#4 0xffffffff80c8e196 at trap+0x5e6
#5 0xffffffff80c75432 at calltrap+0x8
#6 0xffffffff80cfa7e6 at vesa_mod_event+0x166
#7 0xffffffff8089b2bb at module_register_init+0xfb
#8 0xffffffff808612d8 at mi_startup+0x118
#9 0xffffffff802d3e0c at btext+0x2c
Uptime: 1s
Automatic reboot in 15 seconds - press a key on the console to abort


Configuration of the KVM machine:

<!--
WARNING: THIS IS AN AUTO-GENERATED FILE. CHANGES TO IT ARE LIKELY TO BE
OVERWRITTEN AND LOST. Changes to this xml configuration should be made using:
  virsh edit maple
or other application using the libvirt API.
-->

<domain type='kvm'>
  <name>maple</name>
  <uuid>0a266182-b840-ac74-af2f-73d6c18daf60</uuid>
  <description>FreeBSD</description>
  <memory unit='KiB'>10485760</memory>
  <currentMemory unit='KiB'>10485760</currentMemory>
  <vcpu placement='static'>4</vcpu>
  <os>
    <type arch='x86_64' machine='pc-i440fx-1.7'>hvm</type>
    <boot dev='hd'/>
    <bootmenu enable='no'/>
  </os>
  <features>
    <acpi/>
    <apic/>
    <pae/>
  </features>
  <cpu mode='custom' match='exact'>
    <model fallback='allow'>Westmere</model>
    <vendor>Intel</vendor>
    <feature policy='require' name='pbe'/>
    <feature policy='require' name='rdtscp'/>
    <feature policy='require' name='est'/>                                      
    <feature policy='require' name='vmx'/>                                      
    <feature policy='require' name='ds'/>                                       
    <feature policy='require' name='smx'/>                                      
    <feature policy='require' name='ss'/>                                       
    <feature policy='require' name='vme'/>                                      
    <feature policy='require' name='dtes64'/>                                   
    <feature policy='require' name='tm2'/>                                      
    <feature policy='require' name='ht'/>                                       
    <feature policy='require' name='dca'/>                                      
    <feature policy='require' name='pcid'/>                                     
    <feature policy='require' name='tm'/>                                       
    <feature policy='require' name='pdcm'/>                                     
    <feature policy='require' name='pdpe1gb'/>                                  
    <feature policy='require' name='ds_cpl'/>                                   
    <feature policy='require' name='pclmuldq'/>                                 
    <feature policy='require' name='xtpr'/>                                     
    <feature policy='require' name='acpi'/>
    <feature policy='require' name='monitor'/>
  </cpu>
  <clock offset='utc'/>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>restart</on_crash>
  <devices>
    <emulator>/usr/bin/qemu-system-x86_64</emulator>
    <disk type='file' device='disk'>
      <driver name='qemu' type='raw' cache='writeback'/>
      <source file='/var/lib/libvirt/images/maple.img'/>
      <target dev='vda' bus='virtio'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x07'
function='0x0'/>
    </disk>
    <disk type='block' device='cdrom'>
      <driver name='qemu' type='raw' cache='none'/>
      <target dev='hdc' bus='ide'/>
      <readonly/>
      <address type='drive' controller='0' bus='1' target='0' unit='0'/>
    </disk>
    <controller type='usb' index='0'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01'
function='0x2'/>
    </controller>
    <controller type='ide' index='0'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01'
function='0x1'/>
    </controller>
    <controller type='virtio-serial' index='0'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x04'
function='0x0'/>
    </controller>
    <controller type='sata' index='0'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x05'
function='0x0'/>
    </controller>
    <controller type='pci' index='0' model='pci-root'/>
    <interface type='bridge'>
      <mac address='52:54:00:6d:f0:30'/>
      <source bridge='kvmbr0'/>
      <model type='virtio'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x03'
function='0x0'/>
    </interface>
    <serial type='pty'>
      <target port='0'/>
    </serial>
    <console type='pty'>
      <target type='serial' port='0'/>
    </console>
    <channel type='spicevmc'>
      <target type='virtio' name='com.redhat.spice.0'/>
      <address type='virtio-serial' controller='0' bus='0' port='1'/>
    </channel>
    <input type='mouse' bus='ps2'/>
    <input type='keyboard' bus='ps2'/>
    <graphics type='spice' autoport='yes'/>
    <video>
      <model type='vga' vram='9216' heads='1'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x02'
function='0x0'/>
    </video>
    <memballoon model='virtio'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x06'
function='0x0'/>
    </memballoon>
  </devices>
</domain>

Environment:
Not really possible at the moment ... the machine panics.
On the KVM host:
$ uname -a
Linux dustbin 3.14.4-1-ARCH #1 SMP PREEMPT Tue May 13 16:41:39 CEST 2014 x86_64
GNU/Linux

How-To-Repeat:
Try to boot a FreeBSD KVM machine.

Fix:
None thus far. Tried to downgrade the virtual machine from its usual 4 CPUs to
a uniprocessor, but that didn't help.

-- 
You are receiving this mail because:
You are the assignee for the bug.