similar to: [PATCH] nilfs2 support for fstype

hello hpa, nothing particular stands out, just syncing with latest Debian upload and subsequent patch emails. please review merge or nack. thanks :) maks git pull git://git.debian.org/~maks/klibc.git maks for the changes: Aaron Griffin (1): [klibc] kinit: skip md assembly if mdX exists Colin Watson (1): [klibc] mount/umount FUSE support Harald Jenny (1): [klibc] fstype:

Hi, As I use btrfs as root FS, I wanted fstype to be able to recognize it. The following patch add support for this FS. Regards, benjamin Signed-off-by: Benjamin Cama <benoar at free.fr> --- diff --git a/usr/kinit/fstype/btrfs_fs.h b/usr/kinit/fstype/btrfs_fs.h new file mode 100644 index 0000000..e1f933e --- /dev/null +++ b/usr/kinit/fstype/btrfs_fs.h @@ -0,0 +1,51 @@ +#ifndef

Enhance fstype so it properly takes into account whether or not the ext4 and/or ext4dev filesystems are present, and properly handles the test_fs flag. The old code also has some really buggy checks --- for example, where it compared the set of supported ro_compat features against the incompat feature bitmask: (sb->s_feature_incompat & __cpu_to_le32(EXT3_FEATURE_RO_COMPAT_SUPP) I

This patch adds support for the F2FS filesystem to fstype. Signed-off-by: Marc Dietrich <marvin24 at gmx.de> --- usr/kinit/fstype/f2fs_fs.h | 44 ++++++++++++++++++++++++++++++++++++++++++++ usr/kinit/fstype/fstype.c | 14 ++++++++++++++ 2 files changed, 58 insertions(+) create mode 100644 usr/kinit/fstype/f2fs_fs.h diff --git a/usr/kinit/fstype/f2fs_fs.h b/usr/kinit/fstype/f2fs_fs.h

Commit-ID: 52251e210c7a21068063fe16a3874903d3f1aa14 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=52251e210c7a21068063fe16a3874903d3f1aa14 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Mon, 7 Oct 2019 20:39:46 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Tue, 8 Oct 2019 00:13:20 +0100 [klibc] fstype: Drop obsolete

[please note that I'm not subscribed to the list] Hi guys, I've noticed that the size returned by the fstype utility was not correct for JFS filesystems (it returns the size in number of HW blocks instead of bytes). Here is a simple patch that addresses it (based on 1.5.7 from the debian package). diff -Nur klibc-1.5.7.orig/usr/kinit/fstype/fstype.c

hello hpa, nothing too exciting, again syncing latest Debian upload and subsequent patch emails. plus wanting to get the ext4dev in line for the Lenny release. :) please review. thanks -- maks please pull git pull git://git.debian.org/~maks/klibc.git maks for the changes: Arthur Loiret (1): Makefile (ARCH): Support sh4 as sh. David H?rdeman (1): [klibc] mount: allow multiple fs

hello hpa, rebased my branch, please pull latest git pull git://brane.itp.tuwien.ac.at/~mattems/klibc.git maks for the following shortlog maximilian attems (6): fstype: add squashfs v3 support reiser4_fs.h: add attribute packed to reiser4_master_sb fstype: add ext4 support .gitignore: add subdir specific entries usr/klibc/Kbuild: beautify klibc build fstype:

hello hpa, current patch queue for review, please pull: git pull git://git.debian.org/users/maks/klibc.git maks Aurelien Jarno (1): [klibc] sh4: syscalls fixes Benjamin Cama (1): [klibc] fstype: btrfs size endianness fix Thorsten Glaser (1): [klibc] add getrusage() maximilian attems (3): [klibc] resume: silence warning on resume try [klibc] bootp_packet.h minor

CentOS Errata and Security Advisory 2013:0509 Low Upstream details at : https://rhn.redhat.com/errata/RHSA-2013-0509.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: fa98c0004fddc0eb5accd47bbc64b020470f83d707b0a498abb58e59c562111d ibutils-1.5.7-7.el6.i686.rpm

It turns out that if you specify filesystem type `auto' in /etc/fstab, updatedb (the thing which updates your `locate' database) ceases to work. Here's the contents of my /etc/updatedb.conf: PRUNEFS="devpts NFS nfs afs proc smbfs autofs auto iso9660" PRUNEPATHS="/tmp /usr/tmp /var/tmp /afs /net" export PRUNEFS export PRUNEPATHS deleting the `auto' entry

Hey, I'd greatly appreciate support for fstype detection of vfat and udf so that I can get rid of my hacky userspace solutions. I'm afraid I can't provide a patch - I'm really not into kernel developmen. However, I offer a mail-hug as bounty for getting support for this in. Regards :) -- Sven-Hendrik

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, i have a clipper 5.3 application running over samba 3.0.2a in mandrake10 system. But, i don't know which kind of files system works better in clipper applications. I was using fat partion, with "fstype = fat" in my smb.conf and samba 2.2. Then i changed my server a installed mandrake10. Right now i'm using reiserfs with

hello hpa, disabled faccessat in klibc to go forward with this dash sync, and HAVE_FACCESSAT in dash config.h, no other change. please pull: git pull git://git.debian.org/users/maks/klibc.git maks

Another post-2.5.68 one. The cramfs header defines u8, so we must quiet it down. <b diff -Nru a/utils/fstype.c b/utils/fstype.c --- a/utils/fstype.c Mon Apr 28 15:10:56 2003 +++ b/utils/fstype.c Mon Apr 28 15:10:56 2003 @@ -19,7 +19,9 @@ #include <asm/byteorder.h> #include <linux/romfs_fs.h> +#define __KERNEL__ #include <linux/cramfs_fs.h> +#undef __KERNEL__ #include

Here's a patch to support JFS in fstype. Given that this runs as root, would you consider a patch to take the device as an argument rather than stdin? I get really nervous that one of these days I'm going to > rather than <. But otherwise... =) Tested against 1.0.14, but there's nothing in there that should keep it from applying against current git that I can see. Tks, Jeff

fstype is currently broken in klibc (1.1.14 and git). It segfaults on startup when not invoked with an argument. Attached patch fixes that. PS: The previously reported problems with klibc 1.1.8 don't occur anymore, thanks. Regards, J?rg -- J?rg Billeter <j@bitron.ch> -------------- next part -------------- A non-text attachment was scrubbed... Name: klibc-1.1.14-fstype-segv-1.patch

The attached patch adds support for detecting LUKS partitions (Linux Unified Key Setup - http://luks.endorphin.org/) to fstype. This makes it easier to automatically detect and activate encrypted (root) partitions from an initramfs image. The patch is now against klibc's git tree instead of klibc-1.2. Signed-off-by: David H?rdeman <david@2gen.com> -- fstype.c | 17

The attached patch adds the ability to fstype to detect lvm2 physical volumes (PV's). Signed-off-by: David H?rdeman <david@2gen.com> -------------- next part -------------- diff -Nur klibc-orig/usr/kinit/fstype/fstype.c klibc/usr/kinit/fstype/fstype.c --- klibc-orig/usr/kinit/fstype/fstype.c 2006-03-22 21:28:31.000000000 +0100 +++ klibc/usr/kinit/fstype/fstype.c 2006-03-23

From: David H?rdeman <david@2gen.com> if a partition has been used as lvm2 and has not been cleared with pvremove, fstype would recognise the ext3 partition as lvm2. workaround that by detection lvm2 after ext3. Bonuspoint remove long fs list as this one just generates conflicts. Signed-off-by: David H?rdeman <david@2gen.com> Signed-off-by: maximilian attems