Opened 4 years ago

Closed 4 years ago

#12451 closed defect (duplicate)

CForth awakes after a suspend cycle

Reported by: wad Owned by: wmb@…
Priority: normal Milestone: Not Triaged
Component: not assigned Version: 4-C1
Keywords: Cc:
Blocked By: Blocking:
Deployments affected: Action Needed: never set
Verified: no


On an XO-4 C1 (SKU298), running Q7B10, EC 0.3.07, and 13.1.0 build 22, I see strange behavior on the serial port after a resume.

This system has Wifi disabled by blacklisting the mwifiex and btmrvl modules.

I boot it into sugar. The serial port shows Linux console output and provides a Linux prompt. The CForth serial port (second port) is inactive (it shows the CForth banner from boot). I let the system go into sleep normally. When I wake it, the serial port shows the Linux serial console information, but if a return key is pressed the OK prompt shows instead of the Linux prompt. Typing banner shows that it is the CForth prompt, and not the OFW one. The second serial ports starts mirroring what is typed/output on the main serial port.

The Linux system will continue to operate (suspend/resume) fine, but the serial port will be unusable.

This problem has been seen frequently, but maddeningly difficult to reproduce at will. It is not specific to the the first suspend.

Change History (2)

comment:1 Changed 4 years ago by wmb@…

My best guess is that the keyboard scanning app that runs on the SP is crashing during resume. That's going to be hell to debug. I'll think about it...

comment:2 Changed 4 years ago by dsd

  • Resolution set to duplicate
  • Status changed from new to closed

Dup of #12387.

Note: See TracTickets for help on using tickets.