public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* Re: [2.5.53] So sloowwwww......
       [not found] ` <fa.f29f77v.on2i97@ifi.uio.no>
@ 2003-01-02  7:26   ` Andrew S. Johnson
  2003-01-05 14:19     ` [2.5.54 + ACPI] Slow [Was: Re: [2.5.53] So sloowwwww......] Paul Rolland
  0 siblings, 1 reply; 9+ messages in thread
From: Andrew S. Johnson @ 2003-01-02  7:26 UTC (permalink / raw)
  To: linux-kernel

Paul Rolland wrote:
> Well, I did made another kernel without ACPI and with APM, 
> and it is working fine.

Did you try using acpi=no-idle in your kernel append line (if using
lilo) and see what difference that makes?  It works in 2.4.

Andy Johnson

> 
> To summarize :
>  - ACPI Enumeration only is fine
>  - More functionnalities from ACPI is bad.
> 
> If someone has an idea and wants me to make tests, please contact
> me...
> 
> Regards,
> Paul


^ permalink raw reply	[flat|nested] 9+ messages in thread

* [2.5.54 + ACPI] Slow [Was: Re: [2.5.53] So sloowwwww......]
  2003-01-02  7:26   ` [2.5.53] So sloowwwww Andrew S. Johnson
@ 2003-01-05 14:19     ` Paul Rolland
  2003-01-05 19:11       ` Randy.Dunlap
  0 siblings, 1 reply; 9+ messages in thread
From: Paul Rolland @ 2003-01-05 14:19 UTC (permalink / raw)
  To: 'Andrew S. Johnson', linux-kernel

Hello,
> 
> Did you try using acpi=no-idle in your kernel append line (if using
> lilo) and see what difference that makes?  It works in 2.4.
> 
Followed your advice, and due to lack of documentation regarding
the acpi= kernel parameters, I tried :
 - acpi=no-idle
 - acpi=noidle
 - acpi=no_idle 
without success on a 2.5.54 kernel.

2.5.54 and ACPI (not only ACPI enumaration) is definitely slow.
Messages at boot :
Machine check exception polling timer started.
CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz stepping 04
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
enabled ExtINT on CPU#0
ESR value before enabling vector: 00000000
ESR value after enabling vector: 00000000
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 pin1=2 pin2=0
testing the IO APIC.......................

 WARNING: unexpected IO-APIC, please mail
          to linux-smp@vger.kernel.org
.................................... done.
Using local APIC timer interrupts.
calibrating APIC timer ...
..... CPU clock speed is 2423.0564 MHz.
..... host bus clock speed is 134.0642 MHz.
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
mtrr: v2.0 (20020519)
PCI: PCI BIOS revision 2.10 entry at 0xf11a0, last bus=1
PCI: Using configuration type 1
BIO: pool of 256 setup, 14Kb (56 bytes/bio)
biovec pool[0]:   1 bvecs: 256 entries (12 bytes)
biovec pool[1]:   4 bvecs: 256 entries (48 bytes)
biovec pool[2]:  16 bvecs: 256 entries (192 bytes)
biovec pool[3]:  64 bvecs: 256 entries (768 bytes)
biovec pool[4]: 128 bvecs: 256 entries (1536 bytes)
biovec pool[5]: 256 bvecs: 256 entries (3072 bytes)
ACPI: Subsystem revision 20021217
    ACPI-0262: *** Info: GPE Block0 defined as GPE0 to GPE15
    ACPI-0262: *** Info: GPE Block1 defined as GPE16 to GPE31
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 *7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 12 14 15, enabled
at IRQ 9)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 14 15, enabled
at IRQ 9)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 11 12 14 15, enabled
at IRQ 9)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 11 12 14 15, enabled
at IRQ 9)
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)

