On 07/08/14 04:14, Yonghyeon PYUN wrote:
On Mon, Jul 07, 2014 at 10:12:07AM +0200, Hans Petter Selasky wrote:
Hi,
I'm asking for some input on the attached m_dup() patch, so that
existing functionality or dependencies are not broken. The background
for the change is to allow m_dup() to defrag l
On Mon, Jul 07, 2014 at 10:12:07AM +0200, Hans Petter Selasky wrote:
> Hi,
>
> I'm asking for some input on the attached m_dup() patch, so that
> existing functionality or dependencies are not broken. The background
> for the change is to allow m_dup() to defrag long mbuf chains that
> doesn't
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191700
Mark Linimon changed:
What|Removed |Added
Assignee|freebsd-b...@freebsd.org|freebsd-net@FreeBSD.org
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191415
Mark Linimon changed:
What|Removed |Added
CC||freebsd...@freebsd.org
As
Hans Petter Selasky wrote this message on Mon, Jul 07, 2014 at 10:12 +0200:
> I'm asking for some input on the attached m_dup() patch, so that
> existing functionality or dependencies are not broken. The background
> for the change is to allow m_dup() to defrag long mbuf chains that
> doesn't fi
Hans Petter Selasky wrote:
> Hi,
>
> I'm asking for some input on the attached m_dup() patch, so that
> existing functionality or dependencies are not broken. The background
> for the change is to allow m_dup() to defrag long mbuf chains that
> doesn't fit into a specific hardware's scatter gather
On 07/02/14 04:53, John-Mark Gurney wrote:
How do I do this?
I tried "route delete", but it doesn't help.
route change -mtu XXX
This does not work: the route is deemed as non-existent.
bye & thanks
av.
P.S. I'm writing this more out of curiosity, than of real need; no need
to so
+ freebsd-net@,
On Mon, Jul 7, 2014 at 4:37 AM, Harald Schmalzbauer
wrote:
> Bezüglich Jan Mikkelsen's Nachricht vom 24.06.2014 04:49 (localtime):
>> Hi,
>>
>> I’m bringing 9.3-RC1 into our local Perforce depot and moving our local
>> patches to 9.2 forward.
>>
>> I noticed that r256920 (changin
Hi all,
Already exists MFC available to fix this problem in 10-STABLE?
# ipfw table 99 add 0.0.0.0/8
# ipfw table 99 list
::/8 0
Cheers,
Gondim
Em 17/05/2014 20:37, Marcelo Gondim escreveu:
Em 17/05/14 20:28, Marcelo Gondim escreveu:
Em 17/05/14 10:44, Alexander V. Chernikov escreveu:
On 13
On Mon, Jul 7, 2014 at 1:57 PM, Borja Marcos wrote:
...
> The environment details are here:
>
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183391
>
> The way I produce an instant panic is:
>
> 1) Connect to another machine (cross connect cable)
>
> 2) iperf3 -s on the other machine
> (The
Please include me in mailing list. Kind regards,
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
On Jul 7, 2014, at 1:23 PM, Luigi Rizzo wrote:
> On Mon, Jul 7, 2014 at 1:03 PM, Borja Marcos wrote:
> we'll try to investigate, can you tell us more about the environment you use ?
> (FreeBSD version, card model (PCI id perhaps), iperf3 invocation line,
> interface configuration etc.)
>
> The
On Mon, Jul 7, 2014 at 1:03 PM, Borja Marcos wrote:
>
> On Jul 1, 2014, at 10:24 PM, Luigi Rizzo wrote:
>
>>
>>
>>
>> On Tue, Jul 1, 2014 at 8:58 PM, wrote:
>> El 30.06.2014 18:36, Stefano Garzarella escribió:
>>
>> Hello,
>> I had problems during some experiments with Emulex and "oce" driver in
On Jul 1, 2014, at 10:24 PM, Luigi Rizzo wrote:
>
>
>
> On Tue, Jul 1, 2014 at 8:58 PM, wrote:
> El 30.06.2014 18:36, Stefano Garzarella escribió:
>
> Hello,
> I had problems during some experiments with Emulex and "oce" driver in
> CURRENT.
> I found several bugs in the "oce" driver and thi
Hi,
I'm asking for some input on the attached m_dup() patch, so that
existing functionality or dependencies are not broken. The background
for the change is to allow m_dup() to defrag long mbuf chains that
doesn't fit into a specific hardware's scatter gather entries, typically
when doing TSO
Hi,
You have a bug in the "Needs MFC" state which has not been touched in 7 or more
days. This email serves as a reminder that you may want to MFC this bug or
marked it as completed.
In the event you have a longer MFC timeout you may update this bug with a
comment and I won't remind you again
16 matches
Mail list logo