There are two new discoveries about my Cinergy T2 problem:
- the Cinergy T2 works when attached to an Intel Core2 board, but doesn't work
when
attached to an Intel Atom N270 board (tuning times out)
- "git bisect" of the Linux kernel points to a bad merge of
commit 60db56422043aaa455ac7f858
Hi,
Am Mittwoch, den 22.07.2009, 12:41 + schrieb Avl Jawrowski:
> Hi,
>
> hermann pitton arcor.de> writes:
>
> > there is no excuse for getting errors on linux ;)
> >
> > Where you got this card from and did it ever work on the same machine
> > with m$ stuff?
>
> I don't have m$ stuff.
a
Shaun Murdoch wrote:
Hi everyone,
First post so please be gentle :-)
I was wondering if anyone can help me please - I am trying to get a
DVB-S PCI card working with Linux (Ubuntu 9.04). So far I can get the
card recognised by Linux, but it won't tune - Kaffeine does tell me
that there is 95%
On Wed, 22 Jul 2009 17:15:15 +0800
AceLan Kao wrote:
> I would like to know which version of vc032x.c won't make 041e:405b
> device display upside down.
> And have you let the 041e:405b device owner to test the SXGA setting
> and with the 1280x960 resolution? What's the result?
Hi AceLan Kao,
Thanks Simon - did you need to do anything special to get them to
work, or did they work out of the box with the latest s2-liplianin /
v4l-dvb drivers?
I've not tried another card (don't have one), but I did try a set-top
box which works fine - and let me get the frequency/lnb/etc info.
2009/7/2
>On Sat, Jul 18, 2009 at 12:46 PM, Mario Fetka wrote:
>> On Saturday, 18. July 2009 04:06:13 Alain Kalker wrote:
>>> Op maandag 15-06-2009 om 22:36 uur [tijdzone +0200], schreef sacha:
>>> > Hello
>>> >
>>> > Does anybody know if this devise will ever work with Linux?
>>> > It was promised by one p
On Thu, Jul 23, 2009 at 1:10 PM, wrote:
>>On Sat, Jul 18, 2009 at 12:46 PM, Mario Fetka wrote:
>>> On Saturday, 18. July 2009 04:06:13 Alain Kalker wrote:
Op maandag 15-06-2009 om 22:36 uur [tijdzone +0200], schreef sacha:
> Hello
>
> Does anybody know if this devise will ever
On Thu, Jul 23, 2009 at 5:40 AM, Markus Rechberger wrote:
> Hey,
>
> [24004.018614] EEPROM ID= 0x9567eb1a, hash = 0x1067368a
> [24004.018618] Vendor/Product ID= eb1a:2861
> [24004.018622] AC97 audio (5 sample rates)
> [24004.018626] 500mA max power
> [24004.018629] Table at 0x04, strings=0x206a, 0x
On Thu, Jul 23, 2009 at 1:41 PM, Devin
Heitmueller wrote:
> On Thu, Jul 23, 2009 at 5:40 AM, Markus Rechberger
> wrote:
>> Hey,
>>
>> [24004.018614] EEPROM ID= 0x9567eb1a, hash = 0x1067368a
>> [24004.018618] Vendor/Product ID= eb1a:2861
>> [24004.018622] AC97 audio (5 sample rates)
>> [24004.01862
On Thu, Jul 23, 2009 at 1:43 PM, Markus Rechberger wrote:
> On Thu, Jul 23, 2009 at 1:41 PM, Devin
> Heitmueller wrote:
>> On Thu, Jul 23, 2009 at 5:40 AM, Markus Rechberger
>> wrote:
>>> Hey,
>>>
>>> [24004.018614] EEPROM ID= 0x9567eb1a, hash = 0x1067368a
>>> [24004.018618] Vendor/Product ID= eb1
On Thu, Jul 23, 2009 at 7:10 AM, wrote:
> Did Devin Heitmueller comment on that? AFAIK he already finished a driver for
> the DRX-3933J and I would think he might have interest to get in contact with
> trident in order of being allowed to publish his work.
I was aware of the Micronas sale. At
On Thu, Jul 23, 2009 at 1:51 PM, Devin
Heitmueller wrote:
> On Thu, Jul 23, 2009 at 7:10 AM, wrote:
>> Did Devin Heitmueller comment on that? AFAIK he already finished a driver
>> for the DRX-3933J and I would think he might have interest to get in contact
>> with trident in order of being allow
On Thu, Jul 23, 2009 at 7:46 AM, Markus Rechberger wrote:
> one thing, you might remove that autodetecting part and taking a
> footprint of unknown devices
> this causes more problems than everything else with those devices.
> Maybe make this optional if someone wants to force autodetection over
>
On Thu, Jul 23, 2009 at 2:03 PM, Devin
Heitmueller wrote:
> On Thu, Jul 23, 2009 at 7:46 AM, Markus Rechberger
> wrote:
>> one thing, you might remove that autodetecting part and taking a
>> footprint of unknown devices
>> this causes more problems than everything else with those devices.
>> Maybe
Hi,
Sorry if this is cross posting. I already sent this message to linux-dvb list,
but got a bounce from there saying that I should come here instead. So anyway
here it goes:
I've been struggling for a while to get the channel scanning to work with my
Terratec Cynergy C PCI HD DVB card. I'm us
This patchset removes the constraint which enforced image buffer
size to be multiple of PAGE_SIZE. It improves efficiency by allowing
storing images directly to Ximage buffers removing the need to copy
image data.
It is tested with mmap and userptr methods, changes to V4L1
compatibility layer are
From: Tuukka Toivonen
When restricting the required memory for video buffers,
take into account that each buffer allocation takes multiple
of PAGE_SIZE bytes.
Signed-off-by: Tuukka Toivonen
---
drivers/media/video/omap34xxcam.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff
From: Tuukka Toivonen
When the image size (bytesperline*height) is not multiple
of PAGE_SIZE, v4l2 rounded the required buffer size to
be multiple of PAGE_SIZE. This prevented user space
to store images directly into userptr buffers which were
not multiple of PAGE_SIZE. This constraint is removed
From: Tuukka Toivonen
Signed-off-by: Tuukka Toivonen
---
drivers/media/video/isp/isp.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/media/video/isp/isp.c b/drivers/media/video/isp/isp.c
index ab40110..809b846 100644
--- a/drivers/media/video/isp/isp.c
+++
On Thu, Jul 23, 2009 at 8:10 AM, Markus Rechberger wrote:
> There's a pretty good disclosed detection from Empia available, the
> linux kernel driver
> just doesn't support it and very likely will never support it. Instead
> of doing it the
> wrong way it's better to turn it off or explicitly ask t
On Thu, Jul 23, 2009 at 4:05 PM, Devin
Heitmueller wrote:
> On Thu, Jul 23, 2009 at 8:10 AM, Markus Rechberger
> wrote:
>> There's a pretty good disclosed detection from Empia available, the
>> linux kernel driver
>> just doesn't support it and very likely will never support it. Instead
>> of doin
On Thu, Jul 23, 2009 at 4:39 PM, Benny Amorsen wrote:
> Markus Rechberger writes:
>
>> For those who are interested in such a solution:
>>
>> http://support.sundtek.de/index.php/topic,2.0.html
>>
>> http://sundtek.de/shop/Digital-TV-Sticks/Sundtek-MediaTV-Pro.html
>
> This doesn't appear to have a
Markus Rechberger writes:
> For those who are interested in such a solution:
>
> http://support.sundtek.de/index.php/topic,2.0.html
>
> http://sundtek.de/shop/Digital-TV-Sticks/Sundtek-MediaTV-Pro.html
This doesn't appear to have any support for CA modules? DVB-C is not
very useful around here w
ande...@gmx.de writes:
> AFAIK, these are still the only non-PCI DVB-C solutions on the market.
The FireDTV is still for sale and works quite well at least for
unencrypted channels.
I have ordered a decoder card; it will be interesting to see whether
that works too.
/Benny
--
To unsubscribe f
With mode DEVICE_MODE_RAW_TUNER a read occurs past the end of smscore_fw_lkup[].
Subsequently an attempt is made to load the firmware from the resulting
filename.
Signed-off-by: Roel Kluin
---
This can be reached only when coredev->device_flags contains SMS_DEVICE_FAMILY2,
codedev->modes_supporte
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 Jul 23 19:00:03 CEST 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 12324:6477aa1782d5
gcc version: gcc
On Thu, Jul 23, 2009 at 2:32 PM, Angelo Fontana wrote:
> Hi,
> I'm trying to use my USB PTCV with linux (Debian Lenny).
> After compiling, installing the latest version of v4l-dvb drivers and
> loading em28xx-dvb module i can't use DVB features of the device.
>
> This is the output of dmesg:
> Som
Em Thu, 23 Jul 2009 16:29:02 +0200
Markus Rechberger escreveu:
> On Thu, Jul 23, 2009 at 4:05 PM, Devin
> Heitmueller wrote:
> > On Thu, Jul 23, 2009 at 8:10 AM, Markus Rechberger
> > wrote:
> >> There's a pretty good disclosed detection from Empia available, the
> >> linux kernel driver
> >> ju
parport[n] is checked before n < MAX_CAMS
Signed-off-by: Roel Kluin
---
probably harmless
diff --git a/drivers/media/video/bw-qcam.c b/drivers/media/video/bw-qcam.c
index 10dbd4a..9e39bc5 100644
--- a/drivers/media/video/bw-qcam.c
+++ b/drivers/media/video/bw-qcam.c
@@ -992,7 +992,7 @@ static in
This mistakenly tests against sizeof(freqs) instead of the array size. Due to
the mask the only illegal value possible was 3.
Signed-off-by: Roel Kluin
---
diff --git a/drivers/media/video/ivtv/ivtv-controls.c
b/drivers/media/video/ivtv/ivtv-controls.c
index a3b77ed..4a9c8ce 100644
--- a/drivers
Hi Eduardo,
I've prepared a new tree:
http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-strctrl
This contains the full string control implementation, including updates to
the v4l2-spec, based on the RFC that I posted on Monday.
Can you prepare your si4713 patches against this tree and verify that
e
Fix deprecated use of DMA_nnBIT_MASK which now gives a compiler
warning.
Signed-off-by: Kevin Hilman
---
This compiler warning patch is on top of the master branch of Mauro's
linux-next tree.
arch/arm/mach-davinci/dm646x.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
On Mon, 20 Jul 2009 22:37:08 +0200
Bal__zs H__morszky wrote:
> I don't have my kernel tree with me (I'm at vacation atm.). The patch
> is made with only the -uN options, but I can make a new one on Friday
> (if needed).
>
The patch doesn't apply to current kernels and fixing it looks non-trivia
On Thu, 2009-07-23 at 23:31 +0200, Roel Kluin wrote:
> This mistakenly tests against sizeof(freqs) instead of the array size. Due to
> the mask the only illegal value possible was 3.
>
> Signed-off-by: Roel Kluin
Acked-by: Andy Walls
The cx18 driver suffers from the exact same defect in cx18-c
On Wed, 2009-07-22 at 20:33 -0400, Andy Walls wrote:
> Mauro,
>
> Please pull from http://linuxtv.org/hg/~awalls/v4l-dvb
>
> for the following 3 changesets:
[snip]
> Many thanks to Ravi A. for doing work to get information to better
> support AVerMedia cards with a M113 PCB, testing the changes,
Greetings:
Using current current v4l-dvb drivers, I get the following in the
dmesg:
cx88[1]/2: subsystem: 8920:, board: TBS 8920 DVB-S/S2 [card=72]
cx88[1]/2: cx2388x based DVB/ATSC card
cx8802_alloc_frontends() allocating 1 frontend(s)
cx24116_readreg: reg=0xff (error=-6)
cx24116_readreg: re
Hi All,
I have some problem in getting my tuner card working in Linux. The
dmesg look like
###
saa7130/34: v4l2 driver version 0.2.15 loaded
saa7130[0]: found at :01:07.0, rev: 1, irq: 18, latency: 64, mmio:
0xd800
saa7130[0]: subsystem: 1131:,
Am Freitag, den 24.07.2009, 09:32 +0530 schrieb unni krishnan:
> Hi All,
>
> I have some problem in getting my tuner card working in Linux. The
> dmesg look like
>
> ###
> saa7130/34: v4l2 driver version 0.2.15 loaded
> saa7130[0]: found at :01:07.0, r
2009/7/23 Jean-Francois Moine :
> On Wed, 22 Jul 2009 17:15:15 +0800
> AceLan Kao wrote:
>
>> I would like to know which version of vc032x.c won't make 041e:405b
>> device display upside down.
>> And have you let the 041e:405b device owner to test the SXGA setting
>> and with the 1280x960 resoluti
39 matches
Mail list logo
