search for: resumed

...eturn 0; - - /* Fix: we either should consider reverting the device back to - ordinary swap, or (better) put that code into swapon */ - /* Noresume requested */ - if (get_flag(argc, argv, "noresume")) - return 0; - return resume(resume_file); + fprintf(stderr, "Usage: %s /dev/<resumedevice>\n", progname); + exit(1); } -int resume(const char *resume_file) +int main(int argc, char *argv[], char *envp[]) { - char device_string[64]; - int powerfd = -1; - dev_t resume_device; - int len; - - resume_device = name_to_dev_t(resume_file); - - if (major(resume_device) == 0) { -...

...(username = '%u' AND domain = '') \ ) \ AND IF('pop3' = '%s', allow_pop3, true) = true \ AND IF('imap' = '%s', allow_imap, true) = true \ AND active = true \ LIMIT 1 $ strace -f dovecot -F [pid 6771] <... epoll_wait resumed> {{EPOLLIN, {u32=6613264, u64=6613264}}}, 6, 180000) = 1 [pid 6771] gettimeofday({1235491268, 481726}, {0, 0}) = 0 [pid 6771] read(10, "PASS Yast7310\r\n"..., 4075) = 15 [pid 6771] gettimeofday({1235491268, 482089}, NULL) = 0 [pid 6771] write(11, "AUTH\t1\tPLAIN\tservice=pop3\...

I have the following models: class Resume belongs_to :resume_assignments end class User belongs_to :resume_assignments end class ResumeAssignment has_one :resume has_one :user end When I delete a resume, I want to make sure that its associated ResumeAssignment gets deleted also. Calling destroy_all to delete some resumes doesn''t seem to do this. Is there an option that will

...ay be interrupted, however this does nothing to remove the overhead of resuming a dropped rsync transfer, i.e - if you have 100,000 files and the transfer stalls on the last one, then running the command again will cause the 99,000 successful files to be rechecked before the partial one is actually resumed. What I'd like to propose is a set of --resume parameters, when set these will cause rsync (or rather the rsync receiver) to attempt to write a file before closing that describes where in the transfer it go to. If a new rsync transfer begins and such a file exists, then rsync will check to se...

On Fri, Jun 10, 2016 at 6:36 AM, Gor Nishanov <gornishanov at gmail.com> wrote: > >> If you're going down that route, that still leaves the question of the > >> semantics of the fork intrinsic... thinking about it a bit more, I think > >> you're going to run into problems with trying to keep around a return > block > >> through optimizations:

...port a\nspecialied printer like a Dymo l"..., 262144 <unfinished ...> [pid 9977] SYS_write(3, "se a serial interface.\n\n\nThe one thing I'm not sure about is whether or not they will support a\nspecialied printer like a Dymo l"..., 262144) = -5 [pid 9977] <... write resumed> ) = -1 [pid 9977] __errno_location() = 0x40030b00 [pid 9977] __errno_location() = 0x40030b00 [pid 9977] strerror(5)...

Commit-ID: a2f9cd4abe2d5cb72e1e89089b132e866e3cea81 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=a2f9cd4abe2d5cb72e1e89089b132e866e3cea81 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Thu, 19 Jul 2018 20:09:28 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sun, 20 Jan 2019 00:22:24 +0000 [klibc] resume: Write

Hi, I'm toying with the SMP/i386 ACPI suspend/resume patches in -9. Thanks so much for this! I've noticed though that the video backlight stays off after resume. A common problem on -9, so I set hw.acpi.reset_video=1. That restores the backlight. However, the video mode isn't restored. I have my console set to VGA_80x60 and the resume seems to set it up "wrong". I get half

The previous API for setting resume offset didn't actually work in the kernel. It silently ignored this part of the string. A new API was introduced under /sys/power/resume_offset specifically for setting this value. https://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git/commit/?h=linux-next&id=648464076160ee7a4112d05eea13621790ab9d04 Signed-off-by: Mario Limonciello

On 13.09.2014 07:02, poma wrote: > On 13.09.2014 06:57, poma wrote: >> >> Actually I have nothing to show cause logs are all OK. >> Haha, it seems to me that the bugs become intelligent. >> >> 3.15.10-201.fc20.x86_64 >> 3.16.2-200.fc20.x86_64 >> 3.17.0-0.rc4.git3.2.fc22.1.x86_64 >> nouveau [ DRM] suspending display... >> nouveau [

...start Fed25 Virsh suspend Fed25 Virsh resume Fed25 Virsh shutdown Fed25 [~/libvirt-3.4.0/examples/object-events] ./event-test qemu:///system Registering event callbacks myNodeDeviceEventCallback EVENT: Node device net_vnet0_fe_54_00_a0_ba_61 Created 0 myDomainEventCallback1 EVENT: Domain Fed25(1) Resumed Unpaused myDomainEventCallback2 EVENT: Domain Fed25(1) Resumed Unpaused myDomainEventCallback1 EVENT: Domain Fed25(1) Started Booted myDomainEventCallback2 EVENT: Domain Fed25(1) Started Booted myDomainEventCallback1 EVENT: Domain Fed25(1) Suspended Paused myDomainEventCallback2 EVENT: Domain Fed25...

Hi, I am using libvirt with qemu/kvm with qemu-guest-agent and suspend/save/resume linux and windows vm's. Time in Windows gets handled fine with ntp but I can get neither ntp or chrony to sync after resume without manually setting the time close to correct first. Searching has gotten me to the point where I can manually set the time using qemu-guest-agent but I cant figure out how to get

[Patch 4/4]: Xend interface for HVM S3 - extend "xm resume <domid>" to be able to S3 resume HVM domain. - when user issue "xm resume" command for HVM domain, xend will use xc lib API to call HVMOP_s3_resume hypercall. Note: it may not appropriate use xm resume for HVM s3, since xm resume is originally designed for save/restor purpose. It will be fine that

On 38+ Intel-based Asus products, the nvidia GPU becomes unusable after S3 suspend/resume. The affected products include multiple generations of nvidia GPUs and Intel SoCs. After resume, nouveau logs many errors such as: fifo: fault 00 [READ] at 0000005555555000 engine 00 [GR] client 04 [HUB/FE] reason 4a [] on channel -1 [007fa91000 unknown] DRM: failed to idle channel 0 [DRM]

...b6: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus6 Jun 20 14:03:47 lucy kernel: [100041] uhub7: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus2 .. local APIC error? Jun 20 14:03:47 lucy kernel: CPU0: local APIC error 0x40 Jun 20 14:03:47 lucy acpi: resumed at 20130620 14:03:47 It probes the hubs fine though. Thanks! Adrian -------------- next part -------------- ugen0.1: <UHCI root HUB Intel> at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen1.1: <UHCI root HUB Intel> at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0...

...according to the host. But this is not triggered automatically on resume. I found discussions about this, even a patch proposal to call guest-set-time on resume, but all of this is one year old and I can't find any newer information. http://serverfault.com/questions/334698/how-to-keep-time-on-resumed-kvm-guest-with-libvirt https://www.redhat.com/archives/libvirt-users/2014-October/msg00009.html https://www.redhat.com/archives/libvir-list/2014-February/msg00520.html Is there any fresher information I have missed ? Thanks. -- Jérôme

...> store zero to global @g > >> doC > >> [...] > > As written the behavior is: > > 1) when we encounter a suspend during the first pass through the > function, > store 0 to @g and doC() > > 2) when we encounter a suspend after coroutine was resumed > ret void > > 3) When coroutine is resumed: > store 0 to @g and doA() > > 4) When coroutine is destroyed: > store 0 to @g and doB() > > If this is a coroutine that can be resumed asynchronously from a different > thread there is a data race. For exa...

