Hi,
On 2017/12/23 9:05, Christos Zoulas wrote:
> In article ,
> Kengo NAKAHARA wrote:
>> Hi,
>>
>> Thank you for your reviewing.
>
>
> Thanks for fixing; more nit-picking:
> 1. there is a variable called err instead of
Hi.
While debugging PR#52820 ("boot -1" panics on systems with ixgX interfaces),
I've noticed that xcall doesn't work while cold == 1.
When I added softint_disestablish() near the end of the ixgbe_attach().
The following panic occured:
panic: kernel diagnostic assertion "xc->xc_donep <
Date:Sun, 24 Dec 2017 18:42:19 -0800
From:John Nemeth
Message-ID: <201712250242.vbp2gjjm017...@server.cornerstoneservice.ca>
| HISTORY
| A pipe() function call appeared in Version 6 AT UNIX.
That I think would be a man page bug - pipe()
Date:Sun, 24 Dec 2017 22:25:15 +0100
From:Kamil Rytarowski
Message-ID: <88ef8f04-bd40-af2d-6284-eb0376895...@gmail.com>
| - I've marked pipe(2) as compat_80.
Because we would need this (obviously) there is nothing really being
gained by
> My NetBSD 7.x systems have the manpage as well. One might wish to
> look for manpages on a system newer then 1.4T. :->
5.2, slightly newer than 1.4T :), doesn't have it.
I would argue that it still needs pipe(2) to be converted into pipe(3)
with an xref to pipe2(2).
> The big thing is that
On Dec 24, 9:37pm, Mouse wrote:
}
} > http://netbsd.org/~kamil/patch-00039-obsolete-SYS_pipe.txt
}
} I see no pipe2(2), nor change from pipe(2) to pipe(3) (with an xref to
} pipe2(2)), both of which, it seems to me, should be part of this.
From:
> http://netbsd.org/~kamil/patch-00039-obsolete-SYS_pipe.txt
I see no pipe2(2), nor change from pipe(2) to pipe(3) (with an xref to
pipe2(2)), both of which, it seems to me, should be part of this.
/~\ The ASCII Mouse
\ / Ribbon Campaign
X Against HTML
On Sun, Dec 24, 2017 at 10:25:15PM +0100, Kamil Rytarowski wrote:
> It is a special syscall that returns two integers from one function
> call. Fanciness is not compatible with regular C syntax and it demands
> per-cpu assembly wrappers and rump-kernel workarounds. It's not easily
> usable with
I propose to deprecate SYS_pipe.
It is a special syscall that returns two integers from one function
call. Fanciness is not compatible with regular C syntax and it demands
per-cpu assembly wrappers and rump-kernel workarounds. It's not easily
usable with syscall(2).
OpenBSD and FreeBSD already