By robertross
on Wed, 06/20/2012 - 17:03
The "CPU may be pegged" seems to only occur at about the same time each day. I've observed this for a few days now and it's a bit strange.
I work with the QCAR SDK every day from 9.30 till 5.30 and this error starts occurring about every second build &;;;;; run at about 3.30GMT each day.
Usually happens after cleaning from coding in JNI.
Just thought I'd bring it to attention in case it's not just me.
Also logcat if it's of interest:
[CODE]12-21 15:53:44.339: INFO/QCAR(661): Creating OpenGL ES 2.0 context
12-21 15:53:44.349: DEBUG/QCAR(661): GLRenderer::onSurfaceCreated
12-21 15:53:44.349: DEBUG/QCAR(661): Java_com_qualcomm_QCARSamples_ImageTargets_ImageTargetsRenderer_initRendering
12-21 15:53:44.399: DEBUG/QCAR(661): GLRenderer::onSurfaceChanged
12-21 15:53:44.399: DEBUG/QCAR(661): Java_com_qualcomm_QCARSamples_ImageTargets_ImageTargetsRenderer_updateRendering
12-21 15:53:49.489: DEBUG/dalvikvm(409): GC_EXPLICIT freed 5616 objects / 341344 bytes in 66ms
12-21 15:53:54.580: ERROR/Adreno200-ES20(661): gsl_device_waittimestamp failed in rb_timestamp_wait_on_timestamp
12-21 15:53:55.613: WARN/SharedBufferStack(661): waitForCondition(LockCondition) timed out (identity=18, status=0). CPU may be pegged. trying again.
12-21 15:53:56.610: WARN/SharedBufferStack(661): waitForCondition(LockCondition) timed out (identity=18, status=0). CPU may be pegged. trying again.
12-21 15:53:57.610: WARN/SharedBufferStack(661): waitForCondition(LockCondition) timed out (identity=18, status=0). CPU may be pegged. trying again.
12-21 15:53:58.609: WARN/SharedBufferStack(661): waitForCondition(LockCondition) timed out (identity=18, status=0). CPU may be pegged. trying again.
12-21 15:53:59.609: WARN/SharedBufferStack(661): waitForCondition(LockCondition) timed out (identity=18, status=0). CPU may be pegged. trying again.[/CODE]
Rob.
Re: error occurs at about the same time each day
Re: error occurs at about the same time each day