lkml.org 
[lkml]   [1999]   [Dec]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectAPM poweroff

Sorry if this is the wrong place, though I don't think it is...

I've got a TMC 15VGF motherboard with a VIA chipset. (apm: BIOS version
1.2 Flags 0x07 (Driver version 1.9))

I'm using a 2.2.13 kernel, compiled with the poweroff on shutdown option.
But when I execute halt -p (or poweroff) the kernel panics at the point
where I expect it to powerdown. I copied the oops message by hand and
then re-typed it once I had rebooted. I've included the ksymoops output,
but I'm not sure where to go from here, is this a known problem, should I
be able to find the problem using the ksymoops output ?

Thanks in advance, and merry christmas!

--James

ps. My processor is a MAD k6-2 400, and I'm fairly sure the apm code in
the bios isn't faulty, because the machine switches itself off when it
gets shutdown from windows...


-- The oops message --

general protection fault: f000
CPU: 0
EIP: 0050:[<0000885>]
EFLAGS: 00010046

eax: 00005301 ebx: 00000001 ecx: 00000000 edx: 00000000
esi: bfff8146 edi: fee1dead ebp: 67890000 esp: c7bc9e14
Process halt (pid: 694, process nr: 16, stackpage = c7bc9000)
Stack: 0000bfff 9e3e6789 0001c7bc 00000000 00030000 53070000 00000000 00000000
81350058 810afef6 000080dd 00160000 00488036 c7bc9fbc c0107905 00000010
c7bc9fbc fee1dead 00000018 00000018 00000000 bffffef6 fee1dead 00000282
Call Trace: [<c0107905>] [<c01079f8>] [<c0107a1b>] [<c010a39>] [<c01087a1>] [<c011461f>] [<c01d2b2a>]
[<c0110c7e>] [<c010fb65>] [<c010fdac>] [<c0110481>] [<c01111a7>] [<c0109dbc>]
Code: <1>Unable to hangle kernel paging request at virtual address 00008875
current->tss.cf3 = 0710700, %cr3 = 0710700
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c010a21d>]
EFLAGS: 00010046
eax: 00000000 ebx: 00000000 ecx: 00008875 edx: 00000001
esi: 0000002b edi: c7bca000 ebp: c8000000 esp: c7bc9d64
ds: 0018 es: 0018 ss: 0018
Process halt (pid: 694, process nr: 16, stackpage = c7bc9000)

Stack: fee1dead 67890000 c0725da2 bfff8146 fe1dead 67890000 00005301 00000001
00000000 00000000 00008875 00010046 07ff0000 c8800000 c010a280 c7bc9dd8
c01d0f38 c01d100d 0000f0000 c7bc9dd8 c010a784 co1d1ood c7bc9dd8 0000f0000
Call Trace: [<c8800000>] [<c010a280>] [<c01d0f38>] [<c01d100d>] [<c010a784>] [<c01d100d>] [<c0109ec1>]
[<c0107905>] [<c01079f8>] [<c0107a1b>] [<c0107a39>] [<c01087a1>] [<c011461f>] [<c01d2b2a>] [<c0110c7e>]
[<c010fb65>] [<c010fdac>] [<c0110481>] [<c01111a7>] [<c0109dbc>]
Code: 8a 04 0b 89 44 24 38 50 68 30 0f 1d c0 e8 5d 00 00 83 c4


-- End of oops message --

-- ksymoops output --

ksymoops 0.7c on i586 2.2.13. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.2.13/ (default)
-m /usr/src/linux/System.map (default)

Warning: You did not tell me where to find symbol information. I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.

