From owner-freebsd-wireless@freebsd.org Sun Jan 31 23:34:28 2016 Return-Path: Delivered-To: freebsd-wireless@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 15A1AA758A0 for ; Sun, 31 Jan 2016 23:34:28 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from outbound2d.ore.mailhop.org (outbound2d.ore.mailhop.org [54.149.240.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E93BC1365 for ; Sun, 31 Jan 2016 23:34:27 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from homobox.opal.com (unknown [71.255.165.9]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sun, 31 Jan 2016 23:34:24 +0000 (UTC) Received: from shibato (shibato.opal.com [IPv6:2001:470:8cb8:3:21e:33ff:fe5f:cb65]) (authenticated bits=0) by homobox.opal.com (8.15.2/8.15.2) with ESMTPSA id u0VNXDua002548 (version=TLSv1.2 cipher=AES128-GCM-SHA256 bits=128 verify=NO); Sun, 31 Jan 2016 18:33:13 -0500 (EST) (envelope-from fbsd@opal.com) Date: Sun, 31 Jan 2016 18:33:13 -0500 From: "J.R. Oldroyd" To: Lars Engels Cc: freebsd-wireless@freebsd.org, freebsd-acpi@freebsd.org Subject: Re: Toshiba L675D wifi rfkill acpi support Message-ID: <20160131183313.0b96d226@shibato> In-Reply-To: <20160131085804.GO68362@e-new.0x20.net> References: <20160130173434.58cafbd1@shibato> <20160131085804.GO68362@e-new.0x20.net> X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (homobox.opal.com [IPv6:2001:470:8cb8:2::1]); Sun, 31 Jan 2016 18:33:16 -0500 (EST) X-Spam-Status: No, score=-0.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, T_RP_MATCHES_RCVD shortcircuit=no autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on homobox.opal.com X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2016 23:34:28 -0000 On Sun, 31 Jan 2016 09:58:05 +0100 Lars Engels wrote: > > You could try to "patch" PIN 20 on the card as described here: > > http://www.allthingstechie.net/2014/10/bypass-laptop-wireless-hardware-radio.html > > Then the H/W switch is always turned on. News of this pin-20 patch of which you speak had not yet reached these lands. This new learning amazes me. Being the pioneering type and always keen to be on the bleeding edge (!), I went ahead and tried it. It does, indeed, work! Thank you, Lars, for bringing enlightenment. And thanks, Adrian for your comments on the GPIO routing. Now, given that the L305D works with both the AR9285 and AR9280 NICs and toggling the ACPI wireless 0x200 line works too, and given that on the L675D the AR9285 also works as does the ACPI wireless 0x200 line, I guess we can conclude: - the ACPI wireless 0x200 line is routed to something other than pin 20 - the L305D does not assert pin 20, the L675D does - the AR9285 that I have (an AzureWave) ignores pin 20 I am thinking out loud here... I was hoping to be able to complete the acpi_toshiba.c enhancements by making this work, but I have already tested all four ACPI wireless lines on the L675D and none seem to do what we need. -jr