headers
Bob McElrath | 1 Oct 2002 05:00
Picon

Re: laptop turns itself off

Ralf-P. Weinmann [ralf@...] wrote:
> Hi Bob,
> 
> I'm having exactly the same issue that you're having with your Compal, just
> with a Satellite 3000-514 here. The laptop came back from my Toshiba repair
> shop for the second time already. Both times the mainboard was swapped, I was
> told, altogether it was replaced three times, twice at the local Toshiba shop,
> once at Toshiba Europe in Regensburg. What happened before was that the machine
> would crash occasionally afterwards refuse to turn on again. The screen kept
> blank and a short beep-beep was sounded by the BIOS diagnostic routines, which
> according to the Phoenix site can be just about any frigging hardware error.
> 
> So now I get the machine back with system board #4 last Saturday and since then
> it keeps spontaneously turning off on me. Four times thus far, sometimes even
> when the laptop was damn cold. Coming back home this Saturday, the tosh-3k
> module showed incredibly low values (26 Celsius). Few minutes later, the
> machine turns itself off. I have not been able to reproduce this under Windows
> XP, I'd really love to hear from someone who has the same problem under XP,
> because I am not really sure whether it is an ACPI problem or whether it is
> related to something entirely different.
> 
> The new system board seems to have an updated BIOS with a release date of
> 2002/02/19. I'm really wondering what's going on.
> 
> I'm wondering whether it's worth to contact Toshiba on this again now, or
> whether I should wait till the mainboard fries again :)
> 
> On the ACPI mailing list you stated that your laptop doesn't manage to stay
> up for a week even if you have acpi=noacpi passed as an kernel option.
> Does it shut itself down or does it plain crash ?
(Continue reading)

Permalink | Reply | 1 comment |
headers
Ernst Herzberg | 1 Oct 2002 06:50
Picon

Re: CALL FOR TESTING

On Montag, 30. September 2002 04:00, Pavel Machek wrote:
> Hi!
> Can you ksymoops it?

OkOk ;-) Same procedure: I recompiled the kernel to have a clean System.map,
installed my 'cooling preventer', and started burnP6. If the temp reaches 
about 75 °C, i type 'reboot'.

(I have also checked for a longer time, that the laptop is running at this 
temp without any problems. If  i let the laptop cooling down, he will 
boot up without any problems.)

The results differs at each reboot, so i append 3 different oops'es.
The first 2 ones are during a normal boot, the second seems more often than 
the first one. Then i tried to boot into single user. In this case it is not easy to 
see the first oops on the screen: If i try to enter the root passwort, i get 
immediatly a bunch of oops'es, unable to read the first one. The third oops
is done in single user mode, not typing in the password and wait. The oops('es) 
appears after a couple of seconds.

Enjoy ;-)

