[ath9k-devel] Power drain during suspend

[ath9k-devel] Power drain during suspend

[Frank Zafka]

Hello. Looking for some advice regarding a massive powerdrain during
suspend caused by the wifi card.

I have a new Atheros AR9462 connected to my n-wireless network.
Everything works fine. I put the computer into suspend (shut lid) and
everything goes as expected. However the battery is completely
emptying over night.

This behaviour is not correct. With the old wifi card (an Atheros abg
card) there was no battery drain. And there is also no battery drain
without a wifi card in.

I was wondering if this is a bug in the driver? I am running Arch
Linux. Any suggestions would be gratefully received. Thanks.

Arch forum thread: https://bbs.archlinux.org/viewtopic.php?pid=1510821

[ath9k-devel] Power drain during suspend

[Adrian Chadd]

Hi,

There's WoW support and there's bluetooth support, both of which I
think leave parts of the PCIe PHY up.

Try unloading ath9k before suspend and see if that makes things better.



-adrian


On 14 March 2015 at 02:04, Frank Zafka <kafkaesque1978@gmail.com> wrote:
> Hello. Looking for some advice regarding a massive powerdrain during
> suspend caused by the wifi card.
>
> I have a new Atheros AR9462 connected to my n-wireless network.
> Everything works fine. I put the computer into suspend (shut lid) and
> everything goes as expected. However the battery is completely
> emptying over night.
>
> This behaviour is not correct. With the old wifi card (an Atheros abg
> card) there was no battery drain. And there is also no battery drain
> without a wifi card in.
>
> I was wondering if this is a bug in the driver? I am running Arch
> Linux. Any suggestions would be gratefully received. Thanks.
>
> Arch forum thread: https://bbs.archlinux.org/viewtopic.php?pid=1510821
> _______________________________________________
> ath9k-devel mailing list
> ath9k-devel at lists.ath9k.org
> https://lists.ath9k.org/mailman/listinfo/ath9k-devel

[ath9k-devel] Power drain during suspend

[Sujith Manoharan]

Frank Zafka wrote:
> Hello. Looking for some advice regarding a massive powerdrain during
> suspend caused by the wifi card.
> 
> I have a new Atheros AR9462 connected to my n-wireless network.
> Everything works fine. I put the computer into suspend (shut lid) and
> everything goes as expected. However the battery is completely
> emptying over night.

Which card/machine is this ? Can you post the output of
'sudo lspci -vv -nn -d 168c:*' and 'sudo dmidecode' ?

Sujith

[ath9k-devel] Power drain during suspend

[Sujith Manoharan]

Frank Zafka wrote:
> 02:00.0 Network controller [0280]: Qualcomm Atheros AR9462 Wireless
> Network Adapter [168c:0034] (rev 01)
> Subsystem: Lenovo Device [17aa:3214]

This card supports WOWLAN and is a BT combo device. Maybe
ath9k is missing something in the suspend path.

Can you check if unloading both ath9k and ath3k before suspend
makes any difference ?

Sujith

[ath9k-devel] Power drain during suspend

[Frank Zafka]

Unloading both ath9k and ath3k resulted in the same huge loss of
battery life during suspend. Any other ideas gratefully received!

On Sun, Mar 15, 2015 at 8:12 AM, Sujith Manoharan <sujith@msujith.org> wrote:
> Frank Zafka wrote:
>> 02:00.0 Network controller [0280]: Qualcomm Atheros AR9462 Wireless
>> Network Adapter [168c:0034] (rev 01)
>> Subsystem: Lenovo Device [17aa:3214]
>
> This card supports WOWLAN and is a BT combo device. Maybe
> ath9k is missing something in the suspend path.
>
> Can you check if unloading both ath9k and ath3k before suspend
> makes any difference ?
>
> Sujith

[ath9k-devel] Power drain during suspend

[Adrian Chadd]

... how much is "huge loss" ?



-adrian

[ath9k-devel] Power drain during suspend

[Frank Zafka]

Thanks for the response. Old behaviour (on abg Atheros card) battery
goes from 100% to 85% in 7-8 hours (this is the same when no wifi card
present). New behaviour (n Atheros) battery goes from 100% to 0% in
4-5 hours.



On Mon, Mar 16, 2015 at 7:44 PM, Adrian Chadd <adrian@freebsd.org> wrote:
> ... how much is "huge loss" ?
>
>
>
> -adrian

[ath9k-devel] Power drain during suspend

[Adrian Chadd]

On 16 March 2015 at 12:48, Frank Zafka <kafkaesque1978@gmail.com> wrote:
> Thanks for the response. Old behaviour (on abg Atheros card) battery
> goes from 100% to 85% in 7-8 hours (this is the same when no wifi card
> present). New behaviour (n Atheros) battery goes from 100% to 0% in
> 4-5 hours.

Hm, that's quite a lot of juice to be consuming. :(


-adrian

[ath9k-devel] Power drain during suspend

[Frank Zafka]

It really is. It makes suspend useless since the laptop is waking
up...and then shutting down (because of the low battery). I am loathed
to give up and go back to the old abg card as the new n card is
working perfectly in terms of speeds and connections during daily use.

I'll keep going with it as long as there's hope of a solution. :)

On Mon, Mar 16, 2015 at 8:25 PM, Adrian Chadd <adrian@freebsd.org> wrote:
> On 16 March 2015 at 12:48, Frank Zafka <kafkaesque1978@gmail.com> wrote:
>> Thanks for the response. Old behaviour (on abg Atheros card) battery
>> goes from 100% to 85% in 7-8 hours (this is the same when no wifi card
>> present). New behaviour (n Atheros) battery goes from 100% to 0% in
>> 4-5 hours.
>
> Hm, that's quite a lot of juice to be consuming. :(
>
>
> -adrian

