Re: suspend/resume regression

On Wed, Jul 15, 2015 at 12:07 PM, John Baldwin wrote: > On Tuesday, July 14, 2015 03:10:59 PM Brandon J. Wandersee wrote: > > > > Please forgive me if this seems impudent, but has there been any > progress on > > this? The status of the bug report hasn't changed since it was opened. I > > don't

Re: amd64 kernel dynamic linking allows extern references to statics

> On 15 Jul 2015, at 11:27 pm, Konstantin Belousov wrote: > > On Wed, Jul 15, 2015 at 06:17:20PM +1000, Jan Mikkelsen wrote: >> Hi, >> >> (All on 10.2-BETA1.) >> >> I noticed that the latest patch in the bug >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594 >>

Re: FreeBSD 10.1 Memory Exhaustion

On 15 July 2015 at 14:58, Philip Murray wrote: > >> On 13/07/2015, at 11:58 pm, Karl Denninger wrote: >> >> Put this on your box and see if the problem goes away :-) >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594 >> > > Is there a concise explanation of why this hasn’t been me

Re: FreeBSD 10.1 Memory Exhaustion

> On 13/07/2015, at 11:58 pm, Karl Denninger wrote: > > Put this on your box and see if the problem goes away :-) > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594 > Is there a concise explanation of why this hasn’t been merged into -CURRENT? I know there are concerns that it

jail: /etc/rc: cannot create /dev/null: Operation not supported

FreeBSD 10.2-PRERELEASE #0 r284949 The jail can be started, but when /etc/rc is executed: root@mar:/ # sh -x /etc/rc + stty status ^T /etc/rc: cannot create /dev/null: Operation not supported + trap : 2 + trap 'echo '\''Boot interrupted'\''; exit 1' 3 + HOME=/ + PATH=/sbin:/bin:/usr/sbin:/usr/bi

Re: suspend/resume regression

On Tuesday, July 14, 2015 03:10:59 PM Brandon J. Wandersee wrote: > > Please forgive me if this seems impudent, but has there been any progress on > this? The status of the bug report hasn't changed since it was opened. I > don't mean to be rude, and I certainly appreciate the effort that's gone

Re: Many core dumps in pthread_getspecific.

Hi, no crash from vim or Xorg but from xterm and again at getcontext(uc) after alloca: % readelf -d xterm | grep NEEDED 0x0001 (NEEDED) Shared library: [libXinerama.so.1] 0x0001 (NEEDED) Shared library: [libXft.so.2] 0x0001 (NEEDED)

zfs dataset and hanging getdirentries() on it

Hi. I have a funny zfs dataset on a recent stable, which listing takes several minutes. In the same time - it runs last available pool version with all available feature flags enabled (however, problem manifested itself on a one year old stable) - it's an old /tmp directory - it used to hold

Re: amd64 kernel dynamic linking allows extern references to statics

On Wed, Jul 15, 2015 at 06:17:20PM +1000, Jan Mikkelsen wrote: > Hi, > > (All on 10.2-BETA1.) > > I noticed that the latest patch in the bug > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594 > works on amd64 but > fails to loa

Re: ipsec broken again

Hi. On 15.07.2015 09:44, Glen Barber wrote: > On Wed, Jul 15, 2015 at 09:42:05AM +0500, Eugene M. Zheganin wrote: >> As soon as I upgraded one of my ipsec routers to recent stable >> (10.2-BETA1 #0 r285524) it stopped working as a security gateway. Ipsec >> traffic is passed out and receiving in,

amd64 kernel dynamic linking allows extern references to statics

Hi, (All on 10.2-BETA1.) I noticed that the latest patch in the bug https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594 works on amd64 but fails to load zfs.ko on i386 with a symbol not found error. Looking at the patch, there is