Re: Call for help: list of machines with working S3

Re: Call for help: list of machines with working S3

[Maximilian Engelhardt]

On Mon, 2005-02-14 at 22:20 +0100, Pavel Machek wrote:
> Hi!
> 
> Stefan provided me initial list of machines where S3 works (including
> video). If you have machine that is not on the list, please send me a
> diff. If you have eMachines... I'd like you to try playing with
> vbetool (it worked for me), and if it works for you supplying right
> model numbers.
> 
> 								Pavel
> 
> 
> 		Video issues with S3 resume
> 		~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 		  2003-2005, Pavel Machek
> 
> During S3 resume, hardware needs to be reinitialized. For most
> devices, this is easy, and kernel driver knows how to do
> it. Unfortunately there's one exception: video card. Those are usually
> initialized by BIOS, and kernel does not have enough information to
> boot video card. (Kernel usually does not even contain video card
> driver -- vesafb and vgacon are widely used).
> 
> This is not problem for swsusp, because during swsusp resume, BIOS is
> run normally so video card is normally initialized. S3 has absolutely
> no change to work with SMP/HT. Be sure it to turn it off before
> testing (swsusp should work ok, OTOH).
> 
> There are few types of systems where video works after S3 resume:
> 
> (1) systems where video state is preserved over S3.
> 
> (2) systems where it is possible to call video bios during S3
>   resume. Unfortunately, it is not correct to call video BIOS at that
>   point, but it happens to work on some machines. Use
>   acpi_sleep=s3_bios.
> 
> (3) systems that initialize video card into vga text mode and where BIOS
>   works well enough to be able to set video mode. Use
>   acpi_sleep=s3_mode on these.
> 
> (4) on some systems s3_bios kicks video into text mode, and
>   acpi_sleep=s3_bios,s3_mode is needed.
> 
> (5) radeon systems, where X can soft-boot your video card. You'll need
>   patched X, and plain text console (no vesafb or radeonfb), see
>   http://www.doesi.gmxhome.de/linux/tm800s3/s3.html.
> 
> (6) other radeon systems, where vbetool is enough to bring system back
>   to life. Do vbetool vbestate save > /tmp/delme; echo 3 > /proc/acpi/sleep;
>   vbetool post; vbetool vbestate restore < /tmp/delme; setfont
>   <whatever>, and your video should work.

Tried all this on my Laptop but nothing seems to work for me. 
I do "echo 3 > /proc/acpi/sleep" and the systems seems to go into S3.
When I press some key to wake it up again it powers up but I get nothing
than a black screen. It's not only the video card that's not working,
because the only thing it reacts to is Sysrq (without screen of course).
One additional thing I found is that in this state the HDD led keeps
lighting all the time untill I reboot my system. After rebooting I
couldn't find anything interesting in my logs.

Is there any way I could get S3 working on my laptop?

some data:
Acer Travel Mate 661lci
Gentoo Base System version 1.6.10
kernel 2.6.11

I did all this testing with a minimal kernel that only had the
absolutely necessary drivers.

Thanks for help,
Maxi

Re: Call for help: list of machines with working S3

[Romano Giannetti]

On Thu, Mar 17, 2005 at 09:05:12PM +0100, Maximilian Engelhardt wrote:
> On Mon, 2005-02-14 at 22:20 +0100, Pavel Machek wrote:

> > 		Video issues with S3 resume
> > 		~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > 		  2003-2005, Pavel Machek
> > 

> Tried all this on my Laptop but nothing seems to work for me. 
> I do "echo 3 > /proc/acpi/sleep" and the systems seems to go into S3.
> When I press some key to wake it up again it powers up but I get nothing
> than a black screen. It's not only the video card that's not working,
> because the only thing it reacts to is Sysrq (without screen of course).
> One additional thing I found is that in this state the HDD led keeps
> lighting all the time untill I reboot my system. After rebooting I
> couldn't find anything interesting in my logs.
> 
> Is there any way I could get S3 working on my laptop?
> 
> some data:
> Acer Travel Mate 661lci
> Gentoo Base System version 1.6.10
> kernel 2.6.11
> 
> I did all this testing with a minimal kernel that only had the
> absolutely necessary drivers.

It happens exactly the same on my laptop, sony vaio whose configuration is 

http://www.dea.icai.upco.es/romano/linux/vaio-conf/laptop-config.html

Next week is Easter holyday here, I will try to connect my Psion casio as
serial terminal and see if I can catch something. 

       Romano 
       
       
-- 
Romano Giannetti             -  Univ. Pontificia Comillas (Madrid, Spain)
Electronic Engineer - phone +34 915 422 800 ext 2416  fax +34 915 596 569

Re: Call for help: list of machines with working S3

[Maximilian Engelhardt]

[-- Attachment #1: Type: text/plain, Size: 932 bytes --]

On Fri, 2005-03-18 at 15:50 +0100, Romano Giannetti wrote:
> 
> It happens exactly the same on my laptop, sony vaio whose configuration is 
> 
> http://www.dea.icai.upco.es/romano/linux/vaio-conf/laptop-config.html
> 
> Next week is Easter holyday here, I will try to connect my Psion casio as
> serial terminal and see if I can catch something. 
> 
>        Romano 

Sorry that I didn't answer earlier , but I didn't have much time the
last week. Unfortunately my laptop has a serial port only via docking
station that I don't have. So I tried logging via netconsole. This
generally worked, but when I try to enter S3 the last thing I get is
"PM: Entering state" but the laptop never enters S3, it just hangs there
forever. So sadly I couldn't get more information.

If anyone has any idea what else I could do to either fix this problem
or get more information about it, please tell me and I'll try :)

Maxi

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: Call for help: list of machines with working S3

[Maximilian Engelhardt]

[-- Attachment #1: Type: text/plain, Size: 1318 bytes --]

On Fri, 2005-03-18 at 15:50 +0100, Romano Giannetti wrote:
> 
> It happens exactly the same on my laptop, sony vaio whose configuration is 
> 
> http://www.dea.icai.upco.es/romano/linux/vaio-conf/laptop-config.html
> 
> Next week is Easter holyday here, I will try to connect my Psion casio as
> serial terminal and see if I can catch something. 

I was able to get some logs using CONFIG_LP_CONSOLE (the first time I
ever saw "Back to C!"):

Back to C!
PM: Finishing up.
ACPI: PCI interrupt 0000:00:1f.1[A] -> GSI 10 (level,low) -> IRQ 10
MCE: The hardware reports a non fatal, correctable incident occurred on
CPU 0.
Bank 1: e200000000000001
hda: task_out_intr: status=0x51 { DriveReady SeekComplete Error }
hda: task_out_intr: error=0x04 { DriveStatusError }
ide: failed opcode was: unknown

keeps on always repeating last three messages until I reboot

Full log:
http://home.daemonizer.de/resume.png

kernel version is 2.6.11
config: http://home.daemonizer.de/config-2.6.11-S3test
dmesg from booting: http://home.daemonizer.de/dmesg-2.6.11-S3test
lspci: http://home.daemonizer.de/lspci
Gentoo Base System version 1.6.10

Hardware:
Acer Travelmate 661lci (centrino)
Intel(R) Pentium(R) M processor 1400MHz

please mail me if you need additional data.

Thanks for help,
Maxi

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: Call for help: list of machines with working S3

[Romano Giannetti]

On Thu, Mar 31, 2005 at 09:54:33PM +0200, Maximilian Engelhardt wrote:
> On Fri, 2005-03-18 at 15:50 +0100, Romano Giannetti wrote:
> > 
> > It happens exactly the same on my laptop, sony vaio whose configuration is 
> > 
> > http://www.dea.icai.upco.es/romano/linux/vaio-conf/laptop-config.html
> 
> I was able to get some logs using CONFIG_LP_CONSOLE (the first time I
> ever saw "Back to C!"):
> 
> Back to C!
> PM: Finishing up.
> ACPI: PCI interrupt 0000:00:1f.1[A] -> GSI 10 (level,low) -> IRQ 10
> MCE: The hardware reports a non fatal, correctable incident occurred on
> CPU 0.
> Bank 1: e200000000000001
> hda: task_out_intr: status=0x51 { DriveReady SeekComplete Error }
> hda: task_out_intr: error=0x04 { DriveStatusError }
> ide: failed opcode was: unknown
> 
> keeps on always repeating last three messages until I reboot
> 
> Full log:
> http://home.daemonizer.de/resume.png
> 
> kernel version is 2.6.11
> config: http://home.daemonizer.de/config-2.6.11-S3test
> dmesg from booting: http://home.daemonizer.de/dmesg-2.6.11-S3test
> lspci: http://home.daemonizer.de/lspci
> Gentoo Base System version 1.6.10
> 
> Hardware:
> Acer Travelmate 661lci (centrino)
> Intel(R) Pentium(R) M processor 1400MHz

I tried with serial console. The only thing I get is: 

Stopping tasks:
================================================================================|

and nothing more. Well, this was done with the double console, so that I
will try again as soon as I have a bit of time with just the serial console
on. 

But the "external" behaviour for me is like your: it stops, then at restart
the HDD led stays on and nothing happen. 


Romano 

-- 
Romano Giannetti             -  Univ. Pontificia Comillas (Madrid, Spain)
Electronic Engineer - phone +34 915 422 800 ext 2416  fax +34 915 596 569

Re: Call for help: list of machines with working S3

[Romano Giannetti]

On Fri, Apr 01, 2005 at 11:17:08AM +0200, Romano Giannetti wrote:
> and nothing more. Well, this was done with the double console, so that I
> will try again as soon as I have a bit of time with just the serial console
> on. 

Much better now. Configuration, dmesg at boot, etc are at 
http://www.dea.icai.upco.es/romano/linux/config-2.6.12-rc1-rg/

I booted the 2.6.12-rc1 kernel above (with the alps resume fix) with the 
options: console=ttyS0,115200n8 init=/bin/bash

The full log of the session, if it's interesting to someone, is here: 
http://www.dea.icai.upco.es/romano/linux/swsusp/2612rc1-bash.s3.log

The interesting part is here. At suspend I have: 

bash-2.05b# echo -n 3 > /proc/acpi/sleep
[4294743.859000] Stopping tasks: ===|

and the laptop goes off with suspend light blinking. Ok. After a 20 sec, I
hit the power button and: 

[4294759.817000]  evevent-0286: *** Error: No installed handler for fixed
event
[00000002]
[4294759.827000] Restarting tasks... done
bash-2.05b#

I have the prompt back! But the HDD light is fixed on... I tried lsmod: 

bash-2.05b# lsmod

Dead. After a bit it says: 

[4294828.522000] hda: dma_timer_expiry: dma status == 0x21
[4294838.522000] hda: DMA timeout error
[4294838.526000] hda: dma timeout error: status=0x58 { DriveReady
SeekComplete DataRequest }
[4294838.536000]
[4294838.538000] ide: failed opcode was: unknown
[4294838.546000] hda: task_in_intr: status=0x59 { DriveReady SeekComplete
DataRequest Error }
[4294838.556000] hda: task_in_intr: error=0x04 { DriveStatusError }
[4294838.564000] ide: failed opcode was: unknown

this (with error 0x59 and 0x04) is repeated 3 more times, then: 

[4294838.699000] ide0: reset: success

but nothing change, and after a bit: 

[4294858.708000] hda: dma_timer_expiry: dma status == 0x21
[4294868.708000] hda: DMA timeout error
[4294868.712000] hda: dma timeout error: status=0x58 { DriveReady
SeekComplete DataRequest }
[4294868.722000]
[4294868.724000] ide: failed opcode was: unknown
[4294868.729000] hda: status error: status=0x58 { DriveReady SeekComplete
DataRequest }
[4294868.738000]
[4294868.740000] ide: failed opcode was: unknown
[4294868.746000] hda: drive not ready for command

(3 more times) 

[4294868.862000] ide0: reset: success

[4294888.879000] hda: dma_timer_expiry: dma status == 0x21

...and continuing forever (with error 0x58 as before). In the full log there
is a sysrq-m and sysrq-t result, but I do not think it's very important
here. 

When I decided to stop I hit sysrq-b and: 

[4294911.707000] SysRq : Resetting 

The bios (with the "sony" splash) restarted but locked hard, and to resume I
had to do the hard poweroff (5 seconds power button down). 


Well. I hope this helps someone :-). I will stay with S4 for now.

Romano 

-- 
Romano Giannetti             -  Univ. Pontificia Comillas (Madrid, Spain)
Electronic Engineer - phone +34 915 422 800 ext 2416  fax +34 915 596 569

Re: Call for help: list of machines with working S3

[Lukas Hejtmanek]

Hello,

does anyone have some experiences with intel i855 video card and S3?

For me the binary driver from Intel works with S3 but only X server is restored
not the text console. 

With open source driver nothing is restored. I try to use s3_bios or s3_mode,
nothing helps. Using  vbetool and post causes backlight turn on but display is
full of garbage (vertical lines of different colors).

-- 
Lukáš Hejtmánek

Re: Call for help: list of machines with working S3

[Pavel Machek]

Hi!

> does anyone have some experiences with intel i855 video card and S3?
> 
> For me the binary driver from Intel works with S3 but only X server is restored
> not the text console. 
> 
> With open source driver nothing is restored. I try to use s3_bios or s3_mode,
> nothing helps. Using  vbetool and post causes backlight turn on but display is
> full of garbage (vertical lines of different colors).

Can you do vga=normal and attempt to reload fonts?

									Pavel

-- 
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!

Re: Call for help: list of machines with working S3

[Lukas Hejtmanek]

On Thu, Feb 17, 2005 at 12:22:57AM +0100, Pavel Machek wrote:
> > does anyone have some experiences with intel i855 video card and S3?
> > 
> > For me the binary driver from Intel works with S3 but only X server is restored
> > not the text console. 
> > 
> > With open source driver nothing is restored. I try to use s3_bios or s3_mode,
> > nothing helps. Using  vbetool and post causes backlight turn on but display is
> > full of garbage (vertical lines of different colors).
> 
> Can you do vga=normal and attempt to reload fonts?

Did not help. Instead, this seems to be working with X.org and opensource driver:

chvt 1
vbetool vbestate save > /tmp/state
echo 3 > /proc/acpi/sleep
vbetool post
vbetool vbestate restore < /tmp/state
chvt 7

(if X server is running then chvt to text console is necessary, but it works
including DRI and XV overlay running) 

Can I get the current console so that chvt 7 can switch to the original console?


Just re-POST seems to initialize first head connected to external CRT. The
second head (connected to LFP) is not initialized. Do not know why :(

This is the videocard: Intel Corp. 82852/855GM Integrated Graphics Device.
Notebook: Acer TM 242FX

-- 
Lukáš Hejtmánek

Call for help: list of machines with working S3

[Pavel Machek]

Hi!

Stefan provided me initial list of machines where S3 works (including
video). If you have machine that is not on the list, please send me a
diff. If you have eMachines... I'd like you to try playing with
vbetool (it worked for me), and if it works for you supplying right
model numbers.

								Pavel


		Video issues with S3 resume
		~~~~~~~~~~~~~~~~~~~~~~~~~~~
		  2003-2005, Pavel Machek

During S3 resume, hardware needs to be reinitialized. For most
devices, this is easy, and kernel driver knows how to do
it. Unfortunately there's one exception: video card. Those are usually
initialized by BIOS, and kernel does not have enough information to
boot video card. (Kernel usually does not even contain video card
driver -- vesafb and vgacon are widely used).

This is not problem for swsusp, because during swsusp resume, BIOS is
run normally so video card is normally initialized. S3 has absolutely
no change to work with SMP/HT. Be sure it to turn it off before
testing (swsusp should work ok, OTOH).

There are few types of systems where video works after S3 resume:

(1) systems where video state is preserved over S3.

(2) systems where it is possible to call video bios during S3
  resume. Unfortunately, it is not correct to call video BIOS at that
  point, but it happens to work on some machines. Use
  acpi_sleep=s3_bios.

(3) systems that initialize video card into vga text mode and where BIOS
  works well enough to be able to set video mode. Use
  acpi_sleep=s3_mode on these.

(4) on some systems s3_bios kicks video into text mode, and
  acpi_sleep=s3_bios,s3_mode is needed.

(5) radeon systems, where X can soft-boot your video card. You'll need
  patched X, and plain text console (no vesafb or radeonfb), see
  http://www.doesi.gmxhome.de/linux/tm800s3/s3.html.

(6) other radeon systems, where vbetool is enough to bring system back
  to life. Do vbetool vbestate save > /tmp/delme; echo 3 > /proc/acpi/sleep;
  vbetool post; vbetool vbestate restore < /tmp/delme; setfont
  <whatever>, and your video should work.

Now, if you pass acpi_sleep=something, and it does not work with your
bios, you'll get hard crash during resume. Be carefull. Also it is
safest to do your experiments with plain old VGA console. vesafb and
radeonfb (etc) drivers have tendency to crash the machine during resume.

You may have system where none of above works. At that point you
either invent another ugly hack that works, or write proper driver for
your video card (good luck getting docs :-(). Maybe suspending from X
(proper X, knowing your hardware, not XF68_FBcon) might have better
chance of working.

Table of known working systems:

Model                           hack (or "how to do it")
------------------------------------------------------------------------------
IBM TP R32 / Type 2658-MMG      none (1)
Athlon HP Omnibook XE3		none (1)
Compaq Armada E500 - P3-700     none (1) (S1 also works OK)
IBM t41p			none (1)
Athlon64 desktop prototype	s3_bios (2)
HP NC6000			s3_bios (2)
Toshiba Satellite 4080XCDT      s3_mode (3)
Toshiba Satellite 4030CDT	s3_mode (3)
Dell D600, ATI RV250            vga=normal (**)
Asus L2400D                     s3_mode (3)(***) (S1 also works OK)
Toshiba Satellite P10-554       s3_bios,s3_mode (4)(****)
Acer TM 800			vga=normal, X patches, see webpage (5)
Athlon64 Arima W730a		vbestate needed (6)
eMachines athlon64 machines	vbestate needed (6) (someone please get me model #s)

(**) Text console is "strange" after resume. Backlight is switched on again
     by the X server. X server is:
     | X Window System Version 6.8.1.904 (6.8.2 RC 4)
     | Release Date: 2 February 2005
     | X Protocol Version 11, Revision 0, Release 6.8.1.904
     | Build Operating System: SuSE Linux [ELF] SuSE
     as present in SUSE 9.3preview3.

(***) To be tested with a newer kernel.

(****) Not with SMP kernel, UP only.

-- 
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Call for help: list of machines with working S3

[Pavel Machek]

Hi!

Stefan provided me initial list of machines where S3 works (including
video). If you have machine that is not on the list, please send me a
diff. If you have eMachines... I'd like you to try playing with
vbetool (it worked for me), and if it works for you supplying right
model numbers.

								Pavel


		Video issues with S3 resume
		~~~~~~~~~~~~~~~~~~~~~~~~~~~
		  2003-2005, Pavel Machek

During S3 resume, hardware needs to be reinitialized. For most
devices, this is easy, and kernel driver knows how to do
it. Unfortunately there's one exception: video card. Those are usually
initialized by BIOS, and kernel does not have enough information to
boot video card. (Kernel usually does not even contain video card
driver -- vesafb and vgacon are widely used).

This is not problem for swsusp, because during swsusp resume, BIOS is
run normally so video card is normally initialized. S3 has absolutely
no change to work with SMP/HT. Be sure it to turn it off before
testing (swsusp should work ok, OTOH).

There are few types of systems where video works after S3 resume:

(1) systems where video state is preserved over S3.

(2) systems where it is possible to call video bios during S3
  resume. Unfortunately, it is not correct to call video BIOS at that
  point, but it happens to work on some machines. Use
  acpi_sleep=s3_bios.

(3) systems that initialize video card into vga text mode and where BIOS
  works well enough to be able to set video mode. Use
  acpi_sleep=s3_mode on these.

(4) on some systems s3_bios kicks video into text mode, and
  acpi_sleep=s3_bios,s3_mode is needed.

(5) radeon systems, where X can soft-boot your video card. You'll need
  patched X, and plain text console (no vesafb or radeonfb), see
  http://www.doesi.gmxhome.de/linux/tm800s3/s3.html.

(6) other radeon systems, where vbetool is enough to bring system back
  to life. Do vbetool vbestate save > /tmp/delme; echo 3 > /proc/acpi/sleep;
  vbetool post; vbetool vbestate restore < /tmp/delme; setfont
  <whatever>, and your video should work.

Now, if you pass acpi_sleep=something, and it does not work with your
bios, you'll get hard crash during resume. Be carefull. Also it is
safest to do your experiments with plain old VGA console. vesafb and
radeonfb (etc) drivers have tendency to crash the machine during resume.

You may have system where none of above works. At that point you
either invent another ugly hack that works, or write proper driver for
your video card (good luck getting docs :-(). Maybe suspending from X
(proper X, knowing your hardware, not XF68_FBcon) might have better
chance of working.

Table of known working systems:

Model                           hack (or "how to do it")
------------------------------------------------------------------------------
IBM TP R32 / Type 2658-MMG      none (1)
Athlon HP Omnibook XE3		none (1)
Compaq Armada E500 - P3-700     none (1) (S1 also works OK)
IBM t41p			none (1)
Athlon64 desktop prototype	s3_bios (2)
HP NC6000			s3_bios (2)
Toshiba Satellite 4080XCDT      s3_mode (3)
Toshiba Satellite 4030CDT	s3_mode (3)
Dell D600, ATI RV250            vga=normal (**)
Asus L2400D                     s3_mode (3)(***) (S1 also works OK)
Toshiba Satellite P10-554       s3_bios,s3_mode (4)(****)
Acer TM 800			vga=normal, X patches, see webpage (5)
Athlon64 Arima W730a		vbestate needed (6)
eMachines athlon64 machines	vbestate needed (6) (someone please get me model #s)

(**) Text console is "strange" after resume. Backlight is switched on again
     by the X server. X server is:
     | X Window System Version 6.8.1.904 (6.8.2 RC 4)
     | Release Date: 2 February 2005
     | X Protocol Version 11, Revision 0, Release 6.8.1.904
     | Build Operating System: SuSE Linux [ELF] SuSE
     as present in SUSE 9.3preview3.

(***) To be tested with a newer kernel.

(****) Not with SMP kernel, UP only.

-- 
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!

Re: [ACPI] Call for help: list of machines with working S3

[Matthew Garrett]

On Mon, 2005-02-14 at 22:11 +0100, Pavel Machek wrote:
> Hi!
> 
> Stefan provided me initial list of machines where S3 works (including
> video). If you have machine that is not on the list, please send me a
> diff. If you have eMachines... I'd like you to try playing with
> vbetool (it worked for me), and if it works for you supplying right
> model numbers.

http://www.ubuntulinux.org/wiki/HoaryPMTesting has a list of several
working machines. HP seem to be the worst supported at the moment.

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

Re: Call for help: list of machines with working S3

[Rich Townsend]

Matthew Garrett wrote:
> On Mon, 2005-02-14 at 22:11 +0100, Pavel Machek wrote:
> 
>>Hi!
>>
>>Stefan provided me initial list of machines where S3 works (including
>>video). If you have machine that is not on the list, please send me a
>>diff. If you have eMachines... I'd like you to try playing with
>>vbetool (it worked for me), and if it works for you supplying right
>>model numbers.
> 
> 
> http://www.ubuntulinux.org/wiki/HoaryPMTesting has a list of several
> working machines. HP seem to be the worst supported at the moment.
> 

That link doesn't appear to work. Which is a shame, because I was hoping 
to get some tiny morsel of information that might help me work out why 
my machine (Acer TM4502LMi) doesn't come back from S3. It appears to 
lock up solid on resume, and I haven't got a clue where to start in 
tracking down the problem. Any suggestions?

cheers,

Rich



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Matthew Garrett]

On Mon, 2005-02-14 at 23:23 +0000, Matthew Garrett wrote:
> On Mon, 2005-02-14 at 22:11 +0100, Pavel Machek wrote:
> > Hi!
> > 
> > Stefan provided me initial list of machines where S3 works (including
> > video). If you have machine that is not on the list, please send me a
> > diff. If you have eMachines... I'd like you to try playing with
> > vbetool (it worked for me), and if it works for you supplying right
> > model numbers.
> 
> http://www.ubuntulinux.org/wiki/HoaryPMTesting has a list of several
> working machines. HP seem to be the worst supported at the moment.

Sorry - that should be http://www.ubuntulinux.org/wiki/HoaryPMResults

-- 
Matthew Garrett | mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: [ACPI] Call for help: list of machines with working S3

[Norbert Preining]

On Mon, 14 Feb 2005, Pavel Machek wrote:
> (1) systems where video state is preserved over S3.
> 
> (2) systems where it is possible to call video bios during S3
>   resume. Unfortunately, it is not correct to call video BIOS at that
>   point, but it happens to work on some machines. Use
>   acpi_sleep=s3_bios.
> 
> (3) systems that initialize video card into vga text mode and where BIOS
>   works well enough to be able to set video mode. Use
>   acpi_sleep=s3_mode on these.
> 
> (4) on some systems s3_bios kicks video into text mode, and
>   acpi_sleep=s3_bios,s3_mode is needed.
> 
> (5) radeon systems, where X can soft-boot your video card. You'll need
>   patched X, and plain text console (no vesafb or radeonfb), see
>   http://www.doesi.gmxhome.de/linux/tm800s3/s3.html.
> 
> (6) other radeon systems, where vbetool is enough to bring system back
>   to life. Do vbetool vbestate save > /tmp/delme; echo 3 > /proc/acpi/sleep;
>   vbetool post; vbetool vbestate restore < /tmp/delme; setfont
>   <whatever>, and your video should work.
> 
> Acer TM 800			vga=normal, X patches, see webpage (5)


Acer TM 650 (Radeon M7)

vga=normal plus boot-radeon (webpage(5)) works to get text console
back. But switching to X freezes the computer completely.

X from debian sid. 
XFree86 Version 4.3.0.1 (Debian 4.3.0.dfsg.1-10 20041215174925 fabbione@fabbione.net)
Release Date: 15 August 2003
X Protocol Version 11, Revision 0, Release 6.6
Build Operating System: Linux 2.4.26 i686 [ELF] 
Build Date: 15 December 2004


I would like to get X running to, but there are no traces in the logfile
whatsoever to be seen. Pity.

So it seems that my laptop does not fall in any of these categories.

Best wishes

Norbert

-------------------------------------------------------------------------------
Norbert Preining <preining AT logic DOT at>                 Università di Siena
sip:preining@at43.tuwien.ac.at                             +43 (0) 59966-690018
gpg DSA: 0x09C5B094      fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
-------------------------------------------------------------------------------
PELUTHO (n.) A South American ball game. The balls are whacked against
a brick wall with a stout wooden bat until the prisoner confesses.
			--- Douglas Adams, The Meaning of Liff

Re: Call for help: list of machines with working S3

[Carl-Daniel Hailfinger]

Norbert Preining schrieb:
> On Mon, 14 Feb 2005, Pavel Machek wrote:
> 
>>(1) systems where video state is preserved over S3.
>>
>>(2) systems where it is possible to call video bios during S3
>>  resume. Unfortunately, it is not correct to call video BIOS at that
>>  point, but it happens to work on some machines. Use
>>  acpi_sleep=s3_bios.
>>
>>(3) systems that initialize video card into vga text mode and where BIOS
>>  works well enough to be able to set video mode. Use
>>  acpi_sleep=s3_mode on these.
>>
>>(4) on some systems s3_bios kicks video into text mode, and
>>  acpi_sleep=s3_bios,s3_mode is needed.
>>
>>(5) radeon systems, where X can soft-boot your video card. You'll need
>>  patched X, and plain text console (no vesafb or radeonfb), see
>>  http://www.doesi.gmxhome.de/linux/tm800s3/s3.html.
>>
>>(6) other radeon systems, where vbetool is enough to bring system back
>>  to life. Do vbetool vbestate save > /tmp/delme; echo 3 > /proc/acpi/sleep;
>>  vbetool post; vbetool vbestate restore < /tmp/delme; setfont
>>  <whatever>, and your video should work.
>>
>>Acer TM 800			vga=normal, X patches, see webpage (5)
> 
> 
> 
> Acer TM 650 (Radeon M7)
> 
> vga=normal plus boot-radeon (webpage(5)) works to get text console
> back. But switching to X freezes the computer completely.

Please try method (6). It should work perfectly because it is the successor
for method (5) and works even without special patches for X.


> X from debian sid. 
> XFree86 Version 4.3.0.1 (Debian 4.3.0.dfsg.1-10 20041215174925 fabbione-hi90JgxQ6n/k1uMJSBkQmQ@public.gmane.org)
> Release Date: 15 August 2003
> X Protocol Version 11, Revision 0, Release 6.6
> Build Operating System: Linux 2.4.26 i686 [ELF] 
> Build Date: 15 December 2004
> 
> 
> I would like to get X running to, but there are no traces in the logfile
> whatsoever to be seen. Pity.

First, boot into X and run the following script ONCE:
#!/bin/bash
statedir=/root/s3/state
mkdir -p $statedir
chvt 2
sleep 1
vbetool vbestate save >$statedir/vbe


To suspend and resume properly, call the following script as root:
#!/bin/bash
statedir=/root/s3/state
curcons=`fgconsole`
fuser /dev/tty$curcons 2>/dev/null|xargs ps -o comm= -p|grep -q X && chvt 2
cat /dev/vcsa >$statedir/vcsa
sync
echo 3 >/proc/acpi/sleep
sync
vbetool post
vbetool vbestate restore <$statedir/vbe
cat $statedir/vcsa >/dev/vcsa
rckbd restart
chvt $[curcons%6+1]
chvt $curcons


Unless you change your grahics card or other hardware configuration,
the state once saved will be OK for every resume afterwards.
NOTE: The "rckbd restart" command may be different for your
distribution. Simply replace it with the command you would use to
set the fonts on screen.


> So it seems that my laptop does not fall in any of these categories.

Please try my scripts and resport back.


Regards,
Carl-Daniel
-- 
http://www.hailfinger.org/


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Norbert Preining]

On Die, 15 Feb 2005, Carl-Daniel Hailfinger wrote:
> To suspend and resume properly, call the following script as root:

Success. 

After deactivating DRI in the X config file and saving the states with
your script (thanks) and turning off various stuff I get X running
again.

Questions:
- DRI must be disabled I guess?! Even with newer X server (x.org)?
- I dont have to restore the font, it is back without any problem
  (I have vga console)
- Sometimes I have to make a Sysrq-s (sync) to get some stuff running
  (eg logging in from the console hangs after input of passwd, calling
  sysrq-s makes it continue). I had a similar effect when logging in
  AFTER resuming (for the resume I had only gdm running but wasn't
  logged in) the GNOME starting screen stayed there indefinitely, no
  change. Even after restarting the X server and retrying.
  Logging in with twm session DID work without any problem.
  Do you have any idea what this could be?
- My script is a bit more complicated: stopping: hotplug, mysql,
  ifplugd, waproamd, cpufreqd, acpid, ifdown eth0, eth1, rmmod acerhk
  echo "performance" onto governor, then going to sleepand doing
  more or less the reverse stuff after waking up.
  DO you have any experience with hotplug network etc stuff, working
  even without stopping?

Thanks a lot.

Best wishes

Norbert

-------------------------------------------------------------------------------
Norbert Preining <preining AT logic DOT at>                 Università di Siena
sip:preining-5G14tY4QmKiDqU6vP1vexV6hYfS7NtTn@public.gmane.org                             +43 (0) 59966-690018
gpg DSA: 0x09C5B094      fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
-------------------------------------------------------------------------------
CROMARTY (n.)
The brittle sludge which clings to the top of ketchup bottles and
plastic tomatoes in nasty cafes.
			--- Douglas Adams, The Meaning of Liff


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Carl-Daniel Hailfinger]

Norbert Preining schrieb:
> On Die, 15 Feb 2005, Carl-Daniel Hailfinger wrote:
> 
>>To suspend and resume properly, call the following script as root:
> 
> 
> Success. 

Great!


> After deactivating DRI in the X config file and saving the states with
> your script (thanks) and turning off various stuff I get X running
> again.
> 
> Questions:
> - DRI must be disabled I guess?! Even with newer X server (x.org)?

I never disabled it.

> - I dont have to restore the font, it is back without any problem
>   (I have vga console)

Good. I guess that's highly chipset-specific.

> - Sometimes I have to make a Sysrq-s (sync) to get some stuff running
>   (eg logging in from the console hangs after input of passwd, calling
>   sysrq-s makes it continue). I had a similar effect when logging in
>   AFTER resuming (for the resume I had only gdm running but wasn't
>   logged in) the GNOME starting screen stayed there indefinitely, no
>   change. Even after restarting the X server and retrying.
>   Logging in with twm session DID work without any problem.
>   Do you have any idea what this could be?

Pavel?

> - My script is a bit more complicated: stopping: hotplug, mysql,
>   ifplugd, waproamd, cpufreqd, acpid, ifdown eth0, eth1, rmmod acerhk
>   echo "performance" onto governor, then going to sleepand doing
>   more or less the reverse stuff after waking up.
>   DO you have any experience with hotplug network etc stuff, working
>   even without stopping?

I used to unload modules, shutdown network interfaces etc. until I
tried without all that stuff and it still worked. So I concluded
that stopping things before suspend was a thing only needed with
older kernels. Granted, mounted volumes on USB or IEEE1394 still
have problems because the kernel doesn't expect them to disappear
for a few moments, but that's nothing a module unload would fix.
Simply umount all external drives and use my script. Drivers which
still need to be unloaded and reloaded are buggy and have to be
fixed.

I'll prepare a web page with detailed S3/S4 suspend/resume
information for ATI graphics card owners including step-by-step
howtos for smooth suspend/resume cycles.

Kendall Bennett is working with me to get suspend/resume working
even with framebuffers. Once we have results, I'll post them here.


Regards,
Carl-Daniel
-- 
http://www.hailfinger.org/


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Matthew Garrett]

On Tue, 2005-02-15 at 19:57 +0100, Carl-Daniel Hailfinger wrote:

> Kendall Bennett is working with me to get suspend/resume working
> even with framebuffers. Once we have results, I'll post them here.

I've had success using vesafb with vbetool state restoration. vga16fb
ought to work fairly happily.

-- 
Matthew Garrett | mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Carl-Daniel Hailfinger]

Matthew Garrett schrieb:
> On Tue, 2005-02-15 at 19:57 +0100, Carl-Daniel Hailfinger wrote:
> 
> 
>>Kendall Bennett is working with me to get suspend/resume working
>>even with framebuffers. Once we have results, I'll post them here.
> 
> 
> I've had success using vesafb with vbetool state restoration. vga16fb
> ought to work fairly happily.

Well, in my testing the machine deadlocked if any framebuffer was
active during resume. It even deadlocked *before* I could run vbetool.


Regards,
Carl-Daniel
-- 
http://www.hailfinger.org/


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Stefan Dösinger]