[ath9k-devel] Power drain during suspend

[Frank Zafka]

So has anyone got any good ideas on how to proceed with this issue?

On Mon, Mar 16, 2015 at 8:29 PM, Frank Zafka <kafkaesque1978@gmail.com> wrote:
> It really is. It makes suspend useless since the laptop is waking
> up...and then shutting down (because of the low battery). I am loathed
> to give up and go back to the old abg card as the new n card is
> working perfectly in terms of speeds and connections during daily use.
>
> I'll keep going with it as long as there's hope of a solution. :)
>
> On Mon, Mar 16, 2015 at 8:25 PM, Adrian Chadd <adrian@freebsd.org> wrote:
>> On 16 March 2015 at 12:48, Frank Zafka <kafkaesque1978@gmail.com> wrote:
>>> Thanks for the response. Old behaviour (on abg Atheros card) battery
>>> goes from 100% to 85% in 7-8 hours (this is the same when no wifi card
>>> present). New behaviour (n Atheros) battery goes from 100% to 0% in
>>> 4-5 hours.
>>
>> Hm, that's quite a lot of juice to be consuming. :(
>>
>>
>> -adrian

[ath9k-devel] Power drain during suspend

[Sujith Manoharan]

Frank Zafka wrote:
> So has anyone got any good ideas on how to proceed with this issue?

I have an AR9565 card which also appears to show similar behavior.
The rate of power drain is slower, but the battery does reach zero
capacity after suspend. WOW is enabled on this machine/chip too.
Unfortunately removing the card is cumbersome on this small netbook,
so I can't rule out other causes. But, I'll check if something
needs to be done in ath9k.

Sujith

[ath9k-devel] Power drain during suspend

[Frank Zafka]

Thanks for the response Sujith. I am happy to help with testing any patches.

On Mon, Mar 16, 2015 at 8:29 PM, Frank Zafka <kafkaesque1978@gmail.com> wrote:
> It really is. It makes suspend useless since the laptop is waking
> up...and then shutting down (because of the low battery). I am loathed
> to give up and go back to the old abg card as the new n card is
> working perfectly in terms of speeds and connections during daily use.
>
> I'll keep going with it as long as there's hope of a solution. :)
>
> On Mon, Mar 16, 2015 at 8:25 PM, Adrian Chadd <adrian@freebsd.org> wrote:
>> On 16 March 2015 at 12:48, Frank Zafka <kafkaesque1978@gmail.com> wrote:
>>> Thanks for the response. Old behaviour (on abg Atheros card) battery
>>> goes from 100% to 85% in 7-8 hours (this is the same when no wifi card
>>> present). New behaviour (n Atheros) battery goes from 100% to 0% in
>>> 4-5 hours.
>>
>> Hm, that's quite a lot of juice to be consuming. :(
>>
>>
>> -adrian

[ath9k-devel] Power drain during suspend

[Adrian Chadd]

Maybe leaving WOW enabled is leaving the PCIe PHYs online and active?
And/or USB/bluetooth?

It has to be drawing significant current for it to flatten the battery
whilst suspended, so my guess is that quite a large chunk of the
hardware between the NIC and the battery is not fully suspended.


-a

[ath9k-devel] Power drain during suspend

[Sujith Manoharan]

Adrian Chadd wrote:
> Maybe leaving WOW enabled is leaving the PCIe PHYs online and active?
> And/or USB/bluetooth?
> 
> It has to be drawing significant current for it to flatten the battery
> whilst suspended, so my guess is that quite a large chunk of the
> hardware between the NIC and the battery is not fully suspended.

WOW is enabled only when a user configures it. The WOW code is compiled
into ath9k, but it is not used in the suspend/resume path, normally.

AFAIK, the MCI subsystem is enabled by default for WB222 in the windows
driver, we don't do that in ath9k.

Frank, can you load the driver with BTCOEX enabled and see if things improve ?
(sudo modprobe ath9k btcoex_enable=1)

Sujith

[ath9k-devel] Power drain during suspend

[Sujith Manoharan]

Sujith Manoharan wrote:
> Frank Zafka wrote:
> > 02:00.0 Network controller [0280]: Qualcomm Atheros AR9462 Wireless
> > Network Adapter [168c:0034] (rev 01)
> > Subsystem: Lenovo Device [17aa:3214]

Was this card obtained from a different machine ?

[ath9k-devel] Power drain during suspend

[Frank Zafka]

>Frank, can you load the driver with BTCOEX enabled and see if things improve ?
>(sudo modprobe ath9k btcoex_enable=1)

Didn't make any difference. Behaviour was no different. Thanks for the
suggestion.

>Was this card obtained from a different machine ?
From an earlier email, your machine is Acer ?

I bought the card off ebay to access my 5ghz-wireless network. As I've
said before, the card works fine during operation (excellent in fact),
it's the suspend issue which is causing the problems.

On Thu, Mar 19, 2015 at 7:51 AM, Frank Zafka <kafkaesque1978@gmail.com> wrote:
> Thanks for the response Sujith. I am happy to help with testing any patches.
>
> On Mon, Mar 16, 2015 at 8:29 PM, Frank Zafka <kafkaesque1978@gmail.com> wrote:
>> It really is. It makes suspend useless since the laptop is waking
>> up...and then shutting down (because of the low battery). I am loathed
>> to give up and go back to the old abg card as the new n card is
>> working perfectly in terms of speeds and connections during daily use.
>>
>> I'll keep going with it as long as there's hope of a solution. :)
>>
>> On Mon, Mar 16, 2015 at 8:25 PM, Adrian Chadd <adrian@freebsd.org> wrote:
>>> On 16 March 2015 at 12:48, Frank Zafka <kafkaesque1978@gmail.com> wrote:
>>>> Thanks for the response. Old behaviour (on abg Atheros card) battery
>>>> goes from 100% to 85% in 7-8 hours (this is the same when no wifi card
>>>> present). New behaviour (n Atheros) battery goes from 100% to 0% in
>>>> 4-5 hours.
>>>
>>> Hm, that's quite a lot of juice to be consuming. :(
>>>
>>>
>>> -adrian

[ath9k-devel] Power drain during suspend

[Adrian Chadd]

Sujith - do you have access to the PCIe breakout stuff at QCA?
Something that we can use to measure the current draw of the NIC?

I haven't modified one of my TB boards to allow me to do that - I
probably should.


-a

On 21 March 2015 at 02:01, Frank Zafka <kafkaesque1978@gmail.com> wrote:
>>Frank, can you load the driver with BTCOEX enabled and see if things improve ?
>>(sudo modprobe ath9k btcoex_enable=1)
>
> Didn't make any difference. Behaviour was no different. Thanks for the
> suggestion.
>
>>Was this card obtained from a different machine ?
> >From an earlier email, your machine is Acer ?
>
> I bought the card off ebay to access my 5ghz-wireless network. As I've
> said before, the card works fine during operation (excellent in fact),
> it's the suspend issue which is causing the problems.
>
> On Thu, Mar 19, 2015 at 7:51 AM, Frank Zafka <kafkaesque1978@gmail.com> wrote:
>> Thanks for the response Sujith. I am happy to help with testing any patches.
>>
>> On Mon, Mar 16, 2015 at 8:29 PM, Frank Zafka <kafkaesque1978@gmail.com> wrote:
>>> It really is. It makes suspend useless since the laptop is waking
>>> up...and then shutting down (because of the low battery). I am loathed
>>> to give up and go back to the old abg card as the new n card is
>>> working perfectly in terms of speeds and connections during daily use.
>>>
>>> I'll keep going with it as long as there's hope of a solution. :)
>>>
>>> On Mon, Mar 16, 2015 at 8:25 PM, Adrian Chadd <adrian@freebsd.org> wrote:
>>>> On 16 March 2015 at 12:48, Frank Zafka <kafkaesque1978@gmail.com> wrote:
>>>>> Thanks for the response. Old behaviour (on abg Atheros card) battery
>>>>> goes from 100% to 85% in 7-8 hours (this is the same when no wifi card
>>>>> present). New behaviour (n Atheros) battery goes from 100% to 0% in
>>>>> 4-5 hours.
>>>>
>>>> Hm, that's quite a lot of juice to be consuming. :(
>>>>
>>>>
>>>> -adrian
> _______________________________________________
> ath9k-devel mailing list
> ath9k-devel at lists.ath9k.org
> https://lists.ath9k.org/mailman/listinfo/ath9k-devel

[ath9k-devel] Power drain during suspend

[Sujith Manoharan]

Adrian Chadd wrote:
> Sujith - do you have access to the PCIe breakout stuff at QCA?
> Something that we can use to measure the current draw of the NIC?

Nope, no access.

I asked internally if using a card that has been reworked for WOW
support can be used on a different mainboard - didn't get any
clear answer.

I found a doc which mentions this to enable WOW for WB222/AR9462:

For the hardware module: 
1. Power must be provided to the module during the S3/S4 states to support WoW. 
2. BOM change: (note that a host pull-up resistor (?5 K?) tied to no higher than
+3.3 Vaux is required on this pin)

WB222-031:
Load R4 with 0 ?, +5% 0201
Load R50 with 10K ?, +5% 0201 (Optional)

I have no idea if this is a HW issue or just a bug in ath9k.
This page mentions that unloading ehci_hcd makes a difference:
http://www.thinkwiki.org/wiki/Problem_with_high_power_drain_in_ACPI_sleep#USB

Maybe that can be tried (or xhci_hcd).

Sujith

[ath9k-devel] Power drain during suspend

[Frank Zafka]

As per suggestions, I tried modprobe -r ehci_hcd. No difference I'm
afraid. I have another laptop with almost identical hardward (acer
1810tz) and I recently installed the very same wifi card. I tested
suspend on that last night and it didn't experience any significant
battery discharge. If that information helps?



On Sun, Mar 22, 2015 at 2:17 AM, Sujith Manoharan <sujith@msujith.org> wrote:
> Adrian Chadd wrote:
>> Sujith - do you have access to the PCIe breakout stuff at QCA?
>> Something that we can use to measure the current draw of the NIC?
>
> Nope, no access.
>
> I asked internally if using a card that has been reworked for WOW
> support can be used on a different mainboard - didn't get any
> clear answer.
>
> I found a doc which mentions this to enable WOW for WB222/AR9462:
>
> For the hardware module:
> 1. Power must be provided to the module during the S3/S4 states to support WoW.
> 2. BOM change: (note that a host pull-up resistor (?5 K?) tied to no higher than
> +3.3 Vaux is required on this pin)
>
> WB222-031:
> Load R4 with 0 ?, +5% 0201
> Load R50 with 10K ?, +5% 0201 (Optional)
>
> I have no idea if this is a HW issue or just a bug in ath9k.
> This page mentions that unloading ehci_hcd makes a difference:
> http://www.thinkwiki.org/wiki/Problem_with_high_power_drain_in_ACPI_sleep#USB
>
> Maybe that can be tried (or xhci_hcd).
>
> Sujith

