Re: Bugs on aspire one A150

Re: Bugs on aspire one A150

[Alan Jenkins]

Maxim Levitsky wrote:
> Alan Jenkins wrote:
>> Maxim Levitsky wrote:
>>> I have just bought an Aspire one A150, XP version,
>>> as it was the only available here, and installed ubuntu on it.
>>>
>>> Bugs I discovered so far:
>>>
>>>
>>> ** 1 - embedded controler works in polling mode, due to this:
>>>
>>> [    0.708571] ACPI: EC: non-query interrupt received, switching to
>>> interrupt mode
>>> [    1.224043] ACPI: EC: missing confirmations, switch off interrupt
>>> mode.
>>>
>>>
>>> Maybe this is the reason for the fact that gnome power manager
>>> freezes when I unplug
>>> the AC, and freezes often when I try to see battery status.
>>>
>>>
>>> (Note: same is seen on my acer aspire 5720)
>>
>> That sounds like a known issue.  It has been resolved by "ACPI: EC:
>> revert msleep patch".  Happily Len submitted it for mainline this
>> week.  You will also find it if you try the acpi-test git tree. 
>> We're all hoping 2.6.28 will be much improved in terms of reliable
>> operation of different ECs :).
>>
> Yes, this almost fixes all issues with that.
> Almost because, it looks like the EC changes screen brightness on his
> own when battery is plugged/unplugged,
> but so does the gnome-power-manager, and thus it still hangs as before
> on battery removal (but doesn't hang otherwise)
> I disabled that behaver in gnome-power-manager and now no more hangs.
>

Please do report it as an ACPI EC bug.  It's popular hardware, and if
nothing else it is important that upstream be aware of the workarounds
people are having to use.

> I see that this fix fixes the polled mode. Any chance to make irq mode
> work?
>

Probably not.  It doesn't seem important, it may not be possible, and
even if you could fix the EC driver for your hardware, there's the risk
of breaking other peoples hardware.

The presumption is that you have weird hardware and it genuinely needs a
polling workaround.  It's not too bad, now it uses udelay() it should
not impose any wakeups or significant latency, just some extra cpu time
in a busy loop.  EC events such as acpi hotkeys are still received as
interrupts (although we then have to query the type of event using a
polled transaction).


I assume you get something like (text not exact):

"EC: started in polling mode"
...
"EC: non-query interrupt received, switching to interrupt mode"
...
"EC: missing confirmations, switching to polling mode"

all during boot.


There's one outstanding issue on a different machine, where the
occasional EC read fails and triggers polling mode sometime _after_
boot.  It can be fixed by retrying the transaction

    http://bugzilla.kernel.org/show_bug.cgi?id=11896

but I don't really expect your machine has the same problem.

<snip non-acpi problems>

>
> Also noticed another bug:
>
>
> If I suspend/resume with compiz running, on resume I see wallpaper and
> mouse cursor, everything hangs for minute or two, and sometimes forever.
>
> 2.6.27 worked fine.

Weird.

Did you try sysrq-W during the hang?  That's supposed to dump a list of
blocked tasks to dmesg.

>
> Also hibernate doesn't work on my main notebook, but it is probably
> fixed, I update kernel to really latest -git
> and tell you.
>

But suspend to ram works?  Usually it is the other way round :).  If you
haven't already, you might read

    Documentation/power/basic-pm-debugging.txt

it suggests some tests to narrow down the problem.

>
> Big thanks for bugfixes, you saved me a lot of work and bisecting.
>

I can't take credit for actual fixes.  But I'm very happy to help people
avoid bisecting for known problems.  I hope you have time to crack the
unknown ones :).

Alan

Re: Bugs on aspire one A150

[Maxim Levitsky]