Paul ROlland, rol@as2917.net


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [2.5.54 + ACPI] Slow [Was: Re: [2.5.53] So sloowwwww......]
  2003-01-05 14:19     ` [2.5.54 + ACPI] Slow [Was: Re: [2.5.53] So sloowwwww......] Paul Rolland
@ 2003-01-05 19:11       ` Randy.Dunlap
  2003-01-05 19:34         ` Randy.Dunlap
  0 siblings, 1 reply; 9+ messages in thread
From: Randy.Dunlap @ 2003-01-05 19:11 UTC (permalink / raw)
  To: Paul Rolland; +Cc: 'Andrew S. Johnson', linux-kernel

On Sun, 5 Jan 2003, Paul Rolland wrote:

| Hello,
| >
| > Did you try using acpi=no-idle in your kernel append line (if using
| > lilo) and see what difference that makes?  It works in 2.4.
| >
| Followed your advice, and due to lack of documentation regarding
| the acpi= kernel parameters, I tried :
|  - acpi=no-idle

This one (above) is the correct syntax.
Looking at the code, it only takes effect if you are using
only 1 CPU.

|  - acpi=noidle
|  - acpi=no_idle
| without success on a 2.5.54 kernel.
|
| 2.5.54 and ACPI (not only ACPI enumaration) is definitely slow.
| Messages at boot :
| Machine check exception polling timer started.
| CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz stepping 04
| Enabling fast FPU save and restore... done.
| Enabling unmasked SIMD FPU exception support... done.
| Checking 'hlt' instruction... OK.
| POSIX conformance testing by UNIFIX
| enabled ExtINT on CPU#0
| ESR value before enabling vector: 00000000
| ESR value after enabling vector: 00000000
| ENABLING IO-APIC IRQs
| ..TIMER: vector=0x31 pin1=2 pin2=0
| testing the IO APIC.......................
|
|  WARNING: unexpected IO-APIC, please mail
|           to linux-smp@vger.kernel.org
| .................................... done.
| Using local APIC timer interrupts.
| calibrating APIC timer ...
| ..... CPU clock speed is 2423.0564 MHz.
| ..... host bus clock speed is 134.0642 MHz.
| Linux NET4.0 for Linux 2.4
| Based upon Swansea University Computer Society NET3.039
| Initializing RT netlink socket
| mtrr: v2.0 (20020519)
| PCI: PCI BIOS revision 2.10 entry at 0xf11a0, last bus=1
| PCI: Using configuration type 1
| BIO: pool of 256 setup, 14Kb (56 bytes/bio)
| biovec pool[0]:   1 bvecs: 256 entries (12 bytes)
| biovec pool[1]:   4 bvecs: 256 entries (48 bytes)
| biovec pool[2]:  16 bvecs: 256 entries (192 bytes)
| biovec pool[3]:  64 bvecs: 256 entries (768 bytes)
| biovec pool[4]: 128 bvecs: 256 entries (1536 bytes)
| biovec pool[5]: 256 bvecs: 256 entries (3072 bytes)
| ACPI: Subsystem revision 20021217
|     ACPI-0262: *** Info: GPE Block0 defined as GPE0 to GPE15
|     ACPI-0262: *** Info: GPE Block1 defined as GPE16 to GPE31
| ACPI: Interpreter enabled
| ACPI: Using IOAPIC for interrupt routing
| ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11 12 14 15)
| ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 10 11 12 14 15)
| ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 *7 10 11 12 14 15)
| ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 *10 11 12 14 15)
| ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 12 14 15, enabled
| at IRQ 9)
| ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 14 15, enabled
| at IRQ 9)
| ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 11 12 14 15, enabled
| at IRQ 9)
| ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 11 12 14 15, enabled
| at IRQ 9)
| ACPI: PCI Root Bridge [PCI0] (00:00)
| PCI: Probing PCI hardware (bus 00)

-- 
~Randy


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [2.5.54 + ACPI] Slow [Was: Re: [2.5.53] So sloowwwww......]
  2003-01-05 19:11       ` Randy.Dunlap
