FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Debian > Debian Kernel

 
 
LinkBack Thread Tools
 
Old 04-06-2011, 09:48 AM
Florian Wagner
 
Default Bug#621072: linux-image-2.6.32-5-amd64: 2.6.32-33 failes to boot as PV domU on Xen

Package: linux-2.6
Version: 2.6.32-33
Severity: critical
Justification: breaks the whole system

I'm currently investigation why my Debian squeeze systems don't live migrate on
an XenSever pool. By chance I stumbled upon the (as it seems to me) soon to be
released 2.6.32-33 kernel version and as my live migration issues are kernel
related I decided to try that kernel.

But this kernel doesn't boot as a PV domU neither on my Citrix XenServer 5.6 FP1
nor on a Debian system with Xen 3.4.3 at all. It doesn't even get so far as to
provide a hvc console but crashes with a page fault on domain creation:

(XEN) d16:v0: unhandled page fault (ec=0000)
(XEN) Pagetable walk from ffffffff82df2000:
(XEN) L4[0x1ff] = 000000023dd49067 0000000000001003
(XEN) L3[0x1fe] = 000000023dd45067 0000000000001007
(XEN) L2[0x016] = 0000000000000000 ffffffffffffffff
(XEN) domain_crash_sync called from entry.S
(XEN) Domain 16 (vcpu#0) crashed on cpu#1:
(XEN) ----[ Xen-3.4.3 x86_64 debug=n Not tainted ]----
(XEN) CPU: 1
(XEN) RIP: e033:[<ffffffff8100c2af>]
(XEN) RFLAGS: 0000000000000216 EM: 1 CONTEXT: pv guest
(XEN) rax: ffffffff82df2000 rbx: 8000000000000063 rcx: 8000000000000163
(XEN) rdx: 0000000040000000 rsi: 0000000000000000 rdi: 0000000000000000
(XEN) rbp: 0000000000000000 rsp: ffffffff8142db90 r8: 00000000000001ff
(XEN) r9: 0000000000000003 r10: 0000000000302000 r11: 0000000000100000
(XEN) r12: 8000000000000163 r13: 0000000000000000 r14: 0000000040000000
(XEN) r15: 0000000040000000 cr0: 000000008005003b cr4: 00000000000006f0
(XEN) cr3: 000000023dd4b000 cr2: ffffffff82df2000
(XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e02b cs: e033
(XEN) Guest stack trace from rsp=ffffffff8142db90:
(XEN) 8000000000000163 0000000000100000 0000000000000000 ffffffff8100c2af
(XEN) 000000010000e030 0000000000010016 ffffffff8142dbd8 000000000000e02b
(XEN) 0000000000000000 ffffffff8100c2c2 ffffffff8100c33c 0000000003c00000
(XEN) ffffffff8100c3da ffffffff8100c1c9 0000000000100000 0000000000302000
(XEN) 0000000000000003 00000000000001ff 8000000003c00063 0000000000000000
(XEN) 0000000040000000 8000000000000163 ffffffff812f8981 ffffffffff400000
(XEN) 0000000100302000 ffffffffff400000 000000010000049d 0000000000100000
(XEN) 0000000100000000 ffffffff8100dbe3 0000000000100000 ffff8800010060f0
(XEN) ffffffff8142dd38 0000000003c00000 ffffffffff400000 ffff8800010060f0
(XEN) 8000000000000163 0000000003c00000 0000000040000000 0000000000000000
(XEN) ffffffff812f8bc7 0000003700000009 0000000100000008 80000000000001e3
(XEN) 0000000000000000 000000002020205b 0000000040000000 ffff880001006000
(XEN) ffffffff8100dbe3 ffffffff8142decc 8000000000000163 000000000000001e
(XEN) 0000000000100000 0000000000100000 0000000040000000 ffff880001002000
(XEN) 0000000000000000 8000000000000163 0000000040000000 0000000000000000
(XEN) ffffffff812f8d8f 0000003000000020 0000000000000000 0000000000000000
(XEN) 0000000040000000 ffff880001002000 0000000000000000 0000000000000000
(XEN) 0000000000100000 0000000000302000 0000000040000000 ffffffff81001880
(XEN) 0000000000000000 ffff880000000000 0000000040000000 ffff880040000000
(XEN) ffffffff812f8feb ffffffffff400000 0000000000000000 ffff880040000000

Apart from addresses this is the same with domU kernel 2.6.32-32 and 2.6.32-33
as well as with either the hypervisor from XenServer or vanilla Xen.

The current release 2.6.32-31 does boot without problems.

System Information below is from a Debian lenny, where I tested this kernel
(I don't have any other VM to hand for quick testing currently) but as this
is a kernel problem this shouldn't matter.


Regards
Florian Wagner

-- System Information:
Debian Release: 5.0.8
APT prefers oldstable
APT policy: (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages linux-image-2.6.32-5-amd64 depends on:
ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy
ii initramfs-tools [linux-initra 0.92o tools for generating an initramfs
ii linux-base 2.6.32-33 Linux image base package
ii module-init-tools 3.4-1 tools for managing Linux kernel mo

Versions of packages linux-image-2.6.32-5-amd64 recommends:
pn firmware-linux-free <none> (no description available)

Versions of packages linux-image-2.6.32-5-amd64 suggests:
ii grub 0.97-47lenny2syscomp1 GRand Unified Bootloader (Legacy v
pn linux-doc-2.6.32 <none> (no description available)

Versions of packages linux-image-2.6.32-5-amd64 is related to:
pn firmware-bnx2 <none> (no description available)
pn firmware-bnx2x <none> (no description available)
pn firmware-ipw2x00 <none> (no description available)
pn firmware-ivtv <none> (no description available)
pn firmware-iwlwifi <none> (no description available)
pn firmware-linux <none> (no description available)
pn firmware-linux-nonfree <none> (no description available)
pn firmware-qlogic <none> (no description available)
pn firmware-ralink <none> (no description available)
pn xen-hypervisor <none> (no description available)

-- debconf information excluded



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20110406094807.1664.81545.reportbug@ttx2go.syscomp .de">http://lists.debian.org/20110406094807.1664.81545.reportbug@ttx2go.syscomp .de
 
Old 04-08-2011, 01:55 PM
Ben Hutchings
 
Default Bug#621072: linux-image-2.6.32-5-amd64: 2.6.32-33 failes to boot as PV domU on Xen

On Wed, 2011-04-06 at 11:48 +0200, Florian Wagner wrote:
> Package: linux-2.6
> Version: 2.6.32-33
> Severity: critical
> Justification: breaks the whole system
>
> I'm currently investigation why my Debian squeeze systems don't live migrate on
> an XenSever pool. By chance I stumbled upon the (as it seems to me) soon to be
> released 2.6.32-33 kernel version and as my live migration issues are kernel
> related I decided to try that kernel.
>
> But this kernel doesn't boot as a PV domU neither on my Citrix XenServer 5.6 FP1
> nor on a Debian system with Xen 3.4.3 at all. It doesn't even get so far as to
> provide a hvc console but crashes with a page fault on domain creation:
[...]

Which was the last version that worked for you?

Ben.

--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
 
Old 04-11-2011, 06:33 AM
Florian Wagner
 
Default Bug#621072: linux-image-2.6.32-5-amd64: 2.6.32-33 failes to boot as PV domU on Xen

On Fri, 8 Apr 2011 14:15:39 +0200
Lars Maes <lars.maes@gmail.com> wrote:

> I am also experiencing this issue with my XenServer 5.6 FP1 hosts when
> upgrading to the -33 kernel.
>
> Alas i can not give you any dumps, since I get no console from
> XenCenter and i do not know how to get this elsewhere.

I'm getting those using "xe host-dmesg host=<HOSTNAME>" on the host
console.


On Fri, 08 Apr 2011 14:55:21 +0100
Ben Hutchings <ben@decadent.org.uk> wrote:

> On Wed, 2011-04-06 at 11:48 +0200, Florian Wagner wrote:
> > Package: linux-2.6
> > Version: 2.6.32-33
> > Severity: critical
> > Justification: breaks the whole system
> >
> > I'm currently investigation why my Debian squeeze systems don't
> > live migrate on an XenSever pool. By chance I stumbled upon the (as
> > it seems to me) soon to be released 2.6.32-33 kernel version and as
> > my live migration issues are kernel related I decided to try that
> > kernel.
> >
> > But this kernel doesn't boot as a PV domU neither on my Citrix
> > XenServer 5.6 FP1 nor on a Debian system with Xen 3.4.3 at all. It
> > doesn't even get so far as to provide a hvc console but crashes
> > with a page fault on domain creation:
> [...]
>
> Which was the last version that worked for you?

See the end of my message below the dump: 2.6.32-31 boots. 2.6.32-32
not anymore.


Regards
Florian Wagner
 
Old 04-12-2011, 07:19 AM
Bastian Blank
 
Default Bug#621072: linux-image-2.6.32-5-amd64: 2.6.32-33 failes to boot as PV domU on Xen

On Wed, Apr 06, 2011 at 11:48:07AM +0200, Florian Wagner wrote:
> But this kernel doesn't boot as a PV domU neither on my Citrix XenServer 5.6 FP1
> nor on a Debian system with Xen 3.4.3 at all. It doesn't even get so far as to
> provide a hvc console but crashes with a page fault on domain creation:

It needs a backport of 67e87f0a1c5cbc750f81ebf6a128e8ff6f4376cc to not
zero parts of the memory.

Bastian

--
Change is the essential process of all existence.
-- Spock, "Let That Be Your Last Battlefield", stardate 5730.2



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20110412071948.GB26929@wavehammer.waldi.eu.org">ht tp://lists.debian.org/20110412071948.GB26929@wavehammer.waldi.eu.org


Tue Apr 12 09:30:01 2011
Return-path: <bounce-debian-user=tom=linux-archive.org@lists.debian.org>
Envelope-to: tom@linux-archive.org
Delivery-date: Tue, 12 Apr 2011 09:14:19 +0300
Received: from liszt.debian.org ([82.195.75.100]:60347)
by s2.java-tips.org with esmtps (TLSv1:AES256-SHA:256)
(Exim 4.69)
(envelope-from <bounce-debian-user=tom=linux-archive.org@lists.debian.org>)
id 1Q9Wrj-000418-Bu
for tom@linux-archive.org; Tue, 12 Apr 2011 09:14:19 +0300
Received: from localhost (localhost [127.0.0.1])
by liszt.debian.org (Postfix) with QMQP
id B906613A4F65; Tue, 12 Apr 2011 07:30:17 +0000 (UTC)
Old-Return-Path: <imp@urc.ac.ru>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on liszt.debian.org
X-Spam-Level: **
X-Spam-Status: No, score=2.6 required=4.0 tests=FOURLA,IMPRONONCABLE_2,
PHONENUMBER autolearn=no version=3.2.5
X-Original-To: lists-debian-user@liszt.debian.org
Delivered-To: lists-debian-user@liszt.debian.org
Received: from localhost (localhost [127.0.0.1])
by liszt.debian.org (Postfix) with ESMTP id 0472213A4DD3
for <lists-debian-user@liszt.debian.org>; Tue, 12 Apr 2011 07:13:27 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-ht
X-Amavis-Spam-Status: No, score=2.1 tagged_above=-10000 required=5.3
tests=[BAYES_00=-2, BODY_8BITS=1.5, FOURLA=0.1, IMPRONONCABLE_2=1,
PHONENUMBER=1.5] autolearn=no
Received: from liszt.debian.org ([127.0.0.1])
by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
with ESMTP id L54q4IMQ7MeM for <lists-debian-user@liszt.debian.org>;
Tue, 12 Apr 2011 07:13:20 +0000 (UTC)
X-policyd-weight: using cached result; rate: -8.1
X-Greylist: delayed 306 seconds by postgrey-1.31 at liszt; Tue, 12 Apr 2011 07:13:19 UTC
Received: from rnocserv.urc.ac.ru (rnocserv.urc.ac.ru [85.143.40.2])
(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
(Client did not present a certificate)
by liszt.debian.org (Postfix) with ESMTPS id D71D013A4978
for <debian-user@lists.debian.org>; Tue, 12 Apr 2011 07:13:19 +0000 (UTC)
Received: from [85.143.40.10] (imp.rnoc.urc.ac.ru [85.143.40.10])
by rnocserv.urc.ac.ru (8.13.8/8.13.3) with ESMTP id p3C77lOB075221;
Tue, 12 Apr 2011 13:07:48 +0600 (YEKST)
(envelope-from imp@urc.ac.ru)
Message-ID: <4DA3FA43.5000809@urc.ac.ru>
Date: Tue, 12 Apr 2011 13:07:47 +0600
From: =?UTF-8?B?0JrQsNCx0LjQvtC70YzRgdC60LjQuSDQldCy0LPQtdC90L jQuQ==?=
<imp@urc.ac.ru>
User-Agent: Mozilla-Thunderbird 2.0.0.24 (X11/20100329)
MIME-Version: 1.0
To: Rolf Brudeseth <misc@brudeseth.name>
CC: debian-user@lists.debian.org
Subject: Re: dvgrab/firewire - partial video & no second download
References: <4DA359CC.6040304@brudeseth.name>
In-Reply-To: <4DA359CC.6040304@brudeseth.name>
Content-Type: text/plain; charset=UTF-8; format=flowed
X-Rc-Spam: 2008-11-04_01
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <38wVOJiu1VM.A.biC.J-_oNB@liszt>
Resent-From: debian-user@lists.debian.org
X-Mailing-List: <debian-user@lists.debian.org> archive/latest/600881
X-Loop: debian-user@lists.debian.org
List-Id: <debian-user.lists.debian.org>
List-Post: <mailto:debian-user@lists.debian.org>
List-Help: <mailto:debian-user-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-user-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-user-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-user-request@lists.debian.org
Resent-Date: Tue, 12 Apr 2011 07:30:17 +0000 (UTC)
Content-Transfer-Encoding: quoted-printable

Rolf Brudeseth wrote:
> I am running into two problems with dvgrab.
>
> Camcorder: Canon Elura 100 (miniDV)
>
> - dvgrab will intermittently not download the entire image (~1 hour=20
> video):
>
> $ dvgrab -timestamp -size 0 -format raw
> Found AV/C device with GUID 0x000085000110863c
> Waiting for DV...
> Capture Started
> send oops
> ~ snip, deleted a whole bunch of 'send oops'
> send oops
>
> The size of the file varies each time I download from the Camcorder.
>
> $ dmesg|grep firewire
> [ 2.495874] firewire_ohci 0000:02:00.0: PCI INT A -> GSI 19 (level,=20
> low) -> IRQ 19
> [ 2.495879] firewire_ohci 0000:02:00.0: setting latency timer to 64
> [ 2.572029] firewire_ohci: Added fw-ohci device 0000:02:00.0, OHCI=20
> version 1.10
> [ 3.072420] firewire_core: created device fw0: GUID=20
> 001fc6000002998f, S400
> [ 1829.024061] firewire_core: giving up on config rom for node id ffc1
> [ 1832.187027] firewire_core: BM lock failed, making local node (ffc0)=20
> root.
> [ 1832.187036] firewire_core: phy config: card 0, new root=3Dffc0,=20
> gap_count=3D5
> [ 1832.189002] firewire_ohci: isochronous cycle inconsistent
> [ 1832.709485] firewire_core: created device fw1: GUID=20
> 000085000110863c, S100
>
> # tail -n 6 /var/log/messages
> Apr 11 11:59:25 maiden kernel: [ 1829.024061] firewire_core: giving up=20
> on config rom for node id ffc1
> Apr 11 11:59:28 maiden kernel: [ 1832.187027] firewire_core: BM lock=20
> failed, making local node (ffc0) root.
> Apr 11 11:59:28 maiden kernel: [ 1832.187036] firewire_core: phy=20
> config: card 0, new root=3Dffc0, gap_count=3D5
> Apr 11 11:59:28 maiden kernel: [ 1832.189002] firewire_ohci:=20
> isochronous cycle inconsistent
> Apr 11 11:59:28 maiden kernel: [ 1832.709485] firewire_core: created=20
> device fw1: GUID 000085000110863c, S100
> Apr 11 13:14:55 maiden kernel: [ 6359.637894] dvgrab[2882]: segfault=20
> at 2a100b0 ip 0000000002a100b0 sp 00007fff3d11f328 error 15
>
> # lspci -vs 02:00.0
> 02:00.0 FireWire (IEEE 1394): JMicron Technology Corp. IEEE 1394 Host=20
> Controller (prog-if 10 [OHCI])
> Subsystem: ASUSTeK Computer Inc. Device 8313
> Flags: bus master, fast devsel, latency 0, IRQ 19
> Memory at feaff800 (32-bit, non-prefetchable) [size=3D2K]
> Memory at feaff400 (32-bit, non-prefetchable) [size=3D128]
> Memory at feaff000 (32-bit, non-prefetchable) [size=3D128]
> Memory at feafec00 (32-bit, non-prefetchable) [size=3D128]
> Capabilities: [44] Power Management version 3
> Capabilities: [80] Express Endpoint, MSI 00
> Capabilities: [94] MSI: Enable- Count=3D1/1 Maskable- 64bit-
> Kernel driver in use: firewire_ohci
>
> - dvgrab will consistently not allow me to download a second video=20
> without a reboot
>
> $ dvgrab -timestamp -size 0 -format raw
> rom1394_0 warning: read failed: 0x0000fffff0000414
> error reading config rom directory for node 0
> rom1394_1 warning: read failed: 0x0000fffff0000414
> error reading config rom directory for node 1
> Error: no camera exists
>
> Anybody got an idea what may be going on?
>
> Rolf
>
>
First, try using legacy ieee1394 drivers. I think that you had no=20
problems using lenny =3D))). I had same problems using MyBook Studio II=20
external drive box. System suddenly loose my drive, until reboot. I got=20
kernel source, compiled it with legacy ieee1394 drivers and blacklisted=20
new firewire stack. I'm happy.

--=20
=D0=95=D0=B2=D0=B3=D0=B5=D0=BD=D0=B8=D0=B9 =D0=9A=D0=B0=D0=B1=D0=B8=D0=BE=
=D0=BB=D1=8C=D1=81=D0=BA=D0=B8=D0=B9
=D0=B8=D0=BD=D0=B6=D0=B5=D0=BD=D0=B5=D1=80 =D0=9E=D0=93=D0=A1=D0=A2
=D0=AE=D0=B6=D0=BD=D0=BE-=D0=A3=D1=80=D0=B0=D0=BB=D1=8C=D1=81=D0=BA=D0=B8=
=D0=B9 =D0=93=D0=BE=D1=81=D1=83=D0=B4=D0=B0=D1=80=D1=81=D 1=82=D0=B2=D0=B5=
=D0=BD=D0=BD=D1=8B=D0=B9 =D0=A3=D0=BD=D0=B8=D0=B2=D0=B5=D1=80=D1=81=D0=B8=
=D1=82=D0=B5=D1=82

=D1=82=D0=B5=D0=BB.: (351) 267-93-60 (=D0=B4=D0=BE=D0=B1. 104)
email: evgkab@urc.ac.ru


--=20
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org=20
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian=
.org
Archive: http://lists.debian.org/4DA3FA43.5000809@urc.ac.ru
 
Old 04-12-2011, 08:59 AM
Timo Juhani Lindfors
 
Default Bug#621072: linux-image-2.6.32-5-amd64: 2.6.32-33 failes to boot as PV domU on Xen

Hi,

I can also reproduce the issue with 2.6.32-33:

overlord3:~$ sudo xm dmesg
(XEN) Xen version 4.0.1 (Debian 4.0.1-2) (waldi@debian.org) (gcc version 4.4.5 (Debian 4.4.5-10) ) Wed Jan 12 14:04:06 UTC 2011
(XEN) Bootloader: GRUB 1.98+20100804-14
(XEN) Command line: placeholder
(XEN) Video information:
(XEN) VGA is text mode 80x25, font 8x16
(XEN) Disc information:
(XEN) Found 4 MBR signatures
(XEN) Found 4 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN) 0000000000000000 - 000000000009ac00 (usable)
(XEN) 000000000009ac00 - 00000000000a0000 (reserved)
(XEN) 00000000000e4000 - 0000000000100000 (reserved)
(XEN) 0000000000100000 - 00000000dfe90000 (usable)
(XEN) 00000000dfe90000 - 00000000dfea8000 (ACPI data)
(XEN) 00000000dfea8000 - 00000000dfed0000 (ACPI NVS)
(XEN) 00000000dfed0000 - 00000000dff00000 (reserved)
(XEN) 00000000ffe00000 - 0000000100000000 (reserved)
(XEN) 0000000100000000 - 0000000420000000 (usable)
(XEN) ACPI: RSDP 000FBED0, 0024 (r2 ACPIAM)
(XEN) ACPI: XSDT DFE90100, 005C (r1 082410 XSDT1804 20100824 MSFT 97)
(XEN) ACPI: FACP DFE90290, 00F4 (r3 082410 FACP1804 20100824 MSFT 97)
(XEN) ACPI: DSDT DFE90460, F42B (r1 A1595 A1595000 0 INTL 20060113)
(XEN) ACPI: FACS DFEA8000, 0040
(XEN) ACPI: APIC DFE90390, 0088 (r1 082410 APIC1804 20100824 MSFT 97)
(XEN) ACPI: MCFG DFE90420, 003C (r1 082410 OEMMCFG 20100824 MSFT 97)
(XEN) ACPI: OEMB DFEA8040, 0072 (r1 082410 OEMB1804 20100824 MSFT 97)
(XEN) ACPI: SRAT DFE9F8B0, 0108 (r1 AMD FAM_F_10 2 AMD 1)
(XEN) ACPI: HPET DFE9F9C0, 0038 (r1 082410 OEMHPET 20100824 MSFT 97)
(XEN) ACPI: SSDT DFE9FA00, 0156 (r1 A M I POWERNOW 1 AMD 1)
(XEN) System RAM: 16382MB (16775336kB)
(XEN) Domain heap initialised
(XEN) Processor #0 0:10 APIC version 16
(XEN) Processor #1 0:10 APIC version 16
(XEN) Processor #2 0:10 APIC version 16
(XEN) Processor #3 0:10 APIC version 16
(XEN) Processor #4 0:10 APIC version 16
(XEN) Processor #5 0:10 APIC version 16
(XEN) IOAPIC[0]: apic_id 6, version 33, address 0xfec00000, GSI 0-23
(XEN) IOAPIC[1]: apic_id 7, version 33, address 0xfec20000, GSI 24-55
(XEN) Enabling APIC mode: Flat. Using 2 I/O APICs
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3210.862 MHz processor.
(XEN) Initing memory sharing.
(XEN) HVM: ASIDs enabled.
(XEN) HVM: SVM enabled
(XEN) HVM: Hardware Assisted Paging detected.
(XEN) AMD-Vi: IOMMU not found!
(XEN) I/O virtualisation disabled
(XEN) Total of 6 processors activated.
(XEN) ENABLING IO-APIC IRQs
(XEN) -> Using new ACK method
(XEN) TSC is reliable, synchronization unnecessary
(XEN) Platform timer appears to have unexpectedly wrapped 10 or more times.
(XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ring of 16 KiB.
(XEN) Brought up 6 CPUs
(XEN) *** LOADING DOMAIN 0 ***
(XEN) Xen kernel: 64-bit, lsb, compat32
(XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x16b8000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) Dom0 alloc.: 0000000408000000->0000000410000000 (4081161 pages to be allocated)
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) Loaded kernel: ffffffff81000000->ffffffff816b8000
(XEN) Init. ramdisk: ffffffff816b8000->ffffffff83104a00
(XEN) Phys-Mach map: ffffffff83105000->ffffffff85068048
(XEN) Start info: ffffffff85069000->ffffffff850694b4
(XEN) Page tables: ffffffff8506a000->ffffffff85097000
(XEN) Boot stack: ffffffff85097000->ffffffff85098000
(XEN) TOTAL: ffffffff80000000->ffffffff85400000
(XEN) ENTRY ADDRESS: ffffffff81508200
(XEN) Dom0 has maximum 6 VCPUs
(XEN) Scrubbing Free RAM: .done.
(XEN) Xen trace buffers: disabled
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen)
(XEN) Freed 176kB init memory.
(XEN) traps.c:2308:d0 Domain attempted WRMSR 00000000c0010004 from 00006412:d4175407 to 00000000:00000000.
(XEN) traps.c:2308:d0 Domain attempted WRMSR 00000000c0010000 from 00000107:6e90187f to 00000000:00430076.
(XEN) save.c:72:d0 Domain 2 expects freq 3210MHz but host's freq is 3210MHz: trap and emulate rdtsc
(XEN) d64:v0: unhandled page fault (ec=0000)
(XEN) Pagetable walk from ffffffff8305a000:
(XEN) L4[0x1ff] = 000000038e68a067 0000000000001003
(XEN) L3[0x1fe] = 000000038ef4e067 0000000000001007
(XEN) L2[0x018] = 0000000000000000 ffffffffffffffff
(XEN) domain_crash_sync called from entry.S
(XEN) Domain 64 (vcpu#0) crashed on cpu#4:
(XEN) ----[ Xen-4.0.1 x86_64 debug=n Not tainted ]----
(XEN) CPU: 4
(XEN) RIP: e033:[<ffffffff8100c2af>]
(XEN) RFLAGS: 0000000000000216 EM: 1 CONTEXT: pv guest
(XEN) rax: ffffffff8305a000 rbx: 8000000000000063 rcx: 8000000000000163
(XEN) rdx: 0000000020000000 rsi: 0000000000000000 rdi: 0000000000000000
(XEN) rbp: 0000000000000000 rsp: ffffffff8142db90 r8: 00000000000001ff
(XEN) r9: 0000000000000003 r10: 0000000000202000 r11: 0000000000100000
(XEN) r12: 8000000000000163 r13: 0000000000000000 r14: 0000000020000000
(XEN) r15: 0000000020000000 cr0: 000000008005003b cr4: 00000000000006f0
(XEN) cr3: 000000038f60a000 cr2: ffffffff8305a000
(XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e02b cs: e033
(XEN) Guest stack trace from rsp=ffffffff8142db90:
(XEN) 8000000000000163 0000000000100000 0000000000000000 ffffffff8100c2af
(XEN) 000000010000e030 0000000000010016 ffffffff8142dbd8 000000000000e02b
(XEN) 0000000000000000 ffffffff8100c2c2 ffffffff8100c33c 0000000003c00000
(XEN) ffffffff8100c3da ffffffff8100c1c9 0000000000100000 0000000000202000
(XEN) 0000000000000003 00000000000001ff 8000000003c00063 0000000000000000
(XEN) 0000000020000000 8000000000000163 ffffffff812f8981 ffffffffff400000
(XEN) 0000000100202000 ffffffffff400000 000000010000049d 0000000000100000
(XEN) 0000000100000000 ffffffff8100dbe3 0000000000100000 ffff8800010060f0
(XEN) ffffffff8142dd38 0000000003c00000 ffffffffff400000 ffff8800010060f0
(XEN) 8000000000000163 0000000003c00000 0000000020000000 0000000000000000
(XEN) ffffffff812f8bc7 0000003700000009 0000000100000008 80000000000001e3
(XEN) 0000000000000000 000000002020205b 0000000020000000 ffff880001006000
(XEN) ffffffff8100dbe3 ffffffff8142decc 8000000000000163 000000000000001e
(XEN) 0000000000100000 0000000000100000 0000000020000000 ffff880001002000
(XEN) 0000000000000000 8000000000000163 0000000020000000 0000000000000000
(XEN) ffffffff812f8d8f 0000003000000020 0000000000000000 0000000000000000
(XEN) 0000000020000000 ffff880001002000 0000000000000000 0000000000000000
(XEN) 0000000000100000 0000000000202000 0000000020000000 ffffffff81001880
(XEN) 0000000000000000 ffff880000000000 0000000020000000 ffff880020000000
(XEN) ffffffff812f8feb ffffffffff400000 0000000000000000 ffff880020000000

I tried using

on_crash = 'coredump-destroy'

but unfortunately it seems to fail:

[2011-04-12 09:50:33 2099] WARNING (XendDomainInfo:2071) Domain has crashed: name=squeeze64 id=66.
[2011-04-12 09:50:33 2099] ERROR (XendDomainInfo:2326) core dump failed: id = 66 name = squeeze64: (1, 'Internal error', 'p2m_size < nr_pages -1 (0 < 1ffff')
[2011-04-12 09:50:33 2099] DEBUG (XendDomainInfo:3053) XendDomainInfo.destroy: domid=66

I then installed linux-image-2.6.32-5-amd64-dbg 2.6.32-33 and took a
look at the addresses in the above backtrace.

> (XEN) RIP: e033:[<ffffffff8100c2af>]

ffffffff8100c28b <get_phys_to_machine>:
ffffffff8100c28b: 48 83 c8 ff or $0xffffffffffffffff,%rax
ffffffff8100c28f: 48 81 ff ff ff 7f 00 cmp $0x7fffff,%rdi
ffffffff8100c296: 77 1b ja ffffffff8100c2b3 <get_phys_to_machine+0x28>
ffffffff8100c298: 48 89 f8 mov %rdi,%rax
ffffffff8100c29b: 81 e7 ff 01 00 00 and $0x1ff,%edi
ffffffff8100c2a1: 48 c1 e8 09 shr $0x9,%rax
ffffffff8100c2a5: 89 c0 mov %eax,%eax
ffffffff8100c2a7: 48 8b 04 c5 00 e0 42 mov -0x7ebd2000(,%rax,8),%rax
ffffffff8100c2ae: 81
ffffffff8100c2af: 48 8b 04 f8 mov (%rax,%rdi,8),%rax <==
ffffffff8100c2b3: c3 retq

unsigned long get_phys_to_machine(unsigned long pfn)
{
unsigned topidx, idx;

if (unlikely(pfn >= MAX_DOMAIN_PAGES))
return INVALID_P2M_ENTRY;

topidx = p2m_top_index(pfn);
idx = p2m_index(pfn);
return p2m_top[topidx][idx]; <==
}
EXPORT_SYMBOL_GPL(get_phys_to_machine);


> (XEN) 0000000000000000 ffffffff8100c2c2 ffffffff8100c33c 0000000003c00000

ffffffff8100c2b4 <pfn_to_mfn>:
ffffffff8100c2b4: 80 3d c7 c6 4c 00 00 cmpb $0x0,0x4cc6c7(%rip) # ffffffff814d8982 <xen_features+0x2>
ffffffff8100c2bb: 75 15 jne ffffffff8100c2d2 <pfn_to_mfn+0x1e>
ffffffff8100c2bd: e8 c9 ff ff ff callq ffffffff8100c28b <get_phys_to_machine> <==
ffffffff8100c2c2: 48 89 c7 mov %rax,%rdi
ffffffff8100c2c5: 48 b8 ff ff ff 7f ff mov $0xffffffff7fffffff,%rax
ffffffff8100c2cc: ff ff ff
ffffffff8100c2cf: 48 21 c7 and %rax,%rdi
ffffffff8100c2d2: 48 89 f8 mov %rdi,%rax
ffffffff8100c2d5: c3 retq

ffffffff8100c31b <pte_pfn_to_mfn>:
ffffffff8100c31b: 40 f6 c7 01 test $0x1,%dil
ffffffff8100c31f: 53 push %rbx
ffffffff8100c320: 74 24 je ffffffff8100c346 <pte_pfn_to_mfn+0x2b>
ffffffff8100c322: 48 bb ff 0f 00 00 00 mov $0xffffc00000000fff,%rbx
ffffffff8100c329: c0 ff ff
ffffffff8100c32c: 48 21 fb and %rdi,%rbx
ffffffff8100c32f: 48 c1 e7 12 shl $0x12,%rdi
ffffffff8100c333: 48 c1 ef 1e shr $0x1e,%rdi
ffffffff8100c337: e8 78 ff ff ff callq ffffffff8100c2b4 <pfn_to_mfn> <==
ffffffff8100c33c: 48 89 c7 mov %rax,%rdi
ffffffff8100c33f: 48 c1 e7 0c shl $0xc,%rdi
ffffffff8100c343: 48 09 df or %rbx,%rdi
ffffffff8100c346: 48 89 f8 mov %rdi,%rax
ffffffff8100c349: 5b pop %rbx
ffffffff8100c34a: c3 retq

> (XEN) ffffffff8100c3da ffffffff8100c1c9 0000000000100000 0000000000202000

ffffffff8100c3d5 <xen_make_pte>:
ffffffff8100c3d5: e8 41 ff ff ff callq ffffffff8100c31b <pte_pfn_to_mfn> <==
ffffffff8100c3da: c3 retq

ffffffff8100c1b8 <__raw_callee_save_xen_make_pte>:
ffffffff8100c1b8: 51 push %rcx
ffffffff8100c1b9: 52 push %rdx
ffffffff8100c1ba: 56 push %rsi
ffffffff8100c1bb: 57 push %rdi
ffffffff8100c1bc: 41 50 push %r8
ffffffff8100c1be: 41 51 push %r9
ffffffff8100c1c0: 41 52 push %r10
ffffffff8100c1c2: 41 53 push %r11
ffffffff8100c1c4: e8 0c 02 00 00 callq ffffffff8100c3d5 <xen_make_pte> <==
ffffffff8100c1c9: 41 5b pop %r11
ffffffff8100c1cb: 41 5a pop %r10
ffffffff8100c1cd: 41 59 pop %r9
ffffffff8100c1cf: 41 58 pop %r8
ffffffff8100c1d1: 5f pop %rdi
ffffffff8100c1d2: 5e pop %rsi
ffffffff8100c1d3: 5a pop %rdx
ffffffff8100c1d4: 59 pop %rcx
ffffffff8100c1d5: c3 retq

> (XEN) 0000000000000003 00000000000001ff 8000000003c00063 0000000000000000
> (XEN) 0000000020000000 8000000000000163 ffffffff812f8981 ffffffffff400000

ffffffff812f88a8 <phys_pte_init>:
ffffffff812f88a8: 41 57 push %r15
ffffffff812f88aa: 48 89 f0 mov %rsi,%rax
ffffffff812f88ad: 49 89 d7 mov %rdx,%r15
ffffffff812f88b0: 48 c1 e8 0c shr $0xc,%rax
ffffffff812f88b4: 41 56 push %r14
ffffffff812f88b6: 25 ff 01 00 00 and $0x1ff,%eax
ffffffff812f88bb: 49 89 d6 mov %rdx,%r14
ffffffff812f88be: 48 8d 3c c7 lea (%rdi,%rax,8),%rdi
...
ffffffff812f8964: 4c 89 e7 mov %r12,%rdi
ffffffff812f8967: 48 23 3d d2 da 1d 00 and 0x1ddad2(%rip),%rdi # ffffffff814d6440 <__supported_pte_mask>
ffffffff812f896e: 48 89 d8 mov %rbx,%rax
ffffffff812f8971: 48 25 00 f0 ff ff and $0xfffffffffffff000,%rax
ffffffff812f8977: 48 09 c7 or %rax,%rdi
ffffffff812f897a: ff 14 25 70 6c 46 81 callq *0xffffffff81466c70 <==
ffffffff812f8981: 48 89 c6 mov %rax,%rsi
ffffffff812f8984: 48 8b 7c 24 10 mov 0x10(%rsp),%rdi
ffffffff812f8989: ff 14 25 30 6c 46 81 callq *0xffffffff81466c30
ffffffff812f8990: 48 89 d8 mov %rbx,%rax

I then compared this to output of

debdiff linux-2.6_2.6.32-31.diff.gz linux-2.6_2.6.32-33.diff.gz

and looked for potentially related hunks:

+index 8451908..166b824 100644
+--- a/mm/mremap.c
++++ b/mm/mremap.c
+@@ -92,9 +92,7 @@ static void move_ptes(struct vm_area_struct *vma, pmd_t *old_pmd,
+ */
+ mapping = vma->vm_file->f_mapping;
+ spin_lock(&mapping->i_mmap_lock);
+- if (new_vma->vm_truncate_count &&
+- new_vma->vm_truncate_count != vma->vm_truncate_count)
+- new_vma->vm_truncate_count = 0;
++ new_vma->vm_truncate_count = 0;
+ }
+
+ /*

# upstream a3e8cc643d22d2c8ed36b9be7d9c9ca21efcf7f7

+diff --git a/arch/x86/xen/mmu.c b/arch/x86/xen/mmu.c
+index 350a3de..6ec047d 100644
+--- a/arch/x86/xen/mmu.c
++++ b/arch/x86/xen/mmu.c
+@@ -1658,9 +1658,6 @@ static __init void xen_map_identity_early(pmd_t *pmd, unsigned long max_pfn)
+ for (pteidx = 0; pteidx < PTRS_PER_PTE; pteidx++, pfn++) {
+ pte_t pte;
+
+- if (pfn > max_pfn_mapped)
+- max_pfn_mapped = pfn;
+-
+ if (!pte_none(pte_page[pteidx]))
+ continue;
+
+@@ -1704,6 +1701,12 @@ __init pgd_t *xen_setup_kernel_pagetable(pgd_t *pgd,
+ pud_t *l3;
+ pmd_t *l2;
+
++ /* max_pfn_mapped is the last pfn mapped in the initial memory
++ * mappings. Considering that on Xen after the kernel mappings we
++ * have the mappings of some pages that don't exist in pfn space, we
++ * set max_pfn_mapped to the last real pfn mapped. */
++ max_pfn_mapped = PFN_DOWN(__pa(xen_start_info->mfn_list));
++
+ /* Zap identity mapping */
+ init_level4_pgt[0] = __pgd(0);
+
+@@ -1767,9 +1770,7 @@ __init pgd_t *xen_setup_kernel_pagetable(pgd_t *pgd,
+ {
+ pmd_t *kernel_pmd;
+
+- max_pfn_mapped = PFN_DOWN(__pa(xen_start_info->pt_base) +
+- xen_start_info->nr_pt_frames * PAGE_SIZE +
+- 512*1024);
++ max_pfn_mapped = PFN_DOWN(__pa(xen_start_info->mfn_list));
+
+ kernel_pmd = m2v(pgd[KERNEL_PGD_BOUNDARY].pgd);
+ memcpy(level2_kernel_pgt, kernel_pmd, sizeof(pmd_t) * PTRS_PER_PMD);

# upstream 14988a4d350ce3b41ecad4f63c4f44c56f5ae34d

If you have time and skills you might want to try reverting these.

-Timo



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 84bp0b6e0z.fsf@sauna.l.org">http://lists.debian.org/84bp0b6e0z.fsf@sauna.l.org
 
Old 04-12-2011, 10:34 AM
Ian Campbell
 
Default Bug#621072: linux-image-2.6.32-5-amd64: 2.6.32-33 failes to boot as PV domU on Xen

On Tue, 2011-04-12 at 09:19 +0200, Bastian Blank wrote:
> On Wed, Apr 06, 2011 at 11:48:07AM +0200, Florian Wagner wrote:
> > But this kernel doesn't boot as a PV domU neither on my Citrix XenServer 5.6 FP1
> > nor on a Debian system with Xen 3.4.3 at all. It doesn't even get so far as to
> > provide a hvc console but crashes with a page fault on domain creation:
>
> It needs a backport of 67e87f0a1c5cbc750f81ebf6a128e8ff6f4376cc to not
> zero parts of the memory.

I spoke to Stefano (who has been tracking these issues upstream) and he
agrees and says that his patch 14988a4d350ce3b41ecad4f63c4f44c56f5ae34d
has no effect without it.

However, 2.6.32.37 will contain a revert of "x86: Cleanup highmap after
brk is concluded" which also fixes this issue so probably we should just
wait for 2.6.32.37 or take that revert early. It's in the longterm queue
git repo already (attached),
bugfix/x86/Save-cr4-to-mmu_cr4_features-at-boot-time.patch should go at
the same time.

Ian.
--
Ian Campbell
Current Noise: Rotting Christ - Eon Aenaos

You're at the end of the road again.
 
Old 04-12-2011, 02:59 PM
Florian Wagner
 
Default Bug#621072: linux-image-2.6.32-5-amd64: 2.6.32-33 failes to boot as PV domU on Xen

> On Wed, Apr 06, 2011 at 11:48:07AM +0200, Florian Wagner wrote:
> > But this kernel doesn't boot as a PV domU neither on my Citrix
> > XenServer 5.6 FP1 nor on a Debian system with Xen 3.4.3 at all. It
> > doesn't even get so far as to provide a hvc console but crashes
> > with a page fault on domain creation:
>
> It needs a backport of 67e87f0a1c5cbc750f81ebf6a128e8ff6f4376cc to not
> zero parts of the memory.

I've checked out svn://svn.debian.org/kernel/dists/squeeze/linux-2.6 at
revision 17202 and applied the commit you mentioned. (Had to redo the
patch since the context didn't fit anymore) and the VM boots! (It still
doesn' live mirate reliably, but that's for another bug report.)

I've attached the output of "svn diff".


Thanks and regards
Florian Wagner
 
Old 04-13-2011, 12:37 PM
Ian Campbell
 
Default Bug#621072: linux-image-2.6.32-5-amd64: 2.6.32-33 failes to boot as PV domU on Xen

On Tue, 2011-04-12 at 16:59 +0200, Florian Wagner wrote:
> > On Wed, Apr 06, 2011 at 11:48:07AM +0200, Florian Wagner wrote:
> > > But this kernel doesn't boot as a PV domU neither on my Citrix
> > > XenServer 5.6 FP1 nor on a Debian system with Xen 3.4.3 at all. It
> > > doesn't even get so far as to provide a hvc console but crashes
> > > with a page fault on domain creation:
> >
> > It needs a backport of 67e87f0a1c5cbc750f81ebf6a128e8ff6f4376cc to not
> > zero parts of the memory.
>
> I've checked out svn://svn.debian.org/kernel/dists/squeeze/linux-2.6 at
> revision 17202 and applied the commit you mentioned. (Had to redo the
> patch since the context didn't fit anymore) and the VM boots! (It still
> doesn' live mirate reliably, but that's for another bug report.)
>
> I've attached the output of "svn diff".

Thanks, unless I hear any objection I'll add this to svn shortly.

Cheers,
Ian.
--
Ian Campbell
Current Noise: Ludicra - A Larger Silence

"Out of register space (ugh)"
-- vi




--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 1302698270.5997.30.camel@zakaz.uk.xensource.com">h ttp://lists.debian.org/1302698270.5997.30.camel@zakaz.uk.xensource.com
 
Old 04-13-2011, 12:58 PM
Bastian Blank
 
Default Bug#621072: linux-image-2.6.32-5-amd64: 2.6.32-33 failes to boot as PV domU on Xen

On Wed, Apr 13, 2011 at 01:37:50PM +0100, Ian Campbell wrote:
> Thanks, unless I hear any objection I'll add this to svn shortly.

Already on it.

Bastian

--
Immortality consists largely of boredom.
-- Zefrem Cochrane, "Metamorphosis", stardate 3219.8



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20110413125853.GA31109@wavehammer.waldi.eu.org">ht tp://lists.debian.org/20110413125853.GA31109@wavehammer.waldi.eu.org
 

Thread Tools




All times are GMT. The time now is 02:29 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org