Re: [PATCH v1 1/2] staging: Introduce NVIDIA Tegra20 video decoder driver

On 09/25/2017 05:45 PM, Dmitry Osipenko wrote: > On 26.09.2017 02:01, Stephen Warren wrote: >> On 09/25/2017 04:15 PM, Dmitry Osipenko wrote: >>> Video decoder, found on NVIDIA Tegra20 SoC, supports a standard set of >>> video formats like H.264 / MPEG-4 / WMV / VC1. Currently driver supports >>>

Re: [PATCH v3 2/2] staging: ion: create one device entry per heap

On Mon, Sep 25, 2017 at 11:26:27AM -0700, Laura Abbott wrote: > On 09/20/2017 01:45 AM, Benjamin Gaignard wrote: > > Instead a getting one common device "/dev/ion" for > > all the heaps this patch allow to create one device > > entry ("/dev/ionX") per heap. > > Getting an entry per heap could

Re: [PATCH v1 1/2] staging: Introduce NVIDIA Tegra20 video decoder driver

On 26.09.2017 02:01, Stephen Warren wrote: > On 09/25/2017 04:15 PM, Dmitry Osipenko wrote: >> Video decoder, found on NVIDIA Tegra20 SoC, supports a standard set of >> video formats like H.264 / MPEG-4 / WMV / VC1. Currently driver supports >> decoding of CAVLC H.264 only. > > Note: I don't know

Re: [PATCH] hv_netvsc: make const array ver_list static, reduces object code size

From: Colin King Date: Fri, 22 Sep 2017 16:50:23 +0100 > From: Colin Ian King > > Don't populate const array ver_list on the stack, instead make it > static. Makes the object code smaller by over 400 bytes: > > Before: >text

Re: [PATCH v1 1/2] staging: Introduce NVIDIA Tegra20 video decoder driver

On 09/25/2017 04:15 PM, Dmitry Osipenko wrote: Video decoder, found on NVIDIA Tegra20 SoC, supports a standard set of video formats like H.264 / MPEG-4 / WMV / VC1. Currently driver supports decoding of CAVLC H.264 only. Note: I don't know anything much about video decoding on Tegra (just NV

[PATCH v1 2/2] ARM: dts: tegra20: Add video decoder node

Add a device node for the video decoder engine found on Tegra20. Signed-off-by: Dmitry Osipenko --- arch/arm/boot/dts/tegra20.dtsi | 16 1 file changed, 16 insertions(+) diff --git a/arch/arm/boot/dts/tegra20.dtsi b/arch/arm/boot/dts/tegra20.dtsi index

[PATCH v1 1/2] staging: Introduce NVIDIA Tegra20 video decoder driver

Video decoder, found on NVIDIA Tegra20 SoC, supports a standard set of video formats like H.264 / MPEG-4 / WMV / VC1. Currently driver supports decoding of CAVLC H.264 only. Signed-off-by: Dmitry Osipenko --- .../bindings/arm/tegra/nvidia,tegra20-vde.txt | 38 +

[PATCH v1 0/2] NVIDIA Tegra20 video decoder driver

This driver provides accelerated video decoding to NVIDIA Tegra20 SoC's, it is a result of reverse-engineering efforts. Driver has been tested on Toshiba AC100 and Acer A500, it should work on any Tegra20 device. In userspace this driver is utilized by libvdpau-tegra [0] that implements VDPAU

[PATCH 02/22] drm/i915: introduce simple gemfs

Not a fully blown gemfs, just our very own tmpfs kernel mount. Doing so moves us away from the shmemfs shm_mnt, and gives us the much needed flexibility to do things like set our own mount options, namely huge= which should allow us to enable the use of transparent-huge-pages for our shmem backed

[PATCH 01/22] mm/shmem: support passing mnt to shmem_file_setup

We are planning to use our own tmpfs mnt in i915 in place of the shm_mnt such that we can control the mount options, in particular huge=, which we require to support huge-gtt-pages. So rather than roll our own version of __shmem_file_setup, it would be preferred if we could just give shmem our

Re: [PATCH v3 2/2] staging: ion: create one device entry per heap

On 09/20/2017 01:45 AM, Benjamin Gaignard wrote: Instead a getting one common device "/dev/ion" for all the heaps this patch allow to create one device entry ("/dev/ionX") per heap. Getting an entry per heap could allow to set security rules per heap and global ones for all heaps. Allocation

Re: [PATCH] staging: greybus: light: remove unnecessary error check

Hi, On Sat, Sep 23, 2017 at 01:39:15PM +0530, Arvind Yadav wrote: > It is not necessary to check return value of gb_lights_channel_flash_config. > gb_lights_channel_config returns both successful and error value. > > Signed-off-by: Arvind Yadav Thanks for the patch.

Re: [PATCH v3] staging: greybus: light: Release memory obtained by kasprintf

Hi, On Sat, Sep 23, 2017 at 01:25:30PM +0530, Arvind Yadav wrote: > Free memory region, if gb_lights_channel_config is not successful. > > Signed-off-by: Arvind Yadav Thanks for the patch, looks good to me. Reviewed-by: Rui Miguel Silva ---

Re: [PATCH v2 10/11] staging: typec: fusb302: Hook up mux support using tcpc_gen_mux support

Hi, On 25-09-17 15:45, Peter Rosin wrote: On 2017-09-25 13:35, Hans de Goede wrote: Hi, On 25-09-17 12:34, Peter Rosin wrote: On 2017-09-13 17:48, Hans de Goede wrote: Hi, On 13-09-17 17:07, Rob Herring wrote: On Wed, Sep 13, 2017 at 9:06 AM, Hans de Goede wrote:

Re: [PATCH v2 10/11] staging: typec: fusb302: Hook up mux support using tcpc_gen_mux support

On 2017-09-25 13:35, Hans de Goede wrote: > Hi, > > On 25-09-17 12:34, Peter Rosin wrote: >> On 2017-09-13 17:48, Hans de Goede wrote: >>> Hi, >>> >>> On 13-09-17 17:07, Rob Herring wrote: On Wed, Sep 13, 2017 at 9:06 AM, Hans de Goede wrote: > Hi, > > >

[PATCH] HID: hyperv: pr_err() strings should end with newlines

pr_err() messages should terminated with a new-line to avoid other messages being concatenated onto the end. Signed-off-by: Arvind Yadav --- drivers/hid/hid-hyperv.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/hid/hid-hyperv.c

Re: [PATCH v2 10/11] staging: typec: fusb302: Hook up mux support using tcpc_gen_mux support

Hi, On 25-09-17 12:34, Peter Rosin wrote: On 2017-09-13 17:48, Hans de Goede wrote: Hi, On 13-09-17 17:07, Rob Herring wrote: On Wed, Sep 13, 2017 at 9:06 AM, Hans de Goede wrote: Hi, On 13-09-17 15:38, Rob Herring wrote: On Wed, Sep 13, 2017 at 3:56 AM, Hans de

Re: [PATCH v2 10/11] staging: typec: fusb302: Hook up mux support using tcpc_gen_mux support

On 2017-09-13 17:48, Hans de Goede wrote: > Hi, > > On 13-09-17 17:07, Rob Herring wrote: >> On Wed, Sep 13, 2017 at 9:06 AM, Hans de Goede wrote: >>> Hi, >>> >>> >>> On 13-09-17 15:38, Rob Herring wrote: On Wed, Sep 13, 2017 at 3:56 AM, Hans de Goede

Re: [PATCH v2] staging: atomisp: add a driver for ov5648 camera sensor

On Sun, 2017-09-24 at 16:59 +0200, Devid Antonio Floni wrote: > The ov5648 5-megapixel camera sensor from OmniVision supports up to > 2592x1944 > resolution and MIPI CSI-2 interface. Output format is raw sRGB/Bayer > with > 10 bits per colour (SGRBG10_1X10). > > This patch is a port of ov5648

Re: [PATCH] ANDROID: binder: pr_err() strings should end with newlines

On Monday 25 September 2017 12:31 PM, Greg KH wrote: On Mon, Sep 25, 2017 at 12:21:47PM +0530, Arvind Yadav wrote: Signed-off-by: Arvind Yadav --- I can't take patches without any changelog text, sorry. As per your concern, I will update. greg k-h ~arvind

Re: [PATCH] ANDROID: binder: pr_err() strings should end with newlines

On Mon, Sep 25, 2017 at 12:21:47PM +0530, Arvind Yadav wrote: > Signed-off-by: Arvind Yadav > --- I can't take patches without any changelog text, sorry. greg k-h ___ devel mailing list de...@linuxdriverproject.org

[PATCH] ANDROID: binder: pr_err() strings should end with newlines

Signed-off-by: Arvind Yadav --- drivers/android/binder.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/android/binder.c b/drivers/android/binder.c index d055b3f..044b1c2 100644 --- a/drivers/android/binder.c +++ b/drivers/android/binder.c

Re: [PATCH v1] staging: rtl8188eu: Fix spelling

Hi Tobin, On 23.09.2017 01:23, Tobin C. Harding wrote: Hi Valentine, I can't quite work out the email threading of this patch. My guess is that if I cannot work it out it might get missed by Greg. Is this a new patch that you made by squashing the three patches previously submitted into