Hi
Right now the gnomeradio don't work with tm6000 USB stick. No any audio.
I try use this script:
#!/bin/sh
if [ -f /usr/bin/arecord ]; then
arecord -q -D hw:1,0 -r 48000 -c 2 -f S16_LE | aplay -q - &
fi
if [ -f /usr/bin/gnomeradio ]; then
gnomeradio -f 102.6
fi
pid=`pidof arecord`
if [ $pid
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Sylwester Nawrocki
> Sent: Tuesday, November 15, 2011 8:04 AM
> To: HeungJun, Kim
> Cc: linux-media@vger.kernel.org; Kyungmin Park
> Subject: Re: [PATCH 2/5] m5mols: R
Hi Sylwester,
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Sylwester Nawrocki
> Sent: Tuesday, November 15, 2011 7:35 AM
> To: Heungjun Kim
> Cc: linux-media; Kyungmin Park
> Subject: Re: [PATCH 4/5] m5mols: Add b
Hi Clemens,
Thanks for the patch.
On Saturday 05 November 2011 22:42:01 Clemens Ladisch wrote:
> When enumerating an entity, assign the entire entity specification
> instead of only the first two words. (This requires giving the
> specification union a name.)
>
> So far, no driver actually uses
What things can cause a select() timeout in the capture example?
Thanks,
David
--
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
On 10/21/2011 09:35 AM, HeungJun, Kim wrote:
> In M-5MOLS driver, the workqueue code for IRQ is hard to re-use. So, remove
> the IRQ workqueue, and use only waitqueue for waiting IRQ with timeout.
> The info->issue has the status that interrupt is issued or not, then
> the info->interrupt has the I
On 11/15/2011 12:25 AM, Malcolm Priestley wrote:
On 11/13/2011 09:05 PM, Antti Palosaari wrote:
AF9015 firmware does not like if it gets interrupted by I2C adapter
request on some critical phases. During normal operation I2C adapter
is used only 2nd demodulator and tuner on dual tuner devices.
Em 14-11-2011 20:38, Manu Abraham escreveu:
> On Tue, Nov 15, 2011 at 3:58 AM, Mauro Carvalho Chehab
> wrote:
>> Em 14-11-2011 20:08, Manu Abraham escreveu:
>>> On Tue, Nov 15, 2011 at 2:16 AM, Mauro Carvalho Chehab
>>> wrote:
Em 14-11-2011 17:39, Manu Abraham escreveu:
> On 11/12/11, An
On Tue, Nov 15, 2011 at 3:58 AM, Mauro Carvalho Chehab
wrote:
> Em 14-11-2011 20:08, Manu Abraham escreveu:
>> On Tue, Nov 15, 2011 at 2:16 AM, Mauro Carvalho Chehab
>> wrote:
>>> Em 14-11-2011 17:39, Manu Abraham escreveu:
On 11/12/11, Andreas Oberritter wrote:
> On 11.11.2011 23:38, M
Hi HeungJun,
Sorry for late review. Please see my comments below..
On 10/21/2011 09:35 AM, HeungJun, Kim wrote:
> In M-5MOLS sensor, the I2C error can be occured before sensor booting done,
> becase I2C interface is not stabilized although the sensor have done already
> for booting, so the right
Em 14-11-2011 20:08, Manu Abraham escreveu:
> On Tue, Nov 15, 2011 at 2:16 AM, Mauro Carvalho Chehab
> wrote:
>> Em 14-11-2011 17:39, Manu Abraham escreveu:
>>> On 11/12/11, Andreas Oberritter wrote:
On 11.11.2011 23:38, Mauro Carvalho Chehab wrote:
> Em 11-11-2011 20:07, Manu Abraham es
On Sun, 2011-11-13 at 21:19 +0200, Antti Palosaari wrote:
> Mauro,
> Don't still but that to the 3.2 as fix. It is not much tested and not
> critical so better put it master for some more testing.
>
> regards
> Antti
>
> On 11/13/2011 09:05 PM, Antti Palosaari wrote:
> > AF9015 firmware does not
Lars,
Thanks for the reply.
Output of ls -la /dev/dvb/adapter0:
root@Nutrigrain:/home/digitalTV/vdr-1.7.21# ls -la /dev/dvb/adapter0/*
crw-rw 1 root video 212, 1 Nov 14 19:20 /dev/dvb/adapter0/demux0
crw-rw 1 root video 212, 5 Nov 14 19:20 /dev/dvb/adapter0/demux1
crw-rw 1 root video
On Tue, Nov 15, 2011 at 2:16 AM, Mauro Carvalho Chehab
wrote:
> Em 14-11-2011 17:39, Manu Abraham escreveu:
>> On 11/12/11, Andreas Oberritter wrote:
>>> On 11.11.2011 23:38, Mauro Carvalho Chehab wrote:
Em 11-11-2011 20:07, Manu Abraham escreveu:
> On Fri, Nov 11, 2011 at 3:42 PM, Mauro
On Mon, 2011-11-14 at 13:35 +, Tim Draper wrote:
> ok, looks like the patch has fixed the issue in my initial response,
> but now i've got a new issue (related?) when i reboot - the
> dvb-usb-af9015 module is not being loaded.
>
> if i try to modprobe it (sudo modprobe dvb-usb-af9015), then i
Em 14-11-2011 17:39, Manu Abraham escreveu:
> On 11/12/11, Andreas Oberritter wrote:
>> On 11.11.2011 23:38, Mauro Carvalho Chehab wrote:
>>> Em 11-11-2011 20:07, Manu Abraham escreveu:
On Fri, Nov 11, 2011 at 3:42 PM, Mauro Carvalho Chehab
wrote:
> Em 11-11-2011 04:26, Manu Abraham
Em 14-11-2011 16:59, Manu Abraham escreveu:
> On Tue, Nov 15, 2011 at 12:12 AM, Mauro Carvalho Chehab
> wrote:
>> Em 14-11-2011 16:30, Manu Abraham escreveu:
>>> On Mon, Nov 14, 2011 at 11:38 PM, Mauro Carvalho Chehab
>>> wrote:
Yet, this doesn't require any changes at DVB API, as all that t
On 14.11.2011 20:39, Manu Abraham wrote:
> On 11/12/11, Andreas Oberritter wrote:
>> > On 11.11.2011 23:38, Mauro Carvalho Chehab wrote:
>>> >> Em 11-11-2011 20:07, Manu Abraham escreveu:
>>> On Fri, Nov 11, 2011 at 3:42 PM, Mauro Carvalho Chehab
>>> wrote:
> Em 11-11-2011 04:2
On 11/12/11, Andreas Oberritter wrote:
> On 11.11.2011 23:38, Mauro Carvalho Chehab wrote:
>> Em 11-11-2011 20:07, Manu Abraham escreveu:
>>> On Fri, Nov 11, 2011 at 3:42 PM, Mauro Carvalho Chehab
>>> wrote:
Em 11-11-2011 04:26, Manu Abraham escreveu:
> On Fri, Nov 11, 2011 at 2:50 AM, M
On Tue, Nov 15, 2011 at 12:12 AM, Mauro Carvalho Chehab
wrote:
> Em 14-11-2011 16:30, Manu Abraham escreveu:
>> On Mon, Nov 14, 2011 at 11:38 PM, Mauro Carvalho Chehab
>> wrote:
>>> Yet, this doesn't require any changes at DVB API, as all that the
>>> demodulator
>>> need to know is the sub-carr
Hi,
Am 14.11.2011 04:14, schrieb Hawes, Mark:
Hi,
I have just acquired a Hauppauge HVR 4000 hybrid DVB-S2 / DVB-T / Analogue card
> which I am trying to use with VDR 1.7.21 on the latest Slackware stable
release
> using kernel 2.6.37.6.
vdr doesn't know anything about hybrid cards where you
Em 14-11-2011 16:30, Manu Abraham escreveu:
> On Mon, Nov 14, 2011 at 11:38 PM, Mauro Carvalho Chehab
> wrote:
>> Yet, this doesn't require any changes at DVB API, as all that the demodulator
>> need to know is the sub-carrier parameters (frequency, roll-off, symbol
>> rate, etc).
>
> You do: thi
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:Mon Nov 14 19:00:15 CET 2011
git hash:e9eb0dadba932940f721f9d27544a7818b2fa1c5
gcc version: i686-linux-gcc (GCC
Sorry - hit the wrong button and sent too early... please ignore that
last email.
--
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
On Mon, Nov 14, 2011 at 11:38 PM, Mauro Carvalho Chehab
wrote:
> Yet, this doesn't require any changes at DVB API, as all that the demodulator
> need to know is the sub-carrier parameters (frequency, roll-off, symbol
> rate, etc).
You do: this is why there were changes to the V3 API to accomodate
I'd be much obliged if someone could give me some interpretation on
the following?
If I read it right, this means that the tuner tunes OK, and then the
filter loads OK (no error message on the filter load), but no data is
being returned? If so, could this be a DMA problem? Would anyone know
a way
From: Hans Verkuil
The function setup_vpif_input_channel_mode() used the VSCLKDIS register
instead of VIDCLKCTL. This meant that when in HD mode videoport channel 0
used a different clock from channel 1.
Clearly a copy-and-paste error.
Signed-off-by: Hans Verkuil
---
arch/arm/mach-davinci/boa
The setup_vpif_input_channel_mode function uses the wrong register.
Manju, can you review?
I'm not sure whether this should be merged for v3.3 through the linux-media
tree or the davinci tree. Opinions welcome.
Actually, this fix should probably go in for v3.2 since it is a clear bug fix.
Regar
Em 14-11-2011 15:09, Manu Abraham escreveu:
> On Mon, Nov 14, 2011 at 10:09 PM, Mauro Carvalho Chehab
> wrote:
>> Em 14-11-2011 13:02, Manu Abraham escreveu:
>>> On Mon, Nov 14, 2011 at 5:17 PM, Mauro Carvalho Chehab
>>> wrote:
Em 13-11-2011 13:27, Manu Abraham escreveu:
> On Sun, Nov 13
On Mon, Nov 14, 2011 at 10:09 PM, Mauro Carvalho Chehab
wrote:
> Em 14-11-2011 13:02, Manu Abraham escreveu:
>> On Mon, Nov 14, 2011 at 5:17 PM, Mauro Carvalho Chehab
>> wrote:
>>> Em 13-11-2011 13:27, Manu Abraham escreveu:
On Sun, Nov 13, 2011 at 7:02 PM, Mauro Carvalho Chehab
wrote:
Em 14-11-2011 13:02, Manu Abraham escreveu:
> On Mon, Nov 14, 2011 at 5:17 PM, Mauro Carvalho Chehab
> wrote:
>> Em 13-11-2011 13:27, Manu Abraham escreveu:
>>> On Sun, Nov 13, 2011 at 7:02 PM, Mauro Carvalho Chehab
>>> wrote:
Em 11-11-2011 20:34, Manu Abraham escreveu:
> On Sat, Nov 12,
On 11/13/2011 03:53 AM, Antti Palosaari wrote:
On 11/12/2011 06:59 PM, Antti Palosaari wrote:
I fixed that I2C failing, simply blocking problematic demod callbacks
that only other demod can access at once. Basically problem is that
AF9015 FW don't like to get interrupted for I2C access in certain
Hi Mauro,
This is the second 'pull-requested' version of the selection API. The
patch-set introduces new ioctls to V4L2 API for the configuration of the
selection rectangles like crop and compose areas.
Changelog:
- changed naming of constraints flags to form V4L2_SEL_FLAG_*
- changed naming
Mauro,
A gentle reminder for the pull request. These have been acked by Hans.
Cheers,
-Manju
On Wed, Sep 28, 2011 at 18:32:48, Hadli, Manjunath wrote:
> Mauro,
> Please pull :
> git://linuxtv.org/mhadli/v4l-dvb-davinci_devices.git for_mauro
>
> The patchset adds incremental changes necessar
include davinci_common.h file in files using the platform
header file for dm355, dm365, dm644x and dm646x and delete the
individual platform header files.
Signed-off-by: Manjunath Hadli
---
arch/arm/mach-davinci/board-dm355-evm.c |2 +-
arch/arm/mach-davinci/board-dm355-leopard.c |2
remove the code from individual platform header files for
dm365, dm355, dm644x and dm646x and consolidate it into a
single and common header file davinci_common.h.
Include the new header file in individual platform header
files as a pre-cursor for deleting these headers in follow
up patches.
Signe
Re-arrange definitions and remove unnecessary code so that we can
have a common header for all davinci platforms. This will enable
us to share defines and enable common routines to be used without
polluting hardware.h.
This patch set forms the base for a later set of patches for having
a common s
move the register base addresses and offsets used only by dm646x
platform file from platform header dm646x.h to dm646x.c as they
are used only in the c file.
Signed-off-by: Manjunath Hadli
---
arch/arm/mach-davinci/dm646x.c |7 +++
arch/arm/mach-davinci/include/mach/dm646x.h
move the register base addresses and offsets used only by dm365
platform file from platform header dm365.h to dm365.c as they
are used only in the c file.
Signed-off-by: Manjunath Hadli
---
arch/arm/mach-davinci/dm365.c | 16
arch/arm/mach-davinci/include/mach/dm3
move the register base addresses and offsets used only by dm644x
platform file from platform header dm644x.h to dm644x.c as they
are used only in the c file.
Signed-off-by: Manjunath Hadli
---
arch/arm/mach-davinci/dm644x.c |6 ++
arch/arm/mach-davinci/include/mach/dm644x.h
On Mon, Nov 14, 2011 at 5:17 PM, Mauro Carvalho Chehab
wrote:
> Em 13-11-2011 13:27, Manu Abraham escreveu:
>> On Sun, Nov 13, 2011 at 7:02 PM, Mauro Carvalho Chehab
>> wrote:
>>> Em 11-11-2011 20:34, Manu Abraham escreveu:
On Sat, Nov 12, 2011 at 12:07 AM, Mauro Carvalho Chehab
wrote:
Hi Antti,
As an additional note, it just occurred to me that what you are working
on is somewhat related to Mark Brown's regmap. Look in
drivers/base/regmap and see if maybe you can reuse and/or extend Mark's
approach.
--
Jean Delvare
--
To unsubscribe from this list: send the line "unsubscribe
ok, looks like the patch has fixed the issue in my initial response,
but now i've got a new issue (related?) when i reboot - the
dvb-usb-af9015 module is not being loaded.
if i try to modprobe it (sudo modprobe dvb-usb-af9015), then i get the error:
FATAL: Error inserting dvb_usb_af9015
(/lib/modu
Em 13-11-2011 13:27, Manu Abraham escreveu:
> On Sun, Nov 13, 2011 at 7:02 PM, Mauro Carvalho Chehab
> wrote:
>> Em 11-11-2011 20:34, Manu Abraham escreveu:
>>> On Sat, Nov 12, 2011 at 12:07 AM, Mauro Carvalho Chehab
>>> wrote:
Em 11-11-2011 15:43, BOUWSMA Barry escreveu:
>
> On Do (
On 2011-11-11 07:26, Laurent Pinchart wrote:
Hi Gary,
On Wednesday 09 November 2011 17:24:26 Gary Thomas wrote:
On 2011-11-09 09:18, Laurent Pinchart wrote:
On Wednesday 09 November 2011 12:01:34 Gary Thomas wrote:
On 2011-11-08 17:54, Laurent Pinchart wrote:
On Tuesday 08 November 2011 14:3
Hi List,
I have a strange problem tuning my tt-s1500b card, the problem looks the one described in these
posts (http://www.mail-archive.com/linux-media@vger.kernel.org/msg34251.html).
The frequencies I use are:
astra 19.2 12343000hz SR 27500 FEC 3/4 which works like a charm
and
astra 19.2 125
On 11/11/2011 01:05 PM, HeungJun, Kim wrote:
> Add the maintainers for the m5mols driver
>
> Signed-off-by: HeungJun, Kim
> Signed-off-by: Kyungmin Park
Acked-by: Sylwester Nawrocki
> ---
> MAINTAINERS |8
> 1 files changed, 8 insertions(+), 0 deletions(-)
>
> diff --git a/MAIN
Hi Laurent,
Thanks for the patch!! I have a few comments below.
Laurent Pinchart wrote:
> This patch adds the driver for the as3645a LED flash controller. This
> controller supports a high power led in flash and torch modes and an
> indicator light, sometimes also called privacy light.
>
> Sign
omap_vout crashes on start if a corresponding driver is not loaded for a
display device.
This patch changes omap_vout init sequence to skip devices without a
driver.
Signed-off-by: Tomi Valkeinen
---
drivers/media/video/omap/omap_vout.c |8
1 files changed, 8 insertions(+), 0 delet
49 matches
Mail list logo
