Hi Marek,
I think there is a typo in this patch:
On Wed, Oct 12, 2011 at 09:12, Marek Szyprowski
m.szyprow...@samsung.com wrote:
__buffer_in_use() might be called for empty/uninitialized buffer in the
following scenario: REQBUF(n, USER_PTR), QUERYBUF(). This patch fixes
kernel ops in such
On Mon, Oct 3, 2011 at 00:21, Marek Szyprowski m.szyprow...@samsung.com wrote:
This patch fixes incorrect return value. Errors should be returned
as negative numbers.
Reported-by: Tomasz Stanislawski t.stanisl...@samsung.com
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
Hello,
On Wednesday, October 19, 2011 8:03 AM Pawel Osciak wrote:
Hi Marek,
I think there is a typo in this patch:
On Wed, Oct 12, 2011 at 09:12, Marek Szyprowski
m.szyprow...@samsung.com wrote:
__buffer_in_use() might be called for empty/uninitialized buffer in the
following scenario:
On Tue, Oct 18, 2011 at 7:31 PM, Enrico ebut...@users.berlios.de wrote:
On Tue, Oct 18, 2011 at 3:33 PM, Boris Todorov
boris.st.todo...@gmail.com wrote:
Hi
I'm trying to run OMAP + TVP5151 in BT656 mode.
I'm using omap3isp-omap3isp-yuv (git.linuxtv.org/pinchartl/media.git).
Plus the
Hi Guennadi, Morimoto-san,
Both are needed.
These are bug fix patches
I tried to capture several frames beginning with the very first one
(as
much as performance allowed), and I do see several black or wrongly
coloured framed in the beginning, but none of those patches,
On Wed, Oct 19, 2011 at 9:01 AM, Boris Todorov
boris.st.todo...@gmail.com wrote:
On Tue, Oct 18, 2011 at 7:31 PM, Enrico ebut...@users.berlios.de wrote:
You can try if this:
http://www.spinics.net/lists/linux-media/msg37795.html
makes it work.
Tried it but it's doesn't work for me.
When
On Wed, Oct 19, 2011 at 11:28 AM, Enrico ebut...@users.berlios.de wrote:
On Wed, Oct 19, 2011 at 9:01 AM, Boris Todorov
boris.st.todo...@gmail.com wrote:
On Tue, Oct 18, 2011 at 7:31 PM, Enrico ebut...@users.berlios.de wrote:
You can try if this:
Pidgin uses gstreamer (and libv4l) to work. Without implementing this ioctl,
it won't detect properly the size range, and driver will fail.
So, this patch is required, in order to use an em27xx webcam, like
Silvercrest.
The pigdin/gstreamer/libv4l needs to be fixed, as it shouldn't assume
that
On Tue, Oct 18, 2011 at 7:20 PM, Piotr Chmura chmoor...@poczta.onet.pl wrote:
On Tue, 18 Oct 2011 11:52:17 -0400
Devin Heitmueller dheitmuel...@kernellabs.com wrote:
On Tue, Oct 18, 2011 at 5:10 AM, Piotr Chmura chmoor...@poczta.onet.pl
wrote:
Thanks for comments for all of you.
[PATCH
Em 19-10-2011 09:41, Javier Martinez Canillas escreveu:
On Tue, Oct 18, 2011 at 7:20 PM, Piotr Chmura chmoor...@poczta.onet.pl
wrote:
On Tue, 18 Oct 2011 11:52:17 -0400
Devin Heitmueller dheitmuel...@kernellabs.com wrote:
On Tue, Oct 18, 2011 at 5:10 AM, Piotr Chmura
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Linus,
Please pull from:
git://linuxtv.org/mchehab/for_linus.git v4l_for_linus
For a one line fix at the V4L2 core, causing OOPSes at device release under
certain circumstances.
Thanks!
Mauro.
Latest commit at the branch:
I'm posting this question under this thread because the subject pertains
to the question (in that I'm asking about staging and about the PCTV 80e
drivers).
I started cleaning up the drx39xx* drivers for the PCTV-80e and have
them in a github repository. Ultimately I want to send a pull request,
On Wed, Oct 19, 2011 at 11:03 AM, Boris Todorov
boris.st.todo...@gmail.com wrote:
Here is my log:
[ 24.683685] omap3isp omap3isp: -CCDC Register dump-
[ 24.683685] omap3isp omap3isp: ###CCDC PCR=0x
[ 24.683685] omap3isp omap3isp: ###CCDC
On Wed, Oct 19, 2011 at 3:40 PM, Enrico ebut...@users.berlios.de wrote:
On Wed, Oct 19, 2011 at 11:03 AM, Boris Todorov
boris.st.todo...@gmail.com wrote:
Here is my log:
[ 24.683685] omap3isp omap3isp: -CCDC Register
dump-
[ 24.683685] omap3isp omap3isp: ###CCDC
W dniu 19.10.2011 13:44, Mauro Carvalho Chehab pisze:
Em 19-10-2011 09:41, Javier Martinez Canillas escreveu:
On Tue, Oct 18, 2011 at 7:20 PM, Piotr Chmurachmoor...@poczta.onet.pl wrote:
On Tue, 18 Oct 2011 11:52:17 -0400
Devin Heitmuellerdheitmuel...@kernellabs.com wrote:
On Tue, Oct
Hi Patrick,
On Wed, Oct 19, 2011 at 8:36 AM, Patrick Dickey pdickeyb...@gmail.com wrote:
I'm posting this question under this thread because the subject pertains
to the question (in that I'm asking about staging and about the PCTV 80e
drivers).
You should definitely be looking at the as102
RFCv2: Improved handling of presets
===
Changes from RFCv1:
- Removed name[] in v4l2_enum_bt_timings.
- Improved the description of QUERY_DV_TIMINGS.
- Removed v4l2_query_dv_timings, instead reuse v4l2_dv_timings.
The various 'states' of RFCv1 are now returned
On Wed, Oct 19, 2011 at 4:06 PM, Boris Todorov
boris.st.todo...@gmail.com wrote:
On Wed, Oct 19, 2011 at 3:40 PM, Enrico ebut...@users.berlios.de wrote:
On Wed, Oct 19, 2011 at 11:03 AM, Boris Todorov
boris.st.todo...@gmail.com wrote:
Here is my log:
[ 24.683685] omap3isp omap3isp:
Am 18.10.2011 15:33, schrieb Boris Todorov:
Hi
I'm trying to run OMAP + TVP5151 in BT656 mode.
I'm using omap3isp-omap3isp-yuv (git.linuxtv.org/pinchartl/media.git).
Plus the following patches:
TVP5151:
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date:Wed Oct 19 19:00:17 CEST 2011
git hash:35a912455ff5640dc410e91279b03e04045265b2
gcc version: i686-linux-gcc
On Tue, 18 Oct 2011, David Rientjes wrote:
Guennadi or Mauro, how is this going to Linus? It sounds like 3.1
material since we've received at least a couple of reports of this in the
past week.
This fix is now in Linus' tree at e58fced201ad ([media] videodev: fix a
NULL pointer
On 10/18/2011 11:38 PM, Guennadi Liakhovetski wrote:
On Tue, 18 Oct 2011, Sylwester Nawrocki wrote:
On 10/18/2011 01:07 AM, Laurent Pinchart wrote:
On Monday 17 October 2011 23:26:28 Sylwester Nawrocki wrote:
On 10/17/2011 05:23 PM, Guennadi Liakhovetski wrote:
On Mon, 17 Oct 2011, Sylwester
Jyrki,
So after a bit more testing...
[...]
/* 22 */
if (freq 45000) rd[15].val = 0xd0; /* 450 MHz
*/
-else if (freq 48200) rd[15].val = 0xd1; /* 482 MHz */
+else if (freq 48200) rd[15].val = 0xd2; /* 482 MHz */
This change isn't so
Em 19-10-2011 18:21, David Rientjes escreveu:
On Tue, 18 Oct 2011, David Rientjes wrote:
Guennadi or Mauro, how is this going to Linus? It sounds like 3.1
material since we've received at least a couple of reports of this in the
past week.
This fix is now in Linus' tree at
Em 19-10-2011 11:57, Devin Heitmueller escreveu:
Hi Patrick,
On Wed, Oct 19, 2011 at 8:36 AM, Patrick Dickey pdickeyb...@gmail.com wrote:
I'm posting this question under this thread because the subject pertains
to the question (in that I'm asking about staging and about the PCTV 80e
I think my problem frequency has also been at the later spot. It is possible
there is something more complicated going on at 474 MHz - so based on your
testing, it's best to apply just the latter change, at least for now.
Jyrki
+else if (freq 54600) rd[15].val = 0xd6; /* 546 MHz
26 matches
Mail list logo