Re: [PATCH v4l-utils] Add missing linux/bpf_common.h

Hello Sean, On Fri, 9 Nov 2018 12:10:38 +, Sean Young wrote: > Hi Peter, > > On Thu, Nov 08, 2018 at 10:13:38PM +0100, Peter Seiderer wrote: > > Thanks, works for the buildroot use case (disabling > > bpf support unconditionally)... > > > > The reason to p

Re: [PATCH v4l-utils] Add missing linux/bpf_common.h

Hello Sean, On Wed, 7 Nov 2018 12:05:45 +, Sean Young wrote: > Hi Peter, > > On Tue, Nov 06, 2018 at 10:43:58PM +0100, Peter Seiderer wrote: > > On Tue, 6 Nov 2018 10:38:56 +, Sean Young wrote: > > > > > On Mon, Nov 05, 2018 at 09:30:47PM +0100, Peter

Re: [PATCH v2 v4l-utils] configure: build without BPF support in ir-keytable

Regards, Peter [1] http://lists.busybox.net/pipermail/buildroot/2018-November/235268.html > Signed-off-by: Sean Young > --- > configure.ac | 17 + > utils/keytable/Makefile.am | 7 --- > utils/keytable/keytable.c | 5 - > 3 files c

[PATCH v4l-utils] Add missing linux/bpf_common.h

File needed by linux/bpf.h, add copy from linux-4.19.1 (and add to sync-with-kernel Makefile target). Signed-off-by: Peter Seiderer --- Changes v1 -> v2: - add linux/bpf_common.h to sync-with-kernel target --- Makefile.am| 4 ++- include/linux/bpf_common.h |

Re: [PATCH v4l-utils] Add missing linux/bpf_common.h

Hello Sean, On Tue, 6 Nov 2018 10:38:56 +, Sean Young wrote: > On Mon, Nov 05, 2018 at 09:30:47PM +0100, Peter Seiderer wrote: > > Copy from [1], needed by bpf.h. > > > > [1] > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/plain/includ

[PATCH v4l-utils] Add missing linux/bpf_common.h

Copy from [1], needed by bpf.h. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/plain/include/uapi/linux/bpf_common.h?h=v4.19 Signed-off-by: Peter Seiderer --- include/linux/bpf_common.h | 57 ++ 1 file changed, 57 insertions

media: dvbsky: issues with DVBSky T680CI

owever, I'll address that later. Peter

Re: [PATCH] libv4l: fixup lfs mismatch in preload libraries

>>>>> "Baruch" == Baruch Siach writes: Hi, >> The link Peter provided seems to be specific to glibc. The main >> point I want to bring is: would this change affect users with >> other setups? There are some users that compile it against FreeBSD

Re: [RFC PATCH v2] media: i2c: add SCCB helpers

ownstream from a mux-locked I2C mux. And if they don't, locking the segment and the adapter are equivalent. So, the risk of regressions are nil AFAICT. Famous last words... Cheers, Peter

Re: [RFC PATCH v2] media: i2c: add SCCB helpers

On 2018-06-12 19:31, Peter Rosin wrote: > On 2018-06-12 17:34, Akinobu Mita wrote: >> (This is 2nd version of SCCB helpers patch. After 1st version was >> submitted, I sent alternative patch titled "i2c: add I2C_M_FORCE_STOP". >> But it wasn't accepted bec

Re: [RFC PATCH v2] media: i2c: add SCCB helpers

= 1, > + .buf = , > + }, > + { > + .addr = client->addr, > + .flags = I2C_M_RD, > + .len = 1, > + .buf = , > + }, > + }; > + int ret; > + int i; >

[PATCH] [media] saa7146: fix error return from master_xfer

Returning -1 (-EPERM) is not appropriate here, go with -EIO. Signed-off-by: Peter Rosin <p...@axentia.se> --- drivers/media/common/saa7146/saa7146_i2c.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/media/common/saa7146/saa7146_i2c.c b/drivers/media/

Re: [PATCH 01/11] media: tm6000: fix potential Spectre variant 1

On Tue, Apr 24, 2018 at 02:47:55PM -0300, Mauro Carvalho Chehab wrote: > So, I'm wondering if are there any way to mitigate it inside the > core itself, instead of doing it on every driver, e. g. changing > v4l_enum_fmt() implementation at v4l2-ioctl. > > Ok, a "poor man" approach would be to

Re: [PATCH 01/11] media: tm6000: fix potential Spectre variant 1

On Tue, Apr 24, 2018 at 12:36:09PM +0200, Peter Zijlstra wrote: > > Then usespace probes which part of the descr[] array is now in cache and > from that it can infer the initial out-of-bound value. Just had a better look at v4l_fill_fmtdesc() and actually read the comment. The co

Re: [PATCH 01/11] media: tm6000: fix potential Spectre variant 1

On Tue, Apr 24, 2018 at 12:35:00PM +0300, Dan Carpenter wrote: > On Mon, Apr 23, 2018 at 03:24:55PM -0300, Mauro Carvalho Chehab wrote: > > Em Mon, 23 Apr 2018 12:38:03 -0500 > > "Gustavo A. R. Silva" escreveu: > > > @@ -875,6 +876,7 @@ static int

Re: [PATCH 6/8] drm: rcar-du: rcar-lvds: Add bridge format support

On 2018-04-23 09:28, jacopo mondi wrote: > Hi Peter, >thanks for looking into this > > On Sun, Apr 22, 2018 at 10:08:21PM +0200, Peter Rosin wrote: >> On 2018-04-19 11:31, Jacopo Mondi wrote: >>> With the introduction of static input image format enumeration in D

Re: [PATCH 6/8] drm: rcar-du: rcar-lvds: Add bridge format support

orcibly sets the mode, thus discarding the mirror bit which was carefully ORed in. > break; > + > + case MEDIA_BUS_FMT_RGB888_1X7X4_SPWG_LE: > + lvds->mode |= RCAR_LVDS_MODE_MIRROR; > case MEDIA_BUS_FMT_RGB888_1X7X4_SPWG: > - mode = RCAR_

Re: [PATCH 2/8] dt-bindings: display: bridge: thc63lvd1024: Add lvds map property

t; > + for mapping mode 1, <0> for mapping mode 2 Since the MAP pin is an input pin, I would expect there to be an optional gpio specifier like thine,map-gpios so that the driver can set it according to the value given in thine,map in case the HW has a line from some gpio output to the MA

Re: [PATCH 3/8] drm: bridge: thc63lvd1024: Add support for LVDS mode map

"Unable to parse property \"thine,map\": %d\n", ret); > + return ret; > + } > + > + switch (map) { > + case THC63_LVDS_MAP_MODE1: > + bus_fmt = MEDIA_BUS_FMT_RGB888_1X7X4_JEIDA; > + bre

Re: [PATCH 1/8] drm: bridge: Add support for static image formats

mats) > + return -EINVAL; I see no compelling reason to forbid restoring the number of reported input formats to zero? I can't think of a use right now of course, but it seems a bit odd all the same. Cheers, Peter > + > + fmts = kmemdup(formats, sizeof(*formats) * num_form

Re: Regression: DVBSky S960 USB tuner doesn't work in 4.10 or newer

On Wed, Apr 04, 2018 at 02:41:51PM +0300, Olli Salonen wrote: > Hello Peter and Max, > > I noticed that when using kernel 4.10 or newer my DVBSky S960 and > S960CI satellite USB TV tuners stopped working properly. Basically, > they will fail at one point when tuning to a channel.

Re: Fw: [PATCH v2] media: v4l2-core: fix size of devnode_nums[] bitarray

Good Morning, Great Success! After several reboots and power-off cycles, the issue appears to have been solved by this patch. Excellent work! Thanks, Peter Geis On 04/05/2018 07:09 AM, Mauro Carvalho Chehab wrote: Please test if this patch solves the issues for you. Regards, Mauro

Re: Linux 4.16 Kernel Boot Crash

without issue. I believe that the module is being loaded before something it is dependent on has initialized, causing this issue. Thank you Jani for pointing out my error, I shouldn't debug at night. Very Repspectfully, Peter Geis On 04/04/2018 09:26 AM, Jaak Ristioja wrote: Hello, all! I

[PATCH v4 2/2] media: staging/imx: fill vb2_v4l2_buffer sequence entry

ail: v4l2-test-buffers.cpp(707): buf.check(q, last_seq) Signed-off-by: Peter Seiderer <ps.rep...@gmx.net> --- Changes in v2: - fill vb2_v4l2_buffer sequence entry in imx-ic-prpencvf too (suggested by Steve Longerbeam) Changes in v3: - add changelog (suggested by Greg Kroah-Hartm

[PATCH v4 1/2] media: staging/imx: fill vb2_v4l2_buffer field entry

(Not Supported) Video Capture: Buffer: 0 Sequence: 0 Field: Any Timestamp: 58.383658s fail: v4l2-test-buffers.cpp(297): g_field() == V4L2_FIELD_ANY Signed-off-by: Peter Seiderer <ps.rep...@gmx.net> --- Changes in v4: - new patch (put first because

[PATCH v3] media: staging/imx: fill vb2_v4l2_buffer sequence entry

Enables gstreamer v4l2src lost frame detection, e.g: 0:00:08.685185668 348 0x54f520 WARN v4l2src gstv4l2src.c:970:gst_v4l2src_create: lost frames detected: count = 141 - ts: 0:00:08.330177332 Signed-off-by: Peter Seiderer <ps.rep...@gmx.net> --- Changes in v2: - fill vb2_v4l2_

[PATCH v2] media: staging/imx: fill vb2_v4l2_buffer sequence entry

Signed-off-by: Peter Seiderer <ps.rep...@gmx.net> --- drivers/staging/media/imx/imx-ic-prpencvf.c | 5 + drivers/staging/media/imx/imx-media-csi.c | 5 + 2 files changed, 10 insertions(+) diff --git a/drivers/staging/media/imx/imx-ic-prpencvf.c b/drivers/staging/media/imx/

Re: [PATCH] media: staging/imx: fill vb2_v4l2_buffer sequence entry

Hello Steve, On Tue, 13 Mar 2018 15:03:07 -0700, Steve Longerbeam <slongerb...@gmail.com> wrote: > Hi Peter, > > Thanks for the patch. > > This needs to be done in imx-ic-prpencvf.c as well, see > prp_vb2_buf_done(). Ahh, I see, would you prefer an follow up pa

[PATCH] media: staging/imx: fill vb2_v4l2_buffer sequence entry

Signed-off-by: Peter Seiderer <ps.rep...@gmx.net> --- drivers/staging/media/imx/imx-media-csi.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/staging/media/imx/imx-media-csi.c b/drivers/staging/media/imx/imx-media-csi.c index 5a195f80a24d..3a6a645b9dce 100644 --- a/d

Re: [PATCH] media: v4l: omap_vout: vrfb: remove an unused variable

able > 'dmadev' [-Werror=unused-variable] > > Fixes: 8f0aa38292f2 ("media: v4l: omap_vout: vrfb: Use the wrapper for > prep_interleaved_dma()") > Signed-off-by: Arnd Bergmann <a...@arndb.de> Reviewed-by: Peter Ujfalusi <peter.ujfal...@ti.com> > --- > dr

[PATCH v1] libdvbv5: add optional copy of TEMP_FAILURE_RETRY macro (fix musl compile)

Fixes: ../../lib/libdvbv5/.libs/libdvbv5.so: undefined reference to `TEMP_FAILURE_RETRY' Signed-off-by: Peter Seiderer <ps.rep...@gmx.net> --- lib/libdvbv5/dvb-dev-local.c | 9 + 1 file changed, 9 insertions(+) diff --git a/lib/libdvbv5/dvb-dev-local.c b/lib/libdvbv5/dvb-dev-l

Re: [PATCH 00/13] Remove metag architecture

On Wed, Feb 21, 2018 at 11:38:12PM +, James Hogan wrote: > So lets call it a day and drop the Meta architecture port from the > kernel. RIP Meta. So long, and thanks for all the fish! Nice cleanup though, most welcome :-) Acked-by: Peter Zijlstra (Intel) <pet...@infradead.org>

this is what you need

myself just a while ago and I'm already making more than in my regular nine to five job that I plan on quitting any day now. Despite of this, this is probably the best thing that ever happened to you if you take action now. Please reply if interested. Thanks, Peter

Re: [PATCH v2 3/5] [RFT] ARM: dts: wheat: Fix ADV7513 address usage

On 02/12/2018 07:11 PM, Kieran Bingham wrote: [...] > + /* > + * The adv75xx resets its addresses to defaults during low power power > + * mode. Because we have two ADV7513 devices on the same bus, we must > + * change both of them away from the defaults so that they do not > +

[PATCH] keytable: fix EVIOCSCLOCKID related compile failure

Fixes: keytable.c: In function 'test_event': keytable.c:1351:12: error: 'EVIOCSCLOCKID' undeclared (first use in this function) ioctl(fd, EVIOCSCLOCKID, ); ^ Signed-off-by: Peter Seiderer <ps.rep...@gmx.net> --- utils/keytable/keytable.c | 4

Darlehen Geld für Einzelpersonen und Fachleute in weniger als 72 Stunden

Fragen zu beantworten. Danke, dass Sie mir per E-Mail an Sie von : klaus.peterschus...@outlook.de Mit freundlichen Grüßen. Peter Schuster Financial Bank https://firstfinancialsa.com/de

Re: [PATCH 2/2] drm: adv7511: Add support for i2c_new_secondary_device

On 01/22/2018 01:50 PM, Kieran Bingham wrote: > The ADV7511 has four 256-byte maps that can be accessed via the main I²C > ports. Each map has it own I²C address and acts as a standard slave > device on the I²C bus. > > Allow a device tree node to override the default addresses so that > address

[PATCH] media: v4l: omap_vout: vrfb: Use the wrapper for prep_interleaved_dma()

Instead of directly accessing to dmadev->device_prep_interleaved_dma() use the dmaengine_prep_interleaved_dma() wrapper instead. Signed-off-by: Peter Ujfalusi <peter.ujfal...@ti.com> --- drivers/media/platform/omap/omap_vout_vrfb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion

Re: dvb usb issues since kernel 4.9

On Mon, Jan 08, 2018 at 10:31:09PM +0100, Jesper Dangaard Brouer wrote: > I did expected the issue to get worse, when you load the Pi with > network traffic, as now the softirq time-budget have to be shared > between networking and USB/DVB. Thus, I guess you are running TCP and > USB/mpeg2ts on

Re: [PATCH 00/18] prevent bounds-check bypass via speculative execution

On Mon, Jan 08, 2018 at 11:43:42AM +, Alan Cox wrote: > On Mon, 8 Jan 2018 11:08:36 +0100 > Peter Zijlstra <pet...@infradead.org> wrote: > > > On Fri, Jan 05, 2018 at 10:30:16PM -0800, Dan Williams wrote: > > > On Fri, Jan 5, 2018 at 6:22 PM, Eric W. Bi

Re: [PATCH 00/18] prevent bounds-check bypass via speculative execution

On Fri, Jan 05, 2018 at 10:30:16PM -0800, Dan Williams wrote: > On Fri, Jan 5, 2018 at 6:22 PM, Eric W. Biederman > wrote: > > In at least one place (mpls) you are patching a fast path. Compile out > > or don't load mpls by all means. But it is not acceptable to change

Business Possibility

Hello there, My name is Peter Deng a South African citizen and a friend to Mrs Mugabe sister . I got your contact through Korean business online directory. I represent the interest of Mrs Mugabe who wishes to move a total amount of $19 million into a safe account owns by a trusted business man

Grüße an Dich

In einer kurzen Einführung Ich bin ein Rechtsanwalt Meinze Klaus Peter, aus Germany, ich lebe jetzt in London, ich habe Ihnen eine E-Mail über Ihre verstorbene Familie geschickt, aber ich habe keine Antwort von Ihnen erhalten, der Verstorbene ist ein Bürger Ihres Landes mit der gleicher Nachname

Re: [linux-media] Patch notification: 3 patches updated

On 2017-08-09 17:01, Patchwork wrote: > Hello, > > The following patches (submitted by you) have been updated in patchwork: > > * linux-media: [2/3,media] cx231xx: drop return value of > cx231xx_i2c_unregister > - http://patchwork.linuxtv.org/patch/42858/ > - for: Linux Media kernel

Re: [PATCH 3/3] [media] cx231xx: only unregister successfully registered i2c adapters

On 2017-08-09 16:27, Mauro Carvalho Chehab wrote: > Em Mon, 31 Jul 2017 15:38:52 +0200 > Peter Rosin <p...@axentia.se> escreveu: > >> This prevents potentially scary debug messages from the i2c core. >> >> Signed-off-by: Peter Rosin <p...@axentia.se> >&

[PATCH 0/3] [media] cx231xx: cleanup i2c adapter handling

, then the current code is crap anyway, because as-is it compares with a value that is always zero meaning that the entire "if (0 != bus->i2c_rc)"-clause with its dev_warn can be removed from cx231xx_i2c_register. Cheers, Peter Peter Rosin (3): [media] cx231xx: fail probe if i2c_add_

[PATCH 1/3] [media] cx231xx: fail probe if i2c_add_adapter fails

While at it, change the type of the previously always-zero i2c_rc member to int, matching the returned type from i2c_add_adapter. Signed-off-by: Peter Rosin <p...@axentia.se> --- drivers/media/usb/cx231xx/cx231xx-i2c.c | 2 +- drivers/media/usb/cx231xx/cx231xx.h | 2 +- 2 files chan

[PATCH 2/3] [media] cx231xx: drop return value of cx231xx_i2c_unregister

Noone cares anyway. Signed-off-by: Peter Rosin <p...@axentia.se> --- drivers/media/usb/cx231xx/cx231xx-i2c.c | 3 +-- drivers/media/usb/cx231xx/cx231xx.h | 2 +- 2 files changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/media/usb/cx231xx/cx231xx-i2c.c b/drivers/med

[PATCH 3/3] [media] cx231xx: only unregister successfully registered i2c adapters

This prevents potentially scary debug messages from the i2c core. Signed-off-by: Peter Rosin <p...@axentia.se> --- drivers/media/usb/cx231xx/cx231xx-core.c | 3 +++ drivers/media/usb/cx231xx/cx231xx-i2c.c | 3 ++- 2 files changed, 5 insertions(+), 1 deletion(-) diff --git a/drivers/med

Re: [PATCH] [BUGREPORT] media: v4l: omap_vout: vrfb: initialize DMA flags

: v4l: omap_vout: vrfb: Convert to dmaengine") > Signed-off-by: Arnd Bergmann <a...@arndb.de> Acked-by: Peter Ujfalusi <peter.ujfal...@ti.com> > --- > drivers/media/platform/omap/omap_vout_vrfb.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff -

Re: [PATCH 2/2] [media] platform: add video-multiplexer subdevice driver

On 2017-05-03 10:35, Philipp Zabel wrote: > On Tue, 2017-05-02 at 19:42 +0200, Peter Rosin wrote: >> On 2017-05-02 17:21, Philipp Zabel wrote: >>> Thank you, I've resent a version with a mutex lock around vmux->active. >> >> I had a bunch of ifs in the above mes

Re: [RESEND v2 PATCH] v4l: omap_vout: vrfb: Convert to dmaengine

On 2017-05-03 14:08, Peter Ujfalusi wrote: The dmaengine driver for sDMA now have support for interleaved transfer. This trasnfer type was open coded with the legacy omap-dma API, but now we can move it to dmaengine. Signed-off-by: Peter Ujfalusi <peter.ujfal...@ti.com> --- Hi, changes

[RESEND v2 PATCH] v4l: omap_vout: vrfb: Convert to dmaengine

The dmaengine driver for sDMA now have support for interleaved transfer. This trasnfer type was open coded with the legacy omap-dma API, but now we can move it to dmaengine. Signed-off-by: Peter Ujfalusi <peter.ujfal...@ti.com> --- Hi, changes since RESEND (27.10.2016): - rebased o

Re: [PATCH 2/2] [media] platform: add video-multiplexer subdevice driver

On 2017-05-02 17:21, Philipp Zabel wrote: > On Sat, 2017-04-29 at 23:42 +0200, Peter Rosin wrote: >> On 2017-04-29 23:29, Peter Rosin wrote: >>> On 2017-04-28 16:13, Philipp Zabel wrote: >>>> This driver can handle SoC internal and external video bus multip

Re: [PATCH 2/2] [media] platform: add video-multiplexer subdevice driver

On 2017-04-29 23:29, Peter Rosin wrote: > On 2017-04-28 16:13, Philipp Zabel wrote: >> This driver can handle SoC internal and external video bus multiplexers, >> controlled by mux controllers provided by the mux controller framework, >> such as MMIO register bitfields or

Re: [PATCH 2/2] [media] platform: add video-multiplexer subdevice driver

On 2017-04-28 16:13, Philipp Zabel wrote: > This driver can handle SoC internal and external video bus multiplexers, > controlled by mux controllers provided by the mux controller framework, > such as MMIO register bitfields or GPIOs. The subdevice passes through > the mbus configuration of the

[PATCH v4] [media] uvcvideo: Add iFunction or iInterface to device names.

strings when both are available. Signed-off-by: Peter Boström <p...@google.com> --- drivers/media/usb/uvc/uvc_driver.c | 24 +--- 1 file changed, 21 insertions(+), 3 deletions(-) diff --git a/drivers/media/usb/uvc/uvc_driver.c b/drivers/media/usb/uvc/uvc_driver.c

[PATCH v3] [media] uvcvideo: Add iFunction or iInterface to device names.

strings when both are available. Signed-off-by: Peter Boström <p...@google.com> --- drivers/media/usb/uvc/uvc_driver.c | 24 +--- 1 file changed, 21 insertions(+), 3 deletions(-) diff --git a/drivers/media/usb/uvc/uvc_driver.c b/drivers/media/usb/uvc/uvc_driver.c

[PATCH v2] [media] uvcvideo: Add iFunction or iInterface to device names.

strings when both are available. Signed-off-by: Peter Boström <p...@google.com> --- drivers/media/usb/uvc/uvc_driver.c | 37 ++--- drivers/media/usb/uvc/uvcvideo.h | 2 +- 2 files changed, 31 insertions(+), 8 deletions(-) diff --git a/drivers/media/u

Re: [PATCH 0/9] Unify i2c_mux_add_adapter error reporting

On 2017-04-03 10:38, Peter Rosin wrote: > Hi! > > Many users of the i2c_mux_add_adapter interface log a message > on failure, but the function already logs such a message. One > or two of those users actually add more information than already > provided by the central failur

Re: [PATCH] [media] uvcvideo: Add iFunction or iInterface to device names.

I'll put some more info/discussion points inline. Very happy for feedback/input here, thanks! On Thu, Apr 6, 2017 at 1:58 PM Peter Boström <p...@google.com> wrote: > > Permits distinguishing between two /dev/videoX entries from the same > physical UVC device (that naturally

[PATCH] [media] uvcvideo: Add iFunction or iInterface to device names.

strings when both are available. Signed-off-by: Peter Boström <p...@google.com> --- drivers/media/usb/uvc/uvc_driver.c | 43 +++--- drivers/media/usb/uvc/uvcvideo.h | 4 +++- 2 files changed, 39 insertions(+), 8 deletions(-) diff --git a/drivers/media/u

Re: [PATCH 0/9] Unify i2c_mux_add_adapter error reporting

On 2017-04-03 12:27, Wolfram Sang wrote: > On Mon, Apr 03, 2017 at 10:38:29AM +0200, Peter Rosin wrote: >> Hi! >> >> Many users of the i2c_mux_add_adapter interface log a message >> on failure, but the function already logs such a message. One >> or two of those us

Re: [PATCH 9/9] [media] cx231xx: stop double error reporting

On 2017-04-03 12:26, Wolfram Sang wrote: > On Mon, Apr 03, 2017 at 10:38:38AM +0200, Peter Rosin wrote: >> i2c_mux_add_adapter already logs a message on failure. >> >> Signed-off-by: Peter Rosin <p...@axentia.se> >> --- >> drivers/media/usb/cx231xx/cx231x

[PATCH 1/9] i2c: mux: provide more info on failure in i2c_mux_add_adapter

No callers then need to report any further info, thus reducing both the amount of code and the log noise. Signed-off-by: Peter Rosin <p...@axentia.se> --- drivers/i2c/i2c-mux.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/drivers/i2c/i2c-mux.c b/drivers/i

[PATCH 3/9] i2c: mux: gpio: stop double error reporting

i2c_mux_add_adapter already logs a message on failure. Signed-off-by: Peter Rosin <p...@axentia.se> --- drivers/i2c/muxes/i2c-mux-gpio.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/i2c/muxes/i2c-mux-gpio.c b/drivers/i2c/muxes/i2c-mux-gpio.c index 655684

[PATCH 2/9] i2c: arb: gpio-challenge: stop double error reporting

i2c_mux_add_adapter already logs a message on failure. Signed-off-by: Peter Rosin <p...@axentia.se> --- drivers/i2c/muxes/i2c-arb-gpio-challenge.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/i2c/muxes/i2c-arb-gpio-challenge.c b/drivers/i2c/muxes/i2c-ar

[PATCH 5/9] i2c: mux: pca954x: stop double error reporting

i2c_mux_add_adapter already logs a message on failure. Signed-off-by: Peter Rosin <p...@axentia.se> --- drivers/i2c/muxes/i2c-mux-pca954x.c | 7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) diff --git a/drivers/i2c/muxes/i2c-mux-pca954x.c b/drivers/i2c/muxes/i2c-mux-pca954x.c

[PATCH 4/9] i2c: mux: pca9541: stop double error reporting

i2c_mux_add_adapter already logs a message on failure. Signed-off-by: Peter Rosin <p...@axentia.se> --- drivers/i2c/muxes/i2c-mux-pca9541.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/i2c/muxes/i2c-mux-pca9541.c b/drivers/i2c/muxes/i2c-mux-pca9541.c

[PATCH 9/9] [media] cx231xx: stop double error reporting

i2c_mux_add_adapter already logs a message on failure. Signed-off-by: Peter Rosin <p...@axentia.se> --- drivers/media/usb/cx231xx/cx231xx-i2c.c | 15 --- 1 file changed, 4 insertions(+), 11 deletions(-) diff --git a/drivers/media/usb/cx231xx/cx231xx-i2c.c b/drivers/med

[PATCH 7/9] i2c: mux: reg: stop double error reporting

i2c_mux_add_adapter already logs a message on failure. Signed-off-by: Peter Rosin <p...@axentia.se> --- drivers/i2c/muxes/i2c-mux-reg.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/i2c/muxes/i2c-mux-reg.c b/drivers/i2c/muxes/i2c-mux-reg.c index c6a90b

[PATCH 6/9] i2c: mux: pinctrl: stop double error reporting

i2c_mux_add_adapter already logs a message on failure. Signed-off-by: Peter Rosin <p...@axentia.se> --- drivers/i2c/muxes/i2c-mux-pinctrl.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/i2c/muxes/i2c-mux-pinctrl.c b/drivers/i2c/muxes/i2c-mux-pinctrl.c

[PATCH 8/9] iio: gyro: mpu3050: stop double error reporting

i2c_mux_add_adapter already logs a message on failure. Signed-off-by: Peter Rosin <p...@axentia.se> --- drivers/iio/gyro/mpu3050-i2c.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/iio/gyro/mpu3050-i2c.c b/drivers/iio/gyro/mpu3050-i2c.c index 060072

[PATCH 0/9] Unify i2c_mux_add_adapter error reporting

information as any current user, and then remove the surplus error reporting at the call sites. Cheers, peda Peter Rosin (9): i2c: mux: provide more info on failure in i2c_mux_add_adapter i2c: arb: gpio-challenge: stop double error reporting i2c: mux: gpio: stop double error reporting i2c

JVC camera and Hauppauge PVR-150 framegrabber.

. Is there an equivalent in the Test Bench? Thanks, ... Peter E. -- 123456789 123456789 123456789 123456789 123456789 123456789 123456789 Tel: +1 360 639 0202 Pender Is.: +1 250 629 3757 http://easthope.ca/Peter.html Bcc: peter at easthope. ca

[PATCH v1] qv4l2: fix qv4l2.pro qmake project file

The header files v4l2-tpg.h and v4l2-tpg-colors.h moved from v4l2-ctl to common. Signed-off-by: Peter Seiderer <ps.rep...@gmx.net> --- utils/qv4l2/qv4l2.pro | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/utils/qv4l2/qv4l2.pro b/utils/qv4l2/qv4l2.pro index 02

Re: [PATCH 02/26] rewrite READ_ONCE/WRITE_ONCE

On Fri, Mar 03, 2017 at 09:26:50AM +0100, Christian Borntraeger wrote: > Right. The main purpose is to read/write _ONCE_. You can assume a somewhat > atomic access for sizes <= word size. And there are certainly places that > rely on that. But the *ONCE thing is mostly used for things where we

Re: [PATCH 02/26] rewrite READ_ONCE/WRITE_ONCE

On Fri, Mar 03, 2017 at 03:49:38PM +0100, Peter Zijlstra wrote: > On Fri, Mar 03, 2017 at 09:26:50AM +0100, Christian Borntraeger wrote: > > Right. The main purpose is to read/write _ONCE_. You can assume a somewhat > > atomic access for sizes <= word size. And there ar

Re: [PATCH 1/2] media: pci: saa7164: remove unnecessary code

On Mon, Feb 20, 2017 at 09:46:58PM -0600, Gustavo A. R. Silva wrote: > Remove unnecessary variable 'loop'. > Reviewed-by: Peter Senna Tschudin <peter.se...@gmail.com> > Signed-off-by: Gustavo A. R. Silva <garsi...@embeddedor.com> > --- > drivers/media/pci/saa7164/saa7

Re: [PATCH 2/2] media: pci: saa7164: remove dead code

On Mon, Feb 20, 2017 at 09:49:59PM -0600, Gustavo A. R. Silva wrote: > Remove dead code. The following line of code is never reached: > return SAA_OK; > > Addresses-Coverity-ID: 114283 Reviewed-by: Peter Senna Tschudin <peter.se...@gmail.com> > Signed-off-by: Gusta

[PATCH v1 1/2] ir-ctl: use strndup instead of strndupa (fixes musl compile)

Fixes buildroot musl compile (see [1], [2]): ir-ctl.c:(.text+0xb06): undefined reference to `strndupa' [1] http://autobuild.buildroot.net/results/b8b96c7bbf2147dacac62485cbfdbcfd758271a5 [2] http://lists.busybox.net/pipermail/buildroot/2017-February/184048.html Signed-off-by: Peter Seiderer

[PATCH v1 2/2] ir-ctl: add optional copy of TEMP_FAILURE_RETRY macro (fix musl compile)

Fixes buildroot musl compile (see [1], [2]): ir-ctl.c:(.text+0xe01): undefined reference to `TEMP_FAILURE_RETRY' [1] http://autobuild.buildroot.net/results/b8b96c7bbf2147dacac62485cbfdbcfd758271a5 [2] http://lists.busybox.net/pipermail/buildroot/2017-February/184048.html Signed-off-by: Peter

Re: [STLinux Kernel] [PATCH v6 02/10] ARM: dts: STiH410: add DELTA dt node

"delta-flash-promip"; > + clocks = <_s_c0_flexgen CLK_VID_DMU>, > + <_s_c0_flexgen CLK_ST231_DMU>, > + <_s_c0_flexgen CLK_FLASH_PROMIP>; > + }; > +

Re: [STLinux Kernel] [PATCH v6 06/10] [media] st-delta: add memory allocator helper functions

On Wed, 01 Feb 2017, Hugues Fruchet wrote: > Helper functions used by decoder back-ends to allocate > physically contiguous memory required by hardware video > decoder. > > Signed-off-by: Hugues Fruchet <hugues.fruc...@st.com> Acked-by: Peter Griffin <peter.grif...@linar

Re: [STLinux Kernel] [PATCH v6 08/10] [media] st-delta: EOS (End Of Stream) support

RE queue > to return the empty frame, EOS is delayed till user queue > one CAPTURE buffer. > > Signed-off-by: Hugues Fruchet <hugues.fruc...@st.com> Acked-by: Peter Griffin <peter.grif...@linaro.org> > --- > drivers/media/platform/sti/delta/delta-v4l2.c | 146 >

Re: [STLinux Kernel] [PATCH v6 05/10] [media] st-delta: STiH4xx multi-format video decoder v4l2 driver

On Wed, 01 Feb 2017, Hugues Fruchet wrote: > This V4L2 driver enables DELTA multi-format video decoder > of STMicroelectronics STiH4xx SoC series. > > Signed-off-by: Hugues Fruchet <hugues.fruc...@st.com> Acked-by: Peter Griffin <peter.grif...@linaro.org> > --

Re: [STLinux Kernel] [PATCH v6 04/10] [media] MAINTAINERS: add st-delta driver

st.com> > +L: linux-media@vger.kernel.org Would be useful to also include ker...@stlinux.com mailing list. Apart from that: Acked-by: Peter Griffin <peter.grif...@linaro.org> > +T: git git://linuxtv.org/media_tree.git > +W: https://linuxtv.org > +S: Supported > +F:

Re: [STLinux Kernel] [PATCH v6 03/10] ARM: multi_v7_defconfig: enable STMicroelectronics DELTA Support

On Wed, 01 Feb 2017, Hugues Fruchet wrote: > Enables support of STMicroelectronics STiH4xx SoC series > DELTA multi-format video decoder V4L2 driver. > > Signed-off-by: Hugues Fruchet <hugues.fruc...@st.com> Acked-by: Peter Griffin <peter.grif...@linaro.org> &

Re: [STLinux Kernel] [PATCH v6 07/10] [media] st-delta: rpmsg ipc support

coprocessor side. > Multi-instance support and re-entrance are ensured using host_hdl and > copro_hdl in message header exchanged between both host and coprocessor. > This avoids to manage tables on both sides to get back the running context > of each instance. > > Signed-off-by: Hug

Re: [STLinux Kernel] [PATCH v6 09/10] [media] st-delta: add mjpeg support

On Wed, 01 Feb 2017, Hugues Fruchet wrote: > Adds support of DELTA MJPEG video decoder back-end, > implemented by calling JPEG_DECODER_HW0 firmware > using RPMSG IPC communication layer. > > Signed-off-by: Hugues Fruchet <hugues.fruc...@st.com> Acked-by: Peter Griffin <

Re: [STLinux Kernel] [PATCH v6 10/10] st-delta: debug: trace stream/frame information & summary

nditional trace point at instance closure summarizing > into a single line the decoding process (stream information, decoded > and output frames number, potential errors observed). > > Signed-off-by: Hugues Fruchet <hugues.fruc...@st.com> Acked-by: Peter Griffin <peter.grif...

Re: [STLinux Kernel] [PATCH v6 01/10] Documentation: DT: add bindings for ST DELTA

On Wed, 01 Feb 2017, Hugues Fruchet wrote: > This patch adds DT binding documentation for STMicroelectronics > DELTA V4L2 video decoder. > > Signed-off-by: Hugues Fruchet <hugues.fruc...@st.com> Acked-by: Peter Griffin <peter.grif...@linaro.org> > --- > Documenta

[PATCH] [media] adv7604: Initialize drive strength to default when using DT

settings to the power-on-reset value of the device when probing through devicetree to avoid this issue. Fixes: 0e158be0162b ("adv7604: Add DT support") Signed-off-by: Lars-Peter Clausen <l...@metafoo.de> --- drivers/media/i2c/adv7604.c | 3 +++ 1 file changed, 3 insertions(+) diff

Re: [PATCH RESEND] media: omap3isp: Use dma_request_chan() to requesting DMA channel

Hi Laurent, On 11/03/2016 05:12 PM, Laurent Pinchart wrote: >> It is a bit misleading that it used dma_request_slave_channel_compat() >> for getting the channel. >> >> I think what would be correct is: >> dma_cap_mask_t mask; >> >> dma_cap_zero(mask); >> dma_cap_set(DMA_SLAVE, mask); >>

[PATCH v2] media: omap3isp: Use dma_request_chan_by_mask() to request the DMA channel

the misleading use of the DMAengine API - implying that the omap3isp does need to have DMA resource or valid dma binding in DT. Signed-off-by: Peter Ujfalusi <peter.ujfal...@ti.com> CC: Laurent Pinchart <laurent.pinch...@ideasonboard.com> CC: Mauro Carvalho Chehab <mche...@osg.sams

Re: [PATCH RESEND] media: omap3isp: Use dma_request_chan() to requesting DMA channel

On 11/03/2016 11:23 AM, Peter Ujfalusi wrote: > > On 11/02/2016 11:19 PM, Laurent Pinchart wrote: >> > Hi Peter, >> > >> > Thank you for the patch. >> > >> > On Wednesday 02 Nov 2016 14:39:59 Peter Ujfalusi wrote: >>> >> With

Re: [PATCH RESEND] media: omap3isp: Use dma_request_chan() to requesting DMA channel

On 11/02/2016 11:19 PM, Laurent Pinchart wrote: > Hi Peter, > > Thank you for the patch. > > On Wednesday 02 Nov 2016 14:39:59 Peter Ujfalusi wrote: >> With the new dma_request_chan() the client driver does not need to look for >> the DMA resource and it does not nee

[PATCH RESEND] media: omap3isp: Use dma_request_chan() to requesting DMA channel

With the new dma_request_chan() the client driver does not need to look for the DMA resource and it does not need to pass filter_fn anymore. By switching to the new API the driver can now support deferred probing against DMA. Signed-off-by: Peter Ujfalusi <peter.ujfal...@ti.com> CC: L

[PATCH] [media] c8sectpfe: Remove clk_disable_unprepare hacks

to a HW bug where once the IP has been configured and the SLIM core is running, disabling the clock causes a unrecoverable bus lockup. Signed-off-by: Peter Griffin <peter.grif...@linaro.org> --- drivers/media/platform/sti/c8sectpfe/c8sectpfe-core.c | 6 +- 1 file changed, 1 insertion

Re: [STLinux Kernel] [PATCH 28/57] [media] c8sectpfe: don't break long lines

tion > lines. > > Signed-off-by: Mauro Carvalho Chehab <mche...@s-opensource.com> > --- > drivers/media/platform/sti/c8sectpfe/c8sectpfe-core.c | 15 +-- Acked-by: Peter Griffin <peter.grif...@linaro.org> -- To unsubscribe from this list: send the line "unsub

  1   2   3   4   5   6   7   8   9   >