From owner-freebsd-mobile@FreeBSD.ORG Sun Jan 11 08:05:44 2015 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 61B7C9FC for ; Sun, 11 Jan 2015 08:05:44 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 25B8827C for ; Sun, 11 Jan 2015 08:05:43 +0000 (UTC) Received: from [93.104.17.43] (helo=c720-r276659) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1YADWf-0002Ai-8G for freebsd-mobile@freebsd.org; Sun, 11 Jan 2015 09:05:33 +0100 Date: Sun, 11 Jan 2015 09:05:30 +0100 From: Matthias Apitz To: freebsd-mobile@freebsd.org Subject: power off ath0: Message-ID: <20150111080530.GA2035@c720-r276659> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , freebsd-mobile@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 93.104.17.43 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jan 2015 08:05:44 -0000 Hello, Is there a way to completely power-off the Wifi chip in my Acer C720? I tried 'ifconfig ath0 down' which saves around 20 mA. But the LED stays on, which let me think it is still someow on-air. Thanks matthias -- Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ +49-170-4527211 1989-2014: The Wall was torn down so that we go to war together again. El Muro ha sido derribado para que nos unimos en ir a la guerra otra vez. Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Krieg ziehen. From owner-freebsd-mobile@FreeBSD.ORG Mon Jan 12 16:54:57 2015 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69A8D2DF for ; Mon, 12 Jan 2015 16:54:57 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4340887C for ; Mon, 12 Jan 2015 16:54:57 +0000 (UTC) Received: from new-host-4.home (pool-173-70-85-31.nwrknj.fios.verizon.net [173.70.85.31]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id A4836B93B; Mon, 12 Jan 2015 11:54:55 -0500 (EST) Message-ID: <54B3FC5F.3070306@FreeBSD.org> Date: Mon, 12 Jan 2015 11:54:55 -0500 From: John Baldwin User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Matthias Apitz , freebsd-mobile@freebsd.org Subject: Re: power off ath0: References: <20150111080530.GA2035@c720-r276659> In-Reply-To: <20150111080530.GA2035@c720-r276659> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 12 Jan 2015 11:54:55 -0500 (EST) X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jan 2015 16:54:57 -0000 On 1/11/15 3:05 AM, Matthias Apitz wrote: > > Hello, > > Is there a way to completely power-off the Wifi chip in my Acer C720? > I tried 'ifconfig ath0 down' which saves around 20 mA. But the LED stays > on, which let me think it is still someow on-air. Not yet. You could try setting the tunable to disable power for PCI devices without a driver and not include 'ath' in your kernel config. I will (soon) commit a new 'devctl' tool to HEAD that would let you do 'devctl suspend ath0' to do this. -- John Baldwin From owner-freebsd-mobile@FreeBSD.ORG Mon Jan 12 16:57:02 2015 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C60F4D0 for ; Mon, 12 Jan 2015 16:57:02 +0000 (UTC) Received: from mail-yh0-f49.google.com (mail-yh0-f49.google.com [209.85.213.49]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E64518B6 for ; Mon, 12 Jan 2015 16:57:01 +0000 (UTC) Received: by mail-yh0-f49.google.com with SMTP id f10so10110515yha.8 for ; Mon, 12 Jan 2015 08:56:55 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=DOC7Ik37Onp5gRTvjR4RvB1Hnadqi9cJYS6oj9ZZ/co=; b=V04CgoVmLr1uO/JbqIgcQEie7X8S718yMhZSvJpz+UD5H0n8Ea44zYA3Hu4qrvUoEU FSV+80zTkpiRfJhZqYpZ56eW+bUE7VkixWIaEuMGsWHSkVmGPA3gg+3fVOWgA5gV0BgZ xMPOIaxAkPvTGBEG5j/Ezq7HjN7ZzPd58OBEzGh+KyXYmSmMn1Jt/ZJrdqvSnyTW6Tpt aeZmb13dDi3SnWEepHXz43v0hL/qnOxKfAHhfP1he+GdN3/cUGLA9qug6vQc9OEv8jMa c6orP4ixN9iVywHiT1HCmJiA3R+sHVdVRoA6lezPDakOm6ymY14xjo/3shmP9xa2Dxe+ v0jA== X-Gm-Message-State: ALoCoQnHKXTJeC6dmBoZEgFwGwHrH3owNrpQ8O6bpaFV6ZhDNvDniWnsQJz9q6lZUmPfWqdaJF4r X-Received: by 10.236.43.225 with SMTP id l61mr23092812yhb.15.1421081815727; Mon, 12 Jan 2015 08:56:55 -0800 (PST) Received: from [10.64.26.9] ([69.53.236.236]) by mx.google.com with ESMTPSA id z23sm10871332yhz.35.2015.01.12.08.56.54 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 12 Jan 2015 08:56:55 -0800 (PST) Sender: Warner Losh Subject: Re: power off ath0: Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_D70D10B8-F0B3-4CE8-83FD-54C8FD21C992"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b3 From: Warner Losh In-Reply-To: <54B3FC5F.3070306@FreeBSD.org> Date: Mon, 12 Jan 2015 09:56:52 -0700 Message-Id: <87A73FD4-485B-4F38-B9D2-3F804BED4905@bsdimp.com> References: <20150111080530.GA2035@c720-r276659> <54B3FC5F.3070306@FreeBSD.org> To: John Baldwin X-Mailer: Apple Mail (2.1993) Cc: Matthias Apitz , freebsd-mobile@freebsd.org X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jan 2015 16:57:02 -0000 --Apple-Mail=_D70D10B8-F0B3-4CE8-83FD-54C8FD21C992 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jan 12, 2015, at 9:54 AM, John Baldwin wrote: >=20 > On 1/11/15 3:05 AM, Matthias Apitz wrote: >>=20 >> Hello, >>=20 >> Is there a way to completely power-off the Wifi chip in my Acer C720? >> I tried 'ifconfig ath0 down' which saves around 20 mA. But the LED = stays >> on, which let me think it is still someow on-air. >=20 > Not yet. You could try setting the tunable to disable power for PCI > devices without a driver and not include 'ath' in your kernel config. = I > will (soon) commit a new 'devctl' tool to HEAD that would let you do > 'devctl suspend ath0' to do this. I=E2=80=99d love to see this tied into the forthcoming work on PCIe hot = plug as well, which is one way to power off the slot. But that work seems to be = stalled=E2=80=A6 Warner --Apple-Mail=_D70D10B8-F0B3-4CE8-83FD-54C8FD21C992 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUs/zUAAoJEGwc0Sh9sBEAKqUQAJAESrQ+e9wFYFqXYNfBT+DF eYBYTwV6C3d4SY6tr8iTVQA9hzUvSrbeI61Xsq8FHRBJRIftVsEj3gN59B2GLCmp ylQdPyf0GunP2p+gwKdi2F1P83ir/O0epKNVvmlAJIxLVb5d5RucVVtF0l79Pt0e SLfmFRXXBS+gFzRSZYE94XnFtbsij4/DTjWhem0QDsRchlRz8SkigtnpiBSul0uJ cl8dZAPbiFEVNPBBGBUl9dRdCl8Zr5Ji36nmOhoNpQ7aaiWL3x7db8N+F/81KDiC E/2zr+NCUsMhiVdSQzKohmm5OecyUenEoQgm2vxwU+d11kbOea5QGpQfQpNh1oEb 3XWgABbDctQhPgBQ5ZvjQraLzx9X8S/+oxfib1dcAZpbRcWm1iFRTuAR4LLs4KoU qTtqtwhBcRhQGOkk/niX1aCtBChL3odCpBx4ZH+33ACQt5nxlT99FCa/AYOkMnbW mIoyUzWod22gQsm7NYefXV89YjvM1jKpGGx9TbY78I1dTomTaKwfVlsGt2gTavf0 SZtSg05zxWUuVytkgELnPGVekn1C47tD2y8qc5xV4+og8LKLbXBeK9GrPZj80G0t mglwoNI+r+OW4IOT4oiPO4aHSg+l7eAXpwS4OUZVMMsPfqO67ADOEMIgrChr+WAC NPDbn+QMABaHjZscdNop =XQVr -----END PGP SIGNATURE----- --Apple-Mail=_D70D10B8-F0B3-4CE8-83FD-54C8FD21C992-- From owner-freebsd-mobile@FreeBSD.ORG Mon Jan 12 19:20:15 2015 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 536F1A5C; Mon, 12 Jan 2015 19:20:15 +0000 (UTC) Received: from mail-we0-x22b.google.com (mail-we0-x22b.google.com [IPv6:2a00:1450:400c:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DAB28DDB; Mon, 12 Jan 2015 19:20:14 +0000 (UTC) Received: by mail-we0-f171.google.com with SMTP id u56so20879922wes.2; Mon, 12 Jan 2015 11:20:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=55IyhAIidKM7Gd2gNXV7BiiuRslBYmHDS0mbYMVtuSY=; b=RpRlF98aphokT2Fb7K26siF/VwOpWmGh1mUAd1PBtmMND3x0INxWHOgJRTqohMWeOm SBT+UBRrqRiO7cMwCovfWlZT6IQ5EwNxr28z0GPOLwJl5mND0PW+mVI2+PhIdlImVWEo yTOcqI/SCP5eJJPFFm/KKrU+pqb7i997gfiUnfcYh84Eg4VQiV+SLqTQuZ0daceo9oWx bblvwwaITUG64/QXbiUREKwK2pcEQjnskYWQpySaEy6dVqNylONZ9FHyyZjEiQO3UmqT x2oAUaUS8m76ZhI0PCe6LDjFeobJ1cdbS/ZBt0Npc+GML5UTuA4MdjMTP4/1R8qXUw1O GXfQ== MIME-Version: 1.0 X-Received: by 10.180.91.193 with SMTP id cg1mr33471853wib.26.1421090407235; Mon, 12 Jan 2015 11:20:07 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.41.136 with HTTP; Mon, 12 Jan 2015 11:20:07 -0800 (PST) In-Reply-To: <87A73FD4-485B-4F38-B9D2-3F804BED4905@bsdimp.com> References: <20150111080530.GA2035@c720-r276659> <54B3FC5F.3070306@FreeBSD.org> <87A73FD4-485B-4F38-B9D2-3F804BED4905@bsdimp.com> Date: Mon, 12 Jan 2015 11:20:07 -0800 X-Google-Sender-Auth: c0rFGAaZ36pBDNXNRvesYoXwuBA Message-ID: Subject: Re: power off ath0: From: Adrian Chadd To: Warner Losh Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Matthias Apitz , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jan 2015 19:20:15 -0000 On 12 January 2015 at 08:56, Warner Losh wrote: > >> On Jan 12, 2015, at 9:54 AM, John Baldwin wrote: >> >> On 1/11/15 3:05 AM, Matthias Apitz wrote: >>> >>> Hello, >>> >>> Is there a way to completely power-off the Wifi chip in my Acer C720? >>> I tried 'ifconfig ath0 down' which saves around 20 mA. But the LED stay= s >>> on, which let me think it is still someow on-air. >> >> Not yet. You could try setting the tunable to disable power for PCI >> devices without a driver and not include 'ath' in your kernel config. I >> will (soon) commit a new 'devctl' tool to HEAD that would let you do >> 'devctl suspend ath0' to do this. > > I=E2=80=99d love to see this tied into the forthcoming work on PCIe hot p= lug as well, > which is one way to power off the slot. But that work seems to be stalled= =E2=80=A6 Right. So, the driver in -HEAD should be powering off almost all of the chip when no vap (ie, wlanX) is active. The only parts of the chip that stay on is the PCIe PHY and the GPIO/RTC block. AFAIK we don't support PCIe power save state management at the moment, so we can't keep the PCIe PHY off. But yeah, most of the chip is off. The chip doesn't take all that much power unless it's actively transmitting/receiving. The LEDs are on because the GPIO block is on and it's likely holding the LED up. -adrian From owner-freebsd-mobile@FreeBSD.ORG Tue Jan 13 09:13:41 2015 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F0C7176; Tue, 13 Jan 2015 09:13:41 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (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 4A91DE82; Tue, 13 Jan 2015 09:13:41 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 4941E6A6004; Tue, 13 Jan 2015 10:13:39 +0100 (CET) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id t0D9DdAc098813; Tue, 13 Jan 2015 10:13:39 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id t0D9DbFC097923; Tue, 13 Jan 2015 10:13:37 +0100 (CET) (envelope-from lars) Date: Tue, 13 Jan 2015 10:13:37 +0100 From: Lars Engels To: Adrian Chadd Subject: Re: power off ath0: Message-ID: <20150113091337.GL67556@e-new.0x20.net> References: <20150111080530.GA2035@c720-r276659> <54B3FC5F.3070306@FreeBSD.org> <87A73FD4-485B-4F38-B9D2-3F804BED4905@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="VnOTrGv5LmZxna7m" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p16 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Matthias Apitz , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jan 2015 09:13:41 -0000 --VnOTrGv5LmZxna7m Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 12, 2015 at 11:20:07AM -0800, Adrian Chadd wrote: > On 12 January 2015 at 08:56, Warner Losh wrote: > > > >> On Jan 12, 2015, at 9:54 AM, John Baldwin wrote: > >> > >> On 1/11/15 3:05 AM, Matthias Apitz wrote: > >>> > >>> Hello, > >>> > >>> Is there a way to completely power-off the Wifi chip in my Acer C720? > >>> I tried 'ifconfig ath0 down' which saves around 20 mA. But the LED st= ays > >>> on, which let me think it is still someow on-air. > >> > >> Not yet. You could try setting the tunable to disable power for PCI > >> devices without a driver and not include 'ath' in your kernel config. = I > >> will (soon) commit a new 'devctl' tool to HEAD that would let you do > >> 'devctl suspend ath0' to do this. > > > > I=E2=80=99d love to see this tied into the forthcoming work on PCIe hot= plug as well, > > which is one way to power off the slot. But that work seems to be stall= ed=E2=80=A6 >=20 > Right. So, the driver in -HEAD should be powering off almost all of > the chip when no vap (ie, wlanX) is active. The only parts of the chip > that stay on is the PCIe PHY and the GPIO/RTC block. AFAIK we don't > support PCIe power save state management at the moment, so we can't > keep the PCIe PHY off. >=20 > But yeah, most of the chip is off. The chip doesn't take all that much > power unless it's actively transmitting/receiving. The LEDs are on > because the GPIO block is on and it's likely holding the LED up. Is that only true for this chip, all ath ones or even all wireless devices? --VnOTrGv5LmZxna7m Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJUtOHBXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1t61EH/RI48mqgx6Ju7p1EmfXq1bB5 B1buZLDWvIwGJ5VUt874K8F9o3QphC8Yt69QlQAFqx0lkuRrGwAZMgTMlodmjruM PEf227BEC4tOM9LpKJmiFmFofKUWjO7y85sj3V6yfuFzfiPO/P+r+FiVYPfZUv+Y vzKdzTSY5ggmiukiy7Gx1TylbPOg/IirjX4CbSuTTFhlHXm8CHl6FbwFt9cMBVL0 E1aGUfoTp7gvdToPP5vp6FttFiyFuIJtVzI2DA6m+R2DaLEDcVpAfcczouNYBqW5 OecKvnxk0drGBGCMvg+7LL2Boh+1Aj3Cpxra/OlsMucDJa+OHKOS+WGbJRqcE/8= =N0cS -----END PGP SIGNATURE----- --VnOTrGv5LmZxna7m-- From owner-freebsd-mobile@FreeBSD.ORG Tue Jan 13 15:57:34 2015 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2ED69689 for ; Tue, 13 Jan 2015 15:57:34 +0000 (UTC) Received: from mail-wg0-x22f.google.com (mail-wg0-x22f.google.com [IPv6:2a00:1450:400c:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AF93E1AB for ; Tue, 13 Jan 2015 15:57:33 +0000 (UTC) Received: by mail-wg0-f47.google.com with SMTP id n12so3784737wgh.6 for ; Tue, 13 Jan 2015 07:57:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=qnBtabZ84c0vROslMU+r48blUK3MxiDPMpcM9y8zHLM=; b=Y/050aRLWOuce1NDhFMKxNZWKtsUKW2INuQyVPfIa+eKfxmEuSLfIe+JZYulyjRviz +dG0XDqL0GiE6oCTXHLvsui7vaKMYOYzXCYBLSpoHbPP7DM9h5kKj7xHFKwfrJcD3FTr vnZLT9UQ5Y+F0SBEBqY2Sr1fY3Cc4hICXgN5xC0lYCLPWRSq8h0diD3YfUaC1w2md8Pd vWVeGJT6Hb0RdLhDQp9iqGiqxMB9yZe2OSHch/ZYec8Nl40HyuMVgijT1OX3Tcl6xa/+ 4ksn+7URaTvhBFn7h425fepE0NHaEVB5IPQxtBBf2F3dq/9gFJwnjpAAf7VYNQXULPoB 1RGw== MIME-Version: 1.0 X-Received: by 10.194.24.103 with SMTP id t7mr70976370wjf.15.1421164651938; Tue, 13 Jan 2015 07:57:31 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.41.136 with HTTP; Tue, 13 Jan 2015 07:57:31 -0800 (PST) In-Reply-To: <20150113091337.GL67556@e-new.0x20.net> References: <20150111080530.GA2035@c720-r276659> <54B3FC5F.3070306@FreeBSD.org> <87A73FD4-485B-4F38-B9D2-3F804BED4905@bsdimp.com> <20150113091337.GL67556@e-new.0x20.net> Date: Tue, 13 Jan 2015 07:57:31 -0800 X-Google-Sender-Auth: d9Tco2hlfNtzAh3lCyhk5ZY1mF4 Message-ID: Subject: Re: power off ath0: From: Adrian Chadd To: Lars Engels Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Matthias Apitz , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jan 2015 15:57:34 -0000 All atheros PCI/PCIe devices. -a On 13 January 2015 at 01:13, Lars Engels wrote: > On Mon, Jan 12, 2015 at 11:20:07AM -0800, Adrian Chadd wrote: >> On 12 January 2015 at 08:56, Warner Losh wrote: >> > >> >> On Jan 12, 2015, at 9:54 AM, John Baldwin wrote: >> >> >> >> On 1/11/15 3:05 AM, Matthias Apitz wrote: >> >>> >> >>> Hello, >> >>> >> >>> Is there a way to completely power-off the Wifi chip in my Acer C720= ? >> >>> I tried 'ifconfig ath0 down' which saves around 20 mA. But the LED s= tays >> >>> on, which let me think it is still someow on-air. >> >> >> >> Not yet. You could try setting the tunable to disable power for PCI >> >> devices without a driver and not include 'ath' in your kernel config.= I >> >> will (soon) commit a new 'devctl' tool to HEAD that would let you do >> >> 'devctl suspend ath0' to do this. >> > >> > I=E2=80=99d love to see this tied into the forthcoming work on PCIe ho= t plug as well, >> > which is one way to power off the slot. But that work seems to be stal= led=E2=80=A6 >> >> Right. So, the driver in -HEAD should be powering off almost all of >> the chip when no vap (ie, wlanX) is active. The only parts of the chip >> that stay on is the PCIe PHY and the GPIO/RTC block. AFAIK we don't >> support PCIe power save state management at the moment, so we can't >> keep the PCIe PHY off. >> >> But yeah, most of the chip is off. The chip doesn't take all that much >> power unless it's actively transmitting/receiving. The LEDs are on >> because the GPIO block is on and it's likely holding the LED up. > > Is that only true for this chip, all ath ones or even all wireless > devices?