Fabien Thomas writes:
> Author: fabient
> Date: Fri Nov 25 14:44:49 2016
> New Revision: 309144
> URL: https://svnweb.freebsd.org/changeset/base/309144
>
> Log:
> IPsec RFC6479 support for replay window sizes up to 2^32 - 32 packets.
>
> Since the previous algorithm, based on bit shifting, do
Author: rakuco (ports committer)
Date: Sat Nov 26 12:36:11 2016
New Revision: 309191
URL: https://svnweb.freebsd.org/changeset/base/309191
Log:
fdt: Expect strchr() to return a const char*
In C, strchr(3) returns a char*, whereas C++ defines two overloads:
* const char *strchr(const char*
Fabien THOMAS writes:
> Hi,
>
> Sorry about that. Normally we build universe with it but it seems we missed
> something...
> I've not access to a machine to fixit before monday...
Don't worry, emaste fixed it in r309174 :-)
___
svn-src-head@freebsd.or
Baptiste Daroussin writes:
> Author: bapt
> Date: Sat Nov 26 15:49:59 2016
> New Revision: 309194
> URL: https://svnweb.freebsd.org/changeset/base/309194
>
> Log:
> initialize *nextp which could be left uninitialized in case the
> configuration
> file cannot be open/read
>
> Reported by:
an\nra...@freebsd.org\n2006/06/23"]
+rakuco [label="Raphael Kubo da Costa\nrak...@freebsd.org\n2011/08/22"]
rene [label="Rene Ladan\nr...@freebsd.org\n2010/04/11"]
rnoland [label="Robert Noland\nrnol...@freebsd.org\n2008/07/21"]
romain [label="Romai
Andrey V. Elsukov writes:
> Author: ae
> Date: Thu Aug 7 10:23:50 2014
> New Revision: 269661
> URL: http://svnweb.freebsd.org/changeset/base/269661
>
> Log:
> Use cpuset_setithread() to apply cpu mask to taskq threads.
>
> Sponsored by: Yandex LLC
This broke the build here:
/usr/src
Author: rakuco (ports committer)
Date: Sun Apr 5 18:53:48 2015
New Revision: 281116
URL: https://svnweb.freebsd.org/changeset/base/281116
Log:
bthidd: Consider usage ranges when dealing with array inputs.
So far, we were always using HID_USAGE() to determine the Usage ID of a
certain HID
Author: rakuco (ports committer)
Date: Mon Apr 6 12:36:24 2015
New Revision: 281146
URL: https://svnweb.freebsd.org/changeset/base/281146
Log:
bthidd: Remove unused macros from hid.c.
ASIZE() was never used, and min() stopped being used in r207812.
Differential Revision:https:
Eric van Gyzen writes:
> Author: vangyzen
> Date: Wed Oct 14 14:26:44 2015
> New Revision: 289315
> URL: https://svnweb.freebsd.org/changeset/base/289315
>
> Log:
> resolver: automatically reload /etc/resolv.conf
>
> [...]
>
> Modified: head/include/resolv.h
> ==
Hans Petter Selasky writes:
> On Wednesday 26 December 2012 16:10:20 Gleb Smirnoff wrote:
>> Author: glebius
>> Date: Wed Dec 26 15:10:20 2012
>> New Revision: 244704
>> URL: http://svnweb.freebsd.org/changeset/base/244704
>>
>> Log:
>> Add vendor IDs for Broadcom USB dongles (BCM20702).
>>
>
Author: rakuco (ports committer)
Date: Wed Dec 26 19:12:31 2012
New Revision: 244714
URL: http://svnweb.freebsd.org/changeset/base/244714
Log:
Use the correct USB interface macros instead of USB_IF_CSI.
As pointed out by hselasky@, USB_IF_CSI is the wrong macro here since we want
to decla
Author: rakuco (ports committer)
Date: Wed Dec 26 19:14:21 2012
New Revision: 244715
URL: http://svnweb.freebsd.org/changeset/base/244715
Log:
Use DEVMETHOD_END, as suggested by hselasky@.
Approved by: glebius
Modified:
head/sys/netgraph/bluetooth/drivers/ubt/ng_ubt.c
Modified: head/sy
Eitan Adler writes:
> Author: eadler
> Date: Sun Sep 1 19:27:32 2013
> New Revision: 255128
> URL: http://svnweb.freebsd.org/changeset/base/255128
>
> Log:
> Add support for the BCM20702A0 chipset, ASUS USB-BT400.
>
> PR: kern/181728
> Submitted by: rakuco
MFC after:
David Chisnall writes:
> Author: theraven
> Date: Fri Jul 12 11:03:51 2013
> New Revision: 253260
> URL: http://svnweb.freebsd.org/changeset/base/253260
>
> Log:
> Fix the build with C++ where __builtin_types_compatible_p is not allowed.
>
> Modified:
> head/lib/msun/src/math.h
>
> Modified:
Raphael Kubo da Costa writes:
> David Chisnall writes:
>
>> Author: theraven
>> Date: Fri Jul 12 11:03:51 2013
>> New Revision: 253260
>> URL: http://svnweb.freebsd.org/changeset/base/253260
>>
>> Log:
>> Fix the build with C++ where __builtin_t
David Chisnall writes:
> The issue is probably a clang bug. The use of _Generic() is in a
> system header and so ought to be immune to warnings, but apparently
> the fact that it's instantiated outside of the system header. If you
> can file a clang bug
> (http://llvm.org/bugs/enter_bug.cgi?produ
16 matches
Mail list logo