[ath9k-devel] Power drain during suspend

[Frank Zafka]

As per suggestions, I tried modprobe -r ehci_hcd. No difference I'm
afraid. I have another laptop with almost identical hardward (acer
1810tz) and I recently installed the very same wifi card. I tested
suspend on that last night and it didn't experience any significant
battery discharge. If that information helps?

****Forgot to add that this laptop (1810tz)  runs Windows 8.



On Mon, Mar 23, 2015 at 9:01 AM, Frank Zafka <kafkaesque1978@gmail.com> wrote:
> As per suggestions, I tried modprobe -r ehci_hcd. No difference I'm
> afraid. I have another laptop with almost identical hardward (acer
> 1810tz) and I recently installed the very same wifi card. I tested
> suspend on that last night and it didn't experience any significant
> battery discharge. If that information helps?
>
>
>
> On Sun, Mar 22, 2015 at 2:17 AM, Sujith Manoharan <sujith@msujith.org> wrote:
>> Adrian Chadd wrote:
>>> Sujith - do you have access to the PCIe breakout stuff at QCA?
>>> Something that we can use to measure the current draw of the NIC?
>>
>> Nope, no access.
>>
>> I asked internally if using a card that has been reworked for WOW
>> support can be used on a different mainboard - didn't get any
>> clear answer.
>>
>> I found a doc which mentions this to enable WOW for WB222/AR9462:
>>
>> For the hardware module:
>> 1. Power must be provided to the module during the S3/S4 states to support WoW.
>> 2. BOM change: (note that a host pull-up resistor (?5 K?) tied to no higher than
>> +3.3 Vaux is required on this pin)
>>
>> WB222-031:
>> Load R4 with 0 ?, +5% 0201
>> Load R50 with 10K ?, +5% 0201 (Optional)
>>
>> I have no idea if this is a HW issue or just a bug in ath9k.
>> This page mentions that unloading ehci_hcd makes a difference:
>> http://www.thinkwiki.org/wiki/Problem_with_high_power_drain_in_ACPI_sleep#USB
>>
>> Maybe that can be tried (or xhci_hcd).
>>
>> Sujith

[ath9k-devel] Power drain during suspend

[Sujith Manoharan]

Frank Zafka wrote:
> As per suggestions, I tried modprobe -r ehci_hcd. No difference I'm
> afraid. I have another laptop with almost identical hardward (acer
> 1810tz) and I recently installed the very same wifi card. I tested
> suspend on that last night and it didn't experience any significant
> battery discharge. If that information helps?
> 
> ****Forgot to add that this laptop (1810tz)  runs Windows 8.

Can you blacklist ath9k and check ?
https://wiki.archlinux.org/index.php/kernel_modules#Blacklisting

Reboot and make sure that ath9k is not loaded, suspend/resume and
check battery status. If the drain issue is still seen, then
ath9k is not the problem.

Sujith

[ath9k-devel] Power drain during suspend

[Frank Zafka]

Blacklisted the ath9k module. Power drain still there. I've not really
got any other ideas what might be causing this, May go back to the old
WIFI card (abg) or live without suspend. Haven't decided yet. Thanks
for all the help.

On Tue, Mar 24, 2015 at 6:01 AM, Sujith Manoharan <sujith@msujith.org> wrote:
> Frank Zafka wrote:
>> As per suggestions, I tried modprobe -r ehci_hcd. No difference I'm
>> afraid. I have another laptop with almost identical hardward (acer
>> 1810tz) and I recently installed the very same wifi card. I tested
>> suspend on that last night and it didn't experience any significant
>> battery discharge. If that information helps?
>>
>> ****Forgot to add that this laptop (1810tz)  runs Windows 8.
>
> Can you blacklist ath9k and check ?
> https://wiki.archlinux.org/index.php/kernel_modules#Blacklisting
>
> Reboot and make sure that ath9k is not loaded, suspend/resume and
> check battery status. If the drain issue is still seen, then
> ath9k is not the problem.
>
> Sujith

[ath9k-devel] Power drain during suspend

[Adrian Chadd]

Hi,

I'd have a look at what power state the PCI device is in even when
it's blacklisted, and compare it to another NIC when it too is
blacklisted.

I think this is one of those things where you need a PCIe analyser and
digital multimeter to check. Either the USB device is always on, the
PCIe PHY is requesting to stay on, or the NIC is drawing current from
one of the power lines to stay "on" for WoW. We don't know which one
it is.



-adrian

[ath9k-devel] Power drain during suspend

[Frank Zafka]

I have actually given up on this and gone back to my previous atheros
wifi card. However in doing so I realise that the power drain is not
just occurring in suspend. It happens all the time. I'm just noticing
it on suspend because i'm mostly using the laptop on power. Anyway, I
am providing this information in the slight hope that it prompts some
kind of solution. Thanks.

On Thu, Mar 26, 2015 at 6:00 PM, Adrian Chadd <adrian@freebsd.org> wrote:
> Hi,
>
> I'd have a look at what power state the PCI device is in even when
> it's blacklisted, and compare it to another NIC when it too is
> blacklisted.
>
> I think this is one of those things where you need a PCIe analyser and
> digital multimeter to check. Either the USB device is always on, the
> PCIe PHY is requesting to stay on, or the NIC is drawing current from
> one of the power lines to stay "on" for WoW. We don't know which one
> it is.
>
>
>
> -adrian

