Displaying 20 results from an estimated 4000 matches similar to: "[Bug 1447] New: sftp-server rename fails when EXDEV is returned"
2008 Feb 13
0
sftp-server rename and handling of EXDEV
Greetings,
One of the complaints we've commonly gotten from users is that modern
versions of OpenSSH do not allow users to rename files in AFS across
directories. Since OpenAFS only allows hardlinks in the parent
directory, you can rename in the same directory but not across
directory boundaries.
This is the same behavior when you try to rename across regular
partition boundaries,
2004 Feb 17
1
[patch] Make robust_rename() handle EXDEV.
All callers of robust_rename() call copy_file() if EXDEV is received. This
patch moves the copy_file() call into robust_rename().
Patch Summary:
-12 +1 backup.c
-15 +2 rsync.c
-9 +33 util.c
-------------- next part --------------
patchwork diff util.c
--- util.c 2004-02-17 09:58:44.000000000 -0500
+++ util.c 2004-02-17 10:21:22.000000000 -0500
@@ -355,16 +355,40 @@
2013 Jan 18
1
sftp does not allow rename across file system
Hello:
I got the error
EXDEV (Invalid cross-device link)
when renaming one file to another directory that is actually mounting
another file system.
I am using SSH-2.0-OpenSSH_6
with standard SFTP setup as below
Subsystem sftp internal-sftp
Match group sftponly
ChrootDirectory /home/sftp/%u
X11Forwarding no
AllowTcpForwarding no
ForceCommand
2008 Nov 06
10
[Bug 1535] New: rename doesn't fall back to rename syscall upon ENOSYS of link syscall
https://bugzilla.mindrot.org/show_bug.cgi?id=1535
Summary: rename doesn't fall back to rename syscall upon ENOSYS
of link syscall
Product: Portable OpenSSH
Version: 5.1p1
Platform: ix86
OS/Version: Linux
Status: NEW
Keywords: patch
Severity: normal
Priority: P3
Component:
2012 Mar 30
3
[PATCH] xenpaging: add error code to indicate iommem passthrough
# HG changeset patch
# User Olaf Hering <olaf@aepfle.de>
# Date 1333120147 -7200
# Node ID 34d9828185501f6e7ea2c3c2a397176a8e54ef0a
# Parent 80653c8ea1d19dfe6130396bbc77f766eb9f9fab
xenpaging: add error code to indicate iommem passthrough
Similar to the existing ENODEV and EXDEV error codes, add EMDEV to
indicate that iommu passthrough is not compatible with paging.
All error codes are
2013 Jun 30
1
why check f_path.mnt is equal for source and dest in btrfs_ioctl_clone()?
This gives EXDEV for clone operations that btrfs could otherwise execute
and with slight change of circumstances will actually execute fine.
Imagine we have a btrfs on /dev/mapper/foobar with subvols /foo and
/bar. Let’s also imagine top of said fs in mounted at /mnt. In this
case, a cross-subvol clone of /mnt/foo/srcfile to /mnt/bar/dstfile will
succeed.
However, if only the individual
2003 May 21
2
patch to avoid race condition in rsync 2.5.6
There is a small race condition in rsync 2.5.6. When the transfer is
finished, and the file is moved into place, there is a short time
period where the new file is in place with the wrong permissions.
When using rsync on a busy email server to replace the exim config
file with a new file, exim will produce several complaints in that
short period. This small patch fixes the problem, by making
2020 Apr 01
2
[RFC PATCH v2] iommu/virtio: Use page size bitmap supported by endpoint
On 2020-04-01 12:38 pm, Bharat Bhushan wrote:
> Different endpoint can support different page size, probe
> endpoint if it supports specific page size otherwise use
> global page sizes.
>
> Signed-off-by: Bharat Bhushan <bbhushan2 at marvell.com>
> ---
> drivers/iommu/virtio-iommu.c | 33 +++++++++++++++++++++++++++----
> include/uapi/linux/virtio_iommu.h |
2010 Jun 11
2
5.5 & gspca
Irritating quirkyness: we have a bunch of videocams. To use, we use gspca.
Usually, on an upgrade, I just go into the gspca directory (which appears,
from their website, to have not been updated since '07), make clean, make,
make install.
Having gone up to 5.5, did the same. What's happening now is that it
works, delivers the mpgs... but dumps errors in the logs:
<snip>
kernel:
2012 Jun 20
8
[PATCH] Allow cross subvolume reflinks (2nd attempt)
Hello,
This is the second attempt to bring in cross subvolume reflinks into btrfs.
The first attempt was NAKed due to missing vfs mount checks and a clear
description of what btrfs subvolumes are and probably also why cross
subvolume reflinks are ok in the case of btrfs. This version of the patch
comes from David and is in SUSE kernels since a long time, so it is tested
and working. The patch
2010 Mar 22
2
[LLVMdev] r98459 break of ExceptionDemo
Ok, I've isolated the recent additions that cause the issue and supplied a patch which is NOT meant
to be applied, but instead solely exists for identification purposes for those who know what they are doing. :-)
The patch is offset from HEAD.
The patch is a hack which removes use of the MCSymbol::isDefined(...) method, as its use happens to break
in the exception JIT context; both in
2011 Jul 11
2
[LLVMdev] type-system-rewrite branch landing tomorrow
Sorry, these IRBuilder methods are really in IRBuilderBase.
Garrison
On Jul 11, 2011, at 11:54, Garrison Venn wrote:
> Are the get type methods for IRBuilder, such as const IntegerType *getInt32Ty(), going to have
> their return type const qualifiers removed? Doing so would match the semi equivalent static
> methods of Type, such as static IntegerType *getInt32Ty(LLVMContext &C).
2009 Dec 07
3
[LLVMdev] Documentation of malloc/free
So I gather this means that malloc was removed from the IR because there are platforms that don't have non-stack allocation semantics?
Garrison
On Dec 7, 2009, at 12:21, Chris Lattner wrote:
>
> On Dec 7, 2009, at 8:45 AM, Garrison Venn wrote:
>
>> Ouch! Didn't see that. So at the risk of irritating those still in the process of baking 2.7, what is the sanction way of
2010 Dec 10
2
[LLVMdev] tblgen internals
Ok thanks I'll try that. I was trying to avoid re-building llvm-gcc.
Garrison
On Dec 10, 2010, at 12:12, Bob Wilson wrote:
>
> On Dec 10, 2010, at 6:11 AM, Garrison Venn wrote:
>
>> Hey Chris,
>>
>> Ok, so I'm working on creating this trivial patch, for starters, but I'm trying to identify
>> a controlled unit test for tblgen. So all of the
2010 Apr 16
0
[LLVMdev] r98459 break of ExceptionDemo
Hi Garrison,
Does r101453 fix this?
-Chris
On Mar 22, 2010, at 12:35 PM, Garrison Venn wrote:
> Ok, I've isolated the recent additions that cause the issue and supplied a patch which is NOT meant
> to be applied, but instead solely exists for identification purposes for those who know what they are doing. :-)
> The patch is offset from HEAD.
>
> The patch is a hack which
2010 Jan 10
3
[LLVMdev] Using a function from another module
On Sun, Jan 10, 2010 at 12:38 PM, Garrison Venn <gvenn.cfe.dev at gmail.com> wrote:
> Won't passing llvm::Function* around vs strings (function names), also work, at code generation time,
> without the need for a module A dec to module B impl. mapping?
>
> Garrison
Nope. You cannot place a call instruction into one module whose
callee is a Function from another module. You
2006 Apr 10
5
SPA-941/942 Bulk provisioning
Has anyone got any information on bulk provisioning of Linksys SPA-941/94s?
There is an overview in the admin guide but it refers to a different
provisioning guide that I haven't found anywhere.
Kerry Garrison
Director of Technical Services
Tech Data Pros - Orange County's Mobile IT Service Provider
(949) 502-7819 x200 - <mailto:kerryg@techdatapros.com>
kerryg@techdatapros.com
2010 Jan 22
3
[LLVMdev] Exception handling question
I've worked around this issue in my test case by simply calling my
personality function on program to ensure it's JIT'ed before any unwind
happens.
-- James
2010/1/22 Garrison Venn <gvenn.cfe.dev at gmail.com>
> No, there is no magic. :-)
>
> To me though, the tools are magic, because I have no clue what they are
> doing without looking at them and using them.
>
2011 Jul 11
0
[LLVMdev] type-system-rewrite branch landing tomorrow
Attached is a patch for the non ExceptionDemo demos which gets rid of the old
const qualifier usage for Type. Although I recently commited the ExceptionDemo
changes, I did not want to touch code that I did not "own" without other's approval.
Even though trivial, I did not test this patch.
Garrison
-------------- next part --------------
A non-text attachment was scrubbed...
Name:
2010 Jan 22
4
[LLVMdev] Exception handling question
Hi Garrison,
> %7 = invoke i8* (...)* bitcast (i32 (%struct._Unwind_Exception*)*
> @_Unwind_RaiseException to i8* (...)*)(i64* %6)
> to label %8 unwind label %.finally_pad ; <i8*> [#uses=0]
>
> I am not sure this is going to work, at least from the way I've played
> with the system.
> In my examples the _Unwind_RaiseException(...) is called from a