On Mon, Aug 24, 2009 at 6:09 AM, Mauro Carvalho
Chehab wrote:
> Em Thu, 20 Aug 2009 16:27:40 -0500
> "Karicheri, Muralidharan" escreveu:
>
>> Kevin & Mauro,
>>
>> Do I need to wait or this can be resolved by either of you for my work to
>> proceed?
>
> Murali,
>
> If I fix your patch in order to
Hi Mauro,
I added an other important change. Both should go to the 2.6.31.
Please pull from http://linuxtv.org/hg/~jfrancois/v4l-dvb
for the following 2 changesets:
01/02: gspca - sonixj: Do the ov7660 sensor work again.
http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=98695b5864e0
On Wednesday 26 August 2009 08:41:00 Guennadi Liakhovetski wrote:
> Introduce new v4l2-subdev sensor operations, move .enum_framesizes() and
> .enum_frameintervals() methods to it, add a new .g_skip_top_lines() method
> and switch soc-camera to use it instead of .y_skip_top soc_camera_device
> memb
Introduce new v4l2-subdev sensor operations, move .enum_framesizes() and
.enum_frameintervals() methods to it, add a new .g_skip_top_lines() method
and switch soc-camera to use it instead of .y_skip_top soc_camera_device
member, which can now be removed.
Signed-off-by: Guennadi Liakhovetski
---
On Tue, 25 Aug 2009, Laurent Pinchart wrote:
> On Tuesday 25 August 2009 21:17:45 Hans Verkuil wrote:
> > On Tuesday 25 August 2009 21:00:19 Aguirre Rodriguez, Sergio Alberto wrote:
> > > Guennadi,
> > >
> > > Some comments I came across embedded below:
> > >
> > >
> > >
> > > > +
> > > > +/**
>
Hi Michael
> Hello Dmitri,
>
> We have a new mailing list for linux-media, please use this in the
> future, cc added.
OK
> Apologies for my delayed reply -- I was out of town for some time.
> Please see my comments below.
>
> On Wed, Aug 19, 2009 at 2:07 AM, Dmitri Belimov
> wrote:
> > Hi All.
Hi
Add support our new TV card based on xc5000 and saa7134. Analog TV works well.
diff -r 28f8b0ebd224 linux/drivers/media/video/saa7134/saa7134-cards.c
--- a/linux/drivers/media/video/saa7134/saa7134-cards.c Sun Aug 23 13:55:25
2009 -0300
+++ b/linux/drivers/media/video/saa7134/saa7134-cards.c
Well my card is out the door already. So it'll be a week or so till i can
try again. I'll give it a pretty thorough run down when i get the new
card, maybe I can dig up a repro.
This is probably just a red herring, but FWIW I had never cold booted the
machine (except monday morning when i yanked
On 8/25/09 7:23 PM, Steven Toth wrote:
On 8/25/09 6:59 PM, Steven Toth wrote:
After reading Steven Toth's reply I tried adding 1 and then 2 2-way
splitters before the 2250 input. No joy. I also tried feeding the cable
directly into the 2250 with no splitters. Again - no joy.
Any other ideas?
M
On 8/25/09 6:59 PM, Steven Toth wrote:
After reading Steven Toth's reply I tried adding 1 and then 2 2-way
splitters before the 2250 input. No joy. I also tried feeding the cable
directly into the 2250 with no splitters. Again - no joy.
Any other ideas?
Most likely this is dependent on what fre
On Wednesday 26 August 2009 00:02:48 David Xiao wrote:
> On Tue, 2009-08-25 at 05:53 -0700, Steven Walter wrote:
> > On Thu, Aug 6, 2009 at 6:25 PM, Russell King - ARM
> > Linux wrote:
> > [...]
> >
> > > As far as userspace DMA coherency, the only way you could do it with
> > > current kernel APIs
After reading Steven Toth's reply I tried adding 1 and then 2 2-way
splitters before the 2250 input. No joy. I also tried feeding the cable
directly into the 2250 with no splitters. Again - no joy.
Any other ideas?
Most likely this is dependent on what frequency the other tuner is tuned to,
e
I RMA'ed that tuner - awaiting a replacement. I found that adding and/or
removing all splitters made no difference (wasn't able to get a hold of a
proper attenuator - did try the splitter with a cap on one side method without
luck).
I did find shortly after a kernel upgrade, a few modprobes, a
On 08/26/2009 01:24 AM, Devin Heitmueller wrote:
On Tue, Aug 25, 2009 at 6:09 PM, Antti Palosaari wrote:
If demod (and tuner) is powered off by bridge (.power_ctrl) that's not
possible. Is there way to call bridge .power_ctrl to wake up demod and
tuner? I added param for demdod state to track s
On Tue, Aug 25, 2009 at 6:09 PM, Antti Palosaari wrote:
> If demod (and tuner) is powered off by bridge (.power_ctrl) that's not
> possible. Is there way to call bridge .power_ctrl to wake up demod and
> tuner? I added param for demdod state to track sleep/wake state and return 0
> in sleep case. B
On 08/26/2009 01:01 AM, Devin Heitmueller wrote:
On Tue, Aug 25, 2009 at 5:50 PM, Antti Palosaari wrote:
USB2.0 BULK stream .buffersize is currently 512 and your patch increases it
to the 65424. I don't know how this value should be determined. I have set
it as small as it is working and usuall
On Tue, 2009-08-25 at 05:53 -0700, Steven Walter wrote:
> On Thu, Aug 6, 2009 at 6:25 PM, Russell King - ARM
> Linux wrote:
> [...]
> > As far as userspace DMA coherency, the only way you could do it with
> > current kernel APIs is by using get_user_pages(), creating a scatterlist
> > from those, a
On Tue, Aug 25, 2009 at 5:50 PM, Antti Palosaari wrote:
> USB2.0 BULK stream .buffersize is currently 512 and your patch increases it
> to the 65424. I don't know how this value should be determined. I have set
> it as small as it is working and usually it is 512 used almost every driver.
> 511 wil
On 08/05/2009 12:48 AM, Jose Alberto Reguero wrote:
I have problems with some hardware, and the buffersize when the
buffersize is not multiple of TS_PACKET_SIZE.
USB2.0 BULK stream .buffersize is currently 512 and your patch increases
it to the 65424. I don't know how this value should be dete
I have the same problem as Seth. My system will tune RF channel 85 and
below will not tune RF channel 91 and above on the second tuner only.
First tuner works fine on all channels as does the PC HDTV 5500 also in
the system. My normal configuration is a 4-way splitter from the cable
into the
Hi, all I can say is that the HVR-1300 works fine over here, with the
latest code and stock code from SUSE.
Have you tried Kaffeine, and scan to see what they get?
You have a firmware error in the log you posted,
You could also pull down the latest firmware files
http://www.linuxtv.org/downloads
On Tue, 25 Aug 2009, Laurent Pinchart wrote:
> On Tuesday 25 August 2009 21:17:45 Hans Verkuil wrote:
> >
> > This has nothing to do with a valid region. No matter what region you
> > capture, the first X lines will always be corrupt for some sensors.
> > Something that clearly needs to be clarifi
On Tuesday 25 August 2009 21:17:45 Hans Verkuil wrote:
> On Tuesday 25 August 2009 21:00:19 Aguirre Rodriguez, Sergio Alberto wrote:
> > Guennadi,
> >
> > Some comments I came across embedded below:
> >
> >
> >
> > > +
> > > +/**
> > > + * struct v4l2_subdev_sensor_ops - v4l2-subdev sensor operati
On Tue, 25 Aug 2009, Aguirre Rodriguez, Sergio Alberto wrote:
> Guennadi,
>
> Some comments I came across embedded below:
>
>
>
> > +
> > +/**
> > + * struct v4l2_subdev_sensor_ops - v4l2-subdev sensor operations
> > + * @enum_framesizes: enumerate supported framesizes
> > + * @enum_frameinter
On Tuesday 25 August 2009 21:00:19 Aguirre Rodriguez, Sergio Alberto wrote:
> Guennadi,
>
> Some comments I came across embedded below:
>
>
>
> > +
> > +/**
> > + * struct v4l2_subdev_sensor_ops - v4l2-subdev sensor operations
> > + * @enum_framesizes: enumerate supported framesizes
> > + * @en
André Weidemann wrote:
> Could please post a link to this patch? I think that a few people on
> this list, including me, are interested in a solution.
The patches should be small enough to post here and are attached. They
were sent to me by Alan Stern when he was looking at the issue. Apply
patch 1
Guennadi,
Some comments I came across embedded below:
> +
> +/**
> + * struct v4l2_subdev_sensor_ops - v4l2-subdev sensor operations
> + * @enum_framesizes: enumerate supported framesizes
> + * @enum_frameintervals: enumerate supported frame format intervals
> + * @skip_top_lines: number of lin
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:Tue Aug 25 19:00:03 CEST 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 12500:28f8b0ebd224
gcc version: gcc
>From f5e98f3d85d675b48283580468224abcb58d4a79 Mon Sep 17 00:00:00 2001
From: Guennadi Liakhovetski
Date: Tue, 25 Aug 2009 20:19:24 +0200
Subject: [PATCH] v4l: add new v4l2-subdev sensor operations, use skip_top_lines
in soc-camera
Introduce new v4l2-subdev sensor operations, move .enum_framesiz
Hi,
I recently upgraded my Debian MythTV box with a Hauupauge HVR1300 from Debian
kernel 2.6.26 to 2.6.30 and could not get a channel lock for my DVB-T tv
channels any more.
I then did some quick testing with vanilla linux kernels starting with 2.6.27
with the following results:
2.6.27: seems to w
On Tuesday 25 August 2009 18:56:29 Guennadi Liakhovetski wrote:
> Introduce new v4l2-subdev sensor operations, move .enum_framesizes() and
> .enum_frameintervals() methods to it, add a new .skip_top_lines() method
> and switch soc-camera to use it instead of .y_skip_top soc_camera_device
> member,
Introduce new v4l2-subdev sensor operations, move .enum_framesizes() and
.enum_frameintervals() methods to it, add a new .skip_top_lines() method
and switch soc-camera to use it instead of .y_skip_top soc_camera_device
member, which can now be removed.
Signed-off-by: Guennadi Liakhovetski
---
dr
Hello Dmitri,
We have a new mailing list for linux-media, please use this in the
future, cc added.
Apologies for my delayed reply -- I was out of town for some time.
Please see my comments below.
On Wed, Aug 19, 2009 at 2:07 AM, Dmitri Belimov wrote:
> Hi All.
>
> Sorry my delay. I was busy with
Em Tue, 25 Aug 2009 16:08:20 +0100
Lou Otway escreveu:
> Hi,
>
> I've been running Hauppauge PVR-150 cards in an expansion chassis and
> seeing this kind of thing:
>
> kernel: Uhhuh. NMI received for unknown reason 30 on CPU 0.
> kernel: Do you have a strange power saving mode enabled?
> kerne
Hi Mauro
Here they come... The first one is a kernel-sync, I skipped two more
similar patches for other ARM platforms, because they are not in hg at
all. The rest are marked "Priority: low" as you requested to stress, that
they should go in after those three ARM (PXA) patches. I still have a
c
Hi,
I've been running Hauppauge PVR-150 cards in an expansion chassis and
seeing this kind of thing:
kernel: Uhhuh. NMI received for unknown reason 30 on CPU 0.
kernel: Do you have a strange power saving mode enabled?
kernel: Dazed and confused, but trying to continue
Or, on a different hardw
For the bandwidth to be less than 8 MHZ and greater than 6 MHZ is logically
impossible.
Signed-off-by: Roel Kluin
---
diff --git a/drivers/media/dvb/frontends/cx22700.c
b/drivers/media/dvb/frontends/cx22700.c
index fbd838e..5fbc0fc 100644
--- a/drivers/media/dvb/frontends/cx22700.c
+++ b/drivers
On Thu, Aug 6, 2009 at 6:25 PM, Russell King - ARM
Linux wrote:
[...]
> As far as userspace DMA coherency, the only way you could do it with
> current kernel APIs is by using get_user_pages(), creating a scatterlist
> from those, and then passing it to dma_map_sg(). While the device has
> ownershi
On Tue, Aug 25, 2009 at 01:06:07PM +0200, Guennadi Liakhovetski wrote:
> Signed-off-by: Guennadi Liakhovetski
> Cc: Paul Mundt
> ---
> arch/sh/boards/board-ap325rxa.c |3 ++-
> drivers/media/video/mt9m111.c |9 +
> drivers/media/video/mt9v022.c |
Signed-off-by: Guennadi Liakhovetski
Cc: Paul Mundt
---
arch/sh/boards/board-ap325rxa.c |3 ++-
drivers/media/video/mt9m111.c |9 +
drivers/media/video/mt9v022.c |5 -
drivers/media/video/mx1_camera.c |3 ++-
drivers/media/vi
This makes the soc-camera interface for V4L2 subdevices thinner yet. Handle
gain and exposure internally in each driver just like all other controls.
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/video/mt9m001.c| 43 -
drivers/media/video/mt9m11
Remove unneeded soc-camera operations, this also makes the soc-camera API to
v4l2 subdevices thinner.
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/video/mt9m001.c| 22 ++--
drivers/media/video/mt9m111.c| 40 +++--
drivers/medi
Hi all,
I'm about to post a pull-request for a series of 37 patches, of which the
last three I haven't posted yet, so, doing this now. In principle, nothing
ground-breaking, the last one is just checkpatch cleanup. The first two
are removing more members from soc-camera device interface.
Thank
On Sunday 23 August 2009 23:04:00 Jef Treece wrote:
> I found in recent kernel versions, I think somewhere between 2.6.29.3
> and 2.6.30.3, pwc_set_shutter_speed regressed.
>
> I was able to fix it with this one-line change
> (drivers/media/video/pwc/pwc-ctrl.c line 755 in 2.6.30.5 source):
>
>
Hello
When dealing with multiple different adapters, it does not make sense to have
the IR interfaces of all adapters active.
Like a DVB-T and a DVB sat adapter in one system.
It would not solve the issue when having multiple of the same adapters by that
is may be a next step to think about.
Laurent Pinchart wrote:
[...]
> As the bridge and I2C master live their own life in the Linux device tree,
> they are initialized, suspended, resumed and destroyed independently. The
> sensor being an I2C slave device, Linux initializes it after the I2C master
> device is initialized, but doesn'
Hi, Sorry my bad english. I have tv-tuner card RoverMedia TV Link Pro FM.
Help me, please.
This card is a clone of LifeView FlyVIDEO3000 with Philips FMD1216ME
MK3 Hybrid Tuner(card=2 and tuner=63).
All work greatly before upgrating to kernel 2.6.30. My tvtime don't
showing any channels. Look like
Hi Mauro,
This change fixes a regression from the kernel 2.6.30. May it go to the
2.6.31?
Please pull from http://linuxtv.org/hg/~jfrancois/v4l-dvb
for the following changeset:
01/01: gspca - sonixj: Do the ov7660 sensor work again.
http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=98
Hello,
I have the following problem:
-- System Information: Debian
Release: squeeze/sid
Package: linux-image-2.6.30-1-686-bigmem
Version: 2.6.30-6 Severity: important
Using a Logitech Quickcam Express using the gspca module only gives a broken
image. lsusb output:
Bus 003 Device 002: ID 046
49 matches
Mail list logo
