fbdev - wipe screen (dd) with ioctl ?

Hello, I use the following to wipe a screen: dd if=/dev/zero of=/dev/fb0 code Is there a way to do the same thing in code (using ioctl I suppose) ? Regards, Ran -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More ma

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 Dec 6 04:00:16 CET 2015 git branch: test git hash: 21312f6ddb1710750761c4b140b7367208b4f89e gcc versio

Re: [PATCH v8 01/55] [media] media: create a macro to get entity ID

Hi Mauro, Thank you for the patch. On Sunday 30 August 2015 00:06:12 Mauro Carvalho Chehab wrote: > Instead of accessing directly entity.id, let's create a macro, > as this field will be moved into a common struct later on. > > Signed-off-by: Mauro Carvalho Chehab > Acked-by: Hans Verkuil Ack

Re: [PATCH v8 02/55] [media] staging: omap4iss: get entity ID using media_entity_id()

Hi Javier, Thank you for the patch. On Sunday 30 August 2015 00:06:13 Mauro Carvalho Chehab wrote: > From: Javier Martinez Canillas > > Assessing media_entity ID should now use media_entity_id() macro to Did you mean "accessing" ? > obtain the entity ID, as a next patch will remove the .id fi

Re: [PATCH v8 03/55] [media] omap3isp: get entity ID using media_entity_id()

Hi Javier, Thank you for the patch. On Sunday 30 August 2015 00:06:14 Mauro Carvalho Chehab wrote: > From: Javier Martinez Canillas > > Assessing media_entity ID should now use media_entity_id() macro to Did you mean "accessing" ? > obtain the entity ID, as a next patch will remove the .id fi

Re: [PATCH v8 16/55] [media] media: Don't accept early-created links

Hi Mauro, Thank you for the patch. On Sunday 06 September 2015 09:02:47 Mauro Carvalho Chehab wrote: > Links are graph objects that represent the links of two already > existing objects in the graph. > > While with the current implementation, it is possible to create > the links earlier, It does

Re: [PATCH 1/5] [media] staging: omap4iss: separate links creation from entities init

Hi Javier, Thank you for the patch. On Thursday 03 September 2015 18:00:32 Javier Martinez Canillas wrote: > The omap4iss driver initializes the entities and creates the pads links > before the entities are registered with the media device. This does not > work now that object IDs are used to cre

Re: [PATCH v8 18/55] [media] omap3isp: create links after all subdevs have been bound

Hi Javier, Thank you for the patch. On Wednesday 09 September 2015 10:48:29 Javier Martinez Canillas wrote: > On 09/09/2015 10:03 AM, Sakari Ailus wrote: > > On Sun, Aug 30, 2015 at 12:06:29AM -0300, Mauro Carvalho Chehab wrote: > >> From: Javier Martinez Canillas > >> > >> The omap3isp driver

Re: [PATCH 3/5] [media] v4l: vsp1: separate links creation from entities init

Hi Javier, Thank you for the patch. On Thursday 03 September 2015 18:00:34 Javier Martinez Canillas wrote: > The vsp1 driver initializes the entities and creates the pads links > before the entities are registered with the media device. This doesn't > work now that object IDs are used to create l

Re: [PATCH 2/5] [media] v4l: vsp1: create pad links after subdev registration

Hi Javier, Thank you for the patch. On Thursday 03 September 2015 18:00:33 Javier Martinez Canillas wrote: > The vsp1 driver creates the pads links before the media entities are > registered with the media device. This doesn't work now that object > IDs are used to create links so the media_devic

Re: [PATCH 4/5] [media] uvcvideo: create pad links after subdev registration

Hi Javier, Thank you for the patch. On Monday 07 September 2015 16:10:25 Javier Martinez Canillas wrote: [snip] > From 8be356e77eeefdc5c0738dd429205f3398c5b76c Mon Sep 17 00:00:00 2001 > From: Javier Martinez Canillas > Date: Thu, 3 Sep 2015 13:46:06 +0200 > Subject: [PATCH v2 4/5] [media] uvc

Re: [PATCH 5/5] [media] smiapp: create pad links after subdev registration

Hi Javier, Thank you for the patch. On Thursday 03 September 2015 18:00:36 Javier Martinez Canillas wrote: > The smiapp driver creates the pads links before the media entity is > registered with the media device. This doesn't work now that object > IDs are used to create links so the media_device

Re: [PATCH v8 31/55] [media] media: add macros to check if subdev or V4L2 DMA

