Em Wed, 19 Aug 2009 13:16:23 -0400
Devin Heitmueller escreveu:
> Unfortunately, it is not clear when/if Mauro will ever get back to
> getting that bridge to a supported state (it hasn't had any active
> development in over nine months).
This is a recorrent question, already discussed at the ML.
Hi Helmut,
Em Thu, 20 Aug 2009 18:29:15 -0400
Devin Heitmueller escreveu:
> On Thu, Aug 20, 2009 at 6:16 PM, Michael Krufky wrote:
> > I have a server with three cx23885-based PCI-E boards, one of them
> > single tuner, the other two with dual tuners. This server has 8G RAM.
> > The single tun
On Thu, Aug 20, 2009 at 10:49 PM, Shine Liu wrote:
> I think we should call em28xx_ir_init(dev) when disable_ir is true.
> Following patch will fix the bug.
>
> Cheers,
>
> Shine
Yeah, this looks reasonable. I must have just accidentally cut the
code when I refactored the onboard IR support (as o
I think we should call em28xx_ir_init(dev) when disable_ir is true.
Following patch will fix the bug.
Cheers,
Shine
Signed-off-by: Shine Liu
-
--- a/drivers/media/video/em28xx/em28xx-cards.c 2009-08-14 06:43:34.0
+0800
+++ a/driv
Compiled, not tested, no hardware
Reduces size of object
Use s16 instead of int where possible.
Use struct instead of arrays
Before:
$ size drivers/media/video/gspca/sn9c20x.o
textdata bss dec hex filename
2934611244128 345988726 drivers/media/video/gspca/sn9c2
There is a great maintenance mess for those devices currently.
All attempts, to get some further information out of those assumed to be
closest to the above manufactures, failed.
Against any previous advice, newer products with an additional LNA,
which needs to be configured correctly, have been
On Fri, Aug 21, 2009 at 2:09 AM, Ronny
Brendel wrote:
> According to the spec it is """A control which performs an action when set.
> Drivers must ignore the value passed with VIDIOC_S_CTRL and return an EINVAL
> error code on a VIDIOC_G_CTRL attempt."""
>
> I don't get what this means. It is no bo
On Thu, Aug 20, 2009 at 6:16 PM, Michael Krufky wrote:
> I have a server with three cx23885-based PCI-E boards, one of them
> single tuner, the other two with dual tuners. This server has 8G RAM.
> The single tuner is a Hauppauge board and the dual tuners are DViCO
> boards. (I chose this setup
On Wed, Aug 19, 2009 at 10:08 AM, Helmut Ungar wrote:
>
> Hi,
>
> we are experiencing a problem with the V4L-DVB drivers.
> It seems that when the system has over 4Gb the drivers
> do no longer work properly. Either nothing or rubbish comes out of them,
> although tuning using szap seems to
> work.
David,
Agree. I had posted a query and the suggestion I got was to use the patch for
i2c mux support to implement this cleanly. But I didn't hear any plan to add
this patch to upstream. This patch is already merged to v4l-dvb. I will work on
a separate patch to move this code to a daughter card
Kevin & Mauro,
Do I need to wait or this can be resolved by either of you for my work to
proceed?
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
new phone: 301-407-9583
Old Phone : 301-515-3736 (will be deprecated)
email: m-kariche...@ti.com
>-Original
On Thu, Aug 20, 2009 at 2:45 PM, Shine Liu wrote:
>
>
> Hi Devin,
>
> Thanks for your suggestion. From the dmesg, I got the information:
>
> em28xx #0: Board i2c devicelist hash is 0x4ba50080
>
> I've regenerated the patch used the i2c hash value 0x4ba50080.
>
> |---
Hi Devin,
Thanks for your suggestion. From the dmesg, I got the information:
em28xx #0: Board i2c devicelist hash is 0x4ba50080
I've regenerated the patch used the i2c hash value 0x4ba50080.
|---|
|Sorry for the last wrong mail,
>
> Hello Shine,
>
> This patch has a problem. Your change makes it so that any device
> that uses the default Empia USB ID will become the Gademi board, which
> will cause breakage.
>
> When vendors don't assign their own USB ID, we rely on either the
> eeprom has or i2c_hash field to make th
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 20 19:00:07 CEST 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 12492:d0ec20a376fe
gcc version: gcc
On Thu, Aug 20, 2009 at 1:54 PM, Shine Liu wrote:
> Patch to support for the GADMEI UTV330+ board. IR codec this board is
> also added.
>
> Based and tested on linux-2.6.31-rc6
>
>
> Signed-off-by: Shine Liu
> ---
>
> --- a/driver
Patch to support for the GADMEI UTV330+ board. IR codec this board is
also added.
Based and tested on linux-2.6.31-rc6
Signed-off-by: Shine Liu
---
--- a/drivers/media/video/em28xx/em28xx-cards.c 2009-08-14 06:43:34.0
Patch to support for the GADMEI UTV330+ board. IR codec this board is
also added.
Based and tested on linux-2.6.31-rc6
Signed-off-by: Shine Liu
---
--- a/drivers/media/video/em28xx/em28xx-cards.c 2009-08-14 06:43:34.0
Hi,
On Thu, Aug 20, 2009 at 04:48:16PM +0200, Rath wrote:
> Hi,
>
> are the Philips SPC1330NC and SPC2050NC supported by v4l?
As faar as I can see this are UVC cameras. You should be able to use them with
linux.
> Can I get higher framerates than 30fps (The webcam supports framerates up
> to 9
According to the spec it is """A control which performs an action when set.
Drivers must ignore the value passed with VIDIOC_S_CTRL and return an EINVAL
error code on a VIDIOC_G_CTRL attempt."""
I don't get what this means. It is no boolean. It has no effect, and you cannot
set it? I am probabl
On Thu, Aug 20, 2009 at 4:03 PM, Steven Toth wrote:
> On 8/19/09 7:20 PM, Konstantin Dimitrov wrote:
>>
>> fix: GPIO initialization for TBS 6920
>> fix: wrong I2C address for demod on TBS 6920
>> fix: wrong I2C bus number for demod on TBS 6920
>> fix: wrong "gen_ctrl_val" value for TS1 port on TBS
On Tue, Aug 18, 2009 at 10:07:04AM -0400, Devin Heitmueller wrote:
> The risk of
> trusting some random Linux developer's driver work is a reason why
> some vendors don't want to support Linux. If I were a vendor, and I
> endorsed a Linux driver
On 8/19/09 7:20 PM, Konstantin Dimitrov wrote:
fix: GPIO initialization for TBS 6920
fix: wrong I2C address for demod on TBS 6920
fix: wrong I2C bus number for demod on TBS 6920
fix: wrong "gen_ctrl_val" value for TS1 port on TBS 6920 (and some other cards)
add: module_param "lnb_pwr_ctrl" as op
On a side note - Thank you very much for hacking on the saa7164 - other
than this frequency glitch its been working great for me!
You're welcome! :)
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a
On Thu, Aug 20, 2009 at 5:52 AM, Miguel wrote:
> hi again Devin,
>
> In this case, the guide :
> http://www.linuxtv.org/wiki/index.php/Trident_TM6000#TM6000_based_Devices
> should be work ?
>
> I get some errors applying the patch:
>
> m...@mcm:~/opt/hvr900/v4l-dvb$ patch -p1 < tm6000-makefile-dvb-
Hi,
On 08/14/2009 04:00 PM, Claudio Chimera wrote:
Hello Hans,
thanks for your reply.
I've connected only the webcam, no other devices.
I've tried to connect via un USB HUB but the result is always the same:
Aug 14 15:56:50 cchi-desktop kernel: [ 8434.924045] gspca:
usb_submit_urb [0] err -28
Hi to all,
I would like to know if the usbsnoop I have done under windows xp is ok
or if, otherwise, I have to do something different when opening the
video application under windows xp (I've opened it in analogical mode.
Should I open it also in digital tv mode?).
Till sunday I can take usbsn
Hi,
On Wed, 19 Aug 2009, Andy Walls wrote:
Ick. struct device should _never_ be on the stack, why would this code
want to do such a thing?
When you are doing a thing it does not necessarily you know that you're
doing it.
It appears that the state object is a dummy being used to detect and
28 matches
Mail list logo
