Re: [PATCH] randomized delay in locking primitives, take 2

Why is +struct lock_delay_config { +u_int initial; +u_int step; +u_int min; +u_int max; +}; missing comments for its members? Are they documented anywhere else? -Alfred On 7/31/16 5:41 AM, Mateusz Guzik wrote: On Sun, Jul 31, 2016 at 01:49:28PM +0300, Konstantin Belousov wro

Re: mfi driver performance too bad on LSI MegaRAID SAS 9260-8i

If anyone is interested, as Michelle Sullivan just mentioned. One problem I found when looking for an HBA is that they are not so easy to find. Scoured the internet for a backup HBA I came across these - http://www.avagotech.com/products/server-storage/host-bus-adapters/#tab-12Gb1 Can only speak f

Re: SVN r303643 breaks non-SMP compilation

On Mon, Aug 01, 2016 at 09:49:03PM -0400, Michael Butler wrote: > In the non-SMP case, ADAPTIVE_MUTEXES is not defined and a subsequent > reference to mtx_delay causes compilation of kern_mutex.c to fail > because KDTRACE_HOOKS may be, > Indeed, fixed in r303655. Thanks for reporting. -- Mateus

SVN r303643 breaks non-SMP compilation

In the non-SMP case, ADAPTIVE_MUTEXES is not defined and a subsequent reference to mtx_delay causes compilation of kern_mutex.c to fail because KDTRACE_HOOKS may be, imb ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailm

Jenkins build is back to normal : FreeBSD_HEAD_sparc64 #193

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: security/openvpn build failure on 12-CURRENT/amd64

Hi Ngie, Quite possibly an incompatibility between the port or the upstream software build/self-test rigging with the rather new FreeBSD 12-CURRENT. Since I do not have the latter, I am soliciting patches (through Bugzilla). I am staring at

Re: security/openvpn build failure on 12-CURRENT/amd64

On 08/01/16 16:53, Ngie Cooper wrote: > On Mon, Aug 1, 2016 at 7:31 AM, Shawn Webb wrote: > >> HardenedBSD's kernel and world matched and still had the very same >> build error. >> >> Here's the build log: http://pastebin.com/TEBih1Sx > > Confirmed -- why's it looking for tcp6local/udp6local tho

Jenkins build is back to normal : FreeBSD_HEAD #522

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: security/openvpn build failure on 12-CURRENT/amd64

On Mon, Aug 1, 2016 at 7:31 AM, Shawn Webb wrote: ... > HardenedBSD's kernel and world matched and still had the very same > build error. > > Here's the build log: http://pastebin.com/TEBih1Sx Confirmed -- why's it looking for tcp6local/udp6local though (this isn't a valid protocol, and for som

Re: EARLY_AP_STARTUP hangs during boot

On Monday, August 01, 2016 03:31:11 PM Gary Jennejohn wrote: > On Mon, 1 Aug 2016 09:34:34 +0200 > Gary Jennejohn wrote: > > > On Sun, 31 Jul 2016 14:22:35 -0700 > > John Baldwin wrote: > > > > > On Sunday, July 31, 2016 11:29:14 AM Gary Jennejohn wrote: > > > > On Sat, 30 Jul 2016 12:03:59 -

Re: [PATCH] randomized delay in locking primitives, take 2

On Monday, August 01, 2016 10:08:43 PM Mateusz Guzik wrote: > On Mon, Aug 01, 2016 at 11:37:50AM -0700, John Baldwin wrote: > > On Sunday, July 31, 2016 02:41:13 PM Mateusz Guzik wrote: > > > On Sun, Jul 31, 2016 at 01:49:28PM +0300, Konstantin Belousov wrote: > > > [snip] > > > > > > After an irc

Re: resolvconf needs @RESTARTCMD@ to be replaced after r303062

On Sun, Jul 31, 2016 at 9:09 PM, Pedro Giffuni wrote: > > > On 07/31/16 11:56, Guy Yur wrote: >> >> Hi, >> >> I meant for the RESTARTCMD_= statement to be added too. >> I should have sent a patch file. >> > > Ugh ... yeah I am really bad at "guessing" patches. > > I will play with your patch. Than

Re: [PATCH] randomized delay in locking primitives, take 2

On Mon, Aug 01, 2016 at 11:37:50AM -0700, John Baldwin wrote: > On Sunday, July 31, 2016 02:41:13 PM Mateusz Guzik wrote: > > On Sun, Jul 31, 2016 at 01:49:28PM +0300, Konstantin Belousov wrote: > > [snip] > > > > After an irc discussion, the following was produced (also available at: > > https://

Re: CURRENT: [USB] : GEOM_PART: da4 was automatically resized.

On Mon, Aug 1, 2016 at 1:36 PM, Ian Lepore wrote: > On Mon, 2016-08-01 at 13:55 -0500, Matthew Grooms wrote: >> On 8/1/2016 12:40 PM, Randy Westlund wrote: >> > On Mon, Aug 01, 2016 at 11:05:54AM +0200, O. Hartmann wrote: >> > > On every(!) USB drive which worked well with 11-CURRENT up to 11 >> >

Re: CURRENT: [USB] : GEOM_PART: da4 was automatically resized.

Am Mon, 1 Aug 2016 13:55:13 -0500 Matthew Grooms schrieb: > On 8/1/2016 12:40 PM, Randy Westlund wrote: > > On Mon, Aug 01, 2016 at 11:05:54AM +0200, O. Hartmann wrote: > >> On every(!) USB drive which worked well with 11-CURRENT up to 11-BETA, I > >> fail > >> to access with 12-CURRENT (12.0-

Re: CURRENT: [USB] : GEOM_PART: da4 was automatically resized.

On Mon, 2016-08-01 at 13:55 -0500, Matthew Grooms wrote: > On 8/1/2016 12:40 PM, Randy Westlund wrote: > > On Mon, Aug 01, 2016 at 11:05:54AM +0200, O. Hartmann wrote: > > > On every(!) USB drive which worked well with 11-CURRENT up to 11 > > > -BETA, I fail > > > to access with 12-CURRENT (12.0-CU

Re: [PATCH] randomized delay in locking primitives, take 2

On Sunday, July 31, 2016 02:41:13 PM Mateusz Guzik wrote: > On Sun, Jul 31, 2016 at 01:49:28PM +0300, Konstantin Belousov wrote: > [snip] > > After an irc discussion, the following was produced (also available at: > https://people.freebsd.org/~mjg/lock_backoff_complete4.diff): > > Differences: >

Re: security/openvpn build failure on 12-CURRENT/amd64

Hi Shawn, The compilation attempt was done on an invalid configuration and has zero relevance whatsoever. As the log says: !!! Jail is newer than host. (Jail: 121, Host: 1100116) !!! !!! This is not supported. !!! !!! Host kernel must be same or newer than jail. !!! !!! Expect build failu

Re: CURRENT: [USB] : GEOM_PART: da4 was automatically resized.

On 8/1/2016 12:40 PM, Randy Westlund wrote: On Mon, Aug 01, 2016 at 11:05:54AM +0200, O. Hartmann wrote: On every(!) USB drive which worked well with 11-CURRENT up to 11-BETA, I fail to access with 12-CURRENT (12.0-CURRENT FreeBSD 12.0-CURRENT #14 r303475: Fri Jul 29 11:59:11 CEST 2016) with the

Re: BSD grep dumps core

On Mon, Aug 01, 2016 at 06:22:16PM +0200, Dimitry Andric wrote: > On 31 Jul 2016, at 17:37, Steve Kargl > wrote: > > Script started on Sun Jul 31 08:30:56 2016 > > troutmask:sgk[200] cd gcc/gcc7 > > troutmask:sgk[201] svn status > > ? 7.diff > > ? decl.c.diff > > ? gcc/fortran/o

Re: CURRENT: [USB] : GEOM_PART: da4 was automatically resized.

On Mon, Aug 01, 2016 at 11:05:54AM +0200, O. Hartmann wrote: > On every(!) USB drive which worked well with 11-CURRENT up to 11-BETA, I fail > to access with 12-CURRENT (12.0-CURRENT FreeBSD 12.0-CURRENT #14 r303475: Fri > Jul 29 11:59:11 CEST 2016) with the error shown below. > > On USB flash dri

Re: [PATCH] randomized delay in locking primitives, take 2

On Mon, Aug 01, 2016 at 09:38:09AM -0700, Maxim Sobolev wrote: > On Sun, Jul 31, 2016 at 1:36 PM, Mateusz Guzik wrote: > > > On Sun, Jul 31, 2016 at 07:03:08AM -0700, Adrian Chadd wrote: > > > Hi, > > > > > > Did you test on any 1, 2, 4, 8 cpu machines? just to see if there are > > > any performa

Re: [PATCH] randomized delay in locking primitives, take 2

On Mon, Aug 01, 2016 at 02:16:59PM +0300, Andriy Gapon wrote: > > Mateusz, > > just out of curiosity, have you tried to explore alternative spinlock > implementations like a ticket lock? It would be interesting to see if > there are any improvements to be gained there. > The patch is the simp

Re: [PATCH] randomized delay in locking primitives, take 2

On Sun, Jul 31, 2016 at 1:36 PM, Mateusz Guzik wrote: > On Sun, Jul 31, 2016 at 07:03:08AM -0700, Adrian Chadd wrote: > > Hi, > > > > Did you test on any 1, 2, 4, 8 cpu machines? just to see if there are > > any performance degredations on lower count CPUs? > > > > I did not test on machines whic

Re: BSD grep dumps core

On 31 Jul 2016, at 17:37, Steve Kargl wrote: > > Script started on Sun Jul 31 08:30:56 2016 > troutmask:sgk[200] cd gcc/gcc7 > troutmask:sgk[201] svn status > ? 7.diff > ? decl.c.diff > ? gcc/fortran/old > ? gcc/fortran/pr38351.diff > ? gcc/fortran/pr41922.diff > ?

Jenkins build is back to stable : FreeBSD_HEAD #520

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: security/openvpn build failure on 12-CURRENT/amd64

On Mon, Aug 01, 2016 at 02:26:39PM +, Matthias Andree wrote: > Hi Shawn, > > The compilation attempt was done on an invalid configuration and has zero > relevance whatsoever. As the log says: > > !!! Jail is newer than host. (Jail: 121, Host: 1100116) !!! > !!! This is not supported. !!

security/openvpn build failure on 12-CURRENT/amd64

Hey All, It looks like security/openvpn fails to build on 12-CURRENT/amd64 on both FreeBSD's and HardenedBSD's build infrastructure. I've verified that it builds fine on latest 11-STABLE/amd64. Would this be a regression in 12-CURRENT? Log file from FreeBSD's build: http://beefy4.nyi.freebsd.org/

Re: EARLY_AP_STARTUP hangs during boot

On Mon, 1 Aug 2016 09:34:34 +0200 Gary Jennejohn wrote: > On Sun, 31 Jul 2016 14:22:35 -0700 > John Baldwin wrote: > > > On Sunday, July 31, 2016 11:29:14 AM Gary Jennejohn wrote: > > > On Sat, 30 Jul 2016 12:03:59 -0700 > > > John Baldwin wrote: > > > > > > > On Saturday, July 30, 2016

Re: mfi driver performance too bad on LSI MegaRAID SAS 9260-8i

> On 01 Aug 2016, at 15:12, O. Hartmann wrote: > > First, thanks for responding so quickly. > >> - The third option is to make the driver expose the SAS devices like a HBA >> would do, so that they are visible to the CAM layer, and disks are handled by >> the stock “da” driver, which is the ide

Re: mfi driver performance too bad on LSI MegaRAID SAS 9260-8i

On Mon, 1 Aug 2016 11:48:30 +0200 Borja Marcos wrote: Hello. First, thanks for responding so quickly. > > On 01 Aug 2016, at 08:45, O. Hartmann wrote: > > > > On Wed, 22 Jun 2016 08:58:08 +0200 > > Borja Marcos wrote: > > > >> There is an option you can use (I do it all the time!) to make

Re: [PATCH] randomized delay in locking primitives, take 2

On Mon, Aug 01, 2016 at 02:16:59PM +0300, Andriy Gapon wrote: > > Mateusz, > > just out of curiosity, have you tried to explore alternative spinlock > implementations like a ticket lock? It would be interesting to see if > there are any improvements to be gained there. Effective ticket lock i

Re: [PATCH] randomized delay in locking primitives, take 2

Mateusz, just out of curiosity, have you tried to explore alternative spinlock implementations like a ticket lock? It would be interesting to see if there are any improvements to be gained there. -- Andriy Gapon ___ freebsd-current@freebsd.org maili

Re: mfi driver performance too bad on LSI MegaRAID SAS 9260-8i

> On 01 Aug 2016, at 08:45, O. Hartmann wrote: > > On Wed, 22 Jun 2016 08:58:08 +0200 > Borja Marcos wrote: > >> There is an option you can use (I do it all the time!) to make the card >> behave as a plain HBA so that the disks are handled by the “da” driver. >> >> Add this to /boot/loader.c

Jenkins build became unstable: FreeBSD_HEAD #519

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"

CURRENT: [USB] : GEOM_PART: da4 was automatically resized.

On every(!) USB drive which worked well with 11-CURRENT up to 11-BETA, I fail to access with 12-CURRENT (12.0-CURRENT FreeBSD 12.0-CURRENT #14 r303475: Fri Jul 29 11:59:11 CEST 2016) with the error shown below. On USB flash drives I created myself, the suggested gpart command solved the problem, b

Re: mfi driver performance too bad on LSI MegaRAID SAS 9260-8i

On Wed, 22 Jun 2016 08:58:08 +0200 Borja Marcos wrote: > > On 22 Jun 2016, at 04:08, Jason Zhang wrote: > > > > Mark, > > > > Thanks > > > > We have same RAID setting both on FreeBSD and CentOS including cache > > setting. In FreeBSD, I enabled the write cache but the performance is the > >

Re: EARLY_AP_STARTUP hangs during boot

On Sun, 31 Jul 2016 14:22:35 -0700 John Baldwin wrote: > On Sunday, July 31, 2016 11:29:14 AM Gary Jennejohn wrote: > > On Sat, 30 Jul 2016 12:03:59 -0700 > > John Baldwin wrote: > > > > > On Saturday, July 30, 2016 09:44:22 AM Gary Jennejohn wrote: > > > > On Fri, 29 Jul 2016 13:17:42 -070

Re: [PATCH] randomized delay in locking primitives, take 2

On Sun, Jul 31, 2016 at 10:36:12PM +0200, Mateusz Guzik wrote: > On Sun, Jul 31, 2016 at 07:03:08AM -0700, Adrian Chadd wrote: > > Also, yeah, the MOD operator in each loop could get spendy on older > > CPUs (eg my MIPS CPUs, older ARM stuff, etc.) Is it possible to > > achieve much the same autotu

Re: EFI boot: can we make loader.efi work as BOOT{x64, aa64, arm, ia32}.efi?

On Sun, Jul 31, 2016 at 12:20 AM, Xin Li wrote: > Hi, > > I finally got some time to explore the UEFI boot process (kudos to > everyone who made this work!) and getting myself familiarize with the > basics. > > One quick question -- Is there some technical restriction that prevents > us from mergi

Re: EFI boot: can we make loader.efi work as BOOT{x64, aa64, arm, ia32}.efi?

On Sun, Jul 31, 2016 at 12:51 AM, Nathan Whitehorn wrote: > > > On 07/30/16 23:20, Xin Li wrote: >> >> Hi, >> >> I finally got some time to explore the UEFI boot process (kudos to >> everyone who made this work!) and getting myself familiarize with the >> basics. >> >> One quick question -- Is the