Re: c_rehash doesn't exist.

2014-05-26 Thread Jason McIntyre
On Sun, May 25, 2014 at 09:33:00PM +0200, J??r??mie Courr??ges-Anglas wrote: Jason McIntyre j...@kerhand.co.uk writes: On Sun, May 25, 2014 at 03:02:18PM +0200, Alexander Schrijver wrote: c_rehash doesn't exist in OpenBSD and remove a history lesson which is either not aplicable

Create a default local route for every IPv4 address

2014-05-26 Thread Martin Pieuchot
Diff below changes the behavior of the kernel to add a route for every new IPv4 address, when it is configured on an interface. Actually such route is created the first time a program tries to resolve it. That's why with this diff you don't see the cloned flag: -10.3.3.2

Re: pckbd volume keys (part 1), diff to test

2014-05-26 Thread David Coppa
On Fri, May 23, 2014 at 12:42 PM, Alexandre Ratchov a...@caoua.org wrote: On Wed, Apr 30, 2014 at 01:06:48AM +0200, Alexandre Ratchov wrote: This diff attempts to unify volume keys; it makes pckbd and ukbd volume keys behave like all other volume keys (acpithinkpad, acpiasus, macppc/abtn and

USB suspend/resume race

2014-05-26 Thread Martin Pieuchot
It is currently possible to trigger a race between the thread doing DVACT_QUIESCE and the USB thread exploring the buses. This race is really easy to reproduce if you have a lot of controllers and you try to suspend just after resuming. In the best case, it blows your kernel during suspend, in

Re: USB suspend/resume race

2014-05-26 Thread Martin Pieuchot
On 26/05/14(Mon) 13:46, Martin Pieuchot wrote: It is currently possible to trigger a race between the thread doing DVACT_QUIESCE and the USB thread exploring the buses. This race is really easy to reproduce if you have a lot of controllers and you try to suspend just after resuming. In the

Re: Create a default local route for every IPv4 address

2014-05-26 Thread Kenneth Westerback
On 26 May 2014 06:10, Martin Pieuchot mpieuc...@nolizard.org wrote: Diff below changes the behavior of the kernel to add a route for every new IPv4 address, when it is configured on an interface. Actually such route is created the first time a program tries to resolve it. That's why with

Re: pckbd volume keys (part 1), diff to test

2014-05-26 Thread Mark Kettenis
From: David Coppa dco...@gmail.com Date: Mon, 26 May 2014 13:23:21 +0200 On Fri, May 23, 2014 at 12:42 PM, Alexandre Ratchov a...@caoua.org wrote: On Wed, Apr 30, 2014 at 01:06:48AM +0200, Alexandre Ratchov wrote: This diff attempts to unify volume keys; it makes pckbd and ukbd volume

Re: [PATCH] remove dirty if from rlog.c

2014-05-26 Thread Jérémie Courrèges-Anglas
Fritjof Bornebusch frit...@alokat.org writes: Hi tech, Hello, Fritjof, there is a dirty if statement in rlog.c, that checks if there is a valid locker, state or writer and returns if not. With help from jca - thanks for that - I removed the dirty if statement and check for valid data in

Re: Create a default local route for every IPv4 address

2014-05-26 Thread Henning Brauer
* Kenneth Westerback kwesterb...@gmail.com [2014-05-26 14:05]: dhclient used to create such routes but that was removed as useless so I'm not sure why we want/need to add them back. I'm not a routing table guru so perhaps this is different in some way. there is a broad difference between the

Re: Create a default local route for every IPv4 address

2014-05-26 Thread Martin Pieuchot
On 26/05/14(Mon) 08:03, Kenneth Westerback wrote: [...] dhclient used to create such routes but that was removed as useless so I'm not sure why we want/need to add them back. I'm not a routing table guru so perhaps this is different in some way. We want it back to be able to tell if an

Re: USB suspend/resume race

2014-05-26 Thread Mattieu Baptiste
On Mon, May 26, 2014 at 1:51 PM, Martin Pieuchot mpieuc...@nolizard.orgwrote: On 26/05/14(Mon) 13:46, Martin Pieuchot wrote: It is currently possible to trigger a race between the thread doing DVACT_QUIESCE and the USB thread exploring the buses. This race is really easy to reproduce if

Re: pckbd volume keys (part 1), diff to test

2014-05-26 Thread Alexandre Ratchov
On Mon, May 26, 2014 at 02:19:28PM +0200, Mark Kettenis wrote: But as I said before, the problem is that this breaks the visual feedback feature in desktop environments and applications like Gnome. The diff is to make pckbd keys behave like all other volume keys (thinkpad, asus, macppc). For

[PATCH 3] ld.so: malloc/memset = calloc

2014-05-26 Thread Benjamin Baier
Index: prebind_path.c === RCS file: /cvs/src/libexec/ld.so/ldconfig/prebind_path.c,v retrieving revision 1.2 diff -u -p -r1.2 prebind_path.c --- prebind_path.c 13 Nov 2013 05:41:43 - 1.2 +++ prebind_path.c 25 May

[PATCH 5] regress videotest: malloc/memset = calloc

2014-05-26 Thread Benjamin Baier
Index: videotest.c === RCS file: /cvs/src/regress/sys/dev/video/videotest.c,v retrieving revision 1.3 diff -u -p -r1.3 videotest.c --- videotest.c 22 Jul 2010 11:58:03 - 1.3 +++ videotest.c 25 May 2014 08:30:04 - @@

Re: [PATCH 3] ld.so: malloc/memset = calloc

2014-05-26 Thread Benjamin Baier
Those are just suggestions... I'm going trough my list so in the future a simple NO and I'll stop tracking the patch and back off. On Mon, 26 May 2014 12:57:10 -0600 Theo de Raadt dera...@cvs.openbsd.org wrote: no no, please stay out of ld.so and subdirectories. I'm working on these kinds

[PATCH 4] config: malloc/memset = calloc

2014-05-26 Thread Benjamin Baier
Index: util.c === RCS file: /cvs/src/usr.sbin/config/util.c,v retrieving revision 1.14 diff -u -p -r1.14 util.c --- util.c 18 May 2014 09:29:54 - 1.14 +++ util.c 25 May 2014 11:38:40 - @@ -62,9 +62,8 @@

[PATCH 6] rcs: xmalloc/memset = xcalloc

2014-05-26 Thread Benjamin Baier
Yes, there is a xcalloc in xmalloc.h/.c. Index: rcsutil.c === RCS file: /cvs/src/usr.bin/rcs/rcsutil.c,v retrieving revision 1.39 diff -u -p -r1.39 rcsutil.c --- rcsutil.c 16 Apr 2013 20:24:45 - 1.39 +++ rcsutil.c 25 May

[PATCH 7] npppd: malloc/memset = calloc

2014-05-26 Thread Benjamin Baier
and a big one. Index: common/bytebuf.c === RCS file: /cvs/src/usr.sbin/npppd/common/bytebuf.c,v retrieving revision 1.5 diff -u -p -r1.5 bytebuf.c --- common/bytebuf.c8 May 2012 13:15:11 - 1.5 +++ common/bytebuf.c26

Re: [PATCH] workaround buggy ACPI tables in some Intel boards

2014-05-26 Thread John D. Verne
On Thu, May 22, 2014 at 08:27:40PM -0400, John D. Verne wrote: There was some discussion of this on misc@ recently. Some Baytrail boards are setting local APIC flags to 0b11, which is a reserved value. The acpidump and other info related to the problem is capture over there, as well. Ref: