[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#602254: marked as done (Didn't include required module in initramfs)

Your message dated Fri, 28 Jan 2011 14:48:25 +0000
with message-id <E1Pipcf-0002sN-UR@franck.debian.org>
and subject line Bug#608538: fixed in initramfs-tools 0.98.8
has caused the Debian Bug report #608538,
regarding Didn't include required module in initramfs
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
608538: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608538
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: initramfs-tools
Version: 0.98.5
Severity: normal


libcrc32c requires one crc32c provider (currently crc32c or
crc32c-intel) to work properly. libcrc32c does not have any hard
dependencies:

  % modinfo libcrc32c | grep depends
  depends:      

Some drivers like the bnx2x network module:

  % modinfo bnx2x | grep depends
  depends:        mdio,libcrc32c

... as well as the btrfs filesystem module:

  % modinfo btrfs | grep libcrc
  depends:        libcrc32c

require libcrc32c and therefore depend on a crc32c provider to work
properly on the other hand.

I've bugreports that servers using bnx2x based NICs (like HP
Proliant BL460cG6, Dell R210,...) don't work out-of-the-box because
of unresolved symbols during boot - affecting both Debian and
Ubuntu. I can't trigger this bug on a booted system with loading
btrfs - *crc32* is loaded as intended. Instead there seems to be a
race condition when multiple modprobes are asking for the same
driver (like what happens with multiple similar NICs asking for
bnx2x).

Manually adding crc32c, libcrc32c and mdio to conf/modules is known
to solve the problem. AFAICS this works because the modules in
conf/modules are loaded through load_modules() *before* relying on
automatisms which seem to fail.

I found the following discussions with upstream:

  http://article.gmane.org/gmane.linux.kernel.cryptoapi/4132
  http://lkml.org/lkml/2010/5/26/63

In linux-2.6.git I noticed commit
9bea7f23952d5948f8e5dfdff4de09bb9981fb5f - though the issue is known
to be still present with kernel 2.6.35 and current userspace from
Debian/unstable, so whether it's a bug in i-t, kernel or
module-init-tools - we should investigate on that.

This issue might qualify for a RC bug, though needs deeper
investigation. I'm currently short of time and don't have a decent
solution besides the workaround available, tough I'd like to see
this issue at least documented in Debian's BTS for now and welcome
any suggestions how we we could solve this problem.

PS: I don't own the according hardware to trigger the bug on my own,
but if we need any testing/feedback I think the bugreporters might
help us out - so please ping me then.

regards,
-mika-

--- End Message ---
--- Begin Message --- 
Source: initramfs-tools
Source-Version: 0.98.8

We believe that the bug you reported is fixed in the latest version of
initramfs-tools, which is due to be installed in the Debian FTP archive:

initramfs-tools_0.98.8.dsc
  to main/i/initramfs-tools/initramfs-tools_0.98.8.dsc
initramfs-tools_0.98.8.tar.gz
  to main/i/initramfs-tools/initramfs-tools_0.98.8.tar.gz
initramfs-tools_0.98.8_all.deb
  to main/i/initramfs-tools/initramfs-tools_0.98.8_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 608538@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
maximilian attems <maks@debian.org> (supplier of updated initramfs-tools package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Fri, 28 Jan 2011 15:11:10 +0100
Source: initramfs-tools
Binary: initramfs-tools
Architecture: source all
Version: 0.98.8
Distribution: unstable
Urgency: high
Maintainer: Debian kernel team <debian-kernel@lists.debian.org>
Changed-By: maximilian attems <maks@debian.org>
Description: 
 initramfs-tools - tools for generating an initramfs
Closes: 608339 608538 608865
Changes: 
 initramfs-tools (0.98.8) unstable; urgency=high
 .
   [ maximilian attems ]
   * [67c1d32] initramfs-tools: MODULES=dep fix for ubifs /
     (Closes: #608339)
   * [ca4d08a] mkinitramfs: Fix noexec /tmp detection for long device
     names. (Closes: #608865) Thanks to Ian Campbell <ijc@hellion.org.uk>
 .
   [ Ben Hutchings ]
   * [78d9e04] initramfs-tools: Handle hidden dependency of libcrc32c on
     crc32c. (Closes: #608538)
Checksums-Sha1: 
 c35a1f91eeea135efb5b3e59d266c9ed88d26313 973 initramfs-tools_0.98.8.dsc
 eed439c0ec0db77684d86f0dc24497def63bc0f2 83169 initramfs-tools_0.98.8.tar.gz
 df235fd729ec526340d6c7a4874617f17596580e 89496 initramfs-tools_0.98.8_all.deb
Checksums-Sha256: 
 f7fc2339af15e4cbc1c2fe7088934a53df81607c0d81e2b315b5f8c8792003a5 973 initramfs-tools_0.98.8.dsc
 43342b7222eb5209f42a2d3146d4d1e9431baca536ed8a31800eb9f09a74c2bd 83169 initramfs-tools_0.98.8.tar.gz
 3115c15333e0327e8c4646b47e34490a1c2ae84da97dea811677c78c00df3460 89496 initramfs-tools_0.98.8_all.deb
Files: 
 32c35f10a6d3d9ee114d2d2709eda2e5 973 utils optional initramfs-tools_0.98.8.dsc
 933ff0d675ed86aa29c34453c3d07989 83169 utils optional initramfs-tools_0.98.8.tar.gz
 d8060188797be39c0d82e360d6436cd8 89496 utils optional initramfs-tools_0.98.8_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAk1C0I0ACgkQeW7Lc5tEHqiangCggvsSpXc46i717T76QbQTZLLa
JGYAn2xrhze7otXfFFizM/LuIIp+hNE/
=9mEK
-----END PGP SIGNATURE-----

--- End Message ---
Reply to: