lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:	Mon, 10 Dec 2012 07:54:45 -0800
From:	Darren Hart <>
To:, Theodore Ts'o <>,
	Andreas Dilger <>
Subject: Re: [PATCH RFC 0/3] ext2fsprogs: Symlink support and doc fix

Just a bump as a reminder so this series doesn't drop off the Inbox
queue :-)



On 12/05/2012 01:56 PM, Darren Hart wrote:
> As we appear to have agreed that adding symlink support to debugfs via a new
> ext2fs_symlink() function in libext2fs was something that needed doing, I
> thought I'd use this as a trial run for my first contribution to the ext2fsprogs
> package before I continue working on the larger project of completing initial
> directory support for mke2fs.
> While I modeled this patch after existing code, their were some inconcsistencies
> in the code examples I used that I'd welcome input on. In particular:
> o Should the ext2fs_link() happen right after ext2fs_new_inode()? Or should it
>   happen closer to the end of the operation? do_write() and ext2fs_mkdir()
>   handle this differently.
> o Is it necessary to allocate the first block and assign it to the inode or the
>   extents? ext2fs_mkdir() does this, do_write() does not. I opted for the
>   simpler of the two and it passes my initial simple tests.
> o Should I pass "mode" to ext2fs_new_inode() even though it is ignored?
> o Would it make sense to try once to expand_dir rather than bailing out of
>   ext2fs_mkdir() and ext2fs_symlink() if the directory is full?
> o What would we like the initial uid,gid,mode,*time values to be for
>   files/directories/links/etc. created with libext2fs?
> Finally, I made an attempt to follow the coding style I observed in the code,
> but if I missed something, please let me know.
> Thanks,
> Darren Hart
> Intel Open Source Technology Center
> --
> To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
> the body of a message to
> More majordomo info at

Darren Hart
Intel Open Source Technology Center
Yocto Project - Technical Lead - Linux Kernel
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to
More majordomo info at

Powered by blists - more mailing lists