On Fri, Jun 28, 2013 at 02:44:46PM +0200, Edgar Fu? wrote:
> On an NFS-mounted file system, when you try to write to a file and are
> over-quota, the write() succeeds, but a following fsync() or close() fails.
close() shouldn't fail either.
David
--
David Laight: da...@l8s.co.uk
On Mon, Jul 01, 2013 at 04:56:40PM +0200, Edgar Fuß wrote:
> > It's not applied to users who already have a quota entry.
> I know, thanks.
>
> The problem is something completly different from what I thought.
>
> The (Perl XS) code (mostly written by David Holland, thanks again) reads
> qv.
> It's not applied to users who already have a quota entry.
I know, thanks.
The problem is something completly different from what I thought.
The (Perl XS) code (mostly written by David Holland, thanks again) reads
qv.qv_grace = 0; /* XXX should be able to manipulate this */
What do I put
On Fri, Jun 28, 2013 at 03:04:05PM +0200, Edgar Fuß wrote:
> How is setting the grace period on quota2 supposed to work?
> If I do edquota -d, I can set the default grace period. However, it doesn't
> seem to be applied to users.
It's not applied to users who already have a quota entry.
It will be
EF> Shall I file a PR?
DAH> ugh! Yes please...
kern/47980
On Fri, Jun 28, 2013 at 04:05:55PM +0200, i...@vdsz.com wrote:
> In sys/arch/x86/x86/genfb_machdep.c at line 161, I found the following code:
>
> err = _x86_memio_map(t, (bus_addr_t)fbinfo->physaddr,
> fbinfo->width * fbinfo->stride,
> BUS_SPACE_MAP_LINEAR | BUS_SPACE_MAP
Hello, Emmanuel.
(2013/06/28 19:31), Emmanuel Dreyfus wrote:
Hi
New iMac have a broadcom 57766, which is handled out of the box by the
bge(4) driver in -current. The driver almosts treats it as a 57765,
which seems almost correct when looking at Linux driver contributed
by Broadcom:
http://code