Re: [RHEL5 PATCH 2/4] VFS: Make inode numbers 64-bits

>This patch changes __kernel_ino_t to be "unsigned long long" on all

Why not "uint64_t" (or u64)?


>--- a/include/asm-mips/stat.h
>+++ b/include/asm-mips/stat.h
>@@ -18,7 +18,7 @@ #if (_MIPS_SIM == _MIPS_SIM_ABI32) || (_
> struct stat {
> 	unsigned	st_dev;
> 	long		st_pad1[3];		/* Reserved for network id */
>-	ino_t		st_ino;
>+	unsigned long	st_ino;
> 	mode_t		st_mode;
> 	nlink_t		st_nlink;
> 	uid_t		st_uid;

Will the kernel still fold 64-bit inums to 32-bit for stat[32]()?


Jan Engelhardt
-- 
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• References:
  • [PATCH 0/4] Use 64-bit inode numbers internally in the kernel
    • From: David Howells <[email protected]>
  • [RHEL5 PATCH 2/4] VFS: Make inode numbers 64-bits
    • From: David Howells <[email protected]>

• Prev by Date: Re: [RHEL5 PATCH 1/4] Provide fallback full 64-bit divide/modulus ops for gcc
• Next by Date: Re: Soft lockup (and reboot): IPMI
• Previous by thread: Re: [RHEL5 PATCH 2/4] VFS: Make inode numbers 64-bits
• Next by thread: Re: [RHEL5 PATCH 2/4] VFS: Make inode numbers 64-bits
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]