[ath9k-devel] Power drain during suspend

[Frank Zafka]

Thanks for the replies.

modprobe -r ath9k took down the wifi. But the power still drained
during suspend. Physically removing the card solved the issue. The
Wi-Fi card is an Atheros AR9462. This issue did not occur on my
previous Atheros card (abg only) where the battery life was fine
during suspend. The battery goes from full to flat in 5 hours. Without
the card in (and with the old card) the battery would be at 85%,

I am running an Acer 753. Running Arch Linux.

Requested output:

02:00.0 Network controller [0280]: Qualcomm Atheros AR9462 Wireless
Network Adapter [168c:0034] (rev 01)
Subsystem: Lenovo Device [17aa:3214]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 17
Region 0: Memory at d2400000 (64-bit, non-prefetchable) [size=512K]
Expansion ROM at d2480000 [disabled] [size=64K]
Capabilities: [40] Power Management version 2
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [50] MSI: Enable- Count=1/4 Maskable+ 64bit+
Address: 0000000000000000  Data: 0000
Masking: 00000000  Pending: 00000000
Capabilities: [70] Express (v2) Endpoint, MSI 00
DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s unlimited, L1 <64us
ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop-
MaxPayload 128 bytes, MaxReadReq 512 bytes
DevSta: CorrErr+ UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Exit Latency
L0s <4us, L1 <64us
ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp-
LnkCtl: ASPM L1 Enabled; RCB 64 bytes Disabled- CommClk+
ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive-
BWMgmt- ABWMgmt-
DevCap2: Completion Timeout: Not Supported, TimeoutDis+, LTR-, OBFF
Not Supported
DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled
LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-
Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
Compliance De-emphasis: -6dB
LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-,
EqualizationPhase1-
EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest-
Capabilities: [100 v1] Advanced Error Reporting
UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF-
MalfTLP- ECRC- UnsupReq- ACSViol-
UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF-
MalfTLP- ECRC- UnsupReq- ACSViol-
UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+
MalfTLP+ ECRC- UnsupReq- ACSViol-
CESta: RxErr+ BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr-
CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
AERCap: First Error Pointer: 00, GenCap- CGenEn- ChkCap- ChkEn-
Capabilities: [140 v1] Virtual Channel
Caps: LPEVC=0 RefClk=100ns PATEntryBits=1
Arb: Fixed- WRR32- WRR64- WRR128-
Ctrl: ArbSelect=Fixed
Status: InProgress-
VC0: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256-
Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=ff
Status: NegoPending- InProgress-
Capabilities: [160 v1] Device Serial Number 00-00-00-00-00-00-00-00
Kernel driver in use: ath9k
Kernel modules: ath9k
##################################################

# dmidecode 2.12
SMBIOS 2.6 present.
51 structures occupying 2252 bytes.
Table at 0x000EA680.

Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
Vendor: INSYDE
Version: V1.24
Release Date: 05/06/2011
ROM Size: 2048 kB
Characteristics:
PCI is supported
BIOS is upgradeable
BIOS shadowing is allowed
Boot from CD is supported
Selectable boot is supported
EDD is supported
Japanese floppy for NEC 9800 1.2 MB is supported (int 13h)
Japanese floppy for Toshiba 1.2 MB is supported (int 13h)
5.25"/360 kB floppy services are supported (int 13h)
5.25"/1.2 MB floppy services are supported (int 13h)
3.5"/720 kB floppy services are supported (int 13h)
3.5"/2.88 MB floppy services are supported (int 13h)
8042 keyboard services are supported (int 9h)
CGA/mono video services are supported (int 10h)
ACPI is supported
USB legacy is supported
BIOS boot specification is supported
Targeted content distribution is supported
BIOS Revision: 24.240

Handle 0x0001, DMI type 1, 27 bytes
System Information
Manufacturer: Acer
Product Name: Aspire One 753
Version: V1.24
Serial Number: LUSCT022870500733D2000
UUID: 20B4D6B9-6E09-E011-818E-C755DAB1AE00
Wake-up Type: Power Switch
SKU Number: Calpella_CRB
Family: Intel_Mobile

Handle 0x0002, DMI type 2, 16 bytes
Base Board Information
Manufacturer: Intel Corp.
Product Name: JV10_CS
Version: Base Board Version
Serial Number: Base Board Serial Number
Asset Tag: Base Board Asset Tag
Features:
Board is a hosting board
Board is replaceable
Location In Chassis: Base Board Chassis Location
Chassis Handle: 0x0003
Type: Motherboard
Contained Object Handles: 0

Handle 0x0003, DMI type 3, 22 bytes
Chassis Information
Manufacturer: Chassis Manufacturer
Type: Other
Lock: Not Present
Version: Chassis Version
Serial Number: Chassis Serial Number
Asset Tag: Not Specified
Boot-up State: Safe
Power Supply State: Safe
Thermal State: Safe
Security Status: None
OEM Information: 0x00000000
Height: Unspecified
Number Of Power Cords: 1
Contained Elements: 0
SKU Number: Not Specified

Handle 0x0004, DMI type 9, 17 bytes
System Slot Information
Designation: J5C1
Type: x16 PCI Express x16
Current Usage: Available
Length: Other
ID: 0
Characteristics:
PME signal is supported
Hot-plug devices are supported
Bus Address: 0000:00:1f.7

Handle 0x0005, DMI type 9, 17 bytes
System Slot Information
Designation: J6C1
Type: x1 PCI Express x1
Current Usage: Available
Length: Other
ID: 0
Characteristics:
PME signal is supported
Hot-plug devices are supported
Bus Address: 0000:00:1f.7

