Hi. On Thursday 30 March 2006 21:55, Pavel Machek wrote: > Hi! > > > > > > Please do try code at suspend.sf.net. It should be as fast and not > > > > > needing big kernel patch. > > > > > > > > Don't bother suggesting that to x86_64 owners: compilation is > > > > currently broken in vbetool/lrmi.c (at least). > > > > > > It seems to work at least for some users. I do not have x86-64 machine > > > easily available, so someone else will have to fix that one. > > > > > > (Also it should be possible to compile suspend without s2ram support, > > > avoiding the problem). > > > > I just found the line saying pciutils-devel is needed. Maybe that will > > make the difference. > > I do not see missing includes, so I'm not sure it will help. Can you > try adding > > ARCH=x86_64 > > to Makefile? Heh. It worked. Maybe you should have something to figure out what arch the user is using :) It seems a bit strange to tell the compiler that I'm using the arch it ought to know I'm using. Regards, Nigel
Attachment:
pgpBs1h07b6li.pgp
Description: PGP signature
- Follow-Ups:
- Re: Suspend2-2.2.2 for 2.6.16.
- From: Pavel Machek <[email protected]>
- Re: Suspend2-2.2.2 for 2.6.16.
- References:
- Suspend2-2.2.2 for 2.6.16.
- From: Nigel Cunningham <[email protected]>
- Re: Suspend2-2.2.2 for 2.6.16.
- From: Nigel Cunningham <[email protected]>
- Re: Suspend2-2.2.2 for 2.6.16.
- From: Pavel Machek <[email protected]>
- Suspend2-2.2.2 for 2.6.16.
- Prev by Date: Re: Suspend2-2.2.2 for 2.6.16.
- Next by Date: Re: [2.6.16-gitX] initcall at 0xffffffff804615d1: returned with error code -1
- Previous by thread: Re: Suspend2-2.2.2 for 2.6.16.
- Next by thread: Re: Suspend2-2.2.2 for 2.6.16.
- Index(es):