Re: ptrace attach in multi-threaded processes

2016-07-12 Thread Konstantin Belousov
On Tue, Jul 12, 2016 at 09:02:10PM -0700, Mark Johnston wrote: > Hm, the only SIGSTOP in my scenario is the one generated by PT_ATTACH. > The problem occurs when this SIGSTOP races with *any* other signal that's > being delivered to the process and for which the process has registered > a handler.

Re: ptrace attach in multi-threaded processes

2016-07-12 Thread Mark Johnston
On Wed, Jul 13, 2016 at 06:30:36AM +0300, Konstantin Belousov wrote: > On Tue, Jul 12, 2016 at 11:24:14AM -0700, Mark Johnston wrote: > > On Tue, Jul 12, 2016 at 08:51:50PM +0300, Konstantin Belousov wrote: > > > On Tue, Jul 12, 2016 at 10:05:02AM -0700, Mark Johnston wrote: > > > > On Tue, Jul

Re: ptrace attach in multi-threaded processes

2016-07-12 Thread Konstantin Belousov
On Tue, Jul 12, 2016 at 11:24:14AM -0700, Mark Johnston wrote: > On Tue, Jul 12, 2016 at 08:51:50PM +0300, Konstantin Belousov wrote: > > On Tue, Jul 12, 2016 at 10:05:02AM -0700, Mark Johnston wrote: > > > On Tue, Jul 12, 2016 at 08:57:53AM +0300, Konstantin Belousov wrote: > > > I suppose it is

Re: dtrace and kernel modules

2016-07-12 Thread Julian Elischer
On 13/07/2016 1:14 AM, Mark Johnston wrote: On Thu, Jul 07, 2016 at 12:51:52PM +0800, Julian Elischer wrote: I'm specifically interested in the case of kernel modules that instantiate new syscalls. How much support do we have for that? In the one example in our sources of a kld with a syscall

Re: sr-iov's virtual function driver shipped broken?

2016-07-12 Thread Ultima
Ah, well I posted on the mailing list during Q1 about the issue. Also asked if it is planned to be fixed for release during Q2? and the response was that they're is an issues with the current implementation and it is being worked on, so I never created a bug for it.

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-12 Thread A. Wilcox
On 12/07/16 15:58, Steven Hartland wrote: > On 12/07/2016 21:50, Slawa Olhovchenkov wrote: >> On Tue, Jul 12, 2016 at 01:39:34PM -0700, Conrad Meyer wrote: >> >>> Maybe Tier 2 can deal with just bootonly.iso. Or your machines should >>> be dropped from Tier 2 if they don't support USB and we

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-12 Thread Steven Hartland
On 12/07/2016 22:20, Ed Schouten wrote: 2016-07-11 23:01 GMT+02:00 Ronald Klop : Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a CD on Windows 10. It complained that the ISO is too big for my 700 MB CD-r. I remember back in the days we also had a

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-12 Thread Ed Schouten
2016-07-11 23:01 GMT+02:00 Ronald Klop : > Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a CD on > Windows 10. It complained that the ISO is too big for my 700 MB CD-r. I remember back in the days we also had a 'miniinst' CD, which was identical to

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-12 Thread Slawa Olhovchenkov
On Tue, Jul 12, 2016 at 09:58:08PM +0100, Steven Hartland wrote: > On 12/07/2016 21:50, Slawa Olhovchenkov wrote: > > On Tue, Jul 12, 2016 at 01:39:34PM -0700, Conrad Meyer wrote: > > > >> Maybe Tier 2 can deal with just bootonly.iso. Or your machines should > >> be dropped from Tier 2 if they

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-12 Thread Steve Rikli
I haven't done it in a very long time (circa FreeBSD-6) but PXE installs were possible back then, so I'd hope that's still a possibility in 11. Are there mostly current docs for that routine these days? Cheers, sr. On Tue, Jul 12, 2016 at 01:39:34PM -0700, Conrad Meyer wrote: > Maybe Tier 2 can

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-12 Thread Chris H
On Tue, 12 Jul 2016 16:09:10 +0930 Shane Ambler wrote > On 12/07/2016 06:54, Conrad Meyer wrote: > > DVD-R dates to 1997; cheap USB flash devices are now pervasive. Maybe > > it's time to move on from CD. > > +1 on dropping CD images. I haven't burnt a CD in over 10

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-12 Thread Steven Hartland
On 12/07/2016 21:50, Slawa Olhovchenkov wrote: On Tue, Jul 12, 2016 at 01:39:34PM -0700, Conrad Meyer wrote: Maybe Tier 2 can deal with just bootonly.iso. Or your machines should be dropped from Tier 2 if they don't support USB and we aren't okay with dropping disc1 support for all of Tier 2.

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-12 Thread Slawa Olhovchenkov
On Tue, Jul 12, 2016 at 01:39:34PM -0700, Conrad Meyer wrote: > Maybe Tier 2 can deal with just bootonly.iso. Or your machines should > be dropped from Tier 2 if they don't support USB and we aren't okay > with dropping disc1 support for all of Tier 2. > > There's lots of aging hardware we

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-12 Thread Conrad Meyer
Maybe Tier 2 can deal with just bootonly.iso. Or your machines should be dropped from Tier 2 if they don't support USB and we aren't okay with dropping disc1 support for all of Tier 2. There's lots of aging hardware we don't support in modern FreeBSD, including alpha and ia64. USB is 20 years

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-12 Thread Steven Hartland
On 12/07/2016 20:52, Mark Linimon wrote: On Tue, Jul 12, 2016 at 04:09:10PM +0930, Shane Ambler wrote: +1 on dropping CD images. I have 24U of things that don't have DVD players, including some tier-2 machines for which no upgrade is available. Any no USB?

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-12 Thread Mark Linimon
On Tue, Jul 12, 2016 at 04:09:10PM +0930, Shane Ambler wrote: > +1 on dropping CD images. I have 24U of things that don't have DVD players, including some tier-2 machines for which no upgrade is available. mcl ___ freebsd-current@freebsd.org mailing

Jenkins build is back to normal : FreeBSD_HEAD #420

2016-07-12 Thread jenkins-admin
See ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: GOST in OPENSSL_BASE

2016-07-12 Thread Kevin Oberman
On Tue, Jul 12, 2016 at 5:33 AM, Daniel Kalchev wrote: > > > On 12.07.2016 г., at 13:26, Franco Fichtner > wrote: > > > > > >> On 12 Jul 2016, at 11:59 AM, Daniel Kalchev wrote: > >> > >> It is trivial to play MTIM with this protocol

Re: sr-iov's virtual function driver shipped broken?

2016-07-12 Thread Ngie Cooper
> On Jul 12, 2016, at 11:21, Ultima wrote: > > I'v mentioned this in the past, but I just want to verify. Will 11 be > released with the virtual function driver unusable? Currently iovctl will > only work in pass-through mode. Hi, Is there a bug open for this issue

sr-iov's virtual function driver shipped broken?

2016-07-12 Thread Ultima
I'v mentioned this in the past, but I just want to verify. Will 11 be released with the virtual function driver unusable? Currently iovctl will only work in pass-through mode. ___ freebsd-current@freebsd.org mailing list

Re: ptrace attach in multi-threaded processes

2016-07-12 Thread Mark Johnston
On Tue, Jul 12, 2016 at 08:51:50PM +0300, Konstantin Belousov wrote: > On Tue, Jul 12, 2016 at 10:05:02AM -0700, Mark Johnston wrote: > > On Tue, Jul 12, 2016 at 08:57:53AM +0300, Konstantin Belousov wrote: > > I suppose it is not strictly incorrect. I find it surprising that a > > PT_ATTACH

Re: ptrace attach in multi-threaded processes

