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
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
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
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 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
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 Thu, Aug 20, 2009 at 4:03 PM, Steven Tothst...@kernellabs.com 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
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 probably
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
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 shi...@foxmail.com
---
--- a/drivers/media/video/em28xx/em28xx-cards.c 2009-08-14
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 shi...@foxmail.com
---
--- a/drivers/media/video/em28xx/em28xx-cards.c 2009-08-14
On Thu, Aug 20, 2009 at 1:54 PM, Shine Liushi...@foxmail.com 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 shi...@foxmail.com
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
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 the
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,
On Thu, Aug 20, 2009 at 2:45 PM, Shine Liushi...@foxmail.com 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.
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
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
On Wed, Aug 19, 2009 at 10:08 AM, Helmut Ungarh.un...@deuromedia.com 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
On Thu, Aug 20, 2009 at 6:16 PM, Michael Krufkymkru...@kernellabs.com 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.
On Fri, Aug 21, 2009 at 2:09 AM, Ronny
Brendelronny.bren...@tu-dresden.de 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
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
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
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 shi...@foxmail.com
-
--- a/drivers/media/video/em28xx/em28xx-cards.c 2009-08-14
On Thu, Aug 20, 2009 at 10:49 PM, Shine Liushi...@foxmail.com 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
25 matches
Mail list logo