Bug#504095: installation-report: xen paravirt installation - Debian

This is a discussion on Bug#504095: installation-report: xen paravirt installation - Debian ; Package: installation-reports Version: 2.38 Severity: normal Boot method: network Image version: http://people.debian.org/~joeyh/d-i/images/current/ Date: 20081031 Machine: Xen Paravirtual machine on a lenny Dom0 Partitions: Device Boot Start End Blocks Id System /dev/xvda1 * 1 242 1943833+ 83 Linux /dev/xvda2 243 261 ...

+ Reply to Thread
Results 1 to 13 of 13

Thread: Bug#504095: installation-report: xen paravirt installation

  1. Bug#504095: installation-report: xen paravirt installation

    Package: installation-reports
    Version: 2.38
    Severity: normal

    Boot method: network
    Image version: http://people.debian.org/~joeyh/d-i/images/current/
    Date: 20081031

    Machine: Xen Paravirtual machine on a lenny Dom0
    Partitions:
    Device Boot Start End Blocks Id System
    /dev/xvda1 * 1 242 1943833+ 83 Linux
    /dev/xvda2 243 261 152617+ 5 Extended
    /dev/xvda5 243 261 152586 82 Linux swap / Solaris


    Base System Installation Checklist:
    [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

    Initial boot: [O]
    Detect network card: [O]
    Configure network: [O]
    Detect CD: [ ]
    Load installer modules: [O]
    Detect hard drives: [O]
    Partition hard drives: [O]
    Install base system: [O]
    Clock/timezone setup: [O]
    User/password setup: [O]
    Install tasks: [O]
    Install boot loader: [0]
    Overall install: [E]

    Comments/Problems:

    The installtion itself worked great but d-i failed to install an
    appropriate kernel for Xen Paravirt so the system failed to boot. To
    fix this up I mounted the partition in the dom0 and installed the
    correct kernel. d-i installed linux-image-2.6.26-1-486 while it should
    have picked linux-image-2.6.26-1-xen-686 (this also pulls in libc6-xen
    via a Recommends). Seems base-installer/kernel/i386.sh needs an
    detect_xen_paravirt?

    One more thing: in order to get console output via "virsh console" I had
    to add "xencons=tty" to the grub command line.
    -- Guido

    --

    Please make sure that the hardware-summary log file, and any other
    installation logs that you think would be useful are attached to this
    report. Please compress large files using gzip.

    Once you have filled out this report, mail it to submit@bugs.debian.org.


    ==============================================
    Installer lsb-release:
    ==============================================
    DISTRIB_ID=Debian
    DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
    DISTRIB_RELEASE="5.0 (lenny) - installer build 20081031-09:07"
    X_INSTALLATION_MEDIUM=netboot-xen

    ==============================================
    Installer hardware-summary:
    ==============================================
    umame -a: Linux foo 2.6.26-1-686-bigmem #1 SMP Thu Oct 9 16:07:43 UTC 2008 i686 unknown
    lsmod: Module Size Used by
    lsmod: nls_utf8 2432 3
    lsmod: ufs 65348 0
    lsmod: qnx4 8612 0
    lsmod: ntfs 186688 0
    lsmod: dm_mod 46952 0
    lsmod: md_mod 67804 0
    lsmod: xfs 458776 0
    lsmod: reiserfs 190688 0
    lsmod: jfs 149580 0
    lsmod: ext3 106024 1
    lsmod: jbd 40212 1 ext3
    lsmod: vfat 9856 0
    lsmod: fat 41472 1 vfat
    lsmod: nls_base 7524 5 nls_utf8,ntfs,jfs,vfat,fat
    lsmod: ext2 55112 0
    lsmod: mbcache 7812 2 ext3,ext2
    lsmod: ide_generic 3232 0 [permanent]
    lsmod: ide_core 96680 1 ide_generic
    lsmod: xen_blkfront 10500 3
    lsmod: rsrc_nonstatic 10528 0
    lsmod: pcmcia_core 32468 1 rsrc_nonstatic
    lsmod: thermal_sys 11528 0
    lsmod: xen_netfront 16416 0
    df: Filesystem 1k-blocks Used Available Use% Mounted on
    df: tmpfs 66000 12 65988 0% /dev
    df: /dev/xvda1 1913244 382340 1433716 21% /target
    df: /dev/xvda1 1913244 382340 1433716 21% /dev/.static/dev
    df: tmpfs 66000 12 65988 0% /target/dev
    free: total used free shared buffers
    free: Mem: 132000 121236 10764 0 1424
    free: Swap: 152576 2060 150516
    free: Total: 284576 123296 161280
    /proc/cmdline: method=http://people.debian.org/~joeyh/d-i
    /proc/cpuinfo: processor : 0
    /proc/cpuinfo: vendor_id : CentaurHauls
    /proc/cpuinfo: cpu family : 6
    /proc/cpuinfo: model : 10
    /proc/cpuinfo: model name : VIA Esther processor 1000MHz
    /proc/cpuinfo: stepping : 9
    /proc/cpuinfo: cpu MHz : 999.887
    /proc/cpuinfo: cache size : 128 KB
    /proc/cpuinfo: fdiv_bug : no
    /proc/cpuinfo: hlt_bug : no
    /proc/cpuinfo: f00f_bug : no
    /proc/cpuinfo: coma_bug : no
    /proc/cpuinfo: fpu : yes
    /proc/cpuinfo: fpu_exception : yes
    /proc/cpuinfo: cpuid level : 1
    /proc/cpuinfo: wp : yes
    /proc/cpuinfo: flags : fpu de tsc msr pae cx8 cmov pat clflush mmx fxsr sse sse2 nx up pni rng rng_en ace ace_en ace2 ace2_en phe phe_en pmm pmm_en
    /proc/cpuinfo: bogomips : 2255.34
    /proc/cpuinfo: clflush size : 64
    /proc/cpuinfo: power management:
    /proc/cpuinfo:
    /proc/ioports: 0000-ffff : paravirt-ioport
    /proc/ioports: 0070-0071 : rtc_cmos
    /proc/iomem: 00000000-0009efff : System RAM
    /proc/iomem: 000a0000-000bffff : Video RAM area
    /proc/iomem: 000f0000-000fffff : System ROM
    /proc/iomem: 00100000-05ffffff : System RAM
    /proc/iomem: 00100000-002ca47a : Kernel code
    /proc/iomem: 002ca47b-0038fabf : Kernel data
    /proc/iomem: 003d7000-00443cff : Kernel bss
    /proc/interrupts: CPU0
    /proc/interrupts: 0: 202567 xen-dyn-virq timer0
    /proc/interrupts: 1: 0 xen-dyn-ipi resched0
    /proc/interrupts: 2: 0 xen-dyn-ipi callfunc0
    /proc/interrupts: 3: 0 xen-dyn-virq debug0
    /proc/interrupts: 4: 337 xen-dyn-event xenbus
    /proc/interrupts: 5: 1913 xen-dyn-event hvc_console
    /proc/interrupts: 6: 98610 xen-dyn-event eth0
    /proc/interrupts: 7: 78341 xen-dyn-event blkif
    /proc/interrupts: NMI: 0 Non-maskable interrupts
    /proc/interrupts: LOC: 0 Local timer interrupts
    /proc/interrupts: RES: 0 Rescheduling interrupts
    /proc/interrupts: CAL: 0 function call interrupts
    /proc/interrupts: TLB: 0 TLB shootdowns
    /proc/interrupts: TRM: 0 Thermal event interrupts
    /proc/interrupts: SPU: 0 Spurious interrupts
    /proc/interrupts: ERR: 0
    /proc/interrupts: MIS: 0
    /proc/meminfo: MemTotal: 132000 kB
    /proc/meminfo: MemFree: 10724 kB
    /proc/meminfo: Buffers: 1424 kB
    /proc/meminfo: Cached: 70604 kB
    /proc/meminfo: SwapCached: 1584 kB
    /proc/meminfo: Active: 39136 kB
    /proc/meminfo: Inactive: 35164 kB
    /proc/meminfo: HighTotal: 0 kB
    /proc/meminfo: HighFree: 0 kB
    /proc/meminfo: LowTotal: 132000 kB
    /proc/meminfo: LowFree: 10724 kB
    /proc/meminfo: SwapTotal: 152576 kB
    /proc/meminfo: SwapFree: 150516 kB
    /proc/meminfo: Dirty: 244 kB
    /proc/meminfo: Writeback: 0 kB
    /proc/meminfo: AnonPages: 1996 kB
    /proc/meminfo: Mapped: 1312 kB
    /proc/meminfo: Slab: 4816 kB
    /proc/meminfo: SReclaimable: 3240 kB
    /proc/meminfo: SUnreclaim: 1576 kB
    /proc/meminfo: PageTables: 256 kB
    /proc/meminfo: NFS_Unstable: 0 kB
    /proc/meminfo: Bounce: 0 kB
    /proc/meminfo: WritebackTmp: 0 kB
    /proc/meminfo: CommitLimit: 218576 kB
    /proc/meminfo: Committed_AS: 5576 kB
    /proc/meminfo: VmallocTotal: 763896 kB
    /proc/meminfo: VmallocUsed: 2552 kB
    /proc/meminfo: VmallocChunk: 760988 kB
    /proc/meminfo: HugePages_Total: 0
    /proc/meminfo: HugePages_Free: 0
    /proc/meminfo: HugePages_Rsvd: 0
    /proc/meminfo: HugePages_Surp: 0
    /proc/meminfo: Hugepagesize: 2048 kB

    -- System Information:
    Debian Release: lenny/sid
    APT prefers testing
    APT policy: (500, 'testing')
    Architecture: i386 (i686)

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

    installation-report depends on no packages.

    Versions of packages installation-report recommends:
    pn pciutils (no description available)
    ii reportbug 3.45 reports bugs in the Debian distrib

    installation-report suggests no packages.

    -- no debconf information




    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  2. Bug#504095: installation-report: xen paravirt installation

    On Fri, 2008-10-31 at 12:58 +0100, Guido Guenther wrote:
    > Package: installation-reports
    > Version: 2.38
    > Severity: normal
    >
    > Boot method: network
    > Image version: http://people.debian.org/~joeyh/d-i/images/current/
    > Date: 20081031
    >
    > Machine: Xen Paravirtual machine on a lenny Dom0
    > Partitions:
    > Device Boot Start End Blocks Id System
    > /dev/xvda1 * 1 242 1943833+ 83 Linux
    > /dev/xvda2 243 261 152617+ 5 Extended
    > /dev/xvda5 243 261 152586 82 Linux swap / Solaris
    >
    >
    > Base System Installation Checklist:
    > [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
    >
    > Initial boot: [O]
    > Detect network card: [O]
    > Configure network: [O]
    > Detect CD: [ ]
    > Load installer modules: [O]
    > Detect hard drives: [O]
    > Partition hard drives: [O]
    > Install base system: [O]
    > Clock/timezone setup: [O]
    > User/password setup: [O]
    > Install tasks: [O]
    > Install boot loader: [0]
    > Overall install: [E]
    >
    > Comments/Problems:
    >
    > The installtion itself worked great but d-i failed to install an
    > appropriate kernel for Xen Paravirt so the system failed to boot. To
    > fix this up I mounted the partition in the dom0 and installed the
    > correct kernel. d-i installed linux-image-2.6.26-1-486 while it should
    > have picked linux-image-2.6.26-1-xen-686 (this also pulls in libc6-xen
    > via a Recommends). Seems base-installer/kernel/i386.sh needs an
    > detect_xen_paravirt?


    d-i should have installed the 686-bigmem image when running under Xen
    due to the use of the 686-bigmem kernel for the Xen variant of the
    installer. I'll investigate why this didn't happen.

    Could you please send /var/log/installer/syslog.

    > One more thing: in order to get console output via "virsh console" I had
    > to add "xencons=tty" to the grub command line.


    With the 686-bigmem kernel I don't think this will be necessary, if you
    could try it and let me know that would be great.

    Ian.

    --
    Ian Campbell

    These PRESERVES should be FORCE-FED to PENTAGON OFFICIALS!!




    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  3. Bug#504095: installation-report: xen paravirt installation

    On Fri, 2008-10-31 at 12:56 +0000, Ian Campbell wrote:
    >
    > > The installtion itself worked great but d-i failed to install an
    > > appropriate kernel for Xen Paravirt so the system failed to boot.
    > > To fix this up I mounted the partition in the dom0 and installed the
    > > correct kernel. d-i installed linux-image-2.6.26-1-486 while it
    > > should have picked linux-image-2.6.26-1-xen-686 (this also pulls in
    > > libc6-xen via a Recommends). Seems base-installer/kernel/i386.sh
    > > needs an detect_xen_paravirt?

    >
    > d-i should have installed the 686-bigmem image when running under Xen
    > due to the use of the 686-bigmem kernel for the Xen variant of the
    > installer. I'll investigate why this didn't happen.


    It seems to be down to:
    > > /proc/cpuinfo: vendor_id : CentaurHauls


    which due to the changeset below which will cause the installer to
    choose the -486 kernel.

    Strangely the 686 kernel seems to work for you in dom0 and domU but I
    guess you were just lucky somehow? Or is the changeset below too
    general?

    Ian.


    commit 66aeb43385f358ea05f23413d4de014529a243ef
    Author: lunar
    Date: Sun Aug 17 00:11:12 2008 +0000

    Use -486 flavour for all CentaurHauls processors

    As they lack long NOP instructions, -686 kernels since 2.6.22+ fail to
    boot on these processors even if they claim 686 compatibility.

    (Closes: #492751)


    git-svn-id: svn+ssh://svn.debian.org/svn/d-i/trunk@55059 48c42b26-1dd6-0310-b98f-a58d8bce7237

    diff --git a/packages/base-installer/debian/changelog b/packages/base-installer/debian/changelog
    index 7f66c6d..5025d2f 100644
    --- a/packages/base-installer/debian/changelog
    +++ b/packages/base-installer/debian/changelog
    @@ -4,6 +4,11 @@ base-installer (1.94) UNRELEASED; urgency=low
    * Allow to select driver inclusion policy for initramfs-tools
    Closes: #494466

    + [ Jérémy Bobbio ]
    + * i386: Use -486 flavour for all CentaurHauls processors. As they lack long
    + NOP instructions, -686 kernels since 2.6.22+ fail to boot on these
    + processors even if they claim 686 compatibility. Closes: #492751
    +
    -- Christian Perrier Sat, 16 Aug 2008 19:50:35 -030
    0

    base-installer (1.93) unstable; urgency=low
    diff --git a/packages/base-installer/kernel/i386.sh b/packages/base-installer/kernel/i386.sh
    index 6204765..e0a607d 100644
    --- a/packages/base-installer/kernel/i386.sh
    +++ b/packages/base-installer/kernel/i386.sh
    @@ -34,17 +34,10 @@ arch_get_kernel_flavour () {
    esac
    ;;
    " CentaurHauls")
    - case "$FAMILY" in
    - " 6")
    - case "$MODEL" in
    - " 9"|" 10") echo 686$BIGMEM ;;
    - *) echo 486 ;;
    - esac
    - ;;
    - *)
    - echo 486 ;;
    - esac
    - ;;
    + # x86 VIA Nehemiah CentaurHauls does not boot with -686
    + # since 2.6.22+ since they lack long NOP instructions.
    + # See: http://lkml.org/lkml/2008/7/22/263
    + echo 486 ;;
    *)
    echo 486 ;;
    esac


    --
    Ian Campbell
    Current Noise: Ramesses - Ramesses Part 3

    The cost of feathers has risen, even down is up!




    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  4. Bug#504095: installation-report: xen paravirt installation

    Hi Ian,
    On Fri, Oct 31, 2008 at 01:26:08PM +0000, Ian Campbell wrote:
    [..snip..]
    > > d-i should have installed the 686-bigmem image when running under Xen
    > > due to the use of the 686-bigmem kernel for the Xen variant of the
    > > installer. I'll investigate why this didn't happen.

    >
    > It seems to be down to:
    > > > /proc/cpuinfo: vendor_id : CentaurHauls

    >
    > which due to the changeset below which will cause the installer to
    > choose the -486 kernel.
    >
    > Strangely the 686 kernel seems to work for you in dom0 and domU but I
    > guess you were just lucky somehow? Or is the changeset below too
    > general?

    This is not a Nehemiah but an Esther CPU which seems to support nopl (I
    checked with a small program). Futhermore it seems the whole nopl issue
    got fixed in the kernel:
    http://lkml.org/lkml/2008/9/5/374
    (b74b06c5f6612a72298f37baa65460a59c26ca67)
    but unfortunately not for 2.6.26:
    $ git-name-rev b74b06c5f6612a72298f37baa65460a59c26ca67
    b74b06c5f6612a72298f37baa65460a59c26ca67 tags/v2.6.27-rc6~4^2~10
    (and it doesn't seem to be in any of the 2.6.26.X series).

    So to me it seems the workaround can be removed:
    * removed for VIA Ester altogeher
    * removed vor VIA Nehemiah once we ship 2.6.27

    Cheers,
    -- Guido



    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  5. Bug#504095: installation-report: xen paravirt installation

    On Fri, 2008-10-31 at 16:31 +0100, Guido Günther wrote:
    > Hi Ian,
    > On Fri, Oct 31, 2008 at 01:26:08PM +0000, Ian Campbell wrote:
    > [..snip..]
    > > > d-i should have installed the 686-bigmem image when running under Xen
    > > > due to the use of the 686-bigmem kernel for the Xen variant of the
    > > > installer. I'll investigate why this didn't happen.

    > >
    > > It seems to be down to:
    > > > > /proc/cpuinfo: vendor_id : CentaurHauls

    > >
    > > which due to the changeset below which will cause the installer to
    > > choose the -486 kernel.
    > >
    > > Strangely the 686 kernel seems to work for you in dom0 and domU but I
    > > guess you were just lucky somehow? Or is the changeset below too
    > > general?

    > This is not a Nehemiah but an Esther CPU which seems to support nopl (I
    > checked with a small program). Futhermore it seems the whole nopl issue
    > got fixed in the kernel:
    > http://lkml.org/lkml/2008/9/5/374
    > (b74b06c5f6612a72298f37baa65460a59c26ca67)
    > but unfortunately not for 2.6.26:
    > $ git-name-rev b74b06c5f6612a72298f37baa65460a59c26ca67
    > b74b06c5f6612a72298f37baa65460a59c26ca67 tags/v2.6.27-rc6~4^2~10
    > (and it doesn't seem to be in any of the 2.6.26.X series).
    >
    > So to me it seems the workaround can be removed:
    > * removed for VIA Ester altogeher
    > * removed vor VIA Nehemiah once we ship 2.6.27


    Do you happen to know the Family/Model for the Nehemiah?

    Your cpuinfo shows that Esther is Family 6 model 9.

    Perhaps Nehemiah is model 10 since that is the other model removed by
    the patch?

    BTW, I just tested on a non-VIA system and the correct kernel is
    installed (not surprising...)

    Ian.

    --
    Ian Campbell
    Current Noise: Nebula - Fruit Of My Soul

    Cheit's Lament:
    If you help a friend in need, he is sure to remember you--
    the next time he's in need.




    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  6. Bug#504095: installation-report: xen paravirt installation

    On Fri, 2008-10-31 at 15:38 +0000, Ian Campbell wrote:

    > > So to me it seems the workaround can be removed:
    > > * removed for VIA Ester altogeher
    > > * removed vor VIA Nehemiah once we ship 2.6.27

    >
    > Do you happen to know the Family/Model for the Nehemiah?
    >
    > Your cpuinfo shows that Esther is Family 6 model 9.
    >
    > Perhaps Nehemiah is model 10 since that is the other model removed by
    > the patch?
    >


    Pardon me, Esther is Family 6 model 10 (I read stepping field by
    mistake). #492751 shows that Nehemiah is Family 6 model 9.

    I think we should revert the problematic changeset and instead only use
    486 for model 9 leaving model 10 with 686. e.g.

    diff --git a/packages/base-installer/debian/changelog b/packages/base-installer/debian/changelog
    index 59404b5..5fd1b4c 100644
    --- a/packages/base-installer/debian/changelog
    +++ b/packages/base-installer/debian/changelog
    @@ -1,3 +1,12 @@
    +base-installer (1.99) UNRELEASED; urgency=low
    +
    + [ Ian Campbell ]
    + * i386: Use -686 flavour for CentaurHauls "Esther" (model 10) processors.
    + Only the "Nehemiah" (model 9) processors do not support long NOP
    + instructions. Closes: #504095
    +
    + --
    +
    base-installer (1.98) unstable; urgency=low

    [ Colin Watson ]
    diff --git a/packages/base-installer/kernel/i386.sh b/packages/base-installer/kernel/i386.sh
    index cba6d9b..e8929ea 100644
    --- a/packages/base-installer/kernel/i386.sh
    +++ b/packages/base-installer/kernel/i386.sh
    @@ -36,10 +36,17 @@ arch_get_kernel_flavour () {
    esac
    ;;
    " CentaurHauls")
    - # x86 VIA Nehemiah CentaurHauls does not boot with -686
    - # since 2.6.22+ since they lack long NOP instructions.
    - # See: http://lkml.org/lkml/2008/7/22/263
    - echo 486 ;;
    + case "$FAMILY" in
    + " 6")
    + case "$MODEL" in
    + " 10") echo 686$BIGMEM ;;
    + *) echo 486 ;;
    + esac
    + ;;
    + *)
    + echo 486 ;;
    + esac
    + ;;
    *)
    echo 486 ;;
    esac




    --
    Ian Campbell
    Current Noise: Nebula - Decadent Garden

    One picture is worth 128K words.




    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  7. Bug#504095: installation-report: xen paravirt installation

    On Fri, 2008-10-31 at 16:44 +0100, Guido Günther wrote:
    > On Fri, Oct 31, 2008 at 12:56:48PM +0000, Ian Campbell wrote:
    > > On Fri, 2008-10-31 at 12:58 +0100, Guido Guenther wrote:
    > > > Package: installation-reports
    > > > Version: 2.38
    > > > Severity: normal
    > > >
    > > > Boot method: network
    > > > Image version: http://people.debian.org/~joeyh/d-i/images/current/
    > > > Date: 20081031
    > > >
    > > > Machine: Xen Paravirtual machine on a lenny Dom0
    > > > Partitions:
    > > > Device Boot Start End Blocks Id System
    > > > /dev/xvda1 * 1 242 1943833+ 83 Linux
    > > > /dev/xvda2 243 261 152617+ 5 Extended
    > > > /dev/xvda5 243 261 152586 82 Linux swap /Solaris
    > > >
    > > >
    > > > Base System Installation Checklist:
    > > > [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
    > > >
    > > > Initial boot: [O]
    > > > Detect network card: [O]
    > > > Configure network: [O]
    > > > Detect CD: [ ]
    > > > Load installer modules: [O]
    > > > Detect hard drives: [O]
    > > > Partition hard drives: [O]
    > > > Install base system: [O]
    > > > Clock/timezone setup: [O]
    > > > User/password setup: [O]
    > > > Install tasks: [O]
    > > > Install boot loader: [0]
    > > > Overall install: [E]
    > > >
    > > > Comments/Problems:
    > > >
    > > > The installtion itself worked great but d-i failed to install an
    > > > appropriate kernel for Xen Paravirt so the system failed to boot. To
    > > > fix this up I mounted the partition in the dom0 and installed the
    > > > correct kernel. d-i installed linux-image-2.6.26-1-486 while it should
    > > > have picked linux-image-2.6.26-1-xen-686 (this also pulls in libc6-xen
    > > > via a Recommends). Seems base-installer/kernel/i386.sh needs an
    > > > detect_xen_paravirt?

    > >
    > > d-i should have installed the 686-bigmem image when running under Xen
    > > due to the use of the 686-bigmem kernel for the Xen variant of the
    > > installer. I'll investigate why this didn't happen.
    > >
    > > Could you please send /var/log/installer/syslog.

    > Attached.
    >
    > > > One more thing: in order to get console output via "virsh console" I had
    > > > to add "xencons=tty" to the grub command line.

    > >
    > > With the 686-bigmem kernel I don't think this will be necessary, if you
    > > could try it and let me know that would be great.

    > Yes, the 686-bigmem kernel doesn't need "xencons=tty" since hvc0 works.


    Since 2.6.26-9 hvc should work by default for the -xen-686 kernel too. I
    guess you installed -8 from testing?

    > But we still need libc6-xen due to nosegneg? Should we schedule this for
    > installtion on xen installs?


    It's an optimisation only and is only required when running a PAE
    hypervisor, nothing breaks if you don't install it.

    If you are running a PAE guest on a 64 bit hypervisor then you don't
    need libc6-xen.

    So far d-i hasn't had to care explicitly about Xen installs or not and
    certainly hasn't had to care about the bit width of the hypervisor. I'm
    inclined to say that people still running on a PAE hypervisor can
    install the package by hand, mainly because it's rather late in the
    game...

    Ian.

    --
    Ian Campbell
    Current Noise: Deep Purple - Listen, Learn, Read On

    "They that can give up essential liberty to obtain a little temporary
    safety deserve neither liberty nor safety."
    -- Benjamin Franklin, 1759




    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  8. Bug#504095: installation-report: xen paravirt installation

    On Fri, Oct 31, 2008 at 03:46:22PM +0000, Ian Campbell wrote:
    > diff --git a/packages/base-installer/kernel/i386.sh b/packages/base-installer/kernel/i386.sh
    > index cba6d9b..e8929ea 100644
    > --- a/packages/base-installer/kernel/i386.sh
    > +++ b/packages/base-installer/kernel/i386.sh
    > @@ -36,10 +36,17 @@ arch_get_kernel_flavour () {
    > esac
    > ;;
    > " CentaurHauls")
    > - # x86 VIA Nehemiah CentaurHauls does not boot with -686
    > - # since 2.6.22+ since they lack long NOP instructions.
    > - # See: http://lkml.org/lkml/2008/7/22/263
    > - echo 486 ;;
    > + case "$FAMILY" in
    > + " 6")
    > + case "$MODEL" in
    > + " 10") echo 686$BIGMEM ;;
    > + *) echo 486 ;;
    > + esac
    > + ;;
    > + *)
    > + echo 486 ;;
    > + esac
    > + ;;
    > *)
    > echo 486 ;;
    > esac

    Yes, this looks just right!
    Thanks,
    -- Guido



    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  9. Bug#504095: installation-report: xen paravirt installation

    On Fri, Oct 31, 2008 at 03:38:30PM +0000, Ian Campbell wrote:
    > On Fri, 2008-10-31 at 16:31 +0100, Guido Gnther wrote:
    > > Hi Ian,
    > > On Fri, Oct 31, 2008 at 01:26:08PM +0000, Ian Campbell wrote:
    > > [..snip..]
    > > > > d-i should have installed the 686-bigmem image when running underXen
    > > > > due to the use of the 686-bigmem kernel for the Xen variant of the
    > > > > installer. I'll investigate why this didn't happen.
    > > >
    > > > It seems to be down to:
    > > > > > /proc/cpuinfo: vendor_id : CentaurHauls
    > > >
    > > > which due to the changeset below which will cause the installer to
    > > > choose the -486 kernel.
    > > >
    > > > Strangely the 686 kernel seems to work for you in dom0 and domU butI
    > > > guess you were just lucky somehow? Or is the changeset below too
    > > > general?

    > > This is not a Nehemiah but an Esther CPU which seems to support nopl (I
    > > checked with a small program). Futhermore it seems the whole nopl issue
    > > got fixed in the kernel:
    > > http://lkml.org/lkml/2008/9/5/374
    > > (b74b06c5f6612a72298f37baa65460a59c26ca67)
    > > but unfortunately not for 2.6.26:
    > > $ git-name-rev b74b06c5f6612a72298f37baa65460a59c26ca67
    > > b74b06c5f6612a72298f37baa65460a59c26ca67 tags/v2.6.27-rc6~4^2~10
    > > (and it doesn't seem to be in any of the 2.6.26.X series).
    > >
    > > So to me it seems the workaround can be removed:
    > > * removed for VIA Ester altogeher
    > > * removed vor VIA Nehemiah once we ship 2.6.27

    >
    > Do you happen to know the Family/Model for the Nehemiah?
    >
    > Your cpuinfo shows that Esther is Family 6 model 9.
    >
    > Perhaps Nehemiah is model 10 since that is the other model removed by
    > the patch?

    It's the other way around. Esther is family 6/model 10 (maybe you confused this
    with the stepping) and Nehemiah is family 6/model 9 [1].

    > BTW, I just tested on a non-VIA system and the correct kernel is
    > installed (not surprising...)

    Cool.
    -- Guido

    >
    > Ian.

    [1] http://linux.derkeiler.com/Mailing-L.../msg06226.html



    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  10. Bug#504095: installation-report: xen paravirt installation

    On Fri, Oct 31, 2008 at 03:52:43PM +0000, Ian Campbell wrote:
    [..snip..]
    > > > d-i should have installed the 686-bigmem image when running under Xen
    > > > due to the use of the 686-bigmem kernel for the Xen variant of the
    > > > installer. I'll investigate why this didn't happen.
    > > >
    > > > Could you please send /var/log/installer/syslog.

    > > Attached.
    > >
    > > > > One more thing: in order to get console output via "virsh console" I had
    > > > > to add "xencons=tty" to the grub command line.
    > > >
    > > > With the 686-bigmem kernel I don't think this will be necessary, if you
    > > > could try it and let me know that would be great.

    > > Yes, the 686-bigmem kernel doesn't need "xencons=tty" since hvc0 works.

    >
    > Since 2.6.26-9 hvc should work by default for the -xen-686 kernel too. I
    > guess you installed -8 from testing?

    Yes, this was the version from testing.

    > > But we still need libc6-xen due to nosegneg? Should we schedule this for
    > > installtion on xen installs?

    >
    > It's an optimisation only and is only required when running a PAE
    > hypervisor, nothing breaks if you don't install it.

    No, but it just would make things even nicer. The additional package
    doesn't hurt on non pae.

    >
    > If you are running a PAE guest on a 64 bit hypervisor then you don't
    > need libc6-xen.
    >
    > So far d-i hasn't had to care explicitly about Xen installs or not and
    > certainly hasn't had to care about the bit width of the hypervisor. I'm
    > inclined to say that people still running on a PAE hypervisor can
    > install the package by hand, mainly because it's rather late in the
    > game...

    Agreed. What would be the right package to file the wishlist bug
    against?
    -- Guido



    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  11. Bug#504095: installation-report: xen paravirt installation

    On Fri, 2008-10-31 at 17:22 +0100, Bastian Blank wrote:
    > On Fri, Oct 31, 2008 at 04:31:00PM +0100, Guido Günther wrote:
    > > So to me it seems the workaround can be removed:
    > > * removed for VIA Ester altogeher
    > > * removed vor VIA Nehemiah once we ship 2.6.27

    >
    > Please read #464962 first.


    OK, so I think the upshot of that long thread is that kernel 2.6.26-8
    removed the long nops so even the Nehemiah chips can go back to using
    686 kernels and we should just revert svn r55059 altogether.

    Ian.
    --
    Ian Campbell
    Current Noise: Deep Purple - River Deep, Mountain High

    Style may not be the answer, but at least it's a workable alternative.




    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  12. Bug#504095: installation-report: xen paravirt installation

    On Fri, Oct 31, 2008 at 04:31:00PM +0100, Guido Günther wrote:
    > So to me it seems the workaround can be removed:
    > * removed for VIA Ester altogeher
    > * removed vor VIA Nehemiah once we ship 2.6.27


    Please read #464962 first.

    Bastian

    --
    Women professionals do tend to over-compensate.
    -- Dr. Elizabeth Dehaver, "Where No Man Has Gone Before",
    stardate 1312.9.



    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  13. Bug#504095: installation-report: xen paravirt installation

    On Fri, 2008-10-31 at 17:11 +0100, Guido Günther wrote:
    > Yes, this looks just right!


    This is functionally identical but is more self-documenting...

    diff --git a/packages/base-installer/debian/changelog b/packages/base-installer/debian/changelog
    index 59404b5..5fd1b4c 100644
    --- a/packages/base-installer/debian/changelog
    +++ b/packages/base-installer/debian/changelog
    @@ -1,3 +1,12 @@
    +base-installer (1.99) UNRELEASED; urgency=low
    +
    + [ Ian Campbell ]
    + * i386: Use -686 flavour for CentaurHauls "Esther" (model 10) processors..
    + Only the "Nehemiah" (model 9) processors do not support long NOP
    + instructions. Closes: #504095
    +
    + --
    +
    base-installer (1.98) unstable; urgency=low

    [ Colin Watson ]
    diff --git a/packages/base-installer/kernel/i386.sh b/packages/base-installer/kernel/i386.sh
    index cba6d9b..1b56a73 100644
    --- a/packages/base-installer/kernel/i386.sh
    +++ b/packages/base-installer/kernel/i386.sh
    @@ -36,10 +36,21 @@ arch_get_kernel_flavour () {
    esac
    ;;
    " CentaurHauls")
    - # x86 VIA Nehemiah CentaurHauls does not boot with -686
    - # since 2.6.22+ since they lack long NOP instructions.
    - # See: http://lkml.org/lkml/2008/7/22/263
    - echo 486 ;;
    + case "$FAMILY" in
    + " 6")
    + case "$MODEL" in
    + # x86 VIA Nehemiah CentaurHauls does not boot with -686
    + # since 2.6.22+ since they lack long NOP instructions.
    + # See: http://lkml.org/lkml/2008/7/22/263
    + " 9") echo 486 ;;
    + " 10") echo 686$BIGMEM ;;
    + *) echo 486 ;;
    + esac
    + ;;
    + *)
    + echo 486 ;;
    + esac
    + ;;
    *)
    echo 486 ;;
    esac


    --
    Ian Campbell
    Current Noise: Deep Purple - Shield

    When a person goes on a diet, the first thing he loses is his temper.




    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

+ Reply to Thread