Re: [PATCH v3 00/24] i.MX Media Driver

On Thu, Jan 12, 2017 at 2:32 PM, Steve Longerbeam wrote: > Hi Tim, > > > On 01/12/2017 01:13 PM, Tim Harvey wrote: >> >> Now that your driver is hooking into the current media framework, I'm not at all clear on how to link and configure the media entities. >>> >>>

Re: kill off pci_enable_msi_{exact,range}

On 1/13/2017 11:15 AM, Christoph Hellwig wrote: > On Fri, Jan 13, 2017 at 11:13:21AM -0600, Bjorn Helgaas wrote: >> I dropped the empty commit and replaced the xgbe patch with the one below. >> Can you take a look at [1] and make sure it's what you expected? > > This looks great, thanks! >

Re: [PATCH v3 01/24] [media] dt-bindings: Add bindings for i.MX media driver

On 01/13/2017 03:55 AM, Philipp Zabel wrote: Am Freitag, den 06.01.2017, 18:11 -0800 schrieb Steve Longerbeam: Add bindings documentation for the i.MX media driver. Signed-off-by: Steve Longerbeam --- Documentation/devicetree/bindings/media/imx.txt | 57

Re: [PATCH v3 1/8] arm: put types.h in uapi

On Fri, Jan 13, 2017 at 11:46:39AM +0100, Nicolas Dichtel wrote: > This header file is exported, thus move it to uapi. I'm taking this patch, but with the following commit log: Due to the way kbuild works, this header was unintentionally exported back in 2013 when it was created, despite it

Re: kill off pci_enable_msi_{exact,range}

On Fri, Jan 13, 2017 at 09:05:53AM +0100, Christoph Hellwig wrote: > On Fri, Jan 13, 2017 at 08:55:03AM +0100, Christoph Hellwig wrote: > > On Thu, Jan 12, 2017 at 03:29:00PM -0600, Bjorn Helgaas wrote: > > > Applied all three (with Tom's ack on the amd-xgbe patch) to pci/msi for > > > v4.11,

Re: kill off pci_enable_msi_{exact,range}

On Fri, Jan 13, 2017 at 11:13:21AM -0600, Bjorn Helgaas wrote: > I dropped the empty commit and replaced the xgbe patch with the one below. > Can you take a look at [1] and make sure it's what you expected? This looks great, thanks! -- To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH v3 06/24] ARM: dts: imx6-sabrelite: add OV5642 and OV5640 camera sensors

On 01/13/2017 04:03 AM, Philipp Zabel wrote: Am Freitag, den 06.01.2017, 18:11 -0800 schrieb Steve Longerbeam: Enables the OV5642 parallel-bus sensor, and the OV5640 MIPI CSI-2 sensor. Both hang off the same i2c2 bus, so they require different (and non- default) i2c slave addresses. The

Re: [PATCH v3 02/24] ARM: dts: imx6qdl: Add compatible, clocks, irqs to MIPI CSI-2 node

On 01/13/2017 03:57 AM, Philipp Zabel wrote: Am Freitag, den 06.01.2017, 18:11 -0800 schrieb Steve Longerbeam: Add to the MIPI CSI2 receiver node: compatible string, interrupt sources, clocks. Signed-off-by: Steve Longerbeam --- arch/arm/boot/dts/imx6qdl.dtsi

Re: [PATCH v3 15/24] media: Add userspace header file for i.MX

On 01/13/2017 04:05 AM, Philipp Zabel wrote: Am Freitag, den 06.01.2017, 18:11 -0800 schrieb Steve Longerbeam: This adds a header file for use by userspace programs wanting to interact with the i.MX media driver. It defines custom v4l2 controls and events generated by the i.MX v4l2

Re: [PATCH v3 1/8] arm: put types.h in uapi

On Fri, Jan 13, 2017 at 05:01:01PM +0100, Nicolas Dichtel wrote: > Please, do not remove the email subject when you reply. I restore it to > ease the thread follow-up. I mentioned it to David, and he says it's because the long list of recipients is breaking his mailer. I've already posed the

Re: [PATCH v3 4/8] x86: stop exporting msr-index.h to userland

On Fri, Jan 13, 2017 at 05:08:34PM +0100, Nicolas Dichtel wrote: > Le 13/01/2017 à 16:43, David Howells a écrit : > >> -header-y += msr-index.h > > > > I see it on my desktop as /usr/include/asm/msr-index.h and it's been there > > at > > least four years - and as such it's part of the UAPI. I

cron job: media_tree daily build: ERRORS

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 Jan 14 05:00:17 CET 2017 media-tree git hash:40eca140c404505c09773d1c6685d818cb55ab1a media_build

Re: [PATCH v5] media: video-i2c: add video-i2c driver

On Fri, Jan 13, 2017 at 2:22 AM, Laurent Pinchart wrote: > Hi Matt, > > On Thursday 12 Jan 2017 20:45:21 Matt Ranostay wrote: >> On Sun, Jan 8, 2017 at 9:33 PM, Marek Vasut wrote: >> > On 01/09/2017 06:17 AM, Matt Ranostay wrote: >> >> Gentle

[PATCH] media: rc/keymaps: add a keytable for the GeekBox remote control

The GeekBox ships with a 12 button remote control which seems to use the NEC protocol. The button keycodes were captured with the "ir-keytable" tool (ir-keytable -p $PROTOCOL -t; human_button_pusher). Signed-off-by: Martin Blumenstingl ---

Re: [PATCH v5] media: video-i2c: add video-i2c driver

On Fri, Jan 13, 2017 at 3:47 AM, Laurent Pinchart wrote: > Hi Matt, > > Thank you for the patch. > > On Friday 23 Dec 2016 19:04:26 Matt Ranostay wrote: >> There are several thermal sensors that only have a low-speed bus >> interface but output valid video data.

Re: kill off pci_enable_msi_{exact,range}

On Fri, Jan 13, 2017 at 08:55:03AM +0100, Christoph Hellwig wrote: > On Thu, Jan 12, 2017 at 03:29:00PM -0600, Bjorn Helgaas wrote: > > Applied all three (with Tom's ack on the amd-xgbe patch) to pci/msi for > > v4.11, thanks! > > Tom had just send me an event better version of the xgbe patch.

[PATCH v3 0/8] uapi: export all headers under uapi directories

Here is the v3 of this series. The first 5 patches are just cleanup: some exported headers were still under a non-uapi directory or (x86 case) were wrongly exported. The patch 6 was spotted by code review: there is no in-tree user of this functionality. Patches 7 and 8 remove the need to list

[PATCH v3 6/8] Makefile.headersinst: remove destination-y option

This option was added in commit c7bb349e7c25 ("kbuild: introduce destination-y for exported headers") but never used in-tree. Signed-off-by: Nicolas Dichtel --- Documentation/kbuild/makefiles.txt | 23 --- scripts/Makefile.headersinst | 2 +-

[PATCH v3 4/8] x86: stop exporting msr-index.h to userland

Suggested-by: Borislav Petkov Signed-off-by: Nicolas Dichtel --- arch/x86/include/uapi/asm/Kbuild | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/x86/include/uapi/asm/Kbuild b/arch/x86/include/uapi/asm/Kbuild index 3dec769cadf7..1c532b3f18ea

Re: [PATCH v2 00/21] Basic i.MX IPUv3 capture support

Am Donnerstag, den 12.01.2017, 18:22 -0800 schrieb Steve Longerbeam: > > On 01/12/2017 03:43 PM, Steve Longerbeam wrote: > > > > > > On 01/12/2017 03:22 PM, Steve Longerbeam wrote: > >> > >> > and since my PRPVF entity roles > up the VDIC internally, it is actually receiving from the

Re: [PATCH v3 15/24] media: Add userspace header file for i.MX

Am Freitag, den 06.01.2017, 18:11 -0800 schrieb Steve Longerbeam: > This adds a header file for use by userspace programs wanting to interact > with the i.MX media driver. It defines custom v4l2 controls and events > generated by the i.MX v4l2 subdevices. > > Signed-off-by: Steve Longerbeam

[PATCH v3 3/8] nios2: put setup.h in uapi

This header file is exported, but from a userland pov, it's just a wrapper to asm-generic/setup.h. Signed-off-by: Nicolas Dichtel --- arch/nios2/include/uapi/asm/Kbuild | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/nios2/include/uapi/asm/Kbuild

Re: [PATCH v3 06/24] ARM: dts: imx6-sabrelite: add OV5642 and OV5640 camera sensors

Am Freitag, den 06.01.2017, 18:11 -0800 schrieb Steve Longerbeam: > Enables the OV5642 parallel-bus sensor, and the OV5640 MIPI CSI-2 sensor. > Both hang off the same i2c2 bus, so they require different (and non- > default) i2c slave addresses. > > The OV5642 connects to the parallel-bus mux

Re: [PATCH v5] media: video-i2c: add video-i2c driver

Hi Matt, On Thursday 12 Jan 2017 20:45:21 Matt Ranostay wrote: > On Sun, Jan 8, 2017 at 9:33 PM, Marek Vasut wrote: > > On 01/09/2017 06:17 AM, Matt Ranostay wrote: > >> Gentle ping on this! :) > > > > Just some high-level feedback ... You should use regmap instead. Also, > >

[PATCH v3 5/8] Makefile.headersinst: cleanup input files

After the last four patches, all exported headers are under uapi/, thus input-files2 are not needed anymore. The side effect is that input-files1-name is exactly header-y. Note also that input-files3-name is genhdr-y. Signed-off-by: Nicolas Dichtel ---

[PATCH v3 1/8] arm: put types.h in uapi

This header file is exported, thus move it to uapi. Signed-off-by: Nicolas Dichtel --- arch/arm/include/asm/types.h | 40 --- arch/arm/include/uapi/asm/types.h | 40 +++ 2 files changed, 40

Re: [PATCH v2 00/21] Basic i.MX IPUv3 capture support

Am Donnerstag, den 12.01.2017, 15:22 -0800 schrieb Steve Longerbeam: > Hi Philipp, JM, > > First, let me say that you both have convinced me that we need a VDIC > entity. I've implemented that in the branch imx-media-staging-md-vdic. > At this point it only implements the M/C de-interlacing

Re: [PATCH v2 00/21] Basic i.MX IPUv3 capture support

Hi Steve, Am Donnerstag, den 12.01.2017, 15:22 -0800 schrieb Steve Longerbeam: > Hi Philipp, JM, > > First, let me say that you both have convinced me that we need a VDIC > entity. I've implemented that in the branch imx-media-staging-md-vdic. > At this point it only implements the M/C

Re: [PATCH v3 02/24] ARM: dts: imx6qdl: Add compatible, clocks, irqs to MIPI CSI-2 node

Am Freitag, den 06.01.2017, 18:11 -0800 schrieb Steve Longerbeam: > Add to the MIPI CSI2 receiver node: compatible string, interrupt sources, > clocks. > > Signed-off-by: Steve Longerbeam > --- > arch/arm/boot/dts/imx6qdl.dtsi | 7 +++ > 1 file changed, 7

Re: [PATCH v3 05/24] ARM: dts: imx6qdl-sabrelite: remove erratum ERR006687 workaround

Am Freitag, den 06.01.2017, 18:11 -0800 schrieb Steve Longerbeam: > There is a pin conflict with GPIO_6. This pin functions as a power > input pin to the OV5642 camera sensor, but ENET uses it as the h/w > workaround for erratum ERR006687, to wake-up the ARM cores on normal > RX and TX packet done

Re: [PATCH v3 3/8] nios2: put setup.h in uapi

On 2017-01-13 at 11:46:41 +0100, Nicolas Dichtel wrote: > This header file is exported, but from a userland pov, it's just a wrapper > to asm-generic/setup.h. > > Signed-off-by: Nicolas Dichtel Reviewed-by: Tobias Klauser

Re: [PATCH v5] media: video-i2c: add video-i2c driver

Hi Matt, Thank you for the patch. On Friday 23 Dec 2016 19:04:26 Matt Ranostay wrote: > There are several thermal sensors that only have a low-speed bus > interface but output valid video data. This patchset enables support > for the AMG88xx "Grid-Eye" sensor family. > > Cc: Attila Kinali

Re: [PATCH v3 01/24] [media] dt-bindings: Add bindings for i.MX media driver

Am Freitag, den 06.01.2017, 18:11 -0800 schrieb Steve Longerbeam: > Add bindings documentation for the i.MX media driver. > > Signed-off-by: Steve Longerbeam > --- > Documentation/devicetree/bindings/media/imx.txt | 57 > + > 1 file changed,

[PATCH v3 7/8] uapi: export all headers under uapi directories

Regularly, when a new header is created in include/uapi/, the developer forgets to add it in the corresponding Kbuild file. This error is usually detected after the release is out. In fact, all headers under uapi directories should be exported, thus it's useless to have an exhaustive list. After

[PATCH v3 8/8] uapi: export all arch specifics directories

This patch removes the need of subdir-y. Now all files/directories under arch//include/uapi/ are exported. The only change for userland is the layout of the command 'make headers_install_all': directories asm- are replaced by arch-/. Those new directories contains all files/directories of the

[PATCH v3 2/8] h8300: put bitsperlong.h in uapi

This header file is exported, thus move it to uapi. Signed-off-by: Nicolas Dichtel --- arch/h8300/include/asm/bitsperlong.h | 14 -- arch/h8300/include/uapi/asm/bitsperlong.h | 14 ++ 2 files changed, 14 insertions(+), 14 deletions(-)

Re: Enabling peer to peer device transactions for PCIe devices

Am 12.01.2017 um 16:11 schrieb Jerome Glisse: On Wed, Jan 11, 2017 at 10:54:39PM -0600, Stephen Bates wrote: On Fri, January 6, 2017 4:10 pm, Logan Gunthorpe wrote: On 06/01/17 11:26 AM, Jason Gunthorpe wrote: Make a generic API for all of this and you'd have my vote.. IMHO, you must

Re: [PATCH v6 3/3] arm: dts: mt2701: Add node for Mediatek JPEG Decoder

Hi James, On 10/01/17 02:28, Eddie Huang wrote: Hi Matthias, On Mon, 2017-01-09 at 19:45 +0100, Matthias Brugger wrote: On 09/01/17 12:29, Hans Verkuil wrote: Hi Rick, On 01/06/2017 03:34 AM, Rick Chang wrote: Hi Hans, The dependence on [1] has been merged in 4.10, but [2] has not.Do you

Re: [PATCH v3 16/24] media: Add i.MX media core driver

Am Freitag, den 06.01.2017, 18:11 -0800 schrieb Steve Longerbeam: > Add the core media driver for i.MX SOC. > > Signed-off-by: Steve Longerbeam > --- > Documentation/media/v4l-drivers/imx.rst | 443 ++ > drivers/staging/media/Kconfig

Re: [PATCH 1/4] video: add HDMI state notifier support

Am Dienstag, den 13.12.2016, 16:08 +0100 schrieb Hans Verkuil: > From: Hans Verkuil > > Add support for HDMI hotplug and EDID notifiers, which is used to convey > information from HDMI drivers to their CEC and audio counterparts. > > Based on an earlier version from

[no subject]

Nicolas Dichtel wrote: > This header file is exported, thus move it to uapi. Exported how? > +#ifdef __INT32_TYPE__ > +#undef __INT32_TYPE__ > +#define __INT32_TYPE__ int > +#endif > + > +#ifdef __UINT32_TYPE__ > +#undef __UINT32_TYPE__ > +#define

[no subject]

> -header-y += msr-index.h I see it on my desktop as /usr/include/asm/msr-index.h and it's been there at least four years - and as such it's part of the UAPI. I don't think you can remove it unless you can guarantee there are no userspace users. David -- To unsubscribe from this list: send the

Re: [PATCH v3 1/8] arm: put types.h in uapi

Please, do not remove the email subject when you reply. I restore it to ease the thread follow-up. Le 13/01/2017 à 16:36, David Howells a écrit : > Nicolas Dichtel wrote: > >> This header file is exported, thus move it to uapi. > > Exported how? It is listed in

Re: [PATCH v3 4/8] x86: stop exporting msr-index.h to userland

Le 13/01/2017 à 16:43, David Howells a écrit : >> -header-y += msr-index.h > > I see it on my desktop as /usr/include/asm/msr-index.h and it's been there at > least four years - and as such it's part of the UAPI. I don't think you can > remove it unless you can guarantee there are no userspace