those to
a frequency and necessary delay.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
n] MUA
should tag the post appropriately and each MUA be able to convert as
needed between them.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
signature.asc
Description: PGP signature
John-Mark Gurney wrote this message on Thu, Dec 02, 2021 at 15:43 -0800:
> David Chisnall wrote this message on Thu, Dec 02, 2021 at 10:34 +:
> > On 02/12/2021 09:51, Dimitry Andric wrote:
> > > Apparently the "block runtime" is supposed to provide the actual objec
link.
I can't seem to find any docs on clang about how to properly compile
code that uses blocks, so, unless someone points me to docs on how to
compile blocks enable programs, I'll just patch libpru to not use
blocks since it seems like blocks is well supported. I don't want
to f
mand failed with exit code 1 (use -v to see invocation)
What is the correct fix? It seems like atexit.c or the linker should
be fixed, as pructl doesn't use atexit_b at all.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
te, even via power_off/power_on
commands.
Sorry that I don't have a solution for you. The closest that I could
suggest is to try to drop the USB id from the ure driver or switch it's
mode to try the ucdce driver instead. I've seen that it's been
2.5G device. So, other
non-RealTek devices would be great to test with.
Let me know if you have any issues with the change!
Thanks.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
you should just create a new dataset
for the database instead of reuse /var's dataset, that way the fixed
record size does not cause problems for the rest of /var...
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
say that IMO, I really dislike a command line argument having
an optional argument. It can cause parsing confusion and possibly
security issues... Copying this behavior, IMO, is not good... So my
vote is against this misfeature..
How is the program suppose to tell when the extension is "-e&q
r-Collision_Attack_%E2%80%93_first_practical_chosen-prefix_attack
[3]
https://en.wikipedia.org/wiki/Collision_attack#Chosen-prefix_collision_attack
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
__
th old weak /dev/random, etc.
>
> One cannot sign or verify anything without knowing gpg first :)
snapaid was designed to make it even easier...
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have
27;ve been pushing
for better security like this IS because of the actions of the NSA...
I used to get lunch on a weekly basis across the street from one
of the early revealed NSA wiretap rooms.
--
John-Mark Gurney Voice: +1 415 225 5579
w attack...
Also, the cost of the attack is not great ($45k), considering the recent
SolarWinds supply chain attack, being able to smuggle a modified file
into a git repo, say an OS's build server, such that the tools don't
know the tree is modified is a real problem...
--
John
be verified?
Then you have the job of verifying the doc repo to make sure that the
keys you have is valid, where does the root of trust come from there?
Not saying it isn't possible, it's just a LOT of work to make it
useful...
--
John-Mark Gurney
> >\ \ \ local modifications
> > \ \hash
> > \ commit count
> >branch
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
_
ple's keys change over time, and now you need to know
what time period each key was valid for, otherwise a compromised key
could be used to insert malicious changes into your/the tree...
Then there's also the point that the repo is (looks like it) using
SHA-1 hashes, which are effectively
rity issues in that report as well, so it
isn't like the report found security vulnerability in every TCP/IP
stack they tested.
The best way to have confidence is to pay people to analyize and
verify that the FreeBSD TCP/IP stack is secure, just as it is w/
any c
John-Mark Gurney wrote this message on Thu, Nov 05, 2020 at 16:13 -0800:
> I just discovered that we have a variable name colission between the
> FreeBSD base repo, and the ports tree. DISTDIR is used by the ports
> repo for:
> # DISTDIR - Where to search for and sto
it's for.
Can someone figure out what we should do in this case?
This was discovered because ezjail-admin sets DISTDIR for ports, but it
was breaking my -DNO_ROOT installworld by putting the METALOG in an
incorrectly documented place (since fixed)...
--
John-Mark Gurney
seem odd, since it will have the same
> terms as the extant one, but if that is what is appropriate for the project..)
I'd add both the above notice, but also your own copyright at the top...
You don't need to add your own copyright, but if you do, the by Rick
Macklem isn't n
g, please let me know.
The changes are in here: https://reviews.freebsd.org/D26713
Thanks!
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
f
Rodney W. Grimes wrote this message on Thu, Sep 17, 2020 at 10:53 -0700:
> > FTP is firewall unfriendly.
>
> Passive mode solved that decades ago.
Requires that the server not be behind a firewall or port forwarding
as well..
--
John-Mark Gurney Voice
tacks or other modern internet
> threats.
And I really dislike when people want to make sure that their unique
case that less than a percent of people would every hit blocks the
security improvements for the majority of people...
I've given up on a number of security improvements in Fre
a secure connection (or that can
> tolerate an insecure one).
Do we have a way for the admin/root to set fetch's policy to block FTP
and HTTP?
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, h
John-Mark Gurney wrote this message on Sat, Jul 25, 2020 at 16:13 -0700:
> Hello,
>
> I'd like people who have ure (RealTek) based USB devices to test
> review D25809[0].
>
> This update adds support for:
> - HW VLAN tagging
> - HW checksum offload for IPv4 and IP
r may want
to turn that off if it's disruptive to their server.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
freebsd-current@freebsd.org m
Ganbold Tsagaankhuu wrote this message on Wed, Aug 19, 2020 at 16:27 +0800:
> On Tue, Jul 28, 2020 at 2:35 AM John-Mark Gurney wrote:
>
> > Ganbold Tsagaankhuu wrote this message on Mon, Jul 27, 2020 at 18:29 +0800:
> > > On Mon, Jul 27, 2020 at 5:14 AM John-M
; line 378, in abspath
> path = os.fspath(path)
> TypeError: expected str, bytes or os.PathLike object, not NoneType
> ninja: build stopped: subcommand failed.
> *** Error code 1
>
> Stop.
> make[1]: stopped in /usr/ports/www/chromium
Are you sure that chromium is Python
Mark Millard wrote this message on Mon, Jul 27, 2020 at 17:15 -0700:
> On 2020-Jul-27, at 16:43, Mark Millard wrote:
>
> > On 2020-Jul-26, at 18:20, John-Mark Gurney wrote:
> >
> >> Mark Millard wrote this message on Sat, Jul 25, 2020 at 19:13 -0700:
> >>&
Ganbold Tsagaankhuu wrote this message on Mon, Jul 27, 2020 at 18:29 +0800:
> On Mon, Jul 27, 2020 at 5:14 AM John-Mark Gurney wrote:
>
> > Ganbold Tsagaankhuu wrote this message on Sun, Jul 26, 2020 at 11:05 +0800:
> > > On Sun, Jul 26, 2020 at 7:13 AM John-M
it.. should work now..
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mai
Ganbold Tsagaankhuu wrote this message on Sun, Jul 26, 2020 at 11:05 +0800:
> On Sun, Jul 26, 2020 at 7:13 AM John-Mark Gurney wrote:
>
> > Hello,
> >
> > I'd like people who have ure (RealTek) based USB devices to test
> > review D25809[0].
> >
> &
0Mbps depending upon
TCP or UDP, which is a significant improvement over the previous
91Mbps (~8kint/sec*1500bytes/packet*1packet/int).
Thanks.
[0] https://reviews.freebsd.org/D25809
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been
John-Mark Gurney wrote this message on Thu, Jul 23, 2020 at 16:49 -0700:
> Kristof Provost wrote this message on Thu, Jul 23, 2020 at 11:02 +0200:
> > On 23 Jul 2020, at 11:00, Bjoern A. Zeeb wrote:
> > > On 23 Jul 2020, at 8:09, Kristof Provost wrote:
> > >
> > &g
Kristof Provost wrote this message on Thu, Jul 23, 2020 at 11:02 +0200:
> On 23 Jul 2020, at 11:00, Bjoern A. Zeeb wrote:
> > On 23 Jul 2020, at 8:09, Kristof Provost wrote:
> >
> >> On 23 Jul 2020, at 9:19, Kristof Provost wrote:
> >>> On 23 Jul 2020, at 0:1
Bjoern A. Zeeb wrote this message on Wed, Jul 22, 2020 at 20:43 +:
> On 22 Jul 2020, at 19:34, John-Mark Gurney wrote:
>
> > John-Mark Gurney wrote this message on Tue, Jul 21, 2020 at 23:05
> > -0700:
> >> Peter Libassi wrote this message on Wed, Jul 22, 2020 at
John-Mark Gurney wrote this message on Tue, Jul 21, 2020 at 23:05 -0700:
> Peter Libassi wrote this message on Wed, Jul 22, 2020 at 06:54 +0200:
> > Is this related to
> >
> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234985
> > <https://bugs.freebsd.org/b
lticast code.. It looks like in_multi isn't holding an
interface or address lock waiting for things to free up...
> > 21 juli 2020 kl. 22:23 skrev John-Mark Gurney :
> >
> > Marko Zec wrote this message on Tue, Jul 21, 2020 at 11:31 +0200:
> >> On Tue, 21 Jul 2020 02:16:
Marko Zec wrote this message on Tue, Jul 21, 2020 at 11:31 +0200:
> On Tue, 21 Jul 2020 02:16:55 -0700
> John-Mark Gurney wrote:
>
> > I'm running:
> > FreeBSD test 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r362596: Thu Jun 25
> > 05:02:51 UTC 2020
> > r...@re
#9 0x80b830f0 in fork_exit (
callout=0x80c26200 ,
arg=0x81cf4f70 , frame=0xfe0049e99b80)
at /usr/src/sys/kern/kern_fork.c:1052
#10
(kgdb)
I have the core files so I can get additional information.
Let me know if you need any additional information
-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To u
Hans Petter Selasky wrote this message on Mon, Jul 13, 2020 at 10:50 +0200:
> On 2020-07-13 03:02, John-Mark Gurney wrote:
> > MB means megabytes.. I would use Mbps for bits... so, on Win10 and
> > NetBSD, I'm able to get 100 MBytes/sec on Win10/NetBSD, and FreeBSD,
> >
Mark Millard wrote this message on Mon, Jul 13, 2020 at 00:44 -0700:
> On 2020-Jul-12, at 21:51, John-Mark Gurney wrote:
>
> > Mark Millard wrote this message on Sun, Jul 12, 2020 at 18:26 -0700:
> >> John-Mark Gurney jmg at funkthat.com wrote on
> >>
Mark Millard wrote this message on Sun, Jul 12, 2020 at 18:26 -0700:
> John-Mark Gurney jmg at funkthat.com wrote on
> Sat Jul 11 22:44:36 UTC 2020 :
>
> > I'm having issues getting good ethernet performance from a USB ethernet
> > adapter (ure) under FreeBSD on an
Xin Li wrote this message on Sun, Jul 12, 2020 at 15:06 -0700:
>
>
> On 7/12/20 12:29 AM, John-Mark Gurney wrote:
> > bob prohaska wrote this message on Sat, Jul 11, 2020 at 20:33 -0700:
> >> Is there any error checking on swap traffic, along the lines of
> &
Kevin Oberman wrote this message on Sun, Jul 12, 2020 at 16:24 -0700:
> On Sun, Jul 12, 2020 at 2:55 PM John-Mark Gurney wrote:
>
> > Hans Petter Selasky wrote this message on Sun, Jul 12, 2020 at 09:57 +0200:
> > > On 2020-07-12 00:44, John-Mark Gurney wrote:
> > >
Hans Petter Selasky wrote this message on Sun, Jul 12, 2020 at 09:57 +0200:
> On 2020-07-12 00:44, John-Mark Gurney wrote:
> > Hello,
> >
> > I'm having issues getting good ethernet performance from a USB ethernet
> > adapter (ure) under FreeBSD on an HP EliteDesk
bob prohaska wrote this message on Sun, Jul 12, 2020 at 08:37 -0700:
> On Sun, Jul 12, 2020 at 12:29:12AM -0700, John-Mark Gurney wrote:
> > bob prohaska wrote this message on Sat, Jul 11, 2020 at 20:33 -0700:
> > > Is there any error checking on swap traffic, along the lines o
doesn't:
https://svnweb.freebsd.org/base/head/sys/vm/swap_pager.c?annotate=361965#l1389
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
freebsd-current@
the dmesg from that
happening.
Has anyone else seen this issue? Ideas or thoughts on how to resolve
the performance issues?
Thanks.
[1] https://support.hp.com/us-en/document/c04834953
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been d
Rick Macklem wrote this message on Thu, Mar 26, 2020 at 14:33 +:
> John-Mark Gurney wrote:
> [lots of stuff snipped]
> >Rick Macklem wrote:
> >> I had originally planned on some "secret" in the certificate (like a CN
> >> name
> >> that sat
Rick Macklem wrote this message on Wed, Mar 25, 2020 at 23:50 +:
> John-Mark Gurney wrote:
> >Rick Macklem wrote this message on Mon, Mar 23, 2020 at 23:53 +:
> >> Alexander Leidinger wrote:
> >> John-Mark Gurney wrote:
> >> >>Rick Macklem wr
Rick Macklem wrote this message on Mon, Mar 23, 2020 at 23:53 +:
> Alexander Leidinger wrote:
> John-Mark Gurney wrote:
> >>Rick Macklem wrote:
> >>> to be the best solution. The server can verify that the certificate
> >>> was issued by
> >>
encryption size vs IPsec limiting itself to packet size, usually
1500, though possibly 9k if you're using jumbo frames...
I fully support doing NFS over TLS.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I
Rick Macklem wrote this message on Thu, Mar 19, 2020 at 23:41 +:
> John-Mark Gurney wrote:
> >Rick Macklem wrote this message on Wed, Mar 04, 2020 at 03:15 +:
> >> I am slowly trying to understand TLS certificates and am trying to figure
> >> out how to do th
o
automate pushing the challenges to a DNS server, and I now use DNS
challenges for everything, including https.
> Thanks for any help with this, rick
Let me know if you'd like to hop on a call about this.
--
John-Mark Gurney Voice: +1 415 225 5
ecomment-556060040
> >>
> >> I haven't used FreeBSD since 4.4-RELEASE, and I think 12-stable would
> >> probably be a better option ... I am willing to try out 13-CURRENT though.
> >>
> >> Does anyone have advice? Could someone point me to snapshot of 13-
compiles that can take
many GB's of memory and if they recently exited, there hasn't been time
to swap stuff back in... or is this the steady state over the entire
compile?
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has b
Konstantin Belousov wrote this message on Sat, Nov 24, 2018 at 12:40 +0200:
> On Sat, Nov 24, 2018 at 01:04:29AM -0800, John-Mark Gurney wrote:
> > I have an BeagleBoard Black. I'm running a recent snapshot:
> > FreeBSD generic 13.0-CURRENT FreeBSD 13.0-CURRENT r340239 GENER
ts for the zones did not increase at ALL:
swpctrie:48, 62084, 0, 0, 0, 0, 0
swblk: 72, 62040, 0, 0, 0, 0, 0
Thoughts?
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I wi
herefore, I would just like to ask the following: is it expected for
> kernel panics to happen when there are errors in the file system?
Have you unmounted the file system, and tried to do a fsck on it? That
you're getting a bad file descriptor sounds like it might be a directory
entry
ort, and
len == sizeof oexport_args... It zeros out the remaining of the buffer..
> > + memcpy(&o2export, bufp, len);
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
signature.asc
Description: PGP signature
: 6445757 aes-256-gcm's in 3.05s
> Doing aes-256-gcm for 3s on 256 size blocks: 2129499 aes-256-gcm's in 3.01s
> Doing aes-256-gcm for 3s on 1024 size blocks: 587396 aes-256-gcm's in 3.01s
> Doing aes-256-gcm for 3s on 8192 size blocks: 75806 aes-256-gcm's in 3.03s
3690 failed to set bus width
Instruction Set Attributes 1 = <>
Processor Features 0 =
Comments?
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
t; > > Lars Schotte
> > > Mudro??ova 13
> > > 92101 Pieany
> > > ___
> > > freebsd-current@freebsd.org mailing list
> > > https://lists.freebsd.org/mailman/listinfo/freebsd-current
> > > T
gt; cause they are wrapping in vlan tags thus the bridge
> never learns all the mac addresses, but this is just a
> guess.
I finally figured this out w/ tcpdump, as tcpdump was showing the
packets going out em0.14 (in my case), but the reply was never making
it back to em0.14. I was seein
with patch, if I set LINK0, it should work
w/ original configuration), I'll test and commit the patch.
Otherwise, please submit another fix.
Thanks.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do,
ne() at fork_trampoline+0xe/frame 0xfe001de65ab0
--- trap 0, rip = 0, rsp = 0xfe001de65b70, rbp = 0 ---
db>
I wasn't able to get a dump because my swap was misconfigured...
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do,
Allan Jude wrote this message on Sat, Nov 14, 2015 at 11:53 -0500:
> On 2015-11-14 02:47, John-Mark Gurney wrote:
> > Allan Jude wrote this message on Thu, Nov 12, 2015 at 17:57 -0500:
> >> On 2015-11-12 12:56, John-Mark Gurney wrote:
> >>> Allan Jude wrote this mess
Allan Jude wrote this message on Thu, Nov 12, 2015 at 17:57 -0500:
> On 2015-11-12 12:56, John-Mark Gurney wrote:
> > Allan Jude wrote this message on Thu, Nov 12, 2015 at 12:15 -0500:
> >> On 2015-11-11 19:06, Slawa Olhovchenkov wrote:
> >>> On Wed, Nov 11, 2015 at 0
anything?
> I am still debugging my dummynet setup to be able to prove that HPN
> makes a difference (but it does).
Does my example on the page not work for you?
> https://wiki.freebsd.org/SSHPerf
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will
Ben Woods wrote this message on Wed, Nov 11, 2015 at 16:27 +0800:
> On Wednesday, 11 November 2015, John-Mark Gurney wrote:
>
> > Ben Woods wrote this message on Wed, Nov 11, 2015 at 15:40 +0800:
> > > I have to agree that there are cases when the NONE cipher makes sense,
&
MAC is still the long poll when
it comes to encryption w/ AES-NI...
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
freebsd-current@freebsd.org m
Ben Woods wrote this message on Wed, Nov 11, 2015 at 15:40 +0800:
> On Wednesday, 11 November 2015, Bryan Drewery wrote:
>
> > On 11/10/15 9:52 AM, John-Mark Gurney wrote:
> > > My vote is to remove the HPN patches. First, the NONE cipher made more
> > > sense b
Bryan Drewery wrote this message on Tue, Nov 10, 2015 at 16:32 -0800:
> On 11/10/15 9:52 AM, John-Mark Gurney wrote:
> > My vote is to remove the HPN patches. First, the NONE cipher made more
> > sense back when we didn't have AES-NI widely available, and you were
> >
ove
that the HPN patches do make a difference, I'm willing to work with
them to figure out why my tests didn't work and change my vote. I
also believe that the defaults should be enough, if you have to tune
or enable features, then you can install from ports or compile yourself.
--
Joh
ws the callout subsystem to coalesce callouts scheduled close to each
other into fewer timer interrupts, reducing processing overhead and power
consumption. These flags may be specified to adjust the interpretation
of sbt and pr:
--
John-Mark Gurney
Lyndon Nerenberg wrote this message on Mon, Oct 26, 2015 at 19:06 -0700:
> On Oct 24, 2015, at 12:06 PM, John-Mark Gurney wrote:
>
> > The thing I like most about encryption is that when I RMA a bad
> > drive, I don't have to worry about my data leaking if I am unable
&
porting to provide hardware encryption
they don't do it very well:
http://arstechnica.com/security/2015/10/western-digital-self-encrypting-hard-drives-riddled-with-security-flaws/
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been
ldenv # which launches a shell
cd /amd64/conf
... traditional build method ...
The kernel-toolchain/buildenv builds the tools and sets up the
environment just like buildkernel does for the kernel compiles...
Or you need to update your compile box's userland to match the kernel
version that you'
Ed Maste wrote this message on Mon, Oct 19, 2015 at 17:13 -0400:
> On 19 October 2015 at 16:50, John-Mark Gurney wrote:
> > O. Hartmann wrote this message on Mon, Oct 19, 2015 at 06:19 +0200:
> >> For me, I'd like to know what is the benefit/performance of each technique
his reguard, if you run gbde w/ ZFS w/ sha256 checksums, then
are equivalent (besides the performance difference)...
I personally run geli encryption on my 8 drive ZFS array at home.
--
John-Mark Gurney Voice: +1 415 225 5579
"
Konstantin Belousov wrote this message on Tue, Sep 01, 2015 at 21:44 +0300:
> On Tue, Sep 01, 2015 at 11:24:06AM -0700, John-Mark Gurney wrote:
> > Andriy Gapon wrote this message on Thu, Aug 27, 2015 at 23:21 +0300:
> > > On 27/08/2015 21:09, John-Mark Gurney wrote:
> >
Andriy Gapon wrote this message on Thu, Aug 27, 2015 at 23:21 +0300:
> On 27/08/2015 21:09, John-Mark Gurney wrote:
> > Andriy Gapon wrote this message on Thu, Aug 27, 2015 at 10:21 +0300:
> >> On 27/08/2015 02:36, John-Mark Gurney wrote:
> >>> We should/cannot get he
Andriy Gapon wrote this message on Thu, Aug 27, 2015 at 10:21 +0300:
> On 27/08/2015 02:36, John-Mark Gurney wrote:
> > We should/cannot get here w/ an empty list. If we do, then there is
> > something seriously wrong... The current kn (which we must have as we
> > are here
Konstantin Belousov wrote this message on Mon, Aug 24, 2015 at 11:10 +0300:
> On Sun, Aug 23, 2015 at 10:35:44PM -0700, John-Mark Gurney wrote:
> > Konstantin Belousov wrote this message on Sun, Aug 23, 2015 at 15:54 +0300:
> > > if (kev->flags & EV_ADD)
> > >
that I added to catch use after free bugs
like this... You could try reverting r284861 to see if the bug goes
away... If it does, then this is most likely a use after free bug...
> Looking at the code, is it possible that one of the calls from within
> the loop's body modifies the li
, you'll need to be more specific in why this needs to change...
When I wrote this code, I spent a lot of time looking at this, and
reasoned as to why SLIST_FOREACH_SAFE was NOT correct usage here...
> kq = kn->kn_kq;
> KQ_LOCK(kq);
> if (
/* Allow lint to override */
> > #defineCTASSERT(x) _CTASSERT(x, __LINE__)
> > #define_CTASSERT(x, y) __CTASSERT(x, y)
> > -#define__CTASSERT(x, y)typedef char __assert ## y[(x) ? 1
> > : -1]
> > +
0, rsp = 0xfe011414ab70, rbp = 0 ---
> ___
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
--
John
ot supported by kernel"..
It looks like GCM isn't compiled by default by the port... Try the
attached patch to
src/libhydra/plugings/kernel_pfkey/kernel_pfkey_ipsec.c... it may
require more modifications...
Someone else would be better to work on this...
--
John-Mark Gurney
ng more real traffic through would be nice...
> > On 01 Aug 2015, at 22:01, John-Mark Gurney wrote:
> >
> > Sydney Meyer wrote this message on Wed, Jul 29, 2015 at 22:01 +0200:
> >> Same here, fixed running r286015. Thanks a bunch.
> >
> > If you'd like to d
against NetBSD
6.1.5...
Hope to commit these in the next few days..
Thanks.
> > On 29 Jul 2015, at 14:56, Alexandr Krivulya wrote:
> >
> > 29.07.2015 10:17, John-Mark Gurney ??:
> >> Alexandr Krivulya wrote this message on Thu, Jul 23, 2015 at 10:38 +0300
eeBSD_HEAD_i386/dev
> + sudo rm -fr FreeBSD_HEAD_i386
> rm: FreeBSD_HEAD_i386/libexec/ld-elf.so.1: Operation not permitted
> rm: FreeBSD_HEAD_i386/libexec: Directory not empty
> rm: FreeBSD_HEAD_i386/usr/bin/yppasswd: Operation not permitted
> rm: FreeBSD_HEAD_i386/usr/bin/crontab
O. Hartmann wrote this message on Wed, Jul 29, 2015 at 10:20 +0200:
> On Wed, 29 Jul 2015 00:36:16 -0700
> John-Mark Gurney wrote:
>
> > O. Hartmann wrote this message on Wed, Jul 29, 2015 at 07:39 +0200:
> > > Running a workstation with CURRENT (FreeBSD 11.0-CURRENT #5 r
.
> CPU: Intel(R) Xeon(R) CPU E5-1650 v3 @ 3.50GHz (3491.98-MHz K8-class CPU)
> Origin="GenuineIntel" Id=0x306f2 Family=0x6 Model=0x3f Stepping=2
>
> Features=0xbfebfbff
>
> Features2=0x7dfefbff
There should be an AESNI feature on this line, but clearly not...
[...
t know if this helps, but "netstat -s -p esp" shows packets dropped; bad
> ilen.
It looks like there was an issue w/ that commit... After looking at
the code, and working w/ gnn, I have committed r286000 which fixes it
in my test cases...
--
John-Mark Gurney
t; 10:35:34.527187 IP 10.10.10.2 > 10.10.10.1:
> ESP(spi=0x03081e58,seq=0x9ac), length 140
> 10:35:35.539600 IP 10.10.10.2 > 10.10.10.1:
> ESP(spi=0x03081e58,seq=0x9ad), length 140
>
> With r285535 all works fine.
--
John-Mark Gurney Voice: +1 41
Pawel Pekala wrote this message on Wed, Jul 15, 2015 at 17:46 +0200:
> On 2015-07-14 15:38 -0700, John-Mark Gurney wrote:
> >Pawel Pekala wrote this message on Mon, Jul 13, 2015 at 23:12 +0200:
> >> Let me know if you need more details.
> >
> >Were you running X at
ng) is due to kern_event, or trying to
do too much in the console driver.
Thanks.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
freebsd-current@freebs
1 - 100 of 374 matches
Mail list logo
