Page 2 of 2 FirstFirst 12
Results 11 to 17 of 17

Thread: resuming from standby issues

  1. #11
    Variable Bitrate rcdash's Avatar
    Join Date
    Dec 2004
    Posts
    236
    Hey All,

    Thanks for the suggestions - will check them out. (EDIT: none of my devices recognized those drivers. Also the TouchKit driver IS a signed driver.)

    1. Why would devcon.exe hang until the SD tray app was killed though?

    2. It is still not clear to me how SD is/can execute shortcuts PRIOR to going into standby since it does not appear to "wait" for tasks to complete.

  2. #12
    Constant Bitrate StaggRLee's Avatar
    Join Date
    Feb 2005
    Location
    Seattle, WA
    Posts
    114
    Found the source of my problem (resume from standby always fails)... I think.

    Opus acknowledged an issue with some motherboards which take a while to POST. iBase MB896 is one of them. They need to update the firmware on my PS, which only they can do. Have to send it in. DOH!

    ... and resume from hibernate is taking 1 minute from ignition on to system available. I'm thinking I might downgrade from 1GB of memory to 512 to see if that speeds things up..

    Half the memory, the hiberfile is cut in half and that means a quicker resume right? Who knows.

    If anyone does...

  3. #13
    Variable Bitrate rcdash's Avatar
    Join Date
    Dec 2004
    Posts
    236
    It should help - I have found that hibernate is slow on the MB896. Was much faster on the MB870. Both 512MB, both 7200 rpm SATA laptop drive. Posting from a cold boot is faster on the MB896 though. I use standby/resume almost exclusively now unless SD crashes. The Carnetix power supply P1900 does a great job of safely supporting standby mode in conjunction with my Travla C138 case and internal PS. I now have an OPUS 150W collecting dust...

  4. #14
    Variable Bitrate rcdash's Avatar
    Join Date
    Dec 2004
    Posts
    236
    Restating pending questions...

    1. Why would devcon.exe hang until the SD tray app was killed though?

    EDIT: after another "hang up", it appears that it was NOT the tray app, but SD itself - just took a few seconds after SD process ended to allow devcon to go through. Sometimes I DO need to kill both SD and the tray app in order to get devcon to go ahead and restart the USB devices. Not certain if there is some "parent thread" that is locking up a USB device or something????

    2. It is still not clear to me how SD is/can execute shortcuts PRIOR to going into standby since it does not appear to "wait" for tasks to complete.

  5. #15
    Variable Bitrate rcdash's Avatar
    Join Date
    Dec 2004
    Posts
    236
    It appears StreetDeck is the app that is causing the USB "hang" issue after resuming. It just takes a few seconds after killing the process for devcon to go through and restart the USB devices.

    It seems like SD accessing the COM ports (perhaps the USB GPS Com port?) before they are ready might be the issue???

    To debug this and perhaps solve the problem, there needs to be a way for SD to execute tasks SYNCHRONOUSLY both before and after standby.

    GOD_OF_CPU - any way to get SD to wait before accessing devices until after the "resume" tasks are completed?

  6. #16
    Raw Wave god_of_cpu's Avatar
    Join Date
    Jan 2004
    Location
    SilverSpring Maryland
    Posts
    2,960
    I will look into waiting for startup and shutdown tasks.
    StreetDeck.com Developer (I am Chuck)
    Get StreetDeck at http://www.streetdeck.com
    The Official StreetDeck Forums have moved, please visit us at http://www.streetdeck.com/forum for official support for Streetdeck.

  7. #17
    Variable Bitrate rcdash's Avatar
    Join Date
    Dec 2004
    Posts
    236
    Just as an update, I think using devcon actually makes matters worse.

    It is probably better to wait till SD can "pause" after resuming - that alone will likely take care of the issue.

    I have found that WinXP (not running SD) sometimes takes up to 15 secs to bring some USB devices back online after resuming from standby.

    With SD running, I think the process gets locked up. Killing SD and the SD Tray App allows the process to continue and the USB devices start working fine. Then restarting SD is no problem.

    It may also be helpful to have an option where SD closes itself at shutdown AND initiates the standby. This would mean a manual restart on resume, but that's better than the current USB device hang ups.

Page 2 of 2 FirstFirst 12

Similar Threads

  1. Touchscreen drivers not resuming from standby
    By Snootch in forum Input Devices
    Replies: 13
    Last Post: 10-09-2006, 10:16 PM
  2. Standby issues. Seriously confused here.
    By maxxell in forum General Hardware Discussion
    Replies: 11
    Last Post: 04-16-2005, 02:26 AM
  3. Occasionally not resuming from Standby...
    By EBJUSTIN in forum General Hardware Discussion
    Replies: 3
    Last Post: 10-28-2004, 04:12 PM
  4. MediaCar & Resume from Standby issues
    By Sick-B0y in forum MediaCar
    Replies: 1
    Last Post: 08-14-2004, 11:25 PM
  5. Replies: 1
    Last Post: 12-30-2003, 09:28 PM

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •