Date: Thu, 16 Jan 2003 00:54:40 -0700 (MST) From: "M. Warner Losh" <imp@bsdimp.com> To: julian@elischer.org Cc: sam@errno.com, nate@root.org, mark@grondar.org, sam@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/crypto/rc4 rc4.c src/sys/modules/rc4 Makefile Message-ID: <20030116.005440.128614739.imp@bsdimp.com> In-Reply-To: <Pine.BSF.4.21.0301151234250.91512-100000@InterJet.elischer.org> References: <19ea01c2bcd3$c03f7220$5a557f42@errno.com> <Pine.BSF.4.21.0301151234250.91512-100000@InterJet.elischer.org>
next in thread | previous in thread | raw e-mail | index | archive | help
In message: <Pine.BSF.4.21.0301151234250.91512-100000@InterJet.elischer.org>
Julian Elischer <julian@elischer.org> writes:
: Can the new driver still get the card to do it?
Yes. Most of the time.
: (I'm presuming yes, and that this only is used when you are doing
: more involved work(e.g. host-AP etc.)
Yes. There are times that you want the host to do the
encryption/decryption, and other times you want the card to do it.
Doing it on the host mostly works around broken firmware, but there is
some firmware I think that moves this function to the host to have a
smaller firmware part. This last bit is conjecture from one person
and I've not been able to confirm it with intersil.
Warner
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030116.005440.128614739.imp>