@ 2003-01-05 19:34         ` Randy.Dunlap
  2003-01-05 19:40           ` Paul Rolland
  2003-01-06  3:08           ` Bill Davidsen
  0 siblings, 2 replies; 9+ messages in thread
From: Randy.Dunlap @ 2003-01-05 19:34 UTC (permalink / raw)
  To: Paul Rolland; +Cc: 'Andrew S. Johnson', linux-kernel

On Sun, 5 Jan 2003, Randy.Dunlap wrote:

| On Sun, 5 Jan 2003, Paul Rolland wrote:
|
| | Hello,
| | >
| | > Did you try using acpi=no-idle in your kernel append line (if using
| | > lilo) and see what difference that makes?  It works in 2.4.
| | >
| | Followed your advice, and due to lack of documentation regarding
| | the acpi= kernel parameters, I tried :
| |  - acpi=no-idle
|
| This one (above) is the correct syntax.
| Looking at the code, it only takes effect if you are using
| only 1 CPU.

Sorry, I was looking at old source code.
apm=no-idle isn't in 2.5.54.

| |  - acpi=noidle
| |  - acpi=no_idle
| | without success on a 2.5.54 kernel.
| |
| | 2.5.54 and ACPI (not only ACPI enumaration) is definitely slow.
| | Messages at boot :
| | Machine check exception polling timer started.
| | CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz stepping 04
| | Enabling fast FPU save and restore... done.
| | Enabling unmasked SIMD FPU exception support... done.
| | Checking 'hlt' instruction... OK.
| | POSIX conformance testing by UNIFIX
| | enabled ExtINT on CPU#0
| | ESR value before enabling vector: 00000000
| | ESR value after enabling vector: 00000000
| | ENABLING IO-APIC IRQs
| | ..TIMER: vector=0x31 pin1=2 pin2=0
| | testing the IO APIC.......................
| |
| |  WARNING: unexpected IO-APIC, please mail
| |           to linux-smp@vger.kernel.org
| | .................................... done.
| | Using local APIC timer interrupts.
| | calibrating APIC timer ...
| | ..... CPU clock speed is 2423.0564 MHz.
| | ..... host bus clock speed is 134.0642 MHz.
| | Linux NET4.0 for Linux 2.4
| | Based upon Swansea University Computer Society NET3.039
| | Initializing RT netlink socket
| | mtrr: v2.0 (20020519)
| | PCI: PCI BIOS revision 2.10 entry at 0xf11a0, last bus=1
| | PCI: Using configuration type 1
| | BIO: pool of 256 setup, 14Kb (56 bytes/bio)
| | biovec pool[0]:   1 bvecs: 256 entries (12 bytes)
| | biovec pool[1]:   4 bvecs: 256 entries (48 bytes)
| | biovec pool[2]:  16 bvecs: 256 entries (192 bytes)
| | biovec pool[3]:  64 bvecs: 256 entries (768 bytes)
| | biovec pool[4]: 128 bvecs: 256 entries (1536 bytes)
| | biovec pool[5]: 256 bvecs: 256 entries (3072 bytes)
| | ACPI: Subsystem revision 20021217
| |     ACPI-0262: *** Info: GPE Block0 defined as GPE0 to GPE15
| |     ACPI-0262: *** Info: GPE Block1 defined as GPE16 to GPE31
| | ACPI: Interpreter enabled
| | ACPI: Using IOAPIC for interrupt routing
| | ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11 12 14 15)
| | ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 10 11 12 14 15)
| | ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 *7 10 11 12 14 15)
| | ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 *10 11 12 14 15)
| | ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 12 14 15, enabled
| | at IRQ 9)
| | ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 14 15, enabled
| | at IRQ 9)
| | ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 11 12 14 15, enabled
| | at IRQ 9)
| | ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 11 12 14 15, enabled
| | at IRQ 9)
| | ACPI: PCI Root Bridge [PCI0] (00:00)
| | PCI: Probing PCI hardware (bus 00)

-- 
~Randy


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [2.5.54 + ACPI] Slow [Was: Re: [2.5.53] So sloowwwww......]
  2003-01-05 19:34         ` Randy.Dunlap
@ 2003-01-05 19:40           ` Paul Rolland
  2003-01-05 19:46             ` Randy.Dunlap
  2003-01-06  0:59             ` Martin J. Bligh
  2003-01-06  3:08           ` Bill Davidsen
  1 sibling, 2 replies; 9+ messages in thread
From: Paul Rolland @ 2003-01-05 19:40 UTC (permalink / raw)
  To: 'Randy.Dunlap'; +Cc: 'Andrew S. Johnson', linux-kernel

Hello,

> | | acpi= kernel parameters, I tried :
> | |  - acpi=no-idle
> |
> | This one (above) is the correct syntax.
> | Looking at the code, it only takes effect if you are using 
> only 1 CPU.
> 
> Sorry, I was looking at old source code.
> apm=no-idle isn't in 2.5.54.

Too bad...
Does this mean there is no easy way to have ACPI running correctly
on my machine ?
If anyone knows ACPI code, please tell me if you want me to run
some specific code to understand what's going on...