(i was not able to use a serial console, i typed careful all oops'es from the 
display. Don't blame me, if you find a typo :-)

##########################################################################

Gericom M6-T 1200MHz 

earny <at> lidl:~> uname -a
(Continue reading)

Permalink | Reply | 0 comments |
headers
Chris A. Giorgi | 1 Oct 2002 07:54

Interrupt routing broken after 2.4.18 + ACPI 20020702


Hello,
Interrupt routing broke on my machine between 2.4.18 + ACPI 20020702 and
2.4.20-pre8 + ACPI 20020927 (from bk repository). The most troublesome
effect is the fact that the IDE interrupts are left uninitilized. My
machine is a Sager 8880 with a 2.4GHz P-4 (not mobile), intel 845 chipset,
and Insyde BIOS. The interrupts work correctly on the 2.4.18 based kernel.
Does anyone have a thought as to where to begin to look as to what change
broke it? Unfortunately, I have a number of other issues with the 2.4.18
kernel that are fixed in the 2.4.20-pre8 revision (Radeon FB, parport, and
some USB issues) I've attached the DSDT from my machine. Let me know what
other pertinent information would be of use. Thanks,

					~~~~~Chris Giorgi~~~~~

---------------------------------------------------------------------
Chris A. Giorgi     chrisgio@..., chris <at> giorgi.com
530.367.5367  (Home)    831.277.1556  (Cell)
ICQ: 9493888 "Tempest"         Linux - Choice of a GNU generation.
AIM: "CAGiorgi"
---------------------------------------------------------------------
Attachment (2.4.20-pre8-acpi.dsdtdump): application/octet-stream, 12 KiB
Permalink | Reply | 0 comments |
headers
Bjoern A. Zeeb | 1 Oct 2002 09:40

[PATCH] unresolved symbols with ACPI_DEBUG

Hi,

following patch prevents unresolved symbols when compiling with
ACPI_DEBUG. (I sent a quite similar patch to Andrew Grover ~2 days
ago but I think this one is better.)
We should always use ACPI_DEBUG_OUTPUT and not CONFIG_ACPI_DEBUG I
think to keep things consistent across multiple directories.

--- linux-20020930-175132/drivers/acpi/acpi_ksyms.c.orig	Mon Sep 30 17:55:54 2002
+++ linux-20020930-175132/drivers/acpi/acpi_ksyms.c	Tue Oct  1 06:30:23 2002
 <at>  <at>  -43,7 +43,7  <at>  <at> 

 /* ACPI Core Subsystem */

-#ifdef ACPI_DEBUG
+#ifdef ACPI_DEBUG_OUTPUT
 EXPORT_SYMBOL(acpi_dbg_layer);
 EXPORT_SYMBOL(acpi_dbg_level);
 EXPORT_SYMBOL(acpi_ut_debug_print_raw);
 <at>  <at>  -52,7 +52,7  <at>  <at> 
 EXPORT_SYMBOL(acpi_ut_value_exit);
 EXPORT_SYMBOL(acpi_ut_exit);
 EXPORT_SYMBOL(acpi_ut_trace);
-#endif /*ACPI_DEBUG*/
+#endif /*ACPI_DEBUG_OUTPUT*/

 EXPORT_SYMBOL(acpi_get_handle);
 EXPORT_SYMBOL(acpi_get_parent);
--- linux-20020930-175132/drivers/acpi/utils.c.orig	Mon Sep 30 17:56:25 2002
+++ linux-20020930-175132/drivers/acpi/utils.c	Tue Oct  1 06:29:59 2002
(Continue reading)

Permalink | Reply | 3 comments |
headers
Knut Neumann | 1 Oct 2002 10:07
Picon
Favicon

Re: [PATCH] unresolved symbols with ACPI_DEBUG

Hmmm....I provided pretty much the same for 2.4 yesterday. Only
difference is that I had to add a few lines to acpi/utilities/Makefile
to set ACPI_DEBUG_OUTPUT on CONFIG_ACPI_DEBUG. As I have no access to an
2.5 source tree could you check if that is necessary for 2.5 too?

-Knut

Am Die, 2002-10-01 um 09.40 schrieb Bjoern A. Zeeb:
> Hi,
> 
> following patch prevents unresolved symbols when compiling with
> ACPI_DEBUG. (I sent a quite similar patch to Andrew Grover ~2 days
> ago but I think this one is better.)
> We should always use ACPI_DEBUG_OUTPUT and not CONFIG_ACPI_DEBUG I
> think to keep things consistent across multiple directories.
> 
> 
> --- linux-20020930-175132/drivers/acpi/acpi_ksyms.c.orig	Mon Sep 30 17:55:54 2002
> +++ linux-20020930-175132/drivers/acpi/acpi_ksyms.c	Tue Oct  1 06:30:23 2002
>  <at>  <at>  -43,7 +43,7  <at>  <at> 
> 
>  /* ACPI Core Subsystem */
> 
> -#ifdef ACPI_DEBUG
> +#ifdef ACPI_DEBUG_OUTPUT
>  EXPORT_SYMBOL(acpi_dbg_layer);
>  EXPORT_SYMBOL(acpi_dbg_level);
>  EXPORT_SYMBOL(acpi_ut_debug_print_raw);
>  <at>  <at>  -52,7 +52,7  <at>  <at> 
>  EXPORT_SYMBOL(acpi_ut_value_exit);
(Continue reading)

Permalink | Reply | 2 comments |
headers
Ralf-P. Weinmann | 1 Oct 2002 12:06

Re: laptop turns itself off

On Mon, Sep 30, 2002 at 10:00:11PM -0500, Bob McElrath wrote:
> [...]

> For reference, my Compal ACL00 is equivalent to a Toshiba 3000-514 (I
> believe, I could be wrong on the last 3 digits).  Compal manufactures
> these laptops for Toshiba.
> 
> Based on the available information, I agree with Ralf, this is a
> crappy-hardware problem.
> 
> We need to figure out which models of these laptops have this problem,
> and whether the problem is universal to all of them, or a hardware bug
> that can be fixed by swapping out the bad hardware (Ralf's experience
> would seem to indicate universality...).  Does anyone know of someone
> who has this laptop and does NOT have the turn-off/hang problem?  Bruno
> you have probably had the most contact with Toshiba 3k users...
> 
> Secondly, we should all pursue remedies though the vendors that sold us
> this crap.  I think a class action lawsuit would be appropriate, if they
> are not willing to replace the laptops with working models.
> Unfortunately, Compal appears to no longer be manufacturing this laptop.

I've got some more things you guys might want to look at. Googling for
'spontaneous shutdown' and similar terms, I found the HP business customer
discussion group, which contains quite an interesting thread about HP
Pavillions (ZT1130/ZT1145), the posting by a a Robert J. Koening being
especially insightful. See the following URL:

http://bizforums.itrc.hp.com/cm/QuestionAnswer/1,,0x3009237a4bc6d611abdb0090277a778c,00.html
(Continue reading)

Permalink | Reply | 0 comments |
headers
Herbert Nachtnebel | 1 Oct 2002 14:11
Picon
Favicon

RE: Is it possible to have more than two batteries in a laptop?

Yes, at least the Compaq Armada Series is able to handle up to three batteries.

Regards, Herbert.

	-----Ursprüngliche Nachricht----- 
	Von: Hanno Böck [mailto:hanno@...] 
	Gesendet: So 29.09.2002 19:55 
	An: acpi-devel@... 
	Cc: 
	Betreff: [ACPI] Is it possible to have more than two batteries in a laptop?
	
	

	I'm currently working on a patch for the gnome battery-applet (battstat-applet) to work with two batteries.
	Now I have a version working with two batteries, but it would not work if there are more than two batteries.
	So I wanted to know if there are laptops which can have more than two batteries at the same time?
	If not, my patch is fine. If yes, I would have to enhance it.
	
	(If you are interested in the patch: it's against gnome-applets-2.0.3 and you can grab it at:
	www.gentoo.org/~hanno/battstat_two_batteries.diff
	)
	
	
	-------------------------------------------------------
	This sf.net email is sponsored by:ThinkGeek
	Welcome to geek heaven.
	http://thinkgeek.com/sf
	_______________________________________________
	Acpi-devel mailing list
	Acpi-devel@...
(Continue reading)

Permalink | Reply | 0 comments |
headers
Knut Neumann | 1 Oct 2002 23:10
Picon
Favicon

Thermal OOPS fixed

Hi Andrew,

I reported my Athlon system to not boot with with 2.4.20-pre7 and latest
acpi. You suggested to compile thermal as a module and it worked as long
as I did not insmod thermal. I did some debugging and it seems its
because of the following:

thermal.c l1221ff

	acpi_thermal_check(tz);

	status = acpi_install_notify_handler(tz->handle,
		ACPI_DEVICE_NOTIFY, acpi_thermal_notify, tz);
	if (ACPI_FAILURE(status)) {
		ACPI_DEBUG_PRINT((ACPI_DB_ERROR,
			"Error installing notify handler\n"));
		result = -ENODEV;
		goto end;
	}

	init_timer(&tz->timer);

since add_timer(&tz->timer) gets called in acpi_thermal_check(tz) the
timer should be initialized before by init_timer (&tz->timer). My kernel
book says so and with init_timer moved before acpi_thermal_check the
systems runs pretty stable.

-Knut

PS: I should mention that rmmod-ing thermal does not remove proc entry
(Continue reading)

Permalink | Reply | 0 comments |
headers
Grover, Andrew | 1 Oct 2002 19:34
Picon
Favicon

RE: [PATCH] unresolved symbols with ACPI_DEBUG

> Hmmm....I provided pretty much the same for 2.4 yesterday. Only
> difference is that I had to add a few lines to acpi/utilities/Makefile
> to set ACPI_DEBUG_OUTPUT on CONFIG_ACPI_DEBUG. As I have no 
> access to an
> 2.5 source tree could you check if that is necessary for 2.5 too?

OK this has now been fixed 3 times now, first by Dominik 11 days ago.

I have a bunch of queued patches that I need to apply. After those, another
release is probably warranted.

Sorry for any delay. :)

Regards -- Andy

-------------------------------------------------------
This sf.net email is sponsored by: DEDICATED SERVERS only $89!
Linux or FreeBSD, FREE setup, FAST network. Get your own server 
today at http://www.ServePath.com/indexfm.htm
Permalink | Reply | 0 comments |
headers
Bjoern A. Zeeb | 1 Oct 2002 19:33

Re: [PATCH] unresolved symbols with ACPI_DEBUG

On Tue, 1 Oct 2002, Knut Neumann wrote:

Hi,

> Hmmm....I provided pretty much the same for 2.4 yesterday. Only
> difference is that I had to add a few lines to acpi/utilities/Makefile
> to set ACPI_DEBUG_OUTPUT on CONFIG_ACPI_DEBUG. As I have no access to an
> 2.5 source tree could you check if that is necessary for 2.5 too?

no it shouldn't from what I had seen. 2.5 has a new kbuild
structure/mechanismn from what I know and there were changes.

To be on the save side ... having a look ... there is an

	EXTRA_CFLAGS += $(ACPI_CFLAGS)

in utilities/Makefile and that should do the job quite fine.

PS: I do no longer have any extracted 2.4 sources around ;-)

--

-- 
Greetings

Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
56 69 73 69 74				http://www.zabbadoz.net/

-------------------------------------------------------
This sf.net email is sponsored by: DEDICATED SERVERS only $89!
Linux or FreeBSD, FREE setup, FAST network. Get your own server 
today at http://www.ServePath.com/indexfm.htm
(Continue reading)

Permalink | Reply | 1 comment |

Gmane