search for: unconditonally

...7% improvements on rx PPS. (from 1.28Mpps to 1.44Mpps) Cc: Wei Xu <wexu at redhat.com> Cc: Matthew Rosato <mjrosato at linux.vnet.ibm.com> Signed-off-by: Jason Wang <jasowang at redhat.com> --- Changes from V1: - don't try to disable tx polling during start - poll tx on error unconditonally --- drivers/vhost/net.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/vhost/net.c b/drivers/vhost/net.c index 68677d9..8d626d7 100644 --- a/drivers/vhost/net.c +++ b/drivers/vhost/net.c @@ -471,6 +471,7 @@ static void handle_tx(struct vhost_net *net) goto out; vhost_disable_...

...7% improvements on rx PPS. (from 1.28Mpps to 1.44Mpps) Cc: Wei Xu <wexu at redhat.com> Cc: Matthew Rosato <mjrosato at linux.vnet.ibm.com> Signed-off-by: Jason Wang <jasowang at redhat.com> --- Changes from V1: - don't try to disable tx polling during start - poll tx on error unconditonally --- drivers/vhost/net.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/vhost/net.c b/drivers/vhost/net.c index 68677d9..8d626d7 100644 --- a/drivers/vhost/net.c +++ b/drivers/vhost/net.c @@ -471,6 +471,7 @@ static void handle_tx(struct vhost_net *net) goto out; vhost_disable_...

Now that I finally got around to update our sources, I had a closer look at those changes, and apart from stylistic issues on the Linux side (part of which I may have asked for, but the result was somewhat overdone so the code is hardly legible now - I''ve got a patch queued to streamline this a little) I find it rather odd (fragile) that the who-is-in-charge information gets propagated

...mdline and also enable >>dom0 CPU_FREQ. Once that''s done, everything should work. > >At least as enabling in Xen is concerned, I can''t see this is >the case: the >respective initializer functions are being called out of the >XENPF_set_processor_pminfo handler unconditonally. I.e. I''m missing >where this logic would be suppressed (kind of a > > ret = -ENOSYS; > if ( cpufreq_controller != FREQCTL_xen ) > break; > >missing at the top of the XEN_PM_PX sub-case). You''re right. This is a bug to gracefully hand...

...moves VRAM MM into GEM VRAM source files and cleans up the helper's public interface. Thomas Zimmermann (4): drm/vram: Move VRAM memory manager to GEM VRAM implementation drm/vram: Have VRAM MM call GEM VRAM functions directly drm/vram: Unexport internal functions of VRAM MM drm/vram: Unconditonally set BO call-back functions Documentation/gpu/drm-mm.rst | 12 - drivers/gpu/drm/Makefile | 3 +- drivers/gpu/drm/ast/ast_drv.c | 1 - drivers/gpu/drm/ast/ast_main.c | 1 - drivers/gpu/drm/ast/ast_ttm.c |...

...test message. comctl32/monthcal: Optimize WM_LBUTTONUP handler. comctl32/monthcal: Update day of week properly while iterating with prev/next buttons and hit testing. comctl32/monthcal: Recalculate control layout on MCS_WEEKNUMBERS style change. comctl32/monthcal: Invalidate unconditonally on MCM_SETFIRSTDAYOFWEEK. comctl32/monthcal: Cleanup top drawing helper namespace, reduce parameter count in prev/next draw helpers. comctl32/monthcal: Fix the way a first day of week is handled. comctl32: Use user32 control names from public header constants instead of defining o...

...g onto the debugfs patches. v2: * updated for debugfs support * fixed typos in comments Thomas Zimmermann (4): drm/vram: Move VRAM memory manager to GEM VRAM implementation drm/vram: Have VRAM MM call GEM VRAM functions directly drm/vram: Unexport internal functions of VRAM MM drm/vram: Unconditonally set BO call-back functions Documentation/gpu/drm-mm.rst | 12 - drivers/gpu/drm/Makefile | 3 +- drivers/gpu/drm/ast/ast_drv.c | 1 - drivers/gpu/drm/ast/ast_main.c | 1 - drivers/gpu/drm/ast/ast_ttm.c |...