Re: Record DVB-T from command line

2011-08-18 Thread shacky
One question. What if I need to record two channels in the same multiplex in the same time? Gnutv does not let me it, because the second recording command returns me that the device is busy, but I know this is possible (I know a Windows program - TV Scheduler Pro - that make it. Could you help me

[PATCH] v4l: Add V4L2_PIX_FMT_NV24 and V4L2_PIX_FMT_NV42 formats

2011-08-18 Thread Laurent Pinchart
NV24 and NV42 are planar YCbCr 4:4:4 and YCrCb 4:4:4 formats with a luma plane followed by an interleaved chroma plane. Signed-off-by: Laurent Pinchart --- Documentation/DocBook/media/v4l/pixfmt-nv24.xml | 128 +++ Documentation/DocBook/media/v4l/pixfmt.xml |1 + in

Re: [PATCH] Latest version of em28xx / em28xx-dvb patch for PCTV 290e

2011-08-18 Thread Mauro Carvalho Chehab
Em 18-08-2011 15:11, Chris Rankin escreveu: > Two more patches: > > a) clean up resources more reliably if em28xx_init_dev() fails, > b) move two printk() statements outside the mutex lock > > Cheers, > Chris > > Signed-off-by: Chris Rankin > Chris, Please, never send two patches at the same

Re: [beagleboard] Re: [PATCH v7 1/2] Add driver for Aptina (Micron) mt9p031 sensor.

2011-08-18 Thread CJ
Hi, I am trying to get the mt9p031 working from nand with a ubifs file system and I am having a few problems. /dev/media0 is not present unless I run: #mknod /dev/media0 c 251 0 #chown root:video /dev/media0 #media-ctl -p Enumerating entities media_open: Unable to enumerate entities for devic

Re: [PATCH] Latest version of em28xx / em28xx-dvb patch for PCTV 290e

2011-08-18 Thread Mauro Carvalho Chehab
Em 18-08-2011 12:56, Chris Rankin escreveu: > On 18/08/11 19:43, Devin Heitmueller wrote: >> You would be well served to break this into a patch series, as it tends to >> be difficult to review a whole series of changes in a single patch. You seem >> to be mixed in a bunch of "useless" changes al

offer for Conax CAM exchange

2011-08-18 Thread Antti Palosaari
I ordered two different Conax CAMs for Anysee development but unfortunately got just same CAMs with different brands. As a CI/CAM driver development there is no idea having two similar CAMs. Anyone willing to exchange Conax CAMs or maybe some other encryption? Those are branded as SMIT and the ot

Re: [PATCH] Latest version of em28xx / em28xx-dvb patch for PCTV 290e

2011-08-18 Thread Chris Rankin
The final patch removes the unplug/replug deadlock by not holding the device mutex during dvb_init(). However, this mutex has already been locked during device initialisation by em28xx_usb_probe() and is not released again until all extensions have been initialised successfully. The device mut

Re: [PATCH] Latest version of em28xx / em28xx-dvb patch for PCTV 290e

2011-08-18 Thread Chris Rankin
This patch closes the race on the device and extension lists at USB disconnect time. Previously, the device was removed from the device list during em28xx_release_resources(), and then passed to the em28xx_close_extension() function so that all extensions could run their fini() operations. Howev

Re: [PATCH] Latest version of em28xx / em28xx-dvb patch for PCTV 290e

2011-08-18 Thread Chris Rankin
Next patch: By default, the DVB framework tries to put a frontend to sleep after it has been shut down. This obviously doesn't work for a USB device that has been disconnected, and can result in occasional errors in dmesg about I2C writes failing with error code -19. The patch works by nulling

Re: [PATCH] Latest version of em28xx / em28xx-dvb patch for PCTV 290e

2011-08-18 Thread Chris Rankin
Two more patches: a) clean up resources more reliably if em28xx_init_dev() fails, b) move two printk() statements outside the mutex lock Cheers, Chris Signed-off-by: Chris Rankin --- linux-3.0/drivers/media/video/em28xx/em28xx-cards.c.orig 2011-08-18 22:42:03.0 +0100 +++ linux-3.0/dri

Re: [PATCH] Latest version of em28xx / em28xx-dvb patch for PCTV 290e

2011-08-18 Thread Chris Rankin
On 18/08/11 19:44, Devin Heitmueller wrote: You would be well served to break this into a patch series, as it tends to be difficult to review a whole series of changes in a single patch. Here are the first three patches: - release the alt_max_pkt_size buffer. - use atomic bit operations for em

Re: [PATCHv2] adp1653: make ->power() method optional

