Tablet PC + 2.4.18 + acpi 20020726 + swsup11 working !
Hi Folks
Im a smurf reader of this list and i ve been trying ACPI now for more than 5 months . The device i want to have ACPI running is the worlds first Tablet PC called "Pacebook" . As i am pretty much the only linux enthusiastic at our company , im "porting " linux to that Tablet .
Until now ACPI was quite good working : I can read the battery state , see if im plugged or not , get the temperatur of the TRANSMETA (!) and all that minor stuff , BUT i had no chance to use S3 S4 ---until yesterday when i tried the mentioned patches and now can S4 very good !! --YES it is working ! __ icantbelievethat _
So guys : I congratulate you ! Very very very good work !
Things TODO now :
try to get S3 also working ( to have this , ive to implement a function to turn off the backlight ) i ve the spec`s and I/O Port to do that ,but im still expierencing problems at starting to write this driver , since a device called pic2 is loaded at the needed I/O Port ( 0xB1-0xB2) ...
When i ve finished that driver ive to find a way , where the ACPI Subsystem can call that backlight_off function.
What is the supposed procedure to implement such "thirdparty" functions into ACPI ?
will there be a script to be called ( like at APM , where we had apmd_proxy to shutdown critical things before suspend ) ?
Anyhow folks ... im very proud of that community and keep up doing that great work !
Regards Rob
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
A message that is not in the archive (sent off-list or not yet received): [email protected]
Quoted 16 lines · Robert Wörle
Hi Folks
Im a smurf reader of this list and i ve been trying ACPI now for more than 5 months .
The device i want to have ACPI running is the worlds first Tablet PC called "Pacebook" .
As i am pretty much the only linux enthusiastic at our company , im "porting " linux to that Tablet .Until now ACPI was quite good working : I can read the battery state , see if im plugged or not , get the temperatur of the TRANSMETA (!) and all that minor stuff , BUT i had no chance to use S3 S4 ---until yesterday when i tried the mentioned patches and now can S4 very good !! --YES it is working ! __ icantbelievethat _
Quoted 6 lines
Things TODO now :
try to get S3 also working ( to have this , ive to implement a function to turn off the backlight )
i ve the spec`s and I/O Port to do that ,but im still expierencing problems at starting to write this driver , since
a device called pic2 is loaded at the needed I/O Port ( 0xB1-0xB2) ...
If I remember well, those ports are actually used by the AML with some mutex. If you use ACPI and the "still need to be written" driver for your tablet at the same time, you must to take into account this fact.
Quoted 3 lines
When i ve finished that driver ive to find a way , where the ACPI Subsystem can call that
backlight_offfunction.
It should be called by a Method if the AML is well written. So, in a perfect world, you should not take care about that if S3 work. Of course, the world is not so perfect, but who knows :)
Quoted 3 lines
What is the supposed procedure to implement such "thirdparty" functions into ACPI ?
Try to see if something like John Belmonte have already written for a skeleton.
Signature · 9 lines
Ducrot Bruno http://www.poupinou.org Page profaissionelle http://toto.tu-me-saoules.com Haume page ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf
Quoted 23 lines · Ducrot Bruno
Quoted 13 lines · Robert Wörle
Hi Folks
Im a smurf reader of this list and i ve been trying ACPI now for more than 5 months . The device i want to have ACPI running is the worlds first Tablet PC called "Pacebook" . As i am pretty much the only linux enthusiastic at our company , im "porting " linux to that Tablet .
Until now ACPI was quite good working : I can read the battery state , see if im plugged or not , get the temperatur of the TRANSMETA (!) and all that minor stuff , BUT i had no chance to use S3 S4 ---until yesterday when i tried the mentioned patches and now can S4 very good !! --YES it is working ! __ icantbelievethat _
Quoted 6 lines
Things TODO now :
try to get S3 also working ( to have this , ive to implement a function to turn off the backlight ) i ve the spec`s and I/O Port to do that ,but im still expierencing problems at starting to write this driver , since a device called pic2 is loaded at the needed I/O Port ( 0xB1-0xB2) ...
Quoted 5 lines
If I remember well, those ports are actually used by the AML with some mutex. If you use ACPI and the "still need to be written" driver for your tablet at the same time, you must to take into account this fact.
So what is this pci1 and pic2 thing ??? and why is it residing at my wanted IO ??? Do i maybe just have to modify the HEX commands at some ACPI.c according device ??
Quoted 20 lines
Quoted 5 lines
When i ve finished that driver ive to find a way , where the ACPI Subsystem can call that
backlight_offfunction.It should be called by a Method if the AML is well written. So, in a perfect world, you should not take care about that if S3 work. Of course, the world is not so perfect, but who knows :)
Quoted 3 lines
What is the supposed procedure to implement such "thirdparty" functions into ACPI ?
Try to see if something like John Belmonte have already written for a skeleton.
Signature · 23 lines
_____________________________________ *Robert Wörle Linux | Embedded Device* * Symplon AG* *...touch the internet* phone: +49 89 552 999 35 fax: +49 89 552 999 10 email: [email protected] <mailto:[email protected]> web: www.symplon.com <http://www.symplon.com/> _____________________________________ ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf
A message that is not in the archive (sent off-list or not yet received): [email protected]
Am Dienstag, 6. August 2002 14:04 schrieb Robert Wörle:
Quoted 2 lines
So what is this pci1 and pic2 thing ??? and why is it residing at my wanted IO ???
Let me guess: PIC = Programmable Interrupt Controller,
so I think you don't wanna mess with it! The interesting question is, why is your device in this range? This ports are reserved since the days of IBM's good old AT.
Jörg
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
A message that is not in the archive (sent off-list or not yet received): 200208061528.27394.joerg.sonnenberger-S0/[email protected]
Quoted 9 lines · Jörg Sonnenberger
Am Dienstag, 6. August 2002 14:04 schrieb Robert Wörle:
Quoted 2 lines
So what is this pci1 and pic2 thing ??? and why is it residing at my wanted IO ???
Let me guess: PIC = Programmable Interrupt Controller,
so I think you don't wanna mess with it! The interesting question is, why is your device in this range? This ports are reserved since the days of IBM's good old AT.
Well, not all those ports are used by the original 8259A. And the PIC 2, is 'only' at range A0-AF, according to Ralf Brown list. Linux extend it a little, but I don't know why.
Signature · 9 lines
Ducrot Bruno http://www.poupinou.org Page profaissionelle http://toto.tu-me-saoules.com Haume page ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf
A message that is not in the archive (sent off-list or not yet received): 20020806140043.GB16571-j6u/t2rXLliUoIHC/UFpr9i2O/[email protected]
On Tue, 6 Aug 2002, Ducrot Bruno wrote:
| On Tue, Aug 06, 2002 at 03:28:27PM +0200, Jörg Sonnenberger wrote: | > Am Dienstag, 6. August 2002 14:04 schrieb Robert Wörle: | > > So what is this pci1 and pic2 thing ??? and why is it residing at my | > > wanted IO ??? | > | > Let me guess: PIC = Programmable Interrupt Controller, | > so I think you don't wanna mess with it! The interesting question is, why is | > your device in this range? This ports are reserved since the days of IBM's | > good old AT. | > | | Well, not all those ports are used by the original 8259A. And the PIC 2, is | 'only' at range A0-AF, according to Ralf Brown list. Linux extend it a little, | but I don't know why.
I guess it depends on which chipset is used or checked then. I just checked the 82801BA-ICH2 (Intel).
It says that PIC2 is in about 1/2 of the IO addresses between 0xa0 and 0xbd inclusive, with 0xb2-0xb3 used for Power Management.
Signature · 8 lines
~Randy ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf
A message that is not in the archive (sent off-list or not yet received): Pine.LNX.4.33L2.0208060721141.10089-100000-cVaRcJ4+mXYyyg0EjBt7GtHuzzzSOjJt@public.gmane.org
ACPI on Compaq Presario 1720US
Hi list,
Have seen few folks getting fair amt of sucess with the ACPI on Compaq Presario models. I am keen to try out the ACPI (have tried few months back), especially modifiying my DSDT.
I have tried several times to get the AD Utility from the Phoenix website but looks like they have removed that utility. Can anyone point me where I can get a ACPI Deassembeler or an alternate method to get "asl" output of my DSDT.
TIA
Signature · 16 lines
*******************************--------------********************************** GVS Prabhakar Reddy Research Assistant Model Analysis Lab (GIS Lab) Dept. of Biological Resources Engineering University of Maryland College Park, MD, 20742. **************************--------------------********************************* ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf
Quoted 16 lines · Ducrot Bruno
Quoted 12 lines · Jörg Sonnenberger
Am Dienstag, 6. August 2002 14:04 schrieb Robert Wörle:
Quoted 4 lines
So what is this pci1 and pic2 thing ??? and why is it residing at my wanted IO ???
Let me guess: PIC = Programmable Interrupt Controller,
so I think you don't wanna mess with it! The interesting question is, why is your device in this range? This ports are reserved since the days of IBM's good old AT.
Quoted 6 lines
Well, not all those ports are used by the original 8259A. And the PIC 2, is 'only' at range A0-AF, according to Ralf Brown list. Linux extend it a little, but I don't know why.
Tell me guys , what driver is this pic2 .. where can i found the according **.c to have some try`S and modify it so if it doesnt need these ports then i can use them for my purposes ...
Signature · 23 lines
_____________________________________ *Robert Wörle Linux | Embedded Device* * Symplon AG* *...touch the internet* phone: +49 89 552 999 35 fax: +49 89 552 999 10 email: [email protected] <mailto:[email protected]> web: www.symplon.com <http://www.symplon.com/> _____________________________________ ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf
A message that is not in the archive (sent off-list or not yet received): [email protected]
Am Dienstag, 6. August 2002 16:32 schrieb Robert Wörle:
Quoted 3 lines
Tell me guys , what driver is this pic2 .. where can i found the according **.c to have some try`S and modify it
so if it doesnt need these ports then i can use them for my purposes ...
The code (initialization at least) is in arch/i386/kernel/i8259.c
Jörg
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
On Tue, 6 Aug 2002, Robert Wörle wrote:
| Ducrot Bruno schrieb: | | >On Tue, Aug 06, 2002 at 03:28:27PM +0200, Jörg Sonnenberger wrote: | > | > | >>Am Dienstag, 6. August 2002 14:04 schrieb Robert Wörle: | >> | >> | >>>So what is this pci1 and pic2 thing ??? and why is it residing at my | >>>wanted IO ??? | >>> | >>> | >>Let me guess: PIC = Programmable Interrupt Controller, | >>so I think you don't wanna mess with it! The interesting question is, why is | >>your device in this range? This ports are reserved since the days of IBM's | >>good old AT. | >> | >> | >> | > | >Well, not all those ports are used by the original 8259A. And the PIC 2, is | >'only' at range A0-AF, according to Ralf Brown list. Linux extend it a little, | >but I don't know why. | > | > | > | Tell me guys , what driver is this pic2 .. where can i found the | according **.c to have some try`S and modify it | so if it doesnt need these ports then i can use them for my purposes ...
The IO space for PIC1 and PIC2 is reserved in linux/arch/i386/kernel/setup.c, around line 330 in 2.4.18/2.4.19, in the array standard_io_resources[].
You might be able to make the granularity of that definition finer so that some of the IO addresses aren't reserved.
Regarding someone else's email about Linux using only addresses 0xa0 and 0xa1 for PIC2:
That's probably correct. The PIC internal registers are addressed by ICWn and OCWn, which are dependent on the data values written. The other IO addresses that are reserved (like 0xa4-5, 0xa8-9, 0xac-d, 0xb0-1, 0xb4-5, 0xb8-9, 0xbc-d) are ghosts (duplicates) of the base IO addresses (0xa0-0xa1), due to incomplete IO address line decoding.
Signature · 8 lines
~Randy ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf
Quoted 32 lines · Randy.Dunlap
On Tue, 6 Aug 2002, Robert Wörle wrote:
| Ducrot Bruno schrieb: | | >On Tue, Aug 06, 2002 at 03:28:27PM +0200, Jörg Sonnenberger wrote: | > | > | >>Am Dienstag, 6. August 2002 14:04 schrieb Robert Wörle: | >> | >> | >>>So what is this pci1 and pic2 thing ??? and why is it residing at my | >>>wanted IO ??? | >>> | >>> | >>Let me guess: PIC = Programmable Interrupt Controller, | >>so I think you don't wanna mess with it! The interesting question is, why is | >>your device in this range? This ports are reserved since the days of IBM's | >>good old AT. | >> | >> | >> | > | >Well, not all those ports are used by the original 8259A. And the PIC 2, is | >'only' at range A0-AF, according to Ralf Brown list. Linux extend it a little, | >but I don't know why. | > | > | > | Tell me guys , what driver is this pic2 .. where can i found the | according **.c to have some try`S and modify it | so if it doesnt need these ports then i can use them for my purposes ...
Quoted 7 lines
The IO space for PIC1 and PIC2 is reserved in
linux/arch/i386/kernel/setup.c, around line 330 in 2.4.18/2.4.19, in the array standard_io_resources[].
You might be able to make the granularity of that definition finer so that some of the IO addresses aren't reserved.
Thank you , i found it at setup.c ... and i ll now try to free my needed area with something like this:
{"pic2",0xa0,0xb0,IORESOURCE_BUSY},
("pic2",0xb3,0xbf,IORESOURCE_BUSY},----
after that i should (=?!) have 0xb1-0xb2 free to be mapped by my driver ...
Quoted 11 lines
Regarding someone else's email about Linux using only addresses
0xa0and0xa1for PIC2:
That's probably correct. The PIC internal registers are addressed by ICWn and OCWn, which are dependent on the data values written. The other IO addresses that are reserved (like 0xa4-5, 0xa8-9, 0xac-d, 0xb0-1, 0xb4-5, 0xb8-9, 0xbc-d) are ghosts (duplicates) of the base IO addresses (0xa0-0xa1), due to incomplete IO address line decoding.
Signature · 23 lines
_____________________________________ *Robert Wörle Linux | Embedded Device* * Symplon AG* *...touch the internet* phone: +49 89 552 999 35 fax: +49 89 552 999 10 email: [email protected] <mailto:[email protected]> web: www.symplon.com <http://www.symplon.com/> _____________________________________ ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf
A message that is not in the archive (sent off-list or not yet received): [email protected]
Quoted 45 lines · Robert Wörle
Quoted 36 lines · Randy.Dunlap
On Tue, 6 Aug 2002, Robert Wörle wrote:
| Ducrot Bruno schrieb: | | >On Tue, Aug 06, 2002 at 03:28:27PM +0200, Jörg Sonnenberger wrote: | > | > | >>Am Dienstag, 6. August 2002 14:04 schrieb Robert Wörle: | >> | >> | >>>So what is this pci1 and pic2 thing ??? and why is it residing at my | >>>wanted IO ??? | >>> | >>> | >>Let me guess: PIC = Programmable Interrupt Controller, | >>so I think you don't wanna mess with it! The interesting question is, why is | >>your device in this range? This ports are reserved since the days of IBM's | >>good old AT. | >> | >> | >> | > | >Well, not all those ports are used by the original 8259A. And the PIC 2, is | >'only' at range A0-AF, according to Ralf Brown list. Linux extend it a little, | >but I don't know why. | > | > | > | Tell me guys , what driver is this pic2 .. where can i found the | according **.c to have some try`S and modify it | so if it doesnt need these ports then i can use them for my purposes ...Quoted 7 lines
The IO space for PIC1 and PIC2 is reserved in
linux/arch/i386/kernel/setup.c, around line 330 in 2.4.18/2.4.19, in the array standard_io_resources[].
You might be able to make the granularity of that definition finer so that some of the IO addresses aren't reserved.
Quoted 6 lines
Thank you , i found it at
setup.c... and i ll now try to free my needed area with something like this:
{"pic2",0xa0,0xb0,IORESOURCE_BUSY}, ("pic2",0xb3,0xbf,IORESOURCE_BUSY},----
after that i should (=?!) have 0xb1-0xb2 free to be mapped by my driver ...
I don't know why you want to free those ports. I use those ports in my module with no trouble at all, and apm use them too without any need to free them. What I wanted to warn you in my first post was that their are a lot of use of those ports in the dsdt. Those ports are already acceded by ACPI Methods and those methods use a mutex in order to access those ports. Also if you don't care about this fact and use ACPI at the same time, you can experiment some race conditions with your driver.
Signature · 9 lines
Ducrot Bruno http://www.poupinou.org Page profaissionelle http://toto.tu-me-saoules.com Haume page ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf