search for: lokier

What is the current status of both rename-patches ? Are there alternative measures ? Frequently users reorganise directories and files. Recently a directory of 40GB was renamed... It took 3 weeks to re-copy all over an ADSL-link. I have followed the last couple of years the postings, and realise it is not as easy as it seems. But the users do not understand this at all 8-( Thanks, Nico

On a typical embedded Linux device, with no MMU, there is no fork() or it returns ENOSYS. The nearest replacements are vfork() (which is only useful before exec*()), or to create threads with pthread_create(). rsync would be a very useful program on such devices, and I was a bit disappointed to build it, only to find the compile went fine but it failed at runtime due to ENOSYS. Is there any

...dd ability to remove module virtio: console: Error out if we can't allocate buffers for control queue virtio: console: Fill ports' entire in_vq with buffers Add MAINTAINERS entry for virtio_console Christoph Hellwig (1): virtio_blk: add block topology support Jamie Lokier (1): Add __devexit_p around reference to virtio_pci_remove Michael S. Tsirkin (1): virtio: use smp_XX barriers on SMP Rusty Russell (9): virtio: fix balloon without VIRTIO_BALLOON_F_STATS_VQ lguest: remove unneeded zlib.h include in example launcher virtio: remove bo...

...dd ability to remove module virtio: console: Error out if we can't allocate buffers for control queue virtio: console: Fill ports' entire in_vq with buffers Add MAINTAINERS entry for virtio_console Christoph Hellwig (1): virtio_blk: add block topology support Jamie Lokier (1): Add __devexit_p around reference to virtio_pci_remove Michael S. Tsirkin (1): virtio: use smp_XX barriers on SMP Rusty Russell (9): virtio: fix balloon without VIRTIO_BALLOON_F_STATS_VQ lguest: remove unneeded zlib.h include in example launcher virtio: remove bo...

Hello, This is my first posting to the rsync list. I mirror a database containing directories which contain a very large number of files (say 30,000), and sending the file list can often take longer than transferring the new files. (Rsync ends up sending nearly the same file list on every transfer, with only the addition of a few new files.) Has the rsync team considered an rsync option

Hi, I need to rsync a very large directory tree (over 50,000 files). This is not a regular job, after the initial rsync is done, I can do a nightly rsync and only a few files will change. Is there anything I need to be aware of before doing this? I started the script this morning, but it was still building the file list after around 15 minutes. Is it better to do it using several

Hi everyone, I described the reflink operation at the Linux Storage & Filesystems Workshop last month. Originally implemented as an ocfs2-specific ioctl, the consensus was that it should be a syscall from the get-go. Here's some first-cut patches. For people who have not seen reflink, either at LSF or on the ocfs2 wiki, the first patch contains Documentation/filesystems/reflink.txt to

Al, Could this be included in the vfs queue? This patch adds ioctls to vfs for compatibility with legacy XFS pre-allocation ioctls (XFS_IOC_*RESVP*). The implementation effectively invokes sys_fallocate for the new ioctls. Also handles the compat_ioctl case. Note: These legacy ioctls are also implemented by OCFS2. Signed-off-by: Ankit Jain <me at ankitjain.org> Reviewed-by: Christoph