All of lore.kernel.org
 help / color / mirror / Atom feed
* [xen-unstable test] 26014: trouble: blocked/broken/pass
@ 2014-04-26 21:43 xen.org
  2014-04-27  9:10 ` Ian Campbell
  0 siblings, 1 reply; 8+ messages in thread
From: xen.org @ 2014-04-26 21:43 UTC (permalink / raw)
  To: xen-devel; +Cc: ian.jackson

flight 26014 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/26014/

Failures and problems with tests :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 build-i386-oldkern            2 host-install(2)         broken REGR. vs. 25954
 build-amd64-pvops             2 host-install(2)         broken REGR. vs. 25954
 build-amd64-oldkern           2 host-install(2)         broken REGR. vs. 25954
 build-amd64                   2 host-install(2)         broken REGR. vs. 25954

Tests which did not succeed, but are not blocking:
 test-amd64-amd64-xl-pcipt-intel  1 xen-build-check(1)           blocked  n/a
 test-armhf-armhf-xl          10 migrate-support-check        fail   never pass
 test-amd64-i386-qemuu-rhel6hvm-amd  1 xen-build-check(1)           blocked n/a
 test-amd64-i386-rhel6hvm-amd  1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-qemut-rhel6hvm-amd  1 xen-build-check(1)           blocked n/a
 test-amd64-amd64-xl-sedf-pin  1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-xl-credit2    1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-xl            1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-qemut-rhel6hvm-intel  1 xen-build-check(1)         blocked n/a
 test-amd64-i386-qemuu-rhel6hvm-intel  1 xen-build-check(1)         blocked n/a
 test-amd64-amd64-xl           1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-xl-multivcpu  1 xen-build-check(1)           blocked  n/a
 test-amd64-amd64-xl-sedf      1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-xl-qemuu-ovmf-amd64  1 xen-build-check(1)          blocked n/a
 test-amd64-i386-freebsd10-i386  1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-freebsd10-amd64  1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-xl-qemut-winxpsp3  1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-xl-qemuu-winxpsp3  1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-xl-qemut-winxpsp3-vcpus1  1 xen-build-check(1)     blocked n/a
 test-amd64-i386-xl-qemuu-winxpsp3-vcpus1  1 xen-build-check(1)     blocked n/a
 test-amd64-i386-rhel6hvm-intel  1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-pair          1 xen-build-check(1)           blocked  n/a
 test-amd64-amd64-pair         1 xen-build-check(1)           blocked  n/a
 test-amd64-amd64-xl-win7-amd64  1 xen-build-check(1)           blocked  n/a
 test-amd64-amd64-xl-qemuu-win7-amd64  1 xen-build-check(1)         blocked n/a
 test-amd64-i386-xl-win7-amd64  1 xen-build-check(1)           blocked  n/a
 test-amd64-amd64-xl-qemut-winxpsp3  1 xen-build-check(1)           blocked n/a
 test-amd64-amd64-xl-qemuu-ovmf-amd64  1 xen-build-check(1)         blocked n/a
 test-amd64-i386-xl-qemut-win7-amd64  1 xen-build-check(1)          blocked n/a
 test-amd64-amd64-xl-winxpsp3  1 xen-build-check(1)           blocked  n/a
 test-amd64-i386-xl-winxpsp3-vcpus1  1 xen-build-check(1)           blocked n/a
 test-amd64-i386-xl-winxpsp3   1 xen-build-check(1)           blocked  n/a
 test-amd64-amd64-xl-qemut-win7-amd64  1 xen-build-check(1)         blocked n/a
 test-amd64-amd64-xl-qemuu-winxpsp3  1 xen-build-check(1)           blocked n/a
 test-amd64-i386-xl-qemuu-win7-amd64  1 xen-build-check(1)          blocked n/a

version targeted for testing:
 xen                  1a2a390a560e8319a6be98c7ab6cfaebd230f67e
baseline version:
 xen                  8cfc8e520679e029bed51ccc2540a136fc0fbd9b

------------------------------------------------------------
People who touched revisions under test:
  Andrew Cooper <andrew.cooper3@citrix.com>
  Aravind Gopalakrishnan<aravind.gopalakrishnan@amd.com>
  Aravindh Puthiyaparambil <aravindp@cisco.com>
  Daniel De Graaf <dgdegra@tycho.nsa.gov>
  Don Dugger <donald.d.dugger@intel.com>
  George Dunlap <george.dunlap@eu.citrix.com>
  Ian Campbell <ian.campbell@citrix.com>
  Ian Jackson <ian.jackson@eu.citrix.com>
  Jan Beulich <jbeulich@suse.com>
  Jason Andryuk <andryuk@aero.org>
  Julien Grall <julien.grall@linaro.org>
  Kevin Tian <kevin.tian@intel.com>
  Olaf Hering <olaf@aepfle.de>
  Samuel Thibault <samuel.thibault@ens-lyon.org>
  Tim Deegan <tim@xen.org>
  Xiantao Zhang <xiantao.zhang@intel.com>
------------------------------------------------------------

jobs:
 build-amd64                                                  broken  
 build-armhf                                                  pass    
 build-i386                                                   pass    
 build-amd64-oldkern                                          broken  
 build-i386-oldkern                                           broken  
 build-amd64-pvops                                            broken  
 build-armhf-pvops                                            pass    
 build-i386-pvops                                             pass    
 test-amd64-amd64-xl                                          blocked 
 test-armhf-armhf-xl                                          pass    
 test-amd64-i386-xl                                           blocked 
 test-amd64-i386-rhel6hvm-amd                                 blocked 
 test-amd64-i386-qemut-rhel6hvm-amd                           blocked 
 test-amd64-i386-qemuu-rhel6hvm-amd                           blocked 
 test-amd64-i386-freebsd10-amd64                              blocked 
 test-amd64-amd64-xl-qemuu-ovmf-amd64                         blocked 
 test-amd64-i386-xl-qemuu-ovmf-amd64                          blocked 
 test-amd64-amd64-xl-qemut-win7-amd64                         blocked 
 test-amd64-i386-xl-qemut-win7-amd64                          blocked 
 test-amd64-amd64-xl-qemuu-win7-amd64                         blocked 
 test-amd64-i386-xl-qemuu-win7-amd64                          blocked 
 test-amd64-amd64-xl-win7-amd64                               blocked 
 test-amd64-i386-xl-win7-amd64                                blocked 
 test-amd64-i386-xl-credit2                                   blocked 
 test-amd64-i386-freebsd10-i386                               blocked 
 test-amd64-amd64-xl-pcipt-intel                              blocked 
 test-amd64-i386-rhel6hvm-intel                               blocked 
 test-amd64-i386-qemut-rhel6hvm-intel                         blocked 
 test-amd64-i386-qemuu-rhel6hvm-intel                         blocked 
 test-amd64-i386-xl-multivcpu                                 blocked 
 test-amd64-amd64-pair                                        blocked 
 test-amd64-i386-pair                                         blocked 
 test-amd64-amd64-xl-sedf-pin                                 blocked 
 test-amd64-amd64-xl-sedf                                     blocked 
 test-amd64-i386-xl-qemut-winxpsp3-vcpus1                     blocked 
 test-amd64-i386-xl-qemuu-winxpsp3-vcpus1                     blocked 
 test-amd64-i386-xl-winxpsp3-vcpus1                           blocked 
 test-amd64-amd64-xl-qemut-winxpsp3                           blocked 
 test-amd64-i386-xl-qemut-winxpsp3                            blocked 
 test-amd64-amd64-xl-qemuu-winxpsp3                           blocked 
 test-amd64-i386-xl-qemuu-winxpsp3                            blocked 
 test-amd64-amd64-xl-winxpsp3                                 blocked 
 test-amd64-i386-xl-winxpsp3                                  blocked 


------------------------------------------------------------
sg-report-flight on osstest.cam.xci-test.com
logs: /home/xc_osstest/logs
images: /home/xc_osstest/images

Logs, config files, etc. are available at
    http://www.chiark.greenend.org.uk/~xensrcts/logs

Test harness code can be found at
    http://xenbits.xensource.com/gitweb?p=osstest.git;a=summary


Not pushing.

(No revision log; it would be 882 lines long.)

^ permalink raw reply	[flat|nested] 8+ messages in thread
* Re: [xen-unstable test] 26014: trouble: blocked/broken/pass
  2014-04-26 21:43 [xen-unstable test] 26014: trouble: blocked/broken/pass xen.org
@ 2014-04-27  9:10 ` Ian Campbell
  2014-04-27 11:04   ` Ian Campbell
  0 siblings, 1 reply; 8+ messages in thread
From: Ian Campbell @ 2014-04-27  9:10 UTC (permalink / raw)
  To: xen.org; +Cc: xen-devel

On Sat, 2014-04-26 at 22:43 +0100, xen.org wrote:
> flight 26014 xen-unstable real [real]
> http://www.chiark.greenend.org.uk/~xensrcts/logs/26014/
> 
> Failures and problems with tests :-(
> 
> Tests which did not succeed and are blocking,
> including tests which could not be run:
>  build-i386-oldkern            2 host-install(2)         broken REGR. vs. 25954
>  build-amd64-pvops             2 host-install(2)         broken REGR. vs. 25954
>  build-amd64-oldkern           2 host-install(2)         broken REGR. vs. 25954
>  build-amd64                   2 host-install(2)         broken REGR. vs. 25954

This is lots of:
        Apr 26 20:48:16.473123 Partition disks
        Apr 26 20:48:16.473188 ---------------
        Apr 26 20:48:16.473226 
        Apr 26 20:48:16.473256 !! ERROR: Logical Volume Manager not available
        Apr 26 20:48:16.473307 
        Apr 26 20:48:16.473337 The current kernel doesn't support the Logical Volume Manager. You may need to 
        Apr 26 20:48:16.481182 load the lvm-mod module.
        Apr 26 20:48:16.481226 [Press enter to continue] 

http://metadata.ftp-master.debian.org/changelogs/main/l/linux/linux_3.2.57-3_changelog seems to suggest that the stable kernel has been updated recently (I think a new point release is pending), we have a local copy of the kernel but the modules come from the Debian archive, so perhaps this is just a mismatch. The changelog doesn't seem to indicate an ABI change mismatch and at least some modules must be loading OK to get as far as LVM being the issue. The installer hasn't changed though according to ftp://ftp.debian.org/debian/dists/wheezy/main/installer-amd64/.

I'm going to run some local tests before I try running
mg-debian-installer-update.

Ian.

^ permalink raw reply	[flat|nested] 8+ messages in thread
* Re: [xen-unstable test] 26014: trouble: blocked/broken/pass
  2014-04-27  9:10 ` Ian Campbell
