Re: HEADS UP: caution required with updates using custom kernels

Am Thu, 23 Jun 2016 21:07:51 + Brooks Davis schrieb: > Kernel config minimalists and those running aarch64 and riscv systems will > want to head this UPDATING message. > > In practice, if you're fairly up to date, doing installworld before > installkernel will also work

Re: PostgreSQL performance on FreeBSD

Small nit: PostgreSQL used SYSV because it allowed for the detection of dead processes. If you `kill -9`’ed a process, PostgreSQL can detect that and then shut down and perform an automatic recovery. In this regard, sysv is pretty clever. The move to POSIX shared mem was done for a host of

Re: PostgreSQL performance on FreeBSD

On Wed, Jun 22, 2016 at 07:26:52AM -0700, Maxim Sobolev wrote: > Konstantin, > Not if you do sem_unlink() immediately, AFAIK. And that's what PG does. So > the window of opportunity for the leakage is quite small, much smaller than > for SYSV primitives. Sorry for missing your status update

HEADS UP: caution required with updates using custom kernels

Kernel config minimalists and those running aarch64 and riscv systems will want to head this UPDATING message. In practice, if you're fairly up to date, doing installworld before installkernel will also work (I've tested that case from ALPHA4), but is always somewhat risky. -- Brooks -

Re: Fatal trap 12

Hi, can you try checking out svn://svn.freebsd.org/base/projects/vnet and see if a kernel from there works better? It contains further pf/pflog/pfsync changes; mostly for VIMAGE which will go into head the next days. Thanks /bz ___

gstat(8) regression

This regression still exists as of r302073: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204852 Run /usr/sbin/gstat, press 'q' Prior to 11-CURRENT gstat would exit. "Currently" gstat regressively also requires . ...keith ___

Re: Fatal trap 12

On Thu, 23 Jun 2016 10:54:46 +0200 Johan Hendriks wrote: > I have the following in my kernel config > # pf > options ALTQ > options ALTQ_CBQ > options ALTQ_RED > options ALTQ_RIO > options ALTQ_HFSC > options ALTQ_CDNR > options ALTQ_PRIQ >

Re: Fatal trap 12

I just removed the following from my kernel file #device pf #device pflog #device pfsync Changed back the SI_SUB_PSEUDO in sys/netpfil/pf/if_pflog.c Rebuild the kernel and now the kernel is booting normally. regards Johan Op 23/06/16 om 02:01 schreef Bjoern A. Zeeb: > On 22

Re: Fatal trap 12

I have the following in my kernel config # pf options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ device pf device pflog device pfsync I can not alter the order the modules load as far as

Re: WITH_SYSTEM_COMPILER default on

On 2016-Jun-21, at 3:11 PM, Mark Millard wrote: > Bryan Drewery bdrewery at FreeBSD.org wrote on Tue Jun 21 19:03:46 UTC 2016 : > >> This feature is where the bootstrap compiler in buildworld is not built >> if the one in /usr/bin/cc matches what would be built. It is very >> conservative and

Re: head is broken after recent sys_pipe changes

Hi, On 23 Jun 2016, at 5:54, Kurt Lidl wrote: On 6/23/16 12:46 AM, Kurt Lidl wrote: On 6/23/16 12:45 AM, Glen Barber wrote: On Thu, Jun 23, 2016 at 04:44:06AM +, Glen Barber wrote: On Thu, Jun 23, 2016 at 12:42:20AM -0400, Kurt Lidl wrote: As of this commit: r302106 | adrian |

patch for potential race-condition triggered panic in dummynet PIE AQM

There is a race in the PIE AQM code that can cause a panic. A patch is up for review here: . I'd appreciate it if some callout gurus could take a look. ___ freebsd-current@freebsd.org mailing list