search for: f_dentry

...return rc; } if ( ! file->f_op ) { EXIT; return rc; } if ( ! file->f_op->write ) { EXIT; return rc; } old_fs = get_fs(); set_fs(get_ds()); down(&file->f_dentry->d_inode->i_sem); rc = file->f_op->write(file, str, len, off); up(&file->f_dentry->d_inode->i_sem); set_fs(old_fs); EXIT; return rc; } int presto_fread(struct file *file, char *str, int len, loff_t *off) { int rc; mm_...

Hi everyone, The Linux Coda drivers and the ext3 patches don't seem to get along very well, at least in Linux 2.4.7. I've got a stock 2.4.7 kernel with a patch applied to the USB drivers (for a sony digital camera; see http://www.sujal.net/tech/linux/ just a change in unusual_devs.h). After I applied the ext3 patches from http://www.uow.edu.au/~andrewm/linux/ext3/ . Basically,

...sert) a subrange. - * - allow ranges within the same file to be cloned (provided - * they don''t overlap)? */ /* the destination must be opened for writing */ @@ -2247,8 +2245,6 @@ static noinline long btrfs_ioctl_clone(struct file *file, unsigned long srcfd, src = src_file->f_dentry->d_inode; ret = -EINVAL; - if (src == inode) - goto out_fput; /* the src must be open for reading */ if (!(src_file->f_mode & FMODE_READ)) @@ -2282,9 +2278,11 @@ static noinline long btrfs_ioctl_clone(struct file *file, unsigned long srcfd, if (inode < src) { mutex_lock...

...>i_mutex); + btrfs_free_path(path); + return ret; +} + static long btrfs_ioctl_clone_range(struct file *file, void __user *argp) { struct btrfs_ioctl_clone_range_args args; @@ -2034,6 +2135,8 @@ long btrfs_ioctl(struct file *file, unsigned int case BTRFS_IOC_SYNC: btrfs_sync_fs(file->f_dentry->d_sb, 1); return 0; + case BTRFS_IOC_COMPR_SIZE: + return btrfs_ioctl_compsize(file, argp); } return -ENOTTY; diff --git a/fs/btrfs/ioctl.h b/fs/btrfs/ioctl.h index 424694a..a01ef1e 100644 --- a/fs/btrfs/ioctl.h +++ b/fs/btrfs/ioctl.h @@ -178,4 +178,5 @@ struct btrfs_ioctl_space_args...

...fffffff804ac808 ffffffff804ac808 10215a83b98: 000001005fa12ce8 0000000000000001 10215a83ba8: 000001004f4e90e0 ffffffffa0080ffe -----snip----- I'm not a crash expert so I then looked the last address pushed onto its stack and traced down to the inode semaphore: crash> struct file.f_dentry 000001005fa12ce8 f_dentry = 0x1021f4e5510, crash> struct dentry.d_inode 0x1021f4e5510 d_inode = 0x100c95c17c0, crash> struct inode.i_sem 0x100c95c17c0 i_sem = { count = { counter = -916711312 <-------------------- This looks wrong }, sleepers = 256, wait = {...

Hello, I see a reproducable panic when doing ibping and aborting it with ^C. My setup is two machines with Mellanox Infinihost III HCAs (one Linux one FreeBSD) connected back-to-back. Details below. I can upload 2 crash dumps, if this is useful. For some reason the port doesn't become ACTIVE, so no packets arrive, but that is probably unrelated. % uname -a FreeBSD cosel.inf.tu-dresden.de

Currently the fs sync function (super.c:btrfs_sync_fs()) doesn''t wait for delayed work to finish before returning success to the caller. This change fixes this, ensuring that there''s no data loss if a power failure happens right after fs sync returns success to the caller and before the next commit happens. Steps to reproduce the data loss issue: $ mkfs.btrfs -f /dev/sdb3 $

...2.10.0.1: Shaun Ruffell (4): dahdi: smp_mb_{before,after}_clear_bit -> smp_mb_{before,after}_atomic. build_tools/dkms-helper: Use bash to process dkms-helper script. dahdi_dynamic: Release reference count on network device when destroying dynamic spans. dahdi: struct file.f_dentry macro was removed in kernel 3.19 Tzafrir Cohen (3): xpp: FPGA_1161.201.hex: module types detection xpp: firmware: 203 as alias to (newer) 201 xpp: firmware: a stray ^Z in FPGA_1161.201.hex Shortlog of dahdi-tools changes since v2.10.0.1: Oron Peled (7): xpp: astribank_is...

...2.10.0.1: Shaun Ruffell (4): dahdi: smp_mb_{before,after}_clear_bit -> smp_mb_{before,after}_atomic. build_tools/dkms-helper: Use bash to process dkms-helper script. dahdi_dynamic: Release reference count on network device when destroying dynamic spans. dahdi: struct file.f_dentry macro was removed in kernel 3.19 Tzafrir Cohen (3): xpp: FPGA_1161.201.hex: module types detection xpp: firmware: 203 as alias to (newer) 201 xpp: firmware: a stray ^Z in FPGA_1161.201.hex Shortlog of dahdi-tools changes since v2.10.0.1: Oron Peled (7): xpp: astribank_is...

Hi everyone, This patchset is the latest approach I''m using for the Ceph storage daemon to keep track of which data has safely committed to disk. The basic idea is to not use the (problematic) user transaction ioctls at all. Instead, the daemon quiesces its own write requests, initiates an async snapshot, and then continues. The snapshot approach is nice because it provides rollback.

...mnt_drop_write(file->f_path.mnt); + out_unlock: + mutex_unlock(&inode->i_mutex); + return 0; +} + long btrfs_ioctl(struct file *file, unsigned int cmd, unsigned long arg) { @@ -1278,6 +1326,8 @@ long btrfs_ioctl(struct file *file, unsi case BTRFS_IOC_SYNC: btrfs_sync_fs(file->f_dentry->d_sb, 1); return 0; + case BTRFS_IOC_COMPRESS: + return btrfs_ioctl_inode_flag(file, BTRFS_INODE_NOCOMPRESS, 0); } return -ENOTTY; Index: newformat2/fs/btrfs/ioctl.h =================================================================== --- newformat2.orig/fs/btrfs/ioctl.h +++ newformat2/...

It''s been nearly a year since the patches needed to implement a reflinked copy between subvolumes have been posted (http://permalink.gmane.org/gmane.comp.file-systems.btrfs/9865 ) and I still get "Invalid cross-device link" error with Linux 3.2.4 while I try to do a cp --reflink between subvolumes. This is a *very* useful feature to have (think offline file-level

...kern.alert kernel: Unable to handle kernel paging request at virtual address 00000008, epc == 8004cce8, ra == 8004cc34 Mar 21 17:38:48 (none) kern.warn kernel: Oops in fault.c::do_page_fault, line 206: etc etc... even this error: Mar 21 17:38:48 (none) kern.crit kernel: ASSERTION FAILED: file->f_dentry != NULL at aux.c:120 (check_mini_fo_file) With mmap disabled i can select the inbox and read/write just the first time since any new attempt get stucked because the file dovecot-uidlist.lock was not removed. more details: dovecot: Mar 21 17:13:34 Warning: IMAP(test at fabri-fibra.org): Our dotlo...

...read / write on kernel 3.16+ dahdi: smp_mb_{before,after}_clear_bit -> smp_mb_{before,after}_atomic. build_tools/dkms-helper: Use bash to process dkms-helper script. dahdi_dynamic: Release reference count on network device when destroying dynamic spans. dahdi: struct file.f_dentry macro was removed in kernel 3.19 dahdi: Fix "void value not ignored..." error when compiling against kernel 4.0. dahdi: strnicmp() -> strncasecmp() Remove DAHDI_IRQF_[SHARED|DISABLED] flags. dahdi: Remove IRQF_DISABLED. wctc4xxp: Clear packet error count w...

...read / write on kernel 3.16+ dahdi: smp_mb_{before,after}_clear_bit -> smp_mb_{before,after}_atomic. build_tools/dkms-helper: Use bash to process dkms-helper script. dahdi_dynamic: Release reference count on network device when destroying dynamic spans. dahdi: struct file.f_dentry macro was removed in kernel 3.19 dahdi: Fix "void value not ignored..." error when compiling against kernel 4.0. dahdi: strnicmp() -> strncasecmp() Remove DAHDI_IRQF_[SHARED|DISABLED] flags. dahdi: Remove IRQF_DISABLED. wctc4xxp: Clear packet error count w...

...read / write on kernel 3.16+ dahdi: smp_mb_{before,after}_clear_bit -> smp_mb_{before,after}_atomic. build_tools/dkms-helper: Use bash to process dkms-helper script. dahdi_dynamic: Release reference count on network device when destroying dynamic spans. dahdi: struct file.f_dentry macro was removed in kernel 3.19 dahdi: Fix "void value not ignored..." error when compiling against kernel 4.0. dahdi: strnicmp() -> strncasecmp() Remove DAHDI_IRQF_[SHARED|DISABLED] flags. dahdi: Remove IRQF_DISABLED. wctc4xxp: Clear packet error count w...

...read / write on kernel 3.16+ dahdi: smp_mb_{before,after}_clear_bit -> smp_mb_{before,after}_atomic. build_tools/dkms-helper: Use bash to process dkms-helper script. dahdi_dynamic: Release reference count on network device when destroying dynamic spans. dahdi: struct file.f_dentry macro was removed in kernel 3.19 dahdi: Fix "void value not ignored..." error when compiling against kernel 4.0. dahdi: strnicmp() -> strncasecmp() Remove DAHDI_IRQF_[SHARED|DISABLED] flags. dahdi: Remove IRQF_DISABLED. wctc4xxp: Clear packet error count w...

Hi all, Just a quick question but can''t find an obvious answer. Can I create/convert a existing (btrfs) directory into a subvolume? It would be very helpful when transferring ''partitions'' into btrfs. I found a similar question way back in google, but that site is down now generally. Thanks in advance. -- To unsubscribe from this list: send the line

Hi, The following series of patches implements in btrfs an ioctl to do out-of-band deduplication of file extents. To be clear, this means that the file system is mounted and running, but the dedupe is not done during file writes, but after the fact when some userspace software initiates a dedupe. The primary patch is loosely based off of one sent by Josef Bacik back in January, 2011.

Just a quick update, I''ve dropped the hashing stuff in favor of doing a memcmp in the kernel to make sure the data is still the same. The thing that takes a while is reading the data up from disk, so doing a memcmp of the entire buffer isn''t that big of a deal, not to mention there''s a possiblity for malicious users if there is a problem with the hashing algorithms we