Synopsis: [rtl8366rb] [patch] Update rtl8366rb switch driver to match changes
on kern/177873
Responsible-Changed-From-To: freebsd-net->freebsd-embedded
Responsible-Changed-By: adrian
Responsible-Changed-When: Fri Apr 19 17:52:19 UTC 2013
Responsible-Changed-Why:
snarf.
http://www.freebsd.
Synopsis: hostapd not configured for 802.11n
Responsible-Changed-From-To: freebsd-net->freebsd-wireless
Responsible-Changed-By: adrian
Responsible-Changed-When: Sat Jan 14 20:54:35 UTC 2012
Responsible-Changed-Why:
Flip to -wireless.
http://www.freebsd.org/cgi/query-pr.cgi?pr=164
Synopsis: [bridge] [patch] two STP bridges have the same id
Responsible-Changed-From-To: freebsd-net->adrian
Responsible-Changed-By: adrian
Responsible-Changed-When: Sun Jan 22 19:48:49 UTC 2012
Responsible-Changed-Why:
I'll poke this.
http://www.freebsd.org/cgi/query-pr.cgi?p
Synopsis: [mwl] mwl dropping all packets during and after high usage on 802.11n
Responsible-Changed-From-To: freebsd-net->freebsd-wireless
Responsible-Changed-By: adrian
Responsible-Changed-When: Mon Apr 30 06:02:18 UTC 2012
Responsible-Changed-Why:
Switch over
http://www.freebsd.org/cgi/qu
Synopsis: [mwl] 802.11n rates not possible on mwl
Responsible-Changed-From-To: freebsd-net->freebsd-wireless
Responsible-Changed-By: adrian
Responsible-Changed-When: Mon Apr 30 06:02:49 UTC 2012
Responsible-Changed-Why:
Flip to -wireless
http://www.freebsd.org/cgi/query-pr.cgi?pr=146
Synopsis: [ieee80211] net80211 discards power-save queue packets early
Responsible-Changed-From-To: freebsd-net->adrian
Responsible-Changed-By: adrian
Responsible-Changed-When: Sat Dec 4 00:31:29 UTC 2010
Responsible-Changed-Why:
I'll take care of this; I've been knee-deep in
Synopsis: [ath] Atheros 5424/2424 - AR2425 stopped working with WPA2-PSK(AES)
in 8.1-RELEASE [regression]
Responsible-Changed-From-To: freebsd-net->adrian
Responsible-Changed-By: adrian
Responsible-Changed-When: Sat Dec 4 13:18:56 UTC 2010
Responsible-Changed-Why:
This is biting me in
Synopsis: [ath] Atheros ar9287 card does not get recognized.
Responsible-Changed-From-To: freebsd-net->adrian
Responsible-Changed-By: adrian
Responsible-Changed-When: Thu Jan 20 06:34:53 UTC 2011
Responsible-Changed-Why:
I'm acting as spear-head for atheros stuff for now
Synopsis: [ath] AR9280 w/ AES-CCMP (WPA2) group key does not work
Responsible-Changed-From-To: freebsd-net->adrian
Responsible-Changed-By: adrian
Responsible-Changed-When: Thu Jan 27 06:46:47 UTC 2011
Responsible-Changed-Why:
My bug
http://www.freebsd.org/cgi/query-pr.cgi?pr=154
Synopsis: [ath] atheros ar9287 is not supported by ath_hal
Responsible-Changed-From-To: freebsd-net->freebsd-wireless
Responsible-Changed-By: adrian
Responsible-Changed-When: Mon Apr 11 11:39:33 UTC 2011
Responsible-Changed-Why:
punt to mailing list
http://www.freebsd.org/cgi/query-pr.cgi
Synopsis: [ath] ath(4) hostap with fake MAC/BSSID results in station dropping
packets when associated
Responsible-Changed-From-To: freebsd-net->freebsd-wireless
Responsible-Changed-By: adrian
Responsible-Changed-When: Mon Apr 11 11:39:47 UTC 2011
Responsible-Changed-Why:
punt to wireless l
Synopsis: [realtek/atheros]: None of my network card working
Responsible-Changed-From-To: freebsd-net->freebsd-wireless
Responsible-Changed-By: adrian
Responsible-Changed-When: Mon Apr 11 11:39:58 UTC 2011
Responsible-Changed-Why:
punt to wireless list
http://www.freebsd.org/cgi/query-pr.
Synopsis: [ath] Doesn't work Atheros 9285
Responsible-Changed-From-To: freebsd-net->freebsd-wireless
Responsible-Changed-By: adrian
Responsible-Changed-When: Mon Apr 11 11:40:48 UTC 2011
Responsible-Changed-Why:
punt to mailing list
http://www.freebsd.org/cgi/query-pr.cgi?p
Synopsis: [ath] Triggering atheros wifi beacon misses in hostap mode under no
radio traffic load
Responsible-Changed-From-To: freebsd-net->freebsd-wireless
Responsible-Changed-By: adrian
Responsible-Changed-When: Mon Apr 11 11:41:05 UTC 2011
Responsible-Changed-Why:
punt to mailing list
h
Synopsis: [ath] FreeBSD 7.x hostap memory leak in net80211 or Atheros driver
Responsible-Changed-From-To: freebsd-net->freebsd-wireless
Responsible-Changed-By: adrian
Responsible-Changed-When: Mon Apr 11 11:41:26 UTC 2011
Responsible-Changed-Why:
punt to wireless list
http://www.freebsd.
Synopsis: [ath] wireless networking stops functioning
Responsible-Changed-From-To: freebsd-net->freebsd-wireless
Responsible-Changed-By: adrian
Responsible-Changed-When: Mon Apr 11 11:41:44 UTC 2011
Responsible-Changed-Why:
punt to mailing list
http://www.freebsd.org/cgi/query-pr.cgi?pr=148
Synopsis: [ath] [patch] [request] allow Atheros watchdog timeout to be tunable
Responsible-Changed-From-To: freebsd-net->freebsd-wireless
Responsible-Changed-By: adrian
Responsible-Changed-When: Mon Apr 11 11:42:26 UTC 2011
Responsible-Changed-Why:
punt to freebsd-wireless
h
Synopsis: hostapd(8) startup missing multi wlan functionality
Responsible-Changed-From-To: freebsd-net->freebsd-wireless
Responsible-Changed-By: adrian
Responsible-Changed-When: Mon Apr 11 11:42:45 UTC 2011
Responsible-Changed-Why:
punt to wireless list
http://www.freebsd.org/cgi/query-pr.
Synopsis: [ath] [panic] Kernel panic during network activity on device ath in
7.2-RELEASE-p4
Responsible-Changed-From-To: freebsd-net->freebsd-wireless
Responsible-Changed-By: adrian
Responsible-Changed-When: Mon Apr 11 11:43:00 UTC 2011
Responsible-Changed-Why:
punt to wireless list
h
Synopsis: [ath] panic - 7-STABLE (Aug 7, 2009 UTC) crashes on network
Responsible-Changed-From-To: freebsd-net->freebsd-wireless
Responsible-Changed-By: adrian
Responsible-Changed-When: Mon Apr 11 11:43:20 UTC 2011
Responsible-Changed-Why:
punt to freebsd-wireless
http://www.freebsd.org/
Synopsis: [ath] atheros card stops functioning after about 12 hours uptime
Responsible-Changed-From-To: freebsd-net->freebsd-wireless
Responsible-Changed-By: adrian
Responsible-Changed-When: Mon Apr 11 11:43:34 UTC 2011
Responsible-Changed-Why:
punt to freebsd-wireless
http://www.freebsd.
Synopsis: [ath] Wifi ath0 associates fine with AP, but DHCP or IP does not work
Responsible-Changed-From-To: freebsd-net->freebsd-wireless
Responsible-Changed-By: adrian
Responsible-Changed-When: Mon Apr 11 11:43:53 UTC 2011
Responsible-Changed-Why:
punt to freebsd-wiereless
h
Synopsis: [ath] ath device stopps TX
Responsible-Changed-From-To: freebsd-net->freebsd-wireless
Responsible-Changed-By: adrian
Responsible-Changed-When: Mon Apr 11 11:45:13 UTC 2011
Responsible-Changed-Why:
shift to freebsd-wireless
http://www.freebsd.org/cgi/query-pr.cgi?pr=105
Synopsis: [ath] [panic] Cannot attach (unable to attach hardware; HAL status 3)
under 8, panic in 7.x
Responsible-Changed-From-To: freebsd-net->freebsd-wireless
Responsible-Changed-By: adrian
Responsible-Changed-When: Tue May 10 10:13:04 UTC 2011
Responsible-Changed-Why:
Reassigning to free
Synopsis: [ath] [panic] ath(4) related panic
Responsible-Changed-From-To: freebsd-net->freebsd-wireless
Responsible-Changed-By: adrian
Responsible-Changed-When: Tue May 10 10:13:54 UTC 2011
Responsible-Changed-Why:
Reassigning to freebsd-wireless
Submitter: is this still a problem for
Synopsis: [ath] atheros cardbus driver hangs
Responsible-Changed-From-To: freebsd-net->freebsd-wireless
Responsible-Changed-By: adrian
Responsible-Changed-When: Tue May 10 10:14:30 UTC 2011
Responsible-Changed-Why:
Reassign to freebsd-wireless
Submitter: is this still a problem for yo
Synopsis: [ath] Atheros 9285 cannot register with wifi AP (timeout)
Responsible-Changed-From-To: freebsd-net->adrian
Responsible-Changed-By: adrian
Responsible-Changed-When: Tue Aug 10 07:52:09 UTC 2010
Responsible-Changed-Why:
I'll take responsibility for forward porting whatever AR928
Synopsis: [ath] ath/5416 fails bgscan with "ath0: ath_chan_set: unable to reset
channel 11 (2462 MHz, flags 0x480), hal status 14"
Responsible-Changed-From-To: freebsd-net->adrian
Responsible-Changed-By: adrian
Responsible-Changed-When: Thu Oct 7 14:25:42 UTC 2010
Responsible-Cha
adrian accepted this revision.
adrian added a comment.
This revision is now accepted and ready to land.
My only request here is that you commit the mechanical changes separate to the
migration fixes. That way it's very clear what's supposed to be fixing the bug
and what'
adrian accepted this revision.
REVISION DETAIL
https://reviews.freebsd.org/D1711
To: rrs, gnn, rwatson, sbruno, lstewart, imp, jhb, kostikbel, hselasky, adrian
Cc: jhb, kostikbel, emaste, delphij, neel, erj, freebsd-net
___
freebsd-net@freebsd.org
adrian added a comment.
Hi,
My main concern with this patch is the special casing of what is the "packet
length" being sprinkled all throughout the code. It feels like we could be
chasing down obscure "is this the right length for this kind of packet" bugs
for quite some
adrian added a comment.
*laugh* I know you're not; I'm just worried that we'll have lots of subtle bugs
here and there with the semantics of "sometimes the length is in ip_hdr;
sometimes the length is in m_pkthdr; and there's no clear definition of when we
should
adrian added a comment.
.. and yes, I don't think you should be using the hashtype field to flag LRO
information. They're totally separate things.
(It's totally feasible that a NIC doing > 64KiB LRO will reassemble frames with
correct RSS information and feed it to an RSS
adrian requested changes to this revision.
adrian added a comment.
This revision now requires changes to proceed.
I still don't want to see the hash type stuff polluted with things that aren't
hashes, making it more difficult to implement RSS work distribution along with
other kinds o
adrian added a comment.
I think we should talk to rwatson about his mbuf hijinx and see about extending
flags. This isn't the only option to add.
REVISION DETAIL
https://reviews.freebsd.org/D1761
To: hselasky, rrs, glebius, gnn, emaste, lstewart, rwatson, bz, imp, np, adrian
Cc: freebs
adrian added a comment.
I'm still a little iffy about this kind of fix. It looks more like a lifecycle
management thing that we should fix, rather than just moving to MPSAFE. But I
unfortunately don't have the time to go look at the lle code and figure out how
it should look. :(
adrian added a comment.
.. except he said callout_drain(). What happens if that's put in as part of the
teardown process?
REVISION DETAIL
https://reviews.freebsd.org/D1777
To: rrs, imp, sbruno, gnn, rwatson, lstewart, kostikbel, adrian, bz, jhb
Cc: bz, emaste, hiren, julian, hse
adrian accepted this revision.
adrian added a reviewer: adrian.
REVISION DETAIL
https://reviews.freebsd.org/D1805
To: davide, kmacy, np, lstewart, rrs, rwatson, julian, adrian
Cc: emaste, freebsd-net
___
freebsd-net@freebsd.org mailing list
http
adrian added a comment.
I don't think we should be using the hash bits like this. There's even more
hash types to add (all the variations on symmetric and non-RSS hashing; hashing
XOR versus RSS, different fields, etc). I'd rather we don't make things more
complicated
adrian added a comment.
Yeah, we should have a fallback rate function in net80211.
Why? Just to make sure that you're using the previously /negotiated/ rate,
all the way back down to the lowest basic rate. Eg, you may not actually be
allowed to use CCK 1Mbit rate according to t
adrian accepted this revision.
adrian added a comment.
This revision has a positive review.
Fine by me!
REVISION DETAIL
https://reviews.freebsd.org/D5175
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: sepherosa_gmail.com, delphij, royger
adrian accepted this revision.
This revision has a positive review.
REVISION DETAIL
https://reviews.freebsd.org/D5166
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com,
honzhan_microsoft.com
adrian accepted this revision.
adrian added a comment.
Good!
REVISION DETAIL
https://reviews.freebsd.org/D5098
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com,
howard0su_gmail.com
adrian accepted this revision.
adrian added a comment.
So this is okay, but we put the non-unit bits under 'hw', not 'dev'. Ie, it'd
be dev.XXX.0.stuff, and hw.XXX.stuff.
So I'll okay this, but we should eventually shuffle them back to 'hw'.
REVIS
adrian accepted this revision.
This revision has a positive review.
REVISION DETAIL
https://reviews.freebsd.org/D5158
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com,
honzhan_microsoft.com
adrian accepted this revision.
This revision has a positive review.
REVISION DETAIL
https://reviews.freebsd.org/D5159
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com,
honzhan_microsoft.com
adrian accepted this revision.
This revision has a positive review.
REVISION DETAIL
https://reviews.freebsd.org/D5167
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com,
honzhan_microsoft.com
adrian added inline comments.
INLINE COMMENTS
sys/dev/hyperv/netvsc/hv_netvsc_drv_freebsd.c:455 this should be a separate
commit
REVISION DETAIL
https://reviews.freebsd.org/D5185
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: sepherosa_gmail.com
adrian accepted this revision.
adrian added a comment.
Nice! Thanks for all this work!
REVISION DETAIL
https://reviews.freebsd.org/D5185
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com
adrian accepted this revision.
This revision has a positive review.
REVISION DETAIL
https://reviews.freebsd.org/D5282
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com,
honzhan_microsoft.com
adrian accepted this revision.
This revision has a positive review.
REVISION DETAIL
https://reviews.freebsd.org/D5283
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com,
honzhan_microsoft.com
adrian accepted this revision.
REVISION DETAIL
https://reviews.freebsd.org/D5185
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com,
honzhan_microsoft.com, howard0su_gmail.com, np, transport, hselasky
adrian accepted this revision.
This revision has a positive review.
REVISION DETAIL
https://reviews.freebsd.org/D5273
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com,
honzhan_microsoft.com
adrian accepted this revision.
This revision has a positive review.
REVISION DETAIL
https://reviews.freebsd.org/D5272
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com,
honzhan_microsoft.com
adrian accepted this revision.
REVISION DETAIL
https://reviews.freebsd.org/D5274
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com,
howard0su_gmail.com, honzhan_microsoft.com, adrian, network
Cc
adrian accepted this revision.
This revision has a positive review.
REVISION DETAIL
https://reviews.freebsd.org/D5290
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com,
honzhan_microsoft.com
adrian accepted this revision.
This revision has a positive review.
REVISION DETAIL
https://reviews.freebsd.org/D5275
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com,
honzhan_microsoft.com
adrian accepted this revision.
This revision has a positive review.
REVISION DETAIL
https://reviews.freebsd.org/D5276
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com,
honzhan_microsoft.com
adrian accepted this revision.
This revision has a positive review.
REVISION DETAIL
https://reviews.freebsd.org/D5316
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com,
honzhan_microsoft.com
adrian accepted this revision.
This revision has a positive review.
REVISION DETAIL
https://reviews.freebsd.org/D5317
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com,
honzhan_microsoft.com
adrian accepted this revision.
This revision has a positive review.
REVISION DETAIL
https://reviews.freebsd.org/D5318
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com,
honzhan_microsoft.com
adrian accepted this revision.
adrian added a reviewer: adrian.
This revision has a positive review.
REPOSITORY
rS FreeBSD src repository
REVISION DETAIL
https://reviews.freebsd.org/D9270
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: ale, #manpages
adrian added a comment.
i remember there was some concern in the past where there were very bad rss
key choices out there. is there a reason for actually pushing for a random rss
key?
I stuck with the microsoft rss key (and a symmetric rss key at norse)
specifically so there wouldn&#
et of international
links. You know, what TCP congestion algorithms are also trying to
"play fair" with.
Please - as much as I applaud Google for what they do, please don't
generalise their results to "the greater internet" without looking at
the many caveats/assumptions.
d the counters be updated?
And what kinds of concurrency handling do people think is "right" here
for updating said counters?
Thanks,
Adrian
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To un
->IX<->last mile<->user connections.) You all know much
more about this than I do. :-)
Thanks,
Adrian
___
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"
.. and I should say, "competing / parallel" congestion algorithms. Ie
- how multiple CC's work for/against each other on the same "internet"
at the same time.
Adrian
___
freebsd-net@freebsd.org mailing list
http://lists.fre
.. I assume that your netflow collector is positioned correctly so it
can see the actual client MAC, rather than the MAC of the L3 gateway
device?
adrian
On 19 February 2013 02:49, Jan Markus wrote:
> Hello,
>
> our Ministry of the interior now requires that IP traffic logs must cont
Ok. well, as long as you're situated in a place that lets you see the
MAC addresses, you should be ok. You just need to hack the netflow
module to include the source/destination mac address.
adrian
___
freebsd-net@freebsd.org mailing list
Hi,
This is an interesting bug in ixgbe worth reading and poking.
Yay concurrency bugs. :-)
Adrian
On 26 February 2013 16:09, wrote:
> Old Synopsis: Concurrency in ixgbe driving out-of-order packet process and
> spurious RST
> New Synopsis: [netinet] [patch] Concurrency in ixgb
setup that reliably triggers the bug.
Adrian
On 5 March 2013 09:39, Nick Rogers wrote:
> Hello,
>
> I am attempting to create awareness of a serious issue affecting users
> of FreeBSD 9.x and PF. There appears to be a bug that allows the
> kernel's routing table to be corrupted
Another instance of it..
Adrian
On 6 March 2013 07:21, Courtland wrote:
> Has there been any progress on resolving this problem. Does anyone have a
> better idea as to where it is breaking down?
>
> I am experiencing the same problem under FreeBSD 9.1-RELEASE. I use PF for
>
On 17 March 2013 02:20, Sami Halabi wrote:
> any one? :)
I'd love to see MPLS support in FreeBSD.
The question is finding someone willing to do it, or sponsor the work.
Adrian
___
freebsd-net@freebsd.org mailing list
http://lists.fre
please reassign this to -mips, thanks!
adrian
On 26 March 2013 18:52, wrote:
> Old Synopsis: arge1 fails to attach on UBNT Routerstation
> New Synopsis: [arge] arge1 fails to attach on UBNT Routerstation
>
> Responsible-Changed-From-To: freebsd-bugs->freebsd-net
> Resp
ICs have a BSS Mask register which lets the NIC pass through
packets that match a filter, rather than having to put it into promiscuous
mode.
Adrian
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To uns
Barney,
Patches gratefully accepted.
Adrian
On 29 March 2013 08:54, Barney Cordoba wrote:
>
>
> --- On Fri, 3/29/13, Pieper, Jeffrey E wrote:
>
> > From: Pieper, Jeffrey E
> > Subject: RE: igb and ALTQ in 9.1-rc3
> > To: "Barney Cordoba" , &q
ystems already in production running 8.3 and relying on
> the igb driver + ALTQ. I need to be able to upgrade these systems to
> 9.1 without making hardware changes.
>
>
If it's that critical, have you thought about contracting out that task to
a developer?
adrian
_
On 30 March 2013 07:42, Ryan Stone wrote:
> ath isn't Ethernet. :)
>
Hah. At some level it is. :-)
The point being, if the NIC has some idea of a "destined for me" filter
mask, this concept is doable.
Adrian
___
freebsd-net@fre
focus on making it better.
Adrian
On 31 March 2013 05:35, Barney Cordoba wrote:
> The reason that Jack is a no better programmer now than he was in 2009 might
> have something to do with the fact that he hides when his work is criticized.
> Why not release the benchmarks you did while desi
#x27;t have one. It's not his
fault.
adrian
___
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"
it
should be enqueueing to the end of the drbr, then transmitting the
head item in the drbr queue. Otherwise you may get out of order
packets.
adrian
___
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"
ACER WMI/ACPI? Sure, i'll mentor you if you're going to do _that_.
Adrian
On 15 April 2013 09:55, Cy Schubert wrote:
> I've been planning on taking on IP Filter for quite some time.
> Unfortunately I've left my src commit bit lapse (my ports commit bit is
> al
Is this an issue on -7 and -6?
(Since people do still run it, and it seems a simple enough fix?)
adrian
On 24 April 2013 11:50, Randall Stewart wrote:
> All
>
> Ok I fixed it ;-)
>
> Its in SVN r249848.
>
> I will see about getting it to 9 stable, 8 stable and maybe even
On 24 April 2013 12:11, Ed Maste wrote:
> On 24 April 2013 14:57, Adrian Chadd wrote:
>> Is this an issue on -7 and -6?
>
> I believe so, and it should get merged there as well.
rrs - prty please? :)
adrian
___
freebsd-
ich could lead to some better coding guidelines.
Adrian
___
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"
... please ask the pfsense guys to either migrate to -9, or backport
the -head pf (with the locking fixes!) to -8 for that.
Otherwise you're very likely going to be wasting time on something you
can't really push that much harder.
ADrian
On 25 April 2013 11:24, Erich Weiler wrote:
If it contends on the global pf lock, you're short of luck.
There may be some hack to enable in sysctl that defers part of the
packet processing into a taskqueue, but I dont' know if that's for
general IP processing or just socket iO processing. One of the network
stack peeps will
(Student's t, pooled s = 935.915)
Do you have witness, etc enabled in -current?
adrian
___
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"
s of 64k each, for the
same IP datagram, will it complain?
Or do you need to break it up into two separate IP datagrams, facing
the driver, with a maximum size of 64k each?
Adrian
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/m
.. and please file a PR. I'm sure Jack will love this kind of feedback. :)
Thanks for doing this debugging! I'm glad to see others getting dirty
in the network stack.
Adrian
On 4 May 2013 06:52, Richard Sharpe wrote:
> Hi folks,
>
> I understand better why I am seeing EI
do so.
Adrian
On 11 May 2013 13:12, Hooman Fazaeli wrote:
> On 5/11/2013 8:26 PM, Barney Cordoba wrote:
>> Clearly you don't understand the problem. Your logic is that because other
>> drivers are defective also; therefore its not a driver problem? The problem
>> is ca
... we have flow-control in ifconfig, don't we?
On 14 May 2013 11:42, Olivier Cochard-Labbé wrote:
> On Tue, May 14, 2013 at 2:02 PM, Eugene Grosbein wrote:
>>
>> I've needed this feature several years ago so I made a patch for igb(4) and
>> em(4) drivers.
>> The patch introduces new per-inter
THere's no argument against it.
There's just no carl9170 driver at the moment.
Some NICs use ring buffers, some use FIFOs, some use descriptor lists.
The atheros stuff uses lists/FIFOs, no rings.
2c,
Adrian
On 4 June 2013 14:06, Chao Xu wrote:
> Hello,
>
> Is it possi
s detected fine.
Now, why it isn't working - I'm not sure. Compile it up with
ATH_DEBUG, AH_DEBUG nad ATH_DIAGAPI in your kernel config file, then
compile up tools/ath/ath/athstats/ and run it for me.
Adrian
On 9 June 2013 11:06, Alexander Kapshuk wrote:
> I've got an Atheros c
That'd actually be nice to have. I've noticed this with wifi and it's
irritating.
adrian
On 15 June 2013 23:59, h bagade wrote:
> Hi all,
>
> I want to know if there is any way to change the current freebsd behavior
> when setting interface ip address. In curren
... you mean if mpt and em share an interrupt, things get wedged?
adrian
On 18 June 2013 01:16, C. L. Martinez wrote:
> Hi all,
>
> First, sorry for the cross-posting.
>
> I have installed a FreeBSD 8.4 vm under an ESXi 5.1 U1 server. All
> works ok, except for interrupt
stuff our drivers already expose via sysctl.
adrian
On 26 June 2013 17:02, Jack Vogel wrote:
> ethtool is GPL so I wouldn't expect it to show up around here :)
>
> Implementing something like it for FreeBSD would be cool however, sometimes
> sysctl just
> seems clunky althou
.. please file a bug if hz is affecting your performance. Ew.
-adrian
___
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"
Hi,
Please try wifi without the lagg config.
Thanks,
-adrian
On 7 July 2013 17:56, Erich Dollansky wrote:
> Hi,
>
> after upgrading to:
>
> 10.0-CURRENT FreeBSD 10.0-CURRENT #2 r252491M:
> Wed Jul 3 08:45:23 CIT 2013
>
> I have got the problem that lagg hangs
i've noticed this when doing this stuff in a threaded program with
each thread listening on the same port.
All threads wake up on each accepted connection, one thread wins and
the other threads get EAGAIN.
-adrian
On 15 July 2013 12:31, trafdev wrote:
> Thanks for reply.
>
>
1 - 100 of 839 matches
Mail list logo
