Re: [Question]: What's right way to use struct media_pipeline?

On 09/24/2015 02:55 AM, Bryan Wu wrote: > Hi Hans, > > I found struct media_pipeline actually is completely empty and I assume we > use that to control all the entities belonging to one media_pipeline. > > media_pipeline should contains either all the media_link or all the > media_entity. How

[PATCH v2] media: vb2: Fix vb2_dc_prepare do not correct sync data to device

Change in v2: Apply same fix to videobuf2-dma-sg -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

[PATCH v2] media: vb2: Fix vb2_dc_prepare do not correct sync data to device

vb2_dc_prepare use the number of SG entries dma_map_sg_attrs return. But in dma_sync_sg_for_device, it use lengths of each SG entries before dma_map_sg_attrs. dma_map_sg_attrs will concatenate SGs until dma length > dma seg bundary. sgt->nents will less than sgt->orig_nents. Using SG entries after

[GIT PULL FOR v4.4] Merge part 1 of the vb2 split-up series

As requested by Mauro, here is the pull request that merges patches 1-4 of Junghak's patch series that splits up the vb2 code. Patches 2-4 are squashed together and it includes the two fixup patches Junghak posted that fix compilation errors. Regards, Hans The following changes since

[PATCH 06/19] staging: media: omap4iss: fix handling platform_get_irq result

The function can return negative value. The problem has been detected using proposed semantic patch scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1]. [1]: http://permalink.gmane.org/gmane.linux.kernel/2046107 Signed-off-by: Andrzej Hajda --- Hi, To avoid

[PATCH 04/19] v4l: omap3isp: fix handling platform_get_irq result

The function can return negative value. The problem has been detected using proposed semantic patch scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1]. [1]: http://permalink.gmane.org/gmane.linux.kernel/2046107 Signed-off-by: Andrzej Hajda --- Hi, To avoid

[PATCH 10/19] cx231xx: fix handling cx231xx_read_i2c_data result

The function can return negative value. The problem has been detected using proposed semantic patch scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1]. [1]: http://permalink.gmane.org/gmane.linux.kernel/2046107 Signed-off-by: Andrzej Hajda --- Hi, To avoid

[PATCH 05/19] media: am437x-vpfe: fix handling platform_get_irq result

The function can return negative value. The problem has been detected using proposed semantic patch scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1]. [1]: http://permalink.gmane.org/gmane.linux.kernel/2046107 Signed-off-by: Andrzej Hajda --- Hi, To avoid

Re: [PATCH 06/19] staging: media: omap4iss: fix handling platform_get_irq result

On Thu, Sep 24, 2015 at 04:00:14PM +0200, Andrzej Hajda wrote: > Hi, > > To avoid problems with too many mail recipients I have sent whole > patchset only to LKML. Anyway patches have no dependencies. > I'm pretty sure mailman or whatever counts CCs as recipients as well. regards, dan

Re: [Question]: What's right way to use struct media_pipeline?

On 09/24/2015 01:47 AM, Hans Verkuil wrote: On 09/24/2015 02:55 AM, Bryan Wu wrote: Hi Hans, I found struct media_pipeline actually is completely empty and I assume we use that to control all the entities belonging to one media_pipeline. media_pipeline should contains either all the

cron job: media_tree daily build: OK

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: Fri Sep 25 04:00:20 CEST 2015 git branch: test git hash: 9ddf9071ea17b83954358b2dac42b34e5857a9af gcc