Warning (compare_ksyms_lsmod): module bsd_comp is in lsmod but not in ksyms, probably no symbols exported
CPU: 0
EIP: 0050:[<0000885>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010046
eax: 00005301 ebx: 00000001 ecx: 00000000 edx: 00000000
esi: bfff8146 edi: fee1dead ebp: 67890000 esp: c7bc9e14
Stack: 0000bfff 9e3e6789 0001c7bc 00000000 00030000 53070000 00000000 00000000
81350058 810afef6 000080dd 00160000 00488036 c7bc9fbc c0107905 00000010
c7bc9fbc fee1dead 00000018 00000018 00000000 bffffef6 fee1dead 00000282
Call Trace: [<c0107905>] [<c01079f8>] [<c0107a1b>] [<c010a39>] [<c01087a1>] [<c011461f>] [<c01d2b2a>]
[<c0110c7e>] [<c010fb65>] [<c010fdac>] [<c0110481>] [<c01111a7>] [<c0109dbc>]
Code: <1>Unable to hangle kernel paging request at virtual address 00008875
Warning (Oops_code): trailing garbage ignored on Code: line
Text: 'Code: <1>Unable to hangle kernel paging request at virtual address 00008875'
Garbage: 'Unable to hangle kernel paging request at virtual address 00008875'
Warning (Oops_code_values): Code looks like message, not hex digits. No disassembly attempted.

>>EIP; 00000885 Before first symbol <=====
Trace; c0107905 <apm_bios_call_simple+39/60>
Trace; c01079f8 <set_power_state+20/34>
Trace; c0107a1b <apm_set_power_state+f/14>
Trace; 0c010a39 Before first symbol
Trace; c01087a1 <machine_power_off+5/8>
Trace; c011461f <sys_reboot+17f/204>
Trace; c01d2b2a <tvecs+4ca/33a0>
Trace; c0110c7e <wake_up_process+3a/44>
Trace; c010fb65 <send_sig_info+299/2a8>
Trace; c010fdac <kill_something_info+e0/ec>
Trace; c0110481 <sys_kill+5d/6c>
Trace; c01111a7 <schedule+153/280>
Trace; c0109dbc <system_call+34/38>

current->tss.cf3 = 0710700, %cr3 = 0710700
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c010a21d>]
EFLAGS: 00010046
eax: 00000000 ebx: 00000000 ecx: 00008875 edx: 00000001
esi: 0000002b edi: c7bca000 ebp: c8000000 esp: c7bc9d64
ds: 0018 es: 0018 ss: 0018
Stack: fee1dead 67890000 c0725da2 bfff8146 fe1dead 67890000 00005301 00000001
00000000 00000000 00008875 00010046 07ff0000 c8800000 c010a280 c7bc9dd8
c01d0f38 c01d100d 0000f0000 c7bc9dd8 c010a784 co1d1ood c7bc9dd8 0000f0000
Call Trace: [<c8800000>] [<c010a280>] [<c01d0f38>] [<c01d100d>] [<c010a784>] [<c01d100d>] [<c0109ec1>]
[<c0107905>] [<c01079f8>] [<c0107a1b>] [<c0107a39>] [<c01087a1>] [<c011461f>] [<c01d2b2a>] [<c0110c7e>]
[<c010fb65>] [<c010fdac>] [<c0110481>] [<c01111a7>] [<c0109dbc>]
Code: 8a 04 0b 89 44 24 38 50 68 30 0f 1d c0 e8 5d 00 00 83 c4

>>EIP; c010a21d <show_registers+24d/280> <=====
Trace; c8800000 <END_OF_CODE+7c3fe0/????>
Trace; c010a280 <die+30/38>
Trace; c01d0f38 <error_table+9b4/20dc>
Trace; c01d100d <error_table+a89/20dc>
Trace; c010a784 <do_general_protection+6c/74>
Trace; c01d100d <error_table+a89/20dc>
Trace; c0109ec1 <error_code+2d/34>
Trace; c0107905 <apm_bios_call_simple+39/60>
Trace; c01079f8 <set_power_state+20/34>
Trace; c0107a1b <apm_set_power_state+f/14>
Trace; c0107a39 <apm_power_off+19/20>
Trace; c01087a1 <machine_power_off+5/8>
Trace; c011461f <sys_reboot+17f/204>
Trace; c01d2b2a <tvecs+4ca/33a0>
Trace; c0110c7e <wake_up_process+3a/44>
Trace; c010fb65 <send_sig_info+299/2a8>
Trace; c010fdac <kill_something_info+e0/ec>
Trace; c0110481 <sys_kill+5d/6c>
Trace; c01111a7 <schedule+153/280>
Trace; c0109dbc <system_call+34/38>
Code; c010a21d <show_registers+24d/280>
00000000 <_EIP>:
Code; c010a21d <show_registers+24d/280> <=====
0: 8a 04 0b movb (%ebx,%ecx,1),%al <=====
Code; c010a220 <show_registers+250/280>
3: 89 44 24 38 movl %eax,0x38(%esp,1)
Code; c010a224 <show_registers+254/280>
7: 50 pushl %eax
Code; c010a225 <show_registers+255/280>
8: 68 30 0f 1d c0 pushl $0xc01d0f30
Code; c010a22a <show_registers+25a/280>
d: e8 5d 00 00 83 call 8300006f <_EIP+0x8300006f> 4310a28c Before first symbol
Code; c010a22f <show_registers+25f/280>
12: c4 00 lesl (%eax),%eax


4 warnings issued. Results may not be reliable.


-- End of ksymoops output --


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:55    [W:0.047 / U:0.524 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site