Re: [PATCH] soc: qmi: allow user to set handle wq to hiprio

On 8/2/20 8:14 AM, 王文虎 wrote: > >>> Currently the qmi_handle is initialized single threaded and strictly >>> ordered with the active set to 1. This is pretty simple and safe but >>> sometimes ineffency. So it is better to allow user to decide whether >>> a high priority workqueue should be used. >

Re:Re: [PATCH] soc: qmi: allow user to set handle wq to hiprio

>> Currently the qmi_handle is initialized single threaded and strictly >> ordered with the active set to 1. This is pretty simple and safe but >> sometimes ineffency. So it is better to allow user to decide whether >> a high priority workqueue should be used. > >Can you please describe a scenario

Re: [PATCH] soc: qmi: allow user to set handle wq to hiprio

On Mon 27 Jul 08:03 PDT 2020, ? wrote: > Currently the qmi_handle is initialized single threaded and strictly > ordered with the active set to 1. This is pretty simple and safe but > sometimes ineffency. So it is better to allow user to decide whether > a high priority workqueue should be

Re: [PATCH] soc: qmi: allow user to set handle wq to hiprio

From: 王文虎 Date: Mon, 27 Jul 2020 23:03:16 +0800 (GMT+08:00) > Currently the qmi_handle is initialized single threaded and strictly > ordered with the active set to 1. This is pretty simple and safe but > sometimes ineffency. So it is better to allow user to decide whether > a high priority workqu

[PATCH] soc: qmi: allow user to set handle wq to hiprio

Currently the qmi_handle is initialized single threaded and strictly ordered with the active set to 1. This is pretty simple and safe but sometimes ineffency. So it is better to allow user to decide whether a high priority workqueue should be used. Signed-off-by: Wang Wenhu --- drivers/net/ipa/i