Hi,
pine64 still being my only arm64-sbc, i won't bother w/
gpio* at rkgpio?
etc., but i would like to have these enabled for arm64,
as atleast pine64 is equipped w/plenty of headers/pins brought out, and
gpio* at sxipio?
is there already:)
-Artturi
diff --git sys/arch/arm6
Neeraj Pal wrote:
>
> In file included from /usr/src/sys/kern/sys_test.c:4:
> /usr/src/sys/sys/syscallargs.h:153:13: error: unknown type name
> 'socklen_t'; did you mean '__socklen_t'?
Your includes are in the wrong or some are missing. I think you should start
by adding code to a file that alrea
No, I know. But from last some days it's been like too confusing, I
mean first, it was working after some 15 days ago with the pathway
that I have just described, then now not working, then as Ted said, I
skipped config, now I have done that also but still some errors.
I don't know why these errors
So. you don't know what you are doing.
Neeraj Pal wrote:
> okay. Sure,
>
> Instead of sys_hello.c I created a new one sys_test.c. So, guys don't
> confuse with above sys_hello.c and this time sys_test.c, both are the
> same file.
>
> Then after that, I went through all the steps including
okay. Sure,
Instead of sys_hello.c I created a new one sys_test.c. So, guys don't
confuse with above sys_hello.c and this time sys_test.c, both are the
same file.
Then after that, I went through all the steps including "make config"
make obj && make config && make -j4
Then it throws this error
Neeraj Pal wrote:
> 4) echo "file kern/sys_hello.c" >> /usr/src/sys/conf/files
>
> 5) cd /usr/src/sys/arch/amd64/compile/CUSTOM.MP/
>
> 6) make obj && make -j4
>
> And, then, It throws an error given below,
>
> "
> ld -T ld.script -X --warn-common -nopie -o bsd ${SYSTEM_HEAD} vers.o ${OBJS}
>
On Mon, Apr 23, 2018 at 04:38:12PM +0200, Florian Obser wrote:
> any objections? otherwise I'll commit it with OK benno, kn
Not from me. OK claudio@
> On Thu, Apr 19, 2018 at 08:08:45AM +0200, Florian Obser wrote:
> > On Wed, Apr 18, 2018 at 11:31:02PM +0200, Alexander Bluhm wrote:
> > > On Wed,
Hi,
After discussing further with mpi@ and guenther@, we decided to first
fix the existing semaphore implementation with regards to SA_RESTART
and POSIX compliant returns in the case where we deal with restartable
signals.
Currently we return EINTR everywhere which is mostly incorrect as the
user
any objections? otherwise I'll commit it with OK benno, kn
On Thu, Apr 19, 2018 at 08:08:45AM +0200, Florian Obser wrote:
> On Wed, Apr 18, 2018 at 11:31:02PM +0200, Alexander Bluhm wrote:
> > On Wed, Apr 18, 2018 at 05:03:04PM +0200, Florian Obser wrote:
> > > @@ -1158,9 +1158,9 @@ rt_ifa_del(str
anyone?
On Wed, Apr 18, 2018 at 02:09:56PM +0200, Florian Obser wrote:
> Run duplicate address detection again if an existing address gets
> updated from userland that was marked duplicated or tentative.
>
> Otherwise we would just lose the duplicated / tentative state and assume
> that the addre
sprinkle some bounded attributes while here.
this isnt used much, so easy to audit too.
ok?
Index: share/man/man9/getsn.9
===
RCS file: /cvs/src/share/man/man9/getsn.9,v
retrieving revision 1.1
diff -u -p -r1.1 getsn.9
--- share/man
OK inoguchi@
OK bcook@
On Mon, Apr 23, 2018 at 3:27 AM, Theo Buehler wrote:
> This is a practically unused function (both in our tree and globally),
> but it is the only remaining public *_free() function in libcrypto that
> segfaults on being passed NULL. I'll of course add it to the regress
> tests should
This is a practically unused function (both in our tree and globally),
but it is the only remaining public *_free() function in libcrypto that
segfaults on being passed NULL. I'll of course add it to the regress
tests should this go in.
Index: lib/libcrypto/asn1/x_crl.c
===
14 matches
Mail list logo