2016-07-12 Thread Konstantin Belousov
On Tue, Jul 12, 2016 at 10:05:02AM -0700, Mark Johnston wrote: > On Tue, Jul 12, 2016 at 08:57:53AM +0300, Konstantin Belousov wrote: > I suppose it is not strictly incorrect. I find it surprising that a > PT_ATTACH followed by a PT_DETACH may leave the process in a different > state than it was

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-12 Thread Maxim Sobolev
Another option for the kvm installs and that we are using for many years here is to pre-load root UZIP image into RAM. With some easy trimming you can bring base system down to 30MB or so compressed. Yes, bit of delay to load, but the kernel alone is around 10MB compressed, so it's not an order

Re: dtrace and kernel modules

2016-07-12 Thread Mark Johnston
On Thu, Jul 07, 2016 at 12:51:52PM +0800, Julian Elischer wrote: > I'm specifically interested in the case of kernel modules that > instantiate new syscalls. > > How much support do we have for that? In the one example in our > sources of a kld with a syscall (kgssapi.ko) dtrace seems to find

Build failed in Jenkins: FreeBSD_HEAD #419

2016-07-12 Thread jenkins-admin
See -- [...truncated 317352 lines...] ===> usr.sbin/praudit (installconfig) ===> usr.sbin/authpf (installconfig) ===> usr.sbin/autofs (installconfig) ===> usr.sbin/blacklistctl (installconfig) ===>

Re: ptrace attach in multi-threaded processes

2016-07-12 Thread Mark Johnston
On Tue, Jul 12, 2016 at 08:57:53AM +0300, Konstantin Belousov wrote: > On Mon, Jul 11, 2016 at 06:19:38PM -0700, Mark Johnston wrote: > > Hi, > > > > It seems to be possible for ptrace(PT_ATTACH) to race with the delivery > > of a signal to the same process. ptrace(PT_ATTACH) sets P_TRACED and >

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-12 Thread Allan Jude
On 2016-07-12 11:15, Ngie Cooper (yaneurabeya) wrote: > >> On Jul 12, 2016, at 06:20, Miroslav Lachman <000.f...@quip.cz> wrote: >> >> Paweł Tyll wrote on 07/12/2016 01:22: >> >>> Those 3 things should shave off about 130MB of the 173MB needed to fit >>> on 80-min CD-R. But... why this abstract

Re: Oversight in /etc/defaults/rc.conf

2016-07-12 Thread Ryan Stone
On Tue, Jul 12, 2016 at 10:50 AM, RW wrote: > Unless I'm misunderstanding the situation. rc.d/iovctl isn't actually > doing anything by default because of iovctl_files="". > > There is an analogy with rc.d/sysctl which runs by default, with a > an empty sysctl.conf

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-12 Thread Ngie Cooper (yaneurabeya)
> On Jul 12, 2016, at 06:20, Miroslav Lachman <000.f...@quip.cz> wrote: > > Paweł Tyll wrote on 07/12/2016 01:22: > >> Those 3 things should shave off about 130MB of the 173MB needed to fit >> on 80-min CD-R. But... why this abstract number anyway? Why not 650MB >> CD-R? Why not

Re: Oversight in /etc/defaults/rc.conf

2016-07-12 Thread Rodney W. Grimes
> On 07/12/16 13:27, Glen Barber wrote: > > On Tue, Jul 12, 2016 at 07:17:19AM +0100, Matthew Seaman wrote: > >> I just upgraded my main machine to 11-STABLE. Things are mostly working > >> fine -- however I did notice that the new iovctl rc script is apparently > >> enabled by default. That

Re: panic: bogus refcnt 0 on lle 0xfffff80121a13a00

2016-07-12 Thread Hans Petter Selasky
On 07/12/16 11:03, Michael Zhilin wrote: Hi, I have same issue everyday on my laptop. It happens randomly and I suppose due to network issues. I want to test D4507. I've tried to apply patch, it's successful except one chunk: I've updated D4605 . It will fix the panic that results of the

Re: Oversight in /etc/defaults/rc.conf

2016-07-12 Thread RW
On Tue, 12 Jul 2016 15:10:43 +0100 Matthew Seaman wrote: > I'm not religious about it being turned off per se. More that it > should have a clearly defined on/off state shown in the defaults. > > I went for 'off' following the general principle that rc.conf items > should mostly be off by

Re: Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-12 Thread Olli Hauer
___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Oversight in /etc/defaults/rc.conf

2016-07-12 Thread Glen Barber
On Tue, Jul 12, 2016 at 03:10:43PM +0100, Matthew Seaman wrote: > On 07/12/16 13:27, Glen Barber wrote: > > On Tue, Jul 12, 2016 at 07:17:19AM +0100, Matthew Seaman wrote: > >> I just upgraded my main machine to 11-STABLE. Things are mostly working > >> fine -- however I did notice that the new

Re: Oversight in /etc/defaults/rc.conf

2016-07-12 Thread Matthew Seaman
On 07/12/16 13:27, Glen Barber wrote: > On Tue, Jul 12, 2016 at 07:17:19AM +0100, Matthew Seaman wrote: >> I just upgraded my main machine to 11-STABLE. Things are mostly working >> fine -- however I did notice that the new iovctl rc script is apparently >> enabled by default. That seems like a

Re: Oversight in /etc/defaults/rc.conf

2016-07-12 Thread Allan Jude
On 2016-07-12 08:27, Glen Barber wrote: > On Tue, Jul 12, 2016 at 07:17:19AM +0100, Matthew Seaman wrote: >> I just upgraded my main machine to 11-STABLE. Things are mostly working >> fine -- however I did notice that the new iovctl rc script is apparently >> enabled by default. That seems like

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-12 Thread Miroslav Lachman
Paweł Tyll wrote on 07/12/2016 01:22: Those 3 things should shave off about 130MB of the 173MB needed to fit on 80-min CD-R. But... why this abstract number anyway? Why not 650MB CD-R? Why not overburnable 800MB 90-min CD-R or even 870MB 99-min CD-R? :) It is not only about the target

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-12 Thread Nathan Whitehorn
On 07/11/16 23:39, Shane Ambler wrote: On 12/07/2016 06:54, Conrad Meyer wrote: DVD-R dates to 1997; cheap USB flash devices are now pervasive. Maybe it's time to move on from CD. +1 on dropping CD images. I haven't burnt a CD in over 10 years and I don't believe I have seen a CD only

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-12 Thread Kurt Jaeger
Hi! > On 12/07/2016 06:54, Conrad Meyer wrote: > > DVD-R dates to 1997; cheap USB flash devices are now pervasive. Maybe > > it's time to move on from CD. > > +1 on dropping CD images. CD-ROMs are read-only and pretty much secure, USB flash can be used to attack systems. Just sayin' 8-} --

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-12 Thread Shane Ambler
On 12/07/2016 06:54, Conrad Meyer wrote: DVD-R dates to 1997; cheap USB flash devices are now pervasive. Maybe it's time to move on from CD. +1 on dropping CD images. I haven't burnt a CD in over 10 years and I don't believe I have seen a CD only drive in that time. Even with a CD size image

Jenkins build is back to normal : FreeBSD_HEAD_sparc64 #135

2016-07-12 Thread jenkins-admin
See ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: GOST in OPENSSL_BASE

2016-07-12 Thread Daniel Kalchev
> On 12.07.2016 г., at 13:26, Franco Fichtner wrote: > > >> On 12 Jul 2016, at 11:59 AM, Daniel Kalchev wrote: >> >> It is trivial to play MTIM with this protocol and in fact, there are >> commercially available “solutions” for “securing one’s

Re: Oversight in /etc/defaults/rc.conf

