Re: [PATCH] sparc64: boot performance improvements

2015-10-28 Thread Vladimir 'phcoder' Serbinenko
Le 27 oct. 2015 5:34 PM, "Eric Snowberg" a écrit : > > > > On Oct 25, 2015, at 9:20 AM, Vladimir 'φ-coder/phcoder' Serbinenko < phco...@gmail.com> wrote: > > > > On 11.10.2015 18:49, Eric Snowberg wrote: > >> > >>> On Oct 10, 2015, at 1:35 AM, Vladimir 'phcoder' Serbinenko < phco...@gmail.com> wro

Re: [PATCH] sparc64: boot performance improvements

2015-10-27 Thread Eric Snowberg
> On Oct 25, 2015, at 9:20 AM, Vladimir 'φ-coder/phcoder' Serbinenko > wrote: > > On 11.10.2015 18:49, Eric Snowberg wrote: >> >>> On Oct 10, 2015, at 1:35 AM, Vladimir 'phcoder' Serbinenko >>> wrote: >>> >>> >>> Le 10 oct. 2015 3:31 AM, "Eric Snowberg" a écrit >>> : > On

Re: [PATCH] sparc64: boot performance improvements

2015-10-25 Thread Vladimir 'φ-coder/phcoder' Serbinenko
On 11.10.2015 18:49, Eric Snowberg wrote: > >> On Oct 10, 2015, at 1:35 AM, Vladimir 'phcoder' Serbinenko >> wrote: >> >> >> Le 10 oct. 2015 3:31 AM, "Eric Snowberg" a écrit : >>> >>> On Oct 9, 2015, at 12:50 AM, Andrei Borzenkov wrote: On Thu, Oct 8, 2015 at 2:20 AM, Eric Snowb

Re: [PATCH] sparc64: boot performance improvements

2015-10-11 Thread Eric Snowberg
> On Oct 10, 2015, at 1:35 AM, Vladimir 'phcoder' Serbinenko > wrote: > > > Le 10 oct. 2015 3:31 AM, "Eric Snowberg" a écrit : > > > > > > > On Oct 9, 2015, at 12:50 AM, Andrei Borzenkov wrote: > > > > > > On Thu, Oct 8, 2015 at 2:20 AM, Eric Snowberg > > > wrote: > > >> > > >>> On Oct 7,

Re: [PATCH] sparc64: boot performance improvements

2015-10-10 Thread Vladimir 'phcoder' Serbinenko
Le 10 oct. 2015 3:31 AM, "Eric Snowberg" a écrit : > > > > On Oct 9, 2015, at 12:50 AM, Andrei Borzenkov wrote: > > > > On Thu, Oct 8, 2015 at 2:20 AM, Eric Snowberg wrote: > >> > >>> On Oct 7, 2015, at 2:36 AM, Andrei Borzenkov wrote: > >>> > >>> On Tue, Oct 6, 2015 at 8:39 PM, Eric Snowberg <

Re: [PATCH] sparc64: boot performance improvements

2015-10-09 Thread Eric Snowberg
> On Oct 9, 2015, at 12:50 AM, Andrei Borzenkov wrote: > > On Thu, Oct 8, 2015 at 2:20 AM, Eric Snowberg > wrote: >> >>> On Oct 7, 2015, at 2:36 AM, Andrei Borzenkov wrote: >>> >>> On Tue, Oct 6, 2015 at 8:39 PM, Eric Snowberg >>> wrote: Keep of devices open. This can save 6 - 7 sec

Re: [PATCH] sparc64: boot performance improvements

2015-10-09 Thread Vladimir 'φ-coder/phcoder' Serbinenko
On 06.10.2015 19:39, Eric Snowberg wrote: > Keep of devices open. This can save 6 - 7 seconds per open call and > can decrease boot times from over 10 minutes to 29 seconds on > larger SPARC systems. The open/close calls with some vendors' > SAS controllers cause the entire card to be reinitializ

Re: [PATCH] sparc64: boot performance improvements

2015-10-09 Thread Andrei Borzenkov
On Thu, Oct 8, 2015 at 2:20 AM, Eric Snowberg wrote: > >> On Oct 7, 2015, at 2:36 AM, Andrei Borzenkov wrote: >> >> On Tue, Oct 6, 2015 at 8:39 PM, Eric Snowberg >> wrote: >>> Keep of devices open. This can save 6 - 7 seconds per open call and >>> can decrease boot times from over 10 minutes t

Re: [PATCH] sparc64: boot performance improvements

2015-10-07 Thread Eric Snowberg
> On Oct 7, 2015, at 2:36 AM, Andrei Borzenkov wrote: > > On Tue, Oct 6, 2015 at 8:39 PM, Eric Snowberg > wrote: >> Keep of devices open. This can save 6 - 7 seconds per open call and >> can decrease boot times from over 10 minutes to 29 seconds on >> larger SPARC systems. The open/close cal

Re: [PATCH] sparc64: boot performance improvements

2015-10-07 Thread Andrei Borzenkov
On Tue, Oct 6, 2015 at 8:39 PM, Eric Snowberg wrote: > Keep of devices open. This can save 6 - 7 seconds per open call and > can decrease boot times from over 10 minutes to 29 seconds on > larger SPARC systems. The open/close calls with some vendors' > SAS controllers cause the entire card to be

[PATCH] sparc64: boot performance improvements

2015-10-06 Thread Eric Snowberg
Keep of devices open. This can save 6 - 7 seconds per open call and can decrease boot times from over 10 minutes to 29 seconds on larger SPARC systems. The open/close calls with some vendors' SAS controllers cause the entire card to be reinitialized after each close. Signed-off-by: Eric Snowberg