Alan Jenkins wrote:
> Maxim Levitsky wrote:
>> Alan Jenkins wrote:
>>> Maxim Levitsky wrote:
>>>> I have just bought an Aspire one A150, XP version,
>>>> as it was the only available here, and installed ubuntu on it.
>>>>
>>>> Bugs I discovered so far:
>>>>
>>>>
>>>> ** 1 - embedded controler works in polling mode, due to this:
>>>>
>>>> [    0.708571] ACPI: EC: non-query interrupt received, switching to
>>>> interrupt mode
>>>> [    1.224043] ACPI: EC: missing confirmations, switch off interrupt
>>>> mode.
>>>>
>>>>
>>>> Maybe this is the reason for the fact that gnome power manager
>>>> freezes when I unplug
>>>> the AC, and freezes often when I try to see battery status.
>>>>
>>>>
>>>> (Note: same is seen on my acer aspire 5720)
>>> That sounds like a known issue.  It has been resolved by "ACPI: EC:
>>> revert msleep patch".  Happily Len submitted it for mainline this
>>> week.  You will also find it if you try the acpi-test git tree. 
>>> We're all hoping 2.6.28 will be much improved in terms of reliable
>>> operation of different ECs :).
>>>
>> Yes, this almost fixes all issues with that.
>> Almost because, it looks like the EC changes screen brightness on his
>> own when battery is plugged/unplugged,
>> but so does the gnome-power-manager, and thus it still hangs as before
>> on battery removal (but doesn't hang otherwise)
>> I disabled that behaver in gnome-power-manager and now no more hangs.
>>
> 
> Please do report it as an ACPI EC bug.  It's popular hardware, and if
> nothing else it is important that upstream be aware of the workarounds
> people are having to use.
> 
>> I see that this fix fixes the polled mode. Any chance to make irq mode
>> work?
>>
> 
> Probably not.  It doesn't seem important, it may not be possible, and
> even if you could fix the EC driver for your hardware, there's the risk
> of breaking other peoples hardware.
> 
> The presumption is that you have weird hardware and it genuinely needs a
> polling workaround.  It's not too bad, now it uses udelay() it should
> not impose any wakeups or significant latency, just some extra cpu time
> in a busy loop.  EC events such as acpi hotkeys are still received as
> interrupts (although we then have to query the type of event using a
> polled transaction).
> 
> 
> I assume you get something like (text not exact):
> 
> "EC: started in polling mode"
> ...
> "EC: non-query interrupt received, switching to interrupt mode"
> ...
> "EC: missing confirmations, switching to polling mode"
> 
> all during boot.
Yes, this is what I see.

> 
> 
> There's one outstanding issue on a different machine, where the
> occasional EC read fails and triggers polling mode sometime _after_
> boot.  It can be fixed by retrying the transaction
> 
>     http://bugzilla.kernel.org/show_bug.cgi?id=11896
> 
> but I don't really expect your machine has the same problem.
> 
> <snip non-acpi problems>
> 
>> Also noticed another bug:
>>
>>
>> If I suspend/resume with compiz running, on resume I see wallpaper and
>> mouse cursor, everything hangs for minute or two, and sometimes forever.
>>
>> 2.6.27 worked fine.
> 
> Weird.
> 
> Did you try sysrq-W during the hang?  That's supposed to dump a list of
> blocked tasks to dmesg.
Well, I see the wallpaper and can move the mouse, I will try to suspend from console
I think this is graphics bug.
nether ctrl+alt+bks nor SAK kill X.

After 2 minute wait, kernel log doesn't show anything unusual.
printk times, jump that 2 minutes around wireless association, but I tested it without ath5k loaded
and still the same happens.

Also if I disable compiz, everything resumes correctly, and instantly.

> 
>> Also hibernate doesn't work on my main notebook, but it is probably
>> fixed, I update kernel to really latest -git
>> and tell you.
>>
> 
> But suspend to ram works?  Usually it is the other way round :).  If you
> haven't already, you might read
> 
>     Documentation/power/basic-pm-debugging.txt
> 
Well, this is long story
details at http://lkml.org/lkml/2008/9/20/75
speaking shortly, bios doesn't pass control to kernel on second resume.
Thus I don't test it, but I see how it works now.

Suspend to disk still doesn't work.
First of all system hangs in the end of image writeout.
If I power it down manually, and boot, system resumes from disk, and then hangs.
2.6.27 works fine.

(This is about my main notebook)


> it suggests some tests to narrow down the problem.
> 
>> Big thanks for bugfixes, you saved me a lot of work and bisecting.
>>
> 
> I can't take credit for actual fixes.  But I'm very happy to help people
> avoid bisecting for known problems.  I hope you have time to crack the
> unknown ones :).
> 
> Alan


Best regards,
	Maxim Levitsky


PS: sorry for late reply

Re: Bugs on aspire one A150

[Alan Jenkins]

On 11/14/08, Maxim Levitsky <maximlevitsky-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> Alan Jenkins wrote:
>> Maxim Levitsky wrote:
>>> I have just bought an Aspire one A150, XP version,
>>> as it was the only available here, and installed ubuntu on it.
>>>
>>> Bugs I discovered so far:
>>>
>>>
>>> ** 1 - embedded controler works in polling mode, due to this:
>>>
>>> [    0.708571] ACPI: EC: non-query interrupt received, switching to
>>> interrupt mode
>>> [    1.224043] ACPI: EC: missing confirmations, switch off interrupt
>>> mode.
>>>
>>>
>>> Maybe this is the reason for the fact that gnome power manager freezes
>>> when I unplug
>>> the AC, and freezes often when I try to see battery status.
>>>
>>>
>>> (Note: same is seen on my acer aspire 5720)
>>
>> That sounds like a known issue.  It has been resolved by "ACPI: EC: revert
>> msleep patch".  Happily Len submitted it for mainline this week.  You will
>> also find it if you try the acpi-test git tree.  We're all hoping 2.6.28
>> will be much improved in terms of reliable operation of different ECs :).
>>
>>> ** 2 - wireless: not to mention the fact that ath5k wasn't installed by
>>> default in ubuntu...
>>> wireless more or less works, but kernel log is full of backtraces.
>>
>> Well, that doesn't tell us much.  Did they still happen after upgrading to
>> 2.6.28-rc3?  Can we see them?
>>
>>> Was able to connect to my WPA2 access point.
>>> Sometimes wireless fails completely, especially after suspend to ram.
>>> Advanced features like monitor/injection work, but when I changed the
>>> card's
>>> mac address it stopped working.
>>> I also noticed that if I then start airodump, then wireless works with
>>> new mac.
>>>
>>>
>>>
>>> ** 3 - internal mic doesn't work.
>>> tried model=acer, model=auto.
>>> Overall it seems that alsa misprograms O/B realteck
>>> codec.
>>> I talk about this later.
>>> Have same issue on my acer 5720
>>>
>>>
>>>
>>> ** 4 - wireless led doesn't work.
>>> ath5k devs, can you fix this?
>>>
>>>
>>> ** 5 - coretemp doesn't show cpu temperature,
>>> I have seen somewhere that atom support same thermal diode as core2
>>> and only patch to detect it is needed.
>>> Please include such path in 2.6.28 if exists.
> Patch for that does exits, but doesn't apply to latest git,
> I will apply in manually.
> This should go to .28 I think, this is trivial thing.
>
>
>>>
>>>
>>> ** 6 - both card readers are missing from lspci, is this normal?
>>
>> A similar bug has been reported as a regression:
>>
>> <http://bugzilla.kernel.org/show_bug.cgi?id=11828>
>>
>> so one assumes that it worked on the machines with linux pre-installed.
>> Hopefully without requiring any hacks.
>>
>> It seems that for now a workaround may be to pass the option
>> debug_quirks=1 to the sdhci module...
>>
>> <http://marc.info/?l=linux-kernel&m=122509648027303&w=2>
>>
>> ...or that it may help if you insert an SD card before booting.
>>
>> Apparently the reporter also investigated pcie hotplug.  Probably the BIOS
>> doesn't provide the normal support.  You can try "modprobe pciehp
>> pciehp_force=1", maybe it helps the kernel discover the devices.  It
>> worked for something else on my EeePC.  But then it will reportedly
>> disappear the ethernet controller.
>>
>> However, at the moment pciehp can cause delays of 10s of seconds during
>> resume.
> Got, a SD card, and with help of pciehp it works almost perfectly in both
> slots.
> Almost, due to the fact that R/O switch is ignored.
> (Just as I expected, a s/w switch, couldn't they think more, and include a
> hardware switch?)
> On my main acer R/O switch works.
>
> However I have to use pciehp_force=1, I understand that probably acpi tables
> are broken,
> but could you add a workaround (dmi quirk?)
>
> Also, there is a acpiphp driver, which doesn't work here.
> pciehp is supposed to support so called native mode, don't yet know what it
> is,
> but here it still uses acpi.

Matthew Garret tells me the Aspire One should be handled by acpiphp
patches he posted on the linux acpi mailing list recently.

-- 
A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?
>> A: Top-posting.
>>> Q: What is the most annoying thing in e-mail?

