Hey friend,
Have you heard about that really wow some stuff? You won't regret, believe me,
read more here http://maria.dreambitches.org/2a2b
Sent from my iPhone, devesas.campos
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mai
David_A_Bright_DELL.com added a comment.
Just a couple style nits.
INLINE COMMENTS
> if_var.h:407
> EVENTHANDLER_DECLARE(ifnet_link_event, ifnet_link_event_handler_t);
> +/* Interface up/ifdown event */
> +#define IFNET_EVENT_UP 0
I would stick with the previous "ifup/ifdown"
decui_microsoft.com added inline comments.
INLINE COMMENTS
> David_A_Bright_DELL.com wrote in if_var.h:407
> I would stick with the previous "ifup/ifdown" or go with "Interface up/down".
> I think "Interface up/ifdown" reads poorly.
I was trying to keep the consistency with Line 392, 395, 401 a
David_A_Bright_DELL.com accepted this revision.
David_A_Bright_DELL.com added a reviewer: David_A_Bright_DELL.com.
David_A_Bright_DELL.com added inline comments.
This revision has a positive review.
INLINE COMMENTS
> decui_microsoft.com wrote in if_var.h:407
> I was trying to keep the consistency
decui_microsoft.com added inline comments.
INLINE COMMENTS
> David_A_Bright_DELL.com wrote in if_var.h:407
> No objection to "Interface ..." but then I'd use "Interface up/down event"
> (the "if" in "ifdown" meaning "interface" is redundant).
>
> But, then, this is a nit. I don't strongly objec
decui_microsoft.com updated this revision to Diff 24479.
decui_microsoft.com added a comment.
This revision now requires review to proceed.
fixed the comment typo pointed out by David.
CHANGES SINCE LAST UPDATE
https://reviews.freebsd.org/D9345?vs=24465&id=24479
REVISION DETAIL
https://re
Hello,
I'd like to double-check that it is intended/known limitation on ifmedia
status callback to be non-sleepable.
The limitation is imposed by usage of the ifmedia ioctl to get status
from lacp/lagg code on port creation (it holds non-sleepable rm_wlock).
Backtrace of the corresponding pan
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216304
nv...@gmx.com changed:
What|Removed |Added
CC||nv...@gmx.com
--- Comment #5 from n
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216304
--- Comment #6 from Kristof Provost ---
(In reply to nvass from comment #5)
That looks like a different problem. Can you file a new bug with the backtrace
and a description of how you reproduce this? Please cc me on it.
--
You are receivi
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216304
--- Comment #7 from nv...@gmx.com ---
Thanks for the quick reply!
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216510
--
You are receiving this mail because:
You are the assignee for the bug.
_
glebius accepted this revision.
This revision has a positive review.
REVISION DETAIL
https://reviews.freebsd.org/D9345
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: decui_microsoft.com, hselasky, sepherosa_gmail.com, cem, np, kmacy, kib,
honzhan_microsof
I think it's a bad idea in general for the kernel to be holding
non-sleepable locks around driver ioctls.
Regards,
Navdeep
On Thu, Jan 26, 2017 at 9:19 AM, Andrew Rybchenko wrote:
> Hello,
>
> I'd like to double-check that it is intended/known limitation on ifmedia
> status callback to be non-sl
Hi guys,
as some of you already heard, I'm trying to separate listening sockets
into a new file descriptor type. If we look into current struct socket,
we see that some functional fields belong to normal data flow sockets,
and other belong to listening socket. They are never used simultaneousl
On Thu, Jan 26, 2017 at 04:52:51PM -0800, Gleb Smirnoff wrote:
> Hi guys,
>
> as some of you already heard, I'm trying to separate listening sockets
> into a new file descriptor type. If we look into current struct socket,
> we see that some functional fields belong to normal data flow sockets
sepherosa_gmail.com accepted this revision.
REVISION DETAIL
https://reviews.freebsd.org/D9345
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: decui_microsoft.com, hselasky, cem, np, kmacy, kib, honzhan_microsoft.com,
howard0su_gmail.com, jhb, ae, delphij,
On Thu, Jan 26, 2017 at 05:41:17PM -0800, Mark Johnston wrote:
M> > It passes regression tests from tools/regression/sockets and tests/sys,
M> > including the race tests, and including accept filter ones.
M>
M> I haven't yet looked much at the diff, so sorry in advance if this
M> question is inapp
On Thu, Jan 26, 2017 at 08:15:57PM -0800, Gleb Smirnoff wrote:
> On Thu, Jan 26, 2017 at 05:41:17PM -0800, Mark Johnston wrote:
> M> > It passes regression tests from tools/regression/sockets and tests/sys,
> M> > including the race tests, and including accept filter ones.
> M>
> M> I haven't yet
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183148
--- Comment #4 from Lohith Bellad ---
Adopted the patch to FreeBSD. Made little change to getaddrinfo Makefile based
on new LIBADD framework. getaddrinfo utility is working as expected on FreeBSD
Head.
Thanks,
Lohith
--
You are receiving
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216460
Mark Linimon changed:
What|Removed |Added
Summary|82599ES 10-Gigabit SFI/SFP+ |82599ES 10-Gigabit SFI/SFP+
19 matches
Mail list logo
