Re: [PATCH v3] virtio-net: Add initial MTU advice feature

2016-06-06 Thread David Miller
From: Aaron Conole Date: Fri, 3 Jun 2016 16:57:12 -0400 > This commit adds the feature bit and associated mtu device entry for the > virtio network device. When a virtio device comes up, it checks the > feature bit for the VIRTIO_NET_F_MTU feature. If such feature bit is >

Re: [PATCH 10/20] drm: rockchip: Rely on the default ->best_encoder() behavior

2016-06-06 Thread Mark yao
On 2016年06月02日 22:31, Boris Brezillon wrote: All outputss have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() implementations and let the core call drm_atomic_helper_best_encoder() for us. Good, All

Re: [Intel-gfx] [PATCH 01/20] drm/atomic: Fix remaining places where !funcs->best_encoder is valid

2016-06-06 Thread Chris Wilson
On Thu, Jun 02, 2016 at 11:57:02PM +0200, Daniel Vetter wrote: > drm_encoder_find is an idr lookup. That should be plenty fast, > especially for modeset code. Usually what's too expensive even for > modeset code is linear list walks. But Chris just submitted patches to > convert most of them into

Re: [PATCH v5 1/6] qspinlock: powerpc support qspinlock

2016-06-06 Thread Benjamin Herrenschmidt
On Mon, 2016-06-06 at 17:59 +0200, Peter Zijlstra wrote: > On Fri, Jun 03, 2016 at 02:33:47PM +1000, Benjamin Herrenschmidt wrote: > > > >  - For the above, can you show (or describe) where the qspinlock > >    improves things compared to our current locks. > So currently PPC has a fairly

Re: [PATCH v5 1/6] qspinlock: powerpc support qspinlock

2016-06-06 Thread Peter Zijlstra
On Fri, Jun 03, 2016 at 02:33:47PM +1000, Benjamin Herrenschmidt wrote: >  - For the above, can you show (or describe) where the qspinlock >    improves things compared to our current locks. So currently PPC has a fairly straight forward test-and-set spinlock IIRC. You have this because LPAR/virt

[PATCH RESEND 06/14] drm/virtio: use drm_crtc_send_vblank_event()

2016-06-06 Thread Gustavo Padovan
From: Gustavo Padovan Replace the legacy drm_send_vblank_event() with the new helper function. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/virtio/virtgpu_display.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

Re: [PATCH v3] tools/virtio/ringtest: fix run-on-all.sh to work without /dev/cpu

2016-06-06 Thread Michael S. Tsirkin
It's queued in my tree and will be merged shortly. Thanks! On Mon, Jun 06, 2016 at 09:55:59AM +0300, Mike Rapoport wrote: > Ping? > > On Tue, May 24, 2016 at 03:41:33PM +0300, Mike Rapoport wrote: > > Michael, > > > > Any updates on this? > > > > On Wed, May 04, 2016 at 01:15:50PM +0300, Mike

Re: [PATCH] tools/virtio/ringtest: add usage example to README

2016-06-06 Thread Mike Rapoport
Ping? On Tue, May 24, 2016 at 03:41:04PM +0300, Mike Rapoport wrote: > Michael, > > Any updates on this? > > On Wed, May 04, 2016 at 09:12:55AM +0300, Mike Rapoport wrote: > > Having typical usage example in the README file is more convinient than in > > the git history... > > > >

Re: [PATCH v3] tools/virtio/ringtest: fix run-on-all.sh to work without /dev/cpu

2016-06-06 Thread Mike Rapoport
Ping? On Tue, May 24, 2016 at 03:41:33PM +0300, Mike Rapoport wrote: > Michael, > > Any updates on this? > > On Wed, May 04, 2016 at 01:15:50PM +0300, Mike Rapoport wrote: > > /dev/cpu is only available on x86 with certain modules (e.g. msr) enabled. > > Using lscpu to get processors count is