Re: [Cooker] acpi problem (may be)

2003-10-28 Thread stefano gozzi
Hi,

I've had this problem with kernel 2.4.22-12... there was a process 
using  100%Cpu (I don't remember now which one...)
killing it the fan run better.

In that case the problem wasn't ACPI but that process...

Bye
Stefano


Bernard Varaine wrote:

Hi,

since I updated to kernel 2.4.22-18 and then 21 now the fan on my
Notebook( Compaq Presario 2830AP ) seem to be running all the time.
(I should reinstall my older kernel but it seems that 2.4.22-10 was not
having this problem)
Anyone with similar issues ?

Bernard

 





Re: [Cooker] acpi problem (may be)

2003-10-28 Thread Bernard Varaine
Stefano,

did check this before posting here, but no nothing out of the ordinary

BErnard

stefano gozzi wrote:
 Hi,
 
 I've had this problem with kernel 2.4.22-12... there was a process
 using  100%Cpu (I don't remember now which one...)
 killing it the fan run better.
 
 In that case the problem wasn't ACPI but that process...
 
 Bye
 Stefano
 
 
 
 Bernard Varaine wrote:
 
 Hi,


 since I updated to kernel 2.4.22-18 and then 21 now the fan on my
 Notebook( Compaq Presario 2830AP ) seem to be running all the time.
 (I should reinstall my older kernel but it seems that 2.4.22-10 was not
 having this problem)

 Anyone with similar issues ?

 Bernard


  

 
 

-- 
-Quote of the day --
I don't think a person should have two sides - a private and a public
side. There should be no gap, that is not honest.
(His Holiness The Dalai Lama)


Digital Objects Ltd

Internet security / Web hosting  design / Web enabled applications


PO Box 60510, Titirangi
Waitakere City

Phone: 0800 LETS DOIT (538736)
Fax: +64 9 8128 368
www.digitalobjects.co.nz


smime.p7s
Description: S/MIME Cryptographic Signature


[Cooker] acpi problem (may be)

2003-10-27 Thread Bernard Varaine
Hi,


since I updated to kernel 2.4.22-18 and then 21 now the fan on my
Notebook( Compaq Presario 2830AP ) seem to be running all the time.
(I should reinstall my older kernel but it seems that 2.4.22-10 was not
having this problem)

Anyone with similar issues ?

Bernard


-- 
-Quote of the day --
I don't think a person should have two sides - a private and a public
side. There should be no gap, that is not honest.
(His Holiness The Dalai Lama)


Digital Objects Ltd

Internet security / Web hosting  design / Web enabled applications


PO Box 60510, Titirangi
Waitakere City

Phone: 0800 LETS DOIT (538736)
Fax: +64 9 8128 368
www.digitalobjects.co.nz


smime.p7s
Description: S/MIME Cryptographic Signature


[Cooker] ACPI problem

2003-02-23 Thread Henrik Johnson
I have a Compaq Evo N800w laptop and have problems using ACPI.

I have removed the acpi=off parameter from the bootlog and have the 
following output from dmesg:

ACPI: have wakeup address 0xc0001000
On node 0 totalpages: 131024
zone(0): 4096 pages.
zone(1): 126928 pages.
zone(2): 0 pages.
ACPI: RSDP (v000 COMPAQ ) @ 0x000f4f60
ACPI: RSDT (v001 COMPAQ CPQ0057  04882.00544) @ 0x1fff0c84
ACPI: FADT (v002 COMPAQ CPQ0057  0.2) @ 0x1fff0c00
ACPI: SSDT (v001 COMPAQ  CPQGysr 0.04097) @ 0x1fff6b29
ACPI: SSDT (v001 COMPAQ   CPQMag 0.04097) @ 0x1fff6c2f
ACPI: DSDT (v001 COMPAQ  EVON800 1.0) @ 0x
ACPI: BIOS passes blacklist
ACPI: MADT not present
snip
ACPI: Subsystem revision 20030122
PCI: BIOS32 entry (0xc00f) in high memory, cannot use.
PCI: Using configuration type 1
   ACPI-0262: *** Info: GPE Block0 defined as GPE0 to GPE15
   ACPI-0262: *** Info: GPE Block1 defined as GPE16 to GPE31
   ACPI-1102: *** Error: Method execution failed 
[\_SB_.C047.C05A.C0E5.C0E9] (Node c159b860), AE_NOT_EXIST
   ACPI-1102: *** Error: Method execution failed 
[\_SB_.C047.C05A.C0E5._INI] (Node c1599240), AE_NOT_EXIST
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: System [ACPI] (supports S0 S3 S4 S5)
ACPI: Power Resource [C158] (off)
ACPI: Power Resource [C16C] (off)
ACPI: Power Resource [C170] (off)
ACPI: Power Resource [C174] (off)
ACPI: Power Resource [C17D] (on)
ACPI: Power Resource [C0E4] (on)
ACPI: Power Resource [C1EE] (off)
ACPI: Power Resource [C1EF] (off)
ACPI: Power Resource [C1F0] (off)
ACPI: Power Resource [C1F1] (off)
PCI: Probing PCI hardware
PCI: ACPI tables contain no PCI IRQ routing entries

And apparently acpi can't do anything (BTW, the acpid is running):

# acpi -V
No support for device type: battery
No support for device type: thermal
No support for device type: ac_adapter
Is there something I can do to fix this. I've never used ACPI for 
anything before and don't really know how it is supposed to work.

/Mauritz
Underscore AB



Re: [Cooker] ACPI problem with Dell i8200

2003-02-20 Thread Thierry Vignaud
Greg Meyer [EMAIL PROTECTED] writes:

 How can what seems like every machine have a broken BIOS with
 respect to apic.  At some point do we look at the kernel
 implementation and try to fix that instead of saying everybody else
 is screwed up.

the fact that firmaware vendors don't care much about bioses quality
and standard conformance is a (very) well known fact.

they regularly :
- adding extensions to standards (see the scores of different calls
  to get memory size or map),
- provides broken table (mp, acpi, ...)
- broke ressources allocation
- ...





Re: [Cooker] ACPI problem with Dell i8200

2003-02-20 Thread Thierry Vignaud
Greg Meyer [EMAIL PROTECTED] writes:

 I think that it is not the BIOS being broken but the code being
 broken.  I DO NOT necessarily fault the Linux developers for this
 though, as they are working with limited info and have to reverse
 engineer everything.  In my mind it cannot be that the BIOS is
 always broken.  if the BIOS is broken, why does it work with the
 other OS.

well it's expected when an os vendor force bioses vendors to switch to
acpi, thus beginning to not care about std pci ressources setting and
the like.

thus alternatives others who still have not yet an acpi subsystem
begin to fail on laptops and the like.

then, the developper who implement an acpi subsystem following the
draft, find out that as usual[1] firmware vendors fscked the
implementation.

always the same story...

some oses vendors can live with a driver per firmware vendor, some
just do not have the ressources for that.



[1] remember pill of ata workaround for hw vendors excentricities, and
the like ...





[Cooker] ACPI problem with Dell i8200

2003-02-19 Thread Jeremy Salch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Feb 19 15:16:20 pr2 kernel: Dell Inspiron with broken BIOS detected. Refusing 
to enable the local APIC.


would this have something to do with ACPI not working properly on a Dell 
Inspiron 8200

- -- 
http:[EMAIL PROTECTED] for pgp key
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+U/Z9sKWd3vub6wURArL5AJ9mIy/J2ZDFozDsuCbZBgfg42YIMQCeNkzN
12BBZ+U5LgUqvRrte+2VZcQ=
=EbZr
-END PGP SIGNATURE-





Re: [Cooker] ACPI problem with Dell i8200

2003-02-19 Thread Greg Meyer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wednesday 19 February 2003 04:26 pm, Jeremy Salch wrote:
 Feb 19 15:16:20 pr2 kernel: Dell Inspiron with broken BIOS detected.
 Refusing to enable the local APIC.


 would this have something to do with ACPI not working properly on a Dell
 Inspiron 8200

How can what seems like every machine have a broken BIOS with respect to apic.  
At some point do we look at the kernel implementation and try to fix that 
instead of saying everybody else is screwed up.
- -- 
Greg
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE+U/jjGu5uuMFlL5MRAiWoAJ0Z+IMZ54YjPVetl+VY62WhcXa8TACdEzps
n5Qca3jV1FSfAsHSkqhPzDE=
=adrK
-END PGP SIGNATURE-





Re: [Cooker] ACPI problem with Dell i8200

2003-02-19 Thread Jeremy Salch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wednesday 19 February 2003 03:36 pm, Greg Meyer wrote:
 On Wednesday 19 February 2003 04:26 pm, Jeremy Salch wrote:
  Feb 19 15:16:20 pr2 kernel: Dell Inspiron with broken BIOS detected.
  Refusing to enable the local APIC.
 
 
  would this have something to do with ACPI not working properly on a Dell
  Inspiron 8200

 How can what seems like every machine have a broken BIOS with respect to
 apic. At some point do we look at the kernel implementation and try to fix
 that instead of saying everybody else is screwed up.

I dont know..  but it is really annoying..


- -- 
http:[EMAIL PROTECTED] for pgp key
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+U/sXsKWd3vub6wURAgymAJ9s13r3GKanxJPJ3M+MCQClaM27rACaA51u
OyHNpGIxXPnS3Vhhrsmk0lc=
=uD18
-END PGP SIGNATURE-





Re: [Cooker] ACPI problem with Dell i8200

2003-02-19 Thread Greg Meyer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wednesday 19 February 2003 04:36 pm, Greg Meyer wrote:
 On Wednesday 19 February 2003 04:26 pm, Jeremy Salch wrote:
  Feb 19 15:16:20 pr2 kernel: Dell Inspiron with broken BIOS detected.
  Refusing to enable the local APIC.
 
 
  would this have something to do with ACPI not working properly on a Dell
  Inspiron 8200

 How can what seems like every machine have a broken BIOS with respect to
 apic. At some point do we look at the kernel implementation and try to fix
 that instead of saying everybody else is screwed up.

I need to clarify my point in that although the question was about acpi, I was 
addressing the error message, not the question.

The answer to the question is that the acpi implementation depends on the 
apic, so if the apic does not work properly, acpi will not work properly 
either.
- -- 
Greg
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE+VALRGu5uuMFlL5MRAsfqAJwJp+LW9tAOeb4PqLjyz/z5lqXV1QCfQCCa
qyD/NBb3kzEMSPHOZcCGaYI=
=0gKQ
-END PGP SIGNATURE-





Re: [Cooker] ACPI problem with Dell i8200

2003-02-19 Thread Jeremy Salch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wednesday 19 February 2003 04:18 pm, Greg Meyer wrote:
 On Wednesday 19 February 2003 04:36 pm, Greg Meyer wrote:
  On Wednesday 19 February 2003 04:26 pm, Jeremy Salch wrote:
   Feb 19 15:16:20 pr2 kernel: Dell Inspiron with broken BIOS detected.
   Refusing to enable the local APIC.
  
  
   would this have something to do with ACPI not working properly on a
   Dell Inspiron 8200
 
  How can what seems like every machine have a broken BIOS with respect to
  apic. At some point do we look at the kernel implementation and try to
  fix that instead of saying everybody else is screwed up.

 I need to clarify my point in that although the question was about acpi, I
 was addressing the error message, not the question.

 The answer to the question is that the acpi implementation depends on the
 apic, so if the apic does not work properly, acpi will not work properly
 either.

Do you know if there is anything that can be done about it being broken?




- -- 
http:[EMAIL PROTECTED] for pgp key
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+VA+UsKWd3vub6wURAqhcAKCBP89VDFhApRLzJuZyolWJb4eAzQCfdf85
VDPjDhrSzNWg+ki6WznUlG4=
=Ue5z
-END PGP SIGNATURE-





Re: [Cooker] ACPI problem with Dell i8200

2003-02-19 Thread Sascha Noyes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wednesday 19 February 2003 05:18 pm, Greg Meyer wrote:
 On Wednesday 19 February 2003 04:36 pm, Greg Meyer wrote:
  On Wednesday 19 February 2003 04:26 pm, Jeremy Salch wrote:
   Feb 19 15:16:20 pr2 kernel: Dell Inspiron with broken BIOS detected.
   Refusing to enable the local APIC.
  
  
   would this have something to do with ACPI not working properly on a
   Dell Inspiron 8200
 
  How can what seems like every machine have a broken BIOS with respect to
  apic. At some point do we look at the kernel implementation and try to
  fix that instead of saying everybody else is screwed up.

 I need to clarify my point in that although the question was about acpi, I
 was addressing the error message, not the question.

 The answer to the question is that the acpi implementation depends on the
 apic, so if the apic does not work properly, acpi will not work properly
 either.

I've got a Compaq Presario 700 series laptop. I had to recompile the kernel 
and leave away apic to get acpi to function. The only way that I have tested 
the functionality of acpi is wrt cpu  fan throttling, shutdown and reboot. 
These all work fine. Which acpi functions depend on apic? How will acpi 
missbehave if apic is not installed. Any remedies?

Thank you very much,
Sascha Noyes
- -- 
Please encrypt all correspondence.
PGP key available from:
http://individual.utoronto.ca/noyes/snoyes.asc
- --
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+VBLLgzJdfX+cTW8RAgx/AKCWZL7XPl3yHsxHS4/EMqao/+HqAwCfYkLa
On4KmOJzx4GPIkGvdOlHnCM=
=vyoB
-END PGP SIGNATURE-





Re: [Cooker] ACPI problem with Dell i8200

2003-02-19 Thread Greg Meyer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wednesday 19 February 2003 06:13 pm, Jeremy Salch wrote:


 Do you know if there is anything that can be done about it being broken?

I think that it is not the BIOS being broken but the code being broken.  I DO 
NOT necessarily fault the Linux developers for this though, as they are 
working with limited info and have to reverse engineer everything.  In my 
mind it cannot be that the BIOS is always broken.  if the BIOS is broken, why 
does it work with the other OS.

I wish I knew more at a technical level on this one so I could do more than 
just bitch.  But it just seems to me that everyone's BIOS is not broken.  The 
more correct answer for right now might be, we just don't have enough info to 
get it working stably right now, but we're working on it.
- -- 
Greg
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE+VBNkGu5uuMFlL5MRAg76AJ975EeE3FYMqSkgKIQCRPWoTsYtOQCeNDTC
/0T3nDucIINhUyKoQbh689I=
=6g8/
-END PGP SIGNATURE-





Re: [Cooker] ACPI problem with Dell i8200

2003-02-19 Thread Greg Meyer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wednesday 19 February 2003 06:27 pm, Sascha Noyes wrote:
 
  The answer to the question is that the acpi implementation depends on the
  apic, so if the apic does not work properly, acpi will not work properly
  either.

 I've got a Compaq Presario 700 series laptop. I had to recompile the kernel
 and leave away apic to get acpi to function. The only way that I have
 tested the functionality of acpi is wrt cpu  fan throttling, shutdown and
 reboot. These all work fine. Which acpi functions depend on apic? How will
 acpi missbehave if apic is not installed. Any remedies?

Since the apic maps the interrupts, and acpi monitors the interrupts for 
activity, a broken apic implementation can prevent acpi from working 
properly.  I know on my machine (which is a desktop) if I boot with apic off 
but acpi on, I get an entry about avery .1 second about apic errors in my 
message log that I presume are coming from acpi, because if I then boot with 
acpi=off in addition to noapic the errors go away.

It seems that acpi for laptops is much more advanced than it is in the desktop 
arena, so you're laptop may work fine, but many desktops get hosed.

- -- 
Greg
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE+VBkOGu5uuMFlL5MRAnJpAJ0etfxiE6/VqoHin3F/Ea5lZhN6nACfcn1w
toBDxPQc7wj84SbGk8hLle4=
=KiDS
-END PGP SIGNATURE-





Re: [Cooker] ACPI problem with Dell i8200

2003-02-19 Thread Steffen Barszus
On Thursday 20 February 2003 00:53, Greg Meyer wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 On Wednesday 19 February 2003 06:27 pm, Sascha Noyes wrote:
   The answer to the question is that the acpi implementation depends on
   the apic, so if the apic does not work properly, acpi will not work
   properly either.
 
  I've got a Compaq Presario 700 series laptop. I had to recompile the
  kernel and leave away apic to get acpi to function. The only way that I
  have tested the functionality of acpi is wrt cpu  fan throttling,
  shutdown and reboot. These all work fine. Which acpi functions depend on
  apic? How will acpi missbehave if apic is not installed. Any remedies?

 Since the apic maps the interrupts, and acpi monitors the interrupts for
 activity, a broken apic implementation can prevent acpi from working
 properly.  I know on my machine (which is a desktop) if I boot with apic
 off but acpi on, I get an entry about avery .1 second about apic errors in
 my message log that I presume are coming from acpi, because if I then boot
 with acpi=off in addition to noapic the errors go away.

 It seems that acpi for laptops is much more advanced than it is in the
 desktop arena, so you're laptop may work fine, but many desktops get hosed.

Yes acpi is broken on a lot of bios on desktop machine. They have incomplete 
incompatible acpi implementations. Try to use hybernate on win98se or winXP 
on a desktopmachine. You wont be happy with a lot of them. as hibernate is 
not the same as acpi you may try to install winXP on a desktopmachine with 
acpi. So in my eyes the problem of acpi under Linux is that the 
acpi-implementation has to workaround around a lot of faulty hardware. Since 
Notebooks rely on a good powersaving they have to implement working acpi 
implementations and as apm and acpi do pretty much the same , but acpi can 
more than apm, the throw away apm. 

Didn't read the whole thread, hope this was not OT ;)

-- 
Regards
Steffen

counter.li.org : #296567.
machine: 181800
vdr-box : 87

Please dont CC me, since if I have replied I'll watch the tread. Both mails 
will be filtered to the ML-folder. Thanks




[Cooker] ACPI problem (Gigabyte GA-7IXEH)

2003-02-15 Thread Adam Williamson
When we first switched to ACPI, it wouldn't work on my desktop at all,
so I switched back to APM. Thought I'd give it another try with the
newest kernel (-6mdk). Now it boots, but it doesn't seem to power up the
USB bus properly. That is, my M$oft Intellimouse Optical normally turns
itself on (you can tell from the snazzy red light) quite early in boot
up (well, when it does the USB stuff :). With ACPI, it doesn't turn
itself on, it just sits there looking cold and dead, the poor little
thing.

This is a Gigabyte GA-7IXEH motherboard (KT133E chipset). Is this known?
Is there anything the MDK guys can do about it, or should I report it
upstream (if so, where?)
-- 
adamw