tree/branch: git://linuxtv.org/media_tree.git media-tree
branch HEAD: 4b1d7c2760d26363c497b959a81f8d055ba767c1 media: staging: media:
Make use of devm_platform_ioremap_resource
elapsed time: 579m
configs tested: 113
The following configs have been built successfully.
More configs may be teste
tree/branch: git://git.ragnatech.se/linux media-tree
branch HEAD: 3ff3a712a9eabb3d7bf52c263dd1ece054345df4 media: ti-vpe: vpe:
don't rely on colorspace member for conversion
elapsed time: 803m
configs tested: 105
The following configs have been built successfully.
More configs may be tested i
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/ras/ras.git
edac-for-next
branch HEAD: f05390d30e20cccd8f8de981dee42bcdd8d2d137 EDAC: skx_common: get
rid of unused type var
elapsed time: 168m
configs tested: 86
The following configs have been built successfully.
More configs may
tree/branch: git://git.ragnatech.se/linux media-tree
branch HEAD: 97299a3035328d7ae2f4fccaf6e549974df6e118 media: Remove dev_err()
usage after platform_get_irq()
elapsed time: 1580m
configs tested: 150
The following configs have been built successfully.
More configs may be tested in the comin
tree/branch: git://git.ragnatech.se/linux media-tree
branch HEAD: d42974e438feebda372fe4a39d7761cc596abc57 media: venus: dec:
populate properly timestamps and flags for capture buffers
elapsed time: 2193m
configs tested: 113
The following configs have been built successfully.
More configs may
tree/branch: git://git.ragnatech.se/linux media-tree
branch HEAD: a8f910ec66583bfb61558c3f333195b3960d832d media: v4l2-core:
Cleanup Makefile
elapsed time: 1787m
configs tested: 150
The following configs have been built successfully.
More configs may be tested in the coming days.
s390
tree/branch:
https://kernel.googlesource.com/pub/scm/linux/kernel/git/ras/ras.git
edac-for-next
branch HEAD: 3123c5c4ca157edc518102ee5385f60cb90f93f5 edac: altera: Move
Stratix10 SDRAM ECC to peripheral
elapsed time: 353m
configs tested: 150
The following configs have been built successfull
tree/branch: git://git.ragnatech.se/linux media-tree
branch HEAD: 66193b24514c91aeda88da744554b2665471aeae media: dvbsky: add
support for Mygica T230C v2
elapsed time: 707m
configs tested: 109
The following configs have been built successfully.
More configs may be tested in the coming days.
tree/branch: git://git.ragnatech.se/linux media-tree
branch HEAD: a4dfc8a24796ff312d1d307e11f26f8ca466e938 media: MAINTAINERS:
Update AO CEC with ao-cec-g12a driver
elapsed time: 133m
configs tested: 164
The following configs have been built successfully.
More configs may be tested in the com
tree/branch: git://git.ragnatech.se/linux media-tree
branch HEAD: 9fabe1d108ca4755a880de43f751f1c054f8894d media: ipu3-mmu: fix
some kernel-doc macros
elapsed time: 383m
configs tested: 140
The following configs have been built successfully.
More configs may be tested in the coming days.
par
tree/branch: git://git.ragnatech.se/linux media-tree
branch HEAD: b3c786566d8f3f69b9f4144c2707db74158caf9a media: MAINTAINERS: add
entry for Freescale i.MX7 media driver
elapsed time: 836m
configs tested: 143
The following configs have been built successfully.
More configs may be tested in th
tree/branch: git://git.ragnatech.se/linux media-tree
branch HEAD: 490d84f6d73c12f4204241cff8651eed60aae914 media: cec: forgot to
cancel delayed work
elapsed time: 1093m
configs tested: 210
The following configs have been built successfully.
More configs may be tested in the coming days.
alph
tree/branch: git://git.ragnatech.se/linux media-tree
branch HEAD: 4158757395b300b6eb308fc20b96d1d231484413 media: davinci: Fix
implicit enum conversion warning
elapsed time: 228m
configs tested: 87
The following configs have been built successfully.
More configs may be tested in the coming da
tree/branch: git://git.ragnatech.se/linux media-tree
branch HEAD: 4070fc9ade52f7d0ad1397fe74f564ae95e68a4f media: rcar-csi2: update
stream start for V3M
elapsed time: 160m
configs tested: 195
The following configs have been built successfully.
More configs may be tested in the coming days.
a
tree/branch: git://git.ragnatech.se/linux media-tree
branch HEAD: a00031c159748f322f771f3c1d5ed944cba4bd30 media: ddbridge:
conditionally enable fast TS for stv0910-equipped bridges
elapsed time: 31m
configs tested: 107
The following configs have been built successfully.
More configs may be t
tree/branch: git://git.ragnatech.se/linux media-tree
branch HEAD: 8ed8bba70b4355b1ba029b151ade84475dd12991 media: imx274: remove
non-indexed pointers from mode_table
elapsed time: 1273m
configs tested: 359
The following configs have been built successfully.
More configs may be tested in the c
tree/branch: git://git.ragnatech.se/linux media-tree
branch HEAD: 238f694e1b7f8297f1256c57e41f69c39576c9b4 media: v4l2-common: fix
a compilation breakage
elapsed time: 172m
configs tested: 166
The following configs have been built successfully.
More configs may be tested in the coming days.
tree/branch: git://git.ragnatech.se/linux media-tree
branch HEAD: 52e17089d1850774d2ef583cdef2b060b84fca8c media: imx: Don't
initialize vars that won't be used
elapsed time: 203m
configs tested: 133
The following configs have been built successfully.
More configs may be tested in the coming d
tree/branch: git://git.ragnatech.se/linux media-tree
branch HEAD: 273caa260035c03d89ad63d72d8cd3d9e5c5e3f1 media:
v4l2-compat-ioctl32.c: make ctrl_is_pointer work for subdevs
elapsed time: 283m
configs tested: 131
The following configs have been built successfully.
More configs may be tested
tree/branch: git://git.ragnatech.se/linux media-tree
branch HEAD: 330dada5957e3ca0c8811b14c45e3ac42c694651 media: dvb_frontend: fix
return error code
elapsed time: 72m
configs tested: 622
The following configs have been built successfully.
More configs may be tested in the coming days.
paris
tree/branch: git://git.ragnatech.se/linux media-tree
branch HEAD: 0393e735649dc41358adb7b603bd57dad1ed3260 media: uvcvideo: Stream
error events carry no data
elapsed time: 1165m
configs tested: 138
The following configs have been built successfully.
More configs may be tested in the coming da
tree/branch: git://git.ragnatech.se/linux media-tree
branch HEAD: 1acce5f72cfabcafee5e101b9ac7d71ebe1c7af9 media: v4l2-fwnode: use
the cached value instead of getting again
elapsed time: 173m
configs tested: 155
The following configs have been built successfully.
More configs may be tested in
git://git.ragnatech.se/linux media-tree
da48c948c263c9d87dfc64566b3373a858cc8aa2 media: fix warning on
v4l2_subdev_call() result interpreted as bool
elapsed time: 1130m
configs tested: 153
The following configs have been built successfully.
More configs may be tested in the coming days.
x86_
git://git.ragnatech.se/linux media-next
d9c4615854ec5b9717784ad7a3672764c9442ed5 [media] dvb uapi docs: enums are
passed by value, not reference
elapsed time: 1208m
configs tested: 141
The following configs have been built successfully.
More configs may be tested in the coming days.
sh
Reviewed-by: Andi Shyti
On Fri, Dec 02, 2016 at 05:16:07PM +, Sean Young wrote:
> LIRC_SET_SEND_CARRIER ioctl should not return the carrier used, it
> should return 0.
>
> Signed-off-by: Sean Young
> ---
> drivers/media/rc/mceusb.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-
LIRC_SET_SEND_CARRIER ioctl should not return the carrier used, it
should return 0.
Signed-off-by: Sean Young
---
drivers/media/rc/mceusb.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/media/rc/mceusb.c b/drivers/media/rc/mceusb.c
index 9bf6917..96b0ade 100644
From: Markus Elfring
Date: Wed, 12 Oct 2016 09:51:29 +0200
* Return a success code without storing it in an intermediate variable.
* Delete the local variable "ret" which became unnecessary with
this refactoring.
Signed-off-by: Markus Elfring
---
drivers/media/platform/davinci/
From: Mauro Carvalho Chehab
The cx231xx_set_agc_analog_digital_mux_select() callers
expect it to return 0 or an error. That makes the first
attempt to switch between analog/digital to fail.
Signed-off-by: Mauro Carvalho Chehab
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/cx231xx
Hi Laurent,
On Mon, Sep 5, 2016 at 10:25 AM, Laurent Pinchart
wrote:
> On Monday 05 Sep 2016 10:20:52 Geert Uytterhoeven wrote:
>> On Mon, Sep 5, 2016 at 10:17 AM, Laurent Pinchart wrote:
>> >> BTW, it seems I missed a few more s2ram resume errors:
>> >> dpm_run_callback(): pm_genpd_resume_no
Hi Geert,
On Monday 05 Sep 2016 10:20:52 Geert Uytterhoeven wrote:
> On Mon, Sep 5, 2016 at 10:17 AM, Laurent Pinchart wrote:
> >> BTW, it seems I missed a few more s2ram resume errors:
> >> dpm_run_callback(): pm_genpd_resume_noirq+0x0/0x90 returns -13
> >> PM: Device fe92.vsp failed
Hi Laurent,
On Mon, Sep 5, 2016 at 10:17 AM, Laurent Pinchart
wrote:
>> BTW, it seems I missed a few more s2ram resume errors:
>>
>> dpm_run_callback(): pm_genpd_resume_noirq+0x0/0x90 returns -13
>> PM: Device fe92.vsp failed to resume noirq: error -13
>> dpm_run_callback(): pm_ge
dpm_run_callback(): pm_genpd_resume_noirq+0x0/0x90 returns 1
> >> PM: Device fe948000.fdp1 failed to resume noirq: error 1
> >>
> >> According to its documentation, rcar_fcp_enable() returns 0 on success
> >> or a negative error code if an error occurs. Henc
From: Mauro Carvalho Chehab
The cx231xx_set_agc_analog_digital_mux_select() callers
expect it to return 0 or an error. That makes the first
attempt to switch between analog/digital to fail.
Signed-off-by: Mauro Carvalho Chehab
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/cx231xx
evice fe948000.fdp1 failed to resume noirq: error 1
>>
>> According to its documentation, rcar_fcp_enable() returns 0 on success
>> or a negative error code if an error occurs. Hence
>> fdp1_pm_runtime_resume() and vsp1_pm_runtime_resume() forward its return
>> valu
According to its documentation, rcar_fcp_enable() returns 0 on success
> or a negative error code if an error occurs. Hence
> fdp1_pm_runtime_resume() and vsp1_pm_runtime_resume() forward its return
> value to their callers.
>
> However, rcar_fcp_enable() forwards the return value of
> pm_runtim
noirq: error 1
dpm_run_callback(): pm_genpd_resume_noirq+0x0/0x90 returns 1
PM: Device fe948000.fdp1 failed to resume noirq: error 1
According to its documentation, rcar_fcp_enable() returns 0 on success
or a negative error code if an error occurs. Hence
fdp1_pm_runtime_resume() and
Return success for FE callback on case we don't have any special
implementation. fc0013 tuner driver calls that callback in order to
switch antenna input, even we don't provide antenna switch.
Returning error caused fc0013 driver given up tuning.
Signed-off-by: Antti Palosaari
---
dri
device available on Amazon-uk. I got
it about 6 months ago, and didn't have much success initially, so I
resigned myself to using it on windows. Gave it another go this weekend,
having read a note that it works with kernel 3.10 and above. I upgraded a
debian system to 3.12 and managed to get
ist, or if it is already on the wiki and I just overlooked it.
The "August DVB-T205" is a low-cost device available on Amazon-uk. I got
it about 6 months ago, and didn't have much success initially, so I
resigned myself to using it on windows. Gave it another go this weekend,
having
On Mon, Oct 29, 2012 at 8:44 AM, Mauro Carvalho Chehab
wrote:
> Em Mon, 29 Oct 2012 08:37:31 -0300
> Ezequiel Garcia escreveu:
>
>> On Sat, Oct 27, 2012 at 5:40 PM, Mauro Carvalho Chehab
>> wrote:
>> > drivers/media/usb/pwc/pwc-if.c: In function 'usb_pwc_probe':
>> > drivers/media/usb/pwc/pwc-if
Em Mon, 29 Oct 2012 08:37:31 -0300
Ezequiel Garcia escreveu:
> On Sat, Oct 27, 2012 at 5:40 PM, Mauro Carvalho Chehab
> wrote:
> > drivers/media/usb/pwc/pwc-if.c: In function 'usb_pwc_probe':
> > drivers/media/usb/pwc/pwc-if.c:1003:16: warning: ignoring return value of
> > 'vb2_queue_init', dec
Em Mon, 29 Oct 2012 08:37:31 -0300
Ezequiel Garcia escreveu:
> On Sat, Oct 27, 2012 at 5:40 PM, Mauro Carvalho Chehab
> wrote:
> > drivers/media/usb/pwc/pwc-if.c: In function 'usb_pwc_probe':
> > drivers/media/usb/pwc/pwc-if.c:1003:16: warning: ignoring return value of
> > 'vb2_queue_init', dec
On Sat, Oct 27, 2012 at 5:40 PM, Mauro Carvalho Chehab
wrote:
> drivers/media/usb/pwc/pwc-if.c: In function 'usb_pwc_probe':
> drivers/media/usb/pwc/pwc-if.c:1003:16: warning: ignoring return value of
> 'vb2_queue_init', declared with attribute warn_unused_result [-Wunused-result]
> In the past,
drivers/media/usb/pwc/pwc-if.c: In function 'usb_pwc_probe':
drivers/media/usb/pwc/pwc-if.c:1003:16: warning: ignoring return value of
'vb2_queue_init', declared with attribute warn_unused_result [-Wunused-result]
In the past, it used to have a logic there at queue init that would
BUG() on errors.
--- On Sat, 7/7/12, Antti Palosaari wrote:
> > I am thinking either w_scan is doing something it
> should not, in which case we should inform its author to
> have this looked at, or the message does not need to be
> there?
>
> As scandvb and all the other applications are able to set
> desired
--- On Sat, 7/7/12, Antti Palosaari wrote:
> > scandvb still does not work at all, nor those sample
> config files under
> /usr/share/doc/dvb-apps-1.1.2/channels-conf/dvb-t/* , or use
> those (tried about 6 different transmitter config various
> distance away). It is also true that I have poor r
On 07/07/2012 01:10 PM, Hin-Tak Leung wrote:
--- On Sat, 7/7/12, Antti Palosaari wrote:
I also have quite a few :
[224773.229293] DVB: adapter 0 frontend 0 frequency 2
out of range (17400..86200)
This seems to come from running w_scan.
yes, those warnings are coming when applica
--- On Sat, 7/7/12, Antti Palosaari wrote:
> > I also have quite a few :
> >
> > [224773.229293] DVB: adapter 0 frontend 0 frequency 2
> out of range (17400..86200)
> >
> > This seems to come from running w_scan.
>
> yes, those warnings are coming when application request
> illegal fr
On 07/07/2012 05:11 AM, Hin-Tak Leung wrote:
--- On Fri, 6/7/12, Hin-Tak Leung wrote:
Typical channels.conf entry looks like that:
MTV3:71400:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:305:561:49
And tuning to that cha
Hello Hin-Tak
On 07/07/2012 05:26 AM, Hin-Tak Leung wrote:
BTW, I tried just pulling the USB stick out while mplayer is running. Strangely
enough mplayer did not notice it gone and kept going for some 5 to 10 seconds.
Probably buffering?
yes
The only sign about it is two lines in dmesg (ot
BTW, I tried just pulling the USB stick out while mplayer is running. Strangely
enough mplayer did not notice it gone and kept going for some 5 to 10 seconds.
Probably buffering?
The only sign about it is two lines in dmesg (other than the usual usb messages
about device being unplug).
[227690
--- On Fri, 6/7/12, Hin-Tak Leung wrote:
> > Typical channels.conf entry looks like that:
> >
> MTV3:71400:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:305:561:49
> >
> > And tuning to that channel using mplayer:
> > mplayer d
Hi,
I had some success with a Terratec Cinergy HTC USB XS:
I added the usb id as a Terratec H5 to em28xx-cards.c and downloaded
the firmware file for Terratec H5, because I saw on Terratecs linux-site
that both devices use the same ICs. DVB-C works with this setup.
Watching analog tv didn
I thought I would report the success on had on the Yuan MPC788 Mini-PCI
card.
I can only verify the analog signal as it is a DVB-T digital card and
I'm in Canada, so no signal to check it against, though kaffeine sees
it clearly and does scan for channels although it doesn't find
On 07/09/2010 04:57 PM, Mauro Carvalho Chehab wrote:
I meant that vertical risk that appeared when scaling is on. I never saw em28xx
scaler doing something like that. It maybe some bug at mplayer or at the nvidia
proprietary driver. We know that this driver has serious issues with their Xv
suppor
Em 09-07-2010 15:12, Devin Heitmueller escreveu:
> On Fri, Jul 9, 2010 at 2:03 PM, Mauro Carvalho Chehab
> wrote:
>> Em 09-07-2010 14:19, Ivan escreveu:
>>> On 07/09/2010 08:47 AM, Mauro Carvalho Chehab wrote:
I never saw the em28xx scaler generating such vertical stripes. This
could be
On 07/09/2010 02:12 PM, Devin Heitmueller wrote:
On Fri, Jul 9, 2010 at 2:03 PM, Mauro Carvalho Chehab wrote:
Well, it depends. What are your video adapter card? ATI? Nvidia?
Sorry Mauro, I misread your earlier comment. I thought you were talking
about the capture device, not my graphics card
On Fri, Jul 9, 2010 at 2:03 PM, Mauro Carvalho Chehab
wrote:
> Em 09-07-2010 14:19, Ivan escreveu:
>> On 07/09/2010 08:47 AM, Mauro Carvalho Chehab wrote:
>>> I never saw the em28xx scaler generating such vertical stripes. This
>>> could be a mplayer or a video adapter driver problem. Are you usin
Em 09-07-2010 14:19, Ivan escreveu:
> On 07/09/2010 08:47 AM, Mauro Carvalho Chehab wrote:
>> I never saw the em28xx scaler generating such vertical stripes. This
>> could be a mplayer or a video adapter driver problem. Are you using a
>> proprietary video driver? You may try to use ffmeg or mencod
On 07/09/2010 08:47 AM, Mauro Carvalho Chehab wrote:
I never saw the em28xx scaler generating such vertical stripes. This
could be a mplayer or a video adapter driver problem. Are you using a
proprietary video driver? You may try to use ffmeg or mencoder to
generate a mpeg file at 640x480 and the
Em 08-07-2010 19:10, Ivan escreveu:
> On 07/08/2010 05:49 PM, Devin Heitmueller wrote:
>> That card does have an onboard scaler, although it's not clear to me
>> why it isn't working. Exactly what command line did you use?
>
> At first, I was always using
>
> mplayer tv:// -tv device=/dev/video1
On 07/08/2010 05:49 PM, Devin Heitmueller wrote:
That card does have an onboard scaler, although it's not clear to me
why it isn't working. Exactly what command line did you use?
At first, I was always using
mplayer tv:// -tv device=/dev/video1:input=1:norm=NTSC
which defaults to a resolutio
On Thu, Jul 8, 2010 at 5:33 PM, Ivan wrote:
> Ok, the horizontal shift disappears if I switch to 720x480 instead of
> 640x480.
>
> Does the card always output 720x480 (in NTSC mode anyway), then, and any
> scaling is done by V4L?
That card does have an onboard scaler, although it's not clear to m
On 07/08/2010 04:35 PM, Ivan wrote:
On 07/08/2010 04:02 PM, Devin Heitmueller wrote:
On Thu, Jul 8, 2010 at 3:52 PM, Ivan wrote:
Yep, that gets rid of the vertical stripes but adds in a lovely
horizontal
shift:
http://www3.picturepush.com/photo/a/3763906/img/3763906.png
The "horizontal shift
On 07/08/2010 04:02 PM, Devin Heitmueller wrote:
On Thu, Jul 8, 2010 at 3:52 PM, Ivan wrote:
Yep, that gets rid of the vertical stripes but adds in a lovely horizontal
shift:
http://www3.picturepush.com/photo/a/3763906/img/3763906.png
The "horizontal shift" issue is interesting. Does that h
On Thu, Jul 8, 2010 at 3:52 PM, Ivan wrote:
> On 07/08/2010 01:52 PM, Devin Heitmueller wrote:
>>
>> The vertical stripes were a problem with the anti-alias filter
>> configuration, which I fixed a few months ago (and probably just
>> hasn't made it into your distribution). Just install the curre
On 07/08/2010 01:52 PM, Devin Heitmueller wrote:
The vertical stripes were a problem with the anti-alias filter
configuration, which I fixed a few months ago (and probably just
hasn't made it into your distribution). Just install the current
v4l-dvb code and it should go away:
http://linuxtv.or
On Thu, Jul 8, 2010 at 1:44 PM, Ivan wrote:
> Now, regarding the difference in image quality between the Linux and Windows
> drivers, I took some snapshots. Linux is first, then Windows:
>
> http://www3.picturepush.com/photo/a/3762966/img/3762966.png
>
> http://www4.picturepush.com/photo/a/3762977
> KWORLD DVD Maker USB 2.0 (VS-USB2800)
Minor correction, for people who might be searching on the exact model
number:
KWORLD DVD Maker USB 2.0 (VS-USB2800D)
It seemed likely to be supported by the em28xx driver, and I'm pleased to
report that, in fact, it is!
Yup, it's supported.
Ok, I
iver.
> Also, any firmware that gets loaded only persists until the device is
> unplugged, right? And so my prior successful test on Windows has nothing to
> do with my later success on Linux... just want to be sure about that. I also
> tried testing with Windows in Virtualbox, but h
e by firmware.
Does the em28xx driver load a firmware?
Also, any firmware that gets loaded only persists until the device is
unplugged, right? And so my prior successful test on Windows has nothing
to do with my later success on Linux... just want to be sure about that.
I also tried testing w
Hi Alexander,
Am Freitag, den 04.06.2010, 13:57 +0200 schrieb Alexander Apostolatos:
> Original-Nachricht
> > Datum: Fri, 04 Jun 2010 06:39:30 +0200
> > Von: hermann pitton
> > An: Alexander Apostolatos
> > CC: linux-media@vger.kernel.org
> &g
Hi,
Am Freitag, den 04.06.2010, 03:59 +0200 schrieb Alexander Apostolatos:
> Hi, had success in activating analog tuner in:
>
> http://linuxtv.org/wiki/index.php/DVB-T_PCI_Cards
> Philips TV/Radio Card CTX918, (Medion 7134), PCI
>
> In my case, device is labeled:
> MEDION
Hi, had success in activating analog tuner in:
http://linuxtv.org/wiki/index.php/DVB-T_PCI_Cards
Philips TV/Radio Card CTX918, (Medion 7134), PCI
In my case, device is labeled:
MEDION
Type: TV-Tuner 7134
V.92 Data/Fax Modem
Rev: CTX918_V2 DVB-T/TV
P/N: 20024179
Label on tuner (other side of
Signed-off-by: David Ellingsworth
---
drivers/media/radio/dsbr100.c | 11 +--
1 files changed, 5 insertions(+), 6 deletions(-)
diff --git a/drivers/media/radio/dsbr100.c b/drivers/media/radio/dsbr100.c
index 2f96e13..b62fe40 100644
--- a/drivers/media/radio/dsbr100.c
+++ b/drivers/medi
Signed-off-by: David Ellingsworth
---
drivers/media/radio/dsbr100.c | 11 +--
1 files changed, 5 insertions(+), 6 deletions(-)
diff --git a/drivers/media/radio/dsbr100.c b/drivers/media/radio/dsbr100.c
index 2f96e13..b62fe40 100644
--- a/drivers/media/radio/dsbr100.c
+++ b/drivers/medi
On 7 March 2010 19:33, Robin Rainton wrote:
> P.S. Some info to help out... dmesg gives this on boot:
Ah... I should also mention this FC12 distro, kernel is:
2.6.31.12-174.2.3.fc12.i686.PAE
Thanks,
Robin
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of
Hi List,
Ages ago I wrote about trying to get a MSI TV Anywhere A/D V1.1 to
work (in my MythBackend, but that part isn't important). Doing a quick
search notice this was over 2 years ago! The original thread on the
archives is here:
http://www.mail-archive.com/linux-...@linuxtv.org/msg28514.html
From: Stefan Ringel
Signed-off-by: Stefan Ringel
---
drivers/staging/tm6000/tm6000-cards.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-cards.c
b/drivers/staging/tm6000/tm6000-cards.c
index 7f594a2..e697ce3 100644
--- a/drivers/staging/
From: Stefan Ringel
---
drivers/staging/tm6000/tm6000-cards.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-cards.c
b/drivers/staging/tm6000/tm6000-cards.c
index 7f594a2..e697ce3 100644
--- a/drivers/staging/tm6000/tm6000-cards.c
+++ b/dr
On 7 декабря 2009 18:04:14 Steven Toth wrote:
> On Sun, Dec 6, 2009 at 9:00 PM, Igor M. Liplianin wrote:
> > Hi Steve
> >
> > I'm able to watch now analog television with Compro E650F.
> > I rich this by merging your cx23885-alsa tree and adding some
> > modifications for Compro card definition.
>
On Sun, Dec 6, 2009 at 9:00 PM, Igor M. Liplianin wrote:
> Hi Steve
>
> I'm able to watch now analog television with Compro E650F.
> I rich this by merging your cx23885-alsa tree and adding some modifications
> for Compro card definition.
> Actually, I take it from Mygica definition, only tuner ty
2009/12/7 Samuel Rakitnican :
> On Mon, 07 Dec 2009 03:00:03 +0100, Igor M. Liplianin
> wrote:
>
>> I'm able to watch now analog television with Compro E650F.
>
> That's great news for somebody :)
>
> Is remote working for this card? My card (T750F) and this card share the
> same remote, so I thou
On Mon, 07 Dec 2009 03:00:03 +0100, Igor M. Liplianin
wrote:
I'm able to watch now analog television with Compro E650F.
That's great news for somebody :)
Is remote working for this card? My card (T750F) and this card share the
same remote, so I thought maybe keymap may be shared too. I s
Hi Steve
I'm able to watch now analog television with Compro E650F.
I rich this by merging your cx23885-alsa tree and adding some modifications
for Compro card definition.
Actually, I take it from Mygica definition, only tuner type and DVB port is
different.
Tested with Tvtime.
tvtime | arecord
avid Ellingsworth
Date: Sat, 12 Sep 2009 22:03:56 -0400
Subject: [PATCH 14/14] mr800: set radio frequency only upon success
Signed-off-by: David Ellingsworth
---
drivers/media/radio/radio-mr800.c |8 ++--
1 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/media/radi
Em Thu, 11 Jun 2009 14:39:56 +0800
"Figo.zhang" escreveu:
> in v2, if insmod without specify 'unit_video', it use autodetect video device.
> if specify the 'unit_video', it will try to detect start from nr.
>
> Signed-off-by: Figo.zhang
> ---
> drivers/media/video/ov511.c | 32 +
> Em Thu, 11 Jun 2009 08:36:00 +0200
> Hans Verkuil escreveu:
>
>
>> Since I made that change I'm willing to look at this. Some comments
>> definitely
>> need improving at the least.
>
> Thanks! Since the behavior changed, it is important to better document it.
>
>> Also ivtv and cx18 rely on the
Em Thu, 11 Jun 2009 08:36:00 +0200
Hans Verkuil escreveu:
> Since I made that change I'm willing to look at this. Some comments definitely
> need improving at the least.
Thanks! Since the behavior changed, it is important to better document it.
> Also ivtv and cx18 rely on the current behavior
On Thu, 2009-06-11 at 01:40 -0300, Mauro Carvalho Chehab wrote:
> Em Wed, 10 Jun 2009 22:39:51 -0300
> Mauro Carvalho Chehab escreveu:
>
> > Em Sun, 31 May 2009 14:41:52 +0800
> > "Figo.zhang" escreveu:
> >
> > > video_register_device()
On Thursday 11 June 2009 06:40:14 Mauro Carvalho Chehab wrote:
> Em Wed, 10 Jun 2009 22:39:51 -0300
> Mauro Carvalho Chehab escreveu:
>
> > Em Sun, 31 May 2009 14:41:52 +0800
> > "Figo.zhang" escreveu:
> >
> > > video_register_device()
Em Wed, 10 Jun 2009 22:39:51 -0300
Mauro Carvalho Chehab escreveu:
> Em Sun, 31 May 2009 14:41:52 +0800
> "Figo.zhang" escreveu:
>
> > video_register_device() return zero on success, it would not return a
> > positive integer.
> >
> > Signed-off-
Em Sun, 31 May 2009 14:41:52 +0800
"Figo.zhang" escreveu:
> video_register_device() return zero on success, it would not return a
> positive integer.
>
> Signed-off-by: Figo.zhang
> ---
> drivers/media/video/ov511.c |2 +-
> 1 files changed, 1 insertio
video_register_device() return zero on success, it would not return a positive
integer.
Signed-off-by: Figo.zhang
---
drivers/media/video/ov511.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/ov511.c b/drivers/media/video/ov511.c
index 9af5532
Devin, Yup, works nice now. Good work! --Neil
Devin Heitmueller wrote:
On Sat, May 23, 2009 at 5:15 PM, N Klepeis wrote:
Hi,
I installed the latest v4l-dvb from CVS with the latest firmware
(dvb-fe-xc5000-1.6.114.fw) for the 801e (XC5000 chip). I can scan for
channels no problem. Bu
On Sat, May 23, 2009 at 5:15 PM, N Klepeis wrote:
> Hi,
>
> I installed the latest v4l-dvb from CVS with the latest firmware
> (dvb-fe-xc5000-1.6.114.fw) for the 801e (XC5000 chip). I can scan for
> channels no problem. But after a first use with either mplayer or mythtv,
> it then immediatel
Hi,
I installed the latest v4l-dvb from CVS with the latest firmware
(dvb-fe-xc5000-1.6.114.fw) for the 801e (XC5000 chip). I can scan for
channels no problem. But after a first use with either mplayer or
mythtv, it then immediately stops working and won't start again until I
unplug and
Hi,
I am trying to install a Technisat Skystar HD2 PCI ard without succes:
uname -a
Linux test 2.6.27.19-170.2.35.fc10.i686 #1 SMP Mon Feb 23 13:21:22 EST
2009 i686 i686 i386 GNU/Linux
hg clone http://mercurial.intuxication.org/hg/s2-liplianin
make
make install
lspci -vv
01:02.0 Multimedia con
98 matches
Mail list logo