From owner-freebsd-bugs@FreeBSD.ORG Tue Oct 11 11:10:07 2011 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FF7A1065673 for ; Tue, 11 Oct 2011 11:10:07 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail08.syd.optusnet.com.au (mail08.syd.optusnet.com.au [211.29.132.189]) by mx1.freebsd.org (Postfix) with ESMTP id 11A5D8FC14 for ; Tue, 11 Oct 2011 11:10:06 +0000 (UTC) Received: from c122-106-165-191.carlnfd1.nsw.optusnet.com.au (c122-106-165-191.carlnfd1.nsw.optusnet.com.au [122.106.165.191]) by mail08.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p9BBA3Ur002216 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Oct 2011 22:10:05 +1100 Date: Tue, 11 Oct 2011 22:10:03 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: Garrett Cooper In-Reply-To: <201110110830.p9B8UADn054033@freefall.freebsd.org> Message-ID: <20111011220032.T5922@besplex.bde.org> References: <201110110830.p9B8UADn054033@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-bugs@freebsd.org Subject: Re: kern/161481: mount fails with ENAMETOOLONG with path shorter than 255 // 1023 characters X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2011 11:10:07 -0000 On Tue, 11 Oct 2011, Garrett Cooper wrote: > The following reply was made to PR kern/161481; it has been noted by GNATS. > > From: Garrett Cooper > To: FreeBSD-gnats-submit@freebsd.org > Cc: Garrett Cooper > Subject: Re: kern/161481: mount fails with ENAMETOOLONG with path shorter > than 255 // 1023 characters > Date: Tue, 11 Oct 2011 00:57:44 -0700 (PDT) > > I looked into this more closely after I submitted the bug and the problem > is the arbitrarily short value attached to MNAMELEN: > > 122537 mckusick #define MNAMELEN 88 /* size of > on/from name bufs */ > > The value has changed over the years (all the way back to the mid-90s) > from 90 to 70 to 80 to 88, but each time the author doesn't clearly state > why the change was required. It's part of the statfs(2) ABI. Perhaps other ABIs. It can only be reduced (as a hack to free space for other purposes), except when the ABI is changed. The ABI was last changed when struct statfs was expanded to hold 64-bit numbers even on 32-bit arches. Then the name fields were restored to approximately their original sizes. Bruce