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

On Fri, Oct 01, 2004 at 10:17:37AM +1000, Daniel Carosone wrote:
> On Thu, Sep 30, 2004 at 02:32:35PM -0500, Frederick Bruckman wrote:
> >=20
> > Try building a current kernel with options COM_16650 (COM16650 on 2.0).
>=20
> Well, this is interesting.  I saw that option in the sources, but my
> eyes misled me to read it as 16550 and I just assumed it was on.
>=20
> However, cu still doesn't accept -s >115200, nor does stty.
> EINVAL from tcsetattr.

And on further reading, I can't really see how it makes a difference
for speed; the #ifdef'd code is only at probe time, and results in a
sc->sc_fifolen =3D 32, but nothing that I can see affects the speed or
the frequency (like is done for the HAYESP).

Likewise, comspeed() takes a type argument that goes unused, even if
sc_type were set differently for 16650, which it isn't.

Is the 16650 support incomplete?

--
Dan.
--gSsRJZU0nGhQbl8n
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (NetBSD)

iD8DBQFBXKs1EAVxvV4N66cRAm9iAJkBVjIx/oiweixfzRjsHBDV9ZybTwCeJ8Gn
OwvXKbC2d0+sRdLl1Pvd9yg=
=SoQi
-----END PGP SIGNATURE-----

--gSsRJZU0nGhQbl8n--