My static checker complains about the fall through here. From the
context it looks like we should add a break statement.
Signed-off-by: Dan Carpenter
---
Untested.
diff --git a/drivers/media/usb/cx231xx/cx231xx-video.c
b/drivers/media/usb/cx231xx/cx231xx-video.c
index 93dfc18..06376d9 100644
-
On 10.01.2013 15:25, Mauro Carvalho Chehab wrote:
Em Thu, 10 Jan 2013 03:06:51 +0100
thomas schorpp escreveu:
On 09.01.2013 22:30, Nikolaus Schulz wrote:
On Tue, Jan 08, 2013 at 12:05:47PM +0530, Soby Mathew wrote:
Hi Everyone,
I have a doubt regarding about the global mutex lock in
dv
On Thu, 10 Jan 2013 21:55:28 +0100, Oliver Schinagl wrote:
> Actually, there's plenty of apps etc that depend on it. I know some
> distro's install it into /usr/share/dvb for all to use. I think actually
> only a very small handfull use their own scanfiles. Very small handfull
> I belive ;)
Ind
Linux 3.6. was not the cause, it's crashing kernel again:
Jan 11 01:37:10 tom3 kernel: [121968.394453] crystalhd :03:00.0: Opening
new user[0] handle
Jan 11 01:37:13 tom3 kernel: [121971.186506] start_capture: pause_th:12,
resume_th:5
Jan 11 01:37:13 tom3 kernel: [121971.273696] crystalhd 0
On 01/10/13 21:42, Jiri Slaby wrote:
On 01/10/2013 09:41 PM, Jiri Slaby wrote:
On 01/10/2013 09:38 PM, Manu Abraham wrote:
The format can be definitely changed. There's no issue to it.
No you cannot. Applications depend on that, it's part of the dvb ABI. If
you changed that, you would do the
On 01/10/13 23:11, Mauro Carvalho Chehab wrote:
Em Thu, 10 Jan 2013 21:51:29 +0100
Oliver Schinagl escreveu:
Anyway, fighting about it won't help anyone
Agreed. From my side, don't expect further comments. That's hopefully
my last email on this thread.
Oliver,
You owns your time. So, it is
Hello,
this is a bad test patch that adds support for AverMedia Satelllite Hybrid+FM
A706 cards to saa7134.
Working: analog video inputs (composite, s-vhs, analog TV), analog sound
inputs (cinch, TV), analog TV tuner, remote control
Partially working: FM radio - it tunes but detunes to noise afte
Em Thu, 10 Jan 2013 21:51:29 +0100
Oliver Schinagl escreveu:
> Anyway, fighting about it won't help anyone
Agreed. From my side, don't expect further comments. That's hopefully
my last email on this thread.
Oliver,
You owns your time. So, it is really your call.
>From my side, I appreciate yo
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:Thu Jan 10 19:00:17 CET 2013
git hash:73ec66c000e9816806c7380ca3420f4e0638c40e
gcc version: i686-linux-gcc (GCC
It works!
Thanks Antti.
On Wed, Jan 9, 2013 at 8:28 AM, Antti Palosaari wrote:
> On 01/08/2013 11:54 PM, Eranga Jayasundera wrote:
>>
>> Dear All,
>>
>> I wasn't able to install the driver for Afatech AF9035 (15a4:1001) on
>> my mythbuntu (kernel v3.2.0) box.
>>
>> I used the bellow commands to
On 1/11/13, Jiri Slaby wrote:
> On 01/10/2013 09:49 PM, Manu Abraham wrote:
>> On 1/11/13, Jiri Slaby wrote:
>>> On 01/10/2013 09:38 PM, Manu Abraham wrote:
The format can be definitely changed. There's no issue to it.
>>>
>>> No you cannot. Applications depend on that, it's part of the dvb
On 01/10/2013 09:49 PM, Manu Abraham wrote:
> On 1/11/13, Jiri Slaby wrote:
>> On 01/10/2013 09:38 PM, Manu Abraham wrote:
>>> The format can be definitely changed. There's no issue to it.
>>
>> No you cannot. Applications depend on that, it's part of the dvb ABI. If
>> you changed that, you would
On 1/11/13, Oliver Schinagl wrote:
> On 01/10/13 21:32, Manu Abraham wrote:
>> On 1/11/13, Mauro Carvalho Chehab wrote:
>>> Em Fri, 11 Jan 2013 00:38:18 +0530
>>> Manu Abraham escreveu:
>>>
On 1/11/13, Jiri Slaby wrote:
> On 01/10/2013 07:46 PM, Manu Abraham wrote:
>> The scan file
On 01/10/13 21:41, Jiri Slaby wrote:
On 01/10/2013 09:38 PM, Manu Abraham wrote:
The format can be definitely changed. There's no issue to it.
No you cannot. Applications depend on that, it's part of the dvb ABI. If
you changed that, you would do the same mistake as Mauro let it flowing
throug
On 01/10/13 21:32, Manu Abraham wrote:
On 1/11/13, Mauro Carvalho Chehab wrote:
Em Fri, 11 Jan 2013 00:38:18 +0530
Manu Abraham escreveu:
On 1/11/13, Jiri Slaby wrote:
On 01/10/2013 07:46 PM, Manu Abraham wrote:
The scan files and config files are very specific to dvb-apps, some
applicati
On 1/11/13, Jiri Slaby wrote:
> On 01/10/2013 09:38 PM, Manu Abraham wrote:
>> The format can be definitely changed. There's no issue to it.
>
> No you cannot. Applications depend on that, it's part of the dvb ABI. If
> you changed that, you would do the same mistake as Mauro let it flowing
> thro
On 1/11/13, Mauro Carvalho Chehab wrote:
> Em Fri, 11 Jan 2013 01:55:34 +0530
> Manu Abraham escreveu:
>
>> On 1/11/13, Oliver Schinagl wrote:
>> >> they can say anything what they want, which makes no sense at all.
>> > Well there are a few apps that do use the initial scanfile tree, but do
>>
On 01/10/2013 09:41 PM, Jiri Slaby wrote:
> On 01/10/2013 09:38 PM, Manu Abraham wrote:
>> The format can be definitely changed. There's no issue to it.
>
> No you cannot. Applications depend on that, it's part of the dvb ABI. If
> you changed that, you would do the same mistake as Mauro let it fl
On 01/10/2013 09:38 PM, Manu Abraham wrote:
> The format can be definitely changed. There's no issue to it.
No you cannot. Applications depend on that, it's part of the dvb ABI. If
you changed that, you would do the same mistake as Mauro let it flowing
through his tree and it was pointed out by Li
On 1/11/13, Jiri Slaby wrote:
> On 01/10/2013 09:25 PM, Manu Abraham wrote:
>>> Also, purely out of curiousity, how are the scanfiles used during
>>> development?
>>
>> The scanfiles what you call them are the configuration files for
>> dvb-apps,
>> rather than purely data files.
>
> But you canno
Em Fri, 11 Jan 2013 01:55:34 +0530
Manu Abraham escreveu:
> On 1/11/13, Oliver Schinagl wrote:
> >> they can say anything what they want, which makes no sense at all.
> > Well there are a few apps that do use the initial scanfile tree, but do
> > not use any of the dvb-apps.
> >
> > (tvheadend,
On 01/10/2013 09:25 PM, Manu Abraham wrote:
>> Also, purely out of curiousity, how are the scanfiles used during
>> development?
>
> The scanfiles what you call them are the configuration files for dvb-apps,
> rather than purely data files.
But you cannot change their format, so what's the point?
On 1/11/13, Mauro Carvalho Chehab wrote:
> Em Fri, 11 Jan 2013 00:38:18 +0530
> Manu Abraham escreveu:
>
>> On 1/11/13, Jiri Slaby wrote:
>> > On 01/10/2013 07:46 PM, Manu Abraham wrote:
>> >> The scan files and config files are very specific to dvb-apps, some
>> >> applications
>> >> do rely on
On 1/11/13, Oliver Schinagl wrote:
>> they can say anything what they want, which makes no sense at all.
> Well there are a few apps that do use the initial scanfile tree, but do
> not use any of the dvb-apps.
>
> (tvheadend, kaffeine appearantly, i'm guessing VDR and MythTV aswell?)
Only tvheade
On 1/11/13, Mauro Carvalho Chehab wrote:
> Em Fri, 11 Jan 2013 00:38:18 +0530
> Manu Abraham escreveu:
>
>> On 1/11/13, Jiri Slaby wrote:
>> > On 01/10/2013 07:46 PM, Manu Abraham wrote:
>> >> The scan files and config files are very specific to dvb-apps, some
>> >> applications
>> >> do rely on
On 01/10/13 20:04, Manu Abraham wrote:
On 1/11/13, Michael Krufky wrote:
On Thu, Jan 10, 2013 at 1:46 PM, Manu Abraham
wrote:
On 1/11/13, Jiri Slaby wrote:
On 01/10/2013 06:40 PM, Manu Abraham wrote:
On 1/9/13, Mauro Carvalho Chehab wrote:
Em Wed, 9 Jan 2013 06:08:44 -0500
Michael Krufky
Em Fri, 11 Jan 2013 00:38:18 +0530
Manu Abraham escreveu:
> On 1/11/13, Jiri Slaby wrote:
> > On 01/10/2013 07:46 PM, Manu Abraham wrote:
> >> The scan files and config files are very specific to dvb-apps, some
> >> applications
> >> do rely on these config files. It doesn't really make sense to
> If you want to use scan/zap with a delivery system different than DVB-T/C/S
> or ATSC, I suggest you to use dvbv5 tools at:
> http://git.linuxtv.org/v4l-utils.git
and what about dvb-t/s support in dvbv5 tools ? how to scan/zap dvb-s
transponders ?
--
To unsubscribe from this list: send t
On 1/11/13, Jiri Slaby wrote:
> On 01/10/2013 08:08 PM, Manu Abraham wrote:
>> On 1/11/13, Jiri Slaby wrote:
>>> On 01/10/2013 07:46 PM, Manu Abraham wrote:
The scan files and config files are very specific to dvb-apps, some
applications
do rely on these config files. It doesn't re
On 01/10/2013 08:08 PM, Manu Abraham wrote:
> On 1/11/13, Jiri Slaby wrote:
>> On 01/10/2013 07:46 PM, Manu Abraham wrote:
>>> The scan files and config files are very specific to dvb-apps, some
>>> applications
>>> do rely on these config files. It doesn't really make sense to have
>>> split out
On 1/11/13, Jiri Slaby wrote:
> On 01/10/2013 07:46 PM, Manu Abraham wrote:
>> The scan files and config files are very specific to dvb-apps, some
>> applications
>> do rely on these config files. It doesn't really make sense to have
>> split out config
>> files for these small applications.
>
>
On 1/11/13, Michael Krufky wrote:
> On Thu, Jan 10, 2013 at 1:46 PM, Manu Abraham
> wrote:
>> On 1/11/13, Jiri Slaby wrote:
>>> On 01/10/2013 06:40 PM, Manu Abraham wrote:
On 1/9/13, Mauro Carvalho Chehab wrote:
> Em Wed, 9 Jan 2013 06:08:44 -0500
> Michael Krufky escreveu:
>
On 01/10/2013 07:56 PM, Michael Krufky wrote:
> I see great value in separating the history of the data files from the
> code files. If you really think this is such a terrible task for a
> developer to have to pull from a second repository to fetch these data
> files, then I find no reason why we
On 01/10/2013 07:46 PM, Manu Abraham wrote:
> The scan files and config files are very specific to dvb-apps, some
> applications
> do rely on these config files. It doesn't really make sense to have
> split out config
> files for these small applications.
I don't care where they are, really. Howe
On Thu, Jan 10, 2013 at 1:46 PM, Manu Abraham wrote:
> On 1/11/13, Jiri Slaby wrote:
>> On 01/10/2013 06:40 PM, Manu Abraham wrote:
>>> On 1/9/13, Mauro Carvalho Chehab wrote:
Em Wed, 9 Jan 2013 06:08:44 -0500
Michael Krufky escreveu:
> On Wed, Jan 9, 2013 at 5:41 AM, Mauro C
On 1/11/13, Jiri Slaby wrote:
> On 01/10/2013 06:40 PM, Manu Abraham wrote:
>> On 1/9/13, Mauro Carvalho Chehab wrote:
>>> Em Wed, 9 Jan 2013 06:08:44 -0500
>>> Michael Krufky escreveu:
>>>
On Wed, Jan 9, 2013 at 5:41 AM, Mauro Carvalho Chehab
wrote:
> Em Wed, 09 Jan 2013 10:43:23
On 01/10/2013 06:40 PM, Manu Abraham wrote:
> On 1/9/13, Mauro Carvalho Chehab wrote:
>> Em Wed, 9 Jan 2013 06:08:44 -0500
>> Michael Krufky escreveu:
>>
>>> On Wed, Jan 9, 2013 at 5:41 AM, Mauro Carvalho Chehab
>>> wrote:
Em Wed, 09 Jan 2013 10:43:23 +0100
Oliver Schinagl escreveu:
>
On 1/9/13, Mauro Carvalho Chehab wrote:
> Em Wed, 9 Jan 2013 06:08:44 -0500
> Michael Krufky escreveu:
>
>> On Wed, Jan 9, 2013 at 5:41 AM, Mauro Carvalho Chehab
>> wrote:
>> > Em Wed, 09 Jan 2013 10:43:23 +0100
>> > Oliver Schinagl escreveu:
>> >
>> >> On 08-01-13 21:01, Johannes Stezenbach wr
Em Thu, 10 Jan 2013 20:40:41 +0400
Goga777 escreveu:
> Hi
>
> is there any plans to update dvb-apps repo and to add in it actual version of
> scan-s2 and szap-s2 ?
Nobody is maintaining dvb-apps for a long time.
I wrote a few years ago a patch adding DVBv5 support there at dvb-apps,
but it w
Em Thu, 10 Jan 2013 17:01:57 +0100
Ralph Metzler escreveu:
> Mauro Carvalho Chehab writes:
> > Em Thu, 10 Jan 2013 13:49:52 +0200
> > "Hamad Kadmany" escreveu:
> >
> > > On 01/10/2013 1:13 PM, Antti Palosaari wrote:
> > > > I could guess that even for the SoCs there is some bus used
> int
Mauro Carvalho Chehab writes:
> Em Thu, 10 Jan 2013 13:49:52 +0200
> "Hamad Kadmany" escreveu:
>
> > On 01/10/2013 1:13 PM, Antti Palosaari wrote:
> > > I could guess that even for the SoCs there is some bus used internally.
> > > If it is not one of those already existing, then create new
Em Thu, 10 Jan 2013 03:06:51 +0100
thomas schorpp escreveu:
> On 09.01.2013 22:30, Nikolaus Schulz wrote:
> > On Tue, Jan 08, 2013 at 12:05:47PM +0530, Soby Mathew wrote:
> >> Hi Everyone,
> >> I have a doubt regarding about the global mutex lock in
> >> dvb_usercopy(drivers/media/dvb-core/d
Em Thu, 10 Jan 2013 13:49:52 +0200
"Hamad Kadmany" escreveu:
> On 01/10/2013 1:13 PM, Antti Palosaari wrote:
> > I could guess that even for the SoCs there is some bus used internally.
> > If it is not one of those already existing, then create new directly just
> like one of those existing and
Em Thu, 10 Jan 2013 12:44:14 +0200
"Hamad Kadmany" escreveu:
> Hi,
>
> With the new structure of dvb-core (moved up one directory), previous
> DVB/ATSC adapters were moved to media/usb, media/pci and media/mmc.
>
> For SoC that supports integrated DVB functionality, where should the
> adapter's
On 01/10/2013 1:13 PM, Antti Palosaari wrote:
> I could guess that even for the SoCs there is some bus used internally.
> If it is not one of those already existing, then create new directly just
like one of those existing and put it there.
Thanks for the answer. I just wanted to clarify - it's i
On Thu, 10 Jan 2013, Inki Dae wrote:
> 2013/1/10 Laurent Pinchart :
>> Hi Vikas,
>>
>> Thank you for the patch.
>>
>> On Friday 04 January 2013 10:24:04 Vikas Sajjan wrote:
>>> On 3 January 2013 16:29, Tomasz Figa wrote:
>>> > On Wednesday 02 of January 2013 18:47:22 Vikas C Sajjan wrote:
>>> >>
On 01/10/2013 12:44 PM, Hamad Kadmany wrote:
Hi,
With the new structure of dvb-core (moved up one directory), previous
DVB/ATSC adapters were moved to media/usb, media/pci and media/mmc.
For SoC that supports integrated DVB functionality, where should the
adapter's code be located in the new st
Hi Oliver,
Thank you for the patch.
On Thursday 10 January 2013 11:04:55 Oliver Neukum wrote:
> Ming Lei reported:
> IMO, there is a minor fault in the error handling path of
> uvc_status_start() inside uvc_v4l2_open(), and the 'users' count
> should have been decreased before usb_autopm_put_inte
Hi,
With the new structure of dvb-core (moved up one directory), previous
DVB/ATSC adapters were moved to media/usb, media/pci and media/mmc.
For SoC that supports integrated DVB functionality, where should the
adapter's code be located in the new structure? I don't see it fit any of
the above th
Hey all,
I've applied your changes (and cleaned/fixed) them up where needed
(watch those whitespaces!).
I'm still only human and if I made a mistake, feel free to correct it.
I've cloned the new repo from http://git.linuxtv.org/dtv-scan-tables.git
to http://git.schinagl.nl/dtv-scan-tables.gi
On Wednesday 9 January 2013 13:24:25 Mauro Carvalho Chehab wrote:
> Yes, it makes sense to document that the signal strength should be reported
> on either dBm or dBµW, if the scale is FE_SCALE_DECIBEL. I prefer to specify
> it in terms of Watt (or a submultiple) than in terms of voltage/impedance
Ming Lei reported:
IMO, there is a minor fault in the error handling path of
uvc_status_start() inside uvc_v4l2_open(), and the 'users' count
should have been decreased before usb_autopm_put_interface().
In theory, the warning can be triggered when the device is
opened just between usb_autopm_put_i
Smatch complains that the "Audio input:" printk isn't reachable. Hiding
the "return 0;" behind another statement is a style violation.
It looks like audio_input is normally configured so I've enabled the
print statement.
Signed-off-by: Dan Carpenter
diff --git a/drivers/staging/media/go7007/s2
53 matches
Mail list logo
