On Tue, 19 Feb 2008, Len Brown wrote:
> On Tuesday 19 February 2008 11:51, Thomas Gleixner wrote:
> > On Tue, 19 Feb 2008, Ingo Molnar wrote:
> > > * Pavel Machek <[EMAIL PROTECTED]> wrote:
> > >
> > > > TSC is used even on machines when CONFIG_X86_TSC is not set (X86_TSC
> > > > means
On Tuesday 19 February 2008 11:51, Thomas Gleixner wrote:
> On Tue, 19 Feb 2008, Ingo Molnar wrote:
> > * Pavel Machek <[EMAIL PROTECTED]> wrote:
> >
> > > TSC is used even on machines when CONFIG_X86_TSC is not set (X86_TSC
> > > means _require_ TSC), but it is not properly disabled when it is
On Tue, 19 Feb 2008, Ingo Molnar wrote:
> * Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> > TSC is used even on machines when CONFIG_X86_TSC is not set (X86_TSC
> > means _require_ TSC), but it is not properly disabled when it is
> > unusable, because acpi code understood the config switch as
* Pavel Machek <[EMAIL PROTECTED]> wrote:
> TSC is used even on machines when CONFIG_X86_TSC is not set (X86_TSC
> means _require_ TSC), but it is not properly disabled when it is
> unusable, because acpi code understood the config switch as "may use
> TSC".
>
> This actually fixes suspend
On Mon 2008-02-18 16:12:40, Thomas Gleixner wrote:
> On Mon, 18 Feb 2008, Pavel Machek wrote:
> > > I do not understand, what you mean. When exactly is "sleeppy test"
> > > running ?
> >
> > from late_initcall().
>
> Has the system already switched to highres/nohz mode at this point ?
I guess
Hi!
This is wrong:
#ifdef CONFIG_X86_TSC
static int __init tsc_setup(char *str)
{
printk(KERN_WARNING "notsc: Kernel compiled with
CONFIG_X86_TSC, "
"cannot disable TSC.\n");
return 1;
}
#else
/*
* disable flag for tsc. Takes effect by clearing
TSC is used even on machines when CONFIG_X86_TSC is not set (X86_TSC
means _require_ TSC), but it is not properly disabled when it is
unusable, because acpi code understood the config switch as "may use
TSC".
This actually fixes suspend problems on my x60.
Signed-off-by: Pavel Machek <[EMAIL
On Mon 2008-02-18 16:12:40, Thomas Gleixner wrote:
On Mon, 18 Feb 2008, Pavel Machek wrote:
I do not understand, what you mean. When exactly is sleeppy test
running ?
from late_initcall().
Has the system already switched to highres/nohz mode at this point ?
I guess so, as nohz=off
TSC is used even on machines when CONFIG_X86_TSC is not set (X86_TSC
means _require_ TSC), but it is not properly disabled when it is
unusable, because acpi code understood the config switch as may use
TSC.
This actually fixes suspend problems on my x60.
Signed-off-by: Pavel Machek [EMAIL
Hi!
This is wrong:
#ifdef CONFIG_X86_TSC
static int __init tsc_setup(char *str)
{
printk(KERN_WARNING notsc: Kernel compiled with
CONFIG_X86_TSC,
cannot disable TSC.\n);
return 1;
}
#else
/*
* disable flag for tsc. Takes effect by clearing the
* Pavel Machek [EMAIL PROTECTED] wrote:
TSC is used even on machines when CONFIG_X86_TSC is not set (X86_TSC
means _require_ TSC), but it is not properly disabled when it is
unusable, because acpi code understood the config switch as may use
TSC.
This actually fixes suspend problems on
On Tue, 19 Feb 2008, Ingo Molnar wrote:
* Pavel Machek [EMAIL PROTECTED] wrote:
TSC is used even on machines when CONFIG_X86_TSC is not set (X86_TSC
means _require_ TSC), but it is not properly disabled when it is
unusable, because acpi code understood the config switch as may use
On Tuesday 19 February 2008 11:51, Thomas Gleixner wrote:
On Tue, 19 Feb 2008, Ingo Molnar wrote:
* Pavel Machek [EMAIL PROTECTED] wrote:
TSC is used even on machines when CONFIG_X86_TSC is not set (X86_TSC
means _require_ TSC), but it is not properly disabled when it is
unusable,
On Tue, 19 Feb 2008, Len Brown wrote:
On Tuesday 19 February 2008 11:51, Thomas Gleixner wrote:
On Tue, 19 Feb 2008, Ingo Molnar wrote:
* Pavel Machek [EMAIL PROTECTED] wrote:
TSC is used even on machines when CONFIG_X86_TSC is not set (X86_TSC
means _require_ TSC), but it is
On Mon, 18 Feb 2008, Pavel Machek wrote:
> > > ...and I get hang after "ps2_command adjust timeout" for 10 seconds,
> > > while it should wait 10msec or so.
> >
> > When is this code called ?
>
> from serio_suspend. It is normal device, not a sysdev, AFAICT.
>
> > > nohz=off fixes that.
> > >
Hi!
> > I'm trying to use the "sleepy test" here, unfortunately it locks for
> > 10-or-so seconds.
> >
> > Problem is in wait_event_timeout: timeouts take about 100x as long as
> > they should. Code in drivers/input/serio/libps2.c:
> >
> > + printk("ps2_command waiting event: %d\n",
On Mon, 18 Feb 2008, Pavel Machek wrote:
> Hi!
>
> I'm trying to use the "sleepy test" here, unfortunately it locks for
> 10-or-so seconds.
>
> Problem is in wait_event_timeout: timeouts take about 100x as long as
> they should. Code in drivers/input/serio/libps2.c:
>
> +
Hi!
I'm trying to use the "sleepy test" here, unfortunately it locks for
10-or-so seconds.
Problem is in wait_event_timeout: timeouts take about 100x as long as
they should. Code in drivers/input/serio/libps2.c:
+ printk("ps2_command waiting event: %d\n", timeout);
timeout =
Hi!
I'm trying to use the sleepy test here, unfortunately it locks for
10-or-so seconds.
Problem is in wait_event_timeout: timeouts take about 100x as long as
they should. Code in drivers/input/serio/libps2.c:
+ printk(ps2_command waiting event: %d\n, timeout);
timeout =
Hi!
I'm trying to use the sleepy test here, unfortunately it locks for
10-or-so seconds.
Problem is in wait_event_timeout: timeouts take about 100x as long as
they should. Code in drivers/input/serio/libps2.c:
+ printk(ps2_command waiting event: %d\n, timeout);
On Mon, 18 Feb 2008, Pavel Machek wrote:
Hi!
I'm trying to use the sleepy test here, unfortunately it locks for
10-or-so seconds.
Problem is in wait_event_timeout: timeouts take about 100x as long as
they should. Code in drivers/input/serio/libps2.c:
+ printk(ps2_command waiting
On Mon, 18 Feb 2008, Pavel Machek wrote:
...and I get hang after ps2_command adjust timeout for 10 seconds,
while it should wait 10msec or so.
When is this code called ?
from serio_suspend. It is normal device, not a sysdev, AFAICT.
nohz=off fixes that.
notsc fixes
22 matches
Mail list logo