[GIT PULL FOR v4.15] RC cleanup fixes

Hi Mauro, Just cleanups this round. Line count does go down, though. Thanks, Sean The following changes since commit 1efdf1776e2253b77413c997bed862410e4b6aaf: media: leds: as3645a: add V4L2_FLASH_LED_CLASS dependency (2017-09-05 16:32:45 -0400) are available in the git repository at:

Re: [GIT PULL FOR v4.15] Cleanup fixes

Em Fri, 8 Sep 2017 16:34:56 +0200 Hans Verkuil escreveu: > coccinelle, checkpatch, coverity, etc. etc. > > Regards, > > Hans > > The following changes since commit 1efdf1776e2253b77413c997bed862410e4b6aaf: > > media: leds: as3645a: add V4L2_FLASH_LED_CLASS

usb dvb device doesn't works

Greetings, I have the following device: Mygica T230 DVB-T/T2/C, although everywhere I see, it is advertised as a good device, I'm unable to render it working. I've tested on 4 different computers, in all the linux systems (gentoo with kernel 4.13.3, rpi2 with kernel 4.9 and odroid with kerne

Re: [git:media_tree/master] media: drivers: delete error messages for failed memory allocation

> This is an automatic generated email to let you know that the following patch > were queued: Thanks for your information about another software evolution which you would like to integrate also. > Omit an extra message for a memory allocation failure in this function. > > This issue was

f26: dvb_usb_rtl28xxu not tuning "Leadtek Winfast DTV2000 DS PLUS TV"

On 18/09/17 14:26, Eyal Lebedinsky wrote: I have just upgraded to f24. I am now using the standard dvb_usb_rtl28xxu fe I have upgraded to f26 and this driver still fails to tune the "Leadtek Winfast DTV2000 DS PLUS TV". which logs messages suggesting all is well (I get the /dev/dvb/adapter?

Re: [git:media_tree/master] media: drivers: improve size determinations

> This is an automatic generated email to let you know that the following patch > were queued: Thanks for your information about another software evolution which you would like to integrate also. > Subject: media: drivers: improve a size determination … > Replace the specification of a data

Re: [PATCH 0/8] [media] v4l2-core: Fine-tuning for some function implementations

On 22/09/17 22:08, SF Markus Elfring wrote: >> Sorry Markus, just stay away from the videobuf-* sources. > > Will the software evolution be continued for related source files? > Are there any update candidates left over in the directory “v4l2-core”? Sorry, I don't understand the question. We

Re: [PATCH 3/4] media: i2c: Add TDA1997x HDMI receiver driver

Hi Tim, On 23/09/17 00:24, Tim Harvey wrote: > Add support for the TDA1997x HDMI receivers. I did a very quick high-level scan and found a few blockers: 1) You *must* implement the get/set_edid ops. I won't accept the driver without that. You can use v4l2-ctl to set/get the EDID (see

Re: [git:media_tree/master] media: dvb-frontends: delete jump targets

> * Return directly after a call of the function "kzalloc" failed Is this wording still appropriate in the commit description for such a combination of changes for 4 source files? Regards, Markus … > buf = kmalloc(len + 1, GFP_KERNEL); > - if (buf == NULL) { …

Debian package dvb-tools 1.12.3-1 / "dvb-fe-tool" crashes

Debian package dvb-tools 1.12.3-1 / "dvb-fe-tool" crashes Hi, I have an EUMETCAST receiver using a TBS-6908 card which has 2 x (stv6120 tuner + stv0910 demod). The demodulators stv0910 are used in single mode. So I have adapters 0-3. I use a single cable solution with entry DVB0 feeding adapter

Re: [GIT PULL FOR v4.15] Cleanup fixes

>> coccinelle, checkpatch, coverity, etc. … > It **really** doesn't makes any sense to send patch bombs like that! I got an other impression for this software development aspect. > That pisses me off, as it requires a considerable amount of time from > my side that could be used handling

Re: [media] v4l2-core: Fine-tuning for some function implementations

>> Will the software evolution be continued for related source files? >> Are there any update candidates left over in the directory “v4l2-core”? > > Sorry, I don't understand the question. I try to explain my view again. > We don't want to touch the videobuf-* files unless there is a very good

[PATCH 1/3] [media] camss-csid: Use common error handling code in csid_set_power()

From: Markus Elfring Date: Sat, 23 Sep 2017 20:48:33 +0200 Add jump targets so that a bit of exception handling can be better reused at the end of this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring

Re: [GIT PULL FOR v4.15] RC cleanup fixes

Hi Mauro, On Sat, Sep 23, 2017 at 04:35:31PM -0300, Mauro Carvalho Chehab wrote: > Hi Sean, > > Em Sat, 23 Sep 2017 11:33:56 +0100 > Sean Young escreveu: > > > Hi Mauro, > > > > Just cleanups this round. Line count does go down, though. > > > > Thanks, > > > > Sean > > > >

Re: [GIT PULL FOR v4.15] Cleanup fixes

Em Sat, 23 Sep 2017 16:43:53 +0200 SF Markus Elfring escreveu: > >> coccinelle, checkpatch, coverity, etc. > … > > It **really** doesn't makes any sense to send patch bombs like that! > > I got an other impression for this software development aspect. > > >

Re: [PATCH v3 0/4] AS3645A fixes

Hi Sakari, On 09/22/2017 11:25 PM, Sakari Ailus wrote: > Hi Jacek, > > (Fixed DT list address.) > > Jacek Anaszewski wrote: >> Hi Sakari, >> >> On 09/22/2017 11:32 AM, Sakari Ailus wrote: >>> Hi Jacek and others, >>> >>> Here are a few fixes for the as3645a DTS as well as changes in bindings.

Re: [RESEND PATCH v2 4/6] dt: bindings: as3645a: Improve label documentation, DT example

On 09/22/2017 11:07 PM, Jacek Anaszewski wrote: > On 09/20/2017 10:53 PM, Rob Herring wrote: >> On Tue, Sep 19, 2017 at 11:01:02PM +0200, Jacek Anaszewski wrote: >>> Hi Pavel, >>> >>> On 09/18/2017 10:54 PM, Pavel Machek wrote: On Mon 2017-09-18 17:49:23, Sakari Ailus wrote: > Hi Pavel,

Re: [GIT PULL FOR v4.15] RC cleanup fixes

Hi Sean, Em Sat, 23 Sep 2017 11:33:56 +0100 Sean Young escreveu: > Hi Mauro, > > Just cleanups this round. Line count does go down, though. > > Thanks, > > Sean > > > The following changes since commit 1efdf1776e2253b77413c997bed862410e4b6aaf: > > media: leds: as3645a:

[PATCH 2/2] media: rc-core.rst: add an introduction for RC core

The RC core does several assumptions, but those aren't documented anywhere, with could make harder for ones that want to understand what's there. So, add an introduction explaining the basic concepts of RC and how they're related to the RC core implementation. Signed-off-by: Mauro Carvalho

[PATCH 1/2] media: cec-pin.h: convert comments for cec_pin_state into kernel-doc

This enum is already documented, but it is not using a kernel-doc format. Convert its format, in order to produce documentation. Signed-off-by: Mauro Carvalho Chehab --- include/media/cec-pin.h | 81 +++-- 1 file changed, 52

[PATCH 0/3] [media] camss-csid: Fine-tuning for three function implementations

From: Markus Elfring Date: Sat, 23 Sep 2017 21:24:56 +0200 Three update suggestions were taken into account from static source code analysis. Markus Elfring (3): Use common error handling code in csid_set_power() Reduce the scope for a variable in

[PATCH] staging/atomisp: make six local functions static to appease sparse

The functions __bo_alloc, __bo_search_and_remove_from_free_rbtree, __bo_search_by_addr, __bo_search_by_addr_in_range, __bo_break_up and __bo_merge are local to the source and do not need to be in the global scope, so make them static. Cleans up sparse warnings: warning: symbol '__bo_alloc' was

[PATCH 2/3] [media] camss-csid: Reduce the scope for a variable in csid_set_power()

From: Markus Elfring Date: Sat, 23 Sep 2017 21:00:30 +0200 Move the definition for the local variable "dev" into an if branch so that the corresponding setting will only be performed if it was selected by the parameter "on" of this function. Signed-off-by: Markus

[PATCH 3/3] [media] camss-csid: Adjust a null pointer check in two functions

From: Markus Elfring Date: Sat, 23 Sep 2017 21:10:02 +0200 The script "checkpatch.pl" pointed information out like the following. Comparison to NULL could be written "!format" Thus fix the affected source code places. Signed-off-by: Markus Elfring

Re: [GIT PULL FOR v4.15] Cleanup fixes

> Then change patch granularity: one patch per subsystem or per > directory (e. g. pci, usb, platform, others). I imagine that the risks for disagreements can grow with such a bigger scope. > That's the usual criteria most maintainers use for cleanups. I picked some update candidates up where

Greetings From Mr. Soumaila Sorgho

-- Greetings From Mr. Soumaila Sorgho I have a Mutual/Beneficial Business Project that would be beneficial to you. I only have two questions to ask of you, if you are interested. 1. Can you handle this project? 2. Can I give you this trust? Please note that the deal requires high level

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: Sun Sep 24 05:00:17 CEST 2017 media-tree git hash:d5426f4c2ebac8cf05de43988c3fccddbee13d28 media_build

drivers/media/pci/solo6x10/solo6x10-gpio.c:165: warning: unused variable 'ret'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: cd4175b11685b11c40e31a03e05084cc212b0649 commit: d3202d1981dc5a5f03f9afc96480619b48b60124 media: solo6x10: export hardware GPIO pins 8:31 to gpiolib interface date: 7 weeks ago config: