These patches are submitted for your amusement.
My AMD64 system runs to the extent that it compiled
the kernel and ran fsck. DMA is allowed to pages over
0x. I/O to raw disk devices uses much less system time.
There are five pieces:
fix bounded allocation in uvm_pmemrange
enable exist
Hi,
Loganaden Velvindron wrote on Sat, Dec 31, 2011 at 12:30:44PM -0500:
> the diff is pointless...
Well, not quite; looking at it, i found a few issues with the
fts(3) manual:
* Use the standard sentence regarding the return value;
it applies to this case.
* The return value of close(2) i
12:27 <@brynet> all fds will be closed and memory free'd when the process
terminates anyway
the diff is pointless...
On Sat, Dec 31, 2011 at 06:09:39PM +0100, Mark Kettenis wrote:
> > Date: Sat, 31 Dec 2011 11:39:23 -0500 (EST)
> > From: logana...@devio.us (Loganaden Velvindron)
>
Hi,
Loganaden Velvindron wrote on Sat, Dec 31, 2011 at 11:39:23AM -0500:
> In du.c, fts_close() is missing before exit.
> fts_close() may also return -1 on hitting an
> error.
Looking at fts.c, fts_close(3) does three things:
1) lots of free(3)
2) close(2)
3) fchdir(2) back to the directory
> Date: Sat, 31 Dec 2011 11:39:23 -0500 (EST)
> From: logana...@devio.us (Loganaden Velvindron)
>
> In du.c, fts_close() is missing before exit.
> fts_close() may also return -1 on hitting an
> error.
And what are you going to do if it does? Print an annoying error
message after everything the u
why?
On Sat, Dec 31, 2011, Loganaden Velvindron wrote:
> In du.c, fts_close() is missing before exit.
> fts_close() may also return -1 on hitting an
> error.
>
> Index: usr.bin/du/du.c
> ===
> RCS file: /cvs/src/usr.bin/du/du.c,v
> r
In du.c, fts_close() is missing before exit.
fts_close() may also return -1 on hitting an
error.
Index: usr.bin/du/du.c
===
RCS file: /cvs/src/usr.bin/du/du.c,v
retrieving revision 1.23
diff -u -p -r1.23 du.c
--- usr.bin/du/du.c 2
On 2011/12/27 21:12, Matt Dainty wrote:
> Attached are three patches for RFC 4638 PPPoE support. The first two are
> for pppoe(4) based on similar changes made to NetBSD. The third patch is
> to tcpdump(8) so it recognises the additional tag type.
..
> I'm aware the patch as it currently stands ass
* Luis Henriques [111230 02:21]:
> Hi,
>
> I have been using for a while a hack to fix cwm windows cycle (the traditional
> Alt-Tab). The problem is that I modified the default key binding but the
> code actually expects Alt to be the modifier. The result is that, in some
> situations (e.g., af
On Fri, Dec 30, 2011 at 05:55:27PM +0100, Ariane van der Steldt wrote:
> I'll need testing on any and all architectures.
Is this in snapshots too?
10 matches
Mail list logo