Am Dienstag, 15. Februar 2005 18:08 schrieb Norbert Preining:
> On Die, 15 Feb 2005, Carl-Daniel Hailfinger wrote:
> > To suspend and resume properly, call the following script as root:
>
> Success.
>
> After deactivating DRI in the X config file and saving the states with
> your script (thanks) and turning off various stuff I get X running
> again.
>
> Questions:
> - DRI must be disabled I guess?! Even with newer X server (x.org)?
Do you use the fglrx driver? This doesn't work with any type of suspend so 
far. If you use the radeon driver try a driver update.

Stefan


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Norbert Preining]

On Die, 15 Feb 2005, Stefan Dösinger wrote:
> > After deactivating DRI in the X config file and saving the states with
> > your script (thanks) and turning off various stuff I get X running
> > again.
> >
> > Questions:
> > - DRI must be disabled I guess?! Even with newer X server (x.org)?
>
> Do you use the fglrx driver? This doesn't work with any type of suspend so 

No

> far. If you use the radeon driver try a driver update.

>From deb http://www.nixnuts.net/files/ ./ ??

Or direct from dri.freedesktop.org, and updating X to X.org on sid?

Best wishes

Norbert

-------------------------------------------------------------------------------
Norbert Preining <preining AT logic DOT at>                 Università di Siena
sip:preining-5G14tY4QmKiDqU6vP1vexV6hYfS7NtTn@public.gmane.org                             +43 (0) 59966-690018
gpg DSA: 0x09C5B094      fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
-------------------------------------------------------------------------------
SWANIBOST (adj.)
Complete shagged out after a hard day having income tax explained to
you.
			--- Douglas Adams, The Meaning of Liff


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Norbert Preining]

On Die, 15 Feb 2005, Stefan Dösinger wrote:
> > - DRI must be disabled I guess?! Even with newer X server (x.org)?
> Do you use the fglrx driver? This doesn't work with any type of suspend so 
> far. If you use the radeon driver try a driver update.

Ok, I installed xlibmesa-gl1-dri-trunk, xserver-xfree86-dri-trunk and
compiled linux-2.6.11-rc4 and drm modules from drm-trunk-module-src, all
from http://www.nixnuts.net/files/

But I had no success whatsoever. With this (Xorg server, current dri/drm
stuff, ..) the laptop not even wakes up from sleep!

Now I am back at debian XFree 4.3.0.1 and DRI disabled and suspend works
again.

I don't know wether this is a problem with the kernel or the drm, so to
sum up:

- kernel 2.6.11-rc3-mm2, XFree 4.3.0.1 (debian/sid), no dri
	works

- kernel 2.6.11-rc4, Xorg 6.8.1.99 (debian sid + nixnuts), drm cvs, drm 
  activated
	no resume (thus also no test for X)


Best wishes

Norbert

-------------------------------------------------------------------------------
Norbert Preining <preining AT logic DOT at>                 Università di Siena
sip:preining-5G14tY4QmKiDqU6vP1vexV6hYfS7NtTn@public.gmane.org                             +43 (0) 59966-690018
gpg DSA: 0x09C5B094      fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
-------------------------------------------------------------------------------
SWANIBOST (adj.)
Complete shagged out after a hard day having income tax explained to
you.
			--- Douglas Adams, The Meaning of Liff


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Stefan Dösinger]

Am Donnerstag, 17. Februar 2005 20:08 schrieb Norbert Preining:
> On Die, 15 Feb 2005, Stefan Dösinger wrote:
> > > - DRI must be disabled I guess?! Even with newer X server (x.org)?
> >
> > Do you use the fglrx driver? This doesn't work with any type of suspend
> > so far. If you use the radeon driver try a driver update.
>
> Ok, I installed xlibmesa-gl1-dri-trunk, xserver-xfree86-dri-trunk and
> compiled linux-2.6.11-rc4 and drm modules from drm-trunk-module-src, all
> from http://www.nixnuts.net/files/
>
> But I had no success whatsoever. With this (Xorg server, current dri/drm
> stuff, ..) the laptop not even wakes up from sleep!
Sorry, no Idea. What about 2.6.11-rc3-mm2 + Xorg 6.8.1.99? Did you test this 
combination?
Am I right with assuming that resumeworked after the X upgrade if X wasn't 
started before suspend?

Stefan


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id\x14396&op=click

Re: Call for help: list of machines with working S3

[Norbert Preining]

On Don, 17 Feb 2005, Stefan Dösinger wrote:
> > Ok, I installed xlibmesa-gl1-dri-trunk, xserver-xfree86-dri-trunk and
> > compiled linux-2.6.11-rc4 and drm modules from drm-trunk-module-src, all
> > from http://www.nixnuts.net/files/
> >
> > But I had no success whatsoever. With this (Xorg server, current dri/drm
> > stuff, ..) the laptop not even wakes up from sleep!
> Sorry, no Idea. What about 2.6.11-rc3-mm2 + Xorg 6.8.1.99? Did you test this 
> combination?

I tried:
	2.6.11-rc3-mm2 + Xorg + DRI disabled
and this works.

I cannot enable dri/drm with the cvs version of the drm modules, because
the drm modules do not compile for -mm kernels, since there is the patch
for multiple agp bridges included (that's the reason why I tried -rc4
without mm) and the drm modules from drm-trunk-module-src are not
prepared to the change of the api. I even tried to incorporate the
changes to the api but gave up.

I *can* active dri but with the builtin kernel drm modules, which makes
the kernel freeze while resuming.

> Am I right with assuming that resumeworked after the X upgrade if X wasn't 
> started before suspend?

NO!!! Most interestingly: Doing a suspend from single user mode makes
the machine freeze (not even sysrq!)

I suspect that it has to do with the restoring of graphics state with
vbetool from a data set which was taken *while* running X: My
suspend2ram script looks like this (as suggested here):

statedir=/root/s3/state
/usr/bin/chvt 1
cat /dev/vcsa >$statedir/vcsa
sync
echo 3 > /proc/acpi/sleep
sync
vbetool post
vbetool vbestate restore <$statedir/vbe
cat $statedir/vcsa >/dev/vcsa
...

but $statedir/vbe was taken once for XFree86 running. Can this be the
reason for the freeze?


Best wishes

Norbert

-------------------------------------------------------------------------------
Norbert Preining <preining AT logic DOT at>                 Università di Siena
sip:preining-5G14tY4QmKiDqU6vP1vexV6hYfS7NtTn@public.gmane.org                             +43 (0) 59966-690018
gpg DSA: 0x09C5B094      fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
-------------------------------------------------------------------------------
MAVIS ENDERBY (n.)
The almost-completely-forgotten girlfriend from your distant past for
whom your wife has a completely irrational jealousy and hatred.
			--- Douglas Adams, The Meaning of Liff


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Matthew Garrett]

On Fri, 2005-02-18 at 11:46 +0100, Norbert Preining wrote:

> but $statedir/vbe was taken once for XFree86 running. Can this be the
> reason for the freeze?

Quite possibly. Save the state in single user mode, without X running.
-- 
Matthew Garrett | mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: [ACPI] Call for help: list of machines with working S3

[Norbert Preining]

