Synopsis: [vimage] Fatal trap 12 jails, vimage, ifconfig destroy epair*a
Responsible-Changed-From-To: freebsd-net->freebsd-virtualization
Responsible-Changed-By: bz
Responsible-Changed-When: Thu May 3 22:38:31 UTC 2012
Responsible-Changed-Why:
other list; it's vimage
http://www.freebsd
Synopsis: [ipsec] immediate crash after the start of ipsec processing
Responsible-Changed-From-To: freebsd-net->bz
Responsible-Changed-By: bz
Responsible-Changed-When: Thu May 24 23:40:20 UTC 2012
Responsible-Changed-Why:
Whoops, it wasn't assigned to me yet. I broke it, I'll fix
Synopsis: [regression] 9.1-PRERELEASE host cannot talk to itself over IPv6
(except on loopback)
Responsible-Changed-From-To: freebsd-net->bz
Responsible-Changed-By: bz
Responsible-Changed-When: Sun Jul 22 20:33:04 UTC 2012
Responsible-Changed-Why:
Claim. I am working on the bugfix.
h
Synopsis: [ipmi] [bge] IPMI problem with BCM5704 (does not work after driver
loaded)
State-Changed-From-To: closed->open
State-Changed-By: bz
State-Changed-When: Fri Aug 31 13:26:39 UTC 2012
State-Changed-Why:
Re-open after years; probably people having touched the driver
atey etc should l
Synopsis: [tun] Killing tun0 iface ssh tunnel causes Panic String: page fault
State-Changed-From-To: open->closed
State-Changed-By: bz
State-Changed-When: Fri Oct 15 09:45:00 UTC 2010
State-Changed-Why:
Duplicate of PR kern/116837.
Responsible-Changed-From-To: freebsd-net->bz
Respo
Synopsis: [netinet6] [patch] nd6_ns_input: panic may happen, for RTFREE_LOCKED
set rt to 0.
Responsible-Changed-From-To: freebsd-net->bz
Responsible-Changed-By: bz
Responsible-Changed-When: Thu Nov 18 06:13:32 UTC 2010
Responsible-Changed-Why:
Take.
http://www.freebsd.org/cgi/query-pr.cgi
Synopsis: [pfil] vnet_pfil_init() happens too late if pfil_head_register() is
called from if_ethersubr.c
Responsible-Changed-From-To: freebsd-net->bz
Responsible-Changed-By: bz
Responsible-Changed-When: Thu Nov 18 06:16:28 UTC 2010
Responsible-Changed-Why:
I have shuffled things for vn
Synopsis: [flowtable] flowcleaner 100% cpu's core load
State-Changed-From-To: open->feedback
State-Changed-By: bz
State-Changed-When: Sat Mar 19 15:26:11 UTC 2011
State-Changed-Why:
Submitter(s) were asked for feedback on a more up-to-date
stable/8 or HEAD back in Februar
Synopsis: [flowtable] [panic] flowtable crashes system [regression]
State-Changed-From-To: open->feedback
State-Changed-By: bz
State-Changed-When: Sat Mar 19 15:27:52 UTC 2011
State-Changed-Why:
The PR has been waiting for feedback for almost a year; keep
it open along with kern/146792 as s
Synopsis: [flowtable] flowtable crashes on ia64
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: bz
Responsible-Changed-When: Sat Mar 19 15:30:27 UTC 2011
Responsible-Changed-Why:
Over to maintainer(s).
This may sounds ia64 specific but it's really netwo
Synopsis: [vlan] ifa_add_loopback_route: insertion failed with ifconfig down/up
State-Changed-From-To: open->closed
State-Changed-By: bz
State-Changed-When: Tue Apr 12 19:46:25 UTC 2011
State-Changed-Why:
Problem solved with the MFC from PR 150481 as submitter reports.
Thanks!
Responsi
Synopsis: [udp] Unable to send UDP packet via IPv6 socket to IPv4 mapped address
State-Changed-From-To: open->patched
State-Changed-By: bz
State-Changed-When: Mon Jul 4 19:11:06 UTC 2011
State-Changed-Why:
Seems I fixed it lately in r220463.
Responsible-Changed-From-To: freebsd-net-
Synopsis: [patch] [tap] Add VIMAGE support to if_tap
Responsible-Changed-From-To: freebsd-net->freebsd-virtualization
Responsible-Changed-By: bz
Responsible-Changed-When: Thu Jul 7 22:08:42 UTC 2011
Responsible-Changed-Why:
Re-assign
http://www.freebsd.org/cgi/query-pr.cgi?pr=158
Synopsis: [bge]: Solid hang with bge interface
Responsible-Changed-From-To: freebsd-net->bz
Responsible-Changed-By: bz
Responsible-Changed-When: Mon Oct 12 21:56:26 UTC 2009
Responsible-Changed-Why:
Take for the moment.
http://www.freebsd.org/cgi/query-pr.cgi?pr=116
Synopsis: [ipmi] [bge] IPMI problem with BCM5704 (does not work after driver
loaded)
Responsible-Changed-From-To: freebsd-net->bz
Responsible-Changed-By: bz
Responsible-Changed-When: Mon Oct 12 21:57:02 UTC 2009
Responsible-Changed-Why:
Take for the moment.
http://www.freebsd.org/cgi/qu
Synopsis: [vimage][panic] kernel with vimage panics on xen/domu/hvm guest
State-Changed-From-To: open->closed
State-Changed-By: bz
State-Changed-When: Wed Dec 23 11:04:46 UTC 2009
State-Changed-Why:
As discussed von freebsd-virtualization, pf is not yet supported
with VIMAGE. What you get
Synopsis: [ipsec] [patch] IPSec doesn't work with link-local addresses on
FreeBSD 6
Responsible-Changed-From-To: freebsd-net->bz
Responsible-Changed-By: bz
Responsible-Changed-When: Tue Jan 19 07:34:08 UTC 2010
Responsible-Changed-Why:
This is mine; I have looked before.
http://www.fre
Synopsis: lltable grows too much
State-Changed-From-To: open->analyzed
State-Changed-By: bz
State-Changed-When: Fri Mar 19 08:53:31 UTC 2010
State-Changed-Why:
The problem has actually crashed cluster machines (ipv6gw)
already with
panic: kmem_malloc(4096): kmem_map too small: 335544320 to
Synopsis: [tun] [panic] [patch] ifconfig tunX destroy: panic
Responsible-Changed-From-To: freebsd-net->bz
Responsible-Changed-By: bz
Responsible-Changed-When: Sun Apr 11 18:49:46 UTC 2010
Responsible-Changed-Why:
Take at least temporary.
http://www.freebsd.org/cgi/query-pr.cgi?pr=116
Synopsis: [netinet] [patch] Access to freed mbuf in ip_forward with IPSEC
enabled
State-Changed-From-To: open->analyzed
State-Changed-By: bz
State-Changed-When: Sat Apr 17 15:46:55 UTC 2010
State-Changed-Why:
This seems to be the correct conclusion and it seems to be
still true in H
Synopsis: [netinet] [patch] Wrong UDP checksum not ignored as expected in UDP
encapsuladed ESP packet
Responsible-Changed-From-To: freebsd-net->bz
Responsible-Changed-By: bz
Responsible-Changed-When: Sat Apr 17 15:47:48 UTC 2010
Responsible-Changed-Why:
Take.
http://www.freebsd.org/cgi/qu
Synopsis: [vimage] [carp] VIMAGE + CARP = kernel crash
Responsible-Changed-From-To: freebsd-net->freebsd-virtualization
Responsible-Changed-By: bz
Responsible-Changed-When: Sat Jun 19 11:18:59 UTC 2010
Responsible-Changed-Why:
VIMAGE is an experimental feeature and not yet officially suppor
Synopsis: [ip6] [hang] Deadlock with netinet6/raw_ip6.c when passing over a
multicast ipv6 packet our raw socket is not interested in
Responsible-Changed-From-To: freebsd-net->bz
Responsible-Changed-By: bz
Responsible-Changed-When: Sat Aug 14 14:02:29 UTC 2010
Responsible-Changed-Why:
T
Synopsis: [tcp] RTM_MISS with the transit packets
Responsible-Changed-From-To: freebsd-net->bz
Responsible-Changed-By: bz
Responsible-Changed-When: Wed Jul 2 13:52:56 UTC 2008
Responsible-Changed-Why:
My fault most likely, patch out for review already.
http://www.freebsd.org/cgi/query-pr.cgi
Synopsis: [patch] [request] fstat(1): add INET/INET6 socket details as in
NetBSD and OpenBSD
State-Changed-From-To: open->feedback
State-Changed-By: bz
State-Changed-When: Fri Oct 17 14:03:39 UTC 2008
State-Changed-Why:
See what the submitetr thinks on staying with fstat and using socks
Synopsis: [patch] [request] fstat(1): add INET/INET6 socket details as in
NetBSD and OpenBSD
Responsible-Changed-From-To: freebsd-net->bz
Responsible-Changed-By: bz
Responsible-Changed-When: Fri Oct 17 14:04:47 UTC 2008
Responsible-Changed-Why:
Assign to me for the follow-up.
h
Synopsis: [patch] [request] fstat(1): add INET/INET6 socket details as in
NetBSD and OpenBSD
State-Changed-From-To: feedback->open
State-Changed-By: bz
State-Changed-When: Wed Oct 22 18:12:03 UTC 2008
State-Changed-Why:
Feedback received.
Responsible-Changed-From-To: bz->freeb
Synopsis: [panic] Kernel panic with Bittorrent client.
Responsible-Changed-From-To: net->freebsd-net
Responsible-Changed-By: bz
Responsible-Changed-When: Mon Jan 19 12:08:07 UTC 2009
Responsible-Changed-Why:
Re-assigne to freebsd-net so there will only be only weekly mail.
h
Synopsis: [ip6] [panic] kernel panic in ip6_forward
Responsible-Changed-From-To: freebsd-net->bz
Responsible-Changed-By: bz
Responsible-Changed-When: Fri Jan 30 10:07:16 UTC 2009
Responsible-Changed-Why:
/* GIANT_REQUIRED; */ /* XXX bz: ip6_forward_rt */
I think I once thought it was mine and
Synopsis: [ip6] [panic] Fatal Trap 12 in ip6_forward =
State-Changed-From-To: open->analyzed
State-Changed-By: bz
State-Changed-When: Fri Jan 30 19:42:35 UTC 2009
State-Changed-Why:
I have been tracking this issue for kern/131038 and
the submitter is trying a patch currently.
Responsi
Synopsis: [ip6] [patch] Locking related leaks in the kernel (routing handling)
State-Changed-From-To: open->analyzed
State-Changed-By: bz
State-Changed-When: Fri Jan 30 23:13:14 UTC 2009
State-Changed-Why:
Found more new code with the same problems.
I have to ponder a bit more on
Synopsis: [request] Isn't it time to enable IPsec in GENERIC?
State-Changed-From-To: open->suspended
State-Changed-By: bz
State-Changed-When: Fri Jan 30 23:27:32 UTC 2009
State-Changed-Why:
Susepend until enough work on fixing IPsec and performance
wise integration into the main netwo
Synopsis: [ip6] PF_INET6 proto domain state can't be cleared without a reboot
State-Changed-From-To: open->analyzed
State-Changed-By: bz
State-Changed-When: Sat Jan 31 13:42:49 UTC 2009
State-Changed-Why:
The problem has been analyzed a few months back.
A workaround for what I t
Synopsis: [ipsec] [panic] kernel trap with ipsec
Responsible-Changed-From-To: freebsd-net->vanhu
Responsible-Changed-By: bz
Responsible-Changed-When: Sat Jan 31 22:25:12 UTC 2009
Responsible-Changed-Why:
kern/124609 seems linked to this one and you handled that; could
you check if both PRs
Synopsis: [patch] bsnmpd(8): snmp_pf: add support for retrieving pf filter rule
counters
Responsible-Changed-From-To: freebsd-net->syrinx
Responsible-Changed-By: bz
Responsible-Changed-When: Sat Mar 21 13:42:37 UTC 2009
Responsible-Changed-Why:
She'll review and test it in a few days
Synopsis: [libc] socket(2): INP_PORTHIGH and INP_ONESBCAST share same value
Responsible-Changed-From-To: freebsd-net->rwatson
Responsible-Changed-By: bz
Responsible-Changed-When: Tue Mar 24 07:12:57 UTC 2009
Responsible-Changed-Why:
Robert has fixed this in HEAD already.
http://www.freebsd.
Synopsis: [patch] ppp(8) fails to correctly set routes
Responsible-Changed-From-To: freebsd-net->bz
Responsible-Changed-By: bz
Responsible-Changed-When: Mon Apr 13 17:30:40 UTC 2009
Responsible-Changed-Why:
I promised re@ to look but I cannot promise that it'll make 7.2-
Synopsis: [ppp] host routes added by ppp with gateway flag (regression)
Responsible-Changed-From-To: freebsd-net->bz
Responsible-Changed-By: bz
Responsible-Changed-When: Tue Apr 14 19:43:57 UTC 2009
Responsible-Changed-Why:
follow-ups to me.
http://www.freebsd.org/cgi/query-pr.cgi?pr=125
Synopsis: [ppp] ppp can not set the correct interface with pptpd
Responsible-Changed-From-To: freebsd-net->bz
Responsible-Changed-By: bz
Responsible-Changed-When: Tue Apr 14 19:44:22 UTC 2009
Responsible-Changed-Why:
follow-ups to me.
http://www.freebsd.org/cgi/query-pr.cgi?pr=122
Old Synopsis: [jail] [hang] Machine with jail freezes after random amount of
time
New Synopsis: [hang] Machine with jail freezes after random amount of time
Responsible-Changed-From-To: freebsd-jail->freebsd-net
Responsible-Changed-By: bz
Responsible-Changed-When: Mon Jun 8 17:12:41 UTC 2
Old Synopsis: [ip] [patch] fwd reached after skipto in dynamic rules does not
work in every case
New Synopsis: [ipfw] [patch] fwd reached after skipto in dynamic rules does not
work in every case
Responsible-Changed-From-To: freebsd-net->freebsd-ipfw
Responsible-Changed-By: bz
Responsi
Synopsis: [ipsec] fastforwarding breaks ipsec
State-Changed-From-To: open->closed
State-Changed-By: bz
State-Changed-When: Sat Jul 25 19:41:06 UTC 2009
State-Changed-Why:
Works as expected. I admit that inet(4) is probably not the
best place to look for the description butat least it'
Synopsis: [ipsec] sequence number in a SADB_X_SPDGET response is set to zero
Responsible-Changed-From-To: freebsd-net->bz
Responsible-Changed-By: bz
Responsible-Changed-When: Sat Aug 1 08:51:39 UTC 2009
Responsible-Changed-Why:
Take this one.
http://www.freebsd.org/cgi/query-pr.cgi?pr=137
Synopsis: sysctl(8): NET_RT_DUMP not working in FreeBSD 8
Responsible-Changed-From-To: freebsd-net->bz
Responsible-Changed-By: bz
Responsible-Changed-When: Wed Aug 12 23:11:55 UTC 2009
Responsible-Changed-Why:
My bug. my fix.
http://www.freebsd.org/cgi/query-pr.cgi?pr=137
Synopsis: [ipsec] Filtering incoming packets with enc0 does not work with
GIF-based IPSec setups
State-Changed-From-To: open->feedback
State-Changed-By: bz
State-Changed-When: Mon Dec 31 11:34:10 UTC 2007
State-Changed-Why:
There are patches in HEAD already - asked for feedback if they
Synopsis: [netipsec] [patch] IPsec: kernel sends wrong pfkey expire message
Responsible-Changed-From-To: freebsd-net->bz
Responsible-Changed-By: bz
Responsible-Changed-When: Sun Feb 17 12:28:30 UTC 2008
Responsible-Changed-Why:
I'll take a look
http://www.freebsd.org/cgi/query-pr.cgi?p
Synopsis: New IPSEC fails to obey policy levels
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: bz
Responsible-Changed-When: Wed Mar 5 11:16:13 UTC 2008
Responsible-Changed-Why:
Over to maintainer(s).
http://www.freebsd.org/cgi/query-pr.cgi?pr=121
Synopsis: [ipsec] New IPSEC fails to obey policy levels
State-Changed-From-To: open->feedback
State-Changed-By: bz
State-Changed-When: Sat Mar 8 22:38:07 UTC 2008
State-Changed-Why:
A patch was presented for testing.
Responsible-Changed-From-To: freebsd-net->bz
Responsible-Changed-
Synopsis: [ipsec] SP refcnt increases with each packet in ipv6 with new IPSEC
State-Changed-From-To: open->feedback
State-Changed-By: bz
State-Changed-When: Sat Mar 8 23:03:52 UTC 2008
State-Changed-Why:
Wait for feedback if the patch presented is fine.
Responsible-Changed-From-To: freebsd-
Synopsis: [ipsec] New IPSEC & IPV6 & AH+ESP Broken
Responsible-Changed-From-To: freebsd-net->bz
Responsible-Changed-By: bz
Responsible-Changed-When: Sat Mar 8 23:06:45 UTC 2008
Responsible-Changed-Why:
Take this. Might take a few days before I can come up with a patch.
http://www.
Synopsis: [gre] gre over ipsec not working
State-Changed-From-To: open->feedback
State-Changed-By: bz
State-Changed-When: Sun Mar 30 09:46:04 UTC 2008
State-Changed-Why:
I am exchanging mails with the submitter to narrow down the problem.
Responsible-Changed-From-To: freebsd-net-
Hi,
You have a bug in the "Needs MFC" state which has not been touched in 7 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 for 7 da
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=182212
--- Comment #4 from commit-h...@freebsd.org ---
A commit references this bug:
Author: mav
Date: Thu Jun 5 05:36:56 UTC 2014
New revision: 267093
URL: http://svnweb.freebsd.org/changeset/base/267093
Log:
MFC r266538:
Make ng_mppc to no
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=182212
--- Comment #5 from commit-h...@freebsd.org ---
A commit references this bug:
Author: mav
Date: Thu Jun 5 05:58:55 UTC 2014
New revision: 267094
URL: http://svnweb.freebsd.org/changeset/base/267094
Log:
MFC r266538:
Make ng_mppc to no
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=182212
--- Comment #6 from commit-h...@freebsd.org ---
A commit references this bug:
Author: mav
Date: Thu Jun 5 06:00:08 UTC 2014
New revision: 267095
URL: http://svnweb.freebsd.org/changeset/base/267095
Log:
MFC r266538:
Make ng_mppc to no
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=182212
Alexander Motin changed:
What|Removed |Added
Status|Needs MFC |Issue Resolved
C
Hi,
You have a bug in the "Needs MFC" state which has not been touched in 7 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 for 7 da
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=127360
Hiren Panchasara changed:
What|Removed |Added
Status|Needs MFC |Issue Resolved
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=137776
Hiren Panchasara changed:
What|Removed |Added
Status|Needs MFC |Issue Resolved
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=137841
Hiren Panchasara changed:
What|Removed |Added
Status|Needs MFC |Issue Resolved
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=139204
Hiren Panchasara changed:
What|Removed |Added
Status|Needs MFC |Issue Resolved
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=145600
Hiren Panchasara changed:
What|Removed |Added
Status|Needs MFC |Issue Resolved
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=168294
Hiren Panchasara changed:
What|Removed |Added
Status|Needs MFC |Issue Resolved
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=172113
Hiren Panchasara changed:
What|Removed |Added
Status|Needs MFC |Issue Resolved
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=154169
Hiren Panchasara changed:
What|Removed |Added
Status|Needs MFC |Issue Resolved
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=185967
oliv...@cochard.me changed:
What|Removed |Added
CC||oliv...@cochard.me
--- Comment
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183391
bor...@sarenet.es changed:
What|Removed |Added
CC||bor...@sarenet.es
--- Comment #
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183391
--- Comment #6 from bor...@sarenet.es ---
Indeed, just fetching the source from the Emulex website, compiling and loading
the module, it seems to be solid now.
dev.oce.0.%pnpinfo: vendor=0x19a2 device=0x0700 subvendor=0x10df
subdevice=0xe62
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=175734
Nick Hibma changed:
What|Removed |Added
Status|In Discussion |Timeout
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190785
Hiren Panchasara changed:
What|Removed |Added
CC||hi...@freebsd.org
Comp
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191040
Mark Linimon changed:
What|Removed |Added
Assignee|freebsd-b...@freebsd.org|freebsd-net@FreeBSD.org
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190785
Mark Linimon changed:
What|Removed |Added
Summary|cpu affinity not working in |[em] cpu affinity not
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
f router (interface) changes might be the most elegant one.
One could even use a simple script that would update things
automatically if needed.
/bz
PS: there is a private email in flight as well, as we know someone who
has a working FreeBSD IPv6 setup at that hosting comp
bz accepted this revision.
bz added a comment.
Should be fine; otherwise we'll deal with it as needed; do we know what
mii_mpd_rev 7 is/was?
CHANGES SINCE LAST ACTION
https://reviews.freebsd.org/D45109/new/
REVISION DETAIL
https://reviews.freebsd.org/D45109
EMAIL PREFERENCES
bz added a comment.
I somehow would expect a comment to be updated somewhere referencing RFC5722?
Appart from that no objections though I have only skimmed through and not
properly reviewed this.
REVISION DETAIL
https://reviews.freebsd.org/D1388
To: kibab, bz
Cc: ae, freebsd-net
bz reopened this revision.
bz added a comment.
This revision is now accepted and ready to land.
Even if this would have been merged properly and not broken the build there's
still stuff that is wrong for initialisation with different net contexts in
this and that needs to be fixed pro
bz added a comment.
I have raised my concerns about the change a few weeks ago elsewhere already
but gnn mentioned a possible idea today to keep it clean(er). I'll let him
follow-up here.
REVISION DETAIL
https://reviews.freebsd.org/D1761
To: hselasky, rmacklem, rrs, glebius, gnn, e
bz added a subscriber: bz.
bz added a reviewer: bz.
bz added a comment.
It smells like a lle_refcnt bug to me and I have send a private email to errs
to understand the problem better (and also if other optional kernel options
might have been used while this was experienced).
REVISION DETAIL
bz added a comment.
Hiren, it only took us 4 years to trigger this? Can people actually
easily/reliably reproduce it?
REVISION DETAIL
https://reviews.freebsd.org/D1777
To: rrs, imp, sbruno, gnn, rwatson, lstewart, kostikbel, adrian, jhb, bz
Cc: bz, emaste, hiren, julian, hselasky, freebsd
bz added a comment.
Depending on the outcome here, it look like bwi will need similar treatment?
REPOSITORY
rS FreeBSD src repository
CHANGES SINCE LAST ACTION
https://reviews.freebsd.org/D5165/new/
REVISION DETAIL
https://reviews.freebsd.org/D5165
EMAIL PREFERENCES
https
bz added a comment.
Ok looks like bwi doesn't need.
I don't know too much about bwn(4).
Given we have hard coded mapping tables with a limited set of 'rates'
according to bwn_hwrate2ieeerate() and bwn_ieeerate2hwrate() would it make
sense to manually code a "o
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
bz added a comment.
Can I have you guys have a look at https://reviews.freebsd.org/D6924
Thanks
REVISION DETAIL
https://reviews.freebsd.org/D1944
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: nvass-gmx.com, trociny, kristof, gnn, zec, rodrigc
bz removed subscribers: adrian, freebsd-net-list.
bz added a reviewer: wireless.
REPOSITORY
rS FreeBSD src repository - subversion
CHANGES SINCE LAST ACTION
https://reviews.freebsd.org/D5165/new/
REVISION DETAIL
https://reviews.freebsd.org/D5165
EMAIL PREFERENCES
https
85 matches
Mail list logo
