From: Stanislaw Gruszka <sgruszka@redhat.com>
To: Pascal Huerst <pascal.huerst@gmail.com>
Cc: linux-wireless@vger.kernel.org
Subject: Re: rt2x00: Firmware loading vs. udev rules
Date: Fri, 2 Oct 2015 10:43:47 +0200 [thread overview]
Message-ID: <20151002084346.GA4149@redhat.com> (raw)
In-Reply-To: <560ABE7B.1080109@gmail.com>
Hi
On Tue, Sep 29, 2015 at 06:38:19PM +0200, Pascal Huerst wrote:
> on rt2x00 devices, firmware gets loaded in:
>
> int rt2x00lib_start(struct rt2x00_dev *rt2x00dev)
>
> which is called, when we start the interface by:
>
> ifconfig wlan0 up
>
> I need to lower tx power of the device and created a udev rule for that:
>
> KERNEL=="wlan0", RUN+="/usr/sbin/iw dev wlan0 set txpower fixed 1800"
>
> Obviously this does not work, since the firmware is not loaded, yet.
Well, I don't think it will work even when you do this after firmware
load due to issue on __ieee80211_recalc_txpower(), which do not work
for drivers that don't use channel context. Command may finish without
an error but tx power setting in driver will not be changed.
> Is there a reason, why the firmware is loaded so late and not earlier in
> probe or so?
Don't enable things that are not used.
> Can this be done in any other proper way I don't know about?
> I think the device should be ready for any operation, when the udev rule
> triggers, right?
Assuming channel context issue will be fixed, you can add script to
/etc/NetworkManager/dispatcher.d/ or on older system
use one of /etc/sysconfig/network-scripts scripts. I think systemd also
allow you to add a custom service, which can be triggered on network
start.
Stanislaw
prev parent reply other threads:[~2015-10-02 8:45 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-29 16:38 rt2x00: Firmware loading vs. udev rules Pascal Huerst
2015-10-02 8:43 ` Stanislaw Gruszka [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=20151002084346.GA4149@redhat.com \
--to=sgruszka@redhat.com \
--cc=linux-wireless@vger.kernel.org \
--cc=pascal.huerst@gmail.com \
/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.