On Fre, 18 Feb 2005, Norbert Preining wrote:
> I tried:
> 	2.6.11-rc3-mm2 + Xorg + DRI disabled
> and this works.
> 
> I cannot enable dri/drm with the cvs version of the drm modules, because
> the drm modules do not compile for -mm kernels, since there is the patch
> for multiple agp bridges included (that's the reason why I tried -rc4

Final observation: After patching in the changes from mm kernels for
multiple agp bridges to the drm-source code (the patch
drm-add-support-for-new-multiple-agp-bridge-agpgart-api.patch from the
broken out archive) I could compile the drm-trunk-src modules.

So now I am running with 2.6.11-rc3-mm2 + Xorg + DRI enabled (and
working) with the drm modules from drm-trunk-module-src.

Outcome: freeze when switching to X. As with the other modules (in fact
I think that most of the changes to the drm stuff are included in the mm
kernel, so this should not change anything, as mm pulls from bk-agpgart,
bk-drm-via) a funny screen, and the CapsLock light is blinking.

Best wishes

Norbert

-------------------------------------------------------------------------------
Norbert Preining <preining AT logic DOT at>                 Università di Siena
sip:preining@at43.tuwien.ac.at                             +43 (0) 59966-690018
gpg DSA: 0x09C5B094      fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
-------------------------------------------------------------------------------
`That young girl is one of the least benightedly
unintelligent organic life forms it has been my profound
lack of pleasure not to be able to avoid meeting.'
                 --- Marvin's first ever compliment about anybody.
                 --- Douglas Adams, The Hitchhikers Guide to the Galaxy

Re: Call for help: list of machines with working S3

[Stefan Dösinger]

Am Freitag, 18. Februar 2005 14:38 schrieb Norbert Preining:
> On Fre, 18 Feb 2005, Norbert Preining wrote:
> > I tried:
> >  2.6.11-rc3-mm2 + Xorg + DRI disabled
> > and this works.
> >
> > I cannot enable dri/drm with the cvs version of the drm modules, because
> > the drm modules do not compile for -mm kernels, since there is the patch
> > for multiple agp bridges included (that's the reason why I tried -rc4
>
> Final observation: After patching in the changes from mm kernels for
> multiple agp bridges to the drm-source code (the patch
> drm-add-support-for-new-multiple-agp-bridge-agpgart-api.patch from the
> broken out archive) I could compile the drm-trunk-src modules.
>
> So now I am running with 2.6.11-rc3-mm2 + Xorg + DRI enabled (and
> working) with the drm modules from drm-trunk-module-src.
>
> Outcome: freeze when switching to X. As with the other modules (in fact
> I think that most of the changes to the drm stuff are included in the mm
> kernel, so this should not change anything, as mm pulls from bk-agpgart,
> bk-drm-via) a funny screen, and the CapsLock light is blinking.
Kernel panik. Can you ssh into your maschine and get a dmesg? I recommend you 
to write to the dri devs.

Stefan


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Pavel Machek]

Hi!

> - Sometimes I have to make a Sysrq-s (sync) to get some stuff running
>   (eg logging in from the console hangs after input of passwd, calling
>   sysrq-s makes it continue). I had a similar effect when logging in
>   AFTER resuming (for the resume I had only gdm running but wasn't
>   logged in) the GNOME starting screen stayed there indefinitely, no
>   change. Even after restarting the X server and retrying.
>   Logging in with twm session DID work without any problem.
>   Do you have any idea what this could be?

Does it happen with swsusp? Is it in any way reproducible? Maybe
commenting out refrigerator would help....

								Pavel
-- 
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Norbert Preining]

On Die, 15 Feb 2005, Pavel Machek wrote:
> > - Sometimes I have to make a Sysrq-s (sync) to get some stuff running
> >   (eg logging in from the console hangs after input of passwd, calling
> >   sysrq-s makes it continue). I had a similar effect when logging in
> >   AFTER resuming (for the resume I had only gdm running but wasn't
> >   logged in) the GNOME starting screen stayed there indefinitely, no
> >   change. Even after restarting the X server and retrying.
> >   Logging in with twm session DID work without any problem.
> >   Do you have any idea what this could be?
> 
> Does it happen with swsusp? Is it in any way reproducible? Maybe
> commenting out refrigerator would help....


Hmm, don't have swsusp in my kernel (2.6.11-rc3-mm2).

reproducible: Not deterministically, i.e. it happened again, but then
again not always. Sorry.


Best wishes

Norbert

-------------------------------------------------------------------------------
Norbert Preining <preining AT logic DOT at>                 Università di Siena
sip:preining-5G14tY4QmKiDqU6vP1vexV6hYfS7NtTn@public.gmane.org                             +43 (0) 59966-690018
gpg DSA: 0x09C5B094      fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
-------------------------------------------------------------------------------
PLYMOUTH (vb.)
To relate an amusing story to someone without remembering that it was
they who told it to you in the first place.
			--- Douglas Adams, The Meaning of Liff


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Romano Giannetti]

On Tue, Feb 15, 2005 at 06:08:37PM +0100, Norbert Preining wrote:
> On Die, 15 Feb 2005, Carl-Daniel Hailfinger wrote:
> > To suspend and resume properly, call the following script as root:
> 
> Success. 
> 

I tried with my Sony Vaio FX701. No luck. It goes S3 ok, but it will never
come back (blank screen, HDD led fixed on). 

I am wishing to help, imply tell me what I have to do.

Romano

-- 
Romano Giannetti             -  Univ. Pontificia Comillas (Madrid, Spain)
Electronic Engineer - phone +34 915 422 800 ext 2416  fax +34 915 596 569


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Carl-Daniel Hailfinger]

Romano Giannetti schrieb:
> On Tue, Feb 15, 2005 at 06:08:37PM +0100, Norbert Preining wrote:
> 
>>On Die, 15 Feb 2005, Carl-Daniel Hailfinger wrote:
>>
>>>To suspend and resume properly, call the following script as root:
>>
>>Success. 
> 
> I tried with my Sony Vaio FX701. No luck. It goes S3 ok, but it will never
> come back (blank screen, HDD led fixed on). 
> 
> I am wishing to help, imply tell me what I have to do.

Please tell us about your graphics chipset, your .config, your
dmesg and the modules loaded. Then we my be able to help.


Regards,
Carl-Daniel

P.S. If anyone of you is running SUSE 9.2, try their latest
kernels from ftp.suse.com/pub/projects/kernel/kotd/i386/HEAD/
Additionally, you may have to upgrade mkinitrd and udev with
packages from ftp.suse.com/pub/projects and
ftp.suse.com/pub/people (try searching around a bit and you'll
surely find them).
I'm running a kernel from there right now and can still use
S3 without problems on my Samsung P35.
-- 
http://www.hailfinger.org/


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Romano Giannetti]

On Wed, Feb 16, 2005 at 03:54:38PM +0100, Carl-Daniel Hailfinger wrote:
> Romano Giannetti schrieb:
> > 
> > I tried with my Sony Vaio FX701. No luck. It goes S3 ok, but it will never
> > come back (blank screen, HDD led fixed on). 
> > 
> > I am wishing to help, imply tell me what I have to do.
> 
> Please tell us about your graphics chipset, your .config, your
> dmesg and the modules loaded. Then we my be able to help.

Oops, sorry, I should have added the info before. My apologies. 

Here will find all the info (if you need more, tell me). Note that I tried
with and without ndiswrapper driver loaded, and I have the same hang on
resume (blank screen, HDD light fixed on, and no answer to wireless pings). 

One more note: the ndiswrapper *did* survive OK to a disk suspend cycle. 

I am running an up-to-date Mandrake 10.0 distribution, with 
a kernel 2.6.11-rc1 (Linus tree), on a Sony Vaio PGC-FX701 which is almost
working perfectly. 

* Patch applied: 
  - a little patch for ALPS pad detection.
  http://www.dea.icai.upco.es/romano/linux/alps-detection-2611rc1.txt

* .config:
  http://www.dea.icai.upco.es/romano/linux/config-2.6.11rc1.txt

* lsmod after boot: 
  http://www.dea.icai.upco.es/romano/linux/lsmod.txt

* lspci -vv
  http://www.dea.icai.upco.es/romano/linux/lspci.txt

* dmesg
  http://www.dea.icai.upco.es/romano/linux/dmesg.txt

* /proc/acpi/dsdt
  http://www.dea.icai.upco.es/romano/linux/mydsdt.bin

More data on http://perso.wanadoo.es/r_mano/vaio/vaio.html

Thanks again,
             Romano


-- 
Romano Giannetti             -  Univ. Pontificia Comillas (Madrid, Spain)
Electronic Engineer - phone +34 915 422 800 ext 2416  fax +34 915 596 569


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: [ACPI] Call for help: list of machines with working S3

[Karol Kozimor]

Thus wrote Norbert Preining:
> - DRI must be disabled I guess?! Even with newer X server (x.org)?

You still didn't state which X server are you using. In short, XFree86 4.4,
X.Org 6.7 and 6.8.2 are fine, anything other (including X.Org 6.8.0 and .1)
is not.
Best regards,

-- 
Karol 'sziwan' Kozimor
sziwan@hell.org.pl

Re: [ACPI] Call for help: list of machines with working S3

[Norbert Preining]

On Die, 22 Feb 2005, Karol Kozimor wrote:
> Thus wrote Norbert Preining:
> > - DRI must be disabled I guess?! Even with newer X server (x.org)?
> 
> You still didn't state which X server are you using. In short, XFree86 4.4,

I have stated it several times, but here a sum up:

- XFree86 4.3 (debian/sid) 
	no work
- X.Org 6.8.1.99 (debian -dri-trunk stuff plus kernel modules9
	no work
	with 2.6.11-rc4 and 2.6.11-rc3-mm2
	this server crashes when switching to the console or shutting
	down (crashing is sometimes, not always), very nice screen which
	slowly turns white

Best wishes

Norbert

-------------------------------------------------------------------------------
Norbert Preining <preining AT logic DOT at>                 Università di Siena
sip:preining@at43.tuwien.ac.at                             +43 (0) 59966-690018
gpg DSA: 0x09C5B094      fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
-------------------------------------------------------------------------------
QUEDGELEY (n.)
A rabidly left-wing politician who can afford to be that way because
he married a millionairess.
			--- Douglas Adams, The Meaning of Liff

Re: Call for help: list of machines with working S3

[Karol Kozimor]

Thus wrote Norbert Preining:
> - X.Org 6.8.1.99 (debian -dri-trunk stuff plus kernel modules9
> 	no work
> 	with 2.6.11-rc4 and 2.6.11-rc3-mm2
> 	this server crashes when switching to the console or shutting
> 	down (crashing is sometimes, not always), very nice screen which
> 	slowly turns white

This is either distribution or hardware specific. Try with vanilla 6.8.2
and stock DRM modules, perhaps?
Best regards,

-- 
Karol 'sziwan' Kozimor
sziwan-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: [ACPI] Call for help: list of machines with working S3

[Pavel Machek]

Hi!

> > > - DRI must be disabled I guess?! Even with newer X server (x.org)?
> > 
> > You still didn't state which X server are you using. In short, XFree86 4.4,
> 
> I have stated it several times, but here a sum up:
> 
> - XFree86 4.3 (debian/sid) 
> 	no work
> - X.Org 6.8.1.99 (debian -dri-trunk stuff plus kernel modules9
> 	no work
> 	with 2.6.11-rc4 and 2.6.11-rc3-mm2
> 	this server crashes when switching to the console or shutting
> 	down (crashing is sometimes, not always), very nice screen which
> 	slowly turns white

Hmm, it would be nice to be able to trigger "go white" on purpose --
it looks like screen is burning and could scare quite  a lot of people
:-).
								Pavel
-- 
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!

Re: Call for help: list of machines with working S3

[Oisín Mac Fhearaí]

S3 working in X (all of a sudden... not sure what's changed - I only noticed 
it was working yesterday, after it not working a couple of months ago)...

X.Org 6.7 - Build 18/11/2004
Kernel 2.6.9 vanilla, ACPI 20041015.

I use a script which simply does....
rmmod uhci_hcd
service mysql stop
sync
sleep 1
echo 3 > /proc/acpi/sleep

So... yay :)

Oisín


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Stefan Seyfried]

Pavel Machek wrote:

>> 	this server crashes when switching to the console or shutting
>> 	down (crashing is sometimes, not always), very nice screen which
>> 	slowly turns white
> 
> Hmm, it would be nice to be able to trigger "go white" on purpose --
> it looks like screen is burning and could scare quite  a lot of people
> :-).

BTW: turning white does not necessarily mean "screen is dying" but can
also mean "LCD is powered off and slowly turning transparent but the
backlight is still on" which brings me back to the original subject:

Sharp PC-AR10 (ATI rage mobility P/M AGP 2x), which is sort of the
crappiest hardware i have ever seen, has working S3 without any tricks.
The backlight is not turned off at S3 but in fact it is explicitly
turned on (if i do "xset dpms force off" before suspend, it turns back
on after  or shortly before entering suspend) and the screen slowly goes
white (because TFT power is turned off), but if you enter S3 via
lidswitch this does not matter since the lidswitch turns off the
backlight :-)
-- 
Stefan Seyfried, QA / R&D Team Mobile Devices, SUSE LINUX, Nürnberg.

"Any ideas, John?"
"Well, surrounding them's out."


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id\x14396&op=click

Re: Call for help: list of machines with working S3

[Pavel Machek]

Hi!

> >> 	this server crashes when switching to the console or shutting
> >> 	down (crashing is sometimes, not always), very nice screen which
> >> 	slowly turns white
> > 
> > Hmm, it would be nice to be able to trigger "go white" on purpose --
> > it looks like screen is burning and could scare quite  a lot of people
> > :-).
> 
> BTW: turning white does not necessarily mean "screen is dying" but can
> also mean "LCD is powered off and slowly turning transparent but the

Yes, I know :-); other people do not ;^). Command kill_screen (which
would just power down TFT) would be certainly nice practical joke.
								Pavel
-- 
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Carl-Daniel Hailfinger]

Pavel Machek schrieb:
> Hi!
> 
> Stefan provided me initial list of machines where S3 works (including
> video). If you have machine that is not on the list, please send me a
> diff. If you have eMachines... I'd like you to try playing with
> vbetool (it worked for me), and if it works for you supplying right
> model numbers.
> 
> 								Pavel
> 
> 
> 		Video issues with S3 resume
> 		~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 		  2003-2005, Pavel Machek
> 
> During S3 resume, hardware needs to be reinitialized. For most
> devices, this is easy, and kernel driver knows how to do
> it. Unfortunately there's one exception: video card. Those are usually
> initialized by BIOS, and kernel does not have enough information to
> boot video card. (Kernel usually does not even contain video card
> driver -- vesafb and vgacon are widely used).
> 
> This is not problem for swsusp, because during swsusp resume, BIOS is
> run normally so video card is normally initialized. S3 has absolutely
> no change to work with SMP/HT. Be sure it to turn it off before
> testing (swsusp should work ok, OTOH).
> 
> There are few types of systems where video works after S3 resume:
> 
> (1) systems where video state is preserved over S3.
> 
> (2) systems where it is possible to call video bios during S3
>   resume. Unfortunately, it is not correct to call video BIOS at that
>   point, but it happens to work on some machines. Use
>   acpi_sleep=s3_bios.
> 
> (3) systems that initialize video card into vga text mode and where BIOS
>   works well enough to be able to set video mode. Use
>   acpi_sleep=s3_mode on these.
> 
> (4) on some systems s3_bios kicks video into text mode, and
>   acpi_sleep=s3_bios,s3_mode is needed.
> 
> (5) radeon systems, where X can soft-boot your video card. You'll need
>   patched X, and plain text console (no vesafb or radeonfb), see
>   http://www.doesi.gmxhome.de/linux/tm800s3/s3.html.

(5) machines should also work with (6), but not the other way round.

> 
> (6) other radeon systems, where vbetool is enough to bring system back
>   to life. Do vbetool vbestate save > /tmp/delme; echo 3 > /proc/acpi/sleep;
>   vbetool post; vbetool vbestate restore < /tmp/delme; setfont
>   <whatever>, and your video should work.

(6) has to be done from a text console! It should work for all radeon
systems, btw.

> 
> Now, if you pass acpi_sleep=something, and it does not work with your
> bios, you'll get hard crash during resume. Be carefull. Also it is
> safest to do your experiments with plain old VGA console. vesafb and
> radeonfb (etc) drivers have tendency to crash the machine during resume.
> 
> You may have system where none of above works. At that point you
> either invent another ugly hack that works, or write proper driver for
> your video card (good luck getting docs :-(). Maybe suspending from X
> (proper X, knowing your hardware, not XF68_FBcon) might have better
> chance of working.
> 
> Table of known working systems:
> 
> Model                           hack (or "how to do it")
> ------------------------------------------------------------------------------
> IBM TP R32 / Type 2658-MMG      none (1)
> Athlon HP Omnibook XE3		none (1)
> Compaq Armada E500 - P3-700     none (1) (S1 also works OK)
> IBM t41p			none (1)
> Athlon64 desktop prototype	s3_bios (2)
> HP NC6000			s3_bios (2)
> Toshiba Satellite 4080XCDT      s3_mode (3)
> Toshiba Satellite 4030CDT	s3_mode (3)
> Dell D600, ATI RV250            vga=normal (**)

The Dell system above should also work fine with vbestate.

> Asus L2400D                     s3_mode (3)(***) (S1 also works OK)
> Toshiba Satellite P10-554       s3_bios,s3_mode (4)(****)
> Acer TM 800			vga=normal, X patches, see webpage (5)
> Athlon64 Arima W730a		vbestate needed (6)
> eMachines athlon64 machines	vbestate needed (6) (someone please get me model #s)

Samsung P35                  vbestate needed (6)

> 
> (**) Text console is "strange" after resume. Backlight is switched on again
>      by the X server. X server is:
>      | X Window System Version 6.8.1.904 (6.8.2 RC 4)
>      | Release Date: 2 February 2005
>      | X Protocol Version 11, Revision 0, Release 6.8.1.904
>      | Build Operating System: SuSE Linux [ELF] SuSE
>      as present in SUSE 9.3preview3.
> 
> (***) To be tested with a newer kernel.
> 
> (****) Not with SMP kernel, UP only.

Regards,
Carl-Daniel
-- 
http://www.hailfinger.org/


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Alistair John Strachan]

On Monday 14 Feb 2005 21:11, Pavel Machek wrote:
[snip]
>
> Table of known working systems:
>
> Model                           hack (or "how to do it")
> ---------------------------------------------------------------------------
>--- IBM TP R32 / Type 2658-MMG      none (1)
> Athlon HP Omnibook XE3		none (1)
> Compaq Armada E500 - P3-700     none (1) (S1 also works OK)
> IBM t41p			none (1)
> Athlon64 desktop prototype	s3_bios (2)
> HP NC6000			s3_bios (2)

The above report is incorrect. On 2.6.11-rc4, even with the s3_bios option, 
the NC6000 (which I own) still does not wake up from S3 sleep. The wiki 
linked somewhere else in this thread also identifies these machines as not 
working.

> Toshiba Satellite 4080XCDT      s3_mode (3)
> Toshiba Satellite 4030CDT	s3_mode (3)
> Dell D600, ATI RV250            vga=normal (**)
> Asus L2400D                     s3_mode (3)(***) (S1 also works OK)
> Toshiba Satellite P10-554       s3_bios,s3_mode (4)(****)
> Acer TM 800			vga=normal, X patches, see webpage (5)
> Athlon64 Arima W730a		vbestate needed (6)
> eMachines athlon64 machines	vbestate needed (6) (someone please get me
> model #s)
>
> (**) Text console is "strange" after resume. Backlight is switched on again
>
>      by the X server. X server is:
>      | X Window System Version 6.8.1.904 (6.8.2 RC 4)
>      | Release Date: 2 February 2005
>      | X Protocol Version 11, Revision 0, Release 6.8.1.904
>      | Build Operating System: SuSE Linux [ELF] SuSE
>
>      as present in SUSE 9.3preview3.
>
> (***) To be tested with a newer kernel.
>
> (****) Not with SMP kernel, UP only.

-- 
Cheers,
Alistair.

personal:   alistair()devzero!co!uk
university: s0348365()sms!ed!ac!uk
student:    CS/CSim Undergraduate
contact:    1F2 55 South Clerk Street,
            Edinburgh. EH8 9PP.


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Alistair John Strachan]

On Monday 14 Feb 2005 21:11, Pavel Machek wrote:
[snip]
>
> Table of known working systems:
>
> Model                           hack (or "how to do it")
> ---------------------------------------------------------------------------
>--- IBM TP R32 / Type 2658-MMG      none (1)
> Athlon HP Omnibook XE3		none (1)
> Compaq Armada E500 - P3-700     none (1) (S1 also works OK)
> IBM t41p			none (1)
> Athlon64 desktop prototype	s3_bios (2)
> HP NC6000			s3_bios (2)

The above report is incorrect. On 2.6.11-rc4, even with the s3_bios option, 
the NC6000 (which I own) still does not wake up from S3 sleep. The wiki 
linked somewhere else in this thread also identifies these machines as not 
working.

> Toshiba Satellite 4080XCDT      s3_mode (3)
> Toshiba Satellite 4030CDT	s3_mode (3)
> Dell D600, ATI RV250            vga=normal (**)
> Asus L2400D                     s3_mode (3)(***) (S1 also works OK)
> Toshiba Satellite P10-554       s3_bios,s3_mode (4)(****)
> Acer TM 800			vga=normal, X patches, see webpage (5)
> Athlon64 Arima W730a		vbestate needed (6)
> eMachines athlon64 machines	vbestate needed (6) (someone please get me
> model #s)
>
> (**) Text console is "strange" after resume. Backlight is switched on again
>
>      by the X server. X server is:
>      | X Window System Version 6.8.1.904 (6.8.2 RC 4)
>      | Release Date: 2 February 2005
>      | X Protocol Version 11, Revision 0, Release 6.8.1.904
>      | Build Operating System: SuSE Linux [ELF] SuSE
>
>      as present in SUSE 9.3preview3.
>
> (***) To be tested with a newer kernel.
>
> (****) Not with SMP kernel, UP only.

-- 
Cheers,
Alistair.

personal:   alistair()devzero!co!uk
university: s0348365()sms!ed!ac!uk
student:    CS/CSim Undergraduate
contact:    1F2 55 South Clerk Street,
            Edinburgh. EH8 9PP.

Re: Call for help: list of machines with working S3

[Stefan Seyfried]

Alistair John Strachan wrote:
> On Monday 14 Feb 2005 21:11, Pavel Machek wrote:
> [snip]
>>Table of known working systems:
>>
>>Model                           hack (or "how to do it")
>>---------------------------------------------------------------------------
>>--- IBM TP R32 / Type 2658-MMG      none (1)
>>Athlon HP Omnibook XE3		none (1)
>>Compaq Armada E500 - P3-700     none (1) (S1 also works OK)
>>IBM t41p			none (1)
>>Athlon64 desktop prototype	s3_bios (2)
>>HP NC6000			s3_bios (2)
> 
> The above report is incorrect. On 2.6.11-rc4, even with the s3_bios option, 
> the NC6000 (which I own) still does not wake up from S3 sleep. The wiki 
> linked somewhere else in this thread also identifies these machines as not 
> working.

I just retried it with a nc6000, it worked with "vga=normal
acpi_sleep=s3_bios rw init=/bin/bash".
It did not work from a full blown system including X etc, but this is
probably a driver problem, the machine was sitting in a docking station
which connects everything via USB. Sorry, right now i cannot debug this
further, but it basically works and should not be too hard to get going.

Also, it does not work with vesafb (I have not tried radeonfb)
-- 
Stefan Seyfried, QA / R&D Team Mobile Devices, SUSE LINUX Nürnberg.

"Any ideas, John?"
"Well, surrounding them's out."

Re: Call for help: list of machines with working S3

[Bernd Schubert]

Hi Pavel,

> Stefan provided me initial list of machines where S3 works (including
> video). If you have machine that is not on the list, please send me a
> diff. If you have eMachines... I'd like you to try playing with
> vbetool (it worked for me), and if it works for you supplying right
> model numbers.

we just tested our group IBM Thinkpad A31:

IBM TP A31 / Type 2652-M5G     s3_mode (3)


Cheers,
 Bernd


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Bernd Schubert]

Hello again,

> > Stefan provided me initial list of machines where S3 works (including
> > video). If you have machine that is not on the list, please send me a
> > diff. If you have eMachines... I'd like you to try playing with
> > vbetool (it worked for me), and if it works for you supplying right
> > model numbers.
>
> we just tested our group IBM Thinkpad A31:
>
> IBM TP A31 / Type 2652-M5G     s3_mode (3)
>

I'm sorry, but I have to correct my self. We have two of laptops and on one of 
them we recently updated the bios. On the system with the bios from 2002 it 
works fine, on the other one with bios from Nov. 2004 it doesn't work in any 
acpi_sleep mode, didn't have the time to test the vbetool yet (A31s have 
radeon cards). The system configuration is otherwise completely identical, I 
just configured our environment, so that all laptops always have excactly the 
linux version. For testing purpose I could/will also try to run Xorg, 
currently its X from Debian Sarge.

IBM TP A31 / Type 2652-M5G / BIOS 1.04 2002-08-23    s3_mode (3) 
IBM TP A31 / Type 2652-M5G / BIOS 1.11 2004-11-05    not working


Sorry for not noting it immediately,
 Bernd



PS: Maybe its also interesting, with the newer bios version the kernel prints 
much less dsdt parsing errors, but nevertheless the S3 mode doesn't work.





-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Henrik Brix Andersen]

[-- Attachment #1: Type: text/plain, Size: 826 bytes --]

Hi,

On Mon, 2005-02-14 at 22:11 +0100, Pavel Machek wrote:
> Stefan provided me initial list of machines where S3 works (including
> video). If you have machine that is not on the list, please send me a
> diff. If you have eMachines... I'd like you to try playing with
> vbetool (it worked for me), and if it works for you supplying right
> model numbers.

I have S3 working with 2.6.11-rc4 here:

Model                           hack (or "how to do it")
------------------------------------------------------------------------------
IBM TP X31 / Type 2672-XXH      LCD backlight must be turned off 
                                manually using radeontool [1]

Sincerely,
Brix

[1]: http://fdd.com/software/radeon/
-- 
Henrik Brix Andersen <brix-aBrp7R+bbdUdnm+yROfE0A@public.gmane.org>
Gentoo Linux

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: Call for help: list of machines with working S3

[Stefan Schweizer]

Model                           hack (or "how to do it")
------------------------------------------------------------------------------
Acer Aspire 1406LC          ole's radeonfb patch

I have to turn off dri, and then it works with the radeonfb patch. I
use this method because I like the fancy framebuffersplash on booting
.. although I do not reboot often when S3 wors ;)

You can find the patch here:
http://dev.gentoo.org/~marineam/patch-radeonfb-2.6.11-rc2-mm2

or for older kernels:
http://dev.gentoo.org/~genstef/files/radeon-s3-resume-2.6.10.patch

The problems with this patch are:
- you need to press a key to come back from the "resume-console" after resume.
- DRI in X does not work (at least for me with intel-agp, others
reportet it works)
I just disabloed it by not loading intel-agp (hotplug-blacklist)

I have not only issues with video not coming back, but I also need to
append acpi=noirq to my command-line that I am able to finish resuming
and use my devices correctly afterwards.

Regards,
Stefan


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: [ACPI] Call for help: list of machines with working S3

[Stefan Dösinger]

> The problems with this patch are:
> - you need to press a key to come back from the "resume-console" after
> resume. - DRI in X does not work (at least for me with intel-agp, others
> reportet it works)
> I just disabloed it by not loading intel-agp (hotplug-blacklist)
You can force the radeon X driver to use pci mode by setting Option 
"ForcePciMode" to "true" or something simmilar in you X config file. This way 
you can get dri without intel-agp. This is much slower, but enought to play 
tuxracer ;-)

Stefan

Re: Call for help: list of machines with working S3

[Carl-Daniel Hailfinger]

Stefan Dösinger schrieb:
>>The problems with this patch are:
>>- you need to press a key to come back from the "resume-console" after
>>resume. - DRI in X does not work (at least for me with intel-agp, others
>>reportet it works)
>>I just disabloed it by not loading intel-agp (hotplug-blacklist)
> 
> You can force the radeon X driver to use pci mode by setting Option 
> "ForcePciMode" to "true" or something simmilar in you X config file. This way 
> you can get dri without intel-agp. This is much slower, but enought to play 
> tuxracer ;-)

How do I enable DRI with my card to test that crash? I have the
following in my XF86Config:

Section "DRI"
    Group      "video"
    Mode       0660
EndSection

but nothing else about DRI. So do I have to change something in
my configuration?

Oh, and could you please include run "lspci -vv" and include the
part about VGA compatible controller in your mail? I have some
hypothesis about the settings there having to do with resume.


Regards,
Carl-Daniel
-- 
http://www.hailfinger.org/


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Stefan Dösinger]

Am Mittwoch, 16. Februar 2005 16:06 schrieb Carl-Daniel Hailfinger:
> Stefan Dösinger schrieb:
> >>The problems with this patch are:
> >>- you need to press a key to come back from the "resume-console" after
> >>resume. - DRI in X does not work (at least for me with intel-agp, others
> >>reportet it works)
> >>I just disabloed it by not loading intel-agp (hotplug-blacklist)
> >
> > You can force the radeon X driver to use pci mode by setting Option
> > "ForcePciMode" to "true" or something simmilar in you X config file. This
> > way you can get dri without intel-agp. This is much slower, but enought
> > to play tuxracer ;-)
>
> How do I enable DRI with my card to test that crash? I have the
> following in my XF86Config:
>
> Section "DRI"
>     Group      "video"
>     Mode       0660
> EndSection
>
> but nothing else about DRI. So do I have to change something in
> my configuration?
>
> Oh, and could you please include run "lspci -vv" and include the
> part about VGA compatible controller in your mail? I have some
> hypothesis about the settings there having to do with resume.
You can set
Option "BusType" "PCI" in your cards driver section in xorg.conf / XF86Config. 
With this setting you should get DRI without having intel-agp loaded(if the 
rest is set up correctly)

My lspci output is: 
0000:00:00.0 Host bridge: Intel Corp. 82855PM Processor to I/O Controller (rev 
03)
        Subsystem: Acer Incorporated [ALI]: Unknown device 001f
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- 
<TAbort- <MAbort+ >SERR- <PERR-
        Latency: 0
        Region 0: Memory at e0000000 (32-bit, prefetchable)
        Capabilities: [e4] #09 [f104]
        Capabilities: [a0] AGP version 2.0
                Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 
64bit- FW+ AGP3- Rate=x1,x2,x4
                Command: RQ=1 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW+ 
Rate=x4

0000:00:01.0 PCI bridge: Intel Corp. 82855PM Processor to AGP Controller (rev 
03) (prog-if 00 [Normal decode])
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B-
        Status: Cap- 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 96
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=64
        I/O behind bridge: 00003000-00003fff
        Memory behind bridge: d0100000-d01fffff
        Prefetchable memory behind bridge: d8000000-dfffffff
        Expansion ROM at 00003000 [disabled] [size=4K]
        BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- >Reset- FastB2B-

0000:00:1d.0 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) 
USB UHCI Controller #1 (rev 03) (prog-if 00 [UHCI])
        Subsystem: Acer Incorporated [ALI]: Unknown device 001f
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin A routed to IRQ 10
        Region 4: I/O ports at 1800 [size=32]

0000:00:1d.1 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) 
USB UHCI Controller #2 (rev 03) (prog-if 00 [UHCI])
        Subsystem: Acer Incorporated [ALI]: Unknown device 001f
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin B routed to IRQ 10
        Region 4: I/O ports at 1820 [size=32]

0000:00:1d.2 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) 
USB UHCI Controller #3 (rev 03) (prog-if 00 [UHCI])
        Subsystem: Acer Incorporated [ALI]: Unknown device 001f
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin C routed to IRQ 10
        Region 4: I/O ports at 1840 [size=32]

0000:00:1d.7 USB Controller: Intel Corp. 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI 
Controller (rev 03) (prog-if 20 [EHCI])
        Subsystem: Acer Incorporated [ALI]: Unknown device 001f
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin D routed to IRQ 10
        Region 0: Memory at d0000000 (32-bit, non-prefetchable)
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA 
PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [58] #0a [2080]

0000:00:1e.0 PCI bridge: Intel Corp. 82801 Mobile PCI Bridge (rev 83) (prog-if 
00 [Normal decode])
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- 
<TAbort- <MAbort- >SERR- <PERR+
        Latency: 0
        Bus: primary=00, secondary=02, subordinate=02, sec-latency=64
        I/O behind bridge: 00004000-00004fff
        Memory behind bridge: d0200000-d05fffff
        BridgeCtl: Parity- SERR- NoISA+ VGA- MAbort- >Reset- FastB2B-

0000:00:1f.0 ISA bridge: Intel Corp. 82801DBM (ICH4-M) LPC Interface Bridge 
(rev 03)
        Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0

0000:00:1f.1 IDE interface: Intel Corp. 82801DBM (ICH4-M) IDE Controller (rev 
03) (prog-if 8a [Master SecP PriP])
        Subsystem: Acer Incorporated [ALI]: Unknown device 001f
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin A routed to IRQ 10
        Region 0: I/O ports at <unassigned>
        Region 1: I/O ports at <unassigned>
        Region 2: I/O ports at <unassigned>
        Region 3: I/O ports at <unassigned>
        Region 4: I/O ports at 1860 [size=16]
        Region 5: Memory at 20000000 (32-bit, non-prefetchable) [size=1K]

0000:00:1f.3 SMBus: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus 
Controller (rev 03)
        Subsystem: Acer Incorporated [ALI]: Unknown device 001f
        Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
        Interrupt: pin B routed to IRQ 10
        Region 4: I/O ports at 1880 [size=32]

0000:00:1f.5 Multimedia audio controller: Intel Corp. 82801DB/DBL/DBM 
(ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03)
        Subsystem: Acer Incorporated [ALI]: Unknown device 001f
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin B routed to IRQ 10
        Region 0: I/O ports at 1c00
        Region 1: I/O ports at 18c0 [size=64]
        Region 2: Memory at d0000c00 (32-bit, non-prefetchable) [size=512]
        Region 3: Memory at d0000800 (32-bit, non-prefetchable) [size=256]
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA 
PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:1f.6 Modem: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 
Modem Controller (rev 03) (prog-if 00 [Generic])
        Subsystem: Acer Incorporated [ALI]: Unknown device 001f
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin B routed to IRQ 10
        Region 0: I/O ports at 2400
        Region 1: I/O ports at 2000 [size=128]
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA 
PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R250 Lf 
[FireGL 9000] (rev 01) (prog-if 00 [VGA])
        Subsystem: Acer Incorporated [ALI]: Unknown device 001f
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping+ SERR+ FastB2B+
        Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 255 (2000ns min), cache line size 08
        Interrupt: pin A routed to IRQ 10
        Region 0: Memory at d8000000 (32-bit, prefetchable)
        Region 1: I/O ports at 3000 [size=256]
        Region 2: Memory at d0100000 (32-bit, non-prefetchable) [size=64K]
        Capabilities: [58] AGP version 2.0
                Status: RQ=48 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 
64bit- FW+ AGP3- Rate=x1,x2,x4
                Command: RQ=32 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW+ 
Rate=x4
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:02:02.0 Ethernet controller: Broadcom Corporation BCM4401 100Base-T (rev 
01)
        Subsystem: Acer Incorporated [ALI]: Unknown device 001f
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 64
        Interrupt: pin A routed to IRQ 10
        Region 0: Memory at d0204000 (32-bit, non-prefetchable)
        Capabilities: [40] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA 
PME(D0+,D1+,D2+,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=2 PME-

0000:02:04.0 Network controller: Intel Corp. PRO/Wireless LAN 2100 3B Mini PCI 
Adapter (rev 04)
        Subsystem: Intel Corp. MIM2000/Centrino
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR+ FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 64 (500ns min, 8500ns max), cache line size 08
        Interrupt: pin A routed to IRQ 11
        Region 0: Memory at d0206000 (32-bit, non-prefetchable)
        Capabilities: [dc] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=1 PME-

0000:02:06.0 CardBus bridge: O2 Micro, Inc. OZ711M1 SmartCardBus MultiMediaBay 
Controller (rev 20)
        Subsystem: Acer Incorporated [ALI]: Unknown device 001f
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping+ SERR+ FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 64
        Interrupt: pin A routed to IRQ 255
        Region 0: Memory at d0207000 (32-bit, non-prefetchable)
        Bus: primary=02, secondary=03, subordinate=06, sec-latency=176
        Memory window 0: d0400000-d04ff000 (prefetchable)
        Memory window 1: d0300000-d03ff000 (prefetchable)
        I/O window 0: 00004400-000044ff
        I/O window 1: 00004000-000040ff
        BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset+ 16bInt+ PostWrite-
        16-bit legacy interface ports at 0001

0000:02:06.1 CardBus bridge: O2 Micro, Inc. OZ711M1 SmartCardBus MultiMediaBay 
Controller (rev 20)
        Subsystem: Acer Incorporated [ALI]: Unknown device 001f
        Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping+ SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
        Interrupt: pin A routed to IRQ 0
        Region 0: Memory at 20001000 (32-bit, non-prefetchable) [disabled]
        Bus: primary=02, secondary=07, subordinate=0a, sec-latency=176
        I/O window 0: 00000000-00000003 [disabled]
        I/O window 1: 00000000-00000003 [disabled]
        BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset- 16bInt- PostWrite-
        16-bit legacy interface ports at 0001

0000:02:06.2 System peripheral: O2 Micro, Inc. OZ711Mx MultiMediaBay 
Accelerator
        Subsystem: Acer Incorporated [ALI]: Unknown device 001f
        Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
        Interrupt: pin A routed to IRQ 10
        Region 0: Memory at d0208000 (32-bit, non-prefetchable)
        Capabilities: [a0] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA 
PME(D0+,D1+,D2+,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:02:07.0 FireWire (IEEE 1394): Texas Instruments TSB43AB21 IEEE-1394a-2000 
Controller (PHY/Link) (prog-if 10 [OHCI])
        Subsystem: Acer Incorporated [ALI]: Unknown device 001f
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR+ FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 64 (500ns min, 1000ns max), cache line size 08
        Interrupt: pin A routed to IRQ 10
        Region 0: Memory at d0209000 (32-bit, non-prefetchable)
        Region 1: Memory at d0200000 (32-bit, non-prefetchable) [size=16K]
        Capabilities: [44] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA 
PME(D0+,D1+,D2+,D3hot+,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

The device entry in xorg.conf:
Section "Device"
    # vendor=1002, device=4c66
        Identifier  "Card0"
        Driver      "radeon"
        Option      "AGPMode"         "4"
        #Option      "EnablePageFlip"  "1"
        #Option      "DynamicClocks"   "1"
        Option       "dpms"            "1"
        BusID       "PCI:1:0:0"
EndSection

S3 is working fine for me with dri and agp.

Stefan


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id\x14396&op=click

Re: Call for help: list of machines with working S3

[Tim Dijkstra]

On Mon, 14 Feb 2005 22:11:05 +0100
Pavel Machek <pavel-AlSwsSmVLrQ@public.gmane.org> wrote:


> 
> Model                           hack (or "how to do it")
> ---------------------------------------------------------------------
Acer TravelMate 636Lci		acpi_sleep=s3_bios vga=normal

This is with vanilla 2.6.10 kernel. I had some problems before but now
it seems to work with a full system. This means, X (with ali-agp and nv
driver, haven't tried anything else), wlan-pccard, usb, etc. The only
thing that I've found that will hang resume is the ieee1394 subsystem.

If I choose anything else than vga=normal, the screen will go back to
vga=normal resolution on resume without linux noticing: a big
unusable mess as a result.

Finally it works!

grts Tim


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Pavel Machek]

Hi!

> Pavel Machek <pavel-AlSwsSmVLrQ@public.gmane.org> wrote:
> 
> 
> > 
> > Model                           hack (or "how to do it")
> > ---------------------------------------------------------------------
> Acer TravelMate 636Lci		acpi_sleep=s3_bios vga=normal
> 
> This is with vanilla 2.6.10 kernel. I had some problems before but now
> it seems to work with a full system. This means, X (with ali-agp and nv
> driver, haven't tried anything else), wlan-pccard, usb, etc. The only
> thing that I've found that will hang resume is the ieee1394 subsystem.
> 
> If I choose anything else than vga=normal, the screen will go back to
> vga=normal resolution on resume without linux noticing: a big
> unusable mess as a result.

You may want to try acpi_sleep=s3_bios,s3_mode (without vga=normal)...


								Pavel
-- 
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Tim Dijkstra]

On Wed, 16 Feb 2005 14:47:45 +0100
Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org> wrote:

> Hi!
> 
> > Pavel Machek <pavel-AlSwsSmVLrQ@public.gmane.org> wrote:
> > 
> > 
> > > 
> > > Model                           hack (or "how to do it")
> > > -----------------------------------------------------------------
> > > ----
> > Acer TravelMate 636Lci		acpi_sleep=s3_bios vga=normal
> > 
> > This is with vanilla 2.6.10 kernel. I had some problems before but
> > now it seems to work with a full system. This means, X (with ali-agp
> > and nv driver, haven't tried anything else), wlan-pccard, usb, etc.
> > The only thing that I've found that will hang resume is the ieee1394
> > subsystem.
> > 
> > If I choose anything else than vga=normal, the screen will go back
> > to vga=normal resolution on resume without linux noticing: a big
> > unusable mess as a result.
> 
> You may want to try acpi_sleep=s3_bios,s3_mode (without vga=normal)...

Ahh, yes! That seems to do the trick. With high resolutions on the
console, I don't need X anymore;)

grts Tim


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Len Brown]

Pavel,
I think that it is the BIOS' job on S3-suspend
to save the video mode.  On S3-resume the BIOS should
re-POST and restore the video mode.

While Linux's X drivers may be able to handle the case
where X is running -- that doesn't help us with the
cases where X is not running (a case that Windows
presumably does not have).

Besides updated X drivers, which may have complicated
restore routines for complicated modes, all the other
techniques for restoring video from Linux are
hit/miss workarounds for broken platforms.

To completely solve the Linux S3 video restore issue,
we need to push the platform and BIOS vendors.

What am I missing?

thanks,
-Len




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Vojtech Pavlik]

On Thu, Feb 17, 2005 at 01:16:45AM -0500, Len Brown wrote:

> Pavel,
> I think that it is the BIOS' job on S3-suspend
> to save the video mode.  On S3-resume the BIOS should
> re-POST and restore the video mode.

Should.

But this definitely is not the case on about 80+% of notebooks.

You can save the video state through VESA VBE, and restore it on resume,
but if the BIOS didn't re-POST the video, this will often fail.

> While Linux's X drivers may be able to handle the case
> where X is running -- that doesn't help us with the
> cases where X is not running (a case that Windows
> presumably does not have).
> 
> Besides updated X drivers, which may have complicated
> restore routines for complicated modes, all the other
> techniques for restoring video from Linux are
> hit/miss workarounds for broken platforms.
> 
> To completely solve the Linux S3 video restore issue,
> we need to push the platform and BIOS vendors.

That's correct.

> What am I missing?
 
I'm not sure if you can push the whole industry at once.

-- 
Vojtech Pavlik
SuSE Labs, SuSE CR


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Len Brown]

On Thu, 2005-02-17 at 05:15, Vojtech Pavlik wrote:

> I'm not sure if you can push the whole industry at once.

The goal is to know what to tell the system vendors
interested in supporting Linux what they should do
with their BIOS on future platforms.

I believe our message should be:
1. BIOS should save/restore video in S3
2. Use Intel's ACPICA ASL compiler -- if not for production,
then at least as a static source code checker for validation.

thanks,
-Len




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: [ACPI] Call for help: list of machines with working S3

[Matthew Garrett]

On Thu, 2005-02-17 at 01:16 -0500, Len Brown wrote:
> Pavel,
> I think that it is the BIOS' job on S3-suspend
> to save the video mode.  On S3-resume the BIOS should
> re-POST and restore the video mode.

I agree, but in the absence of spec requirement and some form of
certification process, I don't see it happening in the near future.
Given that vendors are still shipping invalid DSDTs, if Windows is able
to reinitialise the graphics hardware, few are going to care about
making life easier for Linux.

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

Re: [ACPI] Call for help: list of machines with working S3

[Carl-Daniel Hailfinger]

Matthew Garrett schrieb:
> On Thu, 2005-02-17 at 01:16 -0500, Len Brown wrote:
> 
>>I think that it is the BIOS' job on S3-suspend
>>to save the video mode.  On S3-resume the BIOS should
>>re-POST and restore the video mode.
> 
> I agree, but in the absence of spec requirement and some form of
> certification process, I don't see it happening in the near future.
> Given that vendors are still shipping invalid DSDTs, if Windows is able
> to reinitialise the graphics hardware, few are going to care about
> making life easier for Linux.

1. A first step towards better DSDTs would be to make the ASL compiler
complain about the same things which are complained about by the
in-kernel ACPI interpreter. An example would be the following:

acpi_processor-0496 [10] acpi_processor_get_inf: Invalid PBLK length [7]

The ASL compiler will not complain about it, yet the kernel will
refuse to do any processor throttling with a PBLK length of 7.

2. Urge/force vendors to use the latest ASL compiler available.
In most cases, this will result in a size reduction of the compiled
code, which should be in the interest of the vendors.

3. Get some shiny certification/label going that can be put on
fully conforming products as a sticker. Something like the old
"EPA pollution preventer" logo, but with a more appealing design.
Perhaps a "InstantOn/PowerSave" sticker, you get the idea.

4. Include a mandantory description of video bringup after resume
into the ACPI spec along the lines of "Conforming products SHOULD
make information about handling of the primary video device on
resume available to the ACPI interpreter during runtime. If video
state will be preserved over a suspend/resume cycle, the _WAK
method for said video device MUST be empty. If the video device
requires any actions by the operating system after resume to restore
the state it had before suspend, the _WAK method for said video
device MUST contain ALL the code needed to restore the state before
suspend. The _WAK method MAY call OS-supplied ACPI helper functions
like ACPI_EXECUTE_CODE_FROM_ROM to keep the _WAK method short.
If no _WAK method for a given video device is available, the OS
MUST be able to rely on the fact that video state is preserved
over suspend/resume.


Something like item 4 would be a major step forward and as a bonus,
it wouldn't require any hardware changes, only perhaps 3 or 4
additional lines of code in the DSDT. If the _WAK function for
my laptop graphics card existed and had the hypothetical commands
ACPI_EXECUTE_CODE_FROM_ROM_X86(VGA.ROM)
ACPI_RESTORE_VESA_STATE(VGA)
we wouldn't have this discussion in the first place.


Regards,
Carl-Daniel
--
http://www.hailfinger.org/

Re: [ACPI] Call for help: list of machines with working S3

[Vernon Mauery]

Carl-Daniel Hailfinger wrote:
> 1. A first step towards better DSDTs would be to make the ASL compiler
> complain about the same things which are complained about by the
> in-kernel ACPI interpreter. An example would be the following:
> 
> acpi_processor-0496 [10] acpi_processor_get_inf: Invalid PBLK length [7]
> 
> The ASL compiler will not complain about it, yet the kernel will
> refuse to do any processor throttling with a PBLK length of 7.

This is like getting gcc to complain about run-time bugs in a program.  The compiler of a language (ASL in this case) compiles the language, regardless of run-time bugs because it can only detect syntax errors.  And iasl does that pretty well.  

--Vernon

Re: Call for help: list of machines with working S3

[Carl-Daniel Hailfinger]

Vernon Mauery schrieb:
> Carl-Daniel Hailfinger wrote:
> 
>>1. A first step towards better DSDTs would be to make the ASL compiler
>>complain about the same things which are complained about by the
>>in-kernel ACPI interpreter. An example would be the following:
>>
>>acpi_processor-0496 [10] acpi_processor_get_inf: Invalid PBLK length [7]
>>
>>The ASL compiler will not complain about it, yet the kernel will
>>refuse to do any processor throttling with a PBLK length of 7.
> 
> 
> This is like getting gcc to complain about run-time bugs in a program.

Oh, gcc does that to a certain extent. For example, it has warnings
like "this comparison is always true" or "value too big for selected
type".


> The compiler of a language (ASL in this case) compiles the language,
> regardless of run-time bugs because it can only detect syntax errors.
> And iasl does that pretty well.  

It is possible to do quite a bit of semantic verification at compile
time, but of course there are limits to everything.


Regards,
Carl-Daniel
-- 
http://www.hailfinger.org/


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Pavel Machek]

Hi!

> > to reinitialise the graphics hardware, few are going to care about
> > making life easier for Linux.
> 
> 1. A first step towards better DSDTs would be to make the ASL compiler
> complain about the same things which are complained about by the
> in-kernel ACPI interpreter. An example would be the following:
> 
> acpi_processor-0496 [10] acpi_processor_get_inf: Invalid PBLK length [7]
> 
> The ASL compiler will not complain about it, yet the kernel will
> refuse to do any processor throttling with a PBLK length of 7.

Not sure if you can check all interesting stuff statically.

> 2. Urge/force vendors to use the latest ASL compiler available.

Heh, good luck.

> 3. Get some shiny certification/label going that can be put on
> fully conforming products as a sticker. Something like the old
> "EPA pollution preventer" logo, but with a more appealing design.
> Perhaps a "InstantOn/PowerSave" sticker, you get the idea.

Like "This machine actually works" sticker? :-)

> 4. Include a mandantory description of video bringup after resume

That sounds overcomplicated. Simply add this to the specs:
"BIOS must POST video during S3 wakeup. Video mujst be working
and in 80x25 text mode when it jumps to OS. VESA BIOS calls must be available to the OS."

BIOS must do that during normal boot; this should be very little additional
work.
			Pavel
-- 
64 bytes from 195.113.31.123: icmp_seq=28 ttl=51 time=448769.1 ms         



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Carl-Daniel Hailfinger]

Pavel Machek schrieb:
> 
>>>to reinitialise the graphics hardware, few are going to care about
>>>making life easier for Linux.
>>
> [...]
>>3. Get some shiny certification/label going that can be put on
>>fully conforming products as a sticker. Something like the old
>>"EPA pollution preventer" logo, but with a more appealing design.
>>Perhaps a "InstantOn/PowerSave" sticker, you get the idea.
> 
> Like "This machine actually works" sticker? :-)

Yes.

>>4. Include a mandantory description of video bringup after resume
> 
> That sounds overcomplicated. Simply add this to the specs:

You have to start to think like a vendor with a long legacy. Then my
spec draft will make more sense. Basically, you can't tell a vendor
that his hardware is broken or he will ignore your efforts from that
point on. "It's a question of honour." If, on the other hand, a
vendor can claim his products are conforming to the spec by issuing
a software update for broken hardware, it is much more likely that
the spec gets accepted.

> "BIOS must POST video during S3 wakeup. Video must be working
> and in 80x25 text mode when it jumps to OS. VESA BIOS calls must be
> available to the OS."

That would make some products non-conformant which are working
perfectly today. If the video state is preserved over S3, it doesn't
make sense to declare that behaviour non-conformant.

> BIOS must do that during normal boot; this should be very little
> additional work.

Not necessarily. Some BIOSes stay in graphics mode during the whole
bootup (at least it seems so) and would have to include additional
code to enter 80x25 text mode.


Regards,
Carl-Daniel
-- 
http://www.hailfinger.org/


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Pavel Machek]

Hi!
> >>4. Include a mandantory description of video bringup after resume
> > 
> > That sounds overcomplicated. Simply add this to the specs:
> 
> You have to start to think like a vendor with a long legacy. Then my
> spec draft will make more sense. Basically, you can't tell a vendor
> that his hardware is broken or he will ignore your efforts from that
> point on. "It's a question of honour." If, on the other hand, a
> vendor can claim his products are conforming to the spec by issuing
> a software update for broken hardware, it is much more likely that
> the spec gets accepted.

Well, whether you POST video or not is still only
software... anyway...

Your _WAK idea could work for notebooks (but if you did it in _WAK
you'd break windows, so you'd have to call it _VWK (VideoWaK) or
something), but for desktop where user can plug in any video card he
buys... I do not see how you can get away with something other than
normal POST.

> > BIOS must do that during normal boot; this should be very little
> > additional work.
> 
> Not necessarily. Some BIOSes stay in graphics mode during the whole
> bootup (at least it seems so) and would have to include additional
> code to enter 80x25 text mode.

??? When grub is launched, you are in 80x25 text mode.
								Pavel
-- 
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Johan Vromans]

Carl-Daniel Hailfinger <c-d.hailfinger.devel.2005-hi6Y0CQ0nG0@public.gmane.org> writes:

> 3. Get some shiny certification/label going that can be put on
> fully conforming products as a sticker. Something like the old
> "EPA pollution preventer" logo, but with a more appealing design.
> Perhaps a "InstantOn/PowerSave" sticker, you get the idea.

Given that these notebooks will "InstantOn/PowerSave" correctly when
running Windows/XP, what would be the added value for the
manufacturer?

-- Johan


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Re: Call for help: list of machines with working S3

[Matthew Garrett]

On Thu, 2005-02-17 at 21:25 +0100, Johan Vromans wrote:
> Carl-Daniel Hailfinger <c-d.hailfinger.devel.2005-hi6Y0CQ0nG0@public.gmane.org> writes:
> 
> > 3. Get some shiny certification/label going that can be put on
> > fully conforming products as a sticker. Something like the old
> > "EPA pollution preventer" logo, but with a more appealing design.
> > Perhaps a "InstantOn/PowerSave" sticker, you get the idea.
> 
> Given that these notebooks will "InstantOn/PowerSave" correctly when
> running Windows/XP, what would be the added value for the
> manufacturer?

In practical terms? A flash-sounding sticky label. It's unlikely to make
much difference unless Intel offered some amount of funding in return
for having one.

(Of course, Intel /could/ make something like this a requirement for the
Centrino branding, which would probably help a great deal)
-- 
Matthew Garrett | mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Johan Vromans]

Matthew Garrett <mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org> writes:

>> Given that these notebooks will "InstantOn/PowerSave" correctly when
>> running Windows/XP, what would be the added value for the
>> manufacturer?
>
> In practical terms? A flash-sounding sticky label. It's unlikely to make
> much difference unless Intel offered some amount of funding in return
> for having one.

Please note that all modern notebooks already have a flashy sticker
reading "Designed for Windows/XP". With Windoes/XP, everything just
works (or has been tweaked to work, who knows). So I still don't see a
real incentive for notebook vendors.

And yes, the world would be much better if notebook vendors were
competing for stickers like "Designed for Linux" and "Designed for
Mac/OS".

> (Of course, Intel /could/ make something like this a requirement for
> the Centrino branding, which would probably help a great deal)

This I fully agree with. 

-- Johan


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Pavel Machek]

Hi!

> I think that it is the BIOS' job on S3-suspend
> to save the video mode.  On S3-resume the BIOS should
> re-POST and restore the video mode.

Can you find it written down somewhere? It would be certainly easier
for me if every BIOS did re-post, but it is not the case on any new
BIOS....

> To completely solve the Linux S3 video restore issue,
> we need to push the platform and BIOS vendors.
> 
> What am I missing?

I think we are missing few lines in docs somewhere saying "video must
be re-POSTed during S3 wakeup". And then we miss someone going around
vendors with baseball bat, telling them to fix their BIOSes.

								Pavel
-- 
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Luca Capello]

[-- Attachment #1: Type: text/plain, Size: 1781 bytes --]

Hello Pavel!

On Mon 14 Feb 2005 22:11, Pavel Machek wrote:
> Stefan provided me initial list of machines where S3 works (including
> video). If you have machine that is not on the list, please send me a
> diff. If you have eMachines... I'd like you to try playing with

Sorry, but a diff of what? Of the list?

> Table of known working systems:
>
> Model                           hack (or "how to do it")
> ------------------------------------------------------------------------------
IBM ThinkPad T42p (2373-GTG [1])  acpi_sleep=s3_bios (2)

More info available upon request, but in general:

- Debian unstable
- vanilla kernel 2.6.10
- ACPI patch 20050125
- BlueZ patch -mh4
- IBM trackpoint patch [2]
- radeonfb
- radeon XFree86 4.3.0.dfsg.1-11
- all modules my laptop support installed (and loaded ;-) )
- I used a script that switch to vc1 and stop mysql (this is a known
  problem [3] [4]), then "echo -n [mem|disk] > /sys/power/state"

I've a working S4 with the same configuration, too. But it seems I
still suffer a problem about hwclock I already reported with another
laptop [5] [6]. In this case, the command proposed seems not working
anymore (I should test more deeply, just a question of time ;-) ).

Anyway, this laptop works very well!

I've also a docking station [7], I'll test with it ASAP.

Thx, bye,
Gismo / Luca

[1] http://www5.pc.ibm.com/ch/products.nsf/$wwwPartNumLookup/_UC2GTSE?OpenDocument
[2] http://people.clarkson.edu/~evanchsa/
[3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=259745
[4] http://bugs.mysql.com/bug.php?id=4596
[5] http://sourceforge.net/mailarchive/message.php?msg_id=9844751
[6] http://sourceforge.net/mailarchive/message.php?msg_id=9864402
[7] http://www5.pc.ibm.com/ch/products.nsf/$wwwPartNumLookup/_74P6733?OpenDocument

[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]

Re: Call for help: list of machines with working S3

[Luca Capello]

[-- Attachment #1: Type: text/plain, Size: 1284 bytes --]

Hi Pavel!

On Fri 18 Feb 2005 00:29, Pavel Machek wrote:
>> > Table of known working systems:
>> >
>> > Model                           hack (or "how to do it")
>> > ------------------------------------------------------------------------------
>> IBM ThinkPad T42p (2373-GTG [1])  acpi_sleep=s3_bios (2)
<cut>
>> I've a working S4 with the same configuration, too. But it seems I
>> still suffer a problem about hwclock I already reported with another
>> laptop [5] [6]. In this case, the command proposed seems not working
>> anymore (I should test more deeply, just a question of time ;-) ).
>
> Thanks for detailed report. Time problems should be solved in
> 2.6.11-rc4.

Ok, thank you for the info. The problem I'm not using the latest -rc
is that once I install ALSA-1.0.8, I suddenly get no more sound on the
speaker, but the sound is working (I can see the GNOME Volume Meter,
vumeter, moving, so there's sound output). I cannot find the problem
and I haven't had time to post on the ALSA mailing-list yet, so I'm
still on 2.6.10 :-(

But I'm compiling the latest -rc (with the latest ACPI patch 20050211)
just to make some more tests :-D

Thx, bye,
Gismo / Luca

PS, Pavel, I cced the ACPI-devel mailing-list to let other people
aware of the solution for my hwclock problem.

[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]

Re: Call for help: list of machines with working S3

[Jan De Luyck]

On Monday 14 February 2005 22:11, Pavel Machek wrote:
> Hi!
>
> Stefan provided me initial list of machines where S3 works (including
> video). If you have machine that is not on the list, please send me a
> diff. If you have eMachines... I'd like you to try playing with
> vbetool (it worked for me), and if it works for you supplying right
> model numbers.

Acer Travelmate 803LCi, working Suspend to ram:
- Have to use the soft-boot method for the radeon
- Have to shutdown the following parts: 
  * hotplug (actually the USB subsystem, but hotplug does that nicely)
  * ALSA (modem won't work otherwise without reloading the modules)
    (snd_intel8x0m module)
  * MySQL (hinders the actual suspension process and kicks the pc back to 
    where it was)

Other than these little things it works like a charm :)

Jan
-- 
Bumper sticker:
 All the parts falling off this car are of the very finest
 British manufacture.


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Jan De Luyck]

On Monday 14 February 2005 22:11, Pavel Machek wrote:
> Hi!
>
> Stefan provided me initial list of machines where S3 works (including
> video). If you have machine that is not on the list, please send me a
> diff. If you have eMachines... I'd like you to try playing with
> vbetool (it worked for me), and if it works for you supplying right
> model numbers.

Acer Travelmate 803LCi, working Suspend to ram:
- Have to use the soft-boot method for the radeon
- Have to shutdown the following parts: 
  * hotplug (actually the USB subsystem, but hotplug does that nicely)
  * ALSA (modem won't work otherwise without reloading the modules)
    (snd_intel8x0m module)
  * MySQL (hinders the actual suspension process and kicks the pc back to 
    where it was)

Other than these little things it works like a charm :)

Jan
-- 
Bumper sticker:
 All the parts falling off this car are of the very finest
 British manufacture.

Re: Call for help: list of machines with working S3

[Pavel Machek]

Hi!

>   * MySQL (hinders the actual suspension process and kicks the pc back to 
>     where it was)

Try this patch...
								Pavel

--- clean/kernel/signal.c	2005-02-03 22:27:26.000000000 +0100
+++ linux/kernel/signal.c	2005-02-03 22:28:19.000000000 +0100
@@ -2222,6 +2222,7 @@
 			ret = -EINTR;
 	}
 
+	try_to_freeze(1);
 	return ret;
 }
 


-- 
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Call for help: list of machines with working S3

[Pavel Machek]

Hi!

>   * MySQL (hinders the actual suspension process and kicks the pc back to 
>     where it was)

Try this patch...
								Pavel

--- clean/kernel/signal.c	2005-02-03 22:27:26.000000000 +0100
+++ linux/kernel/signal.c	2005-02-03 22:28:19.000000000 +0100
@@ -2222,6 +2222,7 @@
 			ret = -EINTR;
 	}
 
+	try_to_freeze(1);
 	return ret;
 }
 


-- 
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!

Re: Call for help: list of machines with working S3

[Jan De Luyck]

On Monday 14 March 2005 09:00, Pavel Machek wrote:
> Hi!
>
> >   * MySQL (hinders the actual suspension process and kicks the pc back to
> >     where it was)
>
> Try this patch...

Works nicely. Thanks.

Jan

-- 
Most people don't need a great deal of love nearly so much as they need
a steady supply.

Re: Call for help: list of machines with working S3

[Nish Aravamudan]

[-- Attachment #1: Type: text/plain, Size: 1445 bytes --]

On Mon, 14 Feb 2005 22:11:05 +0100, Pavel Machek <pavel@suse.cz> wrote:
> Hi!

<snip>
 
> Table of known working systems:
> 
> Model                           hack (or "how to do it")
> ------------------------------------------------------------------------------
> IBM TP R32 / Type 2658-MMG      none (1)
> Athlon HP Omnibook XE3          none (1)
> Compaq Armada E500 - P3-700     none (1) (S1 also works OK)
> IBM t41p                        none (1)

I am not sure if this is a problem with my machine or the code, but my
T41p does not work "correctly." [1] Pressing the sleep key (Fn-F4),
does sleep the machine, very quickly and nicely. However, on wake-up,
only an external CRT will display video. I see the LCD's backlight
come on, but no video is displayed there. I also noticed that my USB
mouse does not seem to work (this may be a BIOS setting issue, which
I'll check out on next reboot -- soon).

I have noticed that the IBM ACPI extras seems to do some things
incorrectly for me. /proc/acpi/ibm/dock always reports "status:       
 undocked," even though I'm very much docked right now. Echo'ing
auto_enable/auto_disable into /proc/acpi/ibm/video does change the
auto state, but doing the same for {lcd,crt}_{enable,disable} does
nothing (including not changing the displayed state).

I'm more than happy to try patches, BIOS setting changes, etc.

Thanks,
Nish

[1] Attached dmidecode output (hopefully not screwed up by gmail)

[-- Attachment #2: dmidecode.out --]
[-- Type: application/octet-stream, Size: 15521 bytes --]

# dmidecode 2.5
SMBIOS 2.33 present.
61 structures occupying 2127 bytes.
Table at 0x000E0010.
Handle 0x0000
	DMI type 0, 20 bytes.
	BIOS Information
		Vendor: IBM
		Version: 1RETDIWW (3.14 )
		Release Date: 01/20/2005
		Address: 0xDC000
		Runtime Size: 144 kB
		ROM Size: 1024 kB
		Characteristics:
			PCI is supported
			PC Card (PCMCIA) is supported
			PNP is supported
			APM is supported
			BIOS is upgradeable
			BIOS shadowing is allowed
			ESCD support is available
			Boot from CD is supported
			Selectable boot is supported
			EDD is supported
			3.5"/720 KB floppy services are supported (int 13h)
			Print screen service is supported (int 5h)
			8042 keyboard services are supported (int 9h)
			Serial services are supported (int 14h)
			Printer services are supported (int 17h)
			CGA/mono video services are supported (int 10h)
			ACPI is supported
			USB legacy is supported
			AGP is supported
			BIOS boot specification is supported
Handle 0x0001
	DMI type 1, 25 bytes.
	System Information
		Manufacturer: IBM
		Product Name: 2373315
		Version: ThinkPad T41p
		Serial Number: 99K0MMB
		UUID: 7C6ED401-4768-11CB-98C4-F44C4B7B4E0F
		Wake-up Type: Power Switch
Handle 0x0002
	DMI type 2, 8 bytes.
	Base Board Information
		Manufacturer: IBM
		Product Name: 2373315
		Version: Not Available
		Serial Number: J1V9447N1H8
Handle 0x0003
	DMI type 3, 17 bytes.
	Chassis Information
		Manufacturer: IBM
		Type: Notebook
		Lock: Not Present
		Version: Not Available
		Serial Number: Not Available
		Asset Tag: No Asset Information
		Boot-up State: Unknown
		Power Supply State: Unknown
		Thermal State: Unknown
		Security Status: Unknown
		OEM Information: 0x00000000
Handle 0x0004
	DMI type 126, 17 bytes.
	Inactive
Handle 0x0005
	DMI type 3, 17 bytes.
	Chassis Information
		Manufacturer: IBM
		Type: Peripheral Chassis
		Lock: Not Present
		Version: Not Available
		Serial Number: Not Available
		Asset Tag: Not Available
		Boot-up State: Unknown
		Power Supply State: Unknown
		Thermal State: Unknown
		Security Status: Unknown
		OEM Information: 0x00000000
Handle 0x0006
	DMI type 4, 35 bytes.
	Processor Information
		Socket Designation: None
		Type: Central Processor
		Family: Pentium M
		Manufacturer: GenuineIntel
		ID: 95 06 00 00 BF F9 E9 A7
		Signature: Type 0, Family 6, Model 9, Stepping 5
		Flags:
			FPU (Floating-point unit on-chip)
			VME (Virtual mode extension)
			DE (Debugging extension)
			PSE (Page size extension)
			TSC (Time stamp counter)
			MSR (Model specific registers)
			MCE (Machine check exception)
			CX8 (CMPXCHG8 instruction supported)
			SEP (Fast system call)
			MTRR (Memory type range registers)
			PGE (Page global enable)
			MCA (Machine check architecture)
			CMOV (Conditional move instruction supported)
			PAT (Page attribute table)
			CLFSH (CLFLUSH instruction supported)
			DS (Debug store)
			ACPI (ACPI supported)
			MMX (MMX technology supported)
			FXSR (Fast floating-point save and restore)
			SSE (Streaming SIMD extensions)
			SSE2 (Streaming SIMD extensions 2)
			TM (Thermal monitor supported)
			SBF (Signal break on FERR)
		Version: Intel(R) Pentium(R) M processor
		Voltage: 1.5 V
		External Clock: 400 MHz
		Max Speed: 1700 MHz
		Current Speed: 1700 MHz
		Status: Populated, Enabled
		Upgrade: None
		L1 Cache Handle: 0x000A
		L2 Cache Handle: 0x000B
		L3 Cache Handle: Not Provided
		Serial Number: Not Specified
		Asset Tag: Not Specified
		Part Number: Not Specified
Handle 0x0007
	DMI type 5, 20 bytes.
	Memory Controller Information
		Error Detecting Method: None
		Error Correcting Capabilities:
			None
		Supported Interleave: One-way Interleave
		Current Interleave: One-way Interleave
		Maximum Memory Module Size: 1024 MB
		Maximum Total Memory Size: 2048 MB
		Supported Speeds:
			Other
		Supported Memory Types:
			DIMM
			SDRAM
		Memory Module Voltage: 2.9 V
		Associated Memory Slots: 2
			0x0008
			0x0009
		Enabled Error Correcting Capabilities:
			None
Handle 0x0008
	DMI type 6, 12 bytes.
	Memory Module Information
		Socket Designation: DIMM Slot 1
		Bank Connections: 0 1
		Current Speed: Unknown
		Type: DIMM SDRAM
		Installed Size: 1024 MB (Double-bank Connection)
		Enabled Size: 1024 MB (Double-bank Connection)
		Error Status: OK
Handle 0x0009
	DMI type 6, 12 bytes.
	Memory Module Information
		Socket Designation: DIMM Slot 2
		Bank Connections: 2 3
		Current Speed: Unknown
		Type: DIMM SDRAM
		Installed Size: Not Installed (Single-bank Connection)
		Enabled Size: Not Installed (Single-bank Connection)
		Error Status: OK
Handle 0x000A
	DMI type 7, 19 bytes.
	Cache Information
		Socket Designation: Internal L1 Cache
		Configuration: Enabled, Socketed, Level 1
		Operational Mode: Write Back
		Location: Internal
		Installed Size: 32 KB
		Maximum Size: 32 KB
		Supported SRAM Types:
			Synchronous
		Installed SRAM Type: Synchronous
		Speed: Unknown
		Error Correction Type: Unknown
		System Type: Other
		Associativity: 8-way Set-associative
Handle 0x000B
	DMI type 7, 19 bytes.
	Cache Information
		Socket Designation: Internal L2 Cache
		Configuration: Enabled, Socketed, Level 2
		Operational Mode: Write Back
		Location: Internal
		Installed Size: 1024 KB
		Maximum Size: 1024 KB
		Supported SRAM Types:
			Burst
		Installed SRAM Type: Burst
		Speed: Unknown
		Error Correction Type: Multi-bit ECC
		System Type: Unified
		Associativity: 8-way Set-associative
Handle 0x000C
	DMI type 8, 9 bytes.
	Port Connector Information
		Internal Reference Designator: Not Available
		Internal Connector Type: None
		External Reference Designator: Serial
		External Connector Type: DB-9 male
		Port Type: Serial Port 16550A Compatible
Handle 0x000D
	DMI type 8, 9 bytes.
	Port Connector Information
		Internal Reference Designator: Not Available
		Internal Connector Type: None
		External Reference Designator: Infrared
		External Connector Type: Infrared
		Port Type: Other
Handle 0x000E
	DMI type 8, 9 bytes.
	Port Connector Information
		Internal Reference Designator: Not Available
		Internal Connector Type: None
		External Reference Designator: Parallel
		External Connector Type: DB-25 female
		Port Type: Parallel Port ECP/EPP
Handle 0x000F
	DMI type 8, 9 bytes.
	Port Connector Information
		Internal Reference Designator: Not Available
		Internal Connector Type: None
		External Reference Designator: External Monitor
		External Connector Type: DB-15 female
		Port Type: Video Port
Handle 0x0010
	DMI type 8, 9 bytes.
	Port Connector Information
		Internal Reference Designator: Not Available
		Internal Connector Type: None
		External Reference Designator: PS/2 Mouse
		External Connector Type: PS/2
		Port Type: Mouse Port
Handle 0x0011
	DMI type 8, 9 bytes.
	Port Connector Information
		Internal Reference Designator: Not Available
		Internal Connector Type: None
		External Reference Designator: PS/2 Keyboard
		External Connector Type: PS/2
		Port Type: Keyboard Port
Handle 0x0012
	DMI type 8, 9 bytes.
	Port Connector Information
		Internal Reference Designator: Not Available
		Internal Connector Type: None
		External Reference Designator: External Diskette Drive
		External Connector Type: On Board Floppy
		Port Type: Other
Handle 0x0013
	DMI type 8, 9 bytes.
	Port Connector Information
		Internal Reference Designator: Not Available
		Internal Connector Type: None
		External Reference Designator: Line-In Jack
		External Connector Type: Mini Jack (headphones)
		Port Type: Audio Port
Handle 0x0014
	DMI type 8, 9 bytes.
	Port Connector Information
		Internal Reference Designator: Not Available
		Internal Connector Type: None
		External Reference Designator: Line-Out Jack
		External Connector Type: Mini Jack (headphones)
		Port Type: Audio Port
Handle 0x0015
	DMI type 8, 9 bytes.
	Port Connector Information
		Internal Reference Designator: Not Available
		Internal Connector Type: None
		External Reference Designator: Microphone Jack
		External Connector Type: Mini Jack (headphones)
		Port Type: Audio Port
Handle 0x0016
	DMI type 8, 9 bytes.
	Port Connector Information
		Internal Reference Designator: Not Available
		Internal Connector Type: None
		External Reference Designator: Headphone Jack
		External Connector Type: Mini Jack (headphones)
		Port Type: Audio Port
Handle 0x0017
	DMI type 8, 9 bytes.
	Port Connector Information
		Internal Reference Designator: Not Available
		Internal Connector Type: None
		External Reference Designator: S-Video-Out
		External Connector Type: Other
		Port Type: Video Port
Handle 0x0018
	DMI type 8, 9 bytes.
	Port Connector Information
		Internal Reference Designator: Not Available
		Internal Connector Type: None
		External Reference Designator: Digital Video
		External Connector Type: Other
		Port Type: Video Port
Handle 0x0019
	DMI type 8, 9 bytes.
	Port Connector Information
		Internal Reference Designator: Not Available
		Internal Connector Type: None
		External Reference Designator: Modem
		External Connector Type: RJ-11
		Port Type: Modem Port
Handle 0x001A
	DMI type 8, 9 bytes.
	Port Connector Information
		Internal Reference Designator: Not Available
		Internal Connector Type: None
		External Reference Designator: Ethernet
		External Connector Type: RJ-45
		Port Type: Network Port
Handle 0x001B
	DMI type 8, 9 bytes.
	Port Connector Information
		Internal Reference Designator: Not Available
		Internal Connector Type: None
		External Reference Designator: USB 1
		External Connector Type: Access Bus (USB)
		Port Type: USB
Handle 0x001C
	DMI type 8, 9 bytes.
	Port Connector Information
		Internal Reference Designator: Not Available
		Internal Connector Type: None
		External Reference Designator: USB 2
		External Connector Type: Access Bus (USB)
		Port Type: USB
Handle 0x001D
	DMI type 8, 9 bytes.
	Port Connector Information
		Internal Reference Designator: Not Available
		Internal Connector Type: None
		External Reference Designator: USB 3
		External Connector Type: Access Bus (USB)
		Port Type: USB
Handle 0x001E
	DMI type 126, 9 bytes.
	Inactive
Handle 0x001F
	DMI type 126, 9 bytes.
	Inactive
Handle 0x0020
	DMI type 126, 9 bytes.
	Inactive
Handle 0x0021
	DMI type 126, 9 bytes.
	Inactive
Handle 0x0022
	DMI type 9, 13 bytes.
	System Slot Information
		Designation: CardBus Slot 1
		Type: 32-bit PC Card (PCMCIA)
		Current Usage: Available
		Length: Other
		ID: Adapter 0, Socket 0
		Characteristics:
			5.0 V is provided
			3.3 V is provided
			PC Card-16 is supported
			Cardbus is supported
			Zoom Video is supported
			Modem ring resume is supported
			PME signal is supported
			Hot-plug devices are supported
Handle 0x0023
	DMI type 9, 13 bytes.
	System Slot Information
		Designation: CardBus Slot 2
		Type: 32-bit PC Card (PCMCIA)
		Current Usage: Available
		Length: Other
		ID: Adapter 1, Socket 0
		Characteristics:
			5.0 V is provided
			3.3 V is provided
			PC Card-16 is supported
			Cardbus is supported
			Zoom Video is supported
			Modem ring resume is supported
			PME signal is supported
			Hot-plug devices are supported
Handle 0x0024
	DMI type 126, 13 bytes.
	Inactive
Handle 0x0025
	DMI type 126, 13 bytes.
	Inactive
Handle 0x0026
	DMI type 9, 13 bytes.
	System Slot Information
		Designation: Mini-PCI Slot 1
		Type: 32-bit PCI
		Current Usage: Available
		Length: Other
		ID: 1
		Characteristics:
			5.0 V is provided
			3.3 V is provided
			PME signal is supported
			SMBus signal is supported
Handle 0x0027
	DMI type 126, 13 bytes.
	Inactive
Handle 0x0028
	DMI type 10, 6 bytes.
	On Board Device Information
		Type: Other
		Status: Disabled
		Description: IBM Embedded Security hardware
Handle 0x0029
	DMI type 11, 5 bytes.
	OEM Strings
		String 1: IBM ThinkPad Embedded Controller -[1RHT71WW-3.04    ]-
Handle 0x002A
	DMI type 13, 22 bytes.
	BIOS Language Information
		Installable Languages: 1
			enUS
		Currently Installed Language: enUS
Handle 0x002B
	DMI type 15, 25 bytes.
	System Event Log
		Area Length: 0 bytes
		Header Start Offset: 0x0000
		Header Length: 16 bytes
		Data Start Offset: 0x0010
		Access Method: General-purpose non-volatile data functions
		Access Address: 0x0000
		Status: Invalid, Not Full
		Change Token: 0x00000040
		Header Format: Type 1
		Supported Log Type Descriptors: 1
		Descriptor 1: POST error
		Data Format 1: POST results bitmap
Handle 0x002C
	DMI type 16, 15 bytes.
	Physical Memory Array
		Location: System Board Or Motherboard
		Use: System Memory
		Error Correction Type: None
		Maximum Capacity: 1 GB
		Error Information Handle: Not Provided
		Number Of Devices: 2
Handle 0x002D
	DMI type 17, 27 bytes.
	Memory Device
		Array Handle: 0x002C
		Error Information Handle: No Error
		Total Width: 64 bits
		Data Width: 64 bits
		Size: 1024 MB
		Form Factor: SODIMM
		Set: None
		Locator: DIMM 1
		Bank Locator: Bank 0/1
		Type: DDR
		Type Detail: Synchronous
		Speed: Unknown
		Manufacturer: Not Specified
		Serial Number: Not Specified
		Asset Tag: Not Specified
		Part Number: Not Specified
Handle 0x002E
	DMI type 17, 27 bytes.
	Memory Device
		Array Handle: 0x002C
		Error Information Handle: No Error
		Total Width: Unknown
		Data Width: Unknown
		Size: No Module Installed
		Form Factor: SODIMM
		Set: None
		Locator: DIMM 2
		Bank Locator: Bank 2/3
		Type: DDR
		Type Detail: Synchronous
		Speed: Unknown
		Manufacturer: Not Specified
		Serial Number: Not Specified
		Asset Tag: Not Specified
		Part Number: Not Specified
Handle 0x002F
	DMI type 18, 23 bytes.
	32-bit Memory Error Information
		Type: OK
		Granularity: Unknown
		Operation: Unknown
		Vendor Syndrome: Unknown
		Memory Array Address: Unknown
		Device Address: Unknown
		Resolution: Unknown
Handle 0x0030
	DMI type 19, 15 bytes.
	Memory Array Mapped Address
		Starting Address: 0x00000000000
		Ending Address: 0x0003FFFFFFF
		Range Size: 1 GB
		Physical Array Handle: 0x002C
		Partition Width: 0
Handle 0x0031
	DMI type 20, 19 bytes.
	Memory Device Mapped Address
		Starting Address: 0x00000000000
		Ending Address: 0x0003FFFFFFF
		Range Size: 1 GB
		Physical Device Handle: 0x002D
		Memory Array Mapped Address Handle: 0x0030
		Partition Row Position: 1
Handle 0x0032
	DMI type 126, 19 bytes.
	Inactive
Handle 0x0033
	DMI type 21, 7 bytes.
	Built-in Pointing Device
		Type: Track Point
		Interface: PS/2
		Buttons: 3
Handle 0x0034
	DMI type 21, 7 bytes.
	Built-in Pointing Device
		Type: Touch Pad
		Interface: PS/2
		Buttons: 0
Handle 0x0035
	DMI type 24, 5 bytes.
	Hardware Security
		Power-On Password Status: Enabled
		Keyboard Password Status: Disabled
		Administrator Password Status: Disabled
		Front Panel Reset Status: Unknown
Handle 0x0036
	DMI type 32, 11 bytes.
	System Boot Information
		Status: No errors detected
Handle 0x0037
	DMI type 131, 102 bytes.
	OEM-specific Type
		Header and Data:
			83 66 37 00 01 00 00 00 00 01 72 03 40 00 AE 80
			00 02 00 00 00 00 00 2A 00 40 2A 00 00 00 00 00
			00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
			00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
			00 00 00 00 00 00 00 00 00 00 16 00 80 16 00 00
			00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
			00 00 00 00 00 00
		Strings:
			IBMCFGDATA
Handle 0x0038
	DMI type 131, 17 bytes.
	OEM-specific Type
		Header and Data:
			83 11 38 00 01 02 03 FF FF 1F 00 00 00 00 00 02
			00
		Strings:
			BOOTINF 20h
			BOOTDEV 21h
			KEYPTRS 23h
Handle 0x0039
	DMI type 132, 7 bytes.
	OEM-specific Type
		Header and Data:
			84 07 39 00 01 DA 36
Handle 0x003A
	DMI type 133, 5 bytes.
	OEM-specific Type
		Header and Data:
			85 05 3A 00 01
		Strings:
			KHOIHGIUCCHHII
Handle 0x003B
	DMI type 126, 13 bytes.
	Inactive
Handle 0x003C
	DMI type 127, 4 bytes.
	End Of Table

Re: Call for help: list of machines with working S3

[Stefan Seyfried]

Pavel Machek wrote:
> Hi!

> Table of known working systems:
> 
> Model                           hack (or "how to do it")
> ------------------------------------------------------------------------------

IBM Thinkpad T20 (S3 Inc. 86C270-294 Savage/IX-MV), model 2647-44G
"Just works" out of the box. S1 works, too but does not switch off the
backlight and looks "interesting", but does not crash.

-- 
Stefan Seyfried, QA / R&D Team Mobile Devices, SUSE LINUX Nürnberg.

"Any ideas, John?"
"Well, surrounding them's out."

Re: Call for help: list of machines with working S3

[Stefan Seyfried]

Stefan Seyfried wrote:
> Pavel Machek wrote:
>> Hi!
> 
>> Table of known working systems:
>> 
>> Model                           hack (or "how to do it")
>> ------------------------------------------------------------------------------
> 
> IBM Thinkpad T20 (S3 Inc. 86C270-294 Savage/IX-MV), model 2647-44G
> "Just works" out of the box. S1 works, too but does not switch off the
> backlight and looks "interesting", but does not crash.

Vesafb is "interesting" also after S3, but X continues to work :-)
-- 
Stefan Seyfried, QA / R&D Team Mobile Devices, SUSE LINUX Nürnberg.

"Any ideas, John?"
"Well, surrounding them's out."

Re: Call for help: list of machines with working S3

[Stefan Seyfried]

Pavel Machek wrote:

> Table of known working systems:
> 
> Model                           hack (or "how to do it")
> ------------------------------------------------------------------------------
IBM Thinkpad X40 (Type 2371-7JG)  acpi_sleep=s3_bios,s3_mode
-- 
Stefan Seyfried, QA / R&D Team Mobile Devices, SUSE LINUX Nürnberg.

"Any ideas, John?"
"Well, surrounding them's out."

Re: Call for help: list of machines with working S3

[Avuton Olrich]

On Mon, 14 Feb 2005 22:11:05 +0100, Pavel Machek <pavel@suse.cz> wrote:
> Table of known working systems:
> 
> Model                           hack (or "how to do it")
> ------------------------------------------------------------------------------
> IBM TP R32 / Type 2658-MMG      none (1)
> Athlon HP Omnibook XE3          none (1)
> Compaq Armada E500 - P3-700     none (1) (S1 also works OK)
> IBM t41p                        none (1)
> Athlon64 desktop prototype      s3_bios (2)
> HP NC6000                       s3_bios (2)
> Toshiba Satellite 4080XCDT      s3_mode (3)
> Toshiba Satellite 4030CDT       s3_mode (3)
> Dell D600, ATI RV250            vga=normal (**)
> Asus L2400D                     s3_mode (3)(***) (S1 also works OK)
> Toshiba Satellite P10-554       s3_bios,s3_mode (4)(****)
> Acer TM 800                     vga=normal, X patches, see webpage (5)
> Athlon64 Arima W730a            vbestate needed (6)
> eMachines athlon64 machines     vbestate needed (6) (someone please get me model #s)
> 
> (**) Text console is "strange" after resume. Backlight is switched on again
>      by the X server. X server is:
>      | X Window System Version 6.8.1.904 (6.8.2 RC 4)
>      | Release Date: 2 February 2005
>      | X Protocol Version 11, Revision 0, Release 6.8.1.904
>      | Build Operating System: SuSE Linux [ELF] SuSE
>      as present in SUSE 9.3preview3.
> 
> (***) To be tested with a newer kernel.
> 
> (****) Not with SMP kernel, UP only.

Toshiba Libretto L5 works completely with S3, not with S1 when the
ali5451 ALSA module is unloaded.

-- 
  Anyone who quotes me in their sig is an idiot. -- Rusty Russell.