Hello,
My name is Bruno Maximo e Melo, I'm a bachelor student in Information
Systems from University of São Paulo (USP). I have almost 2 years
professional experience on web development and devops. I have used FreeBSD
for years, where I have built my first custom kernel. Now, I want to enter
in
Unfortunately they still work for me after a clean build. I am going to try to
download
a standard build...
christos
> On Mar 30, 2020, at 3:35 PM, Christos Zoulas wrote:
>
> Signed PGP part
> Ok, let me start a clean build.
>
> christos
>
>> On Mar 30, 2020, at 2:36 PM, Andreas Gustafsson
Ok, let me start a clean build.
christos
> On Mar 30, 2020, at 2:36 PM, Andreas Gustafsson wrote:
>
> Christos Zoulas wrote:
>> All the tests are failing for you the same way:
>>
>> rump.route: SO_RERROR: Socket operation on non-socket
>>
>> I doubt that my gif change affected that. This
Christos Zoulas wrote:
> All the tests are failing for you the same way:
>
> rump.route: SO_RERROR: Socket operation on non-socket
>
> I doubt that my gif change affected that. This smells to me like the rump fd
> hijack is not
> working either because we have some new system call involved or
On Mon, Mar 30, 2020 at 08:28:10PM +0200, Martin Husemann wrote:
> On Mon, Mar 30, 2020 at 02:25:01PM -0400, Christos Zoulas wrote:
> > What is your build host?
> > I am running the latest build I installed built from NetBSD/current to
> > NetBSD/current.
>
> I see the same fallout on a
On Mon, Mar 30, 2020 at 02:25:01PM -0400, Christos Zoulas wrote:
> What is your build host?
> I am running the latest build I installed built from NetBSD/current to
> NetBSD/current.
I see the same fallout on a NetBSD-current build on a NetBSD-current
(but it crept in delayed, probably because
>
>> 2. The gif related tests are failing because of a recent change to record
>> mac addresses
>>I committed a fix for that.
>
> Your fix didn't work; the gif tests are still failing with
> src/tests/net/net_common.sh 1.40:
>
>
>
Christos Zoulas wrote:
> I've been looking into this:
> 1. The libcrypto/bn test just needs more time
That may be. That one never failed on real hardware for me (it just
went from taking 3 seconds to 14), but 200+ other test cases did fail,
and still do.
> 2. The gif related tests are failing
I've been looking into this:
1. The libcrypto/bn test just needs more time
2. The gif related tests are failing because of a recent change to record mac
addresses
I committed a fix for that.
3. The rest of the tests (I've sampled 5 of them) don't fail for me.
christos
> On Mar 30, 2020, at
On Mon, Mar 30, 2020 at 03:44:49PM +0300, Andreas Gustafsson wrote:
> Martin Husemann wrote:
> > -current just had a serious regression in test results, it seems like
> > ~all networking tests are failing now:
>
> Many (most?) of these have been failing for more than a week now, as
> reported on
Martin Husemann wrote:
> -current just had a serious regression in test results, it seems like
> ~all networking tests are failing now:
Many (most?) of these have been failing for more than a week now, as
reported on current-users in
rump.route: SO_RERROR: Socket operation on non-socket
Many of the ones not failing "silently" show that.
Martin
-current just had a serious regression in test results, it seems like
~all networking tests are failing now:
Failed test cases:
dev/audio/t_audio:AUDIO_WSEEK,
lib/libc/sys/t_ptrace_sigchld:traceme_raise1,
lib/libc/sys/t_ptrace_wait:core_dump_procinfo,
Hello.
Most devices use a few endpoints but current xhci code allocates all of
31 endpoints in the slot when a device is connected.
This patch defers ring memory allocation to when usbd_open_pipe opens
the endpoint, and it allocates one ring for an endpoint.
For example, a ordinary network
14 matches
Mail list logo