Commit c49f34bc ("ARM: OMAP2+ Move SoC specific headers to be local to
mach-omap2") moved omap34xx.h to mach-omap2. This broke omap3isp, as it
includes omap34xx.h.
Instead of moving omap34xx to platform_data, simply add the two
definitions the driver needs and remove the include altogether.
Signe
Move iommu/iovmm headers from plat/ to platform_data/ as part of the
single zImage work.
Signed-off-by: Ido Yariv
---
arch/arm/mach-omap2/devices.c | 2 +-
arch/arm/mach-omap2/iommu2.c| 2 +-
arch/arm/mach-omap2/omap-i
Since iommu is not currently supported on OMAP1, merge plat/iommu2.h into
iommu.h so only one file would have to move to platform_data/ as part of the
single zImage effort.
Signed-off-by: Ido Yariv
---
arch/arm/plat-omap/include/plat/iommu.h | 88 +++--
arch/arm/plat-oma
The mx1_camera driver has been broken for a few release cycles since
commit 6bd0812 (dmaengine: imx-dma: merge old dma-v1.c with imx-dma.c).
It seems there is no one even compile tested it since then, as doing
so will end up with the following error.
CC drivers/media/platform/soc_camera/mx1
On 09/13/2012 11:44 PM, Hans Verkuil wrote:
> Hi Andrey!
>
> Thanks for posting this driver. One request for the future: please split this
> patch up in smaller pieces: one for each c source for example. That makes it
> easier to review.
Will do for next version.
> +
> +/**
> + * __core_send_comm
It is 4 x RTL2832U + 4 x FC0012 in one PCIe board.
Of course there is a PCIe USB host controller too.
Big thanks for Darryl Bond reporting and testing that!
Cc: Darryl Bond
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/rtl28xxu.c | 2 ++
1 file changed, 2 insertions(+)
diff
Hi,
(CC'ing the linux-media mailing list, as video modes are of interest there as
well)
On Wednesday 19 September 2012 12:19:22 Tomi Valkeinen wrote:
> On Wed, 2012-09-19 at 10:20 +0200, Steffen Trumtrar wrote:
> > This patch adds a helper function for parsing videomodes from the
> > devicetree.
Hi Mauro,
I'd like to attend this one (couldn't attend the one last month in San-Diego).
That would be me and possibly another member (Silvano Vigna) also.
Amount various parts we have in our LinuxDVB/V4L2 model that need discussion
with you, we would particularly like to discuss about a TSMux (
Le jeudi 20 septembre 2012 23:21:22, Sakari Ailus a écrit :
> The problem
> ===
>
> The V4L2 has long used realtime timestamps (such as
> clock_gettime(CLOCK_REALTIME, ...)) to stamp the video buffers before
> handing them over to the user. This has been found problematic in
> associating
Hi Mauro,
This patch contains three fixes for the SMIA++ driver and one patch that
provides additional module identification information through sysfs --- the
non-volatile memory contents are already provided through sysfs.
The following changes since commit 780d61704cf62a51c06c0ca8210d0282591e00
Hi all,
This RFC intends to summarise and further the recent discussion on
linux-media regarding the proposed changes of timestamping V4L2 buffers.
The problem
===
The V4L2 has long used realtime timestamps (such as
clock_gettime(CLOCK_REALTIME, ...)) to stamp the video buffers before
On 09/20/2012 10:28 PM, Oliver Schinagl wrote:
On 20-09-12 21:15, Antti Palosaari wrote:
On 09/20/2012 09:57 PM, oli...@schinagl.nl wrote:
From: Oliver Schinagl
This is initial support for the Asus MyCinema U3100Mini Plus. The driver
in its current form gets detected and loads properly.
Scan
On 20-09-12 21:15, Antti Palosaari wrote:
On 09/20/2012 09:57 PM, oli...@schinagl.nl wrote:
From: Oliver Schinagl
This is initial support for the Asus MyCinema U3100Mini Plus. The driver
in its current form gets detected and loads properly.
Scanning using dvbscan works without problems, Locki
On Thu, Sep 20, 2012 at 2:54 PM, Oliver Schinagl
wrote:
> dvbscan and dvbv5-scan does constantly say 'tuning failed' but it does say
> that on my terratec too. It does work fine however, so probably a bug in
> driver/tool unrelated to this patch.
Just to be clear, the message "tuning failed" is e
On 09/20/2012 09:57 PM, oli...@schinagl.nl wrote:
From: Oliver Schinagl
This is initial support for the Asus MyCinema U3100Mini Plus. The driver
in its current form gets detected and loads properly.
Scanning using dvbscan works without problems, Locking onto a channel
using tzap also works fin
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:Thu Sep 20 19:00:22 CEST 2012
git hash:4313902ebe33155209472215c62d2f29d117be29
gcc version: i686-linux-gcc (GC
On 19-09-12 23:36, Antti Palosaari wrote:
This is review, please fix those minor findings mentioned and resend
fixed patch!
Will do!
On 09/19/2012 09:44 PM, oli...@schinagl.nl wrote:
From: Oliver Schinagl
This is initial support for the Asus MyCinema U3100Mini Plus. The driver
in its curren
From: Oliver Schinagl
This is initial support for the Asus MyCinema U3100Mini Plus. The driver
in its current form gets detected and loads properly.
Scanning using dvbscan works without problems, Locking onto a channel
using tzap also works fine. Only playback using tzap -r + mplayer was
tested
On 19-09-12 22:52, Devin Heitmueller wrote:
On Wed, Sep 19, 2012 at 2:44 PM, wrote:
From: Oliver Schinagl
This is initial support for the Asus MyCinema U3100Mini Plus. The driver
in its current form gets detected and loads properly.
Scanning using dvbscan works without problems, Locking ont
On Thu, Sep 20, 2012 at 1:47 PM, Michael Krufky wrote:
> On Mon, Aug 6, 2012 at 3:13 PM, Antti Palosaari wrote:
>> On 08/06/2012 09:57 PM, Michael Krufky wrote:
>>>
>>> On Mon, Aug 6, 2012 at 2:35 PM, Devin Heitmueller
>>> wrote:
On Mon, Aug 6, 2012 at 2:19 PM, Antti Palosaari wrote:
On Mon, Aug 6, 2012 at 3:13 PM, Antti Palosaari wrote:
> On 08/06/2012 09:57 PM, Michael Krufky wrote:
>>
>> On Mon, Aug 6, 2012 at 2:35 PM, Devin Heitmueller
>> wrote:
>>>
>>> On Mon, Aug 6, 2012 at 2:19 PM, Antti Palosaari wrote:
You should understand from DVB driver model:
* at
This is hack to make device working again.
Looks like we need to wait DRX-K fw loading is ready until tuner
is attached as tuner is behind demod I2C bus.
For some reason it still crash when device is re-plugged without
module unloading...
Signed-off-by: Antti Palosaari
---
drivers/media/usb/em2
On Thursday 20 September 2012, Shawn Guo wrote:
>
> On Thu, Sep 20, 2012 at 07:39:34AM +, Arnd Bergmann wrote:
> > The first five branches are scheduled to go through the arm-soc tree, so
> > I'm fine with that. For the sound/for-3.7 branch, I'd like to know when
> > to expect that hitting mai
On Thu, Sep 20, 2012 at 07:39:34AM +, Arnd Bergmann wrote:
> The first five branches are scheduled to go through the arm-soc tree, so
> I'm fine with that. For the sound/for-3.7 branch, I'd like to know when
> to expect that hitting mainline. If it always gets in very early during the
> merge w
On Thu, Sep 20, 2012 at 09:56:34AM -0300, Mauro Carvalho Chehab wrote:
> It is better to mark it as BROKEN for the next Kernel, and then to
> move it to staging, before dropping a broken driver. That gives people
> some time to fix it, if someone has interests on fixing the issues.
>
Ok. The driv
On Thu, Sep 20, 2012 at 08:47:10AM -0400, Mark Brown wrote:
> On Thu, Sep 20, 2012 at 07:52:15PM +0800, Shawn Guo wrote:
> > On Thu, Sep 20, 2012 at 07:41:50AM -0400, Mark Brown wrote:
>
> > > It's usually pretty early but Takashi will be on holiday this time so
> > > I'm not sure if things might
Hi Hans,
On Thursday 20 September 2012 08:38:26 Hans Verkuil wrote:
> On Wed September 19 2012 20:46:19 Laurent Pinchart wrote:
> > On Thursday 13 September 2012 12:40:07 Hans Verkuil wrote:
> > > On Thu 13 September 2012 03:24:53 Laurent Pinchart wrote:
> > > > On Friday 07 September 2012 15:29:0
Em 20-09-2012 03:45, Shawn Guo escreveu:
> The mx1_camera driver has been broken for a few release cycles since
> commit 6bd0812 (dmaengine: imx-dma: merge old dma-v1.c with imx-dma.c).
> It seems there is no one even compile tested it since then, as doing
> so will end up with the following error.
On Thu, Sep 20, 2012 at 07:52:15PM +0800, Shawn Guo wrote:
> On Thu, Sep 20, 2012 at 07:41:50AM -0400, Mark Brown wrote:
> > It's usually pretty early but Takashi will be on holiday this time so
> > I'm not sure if things might be different (he was going to send the pull
> > request from holiday).
From: Hans Verkuil
The cleanup sequence was incorrect and could cause a kernel oops.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/davinci/vpif_capture.c | 41 -
1 file changed, 20 insertions(+), 21 deletions(-)
diff --git a/drivers/media/platform/davinci/vp
From: Hans Verkuil
Signed-off-by: Hans Verkuil
---
drivers/media/platform/davinci/vpif_capture.h |6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/media/platform/davinci/vpif_capture.h
b/drivers/media/platform/davinci/vpif_capture.h
index e4b54be..0a3904c 1006
From: Hans Verkuil
The output index does not belong to video_obj, it belongs to
channel_obj. Also rename to output_idx to be consistent with
the input_idx name used in vpif_capture.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/davinci/vpif_display.c | 17 ++---
drivers/
From: Hans Verkuil
Calling a subdev op that isn't implemented will just return -ENOIOCTLCMD
No need to have a flag for that.
Signed-off-by: Hans Verkuil
---
arch/arm/mach-davinci/board-da850-evm.c |2 --
arch/arm/mach-davinci/board-dm646x-evm.c |2 --
drivers/media/platform/
From: Hans Verkuil
When device nodes are registered they must be ready for use
immediately, so make sure the subdevs are loaded first.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/davinci/vpif_display.c | 59 -
1 file changed, 29 insertions(+), 30 deletions(
From: Hans Verkuil
The cleanup sequence was incorrect and could cause a kernel oops.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/davinci/vpif_display.c | 30 +++--
1 file changed, 18 insertions(+), 12 deletions(-)
diff --git a/drivers/media/platform/davinci/vp
From: Hans Verkuil
This makes it easier to have outputs without subdevs.
This needs more work. The way the outputs are configured should be identical
to how inputs are configured.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/davinci/vpif_display.c | 17 +
drivers/me
From: Hans Verkuil
vpif_capture relied on a 1-1 mapping of input and subdev. This is not
necessarily the case. Separate the two. So there is a list of subdevs
and a list of inputs. Each input refers to a subdev and has routing
information. An input does not have to have a subdev.
The initial inp
From: Hans Verkuil
struct vpif_interface is channel specific, not subdev specific.
Move it to the channel config.
Signed-off-by: Hans Verkuil
---
arch/arm/mach-davinci/board-da850-evm.c | 24
arch/arm/mach-davinci/board-dm646x-evm.c | 24
From: Hans Verkuil
Signed-off-by: Hans Verkuil
---
drivers/media/platform/davinci/vpif_display.h | 15 ---
1 file changed, 15 deletions(-)
diff --git a/drivers/media/platform/davinci/vpif_display.h
b/drivers/media/platform/davinci/vpif_display.h
index 19c7976..8654002 100644
---
From: Hans Verkuil
Routing information is a property of the input, not of the subdev.
One subdev may provide multiple inputs, each with its own routing
information.
Signed-off-by: Hans Verkuil
---
arch/arm/mach-davinci/board-da850-evm.c |8
arch/arm/mach-davinci/board-dm646x
From: Hans Verkuil
input_idx does not belong to video_obj. Move it where it belongs.
Also remove the bogus code in the open() function that suddenly
changes the input to 0 for no reason.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/davinci/vpif_capture.c |9 ++---
drivers/med
From: Hans Verkuil
The s_routing function should not try to detect a signal. It is a really
bad idea to try to detect a valid video signal and return an error if
you can't. Changing input should do just that and nothing more.
Also don't power on the ADCs on s_routing, instead do that on querystd
From: Hans Verkuil
When device nodes are registered they must be ready for use
immediately, so make sure the subdevs are loaded first.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/davinci/vpif_capture.c | 47 +++--
1 file changed, 20 insertions(+), 27 deletions(
Hi Prabhakar,
This is the second patch series for a vpif driver cleanup.
The first version can be found here:
http://www.mail-archive.com/linux-media@vger.kernel.org/msg52136.html
Changes since RFCv1:
- rebased to a newer git repo:
http://git.linuxtv.org/mhadli/v4l-dvb-davinci_devices.git/s
Hi,
Am 20.09.2012 11:08, schrieb Hans de Goede:
> Hi,
>
Hans, it seems like you didn't pick up these patches up yet...
Is there anything wrong with them ?
>>>
>>> I've somehow completely missed them. Can you resend the entire set
>>> please?
>>
>> No problem, but I can't do that before w
On Thu, Sep 20, 2012 at 07:41:50AM -0400, Mark Brown wrote:
> It's usually pretty early but Takashi will be on holiday this time so
> I'm not sure if things might be different (he was going to send the pull
> request from holiday). I also didn't guarantee that it'll be stable
> yet, can someone pl
On Thu, Sep 20, 2012 at 07:39:34AM +, Arnd Bergmann wrote:
> The first five branches are scheduled to go through the arm-soc tree, so
> I'm fine with that. For the sound/for-3.7 branch, I'd like to know when
> to expect that hitting mainline. If it always gets in very early during the
> merge
On Tue, 4 Sep 2012 13:43:56 +0100, Sean Young wrote:
> This interface is much better but it's also an ABI change. How should
this
> be handled? Should rc-core expose it's own /dev/rc[0-9] device with its
> own ioctls?
That was the plan yes. I've posted a patchbomb in the past to the
linux-media m
On Thu 20 September 2012 08:58:48 Guennadi Liakhovetski wrote:
> A recent commit
>
> commit f135a8a224294fa0f60ec1b8bc120813b7cfc804
> Author: Hans Verkuil
> Date: Sun Jun 24 06:33:26 2012 -0300
>
> [media] sh_vou: remove V4L2_FL_LOCK_ALL_FOPS
>
> broke compilation of sh_vou.c:
>
> drive
Hi,
On 09/19/2012 10:54 PM, Frank Schäfer wrote:
Am 19.09.2012 22:34, schrieb Hans de Goede:
Hans, it seems like you didn't pick up these patches up yet...
Is there anything wrong with them ?
I've somehow completely missed them. Can you resend the entire set
please?
No problem, but I ca
On 09/20/2012 10:03 AM, Richard Zhao wrote:
> On Thu, Sep 20, 2012 at 09:10:46AM +0200, javier Martin wrote:
>> Hi Richard,
>>
>> On 20 September 2012 05:32, Richard Zhao wrote:
>>> why is it a request-pull?
>>
>> After 5 version of Philipp's patches we have agreed they are good
>> enough to be me
On 20 September 2012 10:03, Richard Zhao wrote:
> On Thu, Sep 20, 2012 at 09:10:46AM +0200, javier Martin wrote:
>> Hi Richard,
>>
>> On 20 September 2012 05:32, Richard Zhao wrote:
>> > why is it a request-pull?
>>
>> After 5 version of Philipp's patches we have agreed they are good
>> enough to
On Thu, Sep 20, 2012 at 09:10:46AM +0200, javier Martin wrote:
> Hi Richard,
>
> On 20 September 2012 05:32, Richard Zhao wrote:
> > why is it a request-pull?
>
> After 5 version of Philipp's patches we have agreed they are good
> enough to be merged; they don't break anything related to the old
I do not know why mailing list filter caches my first mails. But here they are
without the explanations
--- util/scan/dvb-s/Sirius-5.0E.old 2012-09-20 08:18:48.548053688 +0200
+++ util/scan/dvb-s/Sirius-5.0E 2012-09-20 08:27:49.279133255 +0200
@@ -1,9 +1,6 @@
# Sirius 5.0E
# freq pol sr fec
-S 1
Eutelsat--- /dev/null 2012-09-20 10:05:33.314437212 +0200
+++ util/scan/dvb-s/Eutelsat28A-28.5E 2012-09-20 09:23:16.483702298 +0200
@@ -0,0 +1,32 @@
+# Eutelsat 28.5E
+# freq pol sr fec
+S 11222000 H 2750 2/3
+S 11224000 V 2750 2/3
+S 11259000 V 2750 2/3
+S 11261000 H 2750 2/3
+S 11
Eurobird--- util/scan/dvb-s/Eurobird1-28.5E 2012-09-19 11:52:55.0 +0200
+++ /dev/null 2012-09-20 10:05:33.314437212 +0200
@@ -1,5 +0,0 @@
-# Eurobird 28.5E SDT info service transponder
-# freq pol sr fec
-S 11623000 H 2750 2/3
-S 11224000 V 2750 2/3
-S 11527000 V 2750 2/3
Eutelsat 9E--- util/scan/dvb-s/Eutelsat9-9.0E.old 2012-09-20 08:47:47.246366647 +0200
+++ util/scan/dvb-s/Eutelsat9-9.0E 2012-09-20 08:57:30.217456457 +0200
@@ -1,16 +1,33 @@
# Eurobird 9.0E
# freq pol sr fec
-S 11727000 V 2750 5/6
+S 11727000 V 2750 3/4
S 11747000 H 2750 3/4
-S 1176
Eutelsat 7E. As I see not available at all in the directory--- /dev/null 2012-09-20 10:05:33.314437212 +0200
+++ util/scan/dvb-s/Eutelsat7A-7.0E 2012-09-20 08:45:37.163331706 +0200
@@ -0,0 +1,28 @@
+# Eutelsat7A-7.0E
+# freq pol sr fec
+S 10721000 H 2200 3/4
+S 10721000 V 2750 3/4
+S 107620
I have created few more patches for DVB-APPS. I believe that even now in the
age of blidscans it is better to just have somewhat up to date list to have
current directories scanned quickly. My first patch for Hotbird went missing so
far as some filter have that returned probably because of the l
On Thursday 20 September 2012, Shawn Guo wrote:
>
> Here is the second post, which should have addressed the comments that
> reviewers put on v1.
>
> It's available on branch below.
>
> git://git.linaro.org/people/shawnguo/linux-2.6.git imx/multi-platform-v2
>
> And it's based on the followin
On Wed, Sep 19, 2012 at 11:19 PM, Michael Krufky wrote:
> On Wed, Sep 19, 2012 at 7:34 AM, Laurent Pinchart
> wrote:
>> Hi Mauro,
>>
>> On Wednesday 19 September 2012 05:11:11 Mauro Carvalho Chehab wrote:
>>> Dear developers,
>>>
>>> We're feeling the need for one more media workshop this year.
>
Hi Richard,
On 20 September 2012 05:32, Richard Zhao wrote:
> why is it a request-pull?
After 5 version of Philipp's patches we have agreed they are good
enough to be merged; they don't break anything related to the old
codadx6 while provide support for the new coda7:
http://comments.gmane.org/g
62 matches
Mail list logo