2011-08-18 Thread Sylwester Nawrocki
On 08/18/2011 09:02 PM, Sakari Ailus wrote: > > He-h, I guess you are not going to apply this one. > The patch breaks init logic of the device. If we have no ->power(), we > still need to bring the device to the known state. I have no good idea > how to do this. I don'

Re: RFC: Negotiating frame buffer size between sensor subdevs and bridge devices

2011-08-18 Thread Sakari Ailus
On Wed, Aug 17, 2011 at 10:22:26PM +0200, Sylwester Nawrocki wrote: > On 08/17/2011 12:25 AM, Sakari Ailus wrote: > > On Thu, Jul 28, 2011 at 07:04:11PM +0200, Sylwester Nawrocki wrote: > >> Hello, > > > > Hi Sylwester, > > Hi Sakari, > > kiitos commentti ;) Hi Sylwester! Ole hyvä! :) > > >

Re: [PATCH] Latest version of em28xx / em28xx-dvb patch for PCTV 290e

2011-08-18 Thread Chris Rankin
On 18/08/11 19:43, Devin Heitmueller wrote: You would be well served to break this into a patch series, as it tends to be difficult to review a whole series of changes in a single patch. You seem to be mixed in a bunch of "useless" changes alongside functional changes. For example, if you're tr

[cron job] v4l-dvb daily build: WARNINGS

2011-08-18 Thread Hans Verkuil
This message is generated daily by a cron job that builds v4l-dvb for the kernels and architectures in the list below. Results of the daily build of v4l-dvb: date:Thu Aug 18 19:00:33 CEST 2011 git hash:9bed77ee2fb46b74782d0d9d14b92e9d07f3df6e gcc version: i686-linux-gcc (GCC) 4.6

Re: [PATCHv2] adp1653: make ->power() method optional

2011-08-18 Thread Sakari Ailus
Sylwester Nawrocki wrote: Hi, Hi Sylwester, On 08/18/2011 03:32 PM, Andy Shevchenko wrote: On Thu, 2011-08-18 at 14:51 +0300, Sakari Ailus wrote: On Thu, Aug 18, 2011 at 02:32:02PM +0300, Andy Shevchenko wrote: On Thu, 2011-08-18 at 14:22 +0300, Andy Shevchenko wrote: The ->power() could

Re: [PATCH] Latest version of em28xx / em28xx-dvb patch for PCTV 290e

2011-08-18 Thread Devin Heitmueller
On Thu, Aug 18, 2011 at 2:43 PM, Devin Heitmueller wrote: > On Thu, Aug 18, 2011 at 1:52 PM, Chris Rankin wrote: >> Hi, >> >> Here's my latest patch for the em28xx / em28xx-dvb modules, which addresses >> the following problems: >> >> a) Locking problem when unplugging and then replugging USB ada

Re: [PATCH] Latest version of em28xx / em28xx-dvb patch for PCTV 290e

2011-08-18 Thread Devin Heitmueller
On Thu, Aug 18, 2011 at 1:52 PM, Chris Rankin wrote: > Hi, > > Here's my latest patch for the em28xx / em28xx-dvb modules, which addresses > the following problems: > > a) Locking problem when unplugging and then replugging USB adapter. > b) Race conditions between adding/removing devices from the

[PATCH] Latest version of em28xx / em28xx-dvb patch for PCTV 290e

2011-08-18 Thread Chris Rankin
Hi, Here's my latest patch for the em28xx / em28xx-dvb modules, which addresses the following problems: a) Locking problem when unplugging and then replugging USB adapter. b) Race conditions between adding/removing devices from the devlist, while simultaneously loading/unloading extension mod

dvb-apps: update hr-All

2011-08-18 Thread Samuel Rakitničan
Hi, Attached updated patch for Croatia. Most of the updates are for MUX D as it's in phase of implementation. Removed MUX C (experimental HD mux) as it's no longer emitted. Best regards, Samuel hr-All.patch Description: Binary data

Re: [PATCHv2] adp1653: make ->power() method optional

2011-08-18 Thread Sylwester Nawrocki
Hi, On 08/18/2011 03:32 PM, Andy Shevchenko wrote: > On Thu, 2011-08-18 at 14:51 +0300, Sakari Ailus wrote: >> On Thu, Aug 18, 2011 at 02:32:02PM +0300, Andy Shevchenko wrote: >>> On Thu, 2011-08-18 at 14:22 +0300, Andy Shevchenko wrote: The ->power() could be absent or not used on some platf

Re: Record DVB-T from command line

2011-08-18 Thread shacky
> You'll use it with something like: >        $ gnutv -out file test.mpeg -channels channel.conf mychannel Thank you very very much!!! It works!! :-) -- 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

Re: Record DVB-T from command line

2011-08-18 Thread Mauro Carvalho Chehab
Em 18-08-2011 09:09, Mauro Carvalho Chehab escreveu: > Em 18-08-2011 08:47, shacky escreveu: >>> szap -a 0 -c channels_astra.conf -r "TV3 CAT" >>> cat /dev/dvb/adapter0/dvr0 > testvideo.mpg >>> mplayer testvideo.mpg >> >> I tried that, but cat tells me that the device is busy: >> >> root@werecit1:/

Re: Record DVB-T from command line

2011-08-18 Thread Mauro Carvalho Chehab
Em 18-08-2011 08:47, shacky escreveu: >> szap -a 0 -c channels_astra.conf -r "TV3 CAT" >> cat /dev/dvb/adapter0/dvr0 > testvideo.mpg >> mplayer testvideo.mpg > > I tried that, but cat tells me that the device is busy: > > root@werecit1:/opt/utils/tv# tzap -c /etc/channels.conf -r "Rai 1" > using

Re: Record DVB-T from command line

2011-08-18 Thread shacky
> szap -a 0 -c channels_astra.conf -r "TV3 CAT" > cat /dev/dvb/adapter0/dvr0 > testvideo.mpg > mplayer testvideo.mpg I tried that, but cat tells me that the device is busy: root@werecit1:/opt/utils/tv# tzap -c /etc/channels.conf -r "Rai 1" using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter

Re: [PATCHv2] adp1653: make ->power() method optional

2011-08-18 Thread Sakari Ailus
On Thu, Aug 18, 2011 at 04:55:56PM +0300, Sakari Ailus wrote: [clip] > I'm beginning to think we should require power() callback and fail in > probe() if it doesn't exist, or directly make it a gpio. > > My plan is to get the N900 board code with the rest of the subdev drivers to > mainline at som

Re: [PATCHv2] adp1653: make ->power() method optional

2011-08-18 Thread Sakari Ailus
On Thu, Aug 18, 2011 at 04:32:21PM +0300, Andy Shevchenko wrote: > On Thu, 2011-08-18 at 14:51 +0300, Sakari Ailus wrote: > > On Thu, Aug 18, 2011 at 02:32:02PM +0300, Andy Shevchenko wrote: > > > On Thu, 2011-08-18 at 14:22 +0300, Andy Shevchenko wrote: > > > > The ->power() could be absent or n

Re: Record DVB-T from command line

2011-08-18 Thread Josu Lazkano
2011/8/18 shacky : > Hi. > > I need to record from DVB-T using the command line. > I'm looking for some commands to make that saving the recording to a .ts file. > Could you help me please? > > Thank you very much! > Bye. > -- > To unsubscribe from this list: send the line "unsubscribe linux-media"

Re: [PATCHv2] adp1653: make ->power() method optional

2011-08-18 Thread Andy Shevchenko
On Thu, 2011-08-18 at 14:51 +0300, Sakari Ailus wrote: > On Thu, Aug 18, 2011 at 02:32:02PM +0300, Andy Shevchenko wrote: > > On Thu, 2011-08-18 at 14:22 +0300, Andy Shevchenko wrote: > > > The ->power() could be absent or not used on some platforms. This patch > > > makes > > > its presence opt

[PATCH] media: Fix a UVC performance problem on systems with non-coherent DMA.

2011-08-18 Thread Al Cooper
The UVC driver uses usb_alloc_coherent() to allocate DMA data buffers. On systems without coherent DMA this ends up allocating buffers in uncached memory. The subsequent memcpy's done to coalesce the DMA chunks into contiguous buffers then run VERY slowly. On a MIPS test system the memcpy is about

Re: Bug: Kernel oops with Kopete due to DVB device

2011-08-18 Thread Laurent Grawet
On 03/08/11 23:06, Laurent Grawet wrote: > On 02/08/11 21:37, Laurent Grawet wrote: >> Bug initially submitted to https://bugs.kde.org/show_bug.cgi?id=279202 >> >> Hello, >> >> Kopete crash and kernel oopses when opening "Settings -> Configure" dialog >> due to presence of DVB-S PCI card (av7110) a

Record DVB-T from command line

2011-08-18 Thread shacky
Hi. I need to record from DVB-T using the command line. I'm looking for some commands to make that saving the recording to a .ts file. Could you help me please? Thank you very much! Bye. -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord..

Re: [PATCHv2] adp1653: make ->power() method optional

2011-08-18 Thread Sakari Ailus
On Thu, Aug 18, 2011 at 02:32:02PM +0300, Andy Shevchenko wrote: > On Thu, 2011-08-18 at 14:22 +0300, Andy Shevchenko wrote: > > The ->power() could be absent or not used on some platforms. This patch > > makes > > its presence optional. > > > > Signed-off-by: Andy Shevchenko > > Cc: Sakari Ail

