Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 30 Jan 2014 09:16:10 -0800
From:      Doug Ambrisko <ambrisko@ambrisko.com>
To:        Jase Thew <jase@FreeBSD.org>
Cc:        freebsd-hackers@FreeBSD.org
Subject:   Re: Fix MNAMELEN or reimplement struct statfs
Message-ID:  <20140130171610.GA54706@ambrisko.com>
In-Reply-To: <52EA4E74.5030907@FreeBSD.org>
References:  <20131115010854.GA76106@ambrisko.com> <20131116183129.GD59496@kib.kiev.ua> <20131118190142.GA28210@ambrisko.com> <20131119074922.GY59496@kib.kiev.ua> <20131119174216.GA80753@ambrisko.com> <20131120075531.GE59496@kib.kiev.ua> <20131121174028.GA80520@ambrisko.com> <20131122074228.GT59496@kib.kiev.ua> <20131122170419.GA60910@ambrisko.com> <52EA4E74.5030907@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Jan 30, 2014 at 01:07:00PM +0000, Jase Thew wrote:
| On 22/11/2013 17:04, Doug Ambrisko wrote:
| 
| [SNIP and CC list pruned]
| 
| > It looks like we are converging.  I'll make some more changes to make
| > sure we are getting on a good path port another patch.  Once that looks
| > okay in concept then I'll start looking into testing the various file
| > systems since unfortuanately it touches a lot of code even though it is
| > mostly mechanical.  I don't have a lot of time to work on this so I
| > want to optimize various things as once.  If someone can help unit test
| > corner cases that would be great with the various file systems.  Atleast
| > I have VirtualBox netbooting so I can test things quicker.  However,
| > that required some debugging and changes to pxeboot to send the Client ID
| > so isc-dhcpd didn't get upset with it.  I need to check that doesn't
| > break the non-ipxe boot stuff that doesn't require the Client ID field to
| > be set.  I've only run into this issue with ipxe in VirtualBox and qemu.
| > I also have some pxe boot robustness and caching fixes that I should
| > get in as well.
| 
| Hi Doug,
| 
| Thanks for your continued work on this.
| 
| Has any further progress been made on long pathname support?

Yes, I have.  I've folded the support of long path names to use
the existing field unless it needs to be longer.  When it needs to
be longer then I malloc space for it.  That way in the normal
case it isn't using any more space then before except for an extra
pointer.  I haven't done much testing with it.  It doesn't
seem to panic with sort or long mount points.  I got sucked into
some other work so this has been delayed.  I need to generate another
diff with this change for review.  It is a relatively minor change
to my prior patch.

Thanks for poking at me.  If I don't post something by next week
then ping me again.

Doug A.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140130171610.GA54706>