Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 16 Jul 2007 09:44:14 +0800
From:      "Sepherosa Ziehau" <sepherosa@gmail.com>
To:        "Hans Petter Selasky" <hselasky@c2i.net>
Cc:        Sam Leffler <sam@errno.com>, freebsd-usb@freebsd.org
Subject:   Re: if_ural.c in FreeBSD 7-current
Message-ID:  <ea7b9c170707151844t1d93fcedr5105d898a68c365a@mail.gmail.com>
In-Reply-To: <200707151839.02907.hselasky@c2i.net>
References:  <200707151839.02907.hselasky@c2i.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On 7/16/07, Hans Petter Selasky <hselasky@c2i.net> wrote:
> Hi,
>
> Can someone answer me quick on this one:
>
> In FreeBSD 7-current, I think I see some mistakes in "if_ural.c".
>
> For example:
>
> > #define URAL_RSSI(rssi)                                       \
> >       ((rssi) > (RAL_NOISE_FLOOR + RAL_RSSI_CORR) ?   \
> >        ((rssi) - RAL_NOISE_FLOOR + RAL_RSSI_CORR) : 0)
>
>
> Should there be a parenthesis here ??

Ah, yes, you are correct.  My fault.

>
> > #define URAL_RSSI(rssi)                                       \
> >       ((rssi) > (RAL_NOISE_FLOOR + RAL_RSSI_CORR) ?   \
> >        ((rssi) - (RAL_NOISE_FLOOR + RAL_RSSI_CORR)) : 0)
>
> Also I see that the basic rate set is set multiple times:
>
> By "set_chan" and when the RUN state is entered! This does not make sense!

This does make sense:
1) It is actually "ack rate set", as according to Ralink's sample driver.
2) Even if it is "basic rate set", the value is not necessarily the
same when probing BSS or when joining a BSS.  The BSS that the STA has
joined (before ->RUN) may have different basic rate set than STA used
to do BSS probing.

Best Regards,
sephe

-- 
Live Free or Die



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ea7b9c170707151844t1d93fcedr5105d898a68c365a>