Re: Bugs on aspire one A150

[Maxim Levitsky]

Alan Jenkins wrote:
> On 11/14/08, Maxim Levitsky <maximlevitsky-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>> Alan Jenkins wrote:
>>> Maxim Levitsky wrote:
>>>> I have just bought an Aspire one A150, XP version,
>>>> as it was the only available here, and installed ubuntu on it.
>>>>
>>>> Bugs I discovered so far:
>>>>
>>>>
>>>> ** 1 - embedded controler works in polling mode, due to this:
>>>>
>>>> [    0.708571] ACPI: EC: non-query interrupt received, switching to
>>>> interrupt mode
>>>> [    1.224043] ACPI: EC: missing confirmations, switch off interrupt
>>>> mode.
>>>>
>>>>
>>>> Maybe this is the reason for the fact that gnome power manager freezes
>>>> when I unplug
>>>> the AC, and freezes often when I try to see battery status.
>>>>
>>>>
>>>> (Note: same is seen on my acer aspire 5720)
>>> That sounds like a known issue.  It has been resolved by "ACPI: EC: revert
>>> msleep patch".  Happily Len submitted it for mainline this week.  You will
>>> also find it if you try the acpi-test git tree.  We're all hoping 2.6.28
>>> will be much improved in terms of reliable operation of different ECs :).
>>>
>>>> ** 2 - wireless: not to mention the fact that ath5k wasn't installed by
>>>> default in ubuntu...
>>>> wireless more or less works, but kernel log is full of backtraces.
>>> Well, that doesn't tell us much.  Did they still happen after upgrading to
>>> 2.6.28-rc3?  Can we see them?
>>>
>>>> Was able to connect to my WPA2 access point.
>>>> Sometimes wireless fails completely, especially after suspend to ram.
>>>> Advanced features like monitor/injection work, but when I changed the
>>>> card's
>>>> mac address it stopped working.
>>>> I also noticed that if I then start airodump, then wireless works with
>>>> new mac.
>>>>
>>>>
>>>>
>>>> ** 3 - internal mic doesn't work.
>>>> tried model=acer, model=auto.
>>>> Overall it seems that alsa misprograms O/B realteck
>>>> codec.
>>>> I talk about this later.
>>>> Have same issue on my acer 5720
>>>>
>>>>
>>>>
>>>> ** 4 - wireless led doesn't work.
>>>> ath5k devs, can you fix this?
>>>>
>>>>
>>>> ** 5 - coretemp doesn't show cpu temperature,
>>>> I have seen somewhere that atom support same thermal diode as core2
>>>> and only patch to detect it is needed.
>>>> Please include such path in 2.6.28 if exists.
>> Patch for that does exits, but doesn't apply to latest git,
>> I will apply in manually.
>> This should go to .28 I think, this is trivial thing.
>>
>>
>>>>
>>>> ** 6 - both card readers are missing from lspci, is this normal?
>>> A similar bug has been reported as a regression:
>>>
>>> <http://bugzilla.kernel.org/show_bug.cgi?id=11828>
>>>
>>> so one assumes that it worked on the machines with linux pre-installed.
>>> Hopefully without requiring any hacks.
>>>
>>> It seems that for now a workaround may be to pass the option
>>> debug_quirks=1 to the sdhci module...
>>>
>>> <http://marc.info/?l=linux-kernel&m=122509648027303&w=2>
>>>
>>> ...or that it may help if you insert an SD card before booting.
>>>
>>> Apparently the reporter also investigated pcie hotplug.  Probably the BIOS
>>> doesn't provide the normal support.  You can try "modprobe pciehp
>>> pciehp_force=1", maybe it helps the kernel discover the devices.  It
>>> worked for something else on my EeePC.  But then it will reportedly
>>> disappear the ethernet controller.
>>>
>>> However, at the moment pciehp can cause delays of 10s of seconds during
>>> resume.
>> Got, a SD card, and with help of pciehp it works almost perfectly in both
>> slots.
>> Almost, due to the fact that R/O switch is ignored.
>> (Just as I expected, a s/w switch, couldn't they think more, and include a
>> hardware switch?)
>> On my main acer R/O switch works.
>>
>> However I have to use pciehp_force=1, I understand that probably acpi tables
>> are broken,
>> but could you add a workaround (dmi quirk?)
>>
>> Also, there is a acpiphp driver, which doesn't work here.
>> pciehp is supposed to support so called native mode, don't yet know what it
>> is,
>> but here it still uses acpi.
> 
> Matthew Garret tells me the Aspire One should be handled by acpiphp
> patches he posted on the linux acpi mailing list recently.
> 
I applied his first patch, and now acpiphp works great 
(loads fast, and detects both readers)