Regards,
Paul


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [2.5.54 + ACPI] Slow [Was: Re: [2.5.53] So sloowwwww......]
  2003-01-05 19:40           ` Paul Rolland
@ 2003-01-05 19:46             ` Randy.Dunlap
  2003-01-06  0:59             ` Martin J. Bligh
  1 sibling, 0 replies; 9+ messages in thread
From: Randy.Dunlap @ 2003-01-05 19:46 UTC (permalink / raw)
  To: Paul Rolland; +Cc: 'Andrew S. Johnson', linux-kernel

On Sun, 5 Jan 2003, Paul Rolland wrote:

| Hello,
|
| > | | acpi= kernel parameters, I tried :
| > | |  - acpi=no-idle
| > |
| > | This one (above) is the correct syntax.
| > | Looking at the code, it only takes effect if you are using
| > only 1 CPU.
| >
| > Sorry, I was looking at old source code.
| > apm=no-idle isn't in 2.5.54.
s/apm/acpi/ !!!

| Too bad...
| Does this mean there is no easy way to have ACPI running correctly
| on my machine ?
| If anyone knows ACPI code, please tell me if you want me to run
| some specific code to understand what's going on...

I'll have to leave that to someone else.

-- 
~Randy


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [2.5.54 + ACPI] Slow [Was: Re: [2.5.53] So sloowwwww......]
  2003-01-05 19:40           ` Paul Rolland
  2003-01-05 19:46             ` Randy.Dunlap
@ 2003-01-06  0:59             ` Martin J. Bligh
  2003-01-06  7:24               ` Paul Rolland
  1 sibling, 1 reply; 9+ messages in thread
From: Martin J. Bligh @ 2003-01-06  0:59 UTC (permalink / raw)
  To: Paul Rolland, 'Randy.Dunlap'
  Cc: 'Andrew S. Johnson', linux-kernel

>> | | acpi= kernel parameters, I tried :
>> | |  - acpi=no-idle
>> |
>> | This one (above) is the correct syntax.
>> | Looking at the code, it only takes effect if you are using
>> only 1 CPU.
>>
>> Sorry, I was looking at old source code.
>> apm=no-idle isn't in 2.5.54.
>
> Too bad...
> Does this mean there is no easy way to have ACPI running correctly
> on my machine ?
> If anyone knows ACPI code, please tell me if you want me to run
> some specific code to understand what's going on...

I've seen this in multiple different places, and it seems to be a royal
pain in the butt. Could you log this in Bugzilla (bugme.osdl.org) so
we can track it and get it fixed? I started to log it myself, but realised
I don't really have the required information, or the data to reproduce it.
Bugs logged under Power Mangement / ACPI will automatically go to the ACPI
maintainer ...

Oh, and if you could dump /proc/interrupts, that might help ... last time
I recall some conversation about it generating millions of interrupts,
though that might be fixed by now ...

Thanks,

M


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [2.5.54 + ACPI] Slow [Was: Re: [2.5.53] So sloowwwww......]
  2003-01-05 19:34         ` Randy.Dunlap
  2003-01-05 19:40           ` Paul Rolland
@ 2003-01-06  3:08           ` Bill Davidsen
  1 sibling, 0 replies; 9+ messages in thread
From: Bill Davidsen @ 2003-01-06  3:08 UTC (permalink / raw)
  To: Linux-Kernel Mailing List

On Sun, 5 Jan 2003, Randy.Dunlap wrote:

> Sorry, I was looking at old source code.
> apm=no-idle isn't in 2.5.54.

Could whoever removed it comment on either (a) what problem it caused or
(b) what to use instead? It seems like a reasonable option to avoid
problems with individual systems.

-- 
bill davidsen <davidsen@tmr.com>
  CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [2.5.54 + ACPI] Slow [Was: Re: [2.5.53] So sloowwwww......]
  2003-01-06  0:59             ` Martin J. Bligh
@ 2003-01-06  7:24               ` Paul Rolland
  0 siblings, 0 replies; 9+ messages in thread
From: Paul Rolland @ 2003-01-06  7:24 UTC (permalink / raw)
  To: 'Martin J. Bligh', 'Randy.Dunlap'
  Cc: 'Andrew S. Johnson', linux-kernel

Hello,

> I've seen this in multiple different places, and it seems to 
> be a royal pain in the butt. Could you log this in Bugzilla 
> (bugme.osdl.org) so we can track it and get it fixed? I 
> started to log it myself, but realised I don't really have 
> the required information, or the data to reproduce it. Bugs 
> logged under Power Mangement / ACPI will automatically go to 
> the ACPI maintainer ...
> 
> Oh, and if you could dump /proc/interrupts, that might help 
> ... last time I recall some conversation about it generating 
> millions of interrupts, though that might be fixed by now ...

No problem, I'll do it.

Regards,
Paul


^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2003-01-06  7:16 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <fa.el8u04v.1jks783@ifi.uio.no>
     [not found] ` <fa.f29f77v.on2i97@ifi.uio.no>
2003-01-02  7:26   ` [2.5.53] So sloowwwww Andrew S. Johnson
2003-01-05 14:19     ` [2.5.54 + ACPI] Slow [Was: Re: [2.5.53] So sloowwwww......] Paul Rolland
2003-01-05 19:11       ` Randy.Dunlap
2003-01-05 19:34         ` Randy.Dunlap
2003-01-05 19:40           ` Paul Rolland
2003-01-05 19:46             ` Randy.Dunlap
2003-01-06  0:59             ` Martin J. Bligh
2003-01-06  7:24               ` Paul Rolland
2003-01-06  3:08           ` Bill Davidsen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox