[Prism54-devel] Prism Nitro Support

[Luis R. Rodriguez]

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


FWIW,=20

Jean's paper on "Packet Frame Grouping", which seems to be all related:
http://www.hpl.hp.com/personal/Jean_Tourrilhes/Papers/Packet.Frame.Grouping=
.html

	Luis

On Fri, Mar 05, 2004 at 02:40:58AM -0500, Luis R. Rodriguez wrote:
>=20
> I'll reply to myself. Let's see... Most of these are educational
> guesses.
>=20
> On Thu, Mar 04, 2004 at 06:39:11PM -0500, Luis R. Rodriguez wrote:
> > On Wed, Mar 03, 2004 at 04:51:19PM +0800, Rodel Miguel wrote:
> > > Hi!
> > >=20
> > > I would like to ask if my solution would suffice prism nitro support =
while frameburst is not yet integrated with wireless tools.  I just inserte=
d the following line in isl_ioctl.c specifically in  prism54_mib_init funct=
ion:
> > >=20
> > > 	/* set prism nitro support - rodel */
> > >         MGT_SET_REQUEST_U32_NOCACHE(priv, DOT11_OID_MAXFRAMEBURST, in=
it_burst);
> > >=20
> > >         /* set card profile - rodel */
> > >         MGT_SET_REQUEST_U32_NOCACHE(priv, DOT11_OID_PROFILES, init_pr=
ofile);
> >=20
> > If that's how you add "Prism Nitro" support then yes, that
> > would be a proper place to put it to start it @ init time.=20
> >=20
> > Questions:
> >=20
> > 0. what is "prism nitro" ?
>=20
> Marketing term for Prism firmware enhancements which allow you to
> maximize the # packets sent out of the physical device / unit of time fra=
me?
>=20
> > 1. what's initial value are you using for init_burst and why?
>=20
> Default value on all my cards is 0. I see an SMC Driver document (for
> users) which suggests:
>=20
> * Mixed-mode environment: 650
> * 11g Only environments: 5000
>=20
> I also noticed, default value is 0.
>=20
> > 2. what is the units of DOT11_OID_MAXFRAMEBURST?
>=20
> Not sure yet.
>=20
> > 3. why are you setting the profile afterwards?
>=20
> Doesn't seem necessary according to my tests.
>=20
> > 4. was this a feature available for all versions of the firmware?
>=20
> # Note: using nttcp -T -t -l16384 moth-wlan-gw
>=20
> It doesn't seem like it. I tested my STA with 0.8.0.0.arm with both max
> frameburst values to 0 and 5000 and I actually saw better results with
> max frameburst set to 0 (19Mbit/s after 3 runs, it steadily stayed there).
> With maxframeburst set to 5000 I get 14Mbit/s results.=20
>=20
> > 5. is frameburst just an 802.11g feature? Ie, if set would a STA ASSOC =
well
> > with 802.11b APs, and if set on the AP would it allow for non "frame
> > burst" capable STAs to ASSOC?
>=20
> It seems as a hack that works decently (or at least suggested) up to
> values of 650 in mixed modes (B/G) and on G you can blast it off up to
> 5k.
>=20
> I'm not sure but I'd guess 650 is an acceptable max framburst value you
> can set your AP to if you're dealing in mixed mode and with cards not
> capable of modifying this rate. More tests should prove/disprove this.
>=20
> > > would the card be set to the specified frameburst whenever the driver=
 is loaded?   =20
> >=20
> > Yes.
>=20
> If we were to set a default value I'd shoot then for 650 for now. We
> *could* add an ioctl to max this to 5k... We are running out of ioctls
> so we'll have to work conservatively now.
>=20
> Answers/corrections to my answers/educational&experimental guesses are we=
lcomed.
>=20
> 	Luis
>=20
> --=20
> GnuPG Key fingerprint =3D 113F B290 C6D2 0251 4D84  A34A 6ADD 4937 E20A 5=
25E



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

--ztcJpsdPpsnnlAp8
Content-Type: application/pgp-signature
Content-Disposition: inline

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

iD8DBQFASDP9at1JN+IKUl4RAle2AJ9GdZqYPuI+NVWKXYufDkoaZasWjwCffinc
ZsZC+1D3vgIievj+WNaflGA=
=0M8L
-----END PGP SIGNATURE-----

--ztcJpsdPpsnnlAp8--