On 26.06.2012 19:17, poma wrote:
> On 05/28/2012 04:48 PM, Thomas Mair wrote:
>> On 28.05.2012 08:58, Thomas Mair wrote:
>>> On 26.05.2012 04:47, poma wrote:
On 05/20/2012 11:12 PM, Thomas Mair wrote:
> On 20.05.2012 22:08, Antti Palosaari wrote:
>> On 20.05.2012 20:04, poma wrote:
>>>
On Tue, Jun 26, 2012 at 11:40 PM, Alfredo Jesús Delaiti
wrote:
> The problem was that tvtime was set to 768, by passing a resolution to 720
> was solved. Sorry for not having tried before.
> With a resolution of 720 pixels the image looks good.
> My sincere apologies and thanks.
I'll have to chec
Hika Devin
El 26/06/12 15:13, Devin Heitmueller escribió:
On Tue, Jun 26, 2012 at 2:07 PM, Alfredo Jesús Delaiti
wrote:
Hi all
I tried the patches made by Devin Heitmueller, and returned soundto the
plate mygica X8507.
Has not corrected the green band that appears on the left side and shrinks
Hi Soren,
I'm just CC'ing the linux-media mailing list ;)
For the record, here's what Soren wrote a few minutes ago:
> thank you for your help and tests. I tried to avoid this, but now I
> installed the windows software of this HTC stick. I see the same reception
> problems in windows, too. So thi
Em 26-06-2012 18:27, Greg KH escreveu:
> On Tue, Jun 26, 2012 at 06:21:02PM -0300, Mauro Carvalho Chehab wrote:
>> Em 26-06-2012 17:42, Greg KH escreveu:
>>> On Tue, Jun 26, 2012 at 04:34:21PM -0300, Mauro Carvalho Chehab wrote:
New udev-182 seems to be buggy: even when usermode is enabled, it
On Tue, 2012-06-26 at 18:07 -0300, Mauro Carvalho Chehab wrote:
> Em 26-06-2012 17:40, Greg KH escreveu:
> > On Tue, Jun 26, 2012 at 04:34:21PM -0300, Mauro Carvalho Chehab wrote:
> >> New udev-182 seems to be buggy: even when usermode is enabled, it
> >> insists on needing that probe would defer a
Em 26-06-2012 17:44, Greg KH escreveu:
> On Tue, Jun 26, 2012 at 04:34:22PM -0300, Mauro Carvalho Chehab wrote:
>> When tuner-xc2028 is not compiled as a module, dracut will
>> need to copy the firmware inside the initfs image.
>>
>> So, use MODULE_FIRMWARE() to indicate such need.
>>
>> Signed-off
Em 26-06-2012 17:43, Greg KH escreveu:
> On Tue, Jun 26, 2012 at 04:34:20PM -0300, Mauro Carvalho Chehab wrote:
>> +/*
>> + * If the device requires firmware, probe() may need to be
>> + * postponed, as udev may not be ready yet to honour firmware
>> + * load requests.
>> + */
>
On Tue, Jun 26, 2012 at 06:21:02PM -0300, Mauro Carvalho Chehab wrote:
> Em 26-06-2012 17:42, Greg KH escreveu:
> > On Tue, Jun 26, 2012 at 04:34:21PM -0300, Mauro Carvalho Chehab wrote:
> >> New udev-182 seems to be buggy: even when usermode is enabled, it
> >> insists on needing that probe would
Em 26-06-2012 17:42, Greg KH escreveu:
> On Tue, Jun 26, 2012 at 04:34:21PM -0300, Mauro Carvalho Chehab wrote:
>> New udev-182 seems to be buggy: even when usermode is enabled, it
>> insists on needing that probe would defer any firmware requests.
>> So, drivers with firmware need to defer probe f
Em 26-06-2012 17:40, Greg KH escreveu:
> On Tue, Jun 26, 2012 at 04:34:21PM -0300, Mauro Carvalho Chehab wrote:
>> New udev-182 seems to be buggy: even when usermode is enabled, it
>> insists on needing that probe would defer any firmware requests.
>> So, drivers with firmware need to defer probe f
Em 26-06-2012 17:38, Greg KH escreveu:
> On Tue, Jun 26, 2012 at 04:34:19PM -0300, Mauro Carvalho Chehab wrote:
>> Several media devices are only capable of probing the device if
>> the firmware load is enabled, e. g. when the usermode var is not
>> disabled.
>>
>> Add a routine to allow those driv
Hans and Laurent,
Thanks for the feedback.
On Tue, Jun 26, 2012 at 2:40 AM, Hans Verkuil wrote:
> On Tue 26 June 2012 11:11:06 Laurent Pinchart wrote:
>> Hi Dima and Tomasz,
>>
>> Sorry for the late reply.
>>
>> On Tuesday 26 June 2012 10:40:44 Tomasz Stanislawski wrote:
>> > Hi Dima Zavin,
>> >
On Tue, Jun 26, 2012 at 1:40 AM, Tomasz Stanislawski
wrote:
> Hi Dima Zavin,
> Thank you for the patch and for a ping remainder :).
>
> You are right. The unmap is missing in __vb2_queue_cancel.
> I will apply your fix into next version of V4L2 support for dmabuf.
>
> Please refer to some comments
On Tue, Jun 26, 2012 at 04:34:22PM -0300, Mauro Carvalho Chehab wrote:
> When tuner-xc2028 is not compiled as a module, dracut will
> need to copy the firmware inside the initfs image.
>
> So, use MODULE_FIRMWARE() to indicate such need.
>
> Signed-off-by: Mauro Carvalho Chehab
> ---
> drivers/
On Tue, Jun 26, 2012 at 04:34:20PM -0300, Mauro Carvalho Chehab wrote:
> + /*
> + * If the device requires firmware, probe() may need to be
> + * postponed, as udev may not be ready yet to honour firmware
> + * load requests.
> + */
> + if (em28xx_boards[id->driver_info]
On Tue, Jun 26, 2012 at 04:34:21PM -0300, Mauro Carvalho Chehab wrote:
> New udev-182 seems to be buggy: even when usermode is enabled, it
> insists on needing that probe would defer any firmware requests.
> So, drivers with firmware need to defer probe for the first
> driver's core request, otherw
On Tue, Jun 26, 2012 at 04:34:21PM -0300, Mauro Carvalho Chehab wrote:
> New udev-182 seems to be buggy: even when usermode is enabled, it
> insists on needing that probe would defer any firmware requests.
> So, drivers with firmware need to defer probe for the first
> driver's core request, otherw
BTW I would appreciate if you move also dvb-utils to GIT. hg wastes our
time.
--
js
suse labs
# HG changeset patch
# User Jiri Slaby
# Date 1340742534 -7200
# Node ID 96025655e6e844af2bc69bd368f8d04a4e5bc58b
# Parent 4030c51d6e7baef760e65d4ff2e8f61af91bec02
proper dvb-t scan data for Czech Repub
On Tue, Jun 26, 2012 at 04:34:19PM -0300, Mauro Carvalho Chehab wrote:
> Several media devices are only capable of probing the device if
> the firmware load is enabled, e. g. when the usermode var is not
> disabled.
>
> Add a routine to allow those drivers to test if probe can continue
> or need t
On 06/26/2012 10:43 PM, cedric.dew...@telfort.nl wrote:
[6.517631] rc0: IR-receiver inside an USB DVB receiver as
/devices/pci:00/:00:1d.7/usb2/2-4/rc/rc0
[6.517821] dvb-usb: schedule remote query interval to 50 msecs.
[6.517825] dvb-usb: Pinnacle PCTV 73e SE successfully i
>> [6.517631] rc0: IR-receiver inside an USB DVB receiver as
>> /devices/pci:00/:00:1d.7/usb2/2-4/rc/rc0
>> [6.517821] dvb-usb: schedule remote query interval to 50 msecs.
>> [6.517825] dvb-usb: Pinnacle PCTV 73e SE successfully initialized
and
>> connected.
>> [6.517951]
Several media devices are only capable of probing the device if
the firmware load is enabled, e. g. when the usermode var is not
disabled.
Add a routine to allow those drivers to test if probe can continue
or need to be deferred.
Signed-off-by: Mauro Carvalho Chehab
---
include/linux/firmware.h
Some em28xx devices with tuner-xc2028, drx-k and drx-d need firmware, in
order to be probed. Defer device probe on those devices, if userspace mode is
disabled.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/video/em28xx/em28xx-cards.c | 42 +
drivers/media/
New udev-182 seems to be buggy: even when usermode is enabled, it
insists on needing that probe would defer any firmware requests.
So, drivers with firmware need to defer probe for the first
driver's core request, otherwise an useless penalty of 30 seconds
happens, as udev will refuse to load any f
When tuner-xc2028 is not compiled as a module, dracut will
need to copy the firmware inside the initfs image.
So, use MODULE_FIRMWARE() to indicate such need.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/common/tuners/tuner-xc2028.c |2 ++
1 file changed, 2 insertions(+)
diff --g
This patch series is an attempt to solve the recent issues with udev-182
and media drivers.
The .probe() callback should "bind the driver to a given device. That
includes verifying that the device is present, that it's a version the
driver can handle, that driver data structures can be allocated
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:Tue Jun 26 19:00:19 CEST 2012
git hash:5472d3f17845c4398c6a510b46855820920c2181
gcc version: i686-linux-gcc (GC
On Tue, Jun 26, 2012 at 03:30:09AM +0200, Laurent Pinchart wrote:
> Hi Sakari,
Hi Laurent,
> On Saturday 23 June 2012 11:22:37 Sakari Ailus wrote:
> > On Mon, Jun 18, 2012 at 04:30:53PM +0200, Laurent Pinchart wrote:
> > > Rearrange the CFA interpolation coefficients table based on the Bayer
> >
no, it is not related to the dibcom, but i have similar problem about
the delivery system for my dmb-th card. i apply your patch and i can
go a small step further. now i have the xc5000 error. it is because in
the xc5000 driver, the set-params function is missing a switch-case
for SYS_DMBTH. after
Em 26-06-2012 13:40, Ezequiel Garcia escreveu:
> Mauro,
>
> On Mon, Jun 25, 2012 at 5:53 PM, Mauro Carvalho Chehab
> wrote:
>>
>> Yeah, research is needed ;) As "bttv" is the mother of the I2C code found at
>> other PCI drivers, as it is one of the oldest implementations, I bet you'll
>> find thi
On Tue, Jun 26, 2012 at 2:07 PM, Alfredo Jesús Delaiti
wrote:
> Hi all
>
> I tried the patches made by Devin Heitmueller, and returned soundto the
> plate mygica X8507.
> Has not corrected the green band that appears on the left side and shrinks
> the image by changing a little the aspect ratio, c
Hi all
I tried the patches made by Devin Heitmueller, and returned soundto
the plate mygica X8507.
Has not corrected the green band that appears on the left side and
shrinks the image by changing a little the aspect ratio, compresses a
bit horizontally. With kernel versions 3.0, 3.1 and 3.2
Hello Kamil,
Yes it works now. I'm observing one issue here.
Every time call s_ctrl happens for DISPLAY_DELAY, i see all the cases in the
s_ctrl being called.
I'm verifying from the application side now, will let you know.
Thanks & Regards,
Naveen Krishna
--- Original Message ---
Sende
Hey,
Due to inertia, I thought I would take a shot at implicit synchronization as
well.
I have just barely enough to make it work for nouveau to synchronize with itself
now using the cpu. Hopefully the general idea is correct but I feel the
implementation wrong.
There are 2 ways to get deadlocks
On 05/28/2012 04:48 PM, Thomas Mair wrote:
> On 28.05.2012 08:58, Thomas Mair wrote:
>> On 26.05.2012 04:47, poma wrote:
>>> On 05/20/2012 11:12 PM, Thomas Mair wrote:
On 20.05.2012 22:08, Antti Palosaari wrote:
> On 20.05.2012 20:04, poma wrote:
>> After hard/cold boot:
>
>> D
Mauro,
On Mon, Jun 25, 2012 at 5:53 PM, Mauro Carvalho Chehab
wrote:
>
> Yeah, research is needed ;) As "bttv" is the mother of the I2C code found at
> other PCI drivers, as it is one of the oldest implementations, I bet you'll
> find this field propagated without usage on some drivers (and proba
On Sun, Jun 24, 2012 at 10:27 PM, Sebastiano Fabio Genovese
wrote:
> For the electronic part I am able to complete the project in its
> entirety, for software I would have some difficulty, as I should be
> studying very hard for months because I have no experience in
> developing kernel driver, es
Those features are half-implemented and not used. Remove them.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/omap3isp/ispccdc.c | 51 +--
drivers/media/video/omap3isp/ispccdc.h | 18 ---
2 files changed, 2 insertions(+), 67 deletions(-)
diff --g
The structure is only used to store configuration data and pass it to
CCDC configuration functions. Access the data directly from the
locations that need it.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/omap3isp/ispccdc.c | 38 ++-
drivers/media/video/oma
Enable the bridge automatically when the input format is YUYV8 or UYVY8.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/omap3isp/isp.c |4 +-
drivers/media/video/omap3isp/isp.h |2 +-
drivers/media/video/omap3isp/ispccdc.c | 145 ++-
drive
From: Ivaylo Petrov
Tested with ov9740 and
struct isp_csi2_platform_data {
.interface = ISP_INTERFACE_CSI2A_PHY2,
.bus = {
.csi2 = {
.crc= 1,
.vpclk_div = 1,
}
},
}
Signed-of
Hi everybody,
Here are (long awaited) patches that implement support for YUV at the OMAP3 ISP
input.
Only progressive YUV in non-BT.656 mode is currently supported. The code has
been tested with an OV7725 sensor (I will push modifications to the ov772x
driver required to make it work with the OMA
Signed-off-by: Laurent Pinchart
---
drivers/media/video/omap3isp/ispvideo.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/omap3isp/ispvideo.c
b/drivers/media/video/omap3isp/ispvideo.c
index f0ed2ec..9ce158e 100644
--- a/drivers/media/video/omap
The bpp field currently stores the sample width and is aligned to the
next multiple of 8 bits when computing data size in memory. This won't
work anymore for YUYV8_2X8 formats. Split the bpp field into a sample
width and a bits per pixel value.
Signed-off-by: Laurent Pinchart
---
drivers/media/v
help
--
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
Hello.
On 25-06-2012 15:07, Manjunath Hadli wrote:
fix setting of data width in config_vpif_params() function,
which was wrongly set.
Signed-off-by: Manjunath Hadli
Signed-off-by: Lad, Prabhakar
---
drivers/media/video/davinci/vpif.c |2 +-
1 files changed, 1 insertions(+), 1 deletion
Hello,
the xc5000 seems not to support DMB-T/H: "[ 2458.525608] xc5000: delivery
system is not supported!". Anyway, this is not related to the dibcom device.
regards,
Olivier
From: linux-media-ow...@vger.kernel.org [linux-media-ow...@vger.kernel.org] On
B
On Tue 26 June 2012 11:11:06 Laurent Pinchart wrote:
> Hi Dima and Tomasz,
>
> Sorry for the late reply.
>
> On Tuesday 26 June 2012 10:40:44 Tomasz Stanislawski wrote:
> > Hi Dima Zavin,
> > Thank you for the patch and for a ping remainder :).
> >
> > You are right. The unmap is missing in __vb
Hi Hans,
Thank you for your patch. I have tested it on our hardware and G2D works.
Best wishes,
--
Kamil Debski
Linux Platform Group
Samsung Poland R&D Center
> -Original Message-
> From: Hans Verkuil [mailto:hverk...@xs4all.nl]
> Sent: 24 June 2012 13:26
> To: linux-media@vger.kernel.o
Hi Hans,
Thank you for your patch. I have tested it on our hardware and MFC works.
Best wishes,
--
Kamil Debski
Linux Platform Group
Samsung Poland R&D Center
> -Original Message-
> From: Hans Verkuil [mailto:hverk...@xs4all.nl]
> Sent: 24 June 2012 13:26
> To: linux-media@vger.kernel.or
Hi Naveen,
Today I have posted a patch that should resolve your problems with setting
controls
([PATCH] s5p-mfc: Fixed setup of custom controls in decoder and encoder).
Please check if it works now.
Best wishes,
--
Kamil Debski
Linux Platform Group
Samsung Poland R&D Center
> -Original Mess
Hi Dima and Tomasz,
Sorry for the late reply.
On Tuesday 26 June 2012 10:40:44 Tomasz Stanislawski wrote:
> Hi Dima Zavin,
> Thank you for the patch and for a ping remainder :).
>
> You are right. The unmap is missing in __vb2_queue_cancel.
> I will apply your fix into next version of V4L2 suppo
IQM_AF_CLKNEG_CLKNEGDATA__M is 0x2 and
IQM_AF_CLKNEG_CLKNEGDATA_CLK_ADC_DATA_POS is 0. (clkNeg | 0x2) is never
equal to zero so the condition can never be true.
I consulted with Ralph Metzler and the '|' should be changed to a '&'.
Signed-off-by: Dan Carpenter
CC: Ralph Metzler
diff --git a/d
Hi Dima Zavin,
Thank you for the patch and for a ping remainder :).
You are right. The unmap is missing in __vb2_queue_cancel.
I will apply your fix into next version of V4L2 support for dmabuf.
Please refer to some comments below.
On 06/20/2012 08:12 AM, Dima Zavin wrote:
> Tomasz,
>
> I've en
Fixed bugs in functions that initialize custom controls.
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-mfc/s5p_mfc_dec.c |1 +
drivers/media/video/s5p-mfc/s5p_mfc_enc.c |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/me
dvb-apps' "dvbsca"n from util/dvbscan/ doesn't work. It exits with "Unable to
query frontend status".
By looking into source code I've found there's a bug in
util/dvbscan/dvbscan.c:309 that uses DVBFE_INFO_QUERYTYPE_IMMEDIATE return
value instead of DVBFE_INFO_LOCKSTATUS. However, a further look
57 matches
Mail list logo
