[Bug 1169] New: Consistently getting oops when trying standby or mem

[Martin J. Bligh]

http://bugme.osdl.org/show_bug.cgi?id=1169

           Summary: Consistently getting oops when trying standby or mem
    Kernel Version: arjan's kernel-2.6.0-0.test4.1.32 rpms
            Status: NEW
          Severity: normal
             Owner: len.brown@xxxxxxxxx
         Submitter: richard.torkar@xxxxxx


Distribution: rh9
Hardware Environment: DELL latitude L400 laptop, BIOS A09, 
Software Environment:
Problem Description:
Whenever I try to use acpi and standby my computer throws an oops. Same thing
happens when I try to use cat "mem" > /sys/power/state

Steps to reproduce:
cat "mem" > /sys/power/state
or
cat "standby" > /sys/power/state


This first ksymoops output is from somehing that I *think* happened when I
pressed the Fn-Esc (Suspend) on my lapop.
----- BEGIN -----
ksymoops 2.4.9 on i686 2.6.0-0.test4.1.32.  Options used
     -V (default)
     -k /proc/ksyms (default)
     -l /proc/modules (default)
     -o /lib/modules/2.6.0-0.test4.1.32/ (default)
     -m /boot/System.map-2.6.0-0.test4.1.32 (specified)
 
Error (regular_file): read_ksyms stat /proc/ksyms failed
No modules in ksyms, skipping objects
No ksyms, skipping lsmod
Aug 29 22:39:27 lalle kernel: Call Trace:
Aug 29 22:39:27 lalle kernel:  [<c011afed>] __might_sleep+0x5d/0x70
Aug 29 22:39:27 lalle kernel:  [<c010d0ea>] save_v86_state+0x6a/0x200
Aug 29 22:39:27 lalle kernel:  [<c0138f65>] generic_file_aio_write+0x85/0xb0
Aug 29 22:39:27 lalle kernel:  [<c010dc27>] handle_vm86_fault+0xb7/0x900
Aug 29 22:39:27 lalle kernel:  [<d085df24>] ext3_file_write+0x44/0xd0 [ext3]
Aug 29 22:39:27 lalle kernel:  [<c015365b>] do_sync_write+0x8b/0xc0
Aug 29 22:39:27 lalle kernel:  [<c01a4c35>] inode_has_perm+0x65/0xa0
Aug 29 22:39:27 lalle kernel:  [<c010bba0>] do_general_protection+0x0/0xb0
Aug 29 22:39:27 lalle kernel:  [<c010ae29>] error_code+0x2d/0x38
Aug 29 22:39:27 lalle kernel:  [<c010ac7f>] syscall_call+0x7/0xb
Warning (Oops_read): Code line not seen, dumping what data is available
 
 
Trace; c011afed <__might_sleep+5d/70>
Trace; c010d0ea <save_v86_state+6a/200>
Trace; c0138f65 <generic_file_aio_write+85/b0>
Trace; c010dc27 <handle_vm86_fault+b7/900>
Trace; d085df24 <__crc_SELECT_MASK+8de980/c78e6e>
Trace; c015365b <do_sync_write+8b/c0>
Trace; c01a4c35 <inode_has_perm+65/a0>
Trace; c010bba0 <do_general_protection+0/b0>
Trace; c010ae29 <error_code+2d/38>
Trace; c010ac7f <syscall_call+7/b>
 
 
1 warning and 1 error issued.  Results may not be reliable.
----- END -----

This is from actually doing cat "mem" > /sys/power/state
--- BEGIN ---
ksymoops 2.4.9 on i686 2.6.0-0.test4.1.32.  Options used
     -V (default)
     -k /proc/kallsyms (specified)
     -l /proc/modules (specified)
     -o /lib/modules/2.6.0-0.test4.1.32/ (default)
     -m /boot/System.map-2.6.0-0.test4.1.32 (specified)
 
Warning (read_ksyms): no kernel symbols in ksyms, is /proc/kallsyms a valid
ksyms file?
No modules in ksyms, skipping objects
No ksyms, skipping lsmod
Unable to handle kernel NULL pointer dereference
00000000
*pde = 00000000
Oops: 0000 [1]
CPU: 0
EIP: 0060:[<00000000>]  Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
eax: 00000000 ebx: 00000000 ecx: c03334a8 edx: c03332a8
esi: c02fd0c0 edi: 00000004 ebp: c02fd100 esp: c4bffef8
ds: 007b es: 007b ss: 0068
Stack:  c013365d 00000004 c02fd0f8 c4985001 00000008 c0133864 00000004
        c02fd120 c02fd198 c4961610 00000008 c01895ea c02fd120 c4985000 00000008
        c02fff20 c01898fb c02fd130 c02fd198 c4985000 00000008 c5a99a48 c49615f0
Call trace:
[<c013365d>] enter_state+0x4d/0x80
[<c01338b4>] state_store+0x64/0x80
[<c01895ea>] subsys_attr_store+0x3a/0x40
[<c01898fb>] flush_write_buffer+0x36/0x50
[<c0189970>] sysfs_write_file+0x60/0x70
[<c0189910>] sysfs_write_file+0x0/0x70
[<c015377c>] vfs_write+0xec/0x150
[<c0153892>] sys_write+0x42/0x70
[<c010ac2d>] sysenter_past_esp+0x52/0x71
Code:  Bas EIP value.
Warning (Oops_read): Code line not seen, dumping what data is available
 
 
>> EIP; 00000000 Before first symbol
 
>> ecx; c03334a8 <dpm_sem+0/10>
>> edx; c03332a8 <legacy_bus+88/c0>
>> esi; c02fd0c0 <pm_sem+0/10>
>> ebp; c02fd100 <pm_states+20/40>
>> esp; c4bffef8 <__crc_ide_end_drive_cmd+ea344/13f4e9>
 
Trace; c013365d <enter_state+4d/80>
Trace; c01338b4 <state_store+64/80>
Trace; c01895ea <subsys_attr_store+3a/40>
Trace; c01898fb <flush_write_buffer+3b/50>
Trace; c0189970 <sysfs_write_file+60/70>
Trace; c0189910 <sysfs_write_file+0/70>
Trace; c015377c <vfs_write+ec/150>
Trace; c0153892 <sys_write+42/70>
Trace; c010ac2d <sysenter_past_esp+52/71>
 
 
2 warnings issued.  Results may not be reliable.
--- END ---

Just tell me if you need anymore info...


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