On Tue October 23 2012 03:03:35 Laurent Pinchart wrote:
> On Monday 22 October 2012 14:06:06 Hans Verkuil wrote:
> > On Mon October 22 2012 13:18:46 Laurent Pinchart wrote:
> > > On Monday 22 October 2012 12:53:02 Sylwester Nawrocki wrote:
> > > > On 10/22/2012 12:39 PM, Laurent Pinchart wrote:
> >
On Mon October 22 2012 19:01:40 Kirill Smelkov wrote:
> On Mon, Oct 22, 2012 at 04:16:14PM +0200, Hans Verkuil wrote:
> > On Mon October 22 2012 15:54:44 Kirill Smelkov wrote:
> > > I was testing my video-over-ethernet subsystem today, and vivi seemed to
> > > be perfect video source for testing wh
On Mon October 22 2012 19:29:01 Kirill Smelkov wrote:
> On Mon, Oct 22, 2012 at 09:01:39PM +0400, Kirill Smelkov wrote:
> > On Mon, Oct 22, 2012 at 04:16:14PM +0200, Hans Verkuil wrote:
> > > On Mon October 22 2012 15:54:44 Kirill Smelkov wrote:
> > > > I was testing my video-over-ethernet subsyste
On Monday 22 October 2012 14:06:06 Hans Verkuil wrote:
> On Mon October 22 2012 13:18:46 Laurent Pinchart wrote:
> > On Monday 22 October 2012 12:53:02 Sylwester Nawrocki wrote:
> > > On 10/22/2012 12:39 PM, Laurent Pinchart wrote:
> > > > On Monday 22 October 2012 10:35:56 Hans Verkuil wrote:
> >
Hi Guennadi
On Mon, Oct 22, 2012 at 7:07 PM, Guennadi Liakhovetski
wrote:
> ? I don't find a clock named "per" and associated with "mx2-camera.0" in
> arch/arm/mach-imx/clk-imx27.c. I only find it in clk-imx25.c. Does this
> mean, that this your patch is for i.MX25? But you're saying it's for
> i
On Mon, 22 Oct 2012, Hans Verkuil wrote:
> Hi all,
>
> This is the tentative agenda for the media workshop on November 8, 2012.
> If you have additional things that you want to discuss, or something is wrong
> or incomplete in this list, please let me know so I can update the list.
>
> - Explain
Hi Laurent
On Mon, 22 Oct 2012, Laurent Pinchart wrote:
> Hi Sylwester,
>
> On Monday 22 October 2012 12:53:02 Sylwester Nawrocki wrote:
> > On 10/22/2012 12:39 PM, Laurent Pinchart wrote:
> > > On Monday 22 October 2012 10:35:56 Hans Verkuil wrote:
> > >> Hi all,
> > >>
> > >> This is the tent
Hi Fabio
On Tue, 9 Oct 2012, Fabio Estevam wrote:
> Since mx27 transitioned to the commmon clock framework in 3.5, the correct way
> to acquire the csi clock is to get csi_ahb and csi_per clocks separately.
>
> By not doing so the camera sensor does not probe correctly:
>
> soc-camera-pdrv soc-
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:Mon Oct 22 19:00:28 CEST 2012
git hash:74df06daf632ce2d321d01cb046004768352efc4
gcc version: i686-linux-gcc (GC
On Mon, 22 Oct 2012, Artem S. Tashkinov wrote:
> OK, here's what the kernel prints with your patch:
>
> usb 6.1.4: ep 86 list del corruption prev: e5103b54 e5103a94 e51039d4
>
> A small delay before I got thousands of list_del corruption messages would
> have been nice, but I managed to catch th
On Oct 22, 2012, Alan Stern wrote:
> A BUG() at these points would crash the machine hard. And where we
> came from doesn't matter; what matters is the values in the pointers.
OK, here's what the kernel prints with your patch:
usb 6.1.4: ep 86 list del corruption prev: e5103b54 e5103a94 e5103
On Mon, Oct 22, 2012 at 09:01:39PM +0400, Kirill Smelkov wrote:
> On Mon, Oct 22, 2012 at 04:16:14PM +0200, Hans Verkuil wrote:
> > On Mon October 22 2012 15:54:44 Kirill Smelkov wrote:
> > > I was testing my video-over-ethernet subsystem today, and vivi seemed to
> > > be perfect video source for
On Mon, Oct 22, 2012 at 04:16:14PM +0200, Hans Verkuil wrote:
> On Mon October 22 2012 15:54:44 Kirill Smelkov wrote:
> > I was testing my video-over-ethernet subsystem today, and vivi seemed to
> > be perfect video source for testing when one don't have lots of capture
> > boards and cameras. Only
Hi Srinivas
On Wed, 10 Oct 2012, Srinivas KANDAGATLA wrote:
> From: Srinivas Kandagatla
>
> This patch removes some code duplication by using
> module_platform_driver.
>
> Signed-off-by: Srinivas Kandagatla
Thanks for the patch. It is indeed correct, but an identical patch is
already upstre
On Mon, 22 Oct 2012, Daniel Mack wrote:
> On 22.10.2012 17:17, Alan Stern wrote:
> > On Sun, 21 Oct 2012, Artem S. Tashkinov wrote:
> >
> >> dmesg messages up to a crash can be seen here:
> >> https://bugzilla.kernel.org/attachment.cgi?id=84221
> >
> > The first problem in the log is endpoint l
As a first step towards migrating davinci platforms to use common clock
framework, replace all instances of clk_enable() with clk_prepare_enable()
and clk_disable() with clk_disable_unprepare().
Also fixes some issues related to clk clean up in the driver
Signed-off-by: Murali Karicheri
---
reba
As a first step towards migrating davinci platforms to use common clock
framework, replace all instances of clk_enable() with clk_prepare_enable()
and clk_disable() with clk_disable_unprepare().
Also fixes some issues related to clk clean up in the driver
Signed-off-by: Murali Karicheri
---
reba
On 22.10.2012 17:17, Alan Stern wrote:
> On Sun, 21 Oct 2012, Artem S. Tashkinov wrote:
>
>> dmesg messages up to a crash can be seen here:
>> https://bugzilla.kernel.org/attachment.cgi?id=84221
>
> The first problem in the log is endpoint list corruption. Here's a
> debugging patch which shou
On Mon October 22 2012 16:48:05 Guennadi Liakhovetski wrote:
> On Mon, 22 Oct 2012, Hans Verkuil wrote:
>
> > On Mon October 22 2012 14:50:14 Guennadi Liakhovetski wrote:
> > > On Mon, 22 Oct 2012, Hans Verkuil wrote:
> > >
> > > > On Mon October 22 2012 13:08:12 Guennadi Liakhovetski wrote:
> >
On Sun, 21 Oct 2012, Artem S. Tashkinov wrote:
> dmesg messages up to a crash can be seen here:
> https://bugzilla.kernel.org/attachment.cgi?id=84221
The first problem in the log is endpoint list corruption. Here's a
debugging patch which should provide a little more information.
Alan Stern
On 10/20/2012 02:39 AM, Prabhakar Lad wrote:
Hi Murali,
On Friday 19 October 2012 11:42 PM, Murali Karicheri wrote:
As a first step towards migrating davinci platforms to use common clock
framework, replace all instances of clk_enable() with clk_prepare_enable()
and clk_disable() with clk_disab
On Mon, 22 Oct 2012, Hans Verkuil wrote:
> On Mon October 22 2012 14:50:14 Guennadi Liakhovetski wrote:
> > On Mon, 22 Oct 2012, Hans Verkuil wrote:
> >
> > > On Mon October 22 2012 13:08:12 Guennadi Liakhovetski wrote:
> > > > Hi Hans
> > > >
> > > > Thanks for reviewing the patch.
> > > >
> >
On Mon October 22 2012 15:54:43 Kirill Smelkov wrote:
> Usage of BUFFER_TIMEOUT has gone in 2008 in 78718e5d (V4L/DVB (7492):
> vivi: Simplify the vivi driver and avoid deadlocks), but the macro
> remains. Say goodbye to it.
>
> Signed-off-by: Kirill Smelkov
Acked-by: Hans Verkuil
> ---
> dri
On Mon October 22 2012 15:54:44 Kirill Smelkov wrote:
> I was testing my video-over-ethernet subsystem today, and vivi seemed to
> be perfect video source for testing when one don't have lots of capture
> boards and cameras. Only its framerate was hardcoded to NTSC's 30fps,
> while in my country we
I was testing my video-over-ethernet subsystem today, and vivi seemed to
be perfect video source for testing when one don't have lots of capture
boards and cameras. Only its framerate was hardcoded to NTSC's 30fps,
while in my country we usually use PAL (25 fps). That's why the patch.
Thanks.
Sign
Usage of BUFFER_TIMEOUT has gone in 2008 in 78718e5d (V4L/DVB (7492):
vivi: Simplify the vivi driver and avoid deadlocks), but the macro
remains. Say goodbye to it.
Signed-off-by: Kirill Smelkov
---
drivers/media/platform/vivi.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/media/pl
On Mon October 22 2012 14:50:14 Guennadi Liakhovetski wrote:
> On Mon, 22 Oct 2012, Hans Verkuil wrote:
>
> > On Mon October 22 2012 13:08:12 Guennadi Liakhovetski wrote:
> > > Hi Hans
> > >
> > > Thanks for reviewing the patch.
> > >
> > > On Mon, 22 Oct 2012, Hans Verkuil wrote:
> > >
> > > >
Hi Guennadi,
A couple more comments.
On Saturday 20 October 2012 00:20:20 Guennadi Liakhovetski wrote:
> Typical video devices like camera sensors require an external clock source.
> Many such devices cannot even access their hardware registers without a
> running clock. These clock sources shoul
Hi Guennadi,
Thanks for the patch. Here are a few comments in addition to what Sylwester
already mentioned.
On Saturday 20 October 2012 00:20:20 Guennadi Liakhovetski wrote:
> Typical video devices like camera sensors require an external clock source.
> Many such devices cannot even access their
On Mon, 22 Oct 2012, Hans Verkuil wrote:
> On Mon October 22 2012 13:08:12 Guennadi Liakhovetski wrote:
> > Hi Hans
> >
> > Thanks for reviewing the patch.
> >
> > On Mon, 22 Oct 2012, Hans Verkuil wrote:
> >
> > > Hi Guennadi,
> > >
> > > I've reviewed this patch and I have a few questions:
>
From: Lad, Prabhakar
set device_caps and also change the driver and
bus_info to proper values as per standard.
Signed-off-by: Lad, Prabhakar
Signed-off-by: Manjunath Hadli
---
drivers/media/platform/davinci/vpbe_display.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
dif
From: Lad, Prabhakar
This patch migrates VPBE display driver to videobuf2 framework.
Signed-off-by: Lad, Prabhakar
Signed-off-by: Manjunath Hadli
---
drivers/media/platform/davinci/Kconfig|2 +-
drivers/media/platform/davinci/vpbe_display.c | 296 +++--
includ
From: Lad, Prabhakar
The first patch of the series migrates the VPBE driver to usage of
videobuf2 framework. Second patch sets the device caps.
Resending the series, since it didn't reach the DLOS mailing list.
Lad, Prabhakar (2):
media: davinci: vpbe: migrate driver to videobuf2
media: dav
Hi Prabhakar,
On Monday 22 October 2012 17:47:51 Prabhakar Lad wrote:
> From: Lad, Prabhakar
>
> Warnings were generated because of the following commit changed data type
> for address pointer
>
> 195bbca ARM: 7500/1: io: avoid writeback addressing modes for __raw_
> accessors add __iomem anno
From: Lad, Prabhakar
Warnings were generated because of the following commit changed data type for
address pointer
195bbca ARM: 7500/1: io: avoid writeback addressing modes for __raw_ accessors
add __iomem annotation to fix following warnings
drivers/media/platform/davinci/vpbe_osd.c: In funct
On Mon, Oct 22, 2012 at 01:44:50PM +0200, Laurent Pinchart wrote:
> Use the dev_* message logging API instead of raw printk.
>
> Signed-off-by: Laurent Pinchart
> ---
> drivers/media/platform/omap3isp/isp.c | 12 ++--
> drivers/media/platform/omap3isp/ispcsi2.c |6 +++---
>
From: Lad, Prabhakar
This patch replaces V4L2_OUT_CAP_CUSTOM_TIMINGS macro with
V4L2_OUT_CAP_DV_TIMINGS. As V4L2_OUT_CAP_CUSTOM_TIMINGS is being phased
out.
Signed-off-by: Lad, Prabhakar
Signed-off-by: Manjunath Hadli
Cc: Sekhar Nori
---
Resending the patch since, it didn't reach the DLOS ma
On Mon October 22 2012 13:18:46 Laurent Pinchart wrote:
> Hi Sylwester,
>
> On Monday 22 October 2012 12:53:02 Sylwester Nawrocki wrote:
> > On 10/22/2012 12:39 PM, Laurent Pinchart wrote:
> > > On Monday 22 October 2012 10:35:56 Hans Verkuil wrote:
> > >> Hi all,
> > >>
> > >> This is the tentat
On Mon October 22 2012 13:08:12 Guennadi Liakhovetski wrote:
> Hi Hans
>
> Thanks for reviewing the patch.
>
> On Mon, 22 Oct 2012, Hans Verkuil wrote:
>
> > Hi Guennadi,
> >
> > I've reviewed this patch and I have a few questions:
> >
> > On Sat October 20 2012 00:20:24 Guennadi Liakhovetski
The SAA7134 appears to have trouble buffering more than one line of video
when doing DMA. Rather than try to fix the driver to cope (as has been done
by Andy Walls for the cx18 driver), put in a pm_qos_request to limit deep
sleep exit latencies.
The visible effect of not having this is that seemin
Use the dev_* message logging API instead of raw printk.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/omap3isp/isp.c | 12 ++--
drivers/media/platform/omap3isp/ispcsi2.c |6 +++---
drivers/media/platform/omap3isp/ispcsiphy.c |2 +-
drivers/media/platform/o
Hi Sylwester,
On Monday 22 October 2012 12:53:02 Sylwester Nawrocki wrote:
> On 10/22/2012 12:39 PM, Laurent Pinchart wrote:
> > On Monday 22 October 2012 10:35:56 Hans Verkuil wrote:
> >> Hi all,
> >>
> >> This is the tentative agenda for the media workshop on November 8, 2012.
> >> If you have
Hi,
On 10/22/2012 12:57 PM, Alain VOLMAT wrote:
> Hi all,
>
> Could someone summaries very rapidly what is this create/select context stuff
> ?
> For now I do not plan to be in Barcelona more than 1 day but at the same time
> don't want to miss something that might be useful for us.
Please see
Hi Hans
Thanks for reviewing the patch.
On Mon, 22 Oct 2012, Hans Verkuil wrote:
> Hi Guennadi,
>
> I've reviewed this patch and I have a few questions:
>
> On Sat October 20 2012 00:20:24 Guennadi Liakhovetski wrote:
> > Currently bridge device drivers register devices for all subdevices
> >
Hi all,
Could someone summaries very rapidly what is this create/select context stuff ?
For now I do not plan to be in Barcelona more than 1 day but at the same time
don't want to miss something that might be useful for us.
Regards,
Alain
> -Original Message-
> From: media-workshop-bo
Hi Sakari,
Thanks for the patch.
On Sunday 21 October 2012 00:48:18 Sakari Ailus wrote:
> No longer assume pad number 0 is the source pad of the external entity. Find
> the source pad from the external entity and use it instead.
>
> Signed-off-by: Sakari Ailus
> Acked-by: Laurent Pinchart
> --
Hi Sakari,
Thanks for the patch.
On Sunday 21 October 2012 00:48:17 Sakari Ailus wrote:
> The configuration of many other blocks depend on resizer maximum data rate.
> Get the value from resizer at link validation time.
>
> Signed-off-by: Sakari Ailus
> Acked-by: Laurent Pinchart
> ---
> driv
Hi Laurent,
On 10/22/2012 12:39 PM, Laurent Pinchart wrote:
> Hello,
>
> On Monday 22 October 2012 10:35:56 Hans Verkuil wrote:
>> Hi all,
>>
>> This is the tentative agenda for the media workshop on November 8, 2012.
>> If you have additional things that you want to discuss, or something is
>> w
Hello,
On Monday 22 October 2012 10:35:56 Hans Verkuil wrote:
> Hi all,
>
> This is the tentative agenda for the media workshop on November 8, 2012.
> If you have additional things that you want to discuss, or something is
> wrong or incomplete in this list, please let me know so I can update the
After commit ccbfd1d49dc0d6a "[media] s5p-csis: Replace phy_enable platform.."
s5p-csis depends now on the commmon MIPI CSIS/MIPI DSIM DPHY control code.
Add select S5P_SETUP_MIPIPHY to make this dependency explicit, until
the code from arch/arm/plat-samsung is moved to drivers/ directory and
conve
Hi Guennadi,
I've reviewed this patch and I have a few questions:
On Sat October 20 2012 00:20:24 Guennadi Liakhovetski wrote:
> Currently bridge device drivers register devices for all subdevices
> synchronously, tupically, during their probing. E.g. if an I2C CMOS sensor
> is attached to a vide
On 10/22/2012 11:14 AM, Guennadi Liakhovetski wrote:
> On Sun, 21 Oct 2012, Sylwester Nawrocki wrote:
>> On 10/20/2012 12:20 AM, Guennadi Liakhovetski wrote:
>>> Typical video devices like camera sensors require an external clock source.
>>> Many such devices cannot even access their hardware regis
I have been looking at this again, with the macros
#define I2C_MSG_OP(_addr, _buf, _len, _flags) \
{ .addr = _addr, .buf = _buf, .len = _len, .flags = _flags }
#define I2C_MSG_WRITE(addr, buf, len) \
I2C_MSG_OP(addr, buf, len, 0)
#define I2C_MSG_READ(addr, buf, len) \
I2C_
Hi Sylwester
On Sun, 21 Oct 2012, Sylwester Nawrocki wrote:
> Hi Guennadi,
>
> On 10/20/2012 12:20 AM, Guennadi Liakhovetski wrote:
> > Typical video devices like camera sensors require an external clock source.
> > Many such devices cannot even access their hardware registers without a
> > runn
Hi all,
This is the tentative agenda for the media workshop on November 8, 2012.
If you have additional things that you want to discuss, or something is wrong
or incomplete in this list, please let me know so I can update the list.
- Explain current merging process (Mauro)
- Open floor for discus
diff --git a/drivers/media/tuners/fc2580.c b/drivers/media/tuners/fc2580.c
index aff39ae..102d942 100644
I found a fellow Asus U3100+ user (mentioned him before with the
firmware issue) that even when using the latest firmware, still see's
0xff as the chipID.
--- a/drivers/media/tuners/fc2580
On Sat, Oct 20, 2012 at 09:59:51PM +0200, Thierry Reding wrote:
> On Thu, Oct 04, 2012 at 07:59:19PM +0200, Steffen Trumtrar wrote:
> [...]
> > diff --git a/include/linux/of_display_timings.h
> > b/include/linux/of_display_timings.h
> [...]
> > +struct display_timings {
> > + unsigned int num_ti
On Sat, Oct 20, 2012 at 01:04:12PM +0200, Thierry Reding wrote:
> On Thu, Oct 04, 2012 at 07:59:20PM +0200, Steffen Trumtrar wrote:
> [...]
> > diff --git a/drivers/of/of_videomode.c b/drivers/of/of_videomode.c
> [...]
> > +#if defined(CONFIG_DRM)
>
> This should be:
>
> #if IS_ENABLED(CONF
On 22.10.2012 07:20, cij...@volny.cz wrote:
Hello,
I use several USB DVBT tuners. Till 3.5 kernel I was able to compile
kernel with support for them. Since 3.6, the oldconfig does not enable
support even it is present in .config.
Would anybody tell me which feature must be enabled in 3.6 to enabl
59 matches
Mail list logo
