On Mon, May 04, 2015 at 05:45:17PM -0500, Aravind Gopalakrishnan wrote:
> Tested a delay of 0 on Fam10h and Fam15h Model 30h-3fh and both work fine.
Cool, thanks for testing.
> Feedback from asking internally about this is that we should be OK to move
> to a no-delay default from K8 onwards.
On Mon, May 04, 2015 at 05:45:17PM -0500, Aravind Gopalakrishnan wrote:
Tested a delay of 0 on Fam10h and Fam15h Model 30h-3fh and both work fine.
Cool, thanks for testing.
Feedback from asking internally about this is that we should be OK to move
to a no-delay default from K8 onwards.
Also
On 5/3/2015 11:13 AM, Aravind Gopalakrishnan wrote:
On 5/1/15 7:42 PM, Aravind Gopalakrishnan wrote:
On 5/1/15 5:47 PM, Borislav Petkov wrote:
Aravind and I could probably test on a couple of AMD boxes to narrow
down.
@Aravind, see here:
On 5/3/2015 11:13 AM, Aravind Gopalakrishnan wrote:
On 5/1/15 7:42 PM, Aravind Gopalakrishnan wrote:
On 5/1/15 5:47 PM, Borislav Petkov wrote:
Aravind and I could probably test on a couple of AMD boxes to narrow
down.
@Aravind, see here:
On 5/1/15 7:42 PM, Aravind Gopalakrishnan wrote:
On 5/1/15 5:47 PM, Borislav Petkov wrote:
On Fri, May 01, 2015 at 02:42:39PM -0700, Len Brown wrote:
On Mon, Apr 20, 2015 at 12:15 AM, Ingo Molnar wrote:
So instead of playing games with an ancient delay, I'd suggest we
install the 10 msec
On 5/1/15 7:42 PM, Aravind Gopalakrishnan wrote:
On 5/1/15 5:47 PM, Borislav Petkov wrote:
On Fri, May 01, 2015 at 02:42:39PM -0700, Len Brown wrote:
On Mon, Apr 20, 2015 at 12:15 AM, Ingo Molnar mi...@kernel.org wrote:
So instead of playing games with an ancient delay, I'd suggest we
On 5/1/15 5:47 PM, Borislav Petkov wrote:
On Fri, May 01, 2015 at 02:42:39PM -0700, Len Brown wrote:
On Mon, Apr 20, 2015 at 12:15 AM, Ingo Molnar wrote:
So instead of playing games with an ancient delay, I'd suggest we
install the 10 msec INIT assertion wait as a platform quirk instead,
On Fri, May 01, 2015 at 02:42:39PM -0700, Len Brown wrote:
> On Mon, Apr 20, 2015 at 12:15 AM, Ingo Molnar wrote:
>
> > So instead of playing games with an ancient delay, I'd suggest we
> > install the 10 msec INIT assertion wait as a platform quirk instead,
> > and activate it for all
On Mon, Apr 20, 2015 at 12:15 AM, Ingo Molnar wrote:
> So instead of playing games with an ancient delay, I'd suggest we
> install the 10 msec INIT assertion wait as a platform quirk instead,
> and activate it for all CPUs/systems that we think might need it, with
> a sufficiently robust and
On 5/1/15 5:47 PM, Borislav Petkov wrote:
On Fri, May 01, 2015 at 02:42:39PM -0700, Len Brown wrote:
On Mon, Apr 20, 2015 at 12:15 AM, Ingo Molnar mi...@kernel.org wrote:
So instead of playing games with an ancient delay, I'd suggest we
install the 10 msec INIT assertion wait as a platform
On Fri, May 01, 2015 at 02:42:39PM -0700, Len Brown wrote:
On Mon, Apr 20, 2015 at 12:15 AM, Ingo Molnar mi...@kernel.org wrote:
So instead of playing games with an ancient delay, I'd suggest we
install the 10 msec INIT assertion wait as a platform quirk instead,
and activate it for all
On Mon, Apr 20, 2015 at 12:15 AM, Ingo Molnar mi...@kernel.org wrote:
So instead of playing games with an ancient delay, I'd suggest we
install the 10 msec INIT assertion wait as a platform quirk instead,
and activate it for all CPUs/systems that we think might need it, with
a sufficiently
* Len Brown wrote:
> The following patch...
>
> [PATCH 1/1] x86: replace cpu_up hard-coded mdelay with variable
>
> enables reducing cpu_up() time by 10ms on modern systems.
>
> This means that for every processor in the system,
> boot-time and resume-time can be reduced by 10ms
* Len Brown l...@kernel.org wrote:
The following patch...
[PATCH 1/1] x86: replace cpu_up hard-coded mdelay with variable
enables reducing cpu_up() time by 10ms on modern systems.
This means that for every processor in the system,
boot-time and resume-time can be reduced by 10ms
The following patch...
[PATCH 1/1] x86: replace cpu_up hard-coded mdelay with variable
enables reducing cpu_up() time by 10ms on modern systems.
This means that for every processor in the system,
boot-time and resume-time can be reduced by 10ms per-processor.
Once this patch is accepted, I'll
The following patch...
[PATCH 1/1] x86: replace cpu_up hard-coded mdelay with variable
enables reducing cpu_up() time by 10ms on modern systems.
This means that for every processor in the system,
boot-time and resume-time can be reduced by 10ms per-processor.
Once this patch is accepted, I'll
16 matches
Mail list logo