greybus: timesync: reduce initial startup time
Currently we have a long initial delay when initiating the first operation to synchronize the FrameTime. That made sense during development of the feature since we did synchronization asynchronously and wanted to give some grace time for new Interfaces to be added before initiating a new synchronization. On the PM runtime resume path though we do a synchronous restoration of FrameTime and in this case waiting for 1 second before initiating the first operation is clearly wrong. This patch reduces the initial operation time bringing the synchronous call time down by 990 milliseconds. Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org> Signed-off-by: Greg Kroah-Hartman <gregkh@google.com>
This commit is contained in:
parent
8a704565eb
commit
93a7388943
|
@ -28,7 +28,7 @@
|
||||||
#define GB_TIMESYNC_DEFAULT_OFFSET_US 1000
|
#define GB_TIMESYNC_DEFAULT_OFFSET_US 1000
|
||||||
|
|
||||||
/* Work queue timers long, short and SVC strobe timeout */
|
/* Work queue timers long, short and SVC strobe timeout */
|
||||||
#define GB_TIMESYNC_DELAYED_WORK_LONG msecs_to_jiffies(1000)
|
#define GB_TIMESYNC_DELAYED_WORK_LONG msecs_to_jiffies(10)
|
||||||
#define GB_TIMESYNC_DELAYED_WORK_SHORT msecs_to_jiffies(1)
|
#define GB_TIMESYNC_DELAYED_WORK_SHORT msecs_to_jiffies(1)
|
||||||
#define GB_TIMESYNC_MAX_WAIT_SVC msecs_to_jiffies(5000)
|
#define GB_TIMESYNC_MAX_WAIT_SVC msecs_to_jiffies(5000)
|
||||||
#define GB_TIMESYNC_KTIME_UPDATE msecs_to_jiffies(1000)
|
#define GB_TIMESYNC_KTIME_UPDATE msecs_to_jiffies(1000)
|
||||||
|
|
Loading…
Reference in a new issue