public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
* RE: Re: What's up with the Embedded Controller driver? [was Re: [ACPI] patched sms-cm acpi/ec.c to 2.6.11.5]
@ 2005-03-29 15:01 Yu, Luming
  2005-03-29 15:09 ` Rich Townsend
  0 siblings, 1 reply; 10+ messages in thread
From: Yu, Luming @ 2005-03-29 15:01 UTC (permalink / raw)
  To: Rich Townsend; +Cc: Fran?ois Valenduc, ACPI devel

I'm sorry, what is  sbs-cm packag? 
Please make sure sbs-cm package is using ec_read/write functions defined in ec.c

Thanks
Luming 

>-----Original Message-----
>From: Rich Townsend [mailto:rhdt@bartol.udel.edu] 
>Sent: 2005年3月29日 22:50
>To: Yu, Luming
>Cc: François Valenduc; ACPI devel
>Subject: Re: [ACPI] 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 wrote:
>> You modified DSDT just remove some AML methods that related to EC.
>> That means it just delete the problem. 
>> I believe if you think this is the regression, just because 
>the changeset
>> 
>http://linux-acpi.bkbits.net:8080/26-latest-test/diffs/include/
>acpi/acconfig.h@1.55?nav=index.html|src/.|src/include|src/inclu
de/acpi|hist/include/acpi/acconfig.h
>> make _those AML methods just run.
>> So, this is NOT a regression problem.
>> 
>> Please cat /proc/interrupts to me before accessing EC and 
>after accessing EC.(using burst mode EC patch)
>> 
>
>Hi Yuming --
>
>I'm using your ec patch, plus a DSDT modified using my sbs-cm package
>(which accesses the Smart Battery system through the EC address space
>handler). Here's what happens to the interrupts when I access 
>the battery:
>
>rhdt@sto ~ $ cat /proc/interrupts
>           CPU0
>  0:  127116981          XT-PIC  timer
>  1:     213426          XT-PIC  i8042
>  2:          0          XT-PIC  cascade
>  6:     171382          XT-PIC  i915@pci:0000:00:02.0, uhci_hcd,
>uhci_hcd, uhci_hcd, eth1
>  8:          8          XT-PIC  rtc
>  9:    3305062          XT-PIC  acpi
> 10:    1965890          XT-PIC  Intel 82801DB-ICH4, yenta, ehci_hcd,
>ipw2200
> 12:    4335843          XT-PIC  i8042
> 14:     466033          XT-PIC  ide0
> 15:         28          XT-PIC  ide1
>NMI:          0
>LOC:          0
>ERR:          0
>rhdt@sto ~ $ cat /proc/acpi/battery/BAT0/state
>present:                 yes
>capacity state:          ok
>charging state:          charged
>present rate:            0 mA
>remaining capacity:      4081 mAh
>present voltage:         16699 mV
>rhdt@sto ~ $ cat /proc/interrupts
>           CPU0
>  0:  127131974          XT-PIC  timer
>  1:     213488          XT-PIC  i8042
>  2:          0          XT-PIC  cascade
>  6:     171462          XT-PIC  i915@pci:0000:00:02.0, uhci_hcd,
>uhci_hcd, uhci_hcd, eth1
>  8:          8          XT-PIC  rtc
>  9:    3305297          XT-PIC  acpi
> 10:    1966133          XT-PIC  Intel 82801DB-ICH4, yenta, ehci_hcd,
>ipw2200
> 12:    4335843          XT-PIC  i8042
> 14:     466065          XT-PIC  ide0
> 15:         28          XT-PIC  ide1
>NMI:          0
>LOC:          0
>ERR:          0
>
>Note that the battery access took over 5 seconds! And note, of course,
>the big jump in the acpi interrupt count.
>
>cheers,
>
>Rich
>

^ permalink raw reply	[flat|nested] 10+ messages in thread
* RE: Re: What's up with the Embedded Controller driver? [was Re: [ACPI] patched sms-cm acpi/ec.c to 2.6.11.5]
@ 2005-03-29  2:22 Yu, Luming
  2005-03-29 14:50 ` Rich Townsend
  0 siblings, 1 reply; 10+ messages in thread
From: Yu, Luming @ 2005-03-29  2:22 UTC (permalink / raw)
  To: Yu, Luming, François Valenduc, ACPI devel

You modified DSDT just remove some AML methods that related to EC.
That means it just delete the problem. 
I believe if you think this is the regression, just because the changeset
http://linux-acpi.bkbits.net:8080/26-latest-test/diffs/include/acpi/acconfig.h@1.55?nav=index.html|src/.|src/include|src/include/acpi|hist/include/acpi/acconfig.h
make _those AML methods just run.
So, this is NOT a regression problem.

Please cat /proc/interrupts to me before accessing EC and after accessing EC.(using burst mode EC patch)

Thanks,
Luming



>-----Original Message-----
>From: acpi-devel-admin@lists.sourceforge.net 
>[mailto:acpi-devel-admin@lists.sourceforge.net] On Behalf Of Yu, Luming
>Sent: 2005年3月25日 9:24
>To: François Valenduc; ACPI devel
>Subject: RE: [ACPI] Re: What's up with the Embedded Controller 
>driver? [was Re: [ACPI] patched sms-cm acpi/ec.c to 2.6.11.5]
>
>Hmm, It's interesting. Could you give me the original version?
>so I can find out what's the magic.
>
>Thanks,
>Luming
>
>>-----Original Message-----
>>From: François Valenduc [mailto:fvalenduc@tiscali.be] 
>>Sent: 2005年3月25日 3:41
>>To: Yu, Luming; ACPI devel
>>Subject: Re: [ACPI] Re: What's up with the Embedded Controller 
>>driver? [was Re: [ACPI] patched sms-cm acpi/ec.c to 2.6.11.5]
>>
>>So I suppose it is this patch: 
>>http://bugme.osdl.org/attachment.cgi?id=4516&action=view. If 
>>that's the 
>>case, it doesn't work at all. It has bit the same results as 
>the patch 
>>Pedro Venda send to the list a few days ago. There is a delay 
>>on bootup 
>>during which the screen stays black. It take some time to load the ac 
>>and battery driver. It take also a very long time to read 
>>battery status 
>>(after having patched my DSDT). Furthermore, there are some 
>>errors in dmesg:
>>    ACPI-0405: *** Error: Handler for [EmbeddedControl] 
>>returned AE_TIME
>>    ACPI-1138: *** Error: Method execution failed 
>>[\_SB_.PCI0.LPC0.EC0_.SMB0._SBR] (Node dfec9d20), AE_TIME
>>    ACPI-1138: *** Error: Method execution failed 
>>[\_SB_.PCI0.LPC0.EC0_.SMB0.SBRW] (Node dfeca780), AE_TIME
>>    ACPI-1138: *** Error: Method execution failed [\_SB_.BAT0.UPBI] 
>>(Node dfeca500), AE_TIME
>>    ACPI-1138: *** Error: Method execution failed [\_SB_.BAT0.SEBI] 
>>(Node dfeca540), AE_TIME
>>    ACPI-1138: *** Error: Method execution failed 
>>[\_SB_.PCI0.LPC0.EC0_._Q20] (Node dfecafe0), AE_TIME
>>You can find my modified DSDT in the attachment.
>>
>>Sincerely yours,
>>François Valenduc
>>
>>   
>>Yu, Luming a écrit :
>>
>>>This one: http://bugme.osdl.org/show_bug.cgi?id=3851#c52
>>>You need to have bk tool for bk pull. Please google bkbits.
>>>
>>>Thanks
>>>Luming 
>>>
>>>  
>>>
>>>>-----Original Message-----
>>>>From: François Valenduc [mailto:fvalenduc@tiscali.be] 
>>>>Sent: 2005年3月25日 0:33
>>>>To: Yu, Luming
>>>>Subject: Re: [ACPI] 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 a écrit :
>>>>
>>>>    
>>>>
>>>>>No, the burst-mode ec patch is planed to be merged into 2.6.12.
>>>>>So, I think it will NOT appear in that patch.
>>>>>Please try to pull from http://linux-acpi.bkbits.net:8080/to-akpm
>>>>>or apply patch filed at http://bugme.osdl.org/show_bug.cgi?id=3851
>>>>>
>>>>>PS. I'm trying to maintain acpi ec driver.
>>>>>
>>>>>Thanks
>>>>>Luming 
>>>>> 
>>>>>
>>>>>      
>>>>>
>>>>Sorry but I don't manage to find the patch you indicated me. 
>>>>Is it this 
>>>>one: http://bugme.osdl.org/attachment.cgi?id=4233&action=view or 
>>>>http://bugme.osdl.org/attachment.cgi?id=4246&action=view or  
>>>>http://bugme.osdl.org/attachment.cgi?id=4247&action=view ?
>>>>Also I don't what you mean by pulling from linux-acpi.bkbits.net
>>>>How should I do to obtain the patch ?
>>>>
>>>>Thanks in advance,
>>>>François
>>>>
>>>>
>>>>    
>>>>
>>
>>
>HWj)bh+yN\x17Lv-\x1ay\x17v\x1a'z\jwbv,xnv\x1f!3ۜjj[z\x03('!\x1dlXzm^*^J֫v)!\x7flgri؝\x03}e
>ȝ\x03^7)\x01br@\x1c'^fj)b	b\x1c'^elq zm?X(\x1e~zwXb?ibu
>

^ permalink raw reply	[flat|nested] 10+ messages in thread
* RE: Re: What's up with the Embedded Controller driver? [was Re: [ACPI] patched sms-cm acpi/ec.c to 2.6.11.5]
@ 2005-03-25  1:23 Yu, Luming
  0 siblings, 0 replies; 10+ messages in thread
From: Yu, Luming @ 2005-03-25  1:23 UTC (permalink / raw)
  To: François Valenduc, ACPI devel

Hmm, It's interesting. Could you give me the original version?
so I can find out what's the magic.

Thanks,
Luming

>-----Original Message-----
>From: François Valenduc [mailto:fvalenduc@tiscali.be] 
>Sent: 2005年3月25日 3:41
>To: Yu, Luming; ACPI devel
>Subject: Re: [ACPI] Re: What's up with the Embedded Controller 
>driver? [was Re: [ACPI] patched sms-cm acpi/ec.c to 2.6.11.5]
>
>So I suppose it is this patch: 
>http://bugme.osdl.org/attachment.cgi?id=4516&action=view. If 
>that's the 
>case, it doesn't work at all. It has bit the same results as the patch 
>Pedro Venda send to the list a few days ago. There is a delay 
>on bootup 
>during which the screen stays black. It take some time to load the ac 
>and battery driver. It take also a very long time to read 
>battery status 
>(after having patched my DSDT). Furthermore, there are some 
>errors in dmesg:
>    ACPI-0405: *** Error: Handler for [EmbeddedControl] 
>returned AE_TIME
>    ACPI-1138: *** Error: Method execution failed 
>[\_SB_.PCI0.LPC0.EC0_.SMB0._SBR] (Node dfec9d20), AE_TIME
>    ACPI-1138: *** Error: Method execution failed 
>[\_SB_.PCI0.LPC0.EC0_.SMB0.SBRW] (Node dfeca780), AE_TIME
>    ACPI-1138: *** Error: Method execution failed [\_SB_.BAT0.UPBI] 
>(Node dfeca500), AE_TIME
>    ACPI-1138: *** Error: Method execution failed [\_SB_.BAT0.SEBI] 
>(Node dfeca540), AE_TIME
>    ACPI-1138: *** Error: Method execution failed 
>[\_SB_.PCI0.LPC0.EC0_._Q20] (Node dfecafe0), AE_TIME
>You can find my modified DSDT in the attachment.
>
>Sincerely yours,
>François Valenduc
>
>   
>Yu, Luming a écrit :
>
>>This one: http://bugme.osdl.org/show_bug.cgi?id=3851#c52
>>You need to have bk tool for bk pull. Please google bkbits.
>>
>>Thanks
>>Luming 
>>
>>  
>>
>>>-----Original Message-----
>>>From: François Valenduc [mailto:fvalenduc@tiscali.be] 
>>>Sent: 2005年3月25日 0:33
>>>To: Yu, Luming
>>>Subject: Re: [ACPI] 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 a écrit :
>>>
>>>    
>>>
>>>>No, the burst-mode ec patch is planed to be merged into 2.6.12.
>>>>So, I think it will NOT appear in that patch.
>>>>Please try to pull from http://linux-acpi.bkbits.net:8080/to-akpm
>>>>or apply patch filed at http://bugme.osdl.org/show_bug.cgi?id=3851
>>>>
>>>>PS. I'm trying to maintain acpi ec driver.
>>>>
>>>>Thanks
>>>>Luming 
>>>> 
>>>>
>>>>      
>>>>
>>>Sorry but I don't manage to find the patch you indicated me. 
>>>Is it this 
>>>one: http://bugme.osdl.org/attachment.cgi?id=4233&action=view or 
>>>http://bugme.osdl.org/attachment.cgi?id=4246&action=view or  
>>>http://bugme.osdl.org/attachment.cgi?id=4247&action=view ?
>>>Also I don't what you mean by pulling from linux-acpi.bkbits.net
>>>How should I do to obtain the patch ?
>>>
>>>Thanks in advance,
>>>François
>>>
>>>
>>>    
>>>
>
>

^ permalink raw reply	[flat|nested] 10+ messages in thread
* RE: Re: What's up with the Embedded Controller driver? [was Re: [ACPI] patched sms-cm acpi/ec.c to 2.6.11.5]
@ 2005-03-24 16:02 Yu, Luming
  0 siblings, 0 replies; 10+ messages in thread
From: Yu, Luming @ 2005-03-24 16:02 UTC (permalink / raw)
  To: Fran?ois Valenduc, acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f

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


No, the burst-mode ec patch is planed to be merged into 2.6.12.
So, I think it will NOT appear in that patch.
Please try to pull from http://linux-acpi.bkbits.net:8080/to-akpm
or apply patch filed at http://bugme.osdl.org/show_bug.cgi?id=3851

PS. I'm trying to maintain acpi ec driver.

Thanks
Luming 

>-----Original Message-----
>From: François Valenduc [mailto:fvalenduc@tiscali.be] 
>Sent: 2005年3月24日 23:37
>To: Yu, Luming; acpi-devel@lists.sourceforge.net
>Subject: Re: [ACPI] Re: What's up with the Embedded Controller 
>driver? [was Re: [ACPI] patched sms-cm acpi/ec.c to 2.6.11.5]
>
>You mean the acpi-20050309-2.6.11 patch ? I tried it but I get rejects 
>on the KConfig file. Nevertheless the kernel seems to compile 
>correctly. 
>I have tried it and I don't notice big changes. However I already said 
>that I don't  encounter the problem mentionned by Rich Townsend when I 
>use his DSDT patches (lost interrupts, keypresses not taken into 
>account). There is sometime a slight but perceivable slowdown 
>when I hit 
>the same key repeatedly (aad it occours only with some programs).
>
>François Valenduc
>
>Yu, Luming a écrit :
>
>>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'

^ permalink raw reply	[flat|nested] 10+ messages in thread
* RE: Re: What's up with the Embedded Controller driver? [was Re: [ACPI] patched sms-cm acpi/ec.c to 2.6.11.5]
@ 2005-03-24 14:18 Yu, Luming
  2005-03-24 15:37 ` François Valenduc
  2005-03-28  0:01 ` Rich Townsend
  0 siblings, 2 replies; 10+ messages in thread
From: Yu, Luming @ 2005-03-24 14:18 UTC (permalink / raw)
  To: Fran?ois Valenduc, Rich Townsend
  Cc: Pedro Venda, acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f

[-- 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'

^ permalink raw reply	[flat|nested] 10+ messages in thread
end of thread, other threads:[~2005-03-29 15:09 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <3ACA40606221794F80A5670F0AF15F84041AC15D@pdsmsx403>
2005-03-24 19:40 ` Re: What's up with the Embedded Controller driver? [was Re: [ACPI] patched sms-cm acpi/ec.c to 2.6.11.5] François Valenduc
2005-03-29 15:01 Yu, Luming
2005-03-29 15:09 ` Rich Townsend
  -- strict thread matches above, loose matches on Subject: below --
2005-03-29  2:22 Yu, Luming
2005-03-29 14:50 ` Rich Townsend
2005-03-25  1:23 Yu, Luming
2005-03-24 16:02 Yu, Luming
2005-03-24 14:18 Yu, Luming
2005-03-24 15:37 ` François Valenduc
2005-03-28  0:01 ` Rich Townsend

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox