[src/netbsd-6]: src/doc Ticket 1218.

[msaitoh <msaitoh%NetBSD.org@localhost>]

details:   https://anonhg.NetBSD.org/src/rev/48b47d3168c0
branches:  netbsd-6
changeset: 776840:48b47d3168c0
user:      msaitoh <msaitoh%NetBSD.org@localhost>
date:      Mon Dec 22 13:02:24 2014 +0000

description:
Ticket 1218.

diffstat:

 doc/CHANGES-6.2 |  19 ++++++++++++++++++-
 1 files changed, 18 insertions(+), 1 deletions(-)

diffs (30 lines):

diff -r 2572787315d4 -r 48b47d3168c0 doc/CHANGES-6.2
--- a/doc/CHANGES-6.2   Mon Dec 22 13:00:47 2014 +0000
+++ b/doc/CHANGES-6.2   Mon Dec 22 13:02:24 2014 +0000
@@ -1,4 +1,4 @@
-# $NetBSD: CHANGES-6.2,v 1.1.2.172 2014/12/22 10:49:59 msaitoh Exp $
+# $NetBSD: CHANGES-6.2,v 1.1.2.173 2014/12/22 13:02:24 msaitoh Exp $
 
 A complete list of changes from the 6.1 release until the 6.2 release:
 
@@ -5638,3 +5638,20 @@
        Stop useless disklabel warning if there are wedges, using GPT
        partition. Fix PR kern/47989.
        [taca, ticket #1216]
+
+sys/ufs/ufs/extattr.h                          1.11
+
+       Bump UFS1 extended attribute max name length to 256.
+       For extended attribute name max length, kernel filesystem-independant
+       code use either EXTATTR_MAXNAMELEN (BSD API) or XATTR_NAME_MAX (Linux
+       API), which are both defined as KERNEL_NAME_MAX and fits Linux limit
+       of 255 without training \0.
+       UFS1 code had a lower limit that broke Linux compatibility. We can bump
+       the limit without sacrifying backward compatibility, because:
+       1) There is no API exposing this limit outside the kernel. Upper kernel
+       layers have a larger limit handle the increase without a hitch
+       2) Each attribute has its own backing store in the fileystem, the name
+       of the backing store matching the attribute name. A newer kernel can
+       create/read/write backing store for longer attribute names and will
+       have no problem with existing shorter names.
+       [manu, ticket #1218]