@ 2014-04-27 11:04   ` Ian Campbell
  2014-04-28  7:48     ` Ian Campbell
  0 siblings, 1 reply; 8+ messages in thread
From: Ian Campbell @ 2014-04-27 11:04 UTC (permalink / raw)
  To: xen.org; +Cc: xen-devel

On Sun, 2014-04-27 at 10:10 +0100, Ian Campbell wrote:
> On Sat, 2014-04-26 at 22:43 +0100, xen.org wrote:
> > flight 26014 xen-unstable real [real]
> > http://www.chiark.greenend.org.uk/~xensrcts/logs/26014/
> > 
> > Failures and problems with tests :-(
> > 
> > Tests which did not succeed and are blocking,
> > including tests which could not be run:
> >  build-i386-oldkern            2 host-install(2)         broken REGR. vs. 25954
> >  build-amd64-pvops             2 host-install(2)         broken REGR. vs. 25954
> >  build-amd64-oldkern           2 host-install(2)         broken REGR. vs. 25954
> >  build-amd64                   2 host-install(2)         broken REGR. vs. 25954
> 
> This is lots of:
>         Apr 26 20:48:16.473123 Partition disks
>         Apr 26 20:48:16.473188 ---------------
>         Apr 26 20:48:16.473226 
>         Apr 26 20:48:16.473256 !! ERROR: Logical Volume Manager not available
>         Apr 26 20:48:16.473307 
>         Apr 26 20:48:16.473337 The current kernel doesn't support the Logical Volume Manager. You may need to 
>         Apr 26 20:48:16.481182 load the lvm-mod module.
>         Apr 26 20:48:16.481226 [Press enter to continue] 
> 
> http://metadata.ftp-master.debian.org/changelogs/main/l/linux/linux_3.2.57-3_changelog seems to suggest that the stable kernel has been updated recently (I think a new point release is pending), we have a local copy of the kernel but the modules come from the Debian archive, so perhaps this is just a mismatch. The changelog doesn't seem to indicate an ABI change mismatch and at least some modules must be loading OK to get as far as LVM being the issue. The installer hasn't changed though according to ftp://ftp.debian.org/debian/dists/wheezy/main/installer-amd64/.
> 
> I'm going to run some local tests before I try running
> mg-debian-installer-update.

Local tests showed:
        [ 5608.573389] dm_mod: Unknown symbol dm_kobject_release (err 0)

which I think is due to the kernel update. I've pinged the other Debian
kernel maintainers to see if this is expected but in order to unblock
osstest I've also run:
        for i in amd64 i386 armhf ; do 
            OSSTEST_CONFIG=production-config ./mg-debian-installer-update wheezy $i firmware-bnx2; 
        done
        
(which needed the installation of dctrl-tools and bzip2 onto the osstest
control host) and then pushed the following to the osstest gate:

commit add18b3dcccb2c433bde50cd727eed3176070956
Author: Ian Campbell <ian.campbell@citrix.com>
Date:   Sun Apr 27 12:01:12 2014 +0100

    production-config: Update to newer debian installer snapshot.
    
    Signed-off-by: Ian Campbell <ian.campbell@citrix.com>

diff --git a/production-config b/production-config
index 364976c..7943abf 100644
--- a/production-config
+++ b/production-config
@@ -68,7 +68,7 @@ TftpPxeDir /
 TftpPxeTemplates %ipaddrhex%/pxelinux.cfg
 
 TftpPxeGroup osstest
-TftpDiVersion 2013-12-12
+TftpDiVersion 2014-04-27
 
 XenUsePath /usr/groups/xencore/systems/bin/xenuse
 XenUseUser osstest

^ permalink raw reply related	[flat|nested] 8+ messages in thread
* Re: [xen-unstable test] 26014: trouble: blocked/broken/pass
  2014-04-27 11:04   ` Ian Campbell
@ 2014-04-28  7:48     ` Ian Campbell
  2014-04-28  7:57       ` Ian Campbell
  2014-04-28  9:21       ` Ian Campbell
  0 siblings, 2 replies; 8+ messages in thread
From: Ian Campbell @ 2014-04-28  7:48 UTC (permalink / raw)
  To: xen.org; +Cc: xen-devel

On Sun, 2014-04-27 at 12:04 +0100, Ian Campbell wrote:
>     production-config: Update to newer debian installer snapshot.

This fixed the x86 machines but unfortunately the armhf kernel which it
picked up from backports was buggy and failed to load the scsi disk
module with:
[  176.286313] crc_t10dif: Unknown symbol crc_t10dif_generic (err 0)

This has happened with both of the two kernel (3.12 and 3.13) which I've
pulled from backports. It looks like we might need a newer version of
depmod/modprobe et al. This is going to involve some poking to figure
out...

Ian.

^ permalink raw reply	[flat|nested] 8+ messages in thread
* Re: [xen-unstable test] 26014: trouble: blocked/broken/pass
  2014-04-28  7:48     ` Ian Campbell
@ 2014-04-28  7:57       ` Ian Campbell
  2014-04-28  8:06         ` Ian Campbell
  2014-04-28  9:21       ` Ian Campbell
  1 sibling, 1 reply; 8+ messages in thread
From: Ian Campbell @ 2014-04-28  7:57 UTC (permalink / raw)
  To: xen.org; +Cc: xen-devel

On Mon, 2014-04-28 at 08:48 +0100, Ian Campbell wrote:
> On Sun, 2014-04-27 at 12:04 +0100, Ian Campbell wrote:
> >     production-config: Update to newer debian installer snapshot.
> 
> This fixed the x86 machines but unfortunately the armhf kernel which it
> picked up from backports was buggy and failed to load the scsi disk
> module with:
> [  176.286313] crc_t10dif: Unknown symbol crc_t10dif_generic (err 0)
> 
> This has happened with both of the two kernel (3.12 and 3.13) which I've
> pulled from backports. It looks like we might need a newer version of
> depmod/modprobe et al. This is going to involve some poking to figure
> out...

Short term what I've done is to regenerate today's installer for amd64
and i386 and symlink armhf to the old (2013-12-12) image -- since we use
a backports kernel on armhf it is unaffected by the new point release.
I've pushed the following to pretest:

commit 7ca94765cb32dc0e191bfbce6edddeb268667391
Author: Ian Campbell <ian.campbell@citrix.com>
Date:   Mon Apr 28 08:55:06 2014 +0100

    production-config: Update di version again.
    
    This contains the current version for amd64 and i386 (actually the same as
    yesterday) which picks up the latest point release but for armhf this is a link
    to the old (2013-12-12) image since armhf uses a backports kernel and is
    unaffected by the point release but does seem to have a deendency on some newer
    infrastructure (depmod et al, I think) which needs sorting out.

diff --git a/production-config b/production-config
index 7943abf..38eaf83 100644
--- a/production-config
+++ b/production-config
@@ -68,7 +68,7 @@ TftpPxeDir /
 TftpPxeTemplates %ipaddrhex%/pxelinux.cfg
 
 TftpPxeGroup osstest
-TftpDiVersion 2014-04-27
+TftpDiVersion 2014-04-28
 
 XenUsePath /usr/groups/xencore/systems/bin/xenuse
 XenUseUser osstest

^ permalink raw reply related	[flat|nested] 8+ messages in thread
* Re: [xen-unstable test] 26014: trouble: blocked/broken/pass
  2014-04-28  7:57       ` Ian Campbell
@ 2014-04-28  8:06         ` Ian Campbell
  0 siblings, 0 replies; 8+ messages in thread
From: Ian Campbell @ 2014-04-28  8:06 UTC (permalink / raw)
  To: xen.org; +Cc: xen-devel

On Mon, 2014-04-28 at 08:57 +0100, Ian Campbell wrote:
> On Mon, 2014-04-28 at 08:48 +0100, Ian Campbell wrote:
> > On Sun, 2014-04-27 at 12:04 +0100, Ian Campbell wrote:
> > >     production-config: Update to newer debian installer snapshot.
> > 
> > This fixed the x86 machines but unfortunately the armhf kernel which it
> > picked up from backports was buggy and failed to load the scsi disk
> > module with:
> > [  176.286313] crc_t10dif: Unknown symbol crc_t10dif_generic (err 0)
> > 
> > This has happened with both of the two kernel (3.12 and 3.13) which I've
> > pulled from backports. It looks like we might need a newer version of
> > depmod/modprobe et al. This is going to involve some poking to figure
> > out...
> 
> Short term what I've done is to regenerate today's installer for amd64
> and i386 and symlink armhf to the old (2013-12-12) image -- since we use
> a backports kernel on armhf it is unaffected by the new point release.
> I've pushed the following to pretest

I also killed all the inprogress jobs for all branches since they
weren't going to get anywhere.

Ian.

^ permalink raw reply	[flat|nested] 8+ messages in thread
* Re: [xen-unstable test] 26014: trouble: blocked/broken/pass
  2014-04-28  7:48     ` Ian Campbell
  2014-04-28  7:57       ` Ian Campbell
@ 2014-04-28  9:21       ` Ian Campbell
  2014-04-30 15:25         ` Ian Jackson
  1 sibling, 1 reply; 8+ messages in thread
From: Ian Campbell @ 2014-04-28  9:21 UTC (permalink / raw)
  To: xen.org; +Cc: xen-devel

On Mon, 2014-04-28 at 08:48 +0100, Ian Campbell wrote:
> This has happened with both of the two kernel (3.12 and 3.13) which I've
> pulled from backports. It looks like we might need a newer version of
> depmod/modprobe et al. This is going to involve some poking to figure
> out...

It turns out to be much more mundane, when repacking the kernel for use
in the installer initrd we don't include all modules (would be huge) and
we weren't including the crypto modules, yet sd_mod.ko has grown a
dependency on them.

Since I think my current workaround is going to succeed I have not yet
pushed the following, but we should plan to do so at some point I think.
I have tested it successfully in my local environment.

(nb: I'm about to post a series adding some Debian tests which require
changes to mg-debian-installer-update -- that would be a good juncture
to do this update I think)

Ian.

8<--------

>From 12c07a2cf2cd022e5f6b8f2e14c579ad99eeb15f Mon Sep 17 00:00:00 2001
From: Ian Campbell <ian.campbell@citrix.com>
Date: Mon, 28 Apr 2014 10:18:38 +0100
Subject: [PATCH] mg-debian-installer-update: Updates for newer armhf kernels
 from backports.

In newer kernels sd_mod.ko requires crypto symbols, so include
kernel/crypto/*.ko in the installer overlay cpio.

Also prefer the newest versions of packages pulled in from backports, by
reversing the sort. Anchor the linux-image package name to we only pick up the
-armmp flavour and not -armmp-lpae (which is unnecessary in an installer
environment).

Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
---
 mg-debian-installer-update | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/mg-debian-installer-update b/mg-debian-installer-update
index 452a2ad..0398c60 100755
--- a/mg-debian-installer-update
+++ b/mg-debian-installer-update
@@ -93,7 +93,7 @@ if [ $arch = armhf ]; then
 
     # Newer kernel often needs a newer initramfs-tools. Make that available
     echo >&2 "collecting backports initramfs-tools"
-    pkgfile=`bzcat Packages.bz2 | grep-dctrl -PX initramfs-tools -nsFilename | sort -n | head -n1`
+    pkgfile=`bzcat Packages.bz2 | grep-dctrl -PX initramfs-tools -nsFilename | sort -n -r | head -n1`
     rc=$?
     set -e
     if [ $rc != 0 ]; then fail "initramfs-tools package not found"; fi
@@ -103,7 +103,7 @@ if [ $arch = armhf ]; then
     echo >&2 "collecting armmp kernel"
     # Be careful to pickup the actual kernel package from the 'linux'
     # source and not a meta package from 'linux-latest'
-    pkgfile=`bzcat Packages.bz2 | grep-dctrl -S linux | grep-dctrl -Pe linux-image-.*-armmp -nsFilename | sort -n | head -n1`
+    pkgfile=`bzcat Packages.bz2 | grep-dctrl -S linux | grep-dctrl -Pe ^linux-image-.*-armmp$ -nsFilename | sort -n -r | head -n1`
     rc=$?
     set -e
     if [ $rc != 0 ]; then fail "armmp kernel package not found"; fi
@@ -117,6 +117,7 @@ if [ $arch = armhf ]; then
                    -o -type f -name modules.\* \
                    -o -type f -name \*.ko \
                       \( -path \*/kernel/lib/\* -o \
+                         -path \*/kernel/crypto/\* -o \
                          -path \*/kernel/fs/mbcache.ko -o \
                          -path \*/kernel/fs/ext\* -o \
                          -path \*/kernel/fs/jbd\* -o \
-- 
1.9.0

^ permalink raw reply related	[flat|nested] 8+ messages in thread
* Re: [xen-unstable test] 26014: trouble: blocked/broken/pass
  2014-04-28  9:21       ` Ian Campbell
@ 2014-04-30 15:25         ` Ian Jackson
  0 siblings, 0 replies; 8+ messages in thread
From: Ian Jackson @ 2014-04-30 15:25 UTC (permalink / raw)
  To: Ian Campbell; +Cc: xen-devel, xen.org

Ian Campbell writes ("Re: [Xen-devel] [xen-unstable test] 26014: trouble: blocked/broken/pass"):
> On Mon, 2014-04-28 at 08:48 +0100, Ian Campbell wrote:
> > This has happened with both of the two kernel (3.12 and 3.13) which I've
> > pulled from backports. It looks like we might need a newer version of
> > depmod/modprobe et al. This is going to involve some poking to figure
> > out...
> 
> It turns out to be much more mundane, when repacking the kernel for use
> in the installer initrd we don't include all modules (would be huge) and
> we weren't including the crypto modules, yet sd_mod.ko has grown a
> dependency on them.

Thanks for fixing this.

Ian.

^ permalink raw reply	[flat|nested] 8+ messages in thread
end of thread, other threads:[~2014-04-30 15:25 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-04-26 21:43 [xen-unstable test] 26014: trouble: blocked/broken/pass xen.org
2014-04-27  9:10 ` Ian Campbell
2014-04-27 11:04   ` Ian Campbell
2014-04-28  7:48     ` Ian Campbell
2014-04-28  7:57       ` Ian Campbell
2014-04-28  8:06         ` Ian Campbell
2014-04-28  9:21       ` Ian Campbell
2014-04-30 15:25         ` Ian Jackson

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.