On Sat, 9 Jul 2016 13:12:45 -0300
Mauro Carvalho Chehab wrote:
> Sometimes, we want to do a partial build, instead of building
> everything. However, right now, if one wants to build just
> Sphinx books, it will build also the DocBooks.
>
> Add an option to allow to ignore all DocBooks when bui
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 Jul 10 04:00:17 CEST 2016
git branch: test
git hash: ca6e6126db5494f18c6c6615060d4d803b528bff
gcc versi
In practice, devices sometimes return frames larger than current buffer
size, leading to failure in solo_send_desc().
It is not clear which minimal increase in buffer size would be enough,
so this patch doubles it, this should be safely assumed as sufficient.
Signed-off-by: Andrey Utkin
---
driv
On Sun, Jul 10, 2016 at 02:12:24AM +0300, Laurent Pinchart wrote:
> Hi Sakari,
>
> On Sunday 10 Jul 2016 01:03:09 Sakari Ailus wrote:
> > On Sat, Jul 09, 2016 at 10:29:03PM +0300, Laurent Pinchart wrote:
> > > On Monday 09 May 2016 16:16:26 Sakari Ailus wrote:
> > >> Laurent Pinchart wrote:
> > >>
Hi Sakari,
On Sunday 10 Jul 2016 01:03:09 Sakari Ailus wrote:
> On Sat, Jul 09, 2016 at 10:29:03PM +0300, Laurent Pinchart wrote:
> > On Monday 09 May 2016 16:16:26 Sakari Ailus wrote:
> >> Laurent Pinchart wrote:
> >>> On Wednesday 04 May 2016 16:09:51 Sakari Ailus wrote:
> Refactor copying
Hey, that's your problem :] Driver development is all the time resolving
this kind of issues and you really need to resolve those yourself.
You will need to get I2C communication working with all the chips. First
si2168 demod and after it answers to I2C you will need to get connection
to Si215
Hi Laurent,
On Sat, Jul 09, 2016 at 10:47:27PM +0300, Laurent Pinchart wrote:
> Hi Sakari,
>
> Thank you for the patch.
>
> On Wednesday 04 May 2016 14:20:54 Sakari Ailus wrote:
> > New IOCTLs (especially for the request API) do not necessarily need the
> > graph mutex acquired. Leave this up to
Hi Laurent,
On Sat, Jul 09, 2016 at 10:29:03PM +0300, Laurent Pinchart wrote:
> Hi Sakari,
>
> On Monday 09 May 2016 16:16:26 Sakari Ailus wrote:
> > Laurent Pinchart wrote:
> > > On Wednesday 04 May 2016 16:09:51 Sakari Ailus wrote:
> > >> Refactor copying the IOCTL argument structs from the use
On 07/09/2016 02:10 PM, Steve Longerbeam wrote:
On 07/09/2016 11:59 AM, Steve Longerbeam wrote:
On 07/07/2016 07:52 AM, Lars-Peter Clausen wrote:
On 07/07/2016 12:59 AM, Steve Longerbeam wrote:
Add a device tree boolean property "bt656-4" to allow setting
the ITU-R BT.656-4 compatible bi
Hello!
I'm started playing i2c, but stuck with unknown error for me - 32 (EPIPE?):
[ 5651.958763] cx231xx #0 at cx231xx_i2c_xfer: write stop addr=0x60
len=15: c0 00 00 00 00 01 01 01 01 01 01 02 00 00 01
[ 5651.958774] cx231xx #0: (pipe 0x80001000): OUT: 40 02 21 c0 00 00
0f 00
On 07/09/2016 11:59 AM, Steve Longerbeam wrote:
On 07/07/2016 07:52 AM, Lars-Peter Clausen wrote:
On 07/07/2016 12:59 AM, Steve Longerbeam wrote:
Add a device tree boolean property "bt656-4" to allow setting
the ITU-R BT.656-4 compatible bit.
Signed-off-by: Steve Longerbeam
+/* sele
This patch fixes this build error on CentOS 6.8 with GCC 4.4.7.
CC [M] drivers/staging/media/cec/cec-adap.o
drivers/staging/media/cec/cec-adap.c: In function ‘cec_queue_msg_fh’:
drivers/staging/media/cec/cec-adap.c:141: error: unknown field ‘lost_msgs’
specified in initializer
Fixes: 9881fe0c
Hi Sakari,
Thank you for the patch.
On Wednesday 04 May 2016 14:20:54 Sakari Ailus wrote:
> New IOCTLs (especially for the request API) do not necessarily need the
> graph mutex acquired. Leave this up to the drivers.
>
> Signed-off-by: Sakari Ailus
> ---
> drivers/media/media-device.c | 47 ++
Hi Sakari,
On Monday 09 May 2016 16:16:26 Sakari Ailus wrote:
> Laurent Pinchart wrote:
> > On Wednesday 04 May 2016 16:09:51 Sakari Ailus wrote:
> >> Refactor copying the IOCTL argument structs from the user space and back,
> >> in order to reduce code copied around and make the implementation mo
On 07/07/2016 07:52 AM, Lars-Peter Clausen wrote:
On 07/07/2016 12:59 AM, Steve Longerbeam wrote:
Add a device tree boolean property "bt656-4" to allow setting
the ITU-R BT.656-4 compatible bit.
Signed-off-by: Steve Longerbeam
+ /* select ITU-R BT.656-4 compatible? */
+ if (of_
On 07/07/2016 08:45 AM, Lars-Peter Clausen wrote:
On 07/07/2016 12:59 AM, Steve Longerbeam wrote:
Autodetect was likely broken only because access to the
interrupt registers were broken, so there were no standard
change interrupts. After fixing that, and reverting this,
autodetect seems to wor
On Wed, Jul 6, 2016 at 5:39 PM, Ulrich Hecht
wrote:
> From: Hans Verkuil
>
> Add support in the dts for the HDMI input. Based on the Lager dts
> patch from Ultich Hecht.
I assume he's the third son in the Hecht family? ;-)
> Signed-off-by: Hans Verkuil
> [uli: removed "renesas," prefixes from
Hi Mauro,
On Friday 08 Jul 2016 10:34:20 Mauro Carvalho Chehab wrote:
> As commented on the patch series I just submitted, we finished the
> conversion of the Media uAPI book from DocBook to ReST.
>
> For now, I'm placing the new documentation, after parsed by Sphinx, at this
> place:
> htt
Sometimes, we want to do a partial build, instead of building
everything. However, right now, if one wants to build just
Sphinx books, it will build also the DocBooks.
Add an option to allow to ignore all DocBooks when building
documentation.
Signed-off-by: Mauro Carvalho Chehab
---
Documentati
Sometimes, we want to do a partial build, instead of building
everything. However, right now, if one wants to build just
Sphinx books, it will build also the DocBooks.
Add an option to allow to ignore all DocBooks when building
documentation.
Signed-off-by: Mauro Carvalho Chehab
---
Documentati
From: Markus Heiser
Within the old section hierarchy, all doc parts has been placed under
the introduction, e.g:
* Linux Media Infrastructure API
+ Introduction
- Video for Linux API
- Digital TV API
- ...
With separating the introduction sibling to the other parts
w
C/C linux-usb Mailing list:
Em Wed, 18 May 2016 08:52:28 -0600
Wade Berrier escreveu:
> On May 14 20:29, Wade Berrier wrote:
> > On Wed Apr 27 21:07, Sean Young wrote:
> > > On Mon, Apr 25, 2016 at 09:16:51PM -0600, Wade Berrier wrote:
> > > > On Apr 25 18:15, Sean Young wrote:
> > > > >
Hi Hans,
Thanks for great help.
I believe the issues highlighted by your are rectified by now.
One chunk of your proposed changes seems to be wrong.
Also I have one non-technical change I want to introduce to this driver, see it
in the bottom of this letter ("Also, I decided to document known vi
Em Fri, 8 Jul 2016 15:45:52 +0200
Hans Verkuil escreveu:
> On 07/08/2016 03:34 PM, Mauro Carvalho Chehab wrote:
> > As commented on the patch series I just submitted, we finished the
> > conversion
> > of the Media uAPI book from DocBook to ReST.
> >
> > For now, I'm placing the new documentati
Better organize the contents of the CEC part, moving the
introduction to chapter 1, placing all ioctls at chapter 2
and numerating all chapters and items.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/media/uapi/cec/cec-api.rst | 60 +++---
Documentation/media/
Adding the header file is interesting for several reasons:
1) It makes MC documentation consistend with other parts;
2) The header file can be used as a quick index to all API
elements;
3) The cross-reference check helps to identify symbols that
aren't documented.
Signed-off-by: Mauro Carva
tree: git://linuxtv.org/media_tree.git master
head: 9ad52b4db79d168867a2ca105eca00fb9cb28fe5
commit: c1023ba74fc77dc56dc317bd98f5060aab889ac1 [326/383] [media]
drivers/media/platform/Kconfig: fix VIDEO_MEDIATEK_VCODEC dependency
config: m32r-allmodconfig (attached as .config)
compiler: m32r-li
Adding the header file is interesting for several reasons:
1) It makes MC documentation consistend with other parts;
2) The header file can be used as a quick index to all API
elements;
3) The cross-reference check helps to identify symbols that
aren't documented.
Signed-off-by: Mauro Carva
The function that replace references add a "\ " at the end of
references, to avoid the ReST markup parser to not identify
them as references. That works fine except for the end of lines,
as a sequence of { '\', ' ', '\n' } characters makes Sphinx
to ignore the end of line. So, strip those escape/sp
Changesets:
eaa0b96bbb65 ("[media] media: Add video statistics computation
functions")
and
1179aab13db3 ("[media] media: Add video processing entity functions")
added some new elements to the "media entity types" table at the
DocBook. We need to do the same at the reST version, in
On 08/07/16 23:29, Shuah Khan wrote:
> If s5p_mfc_release() runs after s5p_mfc_remove(), the former will access
> invalid s5p_mfc_dev pointer saved in the s5p_mfc_ctx and runs into kernel
> paging request errors.
>
> Clear ctx dev pointer in s5p_mfc_remove() and change s5p_mfc_release() to
> avoid
Hi Hans,
Am 08.07.2016 um 22:52 schrieb Hans Verkuil :
> Hi Markus,
>
> First of all a big 'Thank you!' for working on this, very much appreciated.
> And I also am very grateful that you could convert the CEC docs so quickly
> for me.
You are welcome :)
> That said, can you take a look at thi
The workqueue "work_thread" is involved in updating parameters for
transfers. It has a single work item(&sd->work) and hence
doesn't require ordering. Also, it is not being used on a memory
reclaim path. Hence, the singlethreaded workqueue has been replaced with
the use of system_wq.
System workqu
From: Hans Verkuil
mtk-vcodec/venc_vpu_if.c:40:30: warning: cast to pointer from integer of
different size [-Wint-to-pointer-cast]
struct venc_vpu_inst *vpu = (struct venc_vpu_inst *)msg->venc_inst;
^
Note: venc_inst is u64.
Signed-off-by: Hans Verkuil
---
dri
From: Hans Verkuil
mtk-vcodec/mtk_vcodec_enc.c: In function 'mtk_venc_worker':
mtk-vcodec/mtk_vcodec_enc.c:1030:43: warning: format '%lx' expects argument of
type 'long unsigned int', but argument 7 has type 'size_t {aka unsigned int}'
[-Wformat=]
mtk-vcodec/mtk_vcodec_enc.c:1030:43: warning: f
35 matches
Mail list logo