Handle 0x0006, DMI type 9, 17 bytes
System Slot Information
Designation: J6C2
Type: x1 PCI Express x1
Current Usage: Available
Length: Other
ID: 1
Characteristics:
PME signal is supported
Hot-plug devices are supported
Bus Address: 0000:00:1f.7

Handle 0x0007, DMI type 9, 17 bytes
System Slot Information
Designation: J6D2
Type: x1 PCI Express x1
Current Usage: Available
Length: Other
ID: 2
Characteristics:
PME signal is supported
Hot-plug devices are supported
Bus Address: 0000:00:1f.7

Handle 0x0008, DMI type 9, 17 bytes
System Slot Information
Designation: J7C1
Type: x1 PCI Express x1
Current Usage: Available
Length: Other
ID: 3
Characteristics:
PME signal is supported
Hot-plug devices are supported
Bus Address: 0000:00:1f.7

Handle 0x0009, DMI type 9, 17 bytes
System Slot Information
Designation: J7D2
Type: x1 PCI Express x1
Current Usage: Available
Length: Other
ID: 4
Characteristics:
PME signal is supported
Hot-plug devices are supported
Bus Address: 0000:00:1f.7

Handle 0x000A, DMI type 9, 17 bytes
System Slot Information
Designation: J8C2
Type: x16 PCI Express x16
Current Usage: Available
Length: Other
ID: 1
Characteristics:
PME signal is supported
Hot-plug devices are supported
Bus Address: 0000:00:1f.7

Handle 0x000B, DMI type 9, 17 bytes
System Slot Information
Designation: J8C1
Type: x1 PCI Express x1
Current Usage: Available
Length: Other
ID: 5
Characteristics:
PME signal is supported
Hot-plug devices are supported
Bus Address: 0000:00:1f.7

Handle 0x000C, DMI type 11, 5 bytes
OEM Strings
String 1: String1 for Original Equipment Manufacturer
String 2: String2 for Original Equipment Manufacturer
String 3: String3 for Original Equipment Manufacturer
String 4: String4 for Original Equipment Manufacturer
String 5: String5 for Original Equipment Manufacturer

Handle 0x000D, DMI type 12, 5 bytes
System Configuration Options
Option 1: String1 for Type12 Equipment Manufacturer
Option 2: String2 for Type12 Equipment Manufacturer
Option 3: String3 for Type12 Equipment Manufacturer
Option 4: String4 for Type12 Equipment Manufacturer

Handle 0x000E, DMI type 21, 7 bytes
Built-in Pointing Device
Type: Touch Pad
Interface: PS/2
Buttons: 4

Handle 0x000F, DMI type 27, 14 bytes
Cooling Device
Type: Fan
Status: OK
OEM-specific Information: 0x00000000
Nominal Speed: 2000 rpm

Handle 0x0010, DMI type 32, 20 bytes
System Boot Information
Status: No errors detected

Handle 0x0011, DMI type 39, 22 bytes
System Power Supply
Location: OEM_Define0
Name: OEM_Define1
Manufacturer: OEM_Define2
Serial Number: OEM_Define3
Asset Tag: OEM_Define4
Model Part Number: OEM_Define5
Revision: OEM_Define6
Max Power Capacity: 75 W
Status: Present, OK
Type: Regulator
Input Voltage Range Switching: Auto-switch
Plugged: No
Hot Replaceable: No
Cooling Device Handle: 0x000F

Handle 0x0012, DMI type 40, 18 bytes
Additional Information 1
Referenced Handle: 0x0004
Referenced Offset: 0x05
String: PCIExpressx16
Value: 0xaa
Additional Information 2
Referenced Handle: 0x0000
Referenced Offset: 0x05
String: Compiler Version: VC 9.0
Value: 0x05dc

Handle 0x0013, DMI type 41, 11 bytes
Onboard Device
Reference Designation: Hanksville Gbe Lan Connection
Type: Ethernet
Status: Enabled
Type Instance: 1
Bus Address: 0000:00:00.1

Handle 0x0014, DMI type 22, 26 bytes
Portable Battery
Location: Fake
Manufacturer: -Virtual Battery 0-
Manufacture Date: 10/12/2007
Serial Number: Battery 0
Name: CRB Battery 0
Chemistry: Lithium Ion
Design Capacity: Unknown
Design Voltage: Unknown
SBDS Version: Not Specified
Maximum Error: Unknown
OEM-specific Information: 0x00000000

Handle 0x0015, DMI type 136, 6 bytes
OEM-specific Type
Header and Data:
88 06 15 00 5A 5A

Handle 0x0016, DMI type 129, 8 bytes
OEM-specific Type
Header and Data:
81 08 16 00 01 01 02 01
Strings:
Intel_ASF
Intel_ASF_001

Handle 0x0017, DMI type 130, 20 bytes
OEM-specific Type
Header and Data:
82 14 17 00 24 41 4D 54 01 01 01 01 01 A5 1F 02
00 00 00 00

Handle 0x0018, DMI type 16, 15 bytes
Physical Memory Array
Location: System Board Or Motherboard
Use: System Memory
Error Correction Type: None
Maximum Capacity: 16 GB
Error Information Handle: No Error
Number Of Devices: 2

Handle 0x0019, DMI type 17, 28 bytes
Memory Device
Array Handle: 0x0018
Error Information Handle: 0x001B
Total Width: 64 bits
Data Width: 64 bits
Size: 4096 MB
Form Factor: SODIMM
Set: None
Locator: DIMM0
Bank Locator: BANK 0
Type: DDR3
Type Detail: Synchronous
Speed: 800 MHz
Manufacturer: Not Specified
Serial Number: 34538F29
Asset Tag: Unknown
Part Number: 16JTF51264HZ-1G4M1
Rank: 2

