From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp70.iad3a.emailsrvr.com (smtp70.iad3a.emailsrvr.com [173.203.187.70]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id A156B3B2D9 for ; Mon, 14 Mar 2016 23:47:58 -0400 (EDT) Received: from smtp1.relay.iad3a.emailsrvr.com (localhost.localdomain [127.0.0.1]) by smtp1.relay.iad3a.emailsrvr.com (SMTP Server) with ESMTP id 332D118030F; Mon, 14 Mar 2016 23:47:58 -0400 (EDT) Received: from app62.wa-webapps.iad3a (relay-webapps.rsapps.net [172.27.255.140]) by smtp1.relay.iad3a.emailsrvr.com (SMTP Server) with ESMTP id 21C4318030E; Mon, 14 Mar 2016 23:47:58 -0400 (EDT) X-Sender-Id: MAILER-DAEMON Received: from app62.wa-webapps.iad3a (relay-webapps.rsapps.net [172.27.255.140]) by 0.0.0.0:25 (trex/5.5.4); Mon, 14 Mar 2016 23:47:58 -0400 Received: from reed.com (localhost [127.0.0.1]) by app62.wa-webapps.iad3a (Postfix) with ESMTP id 1022A20081; Mon, 14 Mar 2016 23:47:58 -0400 (EDT) Received: by mobile.rackspace.com (Authenticated sender: dpreed@reed.com, from: dpreed@reed.com) with HTTP; Mon, 14 Mar 2016 23:47:58 -0400 (EDT) Date: Mon, 14 Mar 2016 23:47:58 -0400 (EDT) From: dpreed@reed.com To: "David Lang" Cc: "Wayne Workman" , "bufferbloat-fcc-discuss" , cerowrt-devel@lists.bufferbloat.net, make-wifi-fast@lists.bufferbloat.net MIME-Version: 1.0 Content-Type: text/plain;charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <1458013678.063414576@mobile.rackspace.com> X-Mailer: mobile/4.0.0 Subject: Re: [Make-wifi-fast] [bufferbloat-fcc-discuss] [Cerowrt-devel]arstechnica confirmstp-link router lockdown X-BeenThere: make-wifi-fast@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2016 03:47:58 -0000 There are many processor architectures that have different instruction memo= ries for different functional units.=20 SoCs often have multiple functional units on the same die. For radios that = allows for a pipeline. You can limit what an EPROM will accept with a crypt= o signature. This is common stuff. -----Original Message----- From: "David Lang" Sent: Mon, Mar 14, 2016 at 3:04 pm To: dpreed@reed.com Cc: "Wayne Workman" , "bufferbloat-fcc-discuss= " , cerowrt-devel@lists.bufferbl= oat.net, make-wifi-fast@lists.bufferbloat.net Subject: Re: [Make-wifi-fast] [bufferbloat-fcc-discuss] [Cerowrt-devel]arst= echnica confirmstp-link router lockdown On Mon, 14 Mar 2016, dpreed@reed.com wrote: > An external "limit-exceeding signal detector" could also be very inexpens= ive,=20 > if it did not need to do ADC from the transmitted signal, but could get a= ccess=20 > to the digital samples and do a simple power measurement. I agree with this, but have concerns about how you can lock down part of th= e=20 firmware and not all of it. You still have the problem of telling the chip/algorithm which set of rules= to=20 enforce, and updating it when the requirements change. David Lang