[linuxtv-media:master 327/346] drivers/media/platform/soc_camera/built-in.o:(___ksymtab+soc_mbus_samples_per_pixel+0x0): multiple definition of `__ksymtab_soc_mbus_samples_per_pixel'

2016-09-10 Thread kbuild test robot
Hi Mauro, First bad commit (maybe != root cause): tree: git://linuxtv.org/media_tree.git master head: 8a5a2ba86ab8fc12267fea974b9cd730ad2dee24 commit: ade50f4ff8029a182c16c6418995e6ec569ea9fc [327/346] [media] pxa_camera: remove an unused structure pointer config: xtensa-allyesconfig (attach

cron job: media_tree daily build: ERRORS

2016-09-10 Thread Hans Verkuil
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 11 04:00:14 CEST 2016 git branch: test git hash: 8a5a2ba86ab8fc12267fea974b9cd730ad2dee24 gcc versi

Re: [RFC][PATCH 0/2] ALSA: control: export all of TLV related macros to user land

2016-09-10 Thread Takashi Sakamoto
On Sep 10 2016 22:41, Takashi Iwai wrote: > On Sat, 10 Sep 2016 09:25:31 +0200, > Takashi Sakamoto wrote: >> >> On Sep 10 2016 15:44, Takashi Iwai wrote: >>> On Sat, 10 Sep 2016 06:50:14 +0200, >>> Takashi Sakamoto wrote: Hi, Currently, TLV related protocol is not shared to user

[linuxtv-media:master 325/346] drivers/media/platform/soc_camera/built-in.o:(___ksymtab+soc_mbus_image_size+0x0): multiple definition of `__ksymtab_soc_mbus_image_size'

2016-09-10 Thread kbuild test robot
tree: git://linuxtv.org/media_tree.git master head: 8a5a2ba86ab8fc12267fea974b9cd730ad2dee24 commit: 5809ecdd6c3c0d6d568a10280f3736f1f4304930 [325/346] [media] pxa_camera: allow building it if COMPILE_TEST is set config: powerpc-allyesconfig (attached as .config) compiler: powerpc64-linux-gnu-

[GIT PULL] cxd2820r improvements

2016-09-10 Thread Antti Palosaari
The following changes since commit fb6609280db902bd5d34445fba1c926e95e63914: [media] dvb_frontend: Use memdup_user() rather than duplicating its implementation (2016-08-24 17:20:45 -0300) are available in the git repository at: git://linuxtv.org/anttip/media_tree.git cxd2820r for you to

Re: mceusb xhci issue?

2016-09-10 Thread Wade Berrier
On Thu Aug 11 16:18, Alan Stern wrote: > I never received any replies to this message. Should the patch I > suggested be merged? > Hello, I applied this updated patch to the fedora23 4.7.2 kernel and the mceusb transceiver works as expected. Thanks, Wade > > > On Tue, 12 Jul 2016, Alan Ste

[PATCH 1/1] [media] ite-cir: initialize use_demodulator before using it

2016-09-10 Thread Nicolas Iooss
Function ite_set_carrier_params() uses variable use_demodulator after having initialized it to false in some if branches, but this variable is never set to true otherwise. This bug has been found using clang -Wsometimes-uninitialized warning flag. Fixes: 620a32bba4a2 ("[media] rc: New rc-based it

[PATCH 1/1] [media] mb86a20s: always initialize a return value

2016-09-10 Thread Nicolas Iooss
In mb86a20s_read_status_and_stats(), when mb86a20s_read_status() fails, the function returns the value in variable rc without initializing it first. Fix this by propagating the error code from variable status_nr. This bug has been found using clang and -Wsometimes-uninitialized warning flag. Sign

Re: [RFC][PATCH 0/2] ALSA: control: export all of TLV related macros to user land

2016-09-10 Thread Takashi Iwai
On Sat, 10 Sep 2016 09:25:31 +0200, Takashi Sakamoto wrote: > > On Sep 10 2016 15:44, Takashi Iwai wrote: > > On Sat, 10 Sep 2016 06:50:14 +0200, > > Takashi Sakamoto wrote: > >> > >> Hi, > >> > >> Currently, TLV related protocol is not shared to user land. This is not > >> good in a point of appl

Re: uvcvideo error on second capture from USB device, leading to V4L2_BUF_FLAG_ERROR

2016-09-10 Thread Oliver Collyer
> > These two chunks look like legit resilience measure, and maybe could be > even added to upstream ffmpeg, maybe for non-default mode. > Well I’ve posted it to the FFmpeg dev list for feedback, so we will see. Non-default mode - yes maybe it needs to be optional. And/or only have an effect

Re: uvcvideo error on second capture from USB device, leading to V4L2_BUF_FLAG_ERROR

2016-09-10 Thread Andrey Utkin
On Sat, Sep 10, 2016 at 01:21:10PM +0300, Oliver Collyer wrote: > > >> I have written a patch for FFmpeg that deals with the problem for both > >> devices so it’s not really an issue for me anymore, but I’m not sure > >> if the patch will get accepted in their master git as it’s a little > >> mess

Re: uvcvideo error on second capture from USB device, leading to V4L2_BUF_FLAG_ERROR

2016-09-10 Thread Oliver Collyer
>> I have written a patch for FFmpeg that deals with the problem for both >> devices so it’s not really an issue for me anymore, but I’m not sure >> if the patch will get accepted in their master git as it’s a little >> messy. > > Please post this patch here! Here you go, Andrey. This patch basi

Re: uvcvideo error on second capture from USB device, leading to V4L2_BUF_FLAG_ERROR

2016-09-10 Thread Andrey Utkin
On Sat, Sep 10, 2016 at 10:37:08AM +0300, Oliver Collyer wrote: > Ok, so I’ve provided all these logs requested by Andrey in an earlier > message but I’m unsubscribing from this list now. Fine. You'll be able to post here, as well as receive replies for this thread, without subscription. > I have

Re: uvcvideo error on second capture from USB device, leading to V4L2_BUF_FLAG_ERROR

2016-09-10 Thread Oliver Collyer
> I am curious to tinker with this, just not sure about free time for it. > Please go through the following instruction, and then we'll see if ssh > is going to help to debug this. > > Also I think it is worth to CC actual manufacturers. There are addresses > for technical support of both devices

Re: [RFC][PATCH 0/2] ALSA: control: export all of TLV related macros to user land

2016-09-10 Thread Takashi Sakamoto
On Sep 10 2016 15:44, Takashi Iwai wrote: > On Sat, 10 Sep 2016 06:50:14 +0200, > Takashi Sakamoto wrote: >> >> Hi, >> >> Currently, TLV related protocol is not shared to user land. This is not >> good in a point of application interfaces, because application developers >> can't realize the protoco