Handle 0x001A, DMI type 6, 12 bytes
Memory Module Information
Socket Designation: DIMM0
Bank Connections: None
Current Speed: 1 ns
Type: DIMM
Installed Size: 4096 MB (Single-bank Connection)
Enabled Size: 4096 MB (Single-bank Connection)
Error Status: OK

Handle 0x001B, DMI type 18, 23 bytes
32-bit Memory Error Information
Type: OK
Granularity: Unknown
Operation: Unknown
Vendor Syndrome: Unknown
Memory Array Address: Unknown
Device Address: Unknown
Resolution: Unknown

Handle 0x001C, DMI type 20, 19 bytes
Memory Device Mapped Address
Starting Address: 0x00000000000
Ending Address: 0x000FFFFFFFF
Range Size: 4 GB
Physical Device Handle: 0x0019
Memory Array Mapped Address Handle: 0x0028
Partition Row Position: Unknown
Interleave Position: 1
Interleaved Data Depth: 1

Handle 0x001D, DMI type 17, 28 bytes
Memory Device
Array Handle: 0x0018
Error Information Handle: Not Provided
Total Width: 8 bits
Data Width: 8 bits
Size: No Module Installed
Form Factor: DIMM
Set: None
Locator: DIMM1
Bank Locator: BANK 1
Type: DDR3
Type Detail: Synchronous
Speed: 800 MHz
Manufacturer: Not Specified
Serial Number: 00000000
Asset Tag: Unknown
Part Number: Not Specified
Rank: 1

Handle 0x001E, DMI type 6, 12 bytes
Memory Module Information
Socket Designation: DIMM1
Bank Connections: None
Current Speed: 1 ns
Type: DIMM
Installed Size: Not Installed
Enabled Size: Not Installed
Error Status: OK

Handle 0x001F, DMI type 18, 23 bytes
32-bit Memory Error Information
Type: OK
Granularity: Unknown
Operation: Unknown
Vendor Syndrome: Unknown
Memory Array Address: Unknown
Device Address: Unknown
Resolution: Unknown

Handle 0x0020, DMI type 17, 28 bytes
Memory Device
Array Handle: 0x0018
Error Information Handle: 0x0022
Total Width: 64 bits
Data Width: 64 bits
Size: 4096 MB
Form Factor: SODIMM
Set: None
Locator: DIMM1
Bank Locator: BANK 2
Type: DDR3
Type Detail: Synchronous
Speed: 800 MHz
Manufacturer: Not Specified
Serial Number: 34538ECC
Asset Tag: Unknown
Part Number: 16JTF51264HZ-1G4M1
Rank: 2

Handle 0x0021, DMI type 6, 12 bytes
Memory Module Information
Socket Designation: DIMM1
Bank Connections: None
Current Speed: 1 ns
Type: DIMM
Installed Size: 4096 MB (Single-bank Connection)
Enabled Size: 4096 MB (Single-bank Connection)
Error Status: OK

Handle 0x0022, DMI type 18, 23 bytes
32-bit Memory Error Information
Type: OK
Granularity: Unknown
Operation: Unknown
Vendor Syndrome: Unknown
Memory Array Address: Unknown
Device Address: Unknown
Resolution: Unknown

Handle 0x0023, DMI type 20, 19 bytes
Memory Device Mapped Address
Starting Address: 0x00000000000
Ending Address: 0x000FFFFFFFF
Range Size: 4 GB
Physical Device Handle: 0x0020
Memory Array Mapped Address Handle: 0x0028
Partition Row Position: Unknown
Interleave Position: 2
Interleaved Data Depth: 1

Handle 0x0024, DMI type 17, 28 bytes
Memory Device
Array Handle: 0x0018
Error Information Handle: Not Provided
Total Width: 8 bits
Data Width: 8 bits
Size: No Module Installed
Form Factor: DIMM
Set: None
Locator: DIMM3
Bank Locator: BANK 3
Type: DDR3
Type Detail: Synchronous
Speed: 800 MHz
Manufacturer: Not Specified
Serial Number: 00000000
Asset Tag: Unknown
Part Number: Not Specified
Rank: 1

Handle 0x0025, DMI type 6, 12 bytes
Memory Module Information
Socket Designation: DIMM3
Bank Connections: None
Current Speed: 1 ns
Type: DIMM
Installed Size: Not Installed
Enabled Size: Not Installed
Error Status: OK

Handle 0x0026, DMI type 18, 23 bytes
32-bit Memory Error Information
Type: OK
Granularity: Unknown
Operation: Unknown
Vendor Syndrome: Unknown
Memory Array Address: Unknown
Device Address: Unknown
Resolution: Unknown

Handle 0x0027, DMI type 18, 23 bytes
32-bit Memory Error Information
Type: OK
Granularity: Unknown
Operation: Unknown
Vendor Syndrome: Unknown
Memory Array Address: Unknown
Device Address: Unknown
Resolution: Unknown

Handle 0x0028, DMI type 19, 15 bytes
Memory Array Mapped Address
Starting Address: 0x00000000000
Ending Address: 0x001FFFFFFFF
Range Size: 8 GB
Physical Array Handle: 0x0018
Partition Width: 2

