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
needs more
The -power() could be absent or not used on some platforms. This patch makes
its presence optional.
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
Cc: Sakari Ailus sakari.ai...@iki.fi
---
drivers/media/video/adp1653.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
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 hvaib...@ti.com
Defines the two functions only when CONFIG_MEDIA_CONTROLLER
is enabled.
Is it not a driver's option to be dependent on
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 andriy.shevche...@linux.intel.com
Cc: Sakari Ailus
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
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: Andy
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 presence optional.
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 used on
The -power() could be absent or not used on some platforms. This patch makes
its presence optional.
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
Cc: Sakari Ailus sakari.ai...@iki.fi
---
drivers/media/video/adp1653.c |5 +
1 files changed, 5 insertions(+), 0
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 andriy.shevche...@linux.intel.com
Cc: Sakari Ailus sakari.ai...@iki.fi
---
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
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
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) as /dev/video0.
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
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 optional.
2011/8/18 shacky shack...@gmail.com:
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
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 not used on
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 some
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
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
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:/opt/utils/tv# tzap
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 at
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 platforms. This
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
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
On Thu, Aug 18, 2011 at 1:52 PM, Chris Rankin ranki...@yahoo.com 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
On Thu, Aug 18, 2011 at 2:43 PM, Devin Heitmueller
dheitmuel...@kernellabs.com wrote:
On Thu, Aug 18, 2011 at 1:52 PM, Chris Rankin ranki...@yahoo.com wrote:
Hi,
Here's my latest patch for the em28xx / em28xx-dvb modules, which addresses
the following problems:
a) Locking problem when
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
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)
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
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ä! :)
Trying to
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't think it breaks anything
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
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 ranki...@yahoo.com
--- linux-3.0/drivers/media/video/em28xx/em28xx-cards.c.orig 2011-08-18 22:42:03.0
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
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.
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
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
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 alongside
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
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 ranki...@yahoo.com
Chris,
Please, never send two patches at
41 matches
Mail list logo