Bug 6323

Summary: firmware are not loaded due to relying on shell
Product: Mageia Reporter: Funda Wang <fundawang>
Component: RPM PackagesAssignee: Thierry Vignaud <thierry.vignaud>
Status: RESOLVED OLD QA Contact:
Severity: normal    
Priority: Normal CC: mageia, mageia, pterjan, thierry.vignaud, tmb
Version: 2Keywords: NEEDINFO
Target Milestone: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Source RPM: drakx-installer-images CVE:
Status comment:
Attachments: C firmware loader, based on hotplug2 code
kernel messages
installer log

Description Funda Wang 2012-06-04 12:13:43 CEST
I'm installing Mageia 2 x86_64 on my Dell R710 server with boot-nonfree.iso. When setting network, my NIC bnx2 failed to fire up due to missing bnx2-mips-09-6.2.1b.fw (showed in kernel message). But it should be there.

There might be something wrong with boot-nonfree.iso generating.
Funda Wang 2012-06-04 12:15:47 CEST

Assignee: bugsquad => tmb

Comment 1 Thierry Vignaud 2012-06-04 14:47:01 CEST
This firmware does be in boot-nonfree.iso (on both Cauldron & mga2).
Are you sure you used boot-nonfree.iso && not boot.iso?

CC: (none) => thierry.vignaud, tmb

Comment 2 Thierry Vignaud 2012-06-04 14:47:48 CEST
We would need more logs (just plug an USB key, then when error happen, go to console 2 and type the "bug" command)

Keywords: (none) => NEEDINFO

Comment 3 Manuel Hiebel 2012-06-04 14:54:54 CEST
same as https://bugs.mageia.org/show_bug.cgi?id=5348 I guess
Comment 4 Funda Wang 2012-06-18 11:57:19 CEST
Well, I pressed Alt+F2, entered console2, type "bug", nothing happens.
Comment 5 Funda Wang 2012-06-20 04:45:41 CEST
(In reply to comment #4)
> Well, I pressed Alt+F2, entered console2, type "bug", nothing happens.
I mean stage1, not stage2.
Comment 6 Thierry Vignaud 2012-06-20 10:27:55 CEST
we still needs logs from other ttys (kernel, stage1, ...)
Comment 7 Funda Wang 2012-06-20 10:43:55 CEST
I couldn't find relative logs, displayed in screen.
Comment 8 Thierry Vignaud 2012-06-20 10:46:23 CEST
That's that I'm asking for (screenshots, ...)
Comment 9 Marja Van Waes 2012-07-06 15:04:58 CEST
Please look at the bottom of this mail to see whether you're the assignee of this  bug, if you don't already know whether you are.


If you're the assignee:

We'd like to know for sure whether this bug was assigned correctly. Please change status to ASSIGNED if it is, or put OK on the whiteboard instead.

If you don't have a clue and don't see a way to find out, then please put NEEDHELP on the whiteboard.

Please assign back to Bug Squad or to the correct person to solve this bug if we were wrong to assign it to you, and explain why.

Thanks :)

**************************** 

@ the reporter and persons in the cc of this bug:

If you have any new information that wasn't given before (like this bug being valid for another version of Mageia, too, or it being solved) please tell us.

@ the reporter of this bug

If you didn't reply yet to a request for more information, please do so within two weeks from now.

Thanks all :-D
Comment 10 Thierry Vignaud 2012-09-10 18:18:45 CEST
I just tried mga3a1's boot-nonfree.iso on a IBM server with "Broadcom NetXtreme II" (driven by bnx2), all 4 interfaces show up w/o any firmware error (in stage 1).
But I'm not sure it needed it.

Funda, do you still see your bug with mga3a1?
If yes, note that you can rebuild drakx-installer-images with the debug option in order to get a shell and the like in order to debug further
Comment 11 Thierry Vignaud 2012-09-16 16:44:55 CEST
OK, I found out the issue: we rely on /bin/sh for /hotplug, which worked accidentally b/c stage1 was bloated for KA support.
We need to rewrite it in C

CC: (none) => pterjan
Assignee: tmb => thierry.vignaud
Summary: boot-nonfree.iso does not start bnx2 NIC as it should => firmware are not loaded due to relying on shell

Thierry Vignaud 2012-09-16 17:56:59 CEST

CC: (none) => mageia

Thierry Vignaud 2012-09-16 17:57:05 CEST

CC: (none) => mageia

Comment 12 Thierry Vignaud 2012-09-16 18:16:36 CEST
Created attachment 2803 [details]
C firmware loader, based on hotplug2 code

we could use this firmware loader instead (to be tested)
Comment 13 Colin Guthrie 2012-09-16 22:35:52 CEST
I don't know the API here, but some general comments:


Is there a final call to:
                echo_to_file(sysfs_path_loading, "0\n", 2);
missing here right at the end of main()? Perhaps writing the firmware itself is enough to trigger a reset to this and thus it's not needed, but figured I'd ask.

Also as the return value of echo_to_file() is never checked, it seems pointless to actually pass in the third argument. Perhaps it should just be a void instead? Either that or the return value should actually be checked!
Comment 14 Thierry Vignaud 2012-09-17 19:18:11 CEST
Yes a call was missing from copy and paste :-)
Comment 15 Funda Wang 2012-09-18 10:40:10 CEST
I guess no :(

I've tried latest boot-nonfree.iso from cauldron (banner says 17 Sep 18:15). But still failed.

Screenshot follows.
Comment 16 Funda Wang 2012-09-18 10:45:04 CEST
Created attachment 2807 [details]
kernel messages

Kernel message from stage1.
Comment 17 Funda Wang 2012-09-18 10:47:47 CEST
Created attachment 2808 [details]
installer log

The log from mga3a1, remains the same in latest boot-nonfree.iso/
Comment 18 Thierry Vignaud 2012-12-10 00:47:25 CET
Can you try latest boot-nonfree.iso?
Kernel-3.7 has support for loading firmware files directly rather than relying on userspace
Comment 19 Manuel Hiebel 2013-10-22 12:11:42 CEST
This message is a reminder that Mageia 2 is nearing its end of life.
Approximately one month from now Mageia will stop maintaining and issuing updates for Mageia 2. At that time this bug will be closed as WONTFIX (EOL) if it remains open with a Mageia 'version' of '2'.

Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Mageia version prior to Mageia 2's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Mageia 2 is end of life.  If you would still like to see this bug fixed and are able to reproduce it against a later version of Mageia, you are encouraged to click on "Version" and change it against that version of Mageia.

Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Mageia release includes newer upstream software that fixes bugs or makes them obsolete.

-- 
The Mageia Bugsquad
Comment 20 Thierry Vignaud 2013-10-24 15:49:00 CEST
This is fixed as of Mageia 3/Cauldron since kernel directly loads firmware now.
Mga2 being frozen, we cannot do anything for it

Status: NEW => RESOLVED
Resolution: (none) => OLD