2016-07-12 Thread Glen Barber
On Tue, Jul 12, 2016 at 07:17:19AM +0100, Matthew Seaman wrote: > I just upgraded my main machine to 11-STABLE. Things are mostly working > fine -- however I did notice that the new iovctl rc script is apparently > enabled by default. That seems like a trivial omission: > > Index:

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-12 Thread Paweł Tyll
Hello Glen, > This was actually a known "going to be problem" thing for 11.0. I'm > looking into how to fix this for 11.0-RELEASE, but right now, there is > not much more we can exclude from it. :( While the fact that .xz version is roughly 500MB is quite solid evidence that one can

[panic] ng_uncallout with NULL callout argument

2016-07-12 Thread Michael Zhilin
Hi, I've switched from 10 to head recently. Most of functionalities works fine except few panics. The most frequent panic happens when I unplug ethernet cable with active PPTP VPN connection. uname -a: FreeBSD gidrarium 12.0-CURRENT FreeBSD 12.0-CURRENT #1: Sat Jul 9 17:28:38 MSK 2016

Jenkins build is back to normal : FreeBSD_HEAD #418

2016-07-12 Thread jenkins-admin
See ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: GOST in OPENSSL_BASE

2016-07-12 Thread Andrey Chernov
On 12.07.2016 12:59, Daniel Kalchev wrote: > The standard HTTPS implementation is already sufficiently broken, with the > door wide open by the concept of “multiple CAs”. The protocol design is > flawed, as any CA can issue certificate for any site. Applications are > required to trust that

Re: GOST in OPENSSL_BASE

2016-07-12 Thread Franco Fichtner
> On 12 Jul 2016, at 11:59 AM, Daniel Kalchev wrote: > > It is trivial to play MTIM with this protocol and in fact, there are > commercially available “solutions” for “securing one’s corporate network” > that doe exactly that. Some believe this is with the knowledge and

Re: GOST in OPENSSL_BASE

2016-07-12 Thread Franco Fichtner
> On 12 Jul 2016, at 11:59 AM, Daniel Kalchev wrote: > > It is trivial to play MTIM with this protocol and in fact, there are > commercially available “solutions” for “securing one’s corporate network” > that doe exactly that. Some believe this is with the knowledge and

FreeBSD_HEAD_i386 - Build #3564 - Fixed

2016-07-12 Thread jenkins-admin
FreeBSD_HEAD_i386 - Build #3564 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3564/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3564/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3564/console Change summaries:

Re: GOST in OPENSSL_BASE

2016-07-12 Thread Daniel Kalchev
> On 12.07.2016 г., at 12:12, Matthew Seaman wrote: > > I'm also curious as to how far these regulations are supposed to extend. > Presumably traffic which is merely transiting Russian territory isn't > covered, at least in a practical sense. How about people from Russia >

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-12 Thread Ronald Klop
On Mon, 11 Jul 2016 23:24:10 +0200, Conrad Meyer wrote: DVD-R dates to 1997; cheap USB flash devices are now pervasive. Maybe it's time to move on from CD. Becoming anecdotal now, but my fairly old computer has a (BIOS) bug which brakes booting from USB devices. It hangs

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-12 Thread Ronald Klop
On Mon, 11 Jul 2016 23:32:34 +0200, Alan Somers wrote: On Mon, Jul 11, 2016 at 2:01 PM, Ronald Klop wrote: Hi, Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a CD on Windows 10. It complained that the ISO is too big for my 700 MB

Re: panic: bogus refcnt 0 on lle 0xfffff80121a13a00

2016-07-12 Thread Peter Holm
On Tue, Jul 12, 2016 at 10:55:31AM +0200, Hans Petter Selasky wrote: > On 07/12/16 10:37, Peter Holm wrote: > > Exiting from single-user mode triggers this: > > > > ifa_maintain_loopback_route: deletion failed for interface igb0: 3 > > panic: bogus refcnt 0 on lle 0xf80121a13a00 > > cpuid = 9

