The diff below completely removes the KERN_PROC sysctl() and the
kvm_getprocs(), kvm_getargv(), and kvm_getenvv() functions. The former
has been superseded by KERN_PROC2 while the later have been superseded by
kvm_getproc2(), kvm_getargv2(), and kvm_getenvv2(). I proposed doing this
back in J
On 2010/10/24 00:30, Philip Guenther wrote:
> The diff below completely removes the KERN_PROC sysctl() and the
> kvm_getprocs(), kvm_getargv(), and kvm_getenvv() functions. The former
> has been superseded by KERN_PROC2 while the later have been superseded by
> kvm_getproc2(), kvm_getargv2(), a
I missed that there were a couple other diffs in my tree that were
necessary for building with that change to : ps was using
the removed defines for EMULNAMELEN and WMESGLEN.
(This could actually be commited without the other diff: the existing code
is wrong, mixing the old defines with the ne
On Sun, 24 Oct 2010, Philip Guenther wrote:
> I missed that there were a couple other diffs in my tree that were
> necessary for building with that change to : <...>
Grrr. Ken caught that I had failed to include another diff necessary for
the kernel build. To guarantee that I'm not missing o
On Sun, 24 Oct 2010, Philip Guenther wrote:
> Grrr. Ken caught that I had failed to include another diff necessary for
> the kernel build. To guarantee that I'm not missing others, I've stripped
> unrelated diffs from my tree and am doing a full build. Once that's done
> and I've proved to my
On Fri, Oct 22, 2010 at 09:29:59PM +0200, Dawe wrote:
> No issues for me on amd64 after one day of using the crypto
> discipline.
Just a "me too".
On Sat, Oct 23, 2010 at 10:02 AM, Damien Bergamini
wrote:
> I finally found some time to finish RT3090 support in ral(4).
> If you have such a device, please test the driver in -current
> and report success/failure directly to me.
Haven't tested it yet, but thanks a ton anyway.
Will report as so
On Wed, Oct 20, 2010 at 08:47:00PM -0500, Marco Peereboom wrote:
> On Thu, Sep 30, 2010 at 03:35:33AM +0200, Tobias Ulmer wrote:
> > I got this after a while:
> >
> > panic: softraid0: sr_crypto_finish_io
> >
> > No serial, so there's no more info. You know where to find me
>
> new diff that sho
Groovy. Still waiting for a rebuild report.
On Oct 24, 2010, at 14:20, Tobias Ulmer wrote:
> On Wed, Oct 20, 2010 at 08:47:00PM -0500, Marco Peereboom wrote:
>> On Thu, Sep 30, 2010 at 03:35:33AM +0200, Tobias Ulmer wrote:
>>> I got this after a while:
>>>
>>> panic: softraid0: sr_crypto_finish
Hi, t...@!
I've been trying to test rthreads and have hit some weird races
using simple tests:
% cat rth.c
#include
#include
#include
#include
pthread_t worker;
pthread_mutex_t mtx = PTHREAD_MUTEX_INITIALIZER;
void *
worker_run(void *arg)
{
pthread_self();
return (NULL);
}
10 matches
Mail list logo
