tmpfs vs mfs

2014-05-06 Thread Loïc Blot
Hi @tech i've migrated one of our squid server to OpenBSD 5.5 and i tested tmpfs. It works like a charm, great work, but i noticed than the mfs is faster than tmpfs. My benchs (with dd) are showing that tmpfs is slower than mfs. (/tmp: tmpfs | /var/squid/cache: mfs), i've done many dd to test it,

Re: tmpfs vs mfs

2014-05-06 Thread Janne Johansson
dd would perhaps not be the end goal for any memory filesystem, but the major point is that when you remove files, tmpfs will (try to) return the memory to the OS, where mfs will not. 2014-05-06 8:28 GMT+02:00 Loïc Blot loic.b...@unix-experience.fr: Hi @tech i've migrated one of our squid

Re: tmpfs vs mfs

2014-05-06 Thread Stuart Henderson
On 2014/05/06 09:28, Janne Johansson wrote: dd would perhaps not be the end goal for any memory filesystem, but the major point is that when you remove files, tmpfs will (try to) return the memory to the OS, where mfs will not. When used for things like port build directories or cvs /tmp,

m-m_pkthdr.rcvif dereference

2014-05-06 Thread Martin Pieuchot
Diff below reduce the number of m-m_pkthdr.rcvif usage in icmp{,6} code. Should introduce no functional change but that will help me with upcoming pointer - index conversion. ok? Index: netinet/ip_icmp.c === RCS file:

Kill {nd6_,}useloopback

2014-05-06 Thread Martin Pieuchot
Using the loopback interface for local traffic is not optional. I wonder if anybody using IPv6 ever turned this sysctl off. I'd be interested to hear from you and see your routing table if you did it. Otherwise, the diff below removes the global variable for IPv4 and the sysctl button for IPv6,

Re: Kill {nd6_,}useloopback

2014-05-06 Thread Stefan Sperling
On Tue, May 06, 2014 at 12:03:10PM +0200, Martin Pieuchot wrote: Using the loopback interface for local traffic is not optional. I wonder if anybody using IPv6 ever turned this sysctl off. I'd be interested to hear from you and see your routing table if you did it. Otherwise, the diff

Fix the mtime for file creation on ext2+

2014-05-06 Thread Vadim Zhukov
Hello all. This fixes a bug with mtime not updated after file creation on ext2+ file systems. Try it yourself: # mount -t ext2fs /dev/sd0o /mnt # cp /tmp/qq /mnt # ls -l /mnt/qq -rw-r--r-- 1 root wheel 10 Jan 1 1970 qq # touch /mnt/qq -rw-r--r-- 1 root wheel 10 May 6 14:36 qq

Re: ums(4) memory leak

2014-05-06 Thread Martin Pieuchot
On 06/05/14(Tue) 13:44, Jérémie Courrèges-Anglas wrote: Martin Pieuchot mpieuc...@nolizard.org writes: Plug a memory leak related to HID descriptor parsing, ok? I don't have any ums(4) device but this is obviously right, so ok. I've found this useless check during review: That's

USB sensors leak xfers

2014-05-06 Thread Martin Pieuchot
I don't have any of these devices so I appreciate if people can test this diff. It's basically the same pattern that has been copy/past'd in every driver. The rule is simple: if you uhidev_open() you need to uhidev_close() at some point. Ok? Index: ucycom.c

ftp(1) SSL_CTX memory leak(s)

2014-05-06 Thread Jérémie Courrèges-Anglas
Forgotten diff... For https connections which involve redirections, ftp(1) needlessly re-initializes libssl/libcrypto. It also creates, but doesn't free, a new SSL_CTX structure at each url_get() call. This diff makes ftp(1) perform this work lazily, and reuses the same SSL_CTX for subsequent

Re: Fix the mtime for file creation on ext2+

2014-05-06 Thread Kenneth Westerback
On 6 May 2014 06:42, Vadim Zhukov persg...@gmail.com wrote: Hello all. This fixes a bug with mtime not updated after file creation on ext2+ file systems. Try it yourself: # mount -t ext2fs /dev/sd0o /mnt # cp /tmp/qq /mnt # ls -l /mnt/qq -rw-r--r-- 1 root wheel 10 Jan 1 1970 qq #

Re: Fix the mtime for file creation on ext2+

2014-05-06 Thread Philip Guenther
On Tue, 6 May 2014, Vadim Zhukov wrote: This fixes a bug with mtime not updated after file creation on ext2+ file systems. Try it yourself: # mount -t ext2fs /dev/sd0o /mnt # cp /tmp/qq /mnt # ls -l /mnt/qq -rw-r--r-- 1 root wheel 10 Jan 1 1970 qq # touch /mnt/qq -rw-r--r-- 1

Re: Remove ln -F

2014-05-06 Thread Ingo Schwarze
Hi, if somebody wants to commit, ok schwarze@. Otherwise, i'm accepting OKs. See inline for a note on the history. Yours, Ingo Tristan Le Guern wrote on Mon, May 05, 2014 at 03:06:12PM +0200: This patch removes the undocumented ln flag -F, which forces the creation of a hard link for a

Re: Remove ln -F

2014-05-06 Thread Kenneth Westerback
On 6 May 2014 11:45, Ingo Schwarze schwa...@usta.de wrote: Hi, if somebody wants to commit, ok schwarze@. Otherwise, i'm accepting OKs. See inline for a note on the history. Yours, Ingo Makes sense to me ok krw@, unless a history buff speaks up for it. Ken Tristan Le Guern

Re: Remove ln -F

2014-05-06 Thread Philip Guenther
On Tue, May 6, 2014 at 9:18 AM, Kenneth Westerback kwesterb...@gmail.comwrote: On 6 May 2014 11:45, Ingo Schwarze schwa...@usta.de wrote: Hi, if somebody wants to commit, ok schwarze@. Otherwise, i'm accepting OKs. See inline for a note on the history. Yours, Ingo Makes

sparc64: problem after trap table takeover under QEMU

2014-05-06 Thread Mark Cave-Ayland
Hi all, I'm currently working on a set of patches for OpenBIOS (the OF implementation for QEMU) in order to get the various *BSD kernels to boot under QEMU SPARC64 with some success, but I'm struggling with a privilege violation trap which occurs on the first window fill trap after OpenBSD

Re: Fix the mtime for file creation on ext2+

2014-05-06 Thread Vadim Zhukov
06.05.2014 19:36 пользователь Philip Guenther guent...@gmail.com написал: On Tue, 6 May 2014, Vadim Zhukov wrote: This fixes a bug with mtime not updated after file creation on ext2+ file systems. Try it yourself: # mount -t ext2fs /dev/sd0o /mnt # cp /tmp/qq /mnt # ls -l /mnt/qq

Re: Fix the mtime for file creation on ext2+

2014-05-06 Thread Kenneth Westerback
On 6 May 2014 15:12, Vadim Zhukov persg...@gmail.com wrote: 06.05.2014 19:36 пользователь Philip Guenther guent...@gmail.com написал: On Tue, 6 May 2014, Vadim Zhukov wrote: This fixes a bug with mtime not updated after file creation on ext2+ file systems. Try it yourself: # mount -t

Re: Fix the mtime for file creation on ext2+

2014-05-06 Thread Ted Unangst
On Tue, May 06, 2014 at 08:36, Philip Guenther wrote: As the person who broke this (sorry!), I think the diff should go a couple steps further and restore the IN_ACCESS handling too and mirror ufs_itimes() by bumping i_modrev on ctime change. As my commit message said, it may even work. I

[PATCH] rcs stored values never read

2014-05-06 Thread Fritjof Bornebusch
Hi tech, there are some never read values in rcs. fritjof Index: co.c === RCS file: /cvs/src/usr.bin/rcs/co.c,v retrieving revision 1.117 diff -u -p -r1.117 co.c --- co.c16 Apr 2013 20:24:45 - 1.117 +++ co.c

Re: some more pqueue cleanup

2014-05-06 Thread Miod Vallat
Hi, Some more cleanup on top of my previous patch with e-mail subject libssl pqueue minor cleanup - no functional change intended. Applied, thanks! Miod

use reallocarray in pax

2014-05-06 Thread Ted Unangst
Don't rely on unchecked arithmetic. Index: options.c === RCS file: /cvs/src/bin/pax/options.c,v retrieving revision 1.84 diff -u -p -r1.84 options.c --- options.c 6 Feb 2014 20:51:55 - 1.84 +++ options.c 6 May 2014

[patch sbin/iked/pfkey.c] replacing select with poll

2014-05-06 Thread Peter Malone
Hi there, Similar to the nfsd patch recently, replacing select() with poll() and removing some unecessary variables. ok? Index: pfkey.c === RCS file: /cvs/src/sbin/iked/pfkey.c,v retrieving revision 1.34 diff -u -p -u -r1.34

[patch usr.bin/pkill/pkill.c malloc memset = calloc

2014-05-06 Thread Peter Malone
Hi there, I thought I had sent in all of these, but this was in my drafts and I didn't see it after searching the list my sent items. ok? Index: pkill.c === RCS file: /cvs/src/usr.bin/pkill/pkill.c,v retrieving revision

Re: [patch usr.bin/pkill/pkill.c malloc memset = calloc

2014-05-06 Thread Ted Unangst
On Tue, May 06, 2014 at 21:20, Peter Malone wrote: */ - if ((selected = malloc(nproc)) == NULL) + if ((selected = calloc(1, nproc)) == NULL) errx(STATUS_ERROR, memory allocation failure); selected is an array of nproc chars, so I made it calloc(nproc, 1). really,