#12015 NORM Not Tri: XO-1.5 Libertas crash during suspend

Zarro Boogs per Child bugtracker at laptop.org
Fri Jul 27 13:39:53 EDT 2012


#12015: XO-1.5 Libertas crash during suspend
---------------------------------+------------------------------------------
           Reporter:  greenfeld  |       Owner:                                   
               Type:  defect     |      Status:  new                              
           Priority:  normal     |   Milestone:  Not Triaged                      
          Component:  kernel     |     Version:  Development build as of this date
         Resolution:             |    Keywords:                                   
        Next_action:  diagnose   |    Verified:  0                                
Deployment_affected:             |   Blockedby:                                   
           Blocking:             |  
---------------------------------+------------------------------------------

Comment(by dsd):

 Another case of this was found:

 {{{
 [  380.205644] PM: Syncing filesystems ... done.
 [  380.252798] Freezing user space processes ... (elapsed 0.03 seconds)
 done.
 [  380.292866] Freezing remaining freezable tasks ... (elapsed 0.01
 seconds) done.
 [  380.313232] dcon_source_switch to DCON
 [  380.338703] olpc-dcon: The DCON has control
 [  380.343433] i8042 kbd 00:04: wake-up capability enabled by ACPI
 [  380.349485] i8042 aux 00:03: wake-up capability disabled by ACPI
 [  380.357553] libertas_sdio mmc1:0001:1: mmc1:0001:1: suspend: PM flags =
 0x3
 [  380.364617] libertas_sdio mmc1:0001:1: Suspend without wake params --
 powering down card
 [  380.373113] viafb_suspend!
 [  386.102549] viafb_wait_engine_idle: not syncing
 [  386.107233] sched: RT throttling activated
 [  389.120104] libertas_sdio mmc1:0001:1: eth0: command 0x0010 timed out
 [  389.126717] libertas_sdio mmc1:0001:1: eth0: Timeout submitting command
 0x0010
 [  389.134102] libertas_sdio: Resetting card...
 [  389.138303] ------------[ cut here ]------------
 [  389.143258] WARNING: at fs/sysfs/group.c:138
 sysfs_remove_group+0x3e/0xa5()
 [  389.150376] Hardware name: XO
 [  389.153409] sysfs group b0887724 not found for kobject 'mmc1:0001:1'
 [  389.159903] Modules linked in: syscopyarea sysfillrect sysimgblt
 fb_sys_fops sisusbvga mousedev serio_raw psmouse libertas_sdio via_camera
 libertas videobuf_dma_sg videobuf_core [last unloaded: udlfb]
 [  389.178459] Pid: 2897, comm: kworker/0:1 Not tainted
 3.3.8_xo1.5-20120725.1134.olpc.f7b2196 #1
 [  389.187268] Call Trace:
 [  389.189784]  [<b0419354>] warn_slowpath_common+0x68/0x7d
 [  389.195214]  [<b04e3981>] ? sysfs_remove_group+0x3e/0xa5
 [  389.200667]  [<b04193dc>] warn_slowpath_fmt+0x2b/0x2f
 [  389.205829]  [<b04e3981>] sysfs_remove_group+0x3e/0xa5
 [  389.211110]  [<b05d4693>] dpm_sysfs_remove+0x2b/0x30
 [  389.216199]  [<b05cefd1>] device_del+0x38/0x131
 [  389.220855]  [<b062e168>] sdio_remove_func+0x1c/0x28
 [  389.225927]  [<b062c838>] mmc_sdio_remove+0x33/0x64
 [  389.230930]  [<b06280e1>] mmc_stop_host+0x85/0x110
 [  389.235838]  [<b06286b3>] mmc_remove_host+0x1d/0x3a
 [  389.240856]  [<ed1a6eae>] if_sdio_reset_card_worker+0x1c/0x2a
 [libertas_sdio]
 [  389.248155]  [<b042bde9>] process_one_work+0x163/0x2dd
 [  389.253428]  [<ed1a6e92>] ? if_sdio_host_to_card+0x1e3/0x1e3
 [libertas_sdio]
 [  389.260637]  [<b042c1ce>] worker_thread+0x138/0x208
 [  389.265633]  [<b042c096>] ? rescuer_thread+0x10d/0x10d
 [  389.270897]  [<b042ed57>] kthread+0x6b/0x70
 [  389.275184]  [<b042ecec>] ? __init_kthread_worker+0x2d/0x2d
 [  389.280882]  [<b0738576>] kernel_thread_helper+0x6/0x10
 [  389.286205] ---[ end trace ac45e8dd68bb68c7 ]---
 }}}

 Slightly different from the above logs. This one starts shutting down the
 card during the suspend routine, which involves sending command 0x10.
 Command 0x10 then fails, triggering a reset, but the MMC stack is not
 happy about a card being removed when it was already on the way down of
 removing it. Should be fixable by avoiding the reset if we are on the way
 down like this, testing now.

-- 
Ticket URL: <http://dev.laptop.org/ticket/12015#comment:2>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system


More information about the Bugs mailing list