http://blog.gmane.org/gmane.linux.file-systems hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.linux.file-systems/74609 <pre>This is a file system driver for the file system called JFS on AIX, but different from what's called jfs on linux. In AIX header files this file system seems to be called "Version 3" or "Version 3p", hence its name here. This driver supports only read-only access to such file systems, and has been tested successfully on AIX 3.5, AIX 4.1 and AIX 4.2 filesystems.. Signed-off-by: Philippe De Muyter &lt;phdm&lt; at &gt;macqel.be&gt; Tested-by: Jori Mantysalo &lt;Jori.Mantysalo&lt; at &gt;uta.fi&gt; --- fs/Kconfig | 1 + fs/Makefile | 1 + fs/jfsv3/Kconfig | 10 + fs/jfsv3/Makefile | 7 + fs/jfsv3/inode.c | 721 +++++++++++++++++++++++++++++++++++++++++++++++++++++ 5 files changed, 740 insertions(+), 0 deletions(-) create mode 100644 fs/jfsv3/Kconfig create mode 100644 fs/jfsv3/Makefile create mode 100644 fs/jfsv3/inode.c diff --git a/fs/Kconfig b/fs/Kconfig index c229f82..807823a 100644 --- a/fs/Kconfig +++ b/fs/Kconfig &lt; at &gt;&lt; at &gt; -212,6 +212,7 &lt; at &gt;&lt; at &gt; source "fs/ufs/Kconfig" source "fs/exofs/Kconfig" source "fs/f2fs/Kcon</pre> Philippe De Muyter 2013-05-16T23:46:32 http://comments.gmane.org/gmane.linux.file-systems/74580 <pre>Signed-off-by: Haicheng Li &lt;haicheng.li&lt; at &gt;linux.intel.com&gt; --- fs/cachefiles/interface.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/fs/cachefiles/interface.c b/fs/cachefiles/interface.c index 746ce53..847ba6a 100644 --- a/fs/cachefiles/interface.c +++ b/fs/cachefiles/interface.c &lt; at &gt;&lt; at &gt; -13,8 +13,6 &lt; at &gt;&lt; at &gt; #include &lt;linux/mount.h&gt; #include "internal.h" -#define list_to_page(head) (list_entry((head)-&gt;prev, struct page, lru)) - struct cachefiles_lookup_data { struct cachefiles_xattr*auxdata;/* auxiliary data */ char*key;/* key path */ </pre> Haicheng Li 2013-05-16T01:25:29 http://comments.gmane.org/gmane.linux.file-systems/74568 <pre>Hi, After having looked after a AIX LVM logical volume discovery tool and a AIX JFS file system driver for linux, I have written both myself (for read-only access only). I plan to submit the jfs driver (which I currently have called jfsv3) to linux-fsdevel, but the partition scanner does not fit well in block/partitions, which supports only contiguous partitions. Similarly kpartx (part of multipath-tools) does seem to have the same limitations as block/partitions. I am currently able to produce a table for input of dmsetup, but dmsetup is a generic tool that does not support any particular partition layout. I would like to get some suggestions of existing software projects where my code would fit well. Thanks in advance Philippe </pre> Philippe De Muyter 2013-05-15T19:48:33 http://comments.gmane.org/gmane.linux.file-systems/74537 <pre>Hi Ryusuke, This is third version of the patch. v2-&gt;v3 * Trivial BUG_ON checks were removed. * Whole calculation algorithm was moved into nilfs_palloc_count_max_entries() method. * Improve error processing in the code. * The nilfs_palloc_mdt_file_can_grow() method was simplified. * The nilfs_ifile_count_free_inodes() method was simplified. v1-&gt;v2 * Change __statfs_word on u64 type. * Rename nilfs_count_free_inodes() into nilfs_ifile_count_free_inodes() method. * Introduce auxiliary functions: nilfs_palloc_count_max_entries(), nilfs_palloc_count_desc_blocks(), nilfs_palloc_mdt_file_can_grow(). * Rework processing of returned error from nilfs_ifile_count_free_inodes() in nilfs_statfs(). With the best regards, Vyacheslav Dubeyko. --- From: Vyacheslav Dubeyko &lt;slava&lt; at &gt;dubeyko.com&gt; Subject: [PATCH v3] nilfs2: implement calculation of free inodes count Currently, NILFS2 returns 0 as free inodes count (f_ffree) and current used inodes count as total file nodes in file system (f_files): df -</pre> Vyacheslav Dubeyko 2013-05-15T13:32:10 http://comments.gmane.org/gmane.linux.file-systems/74535 <pre>Hello, I am working on improving the resiliency of a storage system using ext3. I will maintain two ext3 partitions of identical size on two different machines. If each partition stores the same files, what are the sources of bit-level inconsistencies between the two partitions? Is there any nondeterminism? For example, between two otherwise identical partitions, the HTREE hash seeds are different in the superblock. How might this impact the downstream bits in the partitions? You can assume that all files will be saved in the same order, and all timestamps and stat output are identical between files. Thank you for your time, Eitan -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo&lt; at &gt;vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html </pre> Eitan Rosenfeld 2013-05-15T11:50:53 http://comments.gmane.org/gmane.linux.file-systems/74467 <pre>Signed-off-by: Jianpeng Ma &lt;majianpeng&lt; at &gt;gmail.com&gt; --- fs/f2fs/debug.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/f2fs/debug.c b/fs/f2fs/debug.c index 8d99437..0d6c6aa 100644 --- a/fs/f2fs/debug.c +++ b/fs/f2fs/debug.c &lt; at &gt;&lt; at &gt; -175,12 +175,12 &lt; at &gt;&lt; at &gt; get_cache: static int stat_show(struct seq_file *s, void *v) { - struct f2fs_stat_info *si, *next; + struct f2fs_stat_info *si; int i = 0; int j; mutex_lock(&amp;f2fs_stat_mutex); - list_for_each_entry_safe(si, next, &amp;f2fs_stat_list, stat_list) { + list_for_each_entry(si, &amp;f2fs_stat_list, stat_list) { char devname[BDEVNAME_SIZE]; update_general_status(si-&gt;sbi); </pre> majianpeng 2013-05-14T12:06:46 http://comments.gmane.org/gmane.linux.file-systems/74463 <pre>Hello Maintainers: After call collect_mounts(), then call drop_collected_mounts(), it will report an warning: "ida_remove called for id=0 which is not allocated" (one sample is audit_add_tree_rule() in kernel/audit_tree.c). The direct cause (maybe also be the root cause): collect_mounts() passs 'CL_PRIVATE' to copy_tree() -&gt; clone_mnt(). it will set "mnt-&gt;mnt_group_id = 0" in clone_mnt(). when drop_collected_mounts() -&gt; mnt_release_group_id(), 'mnt-&gt;mnt_group_id == 0'. Since it has already been marked as warn(), hope these information are helpful to related members. I just test audit subsystem, so find it (so execuse me, the test patch and plan are still related audit sub system), the test patch is in attachment, the test details and environments are below. Test plan: code preparation for audit_tree.c: define a flag varaible. wait the flag to be true, before lock 'audit_filter_mutex' again. in audit_add_tree_rule() when evict_trunc() finish, set the flag true (also force 'postponed</pre> Chen Gang 2013-05-14T09:06:30 http://comments.gmane.org/gmane.linux.file-systems/74451 <pre> Подробности: http://tinyurl.com/d6uvtb7 . Вы получите возможность общаться на английском непосредственно следом после дебютного занятия. Превратить личную жизнь помногообразней, воспламениться прелюбопытным делом. Экспресс-курс для начинающих так же углублённых. Убыстренное обучение. Употребляются засекреченные приемы. Взвинтить личную цену на рынке работы. Расширить круг общения. заняться развитием, потренировать память. Определенная композиция осваиваемого материала - нацеливание на результат. -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majord</pre> Елена Сергеевна 2013-05-13T02:54:04 http://comments.gmane.org/gmane.linux.file-systems/74367 <pre> данное cамая чуднейшая управляемая с пульта модель хоть-когда - либо созданная! Круглый хит продаж. В восторге будут не только дети но так же зрелые. Информация: http://bit.ly/149HaXW -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo&lt; at &gt;vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html </pre> madlenstar 2013-05-12T18:03:10 http://comments.gmane.org/gmane.linux.file-systems/74335 <pre>Initial notes: ============== Mel, Dave, this is the last round of fixes I have for the series. The fixes are few, and I was mostly interested in getting this out based on an up2date tree so Dave can verify it. This should apply fine ontop of Friday's linux-next. Alternatively, please grab from branch "kmemcg-lru-shrinker" at: git://git.kernel.org/pub/scm/linux/kernel/git/glommer/memcg.git Main changes from *v5: * Rebased to linux-next, and fix the conflicts with the dcache. * Make sure LRU_RETRY only retry once * Prevent the bcache shrinker to scan the caches when disabled (by returning 0 in the count function) * Fix i915 return code when mutex cannot be acquired. * Only scan less-than-batch objects in memcg scenarios Hi, This patchset implements targeted shrinking for memcg when kmem limits are present. So far, we've been accounting kernel objects but failing allocations when short of memory. This is because our only option would be to call the global shrinker, depleting objects from all caches and</pre> Glauber Costa 2013-05-12T18:13:21 http://comments.gmane.org/gmane.linux.file-systems/74278 <pre>Hi Andrew, This is the revised patch for the problem that Anthony Doggett reported and Vyacheslav originally proposed a bug fix with the patch titled "nilfs2: fix issue with broken bmap for the case of block size lesser than 4 KB". I corrected the flaw you pointed out, and performed another round of tests. Changes from the first patch are: - Fix buffer_dirty check (set_buffer_dirty was mistakenly done against already dirty buffer instead of non-dirty buffer). - Add a comment to note that page lock is protecting the sequence of buffer_dirty check and set_buffer_dirty from concurrent threads. Please apply this instead. Thanks, Ryusuke Konishi -- From: Ryusuke Konishi &lt;konishi.ryusuke&lt; at &gt;lab.ntt.co.jp&gt; nilfs2: fix issue of nilfs_set_page_dirty for page at EOF boundary DESCRIPTION: There are use-cases when NILFS2 file system (formatted with block size lesser than 4 KB) can be remounted in RO mode because of encountering of "broken bmap" issue. The issue was reported by Anthony Doggett &lt;Anthony2486&lt; at &gt;i</pre> Ryusuke Konishi 2013-05-11T07:12:26 http://comments.gmane.org/gmane.linux.file-systems/74259 <pre>From: "J. Bruce Fields" &lt;bfields&lt; at &gt;redhat.com&gt; --- fs/dcache.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/dcache.c b/fs/dcache.c index 8086636..a0b8d65 100644 --- a/fs/dcache.c +++ b/fs/dcache.c &lt; at &gt;&lt; at &gt; -1141,7 +1141,7 &lt; at &gt;&lt; at &gt; rename_retry: EXPORT_SYMBOL(have_submounts); /* - * Search the dentry child list for the specified parent, + * Search the dentry child list of the specified parent, * and move any unused dentries to the end of the unused * list for prune_dcache(). We descend to the next level * whenever the d_subdirs list is non-empty and continue </pre> J. Bruce Fields 2013-05-10T15:10:01 http://comments.gmane.org/gmane.linux.file-systems/74258 <pre>When the group id of a shared mount is not allocated, the umount still tries to call mnt_release_group_id(), which eventually hits a kernel warning at ida_remove() spewing a message like: ida_remove called for id=0 which is not allocated. This patch fixes the bug simply checking the group id in the caller. Reported-by: Cristian Rodríguez &lt;crrodriguez&lt; at &gt;opensuse.org&gt; Signed-off-by: Takashi Iwai &lt;tiwai&lt; at &gt;suse.de&gt; --- fs/pnode.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/fs/pnode.c b/fs/pnode.c index 3d2a714..9af0df1 100644 --- a/fs/pnode.c +++ b/fs/pnode.c &lt; at &gt;&lt; at &gt; -83,7 +83,8 &lt; at &gt;&lt; at &gt; static int do_make_slave(struct mount *mnt) if (peer_mnt == mnt) peer_mnt = NULL; } -if (IS_MNT_SHARED(mnt) &amp;&amp; list_empty(&amp;mnt-&gt;mnt_share)) +if (mnt-&gt;mnt_group_id &amp;&amp; IS_MNT_SHARED(mnt) &amp;&amp; + list_empty(&amp;mnt-&gt;mnt_share)) mnt_release_group_id(mnt); list_del_init(&amp;mnt-&gt;mnt_share); </pre> Takashi Iwai 2013-05-10T12:04:11 http://comments.gmane.org/gmane.linux.file-systems/74227 <pre>From: Vyacheslav Dubeyko &lt;slava&lt; at &gt;dubeyko.com&gt; Subject: [PATCH v4 2/5] nfsd: introduce generalization of NFSv4 ACLs &lt;-&gt; POSIX ACLs mapping algorithms This patch introduces generalization of mapping algorithms from NFSv4 ACLs to POSIX ACLs and vice versa. The essence of mapping algorithms (located in fs/nfsd/nfs4acl.c, previously) were generalized and moved in fs/nfs4acl.c with the purpose of sharing between file system drivers. A concrete file system driver can use mapping code by means of map_posix_acl_to_nfsv4_one(), map_nfsv4_acl_to_posix(), nfs4_acl_posix_to_nfsv4(), nfs4_acl_nfsv4_to_posix() methods. Also, it is possible to specialize internal mapping operations in the case of very special way of operations under raw structures for concrete file system driver case. Signed-off-by: Vyacheslav Dubeyko &lt;slava&lt; at &gt;dubeyko.com&gt; CC: Trond Myklebust &lt;Trond.Myklebust&lt; at &gt;netapp.com&gt; CC: "J. Bruce Fields" &lt;bfields&lt; at &gt;redhat.com&gt; CC: Al Viro &lt;viro&lt; at &gt;zeniv.linux.org.uk&gt; CC: Christoph Hellwig &lt;hch&lt; at &gt;infradead.org&gt; CC: Hin-Tak Leu</pre> Vyacheslav Dubeyko 2013-05-09T16:38:11 http://comments.gmane.org/gmane.linux.file-systems/74226 <pre>From: Vyacheslav Dubeyko &lt;slava&lt; at &gt;dubeyko.com&gt; Subject: [PATCH v4 5/5] hfsplus: integrate of implemented ACLs support into driver This patch integrates of implemented ACLs support into hfsplus driver. Signed-off-by: Vyacheslav Dubeyko &lt;slava&lt; at &gt;dubeyko.com&gt; CC: Trond Myklebust &lt;Trond.Myklebust&lt; at &gt;netapp.com&gt; CC: "J. Bruce Fields" &lt;bfields&lt; at &gt;redhat.com&gt; CC: Al Viro &lt;viro&lt; at &gt;zeniv.linux.org.uk&gt; CC: Christoph Hellwig &lt;hch&lt; at &gt;infradead.org&gt; CC: Hin-Tak Leung &lt;htl10&lt; at &gt;users.sourceforge.net&gt; --- fs/hfsplus/Makefile | 2 +- fs/hfsplus/dir.c | 2 ++ fs/hfsplus/inode.c | 9 +++++++++ fs/hfsplus/xattr.c | 20 ++++++++++++++------ fs/hfsplus/xattr.h | 32 +++++++++++++------------------- fs/hfsplus/xattr_security.c | 13 +++++++++++++ 6 files changed, 52 insertions(+), 26 deletions(-) diff --git a/fs/hfsplus/Makefile b/fs/hfsplus/Makefile index 09d278b..1fb5e7c 100644 --- a/fs/hfsplus/Makefile +++ b/fs/hfsplus/Makefile &lt; at &gt;&lt; at &gt; -6,4 +6,4 &lt; at &gt;&lt; at &gt; obj-$(CONFIG_HFSPLUS_FS) += hfsplus.o </pre> Vyacheslav Dubeyko 2013-05-09T16:39:07 http://comments.gmane.org/gmane.linux.file-systems/74223 <pre>From: Vyacheslav Dubeyko &lt;slava&lt; at &gt;dubeyko.com&gt; Subject: [PATCH v4 1/5] NFSv4: introduce interface of NFSv4 ACLs &lt;-&gt; POSIX ACLs mapping This patch introduces declarations of operations that can be specialized in concrete file system drivers with the purpose of using generalized code of mapping NFSv4 ACLs to POSIX ACLs and vice versa. The include/linux/nfs4acl.h header file is created with the purpose of sharing declarations and structures that were moved from fs/nfsd/nfs4acl.c and fs/nfsd/acl.h. Moreover, this header file introduces declaration of operations (nfsv4_ace_operations, nfsv4_ace_flags_operations, nfsv4_acl_id_operations, nfsv4_acl_mapping_operations) that can be specialized in concrete file system driver in the case of necessity. Otherwise, it is possible to use generalized mapping code without operations specialization. And, finally, it is declared nfsv4_acl_info structure that includes operations, pointer on mapping NFSv4 ACL and pointer on special mapping environment of concrete file system. S</pre> Vyacheslav Dubeyko 2013-05-09T16:37:48 http://comments.gmane.org/gmane.linux.file-systems/74222 <pre>Hi, This patchset implements ACLs support in hfsplus driver and generalizes NFSv4 ACLs &lt;-&gt; POSIX ACLs mapping algorithms. v3-&gt;v4 * Introduce interface of NFSv4 ACLs &lt;-&gt; POSIX ACLs mapping (J. Bruce Fields request). * Introduce generalization of NFSv4 ACLs &lt;-&gt; POSIX ACLs mapping algorithms (J. Bruce Fields request). * Rework ACLs support in HFS+ driver with the purpose of using generalized mapping algorithms. * Change dprint() on hfs_dbg() calls. * Enhance debug output in fs/hfsplus/acl.c. v2-&gt;v3 * Fix errors in dprint_hexdump() macro. * Correct format on %zd for size_t in dprint() calls. v1-&gt;v2 * Add several dprint() messages. * Change hardcoded function names on __func__ macro. * Fix coding style errors. The include/linux/nfs4acl.h header file is created with the purpose of sharing declarations and structures that were moved from fs/nfsd/nfs4acl.c and fs/nfsd/acl.h. Moreover, this header file introduces declaration of operations (nfsv4_ace_operations, nfsv4_ace_flags_operations, nfsv4_acl_id_operations</pre> Vyacheslav Dubeyko 2013-05-09T16:37:10 http://comments.gmane.org/gmane.linux.file-systems/74205 <pre>достойнейшее предложение на сегодня http://snurl.com/26z8104 - Не орите! - попытался установить тишину водитель. Не подействовало. И он прикрикнул: - Заткнитесь все! Ты номер запомни - и помни о нем! </pre> evyopeeva1971 2013-05-09T08:17:32 http://comments.gmane.org/gmane.linux.file-systems/74171 <pre>[ Sending again, forgot to CC fsdevel. Shame on me ] To Mel ====== Mel, I have identified the overly aggressive behavior you noticed to be a bug in the at-least-one-pass patch, that would ask the shrinkers to scan the full batch even when total_scan &lt; batch. They would do their best for it, and eventually succeed. I also went further, and made that the behavior of direct reclaim only - The only case that really matter for memcg, and one in which we could argue that we are more or less desperate for small squeezes in memory. Thank you very much for spotting this. Running postmark on the final result (at least on my 2-node box) show something a lot saner. We are still stealing more inodes than before, but by a factor of around 15 %. Since the correct balance is somewhat heuristic anyway - I personally think this is acceptable. But I am waiting to hear from you on this matter. Meanwhile, I am investigating further to try to pinpoint where exactly this comes from. It might either be because of the new node-awa</pre> Glauber Costa 2013-05-09T06:06:17 http://comments.gmane.org/gmane.linux.file-systems/74146 <pre>You have calculated = jbd2_chksum(j, calculated, buf, j-&gt;j_blocksize); provided = be32_to_cpu(tag-&gt;t_checksum); return provided == cpu_to_be32(calculated); in there, which makes no sense whatsoever. First of all, you are converting big-endian to native, then another native to big-endian and compare results. The bogosity aside, it's equivalent to simply comparing tag-&gt;t_checksum with calculated - cpu_to_be32() is the same mapping as be32_to_cpu() on all architectures and it's a one-to-one mapping, at that. Bogosity, of course, is that tag-&gt;t_checksum is apparently big-endian and definitely a 16bit value. How in hell is that check going to yield true? Note that you are asking for 16 bits out of crc32c result to be zero, _NOT_ to be ignored. Producer of that value shoves lower 16 bits of cpu_to_be32(crc) into the on-disk structure. Also a bloody bad idea, since the values on little-endian and big-endian hosts will be different; move the disk from one box to another and watch the mismatches... What </pre> Al Viro 2013-05-08T15:51:30 http://comments.gmane.org/gmane.linux.file-systems/74136 <pre> Entschuldigungen für kommen in Ihre Privatsphäre! Ich bin Rechtsanwalt Werner Erich Zeller; Ich habe einen meiner einflussreichen und wohlhabenden Kunden zum Tode; und er hatte eine sehr geheime und private Investitionen von €15,000,000.00 bei einer privaten Bank in Großbritannien hier zu Lebzeiten. Diese Investition wurde ohne einen deklarierten nächsten Angehörigen und begünstigte. Jetzt brauche ich Sie arbeiten mit mir als mein Partner zu erholen und zu je 50 % Aktienfonds. Alle Dokumente werden rechtlich beantragt und beschafft, und in 5 Werktage, wird diese Transaktion auftreten. Aber ich brauche einen ernsten, treuen und glaubwürdigen Partner. Bitte senden Sie mir eine vertrauliche Antwort, wenn Sie denken, Sie vertraut werden können und sind von den Qualitäten! Ich warte auf Ihre schnelle Antwort. Werner Erich Zeller (Rechtsanwalt) Rufen Sie + 44-702-409-0820 (Office) -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo&lt; at &gt;vger.k</pre> John P. Goldman 2013-05-08T08:46:28 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.file-systems