Hi Mauro, Thank you for the patch. On Sunday 06 September 2015 09:02:57 Mauro Carvalho Chehab wrote: > As we'll be removing entity subtypes from the Kernel, we need > to provide a way for drivers and core to check if a given > entity is represented by a V4L2 subdev or if it is an V4L2 > I/O entit

Re: [PATCH v8 32/55] [media] media: use macros to check for V4L2 subdev entities

Hi Mauro, Thank you for the patch. On Sunday 30 August 2015 00:06:43 Mauro Carvalho Chehab wrote: > Instead of relying on media subtype, use the new macros to detect > if an entity is a subdev or an A/V DMA entity. > > Please note that most drivers assume that there's just AV_DMA or > V4L2 subde

Re: [PATCH v8 33/55] [media] omap3/omap4/davinci: get rid of MEDIA_ENT_T_V4L2_SUBDEV abuse

Hi Mauro, Thank you for the patch. On Sunday 30 August 2015 00:06:44 Mauro Carvalho Chehab wrote: > On omap3/omap4/davinci drivers, MEDIA_ENT_T_V4L2_SUBDEV macro is > abused in order to "simplify" the pad checks. As explained in a couple of other replies to similar patches, it's not a hack :-)

Re: [PATCH v8 34/55] [media] s5c73m3: fix subdev type

Hi Mauro, Thank you for the patch. On Sunday 30 August 2015 00:06:45 Mauro Carvalho Chehab wrote: > This sensor driver is abusing MEDIA_ENT_T_V4L2_SUBDEV, creating > some subdevs with a non-existing type. > > As this is a sensor driver, the proper type is likely > MEDIA_ENT_T_CAM_SENSOR. > > Si

Re: [PATCH v8 35/55] [media] s5k5baf: fix subdev type

Hi Mauro, Thank you for the patch. On Sunday 30 August 2015 00:06:46 Mauro Carvalho Chehab wrote: > X-Patchwork-Delegate: m.che...@samsung.com > This sensor driver is abusing MEDIA_ENT_T_V4L2_SUBDEV, creating > some subdevs with a non-existing type. > > As this is a sensor driver, the proper typ

Re: [PATCH v8 36/55] [media] davinci_vbpe: stop MEDIA_ENT_T_V4L2_SUBDEV abuse

Hi Mauro, Thank you for the patch. On Sunday 30 August 2015 00:06:47 Mauro Carvalho Chehab wrote: > This driver is abusing MEDIA_ENT_T_V4L2_SUBDEV: > > - it uses a hack to check if the remote entity is a subdev; Same comment as for "omap4iss: stop MEDIA_ENT_T_V4L2_SUBDEV abuse", this isn't a h

Re: [PATCH v8 37/55] [media] omap4iss: stop MEDIA_ENT_T_V4L2_SUBDEV abuse

Hi Mauro, Thank you for the patch. On Sunday 30 August 2015 00:06:48 Mauro Carvalho Chehab wrote: > This driver is abusing MEDIA_ENT_T_V4L2_SUBDEV, as it uses a > hack to check if the remote entity is a subdev. Get rid of it. While I agree with the idea of the patch I don't think this is a hack,

Re: [PATCH v8 38/55] [media] v4l2-subdev: use MEDIA_ENT_T_UNKNOWN for new subdevs

Hi Mauro, Thank you for the patch. In addition to my reply to Sakari's e-mail, please see below for a few small comments. On Sunday 06 September 2015 09:02:58 Mauro Carvalho Chehab wrote: > Instead of abusing MEDIA_ENT_T_V4L2_SUBDEV, initialize > new subdev entities as MEDIA_ENT_T_UNKNOWN. > >

Re: [media-workshop] [PATCH v8.4 43/83] [media] v4l2-subdev: use MEDIA_ENT_T_UNKNOWN for new subdevs

Hello, CC'ing the linux-media mailing list, for real this time. On Sunday 08 November 2015 00:02:55 Sakari Ailus wrote: > On Wed, Oct 14, 2015 at 06:35:48PM -0300, Mauro Carvalho Chehab wrote: > > Em Wed, 14 Oct 2015 13:15:40 +0300 Sakari Ailus escreveu: > >> On Mon, Oct 12, 2015 at 09:26:04PM -0

Re: [PATCH v8 39/55] [media] media controller: get rid of entity subtype on Kernel

Hi Mauro, Thank you for the patch. On Sunday 06 September 2015 09:02:59 Mauro Carvalho Chehab wrote: > Don't use anymore the type/subtype entity data/macros > inside the Kernel. > > Signed-off-by: Mauro Carvalho Chehab Acked-by: Laurent Pinchart > diff --git a/include/media/media-entity.h b/

