Hello,
I've noticed that there are no lle events on ifnet and inet removals - head,
stable11, releng11. This may confuse consumers and could make their
application out of sync.
diff --git a/sys/net/if_llatbl.c b/sys/net/if_llatbl.c
index d286b6e..6807a0a 100644
--- a/sys/net/if_llatbl.c
+++ b/sys
ba>Is it possible that ppoll() doesn't return an error and yet revents
ba>have set either POLLERR or POLLHUP or POLLNVAL?
Apart from timeout.
On Wed, Jan 27, 2016 at 12:14 PM, Boris Astardzhiev <
boris.astardzh...@gmail.com> wrote:
> Hello,
>
> I've made a few chan
t;>
>>>> On Tue, 26 Jan 2016 09:06:39 -0800
>>>>> Luigi Rizzo wrote:
>>>>>
>>>>> On Tue, Jan 26, 2016 at 5:40 AM, Konstantin Belousov
>>>>>> wrote:
>>>>>>
>>>>>>> On Mon, Jan
\
sethostname.c \
setjmperr.c \
diff --git a/lib/libc/gen/recvmmsg.c b/lib/libc/gen/recvmmsg.c
new file mode 100644
index 000..98835ba
--- /dev/null
+++ b/lib/libc/gen/recvmmsg.c
@@ -0,0 +1,86 @@
+/*
+ * Copyright (c) 2016 Boris Astardzhiev, Smartcom-Bulgaria AD
+ * All ri
stuff using pselect(2)
due to the timespec structure. I could have used ppoll and I'm not sure
which
of these two is more appropriate or maybe there's another approach?
Now it has timeout just as in the Linux prototype.
Comments are welcomed.
See patch.
Best regards,
Boris Astardzhiev
caller
know. */
kb>> + errno = 0;
kb>This cleaning is not needed as well. For successfull functions returns,
kb>errno value is undefined.
Wouldn't I confuse apps if they check errno in the follow case - I want to
receive two messages. The first __sy
Hello,
I removed the pthread_testcancel() calls and cut the interposing
stuff from my patch as suggested. I extended the send/recv(2) manpages
regarding
the mm calls. Comments and suggestions?
Best regards,
Boris Astardzhiev
On Mon, Jan 18, 2016 at 4:08 PM, Konstantin Belousov
wrote:
>
Best regards,
Boris Astardzhiev
On Mon, Jan 18, 2016 at 6:48 AM, Konstantin Belousov
wrote:
> Added threads@ where this discussion is more appropriate.
>
> On Sun, Jan 17, 2016 at 10:18:53PM +0100, Jilles Tjoelker wrote:
> > This will typically work (if the cancellation occurs whil
e calls
regarding functionality
and especially cancellation?
kb> Again, the patch lacks man page updates.
I'll try to write some soon.
Best regards,
Boris Astardzhiev
diff --git a/lib/libc/include/namespace.h b/lib/libc/include/namespace.h
index 739d7b1..c95829e 100644
--- a/lib/libc/incl
accept \
accept4 \
diff --git a/lib/libc/sys/Symbol.map b/lib/libc/sys/Symbol.map
index 7b3257c..724e1b4 100644
--- a/lib/libc/sys/Symbol.map
+++ b/lib/libc/sys/Symbol.map
@@ -399,6 +399,8 @@ FBSD_1.4 {
utimensat;
numa_setaffinity;
numa_getaffinity;
+ sendmms
First of all thanks for the insightful code review.
>>On Thu, Jan 07, 2016 at 12:28:32PM +0200, Boris Astardzhiev wrote:
>>See inline comments and final notes at the end.
>>
>> diff --git a/lib/libc/include/libc_private.h
b/lib/libc/include/libc_private.h
>> index 5c
that I can fix the calls accordingly.
Regards,
Boris Astardzhiev
On Mon, Jan 4, 2016 at 11:07 PM, Mark Delany wrote:
> > You just repeat arguments for the text in my messages, which you removed
> > on reply.
>
> My goal is to get you to scruiti
Hi Xu Zhe,
If I were you I would first of all check cables. They might be the cause.
Secondly, if cables are good, to me this report very much resembles a PR I
reported a
few weeks ago - http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/179926
Check its set and look at the patch I submitted. It's a
remains the
only active link
but I'm not sure it is correct and it has the correct approach.
I've posted a PR - http://www.freebsd.org/cgi/query-pr.cgi?pr=179926
Any comments are appreciated.
Greetings,
Boris Astardzhiev,
Smartcom Bulgaria
14 matches
Mail list logo