Re: GOST in OPENSSL_BASE

2016-07-12 Thread Andrey Chernov
On 12.07.2016 12:16, Andrey Chernov wrote: > On 12.07.2016 8:48, Kevin Oberman wrote: >> >> May be need file PR for dns/bind910? >> >> >> >> # grep -3 BROK /poudriere/ports/default/dns/bind910/Makefile >> >> .include http://bsd.port.pre.mk>> >> >> >> >> .if (

Re: GOST in OPENSSL_BASE

2016-07-12 Thread Andrey Chernov
On 12.07.2016 8:48, Kevin Oberman wrote: > >> May be need file PR for dns/bind910? > >> > >> # grep -3 BROK /poudriere/ports/default/dns/bind910/Makefile > >> .include http://bsd.port.pre.mk>> > >> > >> .if ( ${PORT_OPTIONS:MGOST} || ${PORT_OPTIONS:MGOST_ASN1} ) && >

Re: GOST in OPENSSL_BASE

2016-07-12 Thread Matthew Seaman
On 07/12/16 06:48, Kevin Oberman wrote: > In case people are not aware of it, Russian law now requires ALL encrypted > traffic must either be accessible by the FSB or that the private keys must > be available to the FSB. I have always assumed that GOST has a hidden > vulnerability/backdoor that

Re: panic: bogus refcnt 0 on lle 0xfffff80121a13a00

2016-07-12 Thread Michael Zhilin
Hi, I have same issue everyday on my laptop. It happens randomly and I suppose due to network issues. I want to test D4507. I've tried to apply patch, it's successful except one chunk: |Index: sys/netinet6/nd6.c |=== |---

Build failed in Jenkins: FreeBSD_HEAD_sparc64 #134

2016-07-12 Thread jenkins-admin
See -- Started by upstream project "FreeBSD_HEAD" build number 416 originally caused by: Started by an SCM change > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the

Re: panic: bogus refcnt 0 on lle 0xfffff80121a13a00

2016-07-12 Thread Hans Petter Selasky
On 07/12/16 10:37, Peter Holm wrote: Exiting from single-user mode triggers this: ifa_maintain_loopback_route: deletion failed for interface igb0: 3 panic: bogus refcnt 0 on lle 0xf80121a13a00 cpuid = 9 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame

Re: GOST in OPENSSL_BASE

2016-07-12 Thread Kevin Oberman
On Mon, Jul 11, 2016 at 3:51 PM, Andrey Chernov wrote: > On 12.07.2016 1:44, Andrey Chernov wrote: > > On 11.07.2016 21:41, Slawa Olhovchenkov wrote: > >> On Mon, Jul 11, 2016 at 02:28:45PM -0400, Jung-uk Kim wrote: > >> > >>> On 07/10/16 10:10 AM, Andrey Chernov wrote: >

Oversight in /etc/defaults/rc.conf

2016-07-12 Thread Matthew Seaman
I just upgraded my main machine to 11-STABLE. Things are mostly working fine -- however I did notice that the new iovctl rc script is apparently enabled by default. That seems like a trivial omission: Index: etc/defaults/rc.conf

panic: bogus refcnt 0 on lle 0xfffff80121a13a00

2016-07-12 Thread Peter Holm
Exiting from single-user mode triggers this: ifa_maintain_loopback_route: deletion failed for interface igb0: 3 panic: bogus refcnt 0 on lle 0xf80121a13a00 cpuid = 9 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe1048c63470 vpanic() at

Re: ptrace attach in multi-threaded processes

2016-07-12 Thread Konstantin Belousov
On Mon, Jul 11, 2016 at 06:19:38PM -0700, Mark Johnston wrote: > Hi, > > It seems to be possible for ptrace(PT_ATTACH) to race with the delivery > of a signal to the same process. ptrace(PT_ATTACH) sets P_TRACED and > sends SIGSTOP to a thread in the target process. Consider the case where > a