On Wed, Jul 18, 2018 at 09:38:41AM +0200, Rafael J. Wysocki wrote: > On Tue, Jul 17, 2018 at 8:20 PM, Lukas Wunner <lukas at wunner.de> wrote: > > Okay, the PCI device is suspending and the nvkm_i2c_aux_acquire() > > wants it in resumed state, so is waiting forever for the device to > > runtime suspend in order to resume it again immediately afterwards. > > > > The deadlock in the stack trace you've posted could be resolved using > > the technique I used in d61a5c106351 by adding the following to > &...

On 09/29/2014 02:28 AM, Martin Kletzander wrote: > On Fri, Sep 26, 2014 at 08:16:25AM +0800, Bill Kenworthy wrote: >> Hi, >> I am using libvirt with qemu/kvm with qemu-guest-agent and >> suspend/save/resume linux and windows vm's. Time in Windows gets >> handled fine with ntp but I can get neither ntp or chrony to sync after >> resume without manually

Hi, all, When working on adding PM support to xen, we realized that some enhancements are required to suspend/resume domU. Following is some background and thoughts, and welcome on comments. :-) Currently we use a simple approach (pause/unpause) for domU when ready to pull whole platform into a power save state, saying a S3. Because pause/unpause is out of domU''s knowledge, domU