cron job: media_tree daily build: WARNINGS

This message is generated daily by a cron job that builds media_tree for the kernels and architectures in the list below. Results of the daily build of media_tree: date: Sat Dec 17 05:00:19 CET 2016 media-tree git hash:d183e4efcae8d88a2f252e546978658ca6d273cc media_build

[PATCH 2/2] [media] em28xx: support for Hauppauge WinTV-dualHD 01595 ATSC/QAM

Hauppauge WinTV-dualHD model 01595 is a USB 2.0 dual ATSC/QAM tuner with the following components: USB bridge: Empia em28274 Demodulator: 2x LG LGDT3306a at addresses 0xb2 and 0x1c Tuner: 2x Silicon Labs si2157 at addresses 0xc0 and 0xc4 This patch enables only the first tuner. Signed-off-by:

[PATCH 1/2] [media] lgdt3306a: support i2c mux for use by em28xx

Adds an i2c mux to the lgdt3306a demodulator. This was done to support the Hauppauge WinTV-dualHD 01595 USB TV tuner (em28xx), which utilizes two si2157 tuners behind gate control. Signed-off-by: Kevin Cheng --- drivers/media/dvb-frontends/lgdt3306a.c | 108

[PATCH] solo6x10: use designated initializers

Prepare to mark sensitive kernel structures for randomization by making sure they're using designated initializers. These were identified during allyesconfig builds of x86, arm, and arm64, with most initializer fixes extracted from grsecurity. Signed-off-by: Kees Cook ---

[PATCH] mtk-vcodec: use designated initializers

Prepare to mark sensitive kernel structures for randomization by making sure they're using designated initializers. These were identified during allyesconfig builds of x86, arm, and arm64, with most initializer fixes extracted from grsecurity. Signed-off-by: Kees Cook ---

Re: [RFC RESEND 11/11] vb2: dma-contig: Add WARN_ON_ONCE() to check for potential bugs

On Thu, Dec 15, 2016 at 11:57:54PM +0200, Laurent Pinchart wrote: > Hi Sakari, > > Thank you for the patch. > > On Friday 11 Sep 2015 14:50:34 Sakari Ailus wrote: > > The scatterlist should always be present when the cache would need to be > > flushed. Each buffer type has its own means to

Re: [PATCH v6 0/5] davinci: VPIF: add DT support

Hans Verkuil writes: > On 07/12/16 19:30, Kevin Hilman wrote: >> Prepare the groundwork for adding DT support for davinci VPIF drivers. >> This series does some fixups/cleanups and then adds the DT binding and >> DT compatible string matching for DT probing. >> >> The

[PATCH v6.1 1/5] [media] davinci: VPIF: fix module loading, init errors

Fix problems with automatic module loading by adding MODULE_ALIAS. Also fix various load-time errors cause by incorrect or not present platform_data. Acked-by: Sakari Ailus Signed-off-by: Kevin Hilman --- Minor tweaks since v6 - added ack

Re: [RFC RESEND 07/11] vb2: dma-contig: Remove redundant sgt_base field

On Thu, Dec 15, 2016 at 11:08:37PM +0200, Laurent Pinchart wrote: > Hi Sakari, > > Thank you for the patch. > > On Friday 11 Sep 2015 14:50:30 Sakari Ailus wrote: > > The struct vb2_dc_buf contains two struct sg_table fields: sgt_base and > > dma_sgt. The former is used by DMA-BUF buffers

Re: [RFC RESEND 05/11] v4l2-core: Don't sync cache for a buffer if so requested

Hi Laurent, On Thu, Dec 15, 2016 at 10:37:20PM +0200, Laurent Pinchart wrote: > Hi Sakari, > > Thank you for the patch. > > On Friday 11 Sep 2015 14:50:28 Sakari Ailus wrote: > > From: Samu Onkalo > > > > The user may request to the driver (vb2) to skip the cache

Re: [RFC RESEND 04/11] v4l: Unify cache management hint buffer flags

Hi Laurent, Thank you for the review. On Thu, Dec 15, 2016 at 10:15:39PM +0200, Laurent Pinchart wrote: > Hi Sakari, > > Thank you for the patch. > > On Friday 11 Sep 2015 14:50:27 Sakari Ailus wrote: > > The V4L2_BUF_FLAG_NO_CACHE_INVALIDATE and V4L2_BUF_FLAG_NO_CACHE_CLEAN > > buffer flags

Re: [PATCH v6 1/5] [media] davinci: VPIF: fix module loading, init errors

Hans Verkuil writes: > On 07/12/16 19:30, Kevin Hilman wrote: >> Fix problems with automatic module loading by adding MODULE_ALIAS. Also >> fix various load-time errors cause by incorrect or not present >> platform_data. >> >> Signed-off-by: Kevin Hilman

Re: [TSN RFC v2 5/9] Add TSN header for the driver

On Fri, Dec 16, 2016 at 06:59:09PM +0100, hen...@austad.us wrote: > +/* > + * List of current subtype fields in the common header of AVTPDU > + * > + * Note: AVTPDU is a remnant of the standards from when it was AVB. > + * > + * The list has been updated with the recent values from IEEE 1722,

Re: Problem with uvcvideo timestamps

Hi Niels, Sorry for a late reply. On Mon, 31 Oct 2016, Niels Möller wrote: > Hi, > > I'm tracking down a problem in Chrome, where video streams captured > from a Logitech c930e camera get bogus timestamps. Chrome started > using camera timestamps on linux a few months ago. I've noted commit >

Re: [TSN RFC v2 0/9] TSN driver for the kernel

On Fri, Dec 16, 2016 at 06:59:04PM +0100, hen...@austad.us wrote: > The driver is directed via ConfigFS as we need userspace to handle > stream-reservation (MSRP), discovery and enumeration (IEEE 1722.1) and > whatever other management is needed. I complained about configfs before, but you didn't

[PATCH] [media] bt8xx: fix memory leak

If dvb_attach() fails then we were just printing an error message and exiting but the memory allocated to state was not released. Signed-off-by: Sudip Mukherjee --- drivers/media/pci/bt8xx/dvb-bt8xx.c | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [TSN RFC v2 0/9] TSN driver for the kernel

On Fri, Dec 16, 2016 at 01:20:57PM -0500, David Miller wrote: > From: Greg > Date: Fri, 16 Dec 2016 10:12:44 -0800 > > > On Fri, 2016-12-16 at 18:59 +0100, hen...@austad.us wrote: > >> From: Henrik Austad > >> > >> > >> The driver is directed via

Re: [TSN RFC v2 0/9] TSN driver for the kernel

From: Greg Date: Fri, 16 Dec 2016 10:12:44 -0800 > On Fri, 2016-12-16 at 18:59 +0100, hen...@austad.us wrote: >> From: Henrik Austad >> >> >> The driver is directed via ConfigFS as we need userspace to handle >> stream-reservation (MSRP), discovery and

Re: [TSN RFC v2 0/9] TSN driver for the kernel

On Fri, 2016-12-16 at 18:59 +0100, hen...@austad.us wrote: > From: Henrik Austad > > > The driver is directed via ConfigFS as we need userspace to handle > stream-reservation (MSRP), discovery and enumeration (IEEE 1722.1) and > whatever other management is needed. This also

[TSN RFC v2 6/9] Add TSN machinery to drive the traffic from a shim over the network

From: Henrik Austad In short summary: * tsn_core.c is the main driver of tsn, all new links go through here and all data to/form the shims are handled here core also manages the shim-interface. * tsn_configfs.c is the API to userspace. TSN is driven from userspace and

[TSN RFC v2 9/9] MAINTAINERS: add TSN/AVB-entries

From: Henrik Austad Not sure how relevant this is other than making a point about maintaining it. Signed-off-by: Henrik Austad --- MAINTAINERS | 14 ++ 1 file changed, 14 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index

[TSN RFC v2 7/9] Add TSN event-tracing

From: Henrik Austad Provide a fair debug-window into TSN. It tries to use TRACE_CLASS as much as possible and moves as much as possible of the logic into TP_printk() to minimize tracing overhead. Cc: "David S. Miller" Cc: Steven Rostedt

[TSN RFC v2 1/9] igb: add missing fields to TXDCTL-register

From: Henrik Austad The current list of E1000_TXDCTL-registers is incomplete. This adds the missing parts for the Transmit Descriptor Control (TXDCTL) register. The rest of these values (threshold for descriptor read/write) for TXDCTL seems to be defined in igb/igb.h, not sure

[TSN RFC v2 2/9] TSN: add documentation

From: Henrik Austad Describe the overall design behind the TSN standard, the TSN-driver, requirements to userspace and new functionality introduced. Cc: "David S. Miller" Signed-off-by: Henrik Austad --- Documentation/TSN/tsn.txt |

[TSN RFC v2 3/9] TSN: Add the standard formerly known as AVB to the kernel

From: Henrik Austad TSN provides a mechanism to create reliable, jitter-free, low latency guaranteed bandwidth links over a local network. It does this by reserving a path through the network. Support for TSN must be found in both the NIC as well as in the network itself. This

[TSN RFC v2 5/9] Add TSN header for the driver

From: Henrik Austad This defines the general TSN headers for network packets, the shim-interface and the central 'tsn_list' structure. Cc: "David S. Miller" Signed-off-by: Henrik Austad --- include/linux/tsn.h | 952

[TSN RFC v2 4/9] Adding TSN-driver to Intel I210 controller

From: Henrik Austad This adds support for loading the igb.ko module with tsn capabilities. This requires a 2-step approach. First enabling TSN in .config, then load the module with use_tsn=1. Once enabled and loaded, the controller will be placed in "Qav-mode" which is when

[TSN RFC v2 0/9] TSN driver for the kernel

From: Henrik Austad The driver is directed via ConfigFS as we need userspace to handle stream-reservation (MSRP), discovery and enumeration (IEEE 1722.1) and whatever other management is needed. This also includes running an appropriate PTP daemon (TSN favors gPTP). Once we

[TSN RFC v2 8/9] AVB ALSA - Add ALSA shim for TSN

From: Henrik Austad This exposes a *very* rudimentary and simplistic ALSA driver that hooks into TSN to create a device for userspace. It currently only supports 44.1/48kHz sampling, 2ch, S16_LE Userspace is supposed to reserve bandwidth, find StreamID etc. To use as a

Re: [RFC v3 00/21] Make use of kref in media device, grab references as needed

Hi Shuah, On Thursday 15 Dec 2016 07:56:55 Shuah Khan wrote: > On 12/15/2016 03:39 AM, Laurent Pinchart wrote: > > On Tuesday 13 Dec 2016 15:23:53 Shuah Khan wrote: [snip] > >> Please don't pursue this RFC series that makes mc-core changes until > >> ompa3 driver problems are addressed. There

Re: [RFC v3 00/21] Make use of kref in media device, grab references as needed

Hi Mauro, On Thursday 15 Dec 2016 12:32:07 Mauro Carvalho Chehab wrote: > Em Thu, 15 Dec 2016 15:03:36 +0100 Hans Verkuil escreveu: > > On 15/12/16 13:56, Laurent Pinchart wrote: > >> On Thursday 15 Dec 2016 13:30:41 Sakari Ailus wrote: > >>> On Tue, Dec 13, 2016 at 10:24:47AM -0200, Mauro

Re: [RFC v3 00/21] Make use of kref in media device, grab references as needed

On Thursday 15 Dec 2016 13:45:52 Mauro Carvalho Chehab wrote: > Em Thu, 15 Dec 2016 15:45:22 +0100 > > Hans Verkuil escreveu: > > On 15/12/16 15:32, Mauro Carvalho Chehab wrote: > > > Em Thu, 15 Dec 2016 15:03:36 +0100 > > > > > > Hans Verkuil escreveu:

Re: [RFC v3 00/21] Make use of kref in media device, grab references as needed

Hi Hans, On Friday 16 Dec 2016 17:07:23 Sakari Ailus wrote: > On Thu, Dec 15, 2016 at 03:03:36PM +0100, Hans Verkuil wrote: > > On 15/12/16 13:56, Laurent Pinchart wrote: > >> On Thursday 15 Dec 2016 13:30:41 Sakari Ailus wrote: > >>> On Tue, Dec 13, 2016 at 10:24:47AM -0200, Mauro Carvalho

Re: [PATCH RFC] omap3isp: prevent releasing MC too early

Hi Mauro, On Friday 16 Dec 2016 09:18:50 Mauro Carvalho Chehab wrote: > Em Thu, 15 Dec 2016 16:04:51 +0200 Laurent Pinchart escreveu: > > We have now two threads discussing the same subject, which is bad, as > we'll end repeating the same arguments on different threads... > > Let's use the

Re: [RFC v3 00/21] Make use of kref in media device, grab references as needed

Hi Hans, On Thu, Dec 15, 2016 at 03:03:36PM +0100, Hans Verkuil wrote: > On 15/12/16 13:56, Laurent Pinchart wrote: > >Hi Sakari, > > > >On Thursday 15 Dec 2016 13:30:41 Sakari Ailus wrote: > >>On Tue, Dec 13, 2016 at 10:24:47AM -0200, Mauro Carvalho Chehab wrote: > >>>Em Tue, 13 Dec 2016

Re: [RFC v3 00/21] Make use of kref in media device, grab references as needed

On 16/12/16 13:00, Mauro Carvalho Chehab wrote: Em escreveu: On 16/12/16 11:57, Mauro Carvalho Chehab wrote: Em Fri, 16 Dec 2016 11:11:25 +0100 Hans Verkuil escreveu: Would it make sense to enforce that dependency. Can we tie /dev/media usecount to /dev/video etc.

Re: [RFC v3 21/21] omap3isp: Don't rely on devm for memory resource management

On 12/16/2016 06:32 AM, Sakari Ailus wrote: > Hi Laurent, > > On Thu, Dec 15, 2016 at 01:23:50PM +0200, Laurent Pinchart wrote: >>> @@ -1596,7 +1604,6 @@ static void isp_unregister_entities(struct isp_device >>> *isp) omap3isp_stat_unregister_entities(>isp_af); >>>

Re: [PATCH v5 2/6] [media] rc-main: split setup and unregister functions

Hi Andi, On Fri, Dec 16, 2016 at 12:10:26PM +, Sean Young wrote: > Sorry to add to your woes, but there are some checkpatch warnings and > errors. Please can you correct these. One is below. Actually, the changes are pretty minor, I can fix them up before sending them to Mauro. Sorry for

Re: [PATCH v1] [media] v4l2-common: fix aligned value calculation

Hi Jean-Christophe, On Fri, Dec 16, 2016 at 02:32:15PM +0100, Jean-Christophe Trotin wrote: > Correct the calculation of the rounding to nearest aligned value in > the clamp_align() function. For example, clamp_align(1277, 1, 9600, 2) > returns 1276, while it should return 1280. Why should the

Re: [RFC v3 21/21] omap3isp: Don't rely on devm for memory resource management

Hi Laurent, On Thu, Dec 15, 2016 at 01:23:50PM +0200, Laurent Pinchart wrote: > > @@ -1596,7 +1604,6 @@ static void isp_unregister_entities(struct isp_device > > *isp) omap3isp_stat_unregister_entities(>isp_af); > > omap3isp_stat_unregister_entities(>isp_hist); > > > > -

[PATCH v1] [media] v4l2-common: fix aligned value calculation

Correct the calculation of the rounding to nearest aligned value in the clamp_align() function. For example, clamp_align(1277, 1, 9600, 2) returns 1276, while it should return 1280. Signed-off-by: Jean-Christophe Trotin --- drivers/media/v4l2-core/v4l2-common.c |

Re: [PATCH 2/2] media: omap3isp change to devm for resources

On 16/12/16 13:19, Laurent Pinchart wrote: Hi Hans, On Friday 16 Dec 2016 12:39:49 Hans Verkuil wrote: On 15/12/16 20:40, Shuah Khan wrote: Using devm resources that have external dependencies such as a dev for a file handler could result in devm resources getting released durin unbind while

Re: [PATCH] vim2m: Clean up file handle in open() error path.

On Friday 16 Dec 2016 14:31:15 santosh kumar singh wrote: > Dear Mr. laurent, > > Can you please check the patch submitted by me. No, because I haven't received it :-) You've sent it as an HTML message it it thus got dropped by the mailing list. Please don't send HTML e-mails. While at it,

Re: [PATCH 2/2] media: omap3isp change to devm for resources

Hi Hans, On Friday 16 Dec 2016 12:39:49 Hans Verkuil wrote: > On 15/12/16 20:40, Shuah Khan wrote: > > Using devm resources that have external dependencies such as a dev > > for a file handler could result in devm resources getting released > > durin unbind while an application has the file open

Re: [PATCH v5 2/6] [media] rc-main: split setup and unregister functions

Hi Andi, Sorry to add to your woes, but there are some checkpatch warnings and errors. Please can you correct these. One is below. Thanks Sean On Fri, Dec 16, 2016 at 03:12:14PM +0900, Andi Shyti wrote: > Move the input device allocation, map and protocol handling to > different functions. > >

Re: [RFC v3 00/21] Make use of kref in media device, grab references as needed

Em escreveu: > On 16/12/16 11:57, Mauro Carvalho Chehab wrote: > > Em Fri, 16 Dec 2016 11:11:25 +0100 > > Hans Verkuil escreveu: > > > >>> Would it make sense to enforce that dependency. Can we tie /dev/media > >>> usecount > >>> to /dev/video etc. usecount? In other

Re: [PATCH RFC] omap3isp: prevent releasing MC too early

Hi folks, On Fri, Dec 16, 2016 at 10:21:25AM +0200, Sakari Ailus wrote: ... > At least some of the issues the patches claim to fix are really not fixed > either. They are just made slightly less likely to accidentally stumble > upon. I couldn't immediately trigger this with the current mainline

Re: [RFC v2 00/11] vb2: Handle user cache hints, allow drivers to choose cache coherency

On 16/12/16 02:24, Laurent Pinchart wrote: Hello, This is a rebased version of the vb2 cache hints support patch series posted by Sakari more than a year ago. The patches have been modified as needed by the upstream changes and received the occasional small odd fix but are otherwise not

[GIT PULL for v4.10-rc1] media updates

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media tags/media/v4.10-1 For: - New Mediatek drivers: mtk-mdp and mtk-vcodec; - Some additions at the media documentation; - the CEC core and drivers were promoted from staging to mainstream; -

[PATCH 1/2] media: s5p-mfc: convert drivers to use the new vb2_queue dev field

From: Smitha T Murthy commit 2548fee63d9e ("[media] media/platform: convert drivers to use the new vb2_queue dev field") has missed to set dev pointer of vb2_queue which will be used in reqbufs of mfc driver. Without this change following error is observed:

[PATCH 0/2] s5p-mfc fix for using reserved memory

It has been observed on ARM64 based Exynos SoC, if IOMMU is not enabled and we try to use reserved memory for MFC, reqbufs fails with below mentioned error --- V4L2 Codec decoding example application Kamil Debski

[PATCH 2/2] media: s5p-mfc: fix MMAP of mfc buffer during reqbufs

From: Smitha T Murthy It has been observed on ARM64 based Exynos SoC, if IOMMU is not enabled and we try to use reserved memory for MFC, reqbufs fails with below mentioned error --- V4L2 Codec decoding

Re: [PATCH v5 3/6] [media] rc-core: add support for IR raw transmitters

Hi Andi, [auto build test WARNING on linuxtv-media/master] [also build test WARNING on next-20161216] [cannot apply to v4.9] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Andi-Shyti/Add

Re: [PATCH 2/2] media: omap3isp change to devm for resources

On 15/12/16 20:40, Shuah Khan wrote: Using devm resources that have external dependencies such as a dev for a file handler could result in devm resources getting released durin unbind while an application has the file open holding pointer to the devm resource. This results in use-after-free

Re: [RFC v3 00/21] Make use of kref in media device, grab references as needed

On 16/12/16 11:57, Mauro Carvalho Chehab wrote: Em Fri, 16 Dec 2016 11:11:25 +0100 Hans Verkuil escreveu: Would it make sense to enforce that dependency. Can we tie /dev/media usecount to /dev/video etc. usecount? In other words: /dev/video is opened, then open

Re: [PATCH RFC] omap3isp: prevent releasing MC too early

Em Thu, 15 Dec 2016 16:04:51 +0200 Laurent Pinchart escreveu: We have now two threads discussing the same subject, which is bad, as we'll end repeating the same arguments on different threads... Let's use the "[PATCH RFC 00/21]" for those discussions, as it

Re: [RFC v3 00/21] Make use of kref in media device, grab references as needed

Em Fri, 16 Dec 2016 11:11:25 +0100 Hans Verkuil escreveu: > > Would it make sense to enforce that dependency. Can we tie /dev/media > > usecount > > to /dev/video etc. usecount? In other words: > > > > /dev/video is opened, then open /dev/media. > > When a device node is

Re: [PATCH] gen-errors.rst: document EIO

On Fri, Dec 16, 2016 at 10:22:08AM +0100, Hans Verkuil wrote: > Document the EIO error since this can happen anywhere anytime and applications > should be aware of this. > > Signed-off-by: Hans Verkuil > --- > diff --git a/Documentation/media/uapi/gen-errors.rst >

Re: [RFC v3 00/21] Make use of kref in media device, grab references as needed

Em Fri, 16 Dec 2016 11:03:09 +0100 Hans Verkuil escreveu: > So: > > 1) subdev drivers should disallow unbind > 2) interface entities should call media_device_unregister_entity() when they > are unregistered (if that doesn't already happen) Sounds like a plan to me.

Re: [RFC v3 00/21] Make use of kref in media device, grab references as needed

On 15/12/16 18:51, Shuah Khan wrote: On 12/15/2016 10:25 AM, Mauro Carvalho Chehab wrote: Em Thu, 15 Dec 2016 10:09:53 -0700 Shuah Khan escreveu: On 12/15/2016 09:28 AM, Hans Verkuil wrote: On 15/12/16 17:06, Shuah Khan wrote: I think this will work for

Re: [RFC v3 00/21] Make use of kref in media device, grab references as needed

On 15/12/16 18:09, Shuah Khan wrote: On 12/15/2016 09:28 AM, Hans Verkuil wrote: On 15/12/16 17:06, Shuah Khan wrote: On 12/15/2016 08:26 AM, Hans Verkuil wrote: On 15/12/16 15:45, Shuah Khan wrote: On 12/15/2016 07:03 AM, Hans Verkuil wrote: On 15/12/16 13:56, Laurent Pinchart wrote: Hi

Re: [PATCH v6 0/5] davinci: VPIF: add DT support

On 07/12/16 19:30, Kevin Hilman wrote: Prepare the groundwork for adding DT support for davinci VPIF drivers. This series does some fixups/cleanups and then adds the DT binding and DT compatible string matching for DT probing. The controversial part from previous versions around async subdev

Re: [PATCH v6 1/5] [media] davinci: VPIF: fix module loading, init errors

On 07/12/16 19:30, Kevin Hilman wrote: Fix problems with automatic module loading by adding MODULE_ALIAS. Also fix various load-time errors cause by incorrect or not present platform_data. Signed-off-by: Kevin Hilman --- drivers/media/platform/davinci/vpif.c |

[PATCH] gen-errors.rst: document EIO

Document the EIO error since this can happen anywhere anytime and applications should be aware of this. Signed-off-by: Hans Verkuil --- diff --git a/Documentation/media/uapi/gen-errors.rst b/Documentation/media/uapi/gen-errors.rst index 6e983b9..ee224b9 100644 ---

[PATCH v6 1/6] [media] rc-main: assign driver type during allocation

The driver type can be assigned immediately when an RC device requests to the framework to allocate the device. This is an 'enum rc_driver_type' data type and specifies whether the device is a raw receiver or scancode receiver. The type will be given as parameter to the rc_allocate_device device.

Re: [PATCH RFC] omap3isp: prevent releasing MC too early

Hi Mauro and Greg, On Thu, Dec 15, 2016 at 12:17:58PM -0200, Mauro Carvalho Chehab wrote: > Greg, > > Em Thu, 15 Dec 2016 05:44:38 -0800 > Greg KH escreveu: > > > On Thu, Dec 15, 2016 at 10:57:16AM -0200, Mauro Carvalho Chehab wrote: > > > Em Thu, 15 Dec 2016 09:42:35 -0300 > >

Re: [PATCH 2/2] media: omap3isp change to devm for resources

Hi Shuah, [auto build test WARNING on v4.9-rc8] [cannot apply to linuxtv-media/master next-20161215] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Shuah-Khan/omap3-devm-usage-removal/20161216