Ticket #12451 (closed defect: duplicate)

Opened 16 months ago

Last modified 15 months ago

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:
Action Needed: never set Verified: no
Deployments affected: Blocked By:
Blocking:

Description

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

Changed 16 months 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...

Changed 15 months ago by dsd

  • status changed from new to closed
  • resolution set to duplicate

Dup of #12387.

Note: See TracTickets for help on using tickets.