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. Re
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
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
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 @@ emalloc(
Updated because of KNF conversion in the meantime.
Anybody want to pick this up?
Index: str_lib.c
===
RCS file: /cvs/src/lib/libssl/src/crypto/store/str_lib.c,v
retrieving revision 1.5
diff -u -p -r1.5 str_lib.c
--- str_lib.c 26 Ma
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 wrote:
> no no, please stay out of ld.so and subdirectories.
>
> I'm working on these kinds of issues in there
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 -
@@ -356,
no no, please stay out of ld.so and subdirectories.
I'm working on these kinds of issues in there already, and I don't
want any collisions.
> Index: prebind_path.c
> ===
> RCS file: /cvs/src/libexec/ld.so/ldconfig/prebind_path.c,v
>
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 20
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). Fo
I want to experiment with building some simple efi binaries.
This diff unbreaks make -f Makefile.cross TARGET=ia64 cross-gcc
OK?
Index: sys/arch/ia64/Makefile
===
RCS file: sys/arch/ia64/Makefile
diff -N sys/arch/ia64/Makefile
--- /d
On Mon, May 26, 2014 at 1:51 PM, Martin Pieuchot wrote:
> 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
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
* Kenneth Westerback [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 kernel does it alwa
Fritjof Bornebusch 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 the sections.
> From: David Coppa
> Date: Mon, 26 May 2014 13:23:21 +0200
>
> On Fri, May 23, 2014 at 12:42 PM, Alexandre Ratchov 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 a
On 26 May 2014 06:10, Martin Pieuchot 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 this diff you don't se
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
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 th
On Fri, May 23, 2014 at 12:42 PM, Alexandre Ratchov 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 similar
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 00:00:24:cc:
On Sun, May 25, 2014 at 09:33:00PM +0200, J??r??mie Courr??ges-Anglas wrote:
> Jason McIntyre 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 anymore or w
22 matches
Mail list logo