From: Carl-Daniel Hailfinger <c-d.hailfinger.devel.2005-hi6Y0CQ0nG0@public.gmane.org>
To: Ralf Gerbig <rge-8kTjH38Bi09AfugRpC6u6w@public.gmane.org>
Cc: acpi-devel
<acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
Subject: Re: Radeon M7 and resuming from suspend-to-ram
Date: Thu, 03 Feb 2005 22:07:13 +0100 [thread overview]
Message-ID: <42029281.3070207@gmx.net> (raw)
In-Reply-To: <87ekghkwt0.fsf-news-ihuhiKcgPLSELgA04lAiVw@public.gmane.org>
Ralf Gerbig schrieb:
> * Matthew Garrett writes:
>
>>On Tue, 2005-01-18 at 23:11 +0100, Ralf Gerbig wrote:
>>
>>>chvt 1
>>>vbetool vbestate save > /tmp/vbestate
>>>
>>>in /usr/lib/poewersave/scripts/prepare_suspend_to_ram and
>>>
>>>vbetool vbestate restore < /tmp/vbestate
>>>chvt 7
>>>
>>>in /usr/lib/poewersave/scripts/restore_after_suspend_to_ram
>>>
>>>the LCD becomes alive after suspend to ram.
>
>
>>Excellent. So far, the best solution we've found is to save the vbestate
>>on boot rather than on suspend. There's a small number of machines that
>>this hangs on, irritatingly, but I'm trying to track them down. It seems
>>far more successful than using video_post for the most part.
>
>
> Last night I was too dumbfounded that it actually worked to include
> any details.
>
[...]
>
> SuSE does not have a shared libpci, only static so the precompiled
> binary unsurprisingly did not work.
>
> Compiling the source I got:
>
> rge@lapdog2:/usr/src/vbetool-0.2> make
> if gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"
> -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"vbetool\"
> -DVERSION=\"0.2\" -I. -I.
> -g -Wall -Werror -pedantic -g -O2 -MT vbetool.o -MD -MP -MF ".deps/vbetool.Tpo" \
> -c -o vbetool.o `test -f 'vbetool.c' || echo './'`vbetool.c; \
> then mv -f ".deps/vbetool.Tpo" ".deps/vbetool.Po"; \
> else rm -f ".deps/vbetool.Tpo"; exit 1; \
> fi
> In file included from /usr/include/stdlib.h:416,
> from vbetool.c:14:
> /usr/include/sys/types.h:62: error: conflicting types for `dev_t'
> /usr/include/linux/types.h:22: error: previous declaration of `dev_t'
> [...]
Yes, the pci.h shipped by SUSE has problems. Simply move the #include
<pci/pci.h> from the beginning to directly before #include <sys/kd.h>
> after fuzing around with -D, I temporally commented out the
> include. Thereafter adding -lpci to the end of the link command, I got
> a working executable.
This is a bug in Makefile.am. Pseudo-diff:
-AM_LDFLAGS = -lpci
+LIBS = -lpci
Then run aclocal, autoconf and automake again.
Regards,
Carl-Daniel
--
http://www.hailfinger.org/
-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
next prev parent reply other threads:[~2005-02-03 21:07 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-01-14 14:12 Radeon M7 and resuming from suspend-to-ram Tomi Kallio
[not found] ` <41E7D334.6060003-y4dnIKzCb/d9YMlOZIriJw@public.gmane.org>
2005-01-14 15:26 ` Jeremy Moles
2005-01-14 20:06 ` Tomi Kallio
2005-01-14 16:24 ` Karol Kozimor
[not found] ` <20050114162359.GA22184-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org>
2005-01-14 19:53 ` Tomi Kallio
2005-01-14 17:31 ` Matthew Garrett
[not found] ` <1105723866.28126.10.camel-Xmbc1Sz64/5pghhO6/9/sx2eb7JE58TQ@public.gmane.org>
2005-01-18 22:11 ` Ralf Gerbig
[not found] ` <87k6qal75i.fsf-news-ihuhiKcgPLSELgA04lAiVw@public.gmane.org>
2005-01-19 0:46 ` Matthew Garrett
2005-01-19 20:07 ` Ralf Gerbig
[not found] ` <87ekghkwt0.fsf-news-ihuhiKcgPLSELgA04lAiVw@public.gmane.org>
2005-02-03 21:07 ` Carl-Daniel Hailfinger [this message]
[not found] ` <42029281.3070207-hi6Y0CQ0nG0@public.gmane.org>
2005-02-03 22:53 ` Ralf Gerbig
2005-02-03 22:59 ` Carl-Daniel Hailfinger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=42029281.3070207@gmx.net \
--to=c-d.hailfinger.devel.2005-hi6y0cq0ng0@public.gmane.org \
--cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
--cc=rge-8kTjH38Bi09AfugRpC6u6w@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.