Hartmut,
Thanks for explanation! Is there a test program available to reproduce the
problem? I want
to try the sequence on my branch.
On Thu, Feb 02, 2017 at 08:29:20AM +, hartmut.bra...@dlr.de wrote:
H> To be honest - I feared that when I saw your messages regarding this. Here
is my
On Thu, 2 Feb 2017, Konstantin Belousov wrote:
On Fri, Feb 03, 2017 at 05:14:15AM +1100, Bruce Evans wrote:
You won't want to ifdef this for SMP, so the i386 implementation has
further bugs like I expected (fcmpset is not implemented in the
CPU_DISABLE_CMPXCHG case).
I think it is time to
On Fri, Feb 03, 2017 at 05:14:15AM +1100, Bruce Evans wrote:
> You won't want to ifdef this for SMP, so the i386 implementation has
> further bugs like I expected (fcmpset is not implemented in the
> CPU_DISABLE_CMPXCHG case).
I think it is time to remove the option. It certainly outlived it
Author: jkim
Date: Thu Feb 2 20:00:01 2017
New Revision: 313105
URL: https://svnweb.freebsd.org/changeset/base/313105
Log:
MFV: r313101
Update byacc to 20170201.
Added:
head/contrib/byacc/test/btyacc/expr.oxout.error
- copied unchanged from r313101,
On Tue, Jan 31, 2017 at 03:26:32AM +, Conrad E. Meyer wrote:
> + compile-with"${CC} -c ${CFLAGS:N-nostdinc} ${WERROR} ${PROF} -msse4
> ${.IMPSRC}" \
BTW, new gcc has -mcrc32 option, but clang 3.9.1 apparently does not.
___
Author: glebius
Date: Thu Feb 2 19:56:41 2017
New Revision: 313104
URL: https://svnweb.freebsd.org/changeset/base/313104
Log:
Reduce diff to upstream using HAVE_CAPSICUM instead of __FreeBSD__. It'll also
make it easier to upstream HAVE_CASPER patch.
Modified:
On Thu, 2 Feb 2017, Konstantin Belousov wrote:
On Tue, Jan 31, 2017 at 03:26:32AM +, Conrad E. Meyer wrote:
+ compile-with"${CC} -c ${CFLAGS:N-nostdinc} ${WERROR} ${PROF} -msse4
${.IMPSRC}" \
BTW, new gcc has -mcrc32 option, but clang 3.9.1 apparently does not.
I've almost
Author: jkim
Date: Thu Feb 2 20:01:54 2017
New Revision: 313106
URL: https://svnweb.freebsd.org/changeset/base/313106
Log:
Update byacc regression tests to match 20170201.
Modified:
head/usr.bin/yacc/tests/Makefile
Modified: head/usr.bin/yacc/tests/Makefile
Author: danfe (ports committer)
Date: Thu Feb 2 20:30:50 2017
New Revision: 313107
URL: https://svnweb.freebsd.org/changeset/base/313107
Log:
Try to fix the old "he capability is stupid" bug in gettytab(5)/getty(8)
There is one capability explicitly documented in gettytab(5) as stupid:
On Thu, Feb 2, 2017 at 11:56 AM, Gleb Smirnoff wrote:
> Author: glebius
> Date: Thu Feb 2 19:56:41 2017
> New Revision: 313104
> URL: https://svnweb.freebsd.org/changeset/base/313104
>
> Log:
> Reduce diff to upstream using HAVE_CAPSICUM instead of __FreeBSD__. It'll
>
Author: kib
Date: Thu Feb 2 22:02:10 2017
New Revision: 313109
URL: https://svnweb.freebsd.org/changeset/base/313109
Log:
Use ANSI definitions for some i386 functions.
Sponsored by: The FreeBSD Foundation
MFC after:1 week
Modified:
head/sys/i386/i386/machdep.c
On Thu, Feb 2, 2017 at 12:30 PM, Alexey Dokuchaev wrote:
> Author: danfe (ports committer)
> Date: Thu Feb 2 20:30:50 2017
> New Revision: 313107
> URL: https://svnweb.freebsd.org/changeset/base/313107
>
> Log:
> Try to fix the old "he capability is stupid" bug in
On Thu, Feb 02, 2017 at 01:56:32PM -0800, Ngie Cooper wrote:
> On Thu, Feb 2, 2017 at 12:30 PM, Alexey Dokuchaev wrote:
> > Author: danfe (ports committer)
> > Date: Thu Feb 2 20:30:50 2017
> > New Revision: 313107
> > URL: https://svnweb.freebsd.org/changeset/base/313107
> >
Author: imp
Date: Thu Feb 2 23:04:06 2017
New Revision: 313113
URL: https://svnweb.freebsd.org/changeset/base/313113
Log:
Ensure that the passthrough request will fit in MAXPHYS bytes after it
has been rounded to full pages. This avoids a panic in
vm_fault_quick_hold_pages due to this
Author: imp
Date: Thu Feb 2 23:04:00 2017
New Revision: 313111
URL: https://svnweb.freebsd.org/changeset/base/313111
Log:
Use aligned buffer for the firmware data. Otherwise, when loading a
MAXPHYS bytes of data, the I/O would require MAXPHYS + PAGE_SIZE worth
of pages to do the I/O and
On Thu, Feb 02, 2017 at 01:51:28PM -0800, Ngie Cooper wrote:
N> On Thu, Feb 2, 2017 at 11:56 AM, Gleb Smirnoff wrote:
N> > Author: glebius
N> > Date: Thu Feb 2 19:56:41 2017
N> > New Revision: 313104
N> > URL: https://svnweb.freebsd.org/changeset/base/313104
N> >
N> > Log:
On Thu, Feb 02, 2017 at 06:07:23PM +1100, Peter Jeremy wrote:
> It clearly states to users that their system is unsupported and
> explains how they can bypass the check if they know what they are
> doing.
It also prevents us from making a promise that we have no intention
of keeping (e.g.,
Sure. Let's settle this a couple of days.
harti
-Original Message-
From: hiren panchasara [mailto:hi...@strugglingcoder.info]
Sent: Wednesday, February 01, 2017 6:33 PM
To: Hartmut Brandt
Cc: src-committ...@freebsd.org; svn-src-...@freebsd.org;
svn-src-head@freebsd.org
Subject: Re: svn
Author: adrian
Date: Thu Feb 2 09:19:57 2017
New Revision: 313091
URL: https://svnweb.freebsd.org/changeset/base/313091
Log:
[ath_hal] [ar9300] initial radar detection glue.
* flesh out a "get default DFS parameters" routine
* remove the stub that returns NULL
* fix up the enable DFS
To be honest - I feared that when I saw your messages regarding this. Here is
my original message from july. Attached is also a small test program.
Hi,
I'm trying to use asio (that's boost::asio without boost) to handle listening
sockets asynchronuosly. This appears not to work. There are also
It was attached to my mail, but maybe got removed somewhere. Here it is. It
does not use asio, but reproduces the same sequence of system calls. You start
it and the try to connect with telnet to port 1.
harti
#include
#include
#include
#include
#include
#include
#include
#include
Author: adrian
Date: Fri Feb 3 03:57:06 2017
New Revision: 313134
URL: https://svnweb.freebsd.org/changeset/base/313134
Log:
[ath_hal] [ar9300] initial radar decode for AR9380 and later chips.
Modified:
head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c
Modified:
Author: markj
Date: Fri Feb 3 03:22:47 2017
New Revision: 313133
URL: https://svnweb.freebsd.org/changeset/base/313133
Log:
Sync the x86 dis_tables.c with upstream.
This corresponds to the following illumos issues:
5755 want support for Intel FMA instrs
5756 want support for
Author: adrian
Date: Fri Feb 3 06:04:06 2017
New Revision: 313137
URL: https://svnweb.freebsd.org/changeset/base/313137
Log:
[net80211] don't update quiet time counter values every probe request.
The quiet time counter update is happening each time the IE is added,
which also means it
On 01.02.2017 9:46, Toomas Soome wrote:
> Author: tsoome
> Date: Wed Feb 1 08:46:59 2017
> New Revision: 313042
> URL: https://svnweb.freebsd.org/changeset/base/313042
>
> Log:
> loader.efi environment related cleanups
>
> Since we have dedicated libefi/env.c file for variable support,
Author: adrian
Date: Fri Feb 3 05:15:08 2017
New Revision: 313135
URL: https://svnweb.freebsd.org/changeset/base/313135
Log:
[ath_hal] prepare for CAC quiet time.
To support DFS, the NIC needs to be very quiet during this time.
No transmissions including ACKs are allowed.
This is
Author: adrian
Date: Fri Feb 3 05:15:35 2017
New Revision: 313136
URL: https://svnweb.freebsd.org/changeset/base/313136
Log:
[ath_hal] [ar9300] link in the CAC enable/diable methods and expose it via
the HAL.
Modified:
head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c
Author: jhb
Date: Thu Feb 2 17:29:15 2017
New Revision: 313097
URL: https://svnweb.freebsd.org/changeset/base/313097
Log:
Require Data Layer Active reporting for native PCI-e HotPlug.
Some PCI-e bridges report that they support HotPlug in the slot
capabilities but do not report support
Author: trasz
Date: Thu Feb 2 17:44:55 2017
New Revision: 313099
URL: https://svnweb.freebsd.org/changeset/base/313099
Log:
Ifdef out the unused vm_rr_selectdomain().
MFC after:2 weeks
Sponsored by: DARPA, AFRL
Modified:
head/sys/vm/vm_phys.c
Modified: head/sys/vm/vm_phys.c
Author: lidl
Date: Thu Feb 2 17:43:00 2017
New Revision: 313098
URL: https://svnweb.freebsd.org/changeset/base/313098
Log:
Fix compilation for mips64 platforms
The hwpmc_mips24k / hwpmc_mips74k modules are only for mips 32-bit hosts.
Reviewed by: adrian
Modified:
On Thu, 2 Feb 2017, Mateusz Guzik wrote:
On Wed, Feb 01, 2017 at 10:12:57PM +1100, Bruce Evans wrote:
On Mon, 30 Jan 2017, Bruce Evans wrote:
On Mon, 30 Jan 2017, Mateusz Guzik wrote:
Log:
i386: add atomic_fcmpset
Tested by: pho
This is has some bugs and style bugs.
This is still
31 matches
Mail list logo