Best regards,
	Maxim Levitsky

Re: Bugs on aspire one A150

[Matthew Garrett]

On Sat, Nov 15, 2008 at 02:52:36PM +0200, Maxim Levitsky wrote:

> I applied his first patch, and now acpiphp works great 
> (loads fast, and detects both readers)

Excellent, good to know.

-- 
Matthew Garrett | mjg59@srcf.ucam.org

Re: Bugs on aspire one A150

[Rafael J. Wysocki]

On Saturday, 13 of December 2008, Maxim Levitsky wrote:
> 
> So, big thanks for everything.
> 
> Now aspire one linux support is very close to perfect,
> (only problem left is that wireless is limited to 18Mbits/s raw rate,
> but at some point I or developers of ath5k will get to the bottom of
> this)
> 
> I also noticed, that now the SD only card reader is always enabled
> regardless of card been there while booting, and same happens in
> windows, I suspect that this is permanent hardware change, which worries
> me, but this reader works fine otherwise.
> (This is another reason why binary bioses are evil, go and find out why
> it enables it)
> 
> 
> Also forgot to mention that both readers ignore write protect tab on SD
> card, and I will report this to correct mailing list soon.
> Everything else works fine
> 
> please include acpiphp fix in 2.6.28.

Which one is this?

Rafael

Re: Bugs on aspire one A150

[Maxim Levitsky]

On Sat, 2008-12-13 at 14:35 +0100, Rafael J. Wysocki wrote:
> On Saturday, 13 of December 2008, Maxim Levitsky wrote:
> > 
> > So, big thanks for everything.
> > 
> > Now aspire one linux support is very close to perfect,
> > (only problem left is that wireless is limited to 18Mbits/s raw rate,
> > but at some point I or developers of ath5k will get to the bottom of
> > this)
> > 
> > I also noticed, that now the SD only card reader is always enabled
> > regardless of card been there while booting, and same happens in
> > windows, I suspect that this is permanent hardware change, which worries
> > me, but this reader works fine otherwise.
> > (This is another reason why binary bioses are evil, go and find out why
> > it enables it)
> > 
> > 
> > Also forgot to mention that both readers ignore write protect tab on SD
> > card, and I will report this to correct mailing list soon.
> > Everything else works fine
> > 
> > please include acpiphp fix in 2.6.28.
> 
> Which one is this?



acpiphp: Identify more removable slots
    
    According to section 6.3.6 of the ACPI spec, the presence of an _RMV
    method that evaluates to 1 is sufficient to indicate that a slot is
    removable without needing an eject method. This patch refactors the
    ejectable slot detection code a little in order to flag these slots as
    ejectable and register them. Acpihp therefore binds to the expresscard
    slot on my HP test machine.
    
    Signed-off-by: Matthew Garrett <mjg@redhat.com>


this makes acpiphp handle hotplug of (now one, sd reader is somehow
always present) card reader.


Best regards,
	Maxim Levitsky

Re: Bugs on aspire one A150

[Rafael J. Wysocki]

On Saturday, 13 of December 2008, Maxim Levitsky wrote:
> On Sat, 2008-12-13 at 14:35 +0100, Rafael J. Wysocki wrote:
> > On Saturday, 13 of December 2008, Maxim Levitsky wrote:
> > > 
> > > So, big thanks for everything.
> > > 
> > > Now aspire one linux support is very close to perfect,
> > > (only problem left is that wireless is limited to 18Mbits/s raw rate,
> > > but at some point I or developers of ath5k will get to the bottom of
> > > this)
> > > 
> > > I also noticed, that now the SD only card reader is always enabled
> > > regardless of card been there while booting, and same happens in
> > > windows, I suspect that this is permanent hardware change, which worries
> > > me, but this reader works fine otherwise.
> > > (This is another reason why binary bioses are evil, go and find out why
> > > it enables it)
> > > 
> > > 
> > > Also forgot to mention that both readers ignore write protect tab on SD
> > > card, and I will report this to correct mailing list soon.
> > > Everything else works fine
> > > 
> > > please include acpiphp fix in 2.6.28.
> > 
> > Which one is this?
> 
> 
> 
> acpiphp: Identify more removable slots
>     
>     According to section 6.3.6 of the ACPI spec, the presence of an _RMV
>     method that evaluates to 1 is sufficient to indicate that a slot is
>     removable without needing an eject method. This patch refactors the
>     ejectable slot detection code a little in order to flag these slots as
>     ejectable and register them. Acpihp therefore binds to the expresscard
>     slot on my HP test machine.
>     
>     Signed-off-by: Matthew Garrett <mjg@redhat.com>
> 
> 
> this makes acpiphp handle hotplug of (now one, sd reader is somehow
> always present) card reader.

