bnx2x missing in initrd for install media

I think this need to be added to the kernel's ./debian/d-i/modules/nic-modules file. Unfortunately, the kernel is currently frozen for the upcoming release, but I'll go ahead and approve the Jaunty nomination for this to qualify as an SRU - stable release update. Thanks.

I will have this issue

I trace how to create the initramfs. initramfs-tools decide which kernel module shall be included into initrd, not kernel tree.

I change the status to "Wont Fix" because it is not a issue of kernel source

Thanks ogra. He remind me that this is not a "update" initramfs issue

Any progress? The lack of nic drivers in the installer means (automated) netboot installs won't work...

eh I am sorry I almost forget this issue. Do it right now.

I will also check if there is any nic driver miss for the installer

This bug was fixed in the package linux - 2.6.31-4.20

---------------
linux (2.6.31-4.20) karmic; urgency=low

  [ Andy Whitcroft ]

  * SAUCE: iscsitarget -- update to SVN revision r214
  * SAUCE: iscsitarget -- renable driver
  * [Config] consolidate lpia/lpia and i386/generic configs
  * [Config] enable CRYPTO modules for all architectures
  * [Config] enable cryptoloop
  * [Config] enable various filesystems for armel
  * [Config] sync i386 generic and generic-pae
  * [Config] add the 386 (486 processors and above) flavour
  * [Config] re-set DEFAULT_MMAP_MIN_ADDR
    - LP: #399914
  * add genconfigs/genportsconfigs to extract the built configs
  * updateconfigs -- alter concatenation order allow easier updates
  * intelfb -- INTELFB now conflicts with DRM_I915
  * printchanges -- rebase tree does not have stable tags use changelog
  * AppArmor: fix argument size missmatch on 64 bit builds

  [ Ike Panhc ]

  * Ship bnx2x firmware in nic-modules udeb
    - LP: #360966

  [ Jeff Mahoney ]

  * AppArmor: fix build failure on ia64

  [ John Johansen ]

  * AppArmour: ensure apparmor enabled parmater is off if AppArmor fails to
    initialize.
  * AppArmour: fix auditing of domain transitions to include target profile
    information
  * AppArmor: fix C99 violation
  * AppArmor: revert reporting of create to write permission.
  * SAUCE: Add config option to set a default LSM
  * [Config] enable AppArmor by default
  * AppArmor: Fix NULL pointer dereference oops in profile attachment.

  [ Keith Packard ]

  * SAUCE: drm/i915: Allow frame buffers up to 4096x4096 on 915/945 class
    hardware
    - LP: #351756

  [ Luke Yelavich ]

  * [Config] add .o files found in arch/powerpc/lib to all powerpc kernel
    header packages
    - LP: #355344

  [ Michael Casadevall ]

  * [Config] update SPARC config files to allow success build

  [ Scott James Remnant ]

  * SAUCE: trace: add trace_event for the open() syscall

  [ Stefan Bader ]

  * SAUCE: jfs: Fix early release of acl in jfs_get_acl
    - LP: #396780

  [ Tim Gardner ]

  * [Upstream] Fix Soltech TA12 volume hotkeys not sending key release
    - LP: #397499
  * [Upstream] USB Option driver - Add USB ID for Novatel MC727/U727/USB727
    refresh
    - LP: #365291
  * [Config] SSB/B44 are common across all arches/flavours.

  [ Upstream ]

  * Rebased to 2.6.31-rc4

 -- Andy Whitcroft <email address hidden> Thu, 23 Jul 2009 08:41:39 +0100

Trying out this on the latest karmic netboot gives the following:

[ 62.146934] bnx2x: gave up waiting for init of module libcrc32c.
[ 62.146938] bnx2x: Unknown symbol crc32c

And the module refuses to load.

This is under:

Linux (none) 2.6.31-5-generic #24-Ubuntu SMP Sat Aug 1 12:47:58 UTC 2009 x86_64 unknown

Which is what I got today for the karmic install files in the archive...

On the good side, I finally got the hp blades with bnx2x nics, on the bad side, I don't have a working way of installing Ubuntu on them yet. :)

eh, I noticed the bnx2x depends on libcrc32c.
I will check the dependence again to make sure everything is fine

libcrc32c.ko is there, but fails to load with "Unknown symbol in module, or unknown parameter (see dmesg)", and nothing in dmesg to tell why either.

One thing that we found missing is crc32c, which could be the cause of libcrc32c failing to load. In kernel/crypto there is only one file: arc4.ko.

Change status for two reason:
1. crc32c.ko shall be included in the initrd.img
2. Try to find out why it takes a long time to let the nic work

I've looked into 2 a bit further, and it seems mostly to be during install. There is a 50-second timeout for each interface every time the installer probes for NICs. Since the hp blades have 2 NICs that each have 4 virtual NICs, it means 8 x 50 seconds repeated what looks like 3-6 scans by the installer in the "finding network hardware" step.

I'm not sure the slowness is a matter for this bug, but rather a separate problem of a driver issue inside bnx2x. Want me to open a new one for that issue?

Hi Mattias,

You are right, this shall be a different bug. Please file another bug. I am checking for the necessary component for bnx2x

This bug was fixed in the package linux - 2.6.31-8.28

---------------
linux (2.6.31-8.28) karmic; urgency=low

  [ Ike Panhc ]

  * [Config] Let nic-shared-modules depends on crypto-modules
    - LP: #360966

  [ Leann Ogasawara ]

  * [Upstream] (drop after 2.6.31) drm/i915: increase default latency
    constant
    - LP: #412492

  [ Mario Limonciello ]

  * [Upstream]: (drop after 2.6.31) dell-laptop: don't change softblock
    status if HW switch is disabled
    - LP: #418721
  * [Upstream]: (drop after 2.6.31) compal-laptop: Add support for known
    Compal made Dell laptops
  * [Upstream]: (drop after 2.6.31) compal-laptop: Replace sysfs support
    with rfkill support

  [ Tim Gardner ]

  * [Config] Add acpiphp to virtual sub-flavour
    - LP: #364916
  * Drop KSM patch set for now because of instabilities with encrypted swap.
    - LP: #418781

 -- Tim Gardner <email address hidden> Wed, 26 Aug 2009 08:14:26 -0600

I can confirm that in the current Karmic netboot environment the module does load and work. Thanks!

Thanks for your confirm :-)

Jaunty reached end-of-life on 23 October 2010, so this bug will not be fixed in that version of Ubuntu. It has been fixed in newer versions.