[Prism54-devel] Load firmware @ probe

[Luis R. Rodriguez]

--TybLhxa8M7aNoW+V
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, Apr 17, 2004 at 11:51:42AM +0200, Aurelien wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>=20
> Hi,
> I see several drawbacks about loading the firmware at probe time :
> ~  - security : while not configured, your device will be working and
> trying to assoc or doing other things.

I do not think this is really that important. By default the card will
just try to assoc, big whoop. This is what other wireless drivers do by def=
ault too.

> ~  - energy loss.

This is a good point. But then again this is what other drivers do too.

> ~  - it works just fine currently and this single line might have big
> consequences.

This may be true but I haven't yet found major bugs.

> ~  - hvr designed all the booting process and as far as i remember, he
> had several good objections against this behavior.

IIRC another reason against this behaviour was that it delays the load
of the module by the time of load of the firmware. Other than that, I
believe the major reason against this behaviour was that loading
firmware @ probe time would make it impossible to reload the firmware
later if the driver was built-in. As I pointed before, however, this is
not a problem if we also load the firmware @ open too.

> The only advantage I can see is knowing the MAC address of the card
> earlier, which I do not think is really significant.

	Luis

--=20
GnuPG Key fingerprint =3D 113F B290 C6D2 0251 4D84  A34A 6ADD 4937 E20A 525E

--TybLhxa8M7aNoW+V
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAgWRCat1JN+IKUl4RAv48AKCjfwPxHWK8EcKYYiUSSszTpL61wwCgiar3
m0iMXMFRgScv5JMS7XtsvO8=
=dMUP
-----END PGP SIGNATURE-----

--TybLhxa8M7aNoW+V--