This is
http://git.kernel.org/?p=linux/kernel/git/jbarnes/pci-2.6.git;a=commit;h=db9fe9a7230d65916c9938c4f91c75f9c5e00cb7
in the PCI tree.

It's scheduled for 2.6.29 and may be included into 2.6.28 -stable, but please
remember to notify the stable team as soon as this patch gets merged into the
mainline.

Thanks,
Rafael

Re: Bugs on aspire one A150

[Maxim Levitsky]

On Sat, 2008-12-13 at 18:42 +0100, Rafael J. Wysocki wrote:
> On Saturday, 13 of December 2008, Maxim Levitsky wrote:
> > On Sat, 2008-12-13 at 14:35 +0100, Rafael J. Wysocki wrote:
> > > On Saturday, 13 of December 2008, Maxim Levitsky wrote:
> > > > 
> > > > So, big thanks for everything.
> > > > 
> > > > Now aspire one linux support is very close to perfect,
> > > > (only problem left is that wireless is limited to 18Mbits/s raw rate,
> > > > but at some point I or developers of ath5k will get to the bottom of
> > > > this)
> > > > 
> > > > I also noticed, that now the SD only card reader is always enabled
> > > > regardless of card been there while booting, and same happens in
> > > > windows, I suspect that this is permanent hardware change, which worries
> > > > me, but this reader works fine otherwise.
> > > > (This is another reason why binary bioses are evil, go and find out why
> > > > it enables it)
> > > > 
> > > > 
> > > > Also forgot to mention that both readers ignore write protect tab on SD
> > > > card, and I will report this to correct mailing list soon.
> > > > Everything else works fine
> > > > 
> > > > please include acpiphp fix in 2.6.28.
> > > 
> > > Which one is this?
> > 
> > 
> > 
> > acpiphp: Identify more removable slots
> >     
> >     According to section 6.3.6 of the ACPI spec, the presence of an _RMV
> >     method that evaluates to 1 is sufficient to indicate that a slot is
> >     removable without needing an eject method. This patch refactors the
> >     ejectable slot detection code a little in order to flag these slots as
> >     ejectable and register them. Acpihp therefore binds to the expresscard
> >     slot on my HP test machine.
> >     
> >     Signed-off-by: Matthew Garrett <mjg@redhat.com>
> > 
> > 
> > this makes acpiphp handle hotplug of (now one, sd reader is somehow
> > always present) card reader.
> 
> This is
> http://git.kernel.org/?p=linux/kernel/git/jbarnes/pci-2.6.git;a=commit;h=db9fe9a7230d65916c9938c4f91c75f9c5e00cb7
> in the PCI tree.
> 
> It's scheduled for 2.6.29 and may be included into 2.6.28 -stable, but please
> remember to notify the stable team as soon as this patch gets merged into the
> mainline.

I will, sure.


Just to note, that I might not need that patch as I told that now one of
readers is permanently enabled, I don't know why but this seems to be
hardware failure.

I disconnected power/battery, no cards are in slots, and yet on boot
there is a sd reader in lspci.
Same happens in windows.
It could happen due to suspend/resume, If I remember correctly I put
card once in slot, and then for whole week system wasn't rebooted, but
instead went through suspend/resume cycles.

One thing for sure, nobody will fix this (I mean no point to call acer
support, this is too minor problem)


What I worry about is that second one could show same behavier.
I like this hotplug, as it allows me to test pci hotplug code for real.
Besides, this isn't done without purpose, device might draw less power
this way.


Best regards,
	Maxim Levitsky