Displaying 20 results from an estimated 10000 matches similar to: "[Bug 9813] New: --resume parameter to improve speed of dropped/partial transfers"
2012 Aug 15
2
[PATCH] libxl: make domain resume API asynchronous
# HG changeset patch
# User Ian Campbell <ian.campbell@citrix.com>
# Date 1345046301 -3600
# Node ID 7cec0543f67cefe3755bbad0c2262fa2e820d746
# Parent 30bf79cc14d932fbe6ff572d0438e5a432f69b0a
libxl: make domain resume API asynchronous
Although the current implementation has no asynchromous parts I can
envisage it needing to do bits of create/destroy like functionality
which may need async
2004 Sep 23
0
[Bug 1814] Could we get --resume?
https://bugzilla.samba.org/show_bug.cgi?id=1814
wayned@samba.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Priority|P3 |P5
Resolution| |WONTFIX
------- Additional
2013 Apr 18
1
[Bug 9814] New: --cache parameter for storing recent file data
https://bugzilla.samba.org/show_bug.cgi?id=9814
Summary: --cache parameter for storing recent file data
Product: rsync
Version: 3.1.0
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P5
Component: core
AssignedTo: wayned at samba.org
ReportedBy: me at haravikk.com
2019 Jun 25
4
[Bug 110997] New: NV50 fan runs at full speed after resume from suspend on kernels 5.1.8, 4.19.49
https://bugs.freedesktop.org/show_bug.cgi?id=110997
Bug ID: 110997
Summary: NV50 fan runs at full speed after resume from suspend
on kernels 5.1.8, 4.19.49
Product: xorg
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority:
2013 Aug 01
5
[Bug 2137] New: progress meter shows wrong speed during resume
https://bugzilla.mindrot.org/show_bug.cgi?id=2137
Bug ID: 2137
Summary: progress meter shows wrong speed during resume
Product: Portable OpenSSH
Version: -current
Hardware: All
OS: All
Status: NEW
Severity: minor
Priority: P5
Component: sftp
Assignee: unassigned-bugs at
2015 Aug 30
0
[Bug 11474] New: Retry delay for lost connection
https://bugzilla.samba.org/show_bug.cgi?id=11474
Bug ID: 11474
Summary: Retry delay for lost connection
Product: rsync
Version: 3.1.2
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P5
Component: core
Assignee: wayned at samba.org
Reporter: samba at
2004 Jun 23
2
Which disk is it?
Which disk is it?
/dev/sda6 or /dev/sdb8 or /dev/sdc6?
>From my log:
Jun 10 21:25:39 postamt1 kernel: attempt to access beyond end of device
Jun 10 21:25:39 postamt1 kernel: 08:06: rw=0, want=1680353324, limit=59954548
Jun 10 21:25:39 postamt1 kernel: EXT3-fs error (device sd(8,6)): ext3_readdir: directory #3473659 contains a hole at offset 1852399616
$ mount
/dev/sdb6 on / type auto (rw)
2006 Jun 13
1
Partial transferred files useless at resume, compare-dir can help ?
So, my use case is :
1. lot of connections over dial-up lines
2. need to transfer safely A SINGLE BZIPPED FILE to the server
3. if dial-up line fails, it's automatically restarted after 5 minutes
and transfer start again
I heard about the --partial option in order to keep the partial
transferred file. I thought that rsync will apply his incremental check
and update alghoritm on that
2010 Feb 13
4
[Bug 26555] New: nouveau fails to fully resume nforce1 (nv1a) after S3
http://bugs.freedesktop.org/show_bug.cgi?id=26555
Summary: nouveau fails to fully resume nforce1 (nv1a) after S3
Product: xorg
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
AssignedTo: nouveau at
2015 Sep 23
0
Re: Time syncing after VM suspend/resume
> -----Oorspronkelijk bericht-----
> Van: libvirt-users-bounces@redhat.com [mailto:libvirt-users-
> bounces@redhat.com] Namens Jérôme
> Verzonden: woensdag 23 september 2015 15:03
> Aan: libvirt-users@redhat.com
> Onderwerp: [libvirt-users] Time syncing after VM suspend/resume
>
> Hi all.
>
> When resuming guest after suspend, the time is wrong (because the guest
2014 Jan 23
0
[PATCH] drm/nouveau: resume display if any later suspend bits fail
If either idling channels or suspending the fence were to fail, the
display would never be resumed. Also if a client fails, resume the fence
(not functionally important, but it would potentially leak memory).
See https://bugs.freedesktop.org/show_bug.cgi?id=70213
Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu>
---
Untested, but makes sense given that the bug report has cursor setting
2001 Sep 10
0
[PATCH] quick hack for 'resume' support in sftp
I saw several questions regarding 'resume transfer' support in sftp come up,
in the archives, but no real satisfying answer. I had a particular itch
myself, so I scratched it with a quick hack. Patch attached, since it's not
really big.
To explain, I need to use ssh (scp or sftp) to transfer files to and from a
Windows box. No other method is available. And the Windows machine has no
2013 Oct 03
0
[PATCH] drm/nouveau/fb: fix suspend/resume fbcon
On 03/10/13 15:41, Christoph Rudorff wrote:
> On resume of a hibernated notebook, I get garbled virtual consoles.
>
> fb_set_suspend(*dev, state == 0 means dev is running ...)
>
> This patch fixes that issue for me:
>
Ouch, nice catch Christoph :)
Seems like the following commit flipped the logic unintentionally, thus
causing the issue. Stange enough I have no problems with
2018 Jul 18
3
[PATCH 1/5] drm/nouveau: Prevent RPM callback recursion in suspend/resume paths
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.
> >
>
2014 Sep 13
0
VGA resume & thaw (wake up from S3 & S4) broken - kernel(nouveau) exclusively
On Sat, Sep 13, 2014 at 4:52 PM, poma <pomidorabelisima at gmail.com> wrote:
> 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
2014 May 21
0
[Bug 10621] New: Allow Filter Rule Imports Relative to Importer
https://bugzilla.samba.org/show_bug.cgi?id=10621
Summary: Allow Filter Rule Imports Relative to Importer
Product: rsync
Version: 3.1.0
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P5
Component: core
AssignedTo: wayned at samba.org
ReportedBy: samba at
2014 Sep 13
0
VGA resume & thaw (wake up from S3 & S4) broken - kernel(nouveau) exclusively
On Sat, Sep 13, 2014 at 5:25 PM, poma <pomidorabelisima at gmail.com> wrote:
> On 13.09.2014 22:58, Ilia Mirkin wrote:
>> On Sat, Sep 13, 2014 at 4:52 PM, poma <pomidorabelisima at gmail.com> wrote:
>>> On 13.09.2014 07:02, poma wrote:
>>>> On 13.09.2014 06:57, poma wrote:
>>>>>
>>>>> Actually I have nothing to show cause logs
2013 Nov 19
0
[PATCH] drm/nouveau/fbcon: fix suspend/resume fbcon
On 19.11.2013 19:48, Greg KH wrote:
> On Tue, Nov 19, 2013 at 05:59:13PM +0100, Christoph Rudorff wrote:
>> Current code disables fbcon acceleration before fbcon is suspended,
>> leading to corrupted console after resume from s2disk. In a similar
>> fashion we must make sure that fbcon acceleration is enabled before we
>> revive the console.
>>
>> With this
2015 Sep 23
3
Time syncing after VM suspend/resume
Hi all.
When resuming guest after suspend, the time is wrong (because the guest
doesn't know it has been suspended).
Apparently, ntp running on the guest doesn't solve this. At least on
Linux system. I read it works on Windows guests. I don't understand why,
so I'd appreciate a link to an explanation, but I understand it is out
of scope for this list.
The HW clock is correct and
2014 Sep 13
0
VGA resume & thaw (wake up from S3 & S4) broken - kernel(nouveau) exclusively
Dear Poma,
Don't get anyone wrong, your input is greatly valued. The reason why
"we" (nouveau developers) generally ask for a git bisection is because
we don't know or track specific distributions. Although your search has
narrowed the problem down (thanks for that!), we don't know how big the
difference is between kernel-3.16.0-0.rc0.git9.1.fc21 and