Handle 0x0029, DMI type 5, 20 bytes
Memory Controller Information
Error Detecting Method: None
Error Correcting Capabilities:
Unknown
None
Supported Interleave: One-way Interleave
Current Interleave: One-way Interleave
Maximum Memory Module Size: 8192 MB
Maximum Total Memory Size: 16384 MB
Supported Speeds:
Other
Supported Memory Types:
Other
Memory Module Voltage: Unknown
Associated Memory Slots: 2
0x001A
0x0021
Enabled Error Correcting Capabilities:
None

Handle 0x002A, DMI type 170, 38 bytes
OEM-specific Type
Header and Data:
AA 26 2A 00 81 00 08 00 00 00 0C 00 06 00 04 02
C1 08 64 02 08 00 63 02 04 00 83 02 04 00 82 02
02 00 24 02 08 00

Handle 0x002B, DMI type 171, 34 bytes
OEM-specific Type
Header and Data:
AB 22 2B 00 02 69 19 73 10 07 F3 0C 04 30 04 F2
04 D8 B1 05 86 80 56 3B 07 8C 16 34 00 09 F3 0C
04 30

Handle 0x002C, DMI type 172, 6 bytes
OEM-specific Type
Header and Data:
AC 06 2C 00 01 00

Handle 0x002D, DMI type 4, 42 bytes
Processor Information
Socket Designation: CPU
Type: Central Processor
Family: Core 2 Duo
Manufacturer: Intel(R) Corporation
ID: 55 06 02 00 FF FB EB BF
Signature: Type 0, Family 6, Model 37, Stepping 5
Flags:
FPU (Floating-point unit on-chip)
VME (Virtual mode extension)
DE (Debugging extension)
PSE (Page size extension)
TSC (Time stamp counter)
MSR (Model specific registers)
PAE (Physical address extension)
MCE (Machine check exception)
CX8 (CMPXCHG8 instruction supported)
APIC (On-chip APIC hardware supported)
SEP (Fast system call)
MTRR (Memory type range registers)
PGE (Page global enable)
MCA (Machine check architecture)
CMOV (Conditional move instruction supported)
PAT (Page attribute table)
PSE-36 (36-bit page size extension)
CLFSH (CLFLUSH instruction supported)
DS (Debug store)
ACPI (ACPI supported)
MMX (MMX technology supported)
FXSR (FXSAVE and FXSTOR instructions supported)
SSE (Streaming SIMD extensions)
SSE2 (Streaming SIMD extensions 2)
SS (Self-snoop)
HTT (Multi-threading)
TM (Thermal monitor supported)
PBE (Pending break enabled)
Version: Intel(R) Celeron(R) CPU        U3600  @ 1.20GHz
Voltage: 0.0 V
External Clock: 1066 MHz
Max Speed: 1200 MHz
Current Speed: 1204 MHz
Status: Populated, Enabled
Upgrade: ZIF Socket
L1 Cache Handle: 0x0031
L2 Cache Handle: 0x0030
L3 Cache Handle: 0x002E
Serial Number: Not Specified
Asset Tag: FFFF
Part Number: Not Specified
Core Count: 2
Core Enabled: 2
Thread Count: 2
Characteristics:
64-bit capable

Handle 0x002E, DMI type 7, 19 bytes
Cache Information
Socket Designation: L3 Cache
Configuration: Enabled, Not Socketed, Level 3
Operational Mode: Write Through
Location: Internal
Installed Size: 2048 kB
Maximum Size: 2048 kB
Supported SRAM Types:
Synchronous
Installed SRAM Type: Synchronous
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 8-way Set-associative

Handle 0x002F, DMI type 7, 19 bytes
Cache Information
Socket Designation: L1 Cache
Configuration: Enabled, Not Socketed, Level 1
Operational Mode: Write Through
Location: Internal
Installed Size: 32 kB
Maximum Size: 32 kB
Supported SRAM Types:
Synchronous
Installed SRAM Type: Synchronous
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Data
Associativity: 8-way Set-associative

Handle 0x0030, DMI type 7, 19 bytes
Cache Information
Socket Designation: L2 Cache
Configuration: Enabled, Not Socketed, Level 2
Operational Mode: Write Through
Location: Internal
Installed Size: 256 kB
Maximum Size: 256 kB
Supported SRAM Types:
Synchronous
Installed SRAM Type: Synchronous
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Unified
Associativity: 8-way Set-associative

Handle 0x0031, DMI type 7, 19 bytes
Cache Information
Socket Designation: L1 Cache
Configuration: Enabled, Not Socketed, Level 1
Operational Mode: Write Through
Location: Internal
Installed Size: 32 kB
Maximum Size: 32 kB
Supported SRAM Types:
Synchronous
Installed SRAM Type: Synchronous
Speed: Unknown
Error Correction Type: Single-bit ECC
System Type: Instruction
Associativity: 4-way Set-associative

Handle 0x0032, DMI type 127, 4 bytes
End Of Table

On Sat, Mar 14, 2015 at 9:04 AM, Frank Zafka <kafkaesque1978@gmail.com> wrote:
> Hello. Looking for some advice regarding a massive powerdrain during
> suspend caused by the wifi card.
>
> I have a new Atheros AR9462 connected to my n-wireless network.
> Everything works fine. I put the computer into suspend (shut lid) and
> everything goes as expected. However the battery is completely
> emptying over night.
>
> This behaviour is not correct. With the old wifi card (an Atheros abg
> card) there was no battery drain. And there is also no battery drain
> without a wifi card in.
>
> I was wondering if this is a bug in the driver? I am running Arch
> Linux. Any suggestions would be gratefully received. Thanks.
>
> Arch forum thread: https://bbs.archlinux.org/viewtopic.php?pid=1510821