RE: Re: What's up with the Embedded Controller driver? [was Re: [ACPI] patched sms-cm acpi/ec.c to 2.6.11.5]

Yu, Luming
2005-03-24T14:18:55Z

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="utf-8", Size: 3365 bytes --]

Do you try latest acpi testing patch?
It includes patch filed at http://bugme.osdl.org/show_bug.cgi?id=3851

Thanks
Luming

>-----Original Message-----
>From: acpi-devel-admin@lists.sourceforge.net
>[mailto:acpi-devel-admin@lists.sourceforge.net] On Behalf Of
>Fran?ois Valenduc
>Sent: 2005å¹´3æœˆ24æ—¥ 3:35
>To: Rich Townsend
>Cc: Pedro Venda; acpi-devel@lists.sourceforge.net
>Subject: [ACPI] Re: What's up with the Embedded Controller
>driver? [was Re: [ACPI] patched sms-cm acpi/ec.c to 2.6.11.5]
>
>
>>>>
>>>> it does NOT seem ok. after some more tests with the patch, I found
>>>> out that francois was right about most of the problems:
>>>> * timeout on boot, just after the boot loader. this is very
>>>> confusing to me...
>>>> * when I plug in the battery, it takes ages to show information
>>>> about it... more than 1 minute.
>>>> * about the usb problems, apparently I wasn't affected.
>>>>
>>>> could you please tip us about what could be causing these delays?
>>>> especially the boot delay... it really puzzles my mind.
>>>>
>>>> regards,
>>>> pedro venda.
>>>>
>>>>
>>>
>>> Concerning USB problems, I think it happens because I tried
>the patch
>>> with the 2.6.11 kernel. I have retried with the 2.6.11.5 and there
>>> are no more USB problems. But all the other problems remains.
>>> Concerning the timeout on boot, could it be caused by the
>>> acpi-dsdt-initrd patch made by Markus Gaugausch. Maybe we
>should try
>>> other ways to incorporate the DSDT to the kernel.
>>> FranÃ§ois Valenduc
>>
>>
>> I doubt it is the DSDT patch; rather, it looks like
>something has gone
>> wrong in the embedded controller driver in going from 2.6.10 to
>> 2.6.11. I've tried out a number of different ways of fixing
>ec event
>> handling, including my own spinlock kludge and Pedro's
>version of it,
>> and also a series of patches by Dmitry Torokhov; but all of
>them seem
>> to have problems with very sluggish EC response and/or EC timeouts
>> (indicated by "Handler for [EmbeddedControl] returned AE_TIME").
>>
>> Who currently maintains ec.c? And what exactly has been done to it
>> since 2.6.10?
>>
>> cheers,
>>
>> Rich
>>
>>
>Just by curiosity I tried the DSDT patches without applying
>any patch on
>the ec.c file and I don't notice any problem yet. I choose for
>a static
>DSDT override and there doesn't seem to be any slowdown of my
>computer.
>If I have well understood I could see "Handler for [EmbeddedControl]
>returned AE_TIME" appearing in kernel messages but it doesn't appear.
>Maybe I am very lucky!
>
>FranÃ§ois
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by Microsoft Mobile & Embedded
>DevCon 2005
>Attend MEDC 2005 May 9-12 in Vegas. Learn more about the latest Windows
>Embedded(r) & Windows Mobile(tm) platforms, applications &
>content. Register
>by 3/29 & save $300
>http://ads.osdn.com/?ad_id=6883&alloc_id=15149&op=click
>_______________________________________________
>Acpi-devel mailing list
>Acpi-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/acpi-devel
>
N\x18¬HYÞµéšŠX¬²š'²ŠÞu¼Œ‰Êè²‡í2†â•á&mç]yÐÞ¼*'ÛM9\x02Û^Ó\x04\f-´Ó“\x1aËÝvŠu^«\vyªçšŠÞiº.¶Ø^•«^²Õ¢Ú0°I›y×^vµ¢Ú0°Ê^[ŠW­š™Zµú+šÆ©¦XœjØ¨žÇ(ž×§µ\x17 ŠË^­¼·ÿolj÷·ÓHm¶ŸÿiÛ(±ÙÜ¢oÚv'