After Standby-Resume cycle BBGW shutsdown automatically (But works with BBB)

20 views
Skip to first unread message

uniqu...@gmail.com

unread,
Mar 9, 2017, 7:51:57 AM3/9/17
to BeagleBoard

I am using the latest debian image for BBGW from the Beaglebone website.


root@beaglebone:~# uname --all

Linux beaglebone 4.4.30-ti-r64 #1 SMP Fri Nov 4 21:23:33 UTC 2016 armv7l GNU/Linux

root@beaglebone:~# lsb_release -a

No LSB modules are available.

Distributor ID: Debian

Description:    Debian GNU/Linux 8.7 (jessie)

Release:        8.7

Codename:       jessie


I am putting the BBGW board to standby using echo standby > /sys/power/state . I can wakeup the board by applying 3.3V to UART0_RXD or GPIO0_20 pins. But after wakeup the board shuts down. 

This log is from the syslog file for the Suspend-Resume cycle:

Feb  9 21:55:03 beaglebone kernel: [  971.013242] PM: Syncing filesystems ... done. 

Feb  9 21:55:03 beaglebone kernel: [  971.038067] PM: Preparing system for sleep (standby) 

Feb  9 21:55:23 beaglebone kernel: [  971.053501] Freezing user space processes ... (elapsed 0.004 seconds) done.

Feb  9 21:55:23 beaglebone kernel: [  971.058349] Freezing remaining freezable tasks ... (elapsed 0.002 seconds) done.

Feb  9 21:55:23 beaglebone kernel: [  971.060889] PM: Suspending system (standby)

Feb  9 21:55:23 beaglebone kernel: [  971.060995] Suspending console(s) (use no_console_suspend to debug)

Feb  9 21:55:23 beaglebone kernel: [  971.064716] wlcore: down

Feb  9 21:55:23 beaglebone kernel: [  971.071999] queueing ieee80211 work while going to suspend

Feb  9 21:55:23 beaglebone kernel: [  971.072214] queueing ieee80211 work while going to suspend

Feb  9 21:55:23 beaglebone kernel: [  971.072276] wlcore: down

Feb  9 21:55:23 beaglebone kernel: [  971.072816] queueing ieee80211 work while going to suspend

Feb  9 21:55:23 beaglebone kernel: [  971.072844] wlcore: down

Feb  9 21:55:23 beaglebone kernel: [  971.073358] queueing ieee80211 work while going to suspend

Feb  9 21:55:23 beaglebone kernel: [  971.237041] PM: suspend of devices complete after 174.137 msecs

Feb  9 21:55:23 beaglebone kernel: [  971.241369] PM: late suspend of devices complete after 4.278 msecs

Feb  9 21:55:23 beaglebone kernel: [  971.246404] PM: noirq suspend of devices complete after 4.985 msecs

Feb  9 21:55:23 beaglebone kernel: [  971.246422] Disabling non-boot CPUs ...

Feb  9 21:55:23 beaglebone kernel: [  971.246433] PM: Successfully put all powerdomains to target state 

Feb  9 21:55:23 beaglebone kernel: [  971.250994] PM: noirq resume of devices complete after 4.279 msecs

Feb  9 21:55:23 beaglebone kernel: [  971.254810] PM: early resume of devices complete after 3.398 msecs

Feb  9 21:55:23 beaglebone kernel: [  971.413033] net can0: c_can_hw_raminit_wait_syscon: time out

Feb  9 21:55:23 beaglebone kernel: [  971.413169] c_can_platform 481cc000.can can0: setting BTR=4503 BRPE=0000

Feb  9 21:55:23 beaglebone kernel: [  971.416603] net can1: c_can_hw_raminit_wait_syscon: time out

Feb  9 21:55:23 beaglebone kernel: [  971.416723] c_can_platform 481d0000.can can1: setting BTR=4503 BRPE=0000

Feb  9 21:55:23 beaglebone kernel: [  971.847640] wlcore: PHY firmware version: Rev 8.2.0.0.236

Feb  9 21:55:23 beaglebone kernel: [  971.890287] wlcore: firmware booted (Rev 8.9.0.0.69)

Feb  9 21:55:23 beaglebone kernel: [  976.492451] PM: resume of devices complete after 5237.582 msecs

Feb  9 21:55:23 beaglebone kernel: [  976.508556] PM: Finishing wakeup.  

Feb  9 21:55:23 beaglebone kernel: [  976.508574] Restarting tasks ...  

Feb  9 21:55:23 beaglebone kernel: [  976.509215] usb 1-1: USB disconnect, device number 4 

Feb  9 21:55:23 beaglebone rsyslogd-2007: action 'action 17' suspended, next retry is Thu Feb  9 21:56:23 2017 [try http://www.rsyslog.com/e/2007 ]

Feb  9 21:55:23 beaglebone kernel: [  976.543789] done.

Feb  9 21:55:23 beaglebone systemd[1]: Time has been changed

Feb  9 21:55:23 beaglebone systemd[9420]: Time has been changed

Feb  9 21:55:23 beaglebone systemd[1]: Closed Load/Save RF Kill Switch Status /dev/rfkill Watch.

Feb  9 21:55:23 beaglebone kernel: [  976.747702] usb 1-1: new high-speed USB device number 5 using musb-hdrc 

Feb  9 21:55:23 beaglebone systemd[1]: Stopping User Manager for UID 0...

Feb  9 21:55:23 beaglebone systemd[1]: Stopping Session 1 of user root.

Feb  9 21:55:23 beaglebone systemd[1]: Stopped target Bluetooth.

Feb  9 21:55:23 beaglebone systemd[9420]: Reached target Shutdown.  

Feb  9 21:55:23 beaglebone systemd[9420]: Stopped target Default.

Feb  9 21:55:23 beaglebone rsyslogd: [origin software="rsyslogd" swVersion="8.4.2" x-pid="752" x-info="http://www.rsyslog.com"] exiting on signal 15


We can see that the Suspend-Resume cycle is successful but nevertheless it shuts down after resume.


I have tested the same image with BBB, and everything works fine in it. I can successfully resume from standby mode without shut down. 


I have also tried using different kernel images from beaglebone website and i find the same shutdown behaviour in all of them. Also it works fine with BBB. My understanding is that both the boards use same SOC AM3358 1GHz ARM® Cortex-A8  and Power Managemnet IC TPS65217C.  I am also wondering what is the difference between BBB and BBGW which could cause this behaviour.


uniqu...@gmail.com

unread,
Mar 9, 2017, 7:52:05 AM3/9/17
to BeagleBoard

I am using the latest debian image for BBGW from the Beaglebone website


Reply all
Reply to author
Forward
0 new messages