Ticket #1736 (closed defect: invalid)

Opened 6 years ago

Last modified 5 years ago

[x11] Device suspends while enlightenment/qpe/X are still starting

Reported by: regina_kim Owned by: jeremy
Priority: high Milestone: Om2008.10
Component: kernel Version: GTA02v5
Severity: critical Keywords:
Cc: testing@…, raster@…, zecke@… Blocked By:
Blocking: Estimated Completion (week):
HasPatchForReview: no PatchReviewResult:
Reproducible:

Description

kernel : 20080723-asu.stable-uImage.bin
rootfs : 20080804-asu.stable-rootfs.jffs2

step + summary : sometimes it goes into sleep on boot progress screen after press power button then it never wake up if not press power.

reproducible: 1out of 10 tries.

Change History

comment:1 Changed 6 years ago by zecke

  • Cc raster@…, zecke@… added

raster what do you think about the idea of grabbing the CPU resource until the basic init is done?

comment:2 Changed 6 years ago by raster

imho qpe should definitely grab the cpu resource while it is still starting up. it takes a minute or 2 or 3 to calm down and stop doing things. may as well request resource state of cpu to on while that happens.

comment:3 Changed 6 years ago by wendy_hung

  • Severity changed from normal to critical

comment:4 Changed 6 years ago by regina_kim

  • Milestone changed from Om2008.8 to Om2008.9

comment:5 Changed 6 years ago by will

  • Milestone changed from Om2008.9 to Om2008.10

comment:6 Changed 6 years ago by zecke

  • Summary changed from [Boot screen] it goes into sleep and never wake up if not touch during booting to [x11] Device suspends while enlightenment/qpe/X are still starting

comment:7 Changed 6 years ago by zecke

Issues with just grabbing the CPU:

-after boot the device would go to suspend. So ompowerd needs some kind of reset or wait for a booting complete message. Actually ompowerd would need to know for which apps to wait to signalize they are ready before doing any kind of suspend.
-qpe needs to reset the xscreensaver as well.

comment:8 Changed 5 years ago by john_lee

  • Owner changed from fred@… to jeremy
  • Status changed from new to assigned
  • HasPatchForReview unset

comment:9 Changed 5 years ago by PaulFertser

  • Status changed from assigned to closed
  • Resolution set to invalid

Not system software issue, not reproducible with maintained distros.

Note: See TracTickets for help on using tickets.