Re: [PATCHv2] adp1653: make ->power() method optional

2011-08-18 Thread Andy Shevchenko
On Thu, 2011-08-18 at 14:22 +0300, Andy Shevchenko wrote: > The ->power() could be absent or not used on some platforms. This patch makes > its presence optional. > > Signed-off-by: Andy Shevchenko > Cc: Sakari Ailus > --- > drivers/media/video/adp1653.c |5 + > 1 files changed, 5 inse

[PATCHv2] adp1653: make ->power() method optional

2011-08-18 Thread Andy Shevchenko
The ->power() could be absent or not used on some platforms. This patch makes its presence optional. Signed-off-by: Andy Shevchenko Cc: Sakari Ailus --- drivers/media/video/adp1653.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/drivers/media/video/adp1653.c b/dri

Re: [PATCH] adp1653: make ->power() method optional

2011-08-18 Thread Andy Shevchenko
On Thu, 2011-08-18 at 13:53 +0300, Sakari Ailus wrote: > On Thu, Aug 18, 2011 at 01:30:50PM +0300, Andy Shevchenko wrote: > > On Thu, 2011-08-18 at 12:21 +0300, Sakari Ailus wrote: > > > On Thu, Aug 18, 2011 at 11:53:03AM +0300, Andy Shevchenko wrote: > > > > The ->power() could be absent or not

Re: [PATCH] adp1653: make ->power() method optional

2011-08-18 Thread Sakari Ailus
On Thu, Aug 18, 2011 at 01:30:50PM +0300, Andy Shevchenko wrote: > On Thu, 2011-08-18 at 12:21 +0300, Sakari Ailus wrote: > > On Thu, Aug 18, 2011 at 11:53:03AM +0300, Andy Shevchenko wrote: > > > The ->power() could be absent or not used on some platforms. This patch > > > makes > > > its presen

Re: [PATCH] adp1653: make ->power() method optional

2011-08-18 Thread Andy Shevchenko
On Thu, 2011-08-18 at 12:21 +0300, Sakari Ailus wrote: > On Thu, Aug 18, 2011 at 11:53:03AM +0300, Andy Shevchenko wrote: > > The ->power() could be absent or not used on some platforms. This patch > > makes > > its presence optional. > > Hi Andy, > > Thanks for the patch! > > > Signed-off-by:

RE: [PATCH] Media controller: Define media_entity_init() and media_entity_cleanup() conditionally

2011-08-18 Thread Ravi, Deepthy
Thanks, Deepthy Ravi. From: Hiremath, Vaibhav Sent: Wednesday, August 17, 2011 9:00 PM To: Ravi, Deepthy; mche...@infradead.org; linux-media@vger.kernel.org; linux-ker...@vger.kernel.org Cc: linux-o...@vger.kernel.org Subject: RE: [PATCH] Media controller:

Re: [PATCH] adp1653: make ->power() method optional

2011-08-18 Thread Sakari Ailus
On Thu, Aug 18, 2011 at 11:53:03AM +0300, Andy Shevchenko wrote: > The ->power() could be absent or not used on some platforms. This patch makes > its presence optional. Hi Andy, Thanks for the patch! > Signed-off-by: Andy Shevchenko > Cc: Sakari Ailus > --- > drivers/media/video/adp1653.c |

Re: [PATCH] Media controller: Define media_entity_init() and media_entity_cleanup() conditionally

2011-08-18 Thread Laurent Pinchart
On Wednesday 17 August 2011 12:53:46 Andy Shevchenko wrote: > On Wed, 2011-08-17 at 16:04 +0530, Deepthy Ravi wrote: > > From: Vaibhav Hiremath > > > > Defines the two functions only when CONFIG_MEDIA_CONTROLLER > > is enabled. > > Is it not a driver's option to be dependent on MEDIA_CONTROLLER?

[PATCH] adp1653: make ->power() method optional

2011-08-18 Thread Andy Shevchenko
The ->power() could be absent or not used on some platforms. This patch makes its presence optional. Signed-off-by: Andy Shevchenko Cc: Sakari Ailus --- drivers/media/video/adp1653.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/drivers/media/video/adp1653.c b/drive

RE: [PATCH 7/9] ARM: DMA: steal memory for DMA coherent mappings

2011-08-18 Thread Tixy
On Wed, 2011-08-17 at 15:06 +0200, Marek Szyprowski wrote: [...] > > > Maybe for the first version a static pool with reasonably small size > > > (like 128KiB) will be more than enough? This size can be even board > > > depended or changed with kernel command line for systems that really > > > need