On 04.10.2014 18:00, Marcelo Gondim wrote:
Excellent work! :)
I really enjoyed the news. This new ipfwcome with FreeBSD 10.1 release?
Unfortunately, no.
The plan is to commit it to HEAD and merge to 9/ and 10/ after 1 month.
Cheers,
Gondim
On 04/10/2014 09:35, Alexander V. Chernikov wrote
On 04 Oct 2014, at 16:35, Alexander V. Chernikov wrote:
> Hi,
>
> I'm going to merge projects/ipfw branch to HEAD in the middle of next week.
Merged in r 272840.
>
> What has changed:
>
> Main user-visible changes are related to tables:
>
> * Tables are now
On 11.10.2014 18:15, David Wolfskill wrote:
On Sat, Oct 04, 2014 at 04:35:51PM +0400, Alexander V. Chernikov wrote:
Hi,
I'm going to merge projects/ipfw branch to HEAD in the middle of next week.
OK; I was able to build & install head @r272938 this morning on my
laptop; on rebo
On 11 Oct 2014, at 21:58, Craig Rodrigues wrote:
> Hi,
>
> What action items are left to enable VIMAGE by default for FreeBSD 11?
Are there any tests results showing performance implications on different
network-related workloads?
>
> Not everyone uses bhyve, so VIMAGE is quite useful when us
On 13.10.2014 12:35, Harald Schmalzbauer wrote:
Bezüglich Julian Elischer's Nachricht vom 23.04.2014 09:55 (localtime):
On 4/23/14, 4:38 AM, Nikolay Denev wrote:
On Tue, Apr 22, 2014 at 5:37 PM, Harald Schmalzbauer
wrote:
Hello,
here, http://svnweb.freebsd.org/base?view=revision&revision=2
On 13.10.2014 13:16, Harald Schmalzbauer wrote:
Bezüglich Alexander V. Chernikov's Nachricht vom 13.10.2014 10:42
(localtime):
On 13.10.2014 12:35, Harald Schmalzbauer wrote:
Bezüglich Julian Elischer's Nachricht vom 23.04.2014 09:55
(localtime):
...
yes, we made two behaviours.
Add inte
On 13.10.2014 09:35, Julian Elischer wrote:
On 10/12/14, 1:55 PM, wishmaster wrote:
--- Original message ---
From: "Alexander V. Chernikov"
Date: 11 October 2014, 23:20:39
On 11 Oct 2014, at 21:58, Craig Rodrigues wrote:
Hi,
What action items are left to enable
There is a problem with correct media reporting in ixgbe:
ixgbe_setup_optics() is called only at ixgbe_attach().
This means that:
1) if SFP slot was empty at the attach() time, "media" part will be set
to adapter->optics = IFM_ETHER | IFM_AUTO;
e.g. after attaching SFP status will look like
On 24.10.2014 09:26, Mateusz Guzik wrote:
Hello there,
dtrace revealed that the kernel schedules nd6_timer a lot. Not only
that, his callout is not mpsafe so the kernel locks Giant which I
believe is an oversight.
Also the code looks really suspicious as it walks V_in6_ifaddrhead
without any lo
Hello everyone.
I'd like to remove faith (IPv6/v4 translator) from base.
* It does not seem like a proper way to translate between IPv4/IPv6 traffic.
There are several well-documented (and already implemented) technologies:
Stateful/stateless NAT64 (rfc 6146, 6145), 464XLAT (6877).
Un
On 05.11.2014 19:39, George Neville-Neil wrote:
Howdy,
Last night (Pacific Time) I committed a change so that GENERIC, on
HEAD has the netmap
device enabled. This is to increase the breadth of our testing of
that feature prior
to the release of FreeBSD 11.
In two weeks I will enable IPSec b
On 19.11.2014 07:28, Craig Rodrigues wrote:
On Mon, Nov 17, 2014 at 9:47 AM, Alfred Perlstein
wrote:
On 11/17/14, 3:02 AM, Warner Losh wrote:
On Nov 17, 2014, at 12:46 AM, Craig Rodrigues
wrote:
(3) Take a pass through http://wiki.freebsd.org/VIMAGE/TODO
and
https://bugs.freeb
On 30.11.2014 18:47, Marcelo Gondim wrote:
Dear,
Unfortunately I have more options to resolve this problem I'm having
with Intel X520-SR2. Have we changed the X520, we exchange the optical
cords, exchanged optical modules, we changed the entire server, we
reduce the temperature inside the equ
On 04.12.2014 13:50, Yuriy Tabolin wrote:
Hi All.
I have a server with two Intel 10G NIC. OS FreeBSD 10.1-Release amd64.
Server works like NFS, samba-server and iSCSI target. Both NICs
aggregated into lagg device and set MTU 9014 to them. There are some
tuning sysctl.conf:
kern.maxfiles=62896
> On 23 Dec 2014, at 21:26, Luigi Rizzo wrote:
>
> Ok please pull the "next" branch from code.google.com/p/netmap-ipfw/
> which has a fix applied (set TCP_NODELAY on the connection).
> With that i can load a table with 64k entries in about 3 seconds.
>
> The "master" branch also has the same fi
Hello list.
It looks like it is impossible to use host pipes and emulated netmap
mode in some cases.
For example, if you're doing something like what traditional router do:
packet processing, with kernel-visible logical interfaces, routing
daemon running there, you can easily get a panic like thi
Hello list!
FreeBSD has netmap support for chelsio T5 cards, which is amazing.
The great thing about implementation is that you can play with
traffic-generating applications without affecting "main" OS interface,
which has always been a problem for Intel cards.
However, this approach (having addit
On 02.01.2015 19:45, Luigi Rizzo wrote:
> On Fri, Jan 02, 2015 at 06:36:00PM +0300, Alexander V. Chernikov wrote:
>> Hello list.
>>
>> It looks like it is impossible to use host pipes and emulated netmap
>> mode in some cases.
>>
>> For example, if you&#
On 02.01.2015 19:53, Luigi Rizzo wrote:
> On Fri, Jan 02, 2015 at 06:57:50PM +0300, Alexander V. Chernikov wrote:
>> Hello list!
>>
>> FreeBSD has netmap support for chelsio T5 cards, which is amazing.
>> The great thing about implementation is that you can play
On 02.01.2015 21:46, Navdeep Parhar wrote:
> On Fri, Jan 02, 2015 at 06:57:50PM +0300, Alexander V. Chernikov wrote:
>> Hello list!
>>
>> FreeBSD has netmap support for chelsio T5 cards, which is amazing.
>> The great thing about implementation is that you can play
On 08.01.2015 02:14, Przemyslaw Frasunek wrote:
> Dear all,
>
> We are running FreeBSD 9.2-RELEASE-p3 on few PPPoE access servers, each
> servicing about 1000 customers. Each server exchanges customers' /32 (for
> IPv4)
> and /64 (for IPv6) routes using OSPF and BIRD.
>
> Few times in a month, we
16.07.2015, 01:25, "Alan Somers" :
> SIOCGIFMEDIA will return the list of supported media types and the
> current media type of a network interface. But for NICs with
> pluggable modules (SFP+, QSFP, etc), it would also be useful to know
> the allowed module type. I can't find any way to determine
___
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"
12.08.2015, 02:28, "Maxim Sobolev" :
> Olivier, keep in mind that we are not "kernel forwarding" packets, but "app
> forwarding", i.e. the packet goes full way
> net->kernel->recvfrom->app->sendto->kernel->net, which is why we have much
> lower PPS limits and which is why I think we are actually be
___
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"
25.08.2015, 17:46, "Julian Elischer" :
> On 8/25/15 10:07 PM, Evgeny Khorokhorin wrote:
>> Hi,
>>
>> I have 10.2-STABLE, 2 CPU Intel E5-2643v3, network Intel XL710 with
>> 1.4.0 driver from Intel
>> I know that going through routing table is very fast (rn_match). But
>> I decided to optimize
01.09.2015, 09:50, "Nigel Williams" :
> Hi,
>
> A new mptcp v0.5 patch is available at
> http://caia.swin.edu.au/urp/newtcp/mptcp/tools.html. This release
> represents a near-complete rewrite of the v0.4 implementation and as
> such there have been a large number of changes (see [1] and [2]). The
15.09.2015, 10:48, "O. Hartmann" :
> On Tue, 15 Sep 2015 10:21:21 +0300
> Kimmo Paasiala wrote:
>
>> On Tue, Sep 15, 2015 at 10:06 AM, O. Hartmann
>> wrote:
>> > Hopefully, I'm right on this list. if not, please forward.
>> >
>> > Running CURRENT as of FreeBSD 11.0-CURRENT #3 r287780: Mon
31.10.2015, 05:32, "Adrian Chadd" :
> Hiya,
>
> Here's a panic from arptimer:
Hi Adrian,
As far as I see, line 205 in if_ether.c is IF_AFDATA_LOCK(ifp) which happens
after LLE_WUNLOCK().
So, it looks like (pre-cached) ifp had been freed before locking ifdata.
Do you have any more details on tha
31.10.2015, 16:46, "Adrian Chadd" :
> On 31 October 2015 at 09:34, Alexander V. Chernikov
> wrote:
>> 31.10.2015, 05:32, "Adrian Chadd" :
>>> Hiya,
>>>
>>> Here's a panic from arptimer:
>> Hi Adrian,
>>
>>
03.11.2015, 17:05, "David Wolfskill" :
> This was on my laptop; yesterday, it built & booted:
>
> FreeBSD g1-252.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #230
> r290270M/290270:1100085: Mon Nov 2 05:03:07 PST 2015
> r...@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64
>
> OK
04.11.2015, 19:55, "el...@sentor.se" :
> Hi!
>
> Question:
> What do the Recv column in 'netstat -B' show?
>
> I thought it was tha amount of packets received, but appaently not so.
>
> I send 200 packets from a tcpreplay machine to a receiving machine.
> I do it a few times.
>
> On the recei
15.03.2018, 23:08, "sth...@nethelp.no" :
> I have a reproducible problem on 11.1-STABLE where, during a longterm
> iperf3 session, some packets are lost every time ARP is refreshed (every
> net.link.ether.inet.max_age seconds). Checking with tcpdump, I can
> indeed see that the packet loss is happe
16.03.2018, 14:50, "sth...@nethelp.no" :
..
>> And thank you for that suggestion! The packet loss during ARP refresh
>> (of the destination address connected to the output interface) does
>> *not* happen when the box is forwarding! It only happens with locally
>> generated traffic.
Should be fi
17.03.2018, 21:23, "Rodney W. Grimes" :
>> 16.03.2018, 14:50, "sth...@nethelp.no" :
>> ..
>> >> ?And thank you for that suggestion! The packet loss during ARP refresh
>> >> ?(of the destination address connected to the output interface) does
>> >> ?*not* happen when the box is forwarding! It o
18.03.2018, 03:31, "Rodney W. Grimes" :
> [ Charset UTF-8 unsupported, converting... ]
>> 17.03.2018, 21:23, "Rodney W. Grimes" :
>> >> ?16.03.2018, 14:50, "sth...@nethelp.no" :
>> >> ?..
>> >> ?>> ?And thank you for that suggestion! The packet loss during ARP
>> refresh
>> >> ?>> ?(of the de
Do you have vlans on top of ixgbe?
And actually I wonder what does tcpdump show for the same expression.
( and tcpdump -i ixX -lnes0 might provide good traces on what is going on)
30.11.2015, 19:09, "el...@sentor.se" :
> No one has a theory?
>
> /Elof
>
> On Thu, 5 Nov 2015, el...@sentor.se wrote:
11.12.2015, 12:15, "Hans Petter Selasky" :
> Hi,
>
> Pulling the nail out of the haystack hopefully.
>
>>> Any ideas on where next to look?
>
> Adrian: In your dump aswell I see:
>
> la_flags = 1
>
> That means there was a race calling arptimer() and removing the "lle".
Yes. The interesting part h
13.01.2016, 22:56, "Karim Fodil-Lemelin" :
> Hi,
>
> I've hit a very interesting problem with ipfw-nat and local TCP traffic
> that has enough TCP options to hit a special case in m_megapullup().
> Here is the story:
>
> I am using the following NIC:
>
> igb0@pci0:4:0:0: class=0x02 card=0x8
14.01.2016, 18:29, "Yamagi Burmeister" :
> Hello,
> with 11-CURRENT at r293913 I'm seeing this panic as soon as I'm trying
> to connect through SSH:
>
> Unread portion of the kernel message buffer:
> panic: _mtx_lock_sleep: recursed on non-recursive mutex rtentry
> @ /usr/src/sys/net/route.c:579
14.01.2016, 19:16, "Alexander V. Chernikov" :
> 14.01.2016, 18:29, "Yamagi Burmeister" :
>> Hello,
>> with 11-CURRENT at r293913 I'm seeing this panic as soon as I'm trying
>> to connect through SSH:
>>
>> Unread portion of the ker
I would like to introduce routing rework which started as projects/routing SVN
branch.
It has been around for quite a long time, some of the code has made its way to
HEAD, but there hasn't been any public announcements.
So, what is projects/routing about?
First, it is about bringing more scalab
05.06.2016, 11:45, "Özkan KIRIK" :
> I also need this feature
Are you fine with exact-match mac addresses?
(E.g. new array/hash tabletype with the ability to do exact lookup on the
source/destination mac address, w/o any masks support).
>
> On Fri, Jun 3, 2016 at 4:11 PM, Aleksandr A Babaylov <".
___
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"
___
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"
27.08.2016, 20:58, "Jim Thompson" :
>> On Aug 27, 2016, at 11:50 AM, Hooman Fazaeli
>> wrote:
>>
>> Second have you considered replacing the existing radix tree with a faster
>> data structure, specially the Luigi DXR
>> tables?
(Sorry for re-posting #2, I incidentally sent an html-only reply
I would like to introduce an implementation of scalable multipath routing.
Previous implementation (RADIX_MPATH) focused on a simpler case like having 2
defaults, with performance falling linearly proportional to the number of
paths. That implementation was also tightly coupled lookup algorithm
Hi,
I would like to share the current state and the next steps for the
nhops/multipath project.
To recap: project is about modernising the current routing stack and
implementing scalable multipath routing.
Most changes are based on introduction of the concept of nexthops. Nexthops,
which are
30.04.2020, 17:40, "Steffen Christgau" :
> Hi everybody,
Hi Steffen,
>
> I'm quiet new in developing applications with support for FreeBSD, so
> please excuse if that question has an obvious answer which I can't see
> at the moment.
>
> I'm developing a small daemon which should detect and handle c
04.05.2020, 07:23, "Guy Yur" :
> Hi,
>
> -- Original Message --
> From: "Alexander V. Chernikov"
> To: "Steffen Christgau" ; "freebsd-net@freebsd.org"
>
> Sent: 2020-05-03 11:42:07
> Subject: Re: Notification about tentative
Hi,
I would like to share the current state and the next steps for the
nhops/multipath project.
To recap: project is about modernising the current routing stack and
implementing scalable multipath routing.
Most changes are based on introduction of the concept of nexthops. Nexthops,
which are
03.06.2020, 11:46, "Bjoern A. Zeeb" :
> Hi,
>
> got this with HEAD from a few days ago, just in case it rings a bell
> with someone.
I'm curious what are the conditions. Was it the first "up" for the interface?
It looks like we're not locking anything in nd6_dad_timer, so potentially if
one config
___
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"
[re-sending email with as non-html]
Hey,
I would like to deprecate net.inet6.ip6.deembed_scopeid sysctl while leaving
the current default behaviour.
This sysctl controls whether IPv6 scope is embedded in the IPv6 address or not
when reading or writing route/interface/ifaddr data via rtsock/sys
Hey,
I would like to propose removal of sbin/routed and usr.sbin/route6d.
routed(8) is the daemon implementing RIPv2 routing protocol.
route6d(8) is the daemon implementing RIPng routing protocol for IPv6.
RIP [1] was one of the first protocols used in the networking. The first
version was im
22.06.2020, 12:52, "Scheffenegger, Richard" :
> Hi,
>
> I am just curious if anyone is working to get the NIC drivers support to read
> the pluggables I2C status (temperature, voltage level, optical power levels)
> from Intel NICs and Qlogic CNAs?
Hi Richard,
which Intel nics you're referring to?
22.06.2020, 13:50, "Rodney W. Grimes" :
>> Hey,
Hi Rodney,
>>
>> I would like to propose removal of sbin/routed and usr.sbin/route6d.
>
> I disagree with removal, as your analysis is flawed.
Thank you for the feedback!
>
>> routed(8) is the daemon implementing RIPv2 routing protocol.
>> route6d
22.06.2020, 14:54, "Hiroki Sato" :
> "Alexander V. Chernikov" wrote
> in <273191592779...@mail.yandex.ru>:
>
> me> Hey,
> me>
> me> I would like to propose removal of sbin/routed and usr.sbin/route6d.
>
> I am still using both of t
___
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"
Dear FreeBSD users,
I would like to make net.add_addr_allfibs=0 as the default system behaviour and
remove net.add_addr_allfibs.
To do so, I would like to collect use cases with net.add_addr_allfibs=1 and
multiple fibs, to ensure they can still be supported after removal.
Background:
Multi-fib
18.07.2020, 14:22, "Alexander V. Chernikov" :
> Dear FreeBSD users,
>
> I would like to make net.add_addr_allfibs=0 as the default system behaviour
> and remove net.add_addr_allfibs.
> To do so, I would like to collect use cases with net.add_addr_allfibs=1 and
> multi
I want to introduce ip(8) or something similar in base.
Basically, I need some userland tool to explicitly operates on nexthops,
nexthop groups and fib lookup algorithms.
The existing tools are not well suited for the job: route(8) may be a
candidate, but (a) it would either add another bunch of
___
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"
ious thing to do was
>> to make it possible to only add the entry in the fib that was the
>> default fib or in the case of Ironport, the fib that was the default
>> fib of the process adding the interface.
>>
>> If you had to make a choice I think the '0' cho
___
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"
21.10.2020, 23:05, "Ryan Stone" :
> Today at $WORK we saw a panic due to a race between
> in6_joingroup_locked and if_detach_internal. This happened on a
> branch that's about 2 years behind head, but the relevant code in head
> does not appear to have changed.
>
> The backtrace of the panic was th
___
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"
28.10.2020, 20:25, "Alexander V. Chernikov" :
> 28.10.2020, 18:34, "Maxime Villard" :
>> In icmp6_notify_error(), 'finaldst' points to data within an mbuf, but when
>> iterating over the next IPv6 options the kernel can free that mbuf, meaning
>>
19.11.2020, 10:03, "Darko Grubisic" :
> Hi all!
Hi Danko,
>
> I apologize if this is not the proper place to pop the question.
> I'm interested if there are any plans to integrate RPS and XPS
> functionality in FreeBSD kernel?
RPS is implemented as "option RSS". It have _some_ bits of XPS support a
___
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"
___
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"
___
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"
24.02.2021, 10:50, "Olivier Cochard-Labbé" :
> On Wed, Feb 24, 2021 at 1:22 AM Marek Zarychta <
> zarych...@plan-b.pwste.edu.pl> wrote:
>
>> >
>>
>> Please let me ask only one final question. Does adding:
>>
>> net.route.algo.inet.algo=dpdk_lpm4
>> net.route.algo.inet6.algo=dpdk_lpm6
>>
>> to
Hi Andriy,
Could you by any chance provide a bit more info on the system networking
configuration and the steps leading to panic?
No chance for a coredump?
destroy_nhgrp() suggests that there was a multipath route (default?) that was
deleted.
nhops are created with UMA_ALIGN_PTR, so I suspect t
> On 10 Jul 2021, at 10:07, Andriy Gapon wrote:
>
> On 09/07/2021 00:02, Alexander V. Chernikov wrote:
>> Hi Andriy,
>> Could you by any chance provide a bit more info on the system networking
>> configuration and the steps leading to panic?
>> No chance
> On 30 Aug 2021, at 08:32, Andriy Gapon wrote:
>
> On 30/08/2021 10:28, Andriy Gapon wrote:
>> On 01/08/2021 16:36, Alexander V. Chernikov wrote:
>>>
>>>
>>>> On 10 Jul 2021, at 10:07, Andriy Gapon wrote:
>>>>
>>>&g
> On 17 Sep 2021, at 01:36, Mark Kamichoff wrote:
>
> Hi -
>
Hi Mark,
> Does anyone here know how to tweak the hashing algorithm (per flow/packet/x)
> that's used for the new ROUTE_MPATH option that's in 13?
>
> I'm using FRR 7 and I see both routes in the FIB but only one is ever
> chosen a
> On 19 Nov 2021, at 19:17, Neel Chauhan wrote:
>
> Hi freebsd-net@,
>
> Long time no see. I've gotten a (Ports) commit bit since then.
>
> I haven't been very active in TCP/IP hacking as of late, as more recently
> I've been more focused on GNOME packages and some GPU drivers.
>
> Going b
> On 5 Dec 2021, at 03:49, Neel Chauhan wrote:
>
> Hi Alexander,
>
> On 2021-12-04 10:42, Alexander V. Chernikov wrote:
>>> * Is porting OpenBSD MPLS to FreeBSD feasible, or are we better off doing a
>>> from-scratch implementation based on netgraph?
>&
Hi,
I have recent 7.0-current and this node seems to work for me.
Node code compiles and loads into kernel without any problems.
After some time experimenting with ng_bpf(4) i was able to tag
packets matched by bpf filter.
Of course, the following is not a real-world example, but it
c
Goncharov> ether[56:4]=0x5f686173 &&
Vadim Goncharov> ether[60:2]=0x683d
Vadim Goncharov>) ||
Vadim Goncharov>(ether[44:4]=0x2f616e6e &&
Vadim Goncharov> ether[48:4]=0x6f756e63 &&
Vadim Goncharov>
melifaro added a subscriber: melifaro.
melifaro added a comment.
After digging into lagg internals on updating lladdrs on lagg ports, I'd also
vote for extenging llq to deal with MTU changes for underlying interfaces
REPOSITORY
rS FreeBSD src repository
REVISION DETAIL
https://reviews.free
melifaro added inline comments.
INLINE COMMENTS
sys/net/if_lagg.c:728 What if we have multiple events queued on tasq? e.g mtu
AND mac change
sys/net/if_lagg.c:763 Not that easy, unfortunately.
At this moment original ioctl returned 0, so other things/events were fired:
rtsock notification
melifaro added inline comments.
INLINE COMMENTS
> rss_config.c:251
>*/
> + arc4random_buf(&rss_key, RSS_KEYSIZE);
> }
Are we sure that there is enough entropy available at the moment of calling it?
REPOSITORY
rS FreeBSD src repository
CHANGES SINCE LAST ACTION
https://reviews.
201 - 284 of 284 matches
Mail list logo
