From: "Magnos A. Hammes" <magnos@taghos.com.br>
To: Ben Hutchings <ben@decadent.org.uk>, Michael Chan <mchan@broadcom.com>
Cc: netdev@vger.kernel.org,
"desenvolvimento@taghos.com.br" <desenvolvimento@taghos.com.br>
Subject: Re: [PATCH] drivers/net/ethernet/broadcom/bnx2.c
Date: Fri, 02 May 2014 15:27:45 -0300 [thread overview]
Message-ID: <5363E3A1.608@taghos.com.br> (raw)
In-Reply-To: <1399047974.24523.16.camel@deadeye.wl.decadent.org.uk>
On 02-05-2014 13:26, Ben Hutchings wrote:
> On Thu, 2014-05-01 at 12:32 -0700, Michael Chan wrote:
>> On Thu, 2014-05-01 at 15:49 -0300, Magnos A. Hammes wrote:
>>> Yes, I have some udev rules that run at system boot, but the only
>>> thing
>>> I do is:
>>>
>>> /sbin/udevd --daemon
>>> /sbin/udevadm trigger --type=subsystems --action=add
>>> /sbin/udevadm trigger --type=devices --action=add
>>> /sbin/udevadm settle
>>>
>>> Udev runs normally and returns no errors or warnings and dmesg shows
>>> nothing weird.
>>>
>>> So, you think this may be a problem with my udev rules or a udev bug?
>>>
>>> I'm using udev version 182.
>>
>> udev is involved in locating and loading the firmware file.
>
> It is usually not involved now. The kernel tries to load files directly
> from /lib/firmware. Only if that fails and if
> CONFIG_FW_LOADER_USER_HELPER is enabled, then it will issue a uevent
> which udev may respond to (I think that may have been removed from udev
> now).
>
> Ben.
Well, I have CONFIG_FW_LOADER_USER_HELPER enabled and Broadcom
Corporation NetXtreme II BCM5716 Gigabit Ethernet only works when I
change the source code of bnx2 to use firmware bnx2-mips-09-6.2.1a.fw
instead of bnx2-mips-09-6.2.1b.fw, then the kernel loads the right
firmware file. Or should I write a udev custom rule to load the right
firmware? (I haven't tried this yet)
It seems to me there is a problem here and changing bnx2 source code
then recompiling the kernel isn't the best solution.
Udev is properly installed in my initrd and in my Slackware 14.0.
Magnos
>
>> On my
>> system, I have /lib/udev/firmware.sh and a
>> generic /lib/udev/rules.d/50-firmware.rules to make request_firmware()
>> work. Your system may be different.
>
>
prev parent reply other threads:[~2014-05-02 18:28 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <5361C29C.5060808@taghos.com.br>
2014-05-01 5:39 ` [PATCH] drivers/net/ethernet/broadcom/bnx2.c Michael Chan
2014-05-01 16:36 ` Magnos A. Hammes
2014-05-01 17:39 ` Michael Chan
2014-05-01 18:49 ` Magnos A. Hammes
2014-05-01 19:32 ` Michael Chan
2014-05-02 16:26 ` Ben Hutchings
2014-05-02 18:27 ` Magnos A. Hammes [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5363E3A1.608@taghos.com.br \
--to=magnos@taghos.com.br \
--cc=ben@decadent.org.uk \
--cc=desenvolvimento@taghos.com.br \
--cc=mchan@broadcom.com \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox