Re: Bugs on aspire one A150

[Maxim Levitsky <maximlevitsky-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>]

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