On 18/03/2012 22:51, g...@freebsd.org wrote:
At Tue, 13 Mar 2012 23:40:23 +0100,
Gustau Pérez wrote:
Hi,
testing ntfs-3g, after doing a bit large transfer with rsync, I
found I couldn't unmount the filesystem. After some tries and before
checking that no process was accessing the file
At Tue, 13 Mar 2012 23:40:23 +0100,
Gustau Pérez wrote:
>
> Hi,
>
> testing ntfs-3g, after doing a bit large transfer with rsync, I
> found I couldn't unmount the filesystem. After some tries and before
> checking that no process was accessing the filesystem I tried to force
> the unmo
Hm,
try:
make KERNBUILDDIR=/usr/src/sys/i386/compile/KERNNAME clean all install
Adrian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...
On 13/03/2012 18:56, g...@freebsd.org wrote:
At Sun, 11 Mar 2012 11:43:06 +0100,
Gustau Pérez wrote:
On 08/03/2012 22:20, George Neville-Neil wrote:
Howdy,
I've taken the GSoC work done with the FUSE kernel module, and created a patch
against HEAD
which I have now subjected to testing using t
At Sun, 11 Mar 2012 11:43:06 +0100,
Gustau Pérez wrote:
>
> On 08/03/2012 22:20, George Neville-Neil wrote:
> > Howdy,
> >
> > I've taken the GSoC work done with the FUSE kernel module, and created a
> > patch against HEAD
> > which I have now subjected to testing using tools/regression/fsx.
> >
On 08/03/2012 22:20, George Neville-Neil wrote:
Howdy,
I've taken the GSoC work done with the FUSE kernel module, and created a patch
against HEAD
which I have now subjected to testing using tools/regression/fsx.
The patch is here: http://people.freebsd.org/~gnn/head-fuse-1.diff
I would like
On Mar 9, 2012, at 04:48 , Gustau Pérez wrote:
> On 08/03/2012 22:20, George Neville-Neil wrote:
>> Howdy,
>>
>> I've taken the GSoC work done with the FUSE kernel module, and created a
>> patch against HEAD
>> which I have now subjected to testing using tools/regression/fsx.
>>
>> The patch i
On Mar 8, 2012, at 17:54 , Konstantin Belousov wrote:
> I just took a very quick look, and the code has all usual bugs. E.g., the
> filesystem is marked mpsafe, while insmntque() is performed before new
> vnode is initialized.
>
> The fuse was known to cause random kernel memory corruption, were
On Friday 09 March 2012 00:54:19 Konstantin Belousov wrote:
> On Thu, Mar 08, 2012 at 03:43:42PM -0800, Adrian Chadd wrote:
> > Hi,
> >
Last version is here:
https://code.google.com/p/google-summer-of-code-2011-freebsd/downloads/list
--HPS
___
freebsd-
On 08/03/2012 22:20, George Neville-Neil wrote:
Howdy,
I've taken the GSoC work done with the FUSE kernel module, and created a patch
against HEAD
which I have now subjected to testing using tools/regression/fsx.
The patch is here: http://people.freebsd.org/~gnn/head-fuse-1.diff
I would like
On Thu, Mar 08, 2012 at 03:43:42PM -0800, Adrian Chadd wrote:
> Hi,
>
> Is there any reason why we shouldn't throw this into contrib/ and
> treating it like a vendor thing?
> Or is this explicitly not being treated as a vendor FS?
No idea. This should be a decision of the person who imports the fi
Hi,
Is there any reason why we shouldn't throw this into contrib/ and
treating it like a vendor thing?
Or is this explicitly not being treated as a vendor FS?
Other than that, sure, let's get it into the tree and then thrash it
until it's stable..
adrian
On Thu, Mar 08, 2012 at 04:20:24PM -0500, George Neville-Neil wrote:
> Howdy,
>
> I've taken the GSoC work done with the FUSE kernel module, and created
> a patch against HEAD which I have now subjected to testing using
> tools/regression/fsx.
>
> The patch is here: http://people.freebsd.org/~gnn/
13 matches
Mail list logo