Re: [PATCH v8 41/55] [media] DocBook: update descriptions for the media controller entities

Hello, On Friday 11 September 2015 15:13:30 Hans Verkuil wrote: > On 09/06/2015 02:03 PM, Mauro Carvalho Chehab wrote: > > Cleanup the media controller entities description: > > - remove MEDIA_ENT_T_DEVNODE and MEDIA_ENT_T_V4L2_SUBDEV entity > > types, as they don't mean anything; > > - add MEDI

Re: [PATCH v8 40/55] [media] media.h: don't use legacy entity macros at Kernel

Hi Mauro, Thank you for the patch. On Sunday 06 September 2015 09:03:00 Mauro Carvalho Chehab wrote: > Put the legacy MEDIA_ENT_* macros under a #ifndef __KERNEL__, > in order to be sure that none of those old symbols are used > inside the Kernel. > > Signed-off-by: Mauro Carvalho Chehab > Acke

Re: [PATCH v8 43/55] [media] media: report if a pad is sink or source at debug msg

Hi Mauro, Thank you for the patch. On Sunday 06 September 2015 09:03:03 Mauro Carvalho Chehab wrote: > Sometimes, it is important to see if the created pad is > sink or source. Add info to track that. > > Signed-off-by: Mauro Carvalho Chehab > > diff --git a/drivers/media/media-entity.c b/driv

Re: [PATCH v8 44/55] [media] uapi/media.h: Add MEDIA_IOC_G_TOPOLOGY ioctl

Hi Mauro, Thank you for the patch. On Sunday 06 September 2015 09:03:04 Mauro Carvalho Chehab wrote: > Add a new ioctl that will report the entire topology on > one go. > > Signed-off-by: Mauro Carvalho Chehab > > diff --git a/include/media/media-entity.h b/include/media/media-entity.h > index

Re: v4l2 kernel module debugging methods

Le dimanche 06 décembre 2015 à 00:00 +0200, Ran Shalit a écrit : > Hello, > > I would like to ask a general question regarding methods to debug a > v4l2 device driver. > Since I assume that the kernel driver will probably won't work in > first try after coding everything inside the device driver..

Re: [PATCH v2 00/32] VSP: Add R-Car Gen3 support

Hi Geert, On Saturday 05 December 2015 11:57:49 Geert Uytterhoeven wrote: > On Sat, Dec 5, 2015 at 3:12 AM, Laurent Pinchart wrote: > > This patch set adds support for the Renesas R-Car Gen3 SoC family to the > > VSP1 driver. The large number of patches is caused by a change in the > > display con

Re: [PATCH v2 17/32] v4l: vsp1: Fix typo in VI6_DISP_IRQ_STA_DST register name

Hi Sergio, On Sunday 06 December 2015 00:47:21 Sergei Shtylyov wrote: > On 12/5/2015 5:12 AM, Laurent Pinchart wrote: > > Rename the VI6_DISP_IRQ_STA_DSE register > > Register bit, perhaps? Indeed. I know I can count on you to catch even such small issues :-) I'll fix it for the next versio

v4l2 kernel module debugging methods

Hello, I would like to ask a general question regarding methods to debug a v4l2 device driver. Since I assume that the kernel driver will probably won't work in first try after coding everything inside the device driver... 1. Do you think qemu/kgdb debugger is a good method for the device driver

Re: [PATCH v2 17/32] v4l: vsp1: Fix typo in VI6_DISP_IRQ_STA_DST register name

Hello. On 12/5/2015 5:12 AM, Laurent Pinchart wrote: Rename the VI6_DISP_IRQ_STA_DSE register Register bit, perhaps? to VI6_DISP_IRQ_STA_DST to fix a typo and match the datasheet. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_regs.h | 2 +- 1 file changed, 1 i

Re: [PATCH v2 00/32] VSP: Add R-Car Gen3 support

Hi Laurent, On Sat, Dec 5, 2015 at 3:12 AM, Laurent Pinchart wrote: > This patch set adds support for the Renesas R-Car Gen3 SoC family to the VSP1 > driver. The large number of patches is caused by a change in the display > controller architecture that makes usage of the VSP mandatory as the dis

Re: [PATCH 0/3] Update Brazilian channel tables

Em Fri, 04 Dec 2015 23:30:03 +0100 Olliver Schinagl escreveu: > Hey Mauro, > > On 03-12-15 22:27, Mauro Carvalho Chehab wrote: > > (re-sent as vger didn't recognize the original post) > > > > Em Thu, 03 Dec 2015 14:56:52 +0100 > > Olliver Schinagl escreveu: > > > >> Hey Mauro, > >> > >> On 03-1