On Fri, Jun 24, 2016 at 10:50:34PM +, Brooks Davis wrote:
> pipe(2) had an unnecessarily odd calling convention (ignoring the
> argument the user thought they were passing and returning the two file
> descriptors via the two return registers). This required machine
> dependent assembly for eve
On Fri, Jun 24, 2016 at 9:50 PM, Mark Millard wrote:
> On 2016-Jun-24, at 2:50 PM, Alan Somers wrote:
>
>> As of r302180., the usr.sbin/rpcbind, sys/acl, and sys/sys/bitstring
>> tests should all be fixed. I opened PR 210329 for the
>> usr.bin/lastcomm test. I haven't investigated the others.
On Sat, Jun 25, 2016 at 01:03:13AM +0300, Guy Yur wrote:
> libtdb.so.1`tdb_runtime_check_for_robust_mutexes + 1475 at mutex.c:957
> ...
The pointer to tdb_runtime_check_for_robust_mutexes() appeared to be
most useful, thanks.
The two patches below should fix samba use of robustness. First,
kernel
On Sat, Jun 25, 2016 at 11:49:39AM +0300, Konstantin Belousov wrote:
> On Sat, Jun 25, 2016 at 01:03:13AM +0300, Guy Yur wrote:
> > libtdb.so.1`tdb_runtime_check_for_robust_mutexes + 1475 at mutex.c:957
> > ...
>
> The pointer to tdb_runtime_check_for_robust_mutexes() appeared to be
> most useful,
Hi,
On Sat, Jun 25, 2016 at 12:20 PM, Konstantin Belousov
wrote:
> On Sat, Jun 25, 2016 at 11:49:39AM +0300, Konstantin Belousov wrote:
>> On Sat, Jun 25, 2016 at 01:03:13AM +0300, Guy Yur wrote:
>> > libtdb.so.1`tdb_runtime_check_for_robust_mutexes + 1475 at mutex.c:957
>> > ...
>>
>> The pointe
On 2016-Jun-25, at 12:44 AM, Ngie Cooper wrote:
> On Fri, Jun 24, 2016 at 9:50 PM, Mark Millard wrote:
>> On 2016-Jun-24, at 2:50 PM, Alan Somers wrote:
>>
>>> As of r302180., the usr.sbin/rpcbind, sys/acl, and sys/sys/bitstring
>>> tests should all be fixed. I opened PR 210329 for the
>>> us
Am Sat, 25 Jun 2016 10:02:38 +0300
Konstantin Belousov schrieb:
> On Fri, Jun 24, 2016 at 10:50:34PM +, Brooks Davis wrote:
> > pipe(2) had an unnecessarily odd calling convention (ignoring the
> > argument the user thought they were passing and returning the two file
> > descriptors via the
So
All of our timers in TCP do something like
-
INFO-LOCK
INP_WLOCK
if (inp needs to be dropped) {
drop-it
}
do other work
UNLOCK-INP
UNLOCK-INFO
--
And generally the path “inp needs to be dropped” is rarely taken.
So why don’t we change the procedure to
On Sat, Jun 25, 2016 at 01:18:06PM +0200, O. Hartmann wrote:
> Am Sat, 25 Jun 2016 10:02:38 +0300
> Konstantin Belousov schrieb:
>
> > On Fri, Jun 24, 2016 at 10:50:34PM +, Brooks Davis wrote:
> > > pipe(2) had an unnecessarily odd calling convention (ignoring the
> > > argument the user thou
|Author: gjb
|Date: Fri Jun 24 23:42:33 2016
Sigh.
|Log:
| Update the release notes following r302182.
| A selection of system daemons, including:
| fingerd,
| ftpd,
|- rlogind,
|- rshd, and
|- sshd have been modified to support
|+ rlogind, and
|+ rshd have be
On Sat, Jun 25, 2016 at 03:02:11PM +0200, Steffen Nurpmeso wrote:
> |Author: gjb
> |Date: Fri Jun 24 23:42:33 2016
>
> Sigh.
>
> |Log:
> | Update the release notes following r302182.
>
> | A selection of system daemons, including:
> | fingerd,
> | ftpd,
> |- rlogind,
> |- rs
On 2016-06-25 12:16, Guy Yur wrote:
> Hi,
>
> On Sat, Jun 25, 2016 at 12:20 PM, Konstantin Belousov
> wrote:
>> On Sat, Jun 25, 2016 at 11:49:39AM +0300, Konstantin Belousov wrote:
>>> On Sat, Jun 25, 2016 at 01:03:13AM +0300, Guy Yur wrote:
libtdb.so.1`tdb_runtime_check_for_robust_mutexes +
It appears that the i386 cross-build is broken as follows. Builds on native
amd64 are OK.
--- main.o ---
cc -target i386-unknown-freebsd11.0 --sysroot=/usr/obj/i386.i386/opt/src/svn
-current/tmp -B/usr/obj/i386.i386/opt/src/svn-current/tmp/usr/bin -O2 -pipe
-pipe -DRDUMP -g -MD -MF.depend.mai
Glen Barber wrote:
|On Sat, Jun 25, 2016 at 03:02:11PM +0200, Steffen Nurpmeso wrote:
|>| A selection of system daemons, including:
|>| fingerd,
|>| ftpd,
|>|- rlogind,
|>|- rshd, and
|>|- sshd have been modified to support
|>|+ rlogind, and
|>|+ rshd have been mod
Am Fri, 24 Jun 2016 15:51:11 +
Brooks Davis schrieb:
> On Fri, Jun 24, 2016 at 06:00:19AM +0200, O. Hartmann wrote:
> > Am Thu, 23 Jun 2016 21:07:51 +
> > Brooks Davis schrieb:
> >
> > > Kernel config minimalists and those running aarch64 and riscv systems will
> > > want to head this
Am Sat, 25 Jun 2016 14:35:44 +0300
Konstantin Belousov schrieb:
> On Sat, Jun 25, 2016 at 01:18:06PM +0200, O. Hartmann wrote:
> > Am Sat, 25 Jun 2016 10:02:38 +0300
> > Konstantin Belousov schrieb:
> >
> > > On Fri, Jun 24, 2016 at 10:50:34PM +, Brooks Davis wrote:
> > > > pipe(2) had
On Sat, Jun 25, 2016 at 05:17:14PM +0200, O. Hartmann wrote:
> Am Sat, 25 Jun 2016 14:35:44 +0300
> Konstantin Belousov schrieb:
>
> > On Sat, Jun 25, 2016 at 01:18:06PM +0200, O. Hartmann wrote:
> > > Am Sat, 25 Jun 2016 10:02:38 +0300
> > > Konstantin Belousov schrieb:
> > >
> > > > On Fri,
On Sat, 25 Jun 2016 18:26:45 +0300 Konstantin Belousov
wrote:
> On Sat, Jun 25, 2016 at 05:17:14PM +0200, O. Hartmann wrote:
>> Is there a way to salvage the situation without relying on "customized"
>> third party kernels?
>>
>> I usually use /bin/csh - so this might be of use.
>
> You need ei
Am Sat, 25 Jun 2016 17:35:31 +0200
Tijl Coosemans schrieb:
> On Sat, 25 Jun 2016 18:26:45 +0300 Konstantin Belousov
> wrote:
> > On Sat, Jun 25, 2016 at 05:17:14PM +0200, O. Hartmann wrote:
> >> Is there a way to salvage the situation without relying on "customized"
> >> third party kernels?
Ok
Lets try this again with my source changed to my @freebsd.net :-)
Now I am also attaching a patch for you Gleb, this will take some poking to
get in to your NF-head since it incorporates some changes we made earlier.
I think this will fix the problem.. i.e. dealing with two locks in the callo
On Sat, Jun 25, 2016 at 05:35:31PM +0200, Tijl Coosemans wrote:
> On Sat, 25 Jun 2016 18:26:45 +0300 Konstantin Belousov
> wrote:
> > On Sat, Jun 25, 2016 at 05:17:14PM +0200, O. Hartmann wrote:
> >> Is there a way to salvage the situation without relying on "customized"
> >> third party kernels?
On Sat, Jun 25, 2016 at 02:13:24AM +, Glen Barber wrote:
> New FreeBSD development branch installation ISOs and virtual machine
> disk images have been uploaded to the FTP mirrors.
>
There have been a few reports of "missing" files on the FTP mirrors.
This happened last week with the i386 MA
Sean, to the issue that you are describing it is also might be possible to
do it some other way around. One, perhaps more portable, is to share a
connected socketpair between two communicating processes, so that you can
do non-blocking read on one of its ends from time to time and check if it
retur
23 matches
Mail list logo