Re: [Suspend-devel] s2ram broken for Linux 2.6.22, libx86 broken on x86-64
[sorry for jumping late at this thread, i have been pretty busy :-(] On Sun, May 20, 2007 at 09:02:23PM +0200, Rafael J. Wysocki wrote: On Sunday, 20 May 2007 20:31, Tim Dijkstra wrote: On Sun, 20 May 2007 15:27:18 +0200 Stefan Richter [EMAIL PROTECTED] wrote: Rafael wrote: Actually, on x86-64 you have to compile it with $ make BACKEND=x86emu Seife, perhaps we should add this information to README? It is already clearly documented in the HOWTO. But HOWTO is for the suspend to disk. It has suspend to disk in the title, so I wouldn't expect s2ram-only users to read it. If something special is needed for s2ram, it should be documented in README. Yes please, or add some uname -m | grep x86_64 automatism. (Maybe I get bored next week and send something. Unlikely though.) We agreed to not have libx86 in our cvs anymore. We do not maintain it nor develop it. With did a small poll back then; most distros had it packaged already. Not available in OpenSUSE 10.2 (or I don't know which package it's in), not available in Gentoo, apparently. Fedora, anyone? The whole discussion happened after 10.2 was released, but opensSUSE Factory already has libx86. For 10.2, packages are in my repository in http://software.opensuse.org/download/home:seife/ (but yes, that's not an intuitive place to search for it :-) -- Stefan Seyfried QA / RD Team Mobile Devices| Any ideas, John? SUSE LINUX Products GmbH, Nürnberg | Well, surrounding them's out. This footer brought to you by insane German lawmakers: SUSE Linux Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
Re: [Suspend-devel] s2ram broken for Linux 2.6.22, libx86 broken on x86-64
On Sun, May 20, 2007 at 11:00:17PM +0200, Rafael J. Wysocki wrote: On Sunday, 20 May 2007 22:45, Tim Dijkstra wrote: Rafael J. Wysocki [EMAIL PROTECTED] wrote: But HOWTO is for the suspend to disk. It has suspend to disk in the title, so I wouldn't expect s2ram-only users to read it. If something special is needed for s2ram, it should be documented in README. But why should the README be for s2ram? It is all in the same tarball... Maybe we should change the title of the HOWTO. Yes, we can do that, but then we'd need to change the contents too, so that it's clear where the s2ram-specific instructions are. Index: README === RCS file: /cvsroot/suspend/suspend/README,v retrieving revision 1.10 diff -u -p -r1.10 README --- README 26 Mar 2007 15:20:29 - 1.10 +++ README 31 May 2007 13:26:09 - @@ -27,7 +27,8 @@ uses the code out of vbetool and radeont quite a lot of graphics cards after the resume from RAM. It also contains a whitelist of machines that are known to work with it. Please refer to the document README.s2ram-whitelist in this package for more information about the -s2ram whitelist. +s2ram whitelist. You need libx86 installed to build s2ram, the HOWTO document +explains how to install it. The s2both tool combines the functionalities of s2disk and s2ram. With the help of it the system may be suspended to RAM after the suspend-to-disk Ok? -- Stefan Seyfried QA / RD Team Mobile Devices| Any ideas, John? SUSE LINUX Products GmbH, Nürnberg | Well, surrounding them's out. This footer brought to you by insane German lawmakers: SUSE Linux Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
Re: [Suspend-devel] s2ram broken for Linux 2.6.22, libx86 broken on x86-64
On Sunday, 20 May 2007 01:03, Rafael J. Wysocki wrote: On Saturday, 19 May 2007 21:31, Stefan Richter wrote: Hi, the last release of s2ram, the one in suspend-0.5, does not work with Linux 2.6.22-rc2: # s2ram -f -a3 Switching from vt7 to vt1 /proc/sys/kernel/acpi_video_flags does not exist; you need a kernel =2.6.16. switching back to vt7 The same happens after I switched this deprecated option on: CONFIG_ACPI_PROCFS=y This is a kernel configuration problem of some sort, I don't know what to enable to make this work. I can only send you a working .config if that helps. So I downloaded the cvs version today and learned that it needs libx86 to be built. Downloaded libx86-0.99.tar.gz because Gentoo Linux apparently doesn't provide it. libx86-0.99 $ make Actually, on x86-64 you have to compile it with $ make BACKEND=x86emu (and edit Makefile manually so that it installs where you want). Seife, perhaps we should add this information to README? Rafael - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
Re: [Suspend-devel] s2ram broken for Linux 2.6.22, libx86 broken on x86-64
Rafael J. Wysocki wrote: libx86-0.99 $ make Actually, on x86-64 you have to compile it with $ make BACKEND=x86emu Yes, both libx86 and s2ram compile now. There are a few compiler warnings a la initialization from incompatible pointer typ, cast from pointer to integer of different size and a printf format string mismatch. I will try sometime later what the cvs-downloaded s2ram will do to my PC. :-) Seife, perhaps we should add this information to README? Yes please, or add some uname -m | grep x86_64 automatism. (Maybe I get bored next week and send something. Unlikely though.) Thanks for the help. -- Stefan Richter -=-=-=== -=-= =-=-- http://arcgraph.de/sr/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
Re: [Suspend-devel] s2ram broken for Linux 2.6.22, libx86 broken on x86-64
On Sun, 20 May 2007 15:27:18 +0200 Stefan Richter [EMAIL PROTECTED] wrote: Rafael wrote: Actually, on x86-64 you have to compile it with $ make BACKEND=x86emu Seife, perhaps we should add this information to README? It is already clearly documented in the HOWTO. Yes please, or add some uname -m | grep x86_64 automatism. (Maybe I get bored next week and send something. Unlikely though.) We agreed to not have libx86 in our cvs anymore. We do not maintain it nor develop it. With did a small poll back then; most distros had it packaged already. So maybe you can package it for gentoo so other people can benefit from it. grts Tim signature.asc Description: PGP signature - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
Re: [Suspend-devel] s2ram broken for Linux 2.6.22, libx86 broken on x86-64
On Sunday, 20 May 2007 20:31, Tim Dijkstra wrote: On Sun, 20 May 2007 15:27:18 +0200 Stefan Richter [EMAIL PROTECTED] wrote: Rafael wrote: Actually, on x86-64 you have to compile it with $ make BACKEND=x86emu Seife, perhaps we should add this information to README? It is already clearly documented in the HOWTO. But HOWTO is for the suspend to disk. It has suspend to disk in the title, so I wouldn't expect s2ram-only users to read it. If something special is needed for s2ram, it should be documented in README. Yes please, or add some uname -m | grep x86_64 automatism. (Maybe I get bored next week and send something. Unlikely though.) We agreed to not have libx86 in our cvs anymore. We do not maintain it nor develop it. With did a small poll back then; most distros had it packaged already. Not available in OpenSUSE 10.2 (or I don't know which package it's in), not available in Gentoo, apparently. Fedora, anyone? So maybe you can package it for gentoo so other people can benefit from it. Please be nice to our guests. ;-) Greetings, Rafael - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
Re: [Suspend-devel] s2ram broken for Linux 2.6.22, libx86 broken on x86-64
Tim Dijkstra wrote: On Sun, 20 May 2007 15:27:18 +0200 Stefan Richter [EMAIL PROTECTED] wrote: Rafael wrote: Actually, on x86-64 you have to compile it with $ make BACKEND=x86emu Seife, perhaps we should add this information to README? It is already clearly documented in the HOWTO. Now that you point it out --- indeed it is. I must admit a violation of the RTFM rule on my part. On the other hand, I didn't expect the content of libx86/INSTALL to be found in suspend/HOWTO. Yes please, or add some uname -m | grep x86_64 automatism. (Maybe I get bored next week and send something. Unlikely though.) We agreed to not have libx86 in our cvs anymore. We do not maintain it nor develop it. With did a small poll back then; most distros had it packaged already. It's fortunate that they are packaging it, because the upstream libx86 lacks refinement WRT packaging. (For example, libx86/INSTALL doesn't exist.) So maybe you can package it for gentoo so other people can benefit from it. I wish I had the time, and a machine which would resume after s2ram. (Maybe with cvs-suspend's s2ram, I'll see.) But good for me, an old APM notebook finished compiling a new kernel right now. This should suffice for my purpose. I merely wanted to react on an s2ram related bug report of a driver whose subsystem I maintain. I don't need suspend or hibernate for anything else than for working on that bug. Anyway, thanks for all the help so far. -- Stefan Richter -=-=-=== -=-= =-=-- http://arcgraph.de/sr/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
Re: [Suspend-devel] s2ram broken for Linux 2.6.22, libx86 broken on x86-64
Rafael J. Wysocki wrote: On Sunday, 20 May 2007 20:31, Tim Dijkstra wrote: (libx86) most distros had it packaged already. Debian-derived distros seem to have it. Not available in OpenSUSE 10.2 (or I don't know which package it's in), not available in Gentoo, apparently. The closest things in Gentoo are packages of vbetool and of lrmi, but these packages don't provide libx86. There doesn't seem to be an externally maintained package either. Fedora, anyone? -- Stefan Richter -=-=-=== -=-= =-=-- http://arcgraph.de/sr/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
Re: [Suspend-devel] s2ram broken for Linux 2.6.22, libx86 broken on x86-64
On Sun, 20 May 2007 21:02:23 +0200 Rafael J. Wysocki [EMAIL PROTECTED] wrote: On Sunday, 20 May 2007 20:31, Tim Dijkstra wrote: On Sun, 20 May 2007 15:27:18 +0200 Stefan Richter [EMAIL PROTECTED] wrote: Rafael wrote: Actually, on x86-64 you have to compile it with $ make BACKEND=x86emu Seife, perhaps we should add this information to README? It is already clearly documented in the HOWTO. But HOWTO is for the suspend to disk. It has suspend to disk in the title, so I wouldn't expect s2ram-only users to read it. If something special is needed for s2ram, it should be documented in README. But why should the README be for s2ram? It is all in the same tarball... Maybe we should change the title of the HOWTO. Yes please, or add some uname -m | grep x86_64 automatism. (Maybe I get bored next week and send something. Unlikely though.) We agreed to not have libx86 in our cvs anymore. We do not maintain it nor develop it. With did a small poll back then; most distros had it packaged already. Not available in OpenSUSE 10.2 (or I don't know which package it's in), not available in Gentoo, apparently. Fedora, anyone? IIRC, stefan said it was in SUSE (but maybe that is not opensuse?). So maybe you can package it for gentoo so other people can benefit from it. Please be nice to our guests. ;-) Sorry, I apologize:) But packaging would be a good thing to do. I do not know how gentoo works though, never touched it. grts Tim signature.asc Description: PGP signature - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
Re: [Suspend-devel] s2ram broken for Linux 2.6.22, libx86 broken on x86-64
On Sunday, 20 May 2007 22:45, Tim Dijkstra wrote: On Sun, 20 May 2007 21:02:23 +0200 Rafael J. Wysocki [EMAIL PROTECTED] wrote: On Sunday, 20 May 2007 20:31, Tim Dijkstra wrote: On Sun, 20 May 2007 15:27:18 +0200 Stefan Richter [EMAIL PROTECTED] wrote: Rafael wrote: Actually, on x86-64 you have to compile it with $ make BACKEND=x86emu Seife, perhaps we should add this information to README? It is already clearly documented in the HOWTO. But HOWTO is for the suspend to disk. It has suspend to disk in the title, so I wouldn't expect s2ram-only users to read it. If something special is needed for s2ram, it should be documented in README. But why should the README be for s2ram? It is all in the same tarball... Maybe we should change the title of the HOWTO. Yes, we can do that, but then we'd need to change the contents too, so that it's clear where the s2ram-specific instructions are. Greetings, Rafael - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
Re: [Suspend-devel] s2ram broken for Linux 2.6.22, libx86 broken on x86-64
On Saturday, 19 May 2007 21:31, Stefan Richter wrote: Hi, the last release of s2ram, the one in suspend-0.5, does not work with Linux 2.6.22-rc2: # s2ram -f -a3 Switching from vt7 to vt1 /proc/sys/kernel/acpi_video_flags does not exist; you need a kernel =2.6.16. switching back to vt7 The same happens after I switched this deprecated option on: CONFIG_ACPI_PROCFS=y This is a kernel configuration problem of some sort, I don't know what to enable to make this work. I can only send you a working .config if that helps. So I downloaded the cvs version today and learned that it needs libx86 to be built. Downloaded libx86-0.99.tar.gz because Gentoo Linux apparently doesn't provide it. libx86-0.99 $ make make LIBRARY=static static make[1]: Entering directory `/home/stefan/Download/libx86-0.99' cc -O2 -Wall -DDEBUG -g -c -o lrmi.o lrmi.c lrmi.c:83: error: field 'vm' has incomplete type lrmi.c: In function 'get_int_seg': lrmi.c:111: warning: cast to pointer from integer of different size lrmi.c: In function 'get_int_off': lrmi.c:118: warning: cast to pointer from integer of different size lrmi.c: In function 'LRMI_init': lrmi.c:147: warning: cast from pointer to integer of different size lrmi.c:155: warning: cast from pointer to integer of different size lrmi.c:156: warning: cast from pointer to integer of different size lrmi.c: In function 'set_regs': lrmi.c:191: error: 'IF_MASK' undeclared (first use in this function) lrmi.c:191: error: (Each undeclared identifier is reported only once lrmi.c:191: error: for each function it appears in.) lrmi.c:191: error: 'IOPL_MASK' undeclared (first use in this function) lrmi.c: In function 'em_inbl': lrmi.c:337: error: invalid lvalue in asm output 0 lrmi.c: In function 'em_inb': lrmi.c:345: error: invalid lvalue in asm output 0 lrmi.c: In function 'em_inw': lrmi.c:353: error: invalid lvalue in asm output 0 lrmi.c: In function 'em_inl': lrmi.c:361: error: invalid lvalue in asm output 0 lrmi.c: In function 'run_vm86': lrmi.c:594: warning: implicit declaration of function 'VM86_TYPE' lrmi.c:594: error: 'VM86_INTx' undeclared (first use in this function) lrmi.c:595: warning: implicit declaration of function 'VM86_ARG' lrmi.c:613: error: 'VIF_MASK' undeclared (first use in this function) lrmi.c:613: error: 'TF_MASK' undeclared (first use in this function) lrmi.c:618: error: 'VM86_UNKNOWN' undeclared (first use in this function) lrmi.c: In function 'LRMI_int': lrmi.c:840: error: 'IF_MASK' undeclared (first use in this function) lrmi.c:840: error: 'IOPL_MASK' undeclared (first use in this function) make[1]: *** [lrmi.o] Error 1 make[1]: Leaving directory `/home/stefan/Download/libx86-0.99' make: *** [default] Error 2 So I added an #include asm-i386/vm86.h to lrmi.c because this defines struct vm86_struct for me. Next try: $ make make LIBRARY=static static make[1]: Entering directory `/home/stefan/Download/libx86-0.99' cc -O2 -Wall -DDEBUG -g -c -o lrmi.o lrmi.c lrmi.c: In function 'get_int_seg': lrmi.c:112: warning: cast to pointer from integer of different size lrmi.c: In function 'get_int_off': lrmi.c:119: warning: cast to pointer from integer of different size lrmi.c: In function 'LRMI_init': lrmi.c:148: warning: cast from pointer to integer of different size lrmi.c:156: warning: cast from pointer to integer of different size lrmi.c:157: warning: cast from pointer to integer of different size lrmi.c: In function 'emulate': lrmi.c:410: warning: cast to pointer from integer of different size /tmp/cc2LxyZV.s: Assembler messages: /tmp/cc2LxyZV.s:627: Error: Incorrect register `%rax' used with `l' suffix /tmp/cc2LxyZV.s:922: Error: Incorrect register `%rax' used with `l' suffix make[1]: *** [lrmi.o] Error 1 make[1]: Leaving directory `/home/stefan/Download/libx86-0.99' make: *** [default] Error 2 There doesn't seem to be any contact address for libx86 bug reports, so I'm posting here. Yeah, thanks. I think one of the Seife's patches did that. Rafael - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel