From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 06:39:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 41EB960B; Fri, 14 Mar 2014 06:39:36 +0000 (UTC) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D90C88DD; Fri, 14 Mar 2014 06:39:35 +0000 (UTC) Received: from srg.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) by ns.kevlo.org (8.14.8/8.14.8) with ESMTP id s2E6cNxD066633 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 14 Mar 2014 14:38:24 +0800 (CST) (envelope-from kevlo@FreeBSD.org) Message-ID: <5322A412.1020809@FreeBSD.org> Date: Fri, 14 Mar 2014 14:39:14 +0800 From: Kevin Lo User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Alexey Dokuchaev Subject: Re: urtwn driver for Edimax EW-7811U WLAN nano USB Adapter References: <201310081742.r98HfbBV055077@fire.js.berklix.net> <589BAB21-30E9-4750-A345-BE7AB1116F48@FreeBSD.org> <20140210122146.GA26853@FreeBSD.org> <531D6C9C.7010607@FreeBSD.org> <20140310074731.GA55224@FreeBSD.org> In-Reply-To: <20140310074731.GA55224@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Julian H. Stacey" , Alfred Perlstein , Rui Paulo , "freebsd-current@freebsd.org bsd" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Mar 2014 06:39:36 -0000 On 2014/03/10 15:47, Alexey Dokuchaev wrote: > On Mon, Mar 10, 2014 at 03:41:16PM +0800, Kevin Lo wrote: >> On 2014/02/10 20:21, Alexey Dokuchaev wrote: >>> To augment this a bit: I also came across one of these dongles (vendor >>> 0x0bda product 0x8176) that gave me this "timeout waiting for checksum >>> report" message. Retrying didn't help, but plugging the dongle out and >>> then back in did. After powercycling the machine, I had to replug it >>> again. Once replugged, the dongle seems to work fine (I rebuilt kernel >>> and some ports via NFS over it thus far). >>> >>> This suggests that the driver (or more generic part of the USB stack) >>> does not initialize something correctly, while full plug-and-play thing >>> does it. Any ideas? >> We have to reset the bit of the R92C_MCUFWDL associated with checksum report >> before writing firmware. Could you try this patch? Thanks. > Shit. I'd like to help, but no longer have access to the dongle. If I find > anything similar (or find a way to get access to original dongle remotely), > I'll let you know. :( No worries. I committed it as r263154. Hope this problem get fixed. :-) > > Thanks for working on these things Kevin, I appreciate it. > > ./danfe Kevin