ermine as it is
dependent on the DMA controller in question. The USB stack now ensures
that everything works correctly as long as the memory is allocated with
kmalloc() so acked by me for sq905.c but, is anyone taking care of
fixing the kmalloc() documentation?
Adam Baker
On 29/05/15 22:05, Antti Palosaari wrote:
Implement DVBv5 signal strength stats. Returns dBm.
Signed-off-by: Antti Palosaari
---
Tested-by: Adam Baker
I don't have the test gear to verify the absolute levels but the signal
level readings were close to those obtained feeding the
possible tuner
I2C message interrupts firmware command sequence.
Reported-by: Adam Baker
Signed-off-by: Antti Palosaari
---
Reviewed-by: Adam Baker
Having looked over this I can't see any remaining deadlocks or failures
to provide adequate locking.
Without a detailed device datasheet
ide of the
gate.
My current thought is that si2168_select doesn't need to take the
si2168 i2c_mutex as the demod can't do anything with the bus anyway
until the bus_lock is freed
Thanks
Adam Baker
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
t
Hi,
After upgrading my DVB recording PC I started observing the error shown below
every couple of days (I've only shown the first instance but I usually get a
pair of identical errors). Unfortunately I upgraded hardware and OS at the same
time so it is hard to be certain exactly what the trigge
On Tuesday 09 August 2011, Hans de Goede wrote:
> Hi,
>
> On 08/09/2011 10:31 PM, Adam Baker wrote:
> > On Tuesday 09 August 2011, Hans de Goede wrote:
>
>
> > It has also just occured to me that it might be possible to solve the
> > issues we are facing just
On Tuesday 09 August 2011, Hans de Goede wrote:
> Hi,
>
> On 08/09/2011 04:19 PM, Alan Stern wrote:
> > Does it really make sense to combine 5 drivers into one?
>
> Right, that is not the plan. The plan is to simply stop having 2 drivers
> for 1 logical (and physical) block. So we go from 10 dr
On Monday 08 August 2011, Mauro Carvalho Chehab wrote:
> > I will send a second reply to this message, which deals in particular
> > with the list of abilities you outlined above. The point is, the
> > situation as to that list of abilities is more chaotic than is generally
> > realized. And when
file descriptor it uses to talk to the underlying
device so it is hard to extend the interface without forking libusb (The best
hope I can think of at the moment is to get the distros to accept a patch for
it to add the extra required API call(s) and for libgphoto to use the extra
features in tha
On Monday 08 August 2011, Alan Stern wrote:
> On Sun, 7 Aug 2011, Adam Baker wrote:
> > I've addec Hans de Geode and linux-usb to the CC as this response picks
> > up on a related discussion about the usb mini summit.
> >
> > On Friday 05 August 2011, Theodore K
On Friday 05 August 2011, Hans de Goede wrote:
> > This sounds to be a good theme for the Workshop, or even to KS/2011.
>
> Agreed, although we don't need to talk about this for very long, the
> solution is basically:
> 1) Define a still image retrieval API for v4l2 devices (there is only 1
>i
I've addec Hans de Geode and linux-usb to the CC as this response picks up on
a related discussion about the usb mini summit.
On Friday 05 August 2011, Theodore Kilgore wrote:
> > If you can solve the locking problem between devices in the kernel then
> > it shouldn't matter if one of the kernel
On Thursday 04 August 2011, Theodore Kilgore wrote:
> On Thu, 4 Aug 2011, Adam Baker wrote:
> > On Thursday 04 August 2011, Theodore Kilgore wrote:
> > > As far as I know, /dev/sdx signifies a device which is accessible by
> > > something like the USB mass storage proto
5 before Theodore and I rewrote it contained code to do Bayer
decoding and gamma correction that was copied from libgphoto2).
Regards
Adam Baker
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
td22978838.html
http://libusb.6.n5.nabble.com/re-attaching-after-usb-detach-kernel-driver-np-
td6068.html
Adam Baker
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Sunday 19 Dec 2010, Theodore Kilgore wrote:
> Finally, one concern that I have in the back of my mind is the question of
> control settings for a camera which streams in bulk mode and requires the
> setup of a workqueue. The owner of the camera says that he has
> "encountered no problems" wit
RELOAD=/usr/lib/libv4l/v4l2convert.so fswebcam --save grab2.jpg
which suggests that the packaged libv4l is fine and it is just the apps that
are an issue.
Adam Baker
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.k
_FLAG_NEXT_CTRL
Signed-off-by: Adam Baker
---
This isn't extensively tested but v4l2ucp (and my version does use the flag) now
lists both fake and original control for a camera with both and adds the fake
controls
for a camera with none.
---
--- libv4l-0.5.97/libv4lconvert/control/libv4lcontrol
On Saturday 18 Apr 2009, Hans de Goede wrote:
> Ah, you are using v4l2-ctl, not v4l2ucp, and that uses
> V4L2_CTRL_FLAG_NEXT_CTRL control enumeration. My code doesn't handle
> V4L2_CTRL_FLAG_NEXT_CTRL (which is a bug). I'm not sure when I'll have time
> to fix this. Patches welcome, or in the mean
On Friday 17 Apr 2009, Hans de Goede wrote:
> > I've tested it by plugging in the sq905 camera, verifying the
> > whitebablance control is present and working, unplugging the sq905 and
> > plugging in the pac207 and using up arrow to restart v4l2ucp and svv so I
> > think I've eliminated most finge
On Thursday 16 Apr 2009, Hans de Goede wrote:
> On 04/16/2009 12:26 AM, Adam Baker wrote:
> > On Wednesday 15 Apr 2009, Hans de Goede wrote:
> >> Currently only whitebalancing is enabled and only on Pixarts (pac)
> >> webcams (which benefit tremendously from thi
On Wednesday 15 Apr 2009, Hans de Goede wrote:
> Currently only whitebalancing is enabled and only on Pixarts (pac) webcams
> (which benefit tremendously from this). To test this with other webcams
> (after instaling this release) do:
>
> export LIBV4LCONTROL_CONTROLS=15
> LD_PRELOAD=/usr/lib/libv4
On Thursday 02 Apr 2009, Stian Skjelstad wrote:
> > Stian Skjelstad wrote:
> > [snip]
> >
> > > usb 2-2: USB disconnect, address 47
> >>
> >> gspca: urb status: -108
> >> gspca: urb status: -108
> >> gspca: disconnect complete
> >> BUG: unable to handle kernel NULL pointer dereference at 0
Add check to libv4l of the sensor orientation as reported by
VIDIOC_ENUMINPUT
Signed-off-by: Adam Baker
---
diff -r a647c2dfa989 v4l2-apps/lib/libv4l/libv4lconvert/libv4lconvert.c
--- a/v4l2-apps/lib/libv4l/libv4lconvert/libv4lconvert.cTue Jan 20
11:25:54 2009 +0100
+++ b/v4l2-apps/lib
Add documentation for the flags that have been added to VIDIOC_ENUMINPUT
to specify the sensor orientation.
Signed-off-by: Adam Baker
---
diff -r d8d701594f71 v4l2-spec/vidioc-enuminput.sgml
--- a/v4l2-spec/vidioc-enuminput.sgml Sun Mar 29 08:45:36 2009 +0200
+++ b/v4l2-spec/vidioc
The Makefile for the V4L2 spec uses bash extensions but
was using the default system shell, change it to explicitly
request bash.
Signed-off-by: Adam Baker
---
diff -r d8d701594f71 v4l2-spec/Makefile
--- a/v4l2-spec/MakefileSun Mar 29 08:45:36 2009 +0200
+++ b/v4l2-spec/Makefile
Add support to the SQ-905 driver to pass back to user space the
sensor orientation information obtained from the camera during init.
Modifies gspca and the videodev2.h header to create the necessary
API.
Signed-off-by: Adam Baker
---
diff -r d8d701594f71 linux/drivers/media/video/gspca/gspca.c
Hi,
Based on the limited feedback from last time I'm assuming people are generally
happy with this so I've updated according to Jean-Francois Moine's comments
and added documentation. Again this features only the minimum changes in
libv4l to make some use of the info.
--
To unsubscribe from th
On Friday 27 Mar 2009, Mauro Carvalho Chehab wrote:
> On Sun, 15 Mar 2009 22:29:48 +
>
> Adam Baker wrote:
> > Add support to the SQ-905 driver to pass back to user space the
> > sensor orientation information obtained from the camera during init.
> > Modifies gspca
On Monday 16 March 2009, Hans de Goede wrote:
> Both patches look good to me.
A complaint about lack of documentation wouldn't have gone amiss.
Unfortunately having just remembered that I should have done that I'm
struggling to get the current docbook to compile (So far I've suffered Ubuntu
not
Add check to libv4l of the sensor orientation as reported by
VIDIOC_ENUMINPUT
Signed-off-by: Adam Baker
---
diff -r a647c2dfa989 v4l2-apps/lib/libv4l/libv4lconvert/libv4lconvert.c
--- a/v4l2-apps/lib/libv4l/libv4lconvert/libv4lconvert.cTue Jan 20
11:25:54
2009 +0100
+++ b/v4l2-apps
Add support to the SQ-905 driver to pass back to user space the
sensor orientation information obtained from the camera during init.
Modifies gspca and the videodev2.h header to create the necessary
API.
Signed-off-by: Adam Baker
---
diff -r 1248509d8bed linux/drivers/media/video/gspca/gspca.c
Hi all,
I've finally got round to writing a sample patch to support the proposed
mechanism of reporting sensor orientation to user space. It is split into 2
parts, part 1 contains the kernel changes and part 2 the libv4l changes. In
order to keep the patch simple I haven't attempted to add supp
On Saturday 07 March 2009, Trent Piepho wrote:
> Audio was out of tree. If they had a better system, like v4l-dvb does,
> they might well still be out of tree. And aren't there some wireless
> packages that are out of tree?
Wireless development is done in tree and then copied to a compat tree th
Add support for the alternate resolutions offered by SQ-905 based cameras. As
well as 320x240 all cameras can do 160x120 and some can do 640x480.
Signed-off-by: Adam Baker
---
The patch to detect orientation needs to follow this as that is also simplified
by
the modified identity check that
On Monday 23 February 2009, Mauro Carvalho Chehab wrote:
> On Sat, 21 Feb 2009 12:53:57 +0100
>
> Hans Verkuil wrote:
> > Hi Adam,
> >
> > Sorry for the late reply, it's been very busy.
>
> Me too.
>
> > > 1) Reuse the existing HFLIP and VFLIP controls, marking them as
> > > read-only Pros : No ch
On Sunday 22 February 2009, Hans de Goede wrote:
> We want to be able to differentiate between a cam which has its sensor
> mounted upside down, and a cam which can be pivotted and happens to be
> upside down at the moment, in case of any upside down mounted sensor, we
> will always want to compent
On Saturday 21 February 2009, Hans Verkuil wrote:
> The high rate of changes and new drivers means that keeping up the
> backwards compatibility becomes an increasingly heavy burden.
>
> This leads to two questions:
>
> 1) Can we change our development model in such a way that this burden is
> red
ble (which needs to be retained for backward
compatibility). With no detection capability the driver provided info should
be ignored for USB IDs in the built in table.
Thoughts please
Adam Baker
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a messag
a driver out of kernel for a few years)
> And everyone agrees with the need to solve the issue you have. There was
> just the question of were to store that information.
>
> Whoever is pushing this change (you? Adam Baker? I must admit I'm not sure)
> should write a small RFC with pos
Lots of snipping below so I hope I get the attributions correct.
On Monday 16 February 2009, Hans Verkuil wrote:
>
> We are talking about a core change, so some careful thought should go into
> this.
Agreed, a few days or even weeks spent getting the right solution is far
better than having to u
else may be working on such as conversion to use v4l2_device.
Thoughts please.
Adam Baker
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
rnel drivers for the cameras listed in
v4lconvert_flags so that eventually (once we are confident no-one running
2.6.29 will want a new libv4l) that functionality can be removed from libv4l.
What is the preferred version of libv4l to prepare patches against? Is it
http://linuxtv.org/hg/~hgoe
Add initial support for cameras based on the SQ Technologies SQ-905
chipset (USB ID 2770:9120) to V4L2 using the gspca infrastructure.
Currently only supports one resolution and doesn't attempt to inform
libv4l what image flipping options are needed.
Signed-off-by: Adam Baker
Signed-o
On Wednesday 04 February 2009, kilg...@banach.math.auburn.edu wrote:
> 4. After removing the first camera which was plugged in, I tried to start
> the stream from the second one. The stream will not start. A message says
> that
>
> Cannot identify 'dev/video0': 2. No such file or directory.
This
On Wednesday 04 February 2009, Jean-Francois Moine wrote:
> On Tue, 3 Feb 2009 23:13:17 +
>
> Adam Baker wrote:
> > If a device using the gspca framework is unplugged while it is still
> > streaming then the call that is used to free the URBs that have been
> >
On Wednesday 04 February 2009, Andy Walls wrote:
> On Tue, 2009-02-03 at 22:09 +0000, Adam Baker wrote:
> > On Tuesday 03 February 2009, Jean-Francois Moine wrote:
> > > Indeed, the problem is there! You must have only one process reading
> > > the webcam! I do not see h
still
valid (multiple calls are OK as destroy_urbs checks for pointers already
being NULL.
Signed-off-by: Adam Baker
---
diff -r 4d0827823ebc linux/drivers/media/video/gspca/gspca.c
--- a/linux/drivers/media/video/gspca/gspca.c Tue Feb 03 10:42:28 2009 +0100
+++ b/linux/drivers/media/video/gspca
roy_urbs() do gspca_dev->dev = NULL; Any use of that pointer past that
point is a bug (the downside is that doing so would have turned the current
bug into a hard to spot memory leak).
At 03:37:35 Alan Stern wrote
> On Mon, 2 Feb 2009, Adam Baker wrote:
>> This shouldn't be a pr
On Monday 02 February 2009, Alan Stern wrote:
> On Mon, 2 Feb 2009, Adam Baker wrote:
> > > To summarize: Unplugging the camera while it is in use by a program
> > > causes an oops (particularly on an SMP machine).
> > >
> > > The problem is that gspca_stre
ted to ensure that was the case so I suspect there is still a hole
there.
> What should happen is that as part of disconnect processing, the
> existing stream(s) should be put in an error state and destroy_urbs()
> should be called immediately. Then when gspca_stream_off() calls
>
Add initial support for cameras based on the SQ Technologies SQ-905
chipset (USB ID 2770:9120) to V4L2 using the gspca infrastructure.
Currently only supports one resolution and doesn't attempt to inform
libv4l what image flipping options are needed.
Signed-off-by: Adam Baker
Signed-o
Add initial support for cameras based on the SQ Technologies SQ-905
chipset (USB ID 2770:9120) to V4L2 using the gspca infrastructure.
Currently only supports one resolution and doesn't attempt to inform
libv4l what image flipping options are needed.
Signed-off-by: Adam Baker
Signed-o
On Friday 16 January 2009, Olivier Lorin wrote:
> The use of the buffer flags makes the life easier as this flag
> is read for every image. So we can solve for the flip/rotation
> issues with the help of two new buffer flags: V4L2_BUF_FLAG_NEEDS_HFLIP
> and V4L2_BUF_FLAG_NEEDS_VFLIP.
>
> A driver
54 matches
Mail list logo