Updating src tree:
P src/bin/sh/jobs.h
P src/sys/arch/arm/samsung/exynos_platform.c
P src/sys/arch/arm/samsung/exynos_uart.c
P src/sys/arch/arm/samsung/files.exynos
P src/sys/arch/arm/samsung/mct.c
P src/sys/arch/evbarm/conf/EXYNOS
P src/sys/arch/evbarm/exynos/exynos_start.S
P src/sys/compat/comm
Hello, Robert.
Thank you for your reply.
On 2018/09/11 21:03, Robert Elz wrote:
Oh, sorry,
No problem!
I missed a couple of leading '-' chars in your patch.
What you did was exactly what I suggested (and some meaningless
code motion which changes nothing.)
So, yes, it all looks fine.
On Wed, Sep 05, 2018 at 01:03:19PM +0100, Roy Marples wrote:
>
> Since NetBSD-6, dhclient-script has shipped with resolvconf(8) support
> that will do that for you.
>
Oh cool, I didn't know - I have been using my hack for so long I never
thought to see if there was something better...
--
Bret
Oh, sorry, I missed a couple of leading '-' chars in your patch.
What you did was exactly what I suggested (and some meaningless
code motion which changes nothing.)
So, yes, it all looks fine.
kre
Date:Tue, 11 Sep 2018 18:49:37 +0900
From:Masanobu SAITOH
Message-ID:
| OK?
Looks broken to me. SIOCGIFDATA and OSIOCGIFDATA (etc)
take different structs as args - treating them as aliases cannot possibly
be correct, can it?
The function already uses
s
Hi.
I noticed that -current's SIOC[GZ]IFDATA doesn't work correctly.
It's OK on netbsd-8.
static int
doifioctl(struct socket *so, u_long cmd, void *data, struct lwp *l)
{
struct ifnet *ifp;
struct ifreq *ifr;
int error = 0;
#if defined(COMPAT_OSOCK) || defined(COMPAT_O