Re: [RFC][PATCH] Pid namespaces vs locks interaction

f process holding lock */ Using the sysid could show that the pid field refers to a separate namespace, and might also be useful for NFS to show that the lock is really held by a process on a different system. This would also be something we could export to user space in a way that some programs are

Re: [RFC][PATCH] Implement SEEK_HOLE/SEEK_DATA

ay to pass pathconf requests into the kernel? I know pathconf currently returns some inaccurate results in some cases due to this limitation. There are some existing ones like _PC_LINK_MAX that glibc tries to guess the correct result based on statfs and can get wrong in any non-standard setup.

Re: [RFC 0/2] readdir() as an inode operation

as a structure rather than just an offset and be careful about the tracking. The hfs code is almost identical to the hfsplus code in this area. Brad Boyer [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: RFC: Case-insensitive support for XFS

this. > What are the reasons for suggesting that it would be more efficient > to use u16 internally? At least for HFS+, it's easiest to use a u16 to track the characters because that is what is on disk. That's not a very generic reason, obviously. Brad Boyer

Re: Versioning file system

are ACL support and SELinux. These both use extended attributes under the covers. It's just not immediately obvious if you aren't looking. Brad Boyer [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a mess

Re: [PATCH 3/14] locks: factor out generic/filesystem switch from setlock code

your explanation. It looked more generic than that based on a quick read of the patch. Brad Boyer [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http:/

Re: [PATCH 3/14] locks: factor out generic/filesystem switch from setlock code

t people pushing for everything to be marked GPL are trying to get a backdoor enforcement of their own dislike of proprietary kernel modules in spite of Linus' known stance on the issue. I hope this doesn't start a flamewar, but I do want to bring up this even if many people don't want

Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr)

tware companies as long as there is a demand for software on Linux, but it isn't exactly supportive. Brad Boyer [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [RFC][PATCH] ensure i_ino uniqueness in filesystems without permanent inode numbers (via idr)

o all filesystem implementors whether it's GPL or not. The usual justification for GPL-only is that it's something random modules shouldn't be touching anyway, but it's something that some part of the tree which could be a module needs. Brad Boyer [EMAIL PROTECTED

Re: NFSv4/pNFS possible POSIX I/O API standards

the information passed back to the filldir callback. The only thing that would be needed to return extra information would be code to copy information from the internal structure to whatever the system call used to return data to the program. Brad Boyer [EMAIL PROTECTED] - To unsubs

Re: [RFD w/info-PATCH] device arguments from lookup, partion code inuserspace

along with their kernel and root filesystem. If I'm missing the boat here, please tell me, but it sure seems like a bad idea to me. Brad Boyer - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to [EMAIL PROTECTED]

Re: 64-bit block sizes on 32-bit systems

y, it can still be clean and easy to maintain. It's worth it to add a little complexity (particularly as an option) to add a feature that people will be demanding in the relatively near future. It might be a good idea to wait for 2.5, tho... Brad Boyer [EMAIL PROTECTED] P.S.

Re: Migrating HFS: fake inode i_size?

7;t have any authority to stop you obviously, but I hope you will call this something else to prevent confusion. (Yes, this mess is caused by Apple Computer being stupid and giving their filesystem a generic name. I didn't name it, I'm just trying to make sure it works in Linux...)