Hi there,
my machine is identified as follows:
This machine can be identified by:
sys_vendor = "Compaq "
sys_product = "Evo N800w "
sys_version = "F.11"
bios_version = "68P4W Ver. F.11"
It is not in the whitelist and doesn't work out of the box with
On Tue 2007-07-17 22:39:57, Stefan Seyfried wrote:
> Hi,
> I am proposing two changes to s2ram-x86.c:
> - first, if no "-a" is given, reset acpi_video_flags to 0, which will
> override also the boot options. The reason i want to do this is that
> people (me included) are sometimes confused by f
Hi!
> IBM suspend led is turned on before suspend, but for some strange
> reason after kernel snapshot (before the actual page write) it is
> turned off, while it should stay blinking.
>
> You turn on the blink using:
> # echo 7 blink > /proc/acpi/ibm/led
> You turn off the blink using:
> # echo
Hi!
> I am the maintainer of gentoo hibernate-script, tuxonice (suspend2).
> I wish to add uswsup/suspend into portage.
>
> We do not currently maintain liblzf, as it seems upstream is not cooperative.
> I've created a patch so that the user may select to use liblzf or lzo-2
> during compilation.
On Sat 2007-07-21 11:50:01, Pavel Machek wrote:
> Hi!
>
> > > Hello Rafael,
> >
> > Thanks for all of the patches so far. :-)
> >
> > > Yet another patch in the suspend2 feature-set series.
> > > It sets cpufreq to maximum during the cycle.
> > > It is important to finish the process as quickly
On Sat 2007-07-21 16:18:57, Alon Bar-Lev wrote:
> On 7/21/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> > I'm not sure it is good idea. We should either let cpu frequency
> > scaling do its job during suspend (it should just scale to the max
> > when it sees cpu load), or force it to _minimum_. Mac
Hi!
> > AFAICS, recent versions of pciutils depend on it.
>
> Oh...
> You don't have to compile it with zlib...
>
> """The configure script will automatically enable support for a compressed
> pci.ids if you have zlib installed. You can override its guess by using
> "make ZLIB=no" or "make ZLIB
Hi!
> > some battery life. But imho it is better to test it first, maybe the
> > ondemand
> > govenor is even better.
>
> You may have a configuration in which ondemand can be in range of
> minimum to X, where X In this configuration letting the ondemand handle this will not result
> in optimum
On Fri 2007-07-20 18:54:50, Alon Bar-Lev wrote:
>
> Hello,
>
> This patch enables the user to press "r" during snapshot writing,
> in order to reboot and not shutdown.
>
> One more step toward suspend2 functionality... :)
Looks ok to me.
--
(english) http://www.livejournal.com/~pavelmachek
(ce
Hi!
> > > No. The vbetool code is linked in. It doesn't run as regular processes.
> > > At the time we do those hacks, we are the only not-frozen part of
> > > userspace.
> > > This is what makes it different from running it from a bunch of scripts.
> >
> > Are you sure?
> > Can you please refer
On Sun 2007-07-22 22:09:50, Alon Bar-Lev wrote:
> On 7/22/07, Tim Dijkstra <[EMAIL PROTECTED]> wrote:
> > On Sun, 22 Jul 2007 07:46:40 +0300
> > "Alon Bar-Lev" <[EMAIL PROTECTED]> wrote:
> >
> > > On 7/21/07, Tim Dijkstra <[EMAIL PROTECTED]> wrote:
> > > > No. The vbetool code is linked in. It does
On 7/23/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> We do ACPI calls ("platform mode"), and they manipulate LED status for
> us. We probably tell plaform to unsuspend at the end of snapshot.
Will you fix this?
Alon.
-
This
On 7/23/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> I guess it is easiest way for gentoo, but... I'd prefer not to switch
> compression algorithms too often, unless there's good reason to.
Support is a good reason :)
Tried to talk to lzf developer, I don't want to quote the rude responses I
On 7/23/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> > So these hacks can be removed from suspend code... And moved into the
> > hibernate-script or pm-utils.
>
> No, they can't (easily?), because of suspend-to-both. We want to
> suspend-to-disk, and then (with frozen system) proceed with
> suspen
On 7/23/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> Well, so user explicitely configured his machine to run on 80% max,
> for some reason. Now you want suspend to explicitely override his
> setting. That strikes me as a bad idea. Plus it does not belong to
> suspend.
The lower maximum is intende
On 7/23/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> Okay, so this is done from userland, not from kernel.
>
> Does cpu frequency scaling work properly after we snapshot the system?
> If yes, we should not need to do this.
> If not, this is unsafe.
> Which case is it?
>
> We may need to fix cpufre
On 7/23/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> > These s2ram_* funcs in the end call code from vbetool/vbetool.c which
> > is indeed linked in. But partly I remembered it wrongly. The hacks
> > _before_ suspend are called with an unfrozen userspace, those after on
>
> We probably want to fix
I just tested the following:
Sidux 2007-2 (tartaros), amd64 on live cd.
I loaded it to ram and installed uswsusp.
next I did: "s2ram -f -m -a3", three times.
Every time the machine suspended correctly and woke up again on touching
the "Fn" button.
Does this help?
cheers,
Hendrik-Jan
Hendrik-
On Monday, 23 July 2007 19:10, Alon Bar-Lev wrote:
> On 7/23/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> > We do ACPI calls ("platform mode"), and they manipulate LED status for
> > us. We probably tell plaform to unsuspend at the end of snapshot.
That's correct.
> Will you fix this?
Well, I'd
On Mon 2007-07-23 20:12:21, Alon Bar-Lev wrote:
> On 7/23/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> >I guess it is easiest way for gentoo, but... I'd prefer not to switch
> >compression algorithms too often, unless there's good reason to.
>
> Support is a good reason :)
> Tried to talk to
On Mon 2007-07-23 20:14:15, Alon Bar-Lev wrote:
> On 7/23/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> >> So these hacks can be removed from suspend code... And moved into the
> >> hibernate-script or pm-utils.
> >
> >No, they can't (easily?), because of suspend-to-both. We want to
> >suspend-to-d
On Mon 2007-07-23 20:19:22, Alon Bar-Lev wrote:
> On 7/23/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> >Okay, so this is done from userland, not from kernel.
> >
> >Does cpu frequency scaling work properly after we snapshot the system?
> >If yes, we should not need to do this.
> >If not, this is u
On 7/23/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> That's even worse. I do not want to maintain two compression
> algorithms :-).
Why?
You don't maintain the algorithm...
You just provide the interface.
BTW: suspend2 can use any module to do the job... It would have been
great to use a shared
On Mon 2007-07-23 20:21:17, Alon Bar-Lev wrote:
> On 7/23/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> >> These s2ram_* funcs in the end call code from vbetool/vbetool.c which
> >> is indeed linked in. But partly I remembered it wrongly. The hacks
> >> _before_ suspend are called with an unfrozen
On 7/23/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> > They can...
> > There is no difference between doing:
> > vbe -> s2disk -> s2ram -> vbe
> > s2disk -> vbe -> s2ram -> vbe
>
> No. vbe data need to go unswappable memory, so we can display messages
> in case of something breaks etc... and passi
Hi!
> >> If you ask me... I think lzo will be better for most users... But I
> >
> >If you can argue lzo is significantly better, we can switch, but we do
> >not want both.
>
> Well... So let's switch. :)
So, what are advantages of lzo? Is it significantly faster? Better
compression ratio?
Stef
On Monday, 23 July 2007 22:04, Pavel Machek wrote:
> On Mon 2007-07-23 20:12:21, Alon Bar-Lev wrote:
> > On 7/23/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> > >I guess it is easiest way for gentoo, but... I'd prefer not to switch
> > >compression algorithms too often, unless there's good reason t
On 7/23/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> > It works correctly now.
> > Previously it did not work because of SIGALARM and related issues.
> > I worked with cpufreqd developer to solve all these.
>
> Do you mean that cpufreqd is running while we suspend? That would be a
> serious bug. B
On Mon 2007-07-23 20:17:40, Alon Bar-Lev wrote:
> On 7/23/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> >Well, so user explicitely configured his machine to run on 80% max,
> >for some reason. Now you want suspend to explicitely override his
> >setting. That strikes me as a bad idea. Plus it does n
On 7/23/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> OTOH, if the user builds s2disk and resume himself, he probably won't care
> which compression library they are linked with anyway.
True.
Next patch I was about to send is a version string to the suspend
header and addition of compression
On Mon 2007-07-23 23:16:00, Alon Bar-Lev wrote:
> On 7/23/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> >> It works correctly now.
> >> Previously it did not work because of SIGALARM and related issues.
> >> I worked with cpufreqd developer to solve all these.
> >
> >Do you mean that cpufreqd is ru
On 7/23/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> But you explicitely configured your system to do that... so you get
> what you asked for. (And on very old systems, running at 80% cpu
> during suspend _could_ be a win, power-wise).
The 80% is configured with expectation of continue execution.
On Monday 23 of July 2007, Rafael J. Wysocki wrote:
> On Monday, 23 July 2007 22:04, Pavel Machek wrote:
> > On Mon 2007-07-23 20:12:21, Alon Bar-Lev wrote:
> > > On 7/23/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> > > >I guess it is easiest way for gentoo, but... I'd prefer not to switch
> > > >
On 7/23/07, Arkadiusz Miskiewicz <[EMAIL PROTECTED]> wrote:
> ... and there are two versions of lzo 8-) Which to support? We (at PLD) "like"
> 2.x for example.
My patch is for lzo1x_1 it is available in llzo-1 and lzo-2.
I checked the lzo2* but it is much slower.
Alon
---
On Monday, 23 July 2007 22:34, Alon Bar-Lev wrote:
> On 7/23/07, Arkadiusz Miskiewicz <[EMAIL PROTECTED]> wrote:
> > ... and there are two versions of lzo 8-) Which to support? We (at PLD)
> > "like"
> > 2.x for example.
>
> My patch is for lzo1x_1 it is available in llzo-1 and lzo-2.
> I checked
On 7/24/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> On Monday, 23 July 2007 22:34, Alon Bar-Lev wrote:
> > On 7/23/07, Arkadiusz Miskiewicz <[EMAIL PROTECTED]> wrote:
> > > ... and there are two versions of lzo 8-) Which to support? We (at PLD)
> > > "like"
> > > 2.x for example.
> >
> > My
36 matches
Mail list logo
