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 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.