arybchik created this revision.
arybchik added a reviewer: gnn.
arybchik added a subscriber: freebsd-net.
REVISION SUMMARY
In fact the pointer is used only if more than one TXQ is processed in
one
interrupt.
It is used (read-write) on completion path only.
Also it makes the first part of
arybchik created this revision.
arybchik added a reviewer: gnn.
arybchik added a subscriber: freebsd-net.
REVISION SUMMARY
Sponsored by: Solarflare Communications, Inc.
BRANCH
/head
REVISION DETAIL
https://reviews.freebsd.org/D1697
AFFECTED FILES
sys/dev/sfxge/sfxge_ev.c
sys/dev/sfx
arybchik created this revision.
arybchik added a reviewer: gnn.
arybchik added a subscriber: freebsd-net.
REVISION SUMMARY
Sponsored by: Solarflare Communications, Inc.
BRANCH
/head
REVISION DETAIL
https://reviews.freebsd.org/D1698
AFFECTED FILES
sys/dev/sfxge/common/efx_ev.c
sys/de
arybchik created this revision.
arybchik added a reviewer: gnn.
arybchik added a subscriber: freebsd-net.
REVISION SUMMARY
Remove the first member alignment to cacheline since it is nop.
Use __aligned() for the whole structure to make sure that the structure
size is cacheline aligned.
Remo
arybchik created this revision.
arybchik added a reviewer: gnn.
arybchik added a subscriber: freebsd-net.
REVISION SUMMARY
Submitted by: Artem V. Andreev
Sponsored by: Solarflare Communications, Inc.
BRANCH
/head
REVISION DETAIL
https://reviews.freebsd.org/D1700
AFFECTED FILES
sy
arybchik set the repository for this revision to rS (FreeBSD src repository).
REVISION DETAIL
https://reviews.freebsd.org/D1692
To: arybchik, gnn
Cc: freebsd-net
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebs
arybchik created this revision.
arybchik added a reviewer: gnn.
arybchik added a subscriber: freebsd-net.
REVISION SUMMARY
It removes necessity to get evq pointer by its index in soft context.
BRANCH
/head
REVISION DETAIL
https://reviews.freebsd.org/D1701
AFFECTED FILES
sys/dev/sfxge/sf
arybchik created this revision.
arybchik added a reviewer: gnn.
arybchik added a subscriber: freebsd-net.
REVISION SUMMARY
sfxge_dma_alloc() calls bus_dmamem_alloc() with BUS_DMA_ZERO flag, so
allocated memory is already filled in by zeros
BRANCH
/head
REVISION DETAIL
https://reviews.fre
arybchik created this revision.
arybchik added a reviewer: gnn.
arybchik added a subscriber: freebsd-net.
REVISION SUMMARY
esm_size is not even initialized properly when memory is allocated.
Sponsored by: Solarflare Communications, Inc.
BRANCH
/head
REVISION DETAIL
https://reviews.f
arybchik created this revision.
arybchik added a reviewer: gnn.
arybchik added a subscriber: freebsd-net.
REVISION SUMMARY
Most likely is was just memory leak on the error handling path since
typically efsys_mem_t is filled in by zeros on allocation.
Sponsored by: Solarflare Communicati
arybchik created this revision.
arybchik added a reviewer: gnn.
arybchik added a subscriber: freebsd-net.
REVISION SUMMARY
Sponsored by: Solarflare Communications, Inc.
BRANCH
/head
REVISION DETAIL
https://reviews.freebsd.org/D1705
AFFECTED FILES
sys/dev/sfxge/sfxge_ev.c
To: arybchik
arybchik created this revision.
arybchik added a reviewer: gnn.
arybchik added a subscriber: freebsd-net.
REVISION SUMMARY
Submitted by: Artem V. Andreev
Sponsored by: Solarflare Communications, Inc.
BRANCH
/head
REVISION DETAIL
https://reviews.freebsd.org/D1706
AFFECTED FILES
sh
arybchik created this revision.
arybchik added a reviewer: gnn.
arybchik added a subscriber: freebsd-net.
REVISION SUMMARY
Allow access to statistics data not only from sysctl handlers.
Submitted by: Boris Misenov
Sponsored by: Solarflare Communications, Inc.
BRANCH
/head
REVISIO
El día Wednesday, January 28, 2015 a las 09:12:42AM +, arybchik (Andrew
Rybchenko) escribió:
> arybchik created this revision.
> arybchik added a reviewer: gnn.
> arybchik added a subscriber: freebsd-net.
>
> REVISION SUMMARY
> Allow access to statistics data not only from sysctl handlers.
arybchik created this revision.
arybchik added a reviewer: gnn.
arybchik added a subscriber: freebsd-net.
REVISION SUMMARY
Add separate software Tx queue limit for non-TCP traffic to make total
limit higher and avoid local drops of TCP packets because of no
backpressure.
There is no point
Hello,
I am having a very frustrating issue with VIMAGE jails using VLANs on
10.1-RELEASE. I posted this earlier to the FreeBSD forum, then realized
that this is probably a better place.
Let me tell you about my issue:
If I set up my jails using a regular ethernet interface (em0), a bridge,
rrs created this revision.
rrs added reviewers: gnn, rwatson, imp, hselasky, adrian, sbruno, lstewart.
rrs added a subscriber: freebsd-net.
REVISION SUMMARY
The callout code had two specific bugs within it after the new CPU migration
feature was added.
1) The callout_active() call at times c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I could not resolve names with DNSSEC (for example, in freebsd.org
domain) on two of my installations, one with FreeBSD 11 and other with
FreeBSD 9.3.
Symptoms are the same: answer is sent as fragmented IP/UDP packet and
second part of answer is
erj added a subscriber: erj.
REVISION DETAIL
https://reviews.freebsd.org/D1711
To: rrs, gnn, rwatson, imp, hselasky, adrian, sbruno, lstewart
Cc: erj, freebsd-net
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freeb
On 01/28/15 17:13, Lev Serebryakov wrote:
>
> I could not resolve names with DNSSEC (for example, in freebsd.org
> domain) on two of my installations, one with FreeBSD 11 and other with
> FreeBSD 9.3.
>
> Symptoms are the same: answer is sent as fragmented IP/UDP packet and
> second part of ans
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 28.01.2015 20:38, Matthew Seaman wrote:
> What do you get if you run the reply size test at DNS-OARC ?
>
> https://www.dns-oarc.net/oarc/services/replysizetest
0 lines (empty answer) at CURRENT, only "rst.x1013.rs.dns-oarc.net."
on 9.3.
Looks
neel added a subscriber: neel.
REVISION DETAIL
https://reviews.freebsd.org/D1711
To: rrs, gnn, rwatson, imp, hselasky, adrian, sbruno, lstewart
Cc: neel, erj, freebsd-net
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listin
On Wed, Jan 28, 2015 at 9:53 AM, Lev Serebryakov wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 28.01.2015 20:38, Matthew Seaman wrote:
>
> > What do you get if you run the reply size test at DNS-OARC ?
> >
> > https://www.dns-oarc.net/oarc/services/replysizetest
> 0 lines (em
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 28.01.2015 21:04, Freddie Cash wrote:
>> Looks like "IP Fragments Filtered", but I don't understand — why
>> and where?!
>>
>> I'm using ipfw on both hosts, but I don't have any special rules
>> about IP fragments at all! And as these systems a
hselasky added a comment.
Hi,
Should the callout_test module be put in a separate directory?
sys/modules/test_frwk
sys/modules/test_frwk/callout
When more tests are added that makes it easy exclude them from the build.
--HPS
REVISION DETAIL
https://reviews.freebsd.org/D1711
To: rrs, gnn, r
hselasky requested changes to this revision.
hselasky added a comment.
This revision now requires changes to proceed.
See comments given.
INLINE COMMENTS
sys/kern/kern_timeout.c:674 cc_exec_cancel(cc, direct) should be true when
c_lock == NULL, because the callback cannot be stopped then.
sy
rrs added a comment.
Moving the tests to a sub-dir sounds like a good idea as well.. Thanks Hans..
INLINE COMMENTS
sys/kern/kern_timeout.c:674 Hans, no *you must* set it to false here in the
soft clock so you can recognize if
it is requested to be stopped (if possible). The return codes are
We use the following for udp fragments specifically this issue actually.
# udp frags (large dnssec responses)
add 02030 allow udp from any to me frag
On 1/28/15, 1:08 PM, "Lev Serebryakov" wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA512
>
>On 28.01.2015 21:04, Freddie Cash wrote:
>
>
Hello,
I don't know who follows NANOG, but a recent discussion raised a positive
position much likely suitable to the advocacy mailing list, concerning
FreeBSD Netmap vs Intel DPDK and so on.
I believe it's worth sharing this guy's point of view and case:
http://mailman.nanog.org/pipermail/nanog
rrs updated this revision to Diff 3503.
rrs added a comment.
This addresses all of the concerns of Hans.
I still need help with getting MK_TESTKERN to properly be
placed in the /mk infrastructure, I have pending queries to GNN and JHB on
this...
CHANGES SINCE LAST UPDATE
https://reviews.freebs
hselasky added a comment.
Did you upload the correct patch?
INLINE COMMENTS
sys/kern/kern_timeout.c:674 I don't mean inside the if (c_lock != NULL) { }
There should be an else case after it.
if (c_lock != NULL) {
...
} else {
/* The callout cannot be stopped now */
cc_exec_ca
delphij added a subscriber: delphij.
REVISION DETAIL
https://reviews.freebsd.org/D1711
To: rrs, gnn, rwatson, imp, adrian, sbruno, lstewart, hselasky
Cc: delphij, neel, erj, freebsd-net
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org
jfvogel accepted this revision.
jfvogel added a comment.
This revision is now accepted and ready to land.
See no problems.
REVISION DETAIL
https://reviews.freebsd.org/D1643
To: rstone, jfvogel
Cc: freebsd-net
___
freebsd-net@freebsd.org mailing list
jfvogel accepted this revision.
This revision is now accepted and ready to land.
BRANCH
review_D1642
REVISION DETAIL
https://reviews.freebsd.org/D1642
To: rstone, jfvogel
Cc: freebsd-net
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd
jfvogel accepted this revision.
jfvogel added a comment.
This revision is now accepted and ready to land.
Don't see any issues, of course the proof will come in the actual use when we
have the infrastructure :)
BRANCH
review_D1641
REVISION DETAIL
https://reviews.freebsd.org/D1641
To: rstone
jfvogel accepted this revision.
jfvogel added a comment.
This revision is now accepted and ready to land.
Fine
REVISION DETAIL
https://reviews.freebsd.org/D1644
To: rstone, jfvogel
Cc: freebsd-net
___
freebsd-net@freebsd.org mailing list
http://lists
jfvogel accepted this revision.
This revision is now accepted and ready to land.
REVISION DETAIL
https://reviews.freebsd.org/D1645
To: rstone, jfvogel
Cc: freebsd-net
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/f
jfvogel accepted this revision.
This revision is now accepted and ready to land.
REVISION DETAIL
https://reviews.freebsd.org/D1646
To: rstone, jfvogel
Cc: freebsd-net
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/f
jfvogel accepted this revision.
jfvogel added a comment.
This revision is now accepted and ready to land.
seems fine
REVISION DETAIL
https://reviews.freebsd.org/D1647
To: rstone, jfvogel
Cc: freebsd-net
___
freebsd-net@freebsd.org mailing list
http:/
jfvogel requested changes to this revision.
jfvogel added a comment.
This revision now requires changes to proceed.
Let's not mention Linux in our comments, either say nothing or think of
something else :)
REVISION DETAIL
https://reviews.freebsd.org/D1648
To: rstone, jfvogel
Cc: freebsd-net
_
jfvogel accepted this revision.
jfvogel added a comment.
This revision is now accepted and ready to land.
Don't see any problems.
REVISION DETAIL
https://reviews.freebsd.org/D1649
To: rstone, jfvogel
Cc: freebsd-net
___
freebsd-net@freebsd.org mailin
jfvogel accepted this revision.
This revision is now accepted and ready to land.
REVISION DETAIL
https://reviews.freebsd.org/D1650
To: rstone, jfvogel
Cc: freebsd-net
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/f
jfvogel accepted this revision.
This revision is now accepted and ready to land.
REVISION DETAIL
https://reviews.freebsd.org/D1651
To: rstone, jfvogel
Cc: freebsd-net
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/f
jfvogel accepted this revision.
jfvogel added a comment.
This revision is now accepted and ready to land.
Good.
BRANCH
review_D1652
REVISION DETAIL
https://reviews.freebsd.org/D1652
To: rstone, jfvogel
Cc: freebsd-net
___
freebsd-net@freebsd.org m
jfvogel accepted this revision.
jfvogel added a comment.
This revision is now accepted and ready to land.
No issues.
REVISION DETAIL
https://reviews.freebsd.org/D1653
To: rstone, jfvogel
Cc: freebsd-net
___
freebsd-net@freebsd.org mailing list
http:/
jfvogel accepted this revision.
jfvogel added a comment.
This revision is now accepted and ready to land.
No problems
REVISION DETAIL
https://reviews.freebsd.org/D1654
To: rstone, jfvogel
Cc: freebsd-net
___
freebsd-net@freebsd.org mailing list
http:
jfvogel accepted this revision.
This revision is now accepted and ready to land.
BRANCH
review_D1655
REVISION DETAIL
https://reviews.freebsd.org/D1655
To: rstone, jfvogel
Cc: freebsd-net
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd
jfvogel accepted this revision.
jfvogel added a comment.
This revision is now accepted and ready to land.
Looks good. Again, will need real world testing when we have infrastructure.
REVISION DETAIL
https://reviews.freebsd.org/D1656
To: rstone, jfvogel
Cc: freebsd-net
_
jfvogel accepted this revision.
This revision is now accepted and ready to land.
BRANCH
review_D1657
REVISION DETAIL
https://reviews.freebsd.org/D1657
To: rstone, jfvogel
Cc: freebsd-net
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd
Hello Dr. Luigi Rizzo and netmap contributors,
I am looking to integrate netmap capabilities into linux’s veth (Virtual
Ethernet device) for netmap support within linux containers. Does a patch
currently exist? If not, do you have any intuition as to what it would take to
add netmap capabilit
jfvogel accepted this revision.
This revision is now accepted and ready to land.
BRANCH
review_D1658
REVISION DETAIL
https://reviews.freebsd.org/D1658
To: rstone, jfvogel
Cc: freebsd-net
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd
On Wed, Jan 28, 2015 at 5:11 PM, Luke McHale wrote:
> Hello Dr. Luigi Rizzo and netmap contributors,
>
> I am looking to integrate netmap capabilities into linux’s veth (Virtual
> Ethernet device) for netmap support within linux containers. Does a patch
> currently exist? If not, do you have any
jfvogel accepted this revision.
jfvogel added a comment.
This revision is now accepted and ready to land.
can't wait to see the infrastructure in place :)
REVISION DETAIL
https://reviews.freebsd.org/D1659
To: rstone, jfvogel
Cc: freebsd-net
___
freeb
jfvogel accepted this revision.
This revision is now accepted and ready to land.
REVISION DETAIL
https://reviews.freebsd.org/D1660
To: rstone, jfvogel
Cc: freebsd-net
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/f
jfvogel accepted this revision.
This revision is now accepted and ready to land.
REVISION DETAIL
https://reviews.freebsd.org/D1661
To: rstone, jfvogel
Cc: freebsd-net
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/f
imp added a comment.
For the commit, I'd separate out the timeout fix from the kernel testframework.
REVISION DETAIL
https://reviews.freebsd.org/D1711
To: rrs, gnn, rwatson, adrian, sbruno, lstewart, hselasky, imp
Cc: delphij, neel, erj, freebsd-net
Hello Dr. Luigi Rizzo,
Thank you for your quick reply! I’m glad to see veth is already in the works.
While I am new to netmap, we are aiming to utilize it in several of our
projects. I currently have two tasks, including:
- patch veth
- patch eTSEC (gianfar) controller
Since these tasks are
rrs added a comment.
Hans:
We have discussed that, and *no* it will *not* return the incorrect thing once
it can't be stopped. There is code in the callout_reset_sbt_on() that makes sure
zero is returned. The only way that zero will *not* be returned is if the
PENDING
flag is set. That won't hap
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=137089
Hiren Panchasara changed:
What|Removed |Added
CC||hi...@freebsd.org
--- Comment #
emaste added a subscriber: emaste.
REVISION DETAIL
https://reviews.freebsd.org/D1711
To: rrs, gnn, rwatson, adrian, sbruno, lstewart, hselasky, imp
Cc: emaste, delphij, neel, erj, freebsd-net
___
freebsd-net@freebsd.org mailing list
http://lists.freeb
hselasky accepted this revision.
hselasky added a comment.
This revision is now accepted and ready to land.
This looks usable.
REVISION DETAIL
https://reviews.freebsd.org/D1711
To: rrs, gnn, rwatson, adrian, sbruno, lstewart, imp, hselasky
Cc: emaste, delphij, neel, erj, freebsd-net
__
61 matches
Mail list logo