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 gi
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: x86_64-randconfig-a0
--
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
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,
>>
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
> >
> >
> > The followin
> 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 t
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
---
drivers/media/platform/qcom/camss-8x16/c
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 n
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 Elfring
---
drivers/media/plat
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
---
drivers/media/platform/qcom/camss-8x16/
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 Chehab
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 insertions(+), 29 deletions
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 csid_set_power()
Adjust a null pointer che
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.
>>
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: add V4L2_FLASH_LED
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.
>
>
> > That pisses me off, as it requ
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
>> 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
>> 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 importa
> * 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) {
…
> 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 str
> 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 detec
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 3.1
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?
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 dependency (2017-09-05
> 16
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:
g
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 don'
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 v4l2-
28 matches
Mail list logo