->m_pkthdr.csum_flags & CSUM_GSO_MASK) != 0), it is segmented
or fragmented, and then they are sent to the device driver.
At https://github.com/stefano-garzarella/freebsd-gso
you can find the kernel patches for FreeBSD-current, FreeBSD
10-stable, FreeBSD 9-stable, a simple application (gso-stats.
It's for outbound, so it's not _as_ big a deal as it is for inbound,
> but it'd still be nice to know.
>
>
> -a
>
>
> On 17 September 2014 01:27, Stefano Garzarella
> wrote:
> > Hi all,
> > I have recently worked, during my master’s thesis wi
:
> On 09/17/14 20:18, Stefano Garzarella wrote:
>
>> Hi Adrian,
>> the results that I sent, regard just one flow, but I can try with two
>> simultaneous flows and I'll send you the results.
>>
>> Thanks,
>> Stefano
>>
>>
> Hi Stefan
disable TSO when using IPFW NAT.
>
> Will the software-based GSO play nicely with IPFW NAT? Will it make any
> difference to packet throughput through IPFW?
>
> Or is it still way too early in development to be worrying about such
> things? :)
>
> --
> Freddie Cash
lookup for the entire
> group.
>
> The disadvantages of packet groups would be that:
> a) You have touch a lot more code in a lot more places to take
> advantage of the concept.
> b) TSO inherently has the same layering problems. If we
IMMINTRIN_H 1
#endif
Before r281316 all work fine.
Thanks,
Stefano Garzarella
--
*Stefano Garzarella*
Software Engineer
e-mail: stefano.garzare...@gmail.com
github: http://github.com/stefano-garzarella
linkedin: http://it.linkedin.com/pub/stefa
2015-06-22 17:03 GMT+02:00 Luigi Rizzo :
>
>
> On Monday, June 22, 2015, Stefano Garzarella
> wrote:
>
>> Hi all,
>> I'm using picobsd on FreeBSD-head (r284697) to build a picobsd image with
>> gcc, but I have the following errors during the init phase
&g
{NORMAL_C} -I$S/dev/ixgbe"
-dev/ixgbe/ixgbe_x550.c optional ix ixv inet \
+dev/ixgbe/ixgbe_x550.c optional ix | ixv inet \
compile-with "${NORMAL_C} -I$S/dev/ixgbe"
dev/ixgbe/ixgbe_dcb.c optional ix ixv inet \
compile-with "${NORMA
2, 2015 at 2:29 PM Eric Joyner wrote:
>
>> I guess I could reverse-MFC r283668, then, to make that work on HEAD.
>>
>> On Mon, Jun 22, 2015, 12:07 PM Stefano Garzarella <
>> stefanogarzare...@gmail.com> wrote:
>>
>>> Hi all,
>>> I tried to c
Hi all,
when I compile bhyve, I have the following errors from clang:
pci_emul.c:750:2: error: unused typedef '__assert750'
[-Werror,-Wunused-local-typedef]
CTASSERT(sizeof(struct msicap) == 14);
pci_emul.c:776:2: error: unused typedef '__assert776'
[-Werror,-Wunused-local-typedef]
m=ufs:/dev/da0s1a
vfs.root.mountfrom.options=ro
mountroot>
At this point I need to manually specify "ufs:/dev/ad0s1a" to properly mount
the root.
Can you help me?
There is some tricks to avoid this mountroot error?
Thanks,
Stefano Garzarella
Hi Oliver,
Thank you very much!
I solved it setting NANO_LABEL="mylabel".
Cheers,
Stefano
Il giorno mar 15 set 2015 alle 12:05 O. Hartmann <
ohart...@zedat.fu-berlin.de> ha scritto:
> On Tue, 15 Sep 2015 11:31:36 +0200
> Stefano Garzarella wrote:
>
> > Hi all,
&g
Thanks to all!
as NGie says, I used the labeling through NANO_LABEL and it works very
well!
Now in the /etc/fstab I have the label and not the disk specific partition!
Maybe is better to set default label in the nanobsd.sh and not the driver
in according to NGie.
Cheers,
Stefano
Il giorno mer
ecently in ixgbe (r267187) and
other drivers:
if the mbuf is enqueued, the proper return value is 0
This patch has been reviewed by luigi (in cc).
If someone could have a look on this and give me some feedback it would be
great.
Regards,
Stefano Garzarella
diff --git a/sys/dev/oce/oce_if.c b/sy
nting with iperf3 using the same Borja environment and
I don't have panic.
Can you try this patch? Do you still have the panic?
Cheers,
Stefano Garzarella
diff --git a/sys/dev/oce/oce_if.c b/sys/dev/oce/oce_if.c
index af57491..33b35b4 100644
--- a/sys/dev/oce/oce_if.c
+++ b/sys/dev/oce/oce_if.c
@
GMT+02:00 Borja Marcos :
>
> On Jul 15, 2014, at 10:22 AM, Stefano Garzarella wrote:
>
> > Hi,
> > I found other problems in the "oce" driver during some experiments with
> > netmap in emulation mode.
>
> What about driver version 10.0.747.0? At least in
I think there is some problem with the email formatting.
I send you a file with both patches.
Cheers,
Stefano
2014-07-15 11:12 GMT+02:00 Borja Marcos :
>
> On Jul 15, 2014, at 10:43 AM, Stefano Garzarella wrote:
>
> > I used the "oce" driver in CURRENT.
>
I just tried to run iperf3 with this patch and STABLE-10 and it seems to
work.
Do you have a panic?
Cheers,
Stefano
2014-07-15 11:19 GMT+02:00 Stefano Garzarella :
> I think there is some problem with the email formatting.
> I send you a file with both patches.
>
> Cheers,
> Ste
2014-07-15 11:46 GMT+02:00 Borja Marcos :
>
> On Jul 15, 2014, at 11:45 AM, Stefano Garzarella wrote:
>
> > I just tried to run iperf3 with this patch and STABLE-10 and it seems to
> work.
> > Do you have a panic?
>
> Still compiling :) Anyway, you didn't suff
2014-07-15 12:00 GMT+02:00 Borja Marcos :
>
> On Jul 15, 2014, at 11:45 AM, Stefano Garzarella wrote:
>
> > I just tried to run iperf3 with this patch and STABLE-10 and it seems to
> > work.
> > Do you have a panic?
>
> So far, so good. I've ran a couple of i
20 matches
Mail list logo
