Hi all,
I'm working on cleaning up some old radio drivers and while doing that I
started wondering about the usefulness of the radio_nr module option (and
the corresponding video_nr/vbi_nr module options for video devices).
Is that really still needed? It originates from pre-udev times, but it se
On 01/26/2012 10:36 AM, Mauro Carvalho Chehab wrote:
> Em 21-01-2012 05:34, pdickeyb...@gmail.com escreveu:
>> From: Patrick Dickey
>>
>> This series of patches will import the drx39xxj(drx39xyj) drivers from Devin
>> Heitmueller's HG Repository for the Pinnacle PCTV-80e USB Tuner.
>>
>> Patrick D
This patch add another Terratec H7 usb id to az6007 driver.
Jose Alberto
Signed-off-by: Jose Alberto Reguero
diff -ur linux/drivers/media/dvb/dvb-usb/az6007.c linux.new/drivers/media/dvb/dvb-usb/az6007.c
--- linux/drivers/media/dvb/dvb-usb/az6007.c 2012-01-22 02:53:17.0 +0100
+++ linux.n
Hi,
I own a tv usb key (dvb-t), Slackware 13.37, kernel 3.0.18:
dvb-usb: found a 'Terratec Cinergy T USB XXS (HD) / T3' in cold state, will
try to load a firmware
dvb-usb: downloading firmware from file 'dvb-usb-dib0700 1.20.fw'
dvb-usb: found a 'Terratec Cinergy T USB XXS (HD) / T3' in warm state
On 12/20/2011 05:15 PM, Antti Palosaari wrote:
On 12/20/2011 02:10 PM, Jesper Krogh wrote:
Ok. I had my doubts on whether to include that or not - But here it is
/Jesper
[ 1056.137882] DVB: registering new adapter (Anysee DVB USB2.0)
[ 1056.141938] anysee: firmware version:1.3 hardware id:11
[
On Sat, 21 Jan 2012 18:10:45 +0800
Axel Lin wrote:
> This patch converts the drivers in drivers/media/* to use the
> module_i2_driver() macro which makes the code smaller and a bit simpler.
For ov7670.c (belatedly):
Acked-by: Jonathan Corbet
jon
--
To unsubscribe from this list: send
Hi Sergio,
Aguirre, Sergio wrote:
On Wed, Nov 30, 2011 at 06:14:55PM -0600, Sergio Aguirre wrote:
...
+/*
+ * iss_save_ctx - Saves ISS context.
+ * @iss: OMAP4 ISS device
+ *
+ * Routine for saving the context of each module in the ISS.
+ */
+static void iss_save_ctx(struct iss_device *iss)
+{
Hi Guennadi,
On Thursday 26 January 2012 16:21:00 Guennadi Liakhovetski wrote:
> Hi Laurent
>
> Thanks for the patches. This one looks good mostly, a couple of questions
> though:
>
> On Wed, 25 Jan 2012, Laurent Pinchart wrote:
> > Instead of computing the buffer size manually in the videobuf q
On Thu, Jan 26, 2012 at 2:25 PM, Claus Olesen wrote:
> I just came to think of my old 800e because also it is a em28xx device
> and for what it is worth I just tried it and it does not exhibit the
> issue. it's dmesg is
Wow, that's *really* surprising (I did both the original em2874 driver
suppor
I just came to think of my old 800e because also it is a em28xx device
and for what it is worth I just tried it and it does not exhibit the
issue. it's dmesg is
>inplug 800e
[ 179.499370] usb 2-4: new high-speed USB device number 2 using ehci_hcd
[ 179.622477] usb 2-4: New USB device found, idVe
Hi Guennadi,
On Thursday 26 January 2012 17:01:15 Guennadi Liakhovetski wrote:
> One more question:
>
> On Wed, 25 Jan 2012, Laurent Pinchart wrote:
> > To compute the number of bytes per line according to the V4L2
> > specification, we need information about planes layout for planar
> > formats.
Hi Guennadi,
On Thursday 26 January 2012 16:38:31 Guennadi Liakhovetski wrote:
> On Wed, 25 Jan 2012, Laurent Pinchart wrote:
> > To compute the number of bytes per line according to the V4L2
> > specification, we need information about planes layout for planar
> > formats. The new enum soc_mbus_l
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 Jan 26 19:00:16 CET 2012
git hash:59b30294e14fa6a370fdd2bc2921cca1f977ef16
gcc version: i686-linux-gcc (GCC
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
v4l_for_linus
>From a couple DVB driver fixes at anysee driver and cynergyT2, and a V4L
driver fix at atmel-isi.
Thanks!
Mauro
-
Latest commit at the branch:
c79eba92406acc4898adcd1689fc21a6
Hi Guennadi,
On Thursday 26 January 2012 16:59:23 Guennadi Liakhovetski wrote:
> On Wed, 25 Jan 2012, Laurent Pinchart wrote:
> > The function returns the minimum size of an image for a given number of
> > bytes per line (as per the V4L2 specification), width and format.
> >
> > Signed-off-by: La
On 01/26/2012 07:09 PM, Claus Olesen wrote:
the behavior with the latest media_build.git is the same as that which
was with fedora stock.
After all I am almost 100% sure it is em28xx (USB-interface driver used)
or/and USB-bus related issue. Likely it will happen for other em28xx
devices too.
SiI9234 is a converter of HDMI signal into MHL. The chip is present on some
boards from Samsung S5P family. The chip's configuration procedure is based on
MHD_SiI9234 driver created by doonsoo45.kim.
The driver is using:
- i2c framework
- v4l2 framework
- runtime PM
Signed-off-by: Tomasz Stanisla
Adding support for using MHL (SiI9234 or other) chip if its configuration was
passed to HDMI by platfrom data.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-tv/hdmi_drv.c | 52
1 files changed, 45 insertions(+), 7
Moving configuration of s5p-hdmi peripherals from driver data to
platfrom data.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-tv/hdmi_drv.c | 38 ++--
include/media/s5p_hdmi.h | 35 +++
Hello Everyone,
This patchset introduces SII9234 driver for MHL interface for latest Samsung
boards from Exynos family. It also adds support for platform data in S5P-HDMI
driver. Finally S5P-HDMI is integrated with SII9234.
Regards,
Tomasz Stanislawski
Tomasz Stanislawski (3):
v4l: s5p-tv: ad
the behavior with the latest media_build.git is the same as that which
was with fedora stock.
the dmesg is
>inplug 290e
[ 112.284350] usb 2-3: new high-speed USB device number 2 using ehci_hcd
[ 112.399774] usb 2-3: New USB device found, idVendor=2013, idProduct=024f
[ 112.399783] usb 2-3: New
Em 22-01-2012 08:38, Malcolm Priestley escreveu:
> Support for m88brs2000 chip used in lmedm04 driver.
>
> Note there are still lock problems.
>
> Slow channel change due to the large block of registers sent in set_frontend.
>
> Signed-off-by: Malcolm Priestley
> ---
...
> +static int m88rs200
Em 21-01-2012 05:34, pdickeyb...@gmail.com escreveu:
> From: Patrick Dickey
>
> This series of patches will import the drx39xxj(drx39xyj) drivers from Devin
> Heitmueller's HG Repository for the Pinnacle PCTV-80e USB Tuner.
>
> Patrick Dickey (2):
> import-pctv-80e-from-devin-heitmueller-hg-re
This patch is just a minor update to one titled "imon: Input from ffdc
device type ignored" from Corinna Vinschen. An earlier patch to prevent
an oops when we got early callbacks also has the nasty side-effect of
wedging imon hardware, as we don't acknowledge the urb. Rework the check
slightly here
I could do with a little more information about DMX_SET_PES_FILTER.
Specifically I want to use an output type of DMX_OUT_TS_TAP. I believe
there's a limit on how many filters can be set, but I don't know whether
the kernel imposes such a limit or whether it depends on the hardware,
If the latter, h
One more question:
On Wed, 25 Jan 2012, Laurent Pinchart wrote:
> To compute the number of bytes per line according to the V4L2
> specification, we need information about planes layout for planar
> formats. The new enum soc_mbus_layout convey that information.
>
> Signed-off-by: Laurent Pinchart
On Wed, 25 Jan 2012, Laurent Pinchart wrote:
> The function returns the minimum size of an image for a given number of
> bytes per line (as per the V4L2 specification), width and format.
>
> Signed-off-by: Laurent Pinchart
> ---
> drivers/media/video/soc_mediabus.c | 18 ++
>
Hello,
On Thursday, January 26, 2012 4:32 PM Arnd Bergmann wrote:
> On Thursday 26 January 2012, Marek Szyprowski wrote:
> > Welcome everyone!
> >
> > Yes, that's true. This is yet another release of the Contiguous Memory
> > Allocator patches. This version mainly includes code cleanups requested
On Thu, 26 Jan 2012 16:31:40 +0100, Arnd Bergmann wrote:
I haven't followed the last two releases so closely. It seems that
in v17 the movable pages with pending i/o was still a major problem
but in v18 you added a solution. Is that right? What is still left
to be done here then?
In the curren
On Wed, 25 Jan 2012, Laurent Pinchart wrote:
> To compute the number of bytes per line according to the V4L2
> specification, we need information about planes layout for planar
> formats. The new enum soc_mbus_layout convey that information.
Maybe it is better to call that value not "the number o
This patch is just a minor update to one titled "imon: Input from ffdc
device type ignored" from Corinna Vinschen. An earlier patch to prevent
an oops when we got early callbacks also has the nasty side-effect of
wedging imon hardware, as we don't acknowledge the urb. Rework the check
slightly here
On Thursday 26 January 2012, Marek Szyprowski wrote:
> Welcome everyone!
>
> Yes, that's true. This is yet another release of the Contiguous Memory
> Allocator patches. This version mainly includes code cleanups requested
> by Mel Gorman and a few minor bug fixes.
Hi Marek,
Thanks for keeping up
On Wed, 25 Jan 2012, Laurent Pinchart wrote:
> Instead of computing the line sizes, use the previously negotiated
> soc_camera_device::bytesperline value.
Ok, some of my comments to the previous patch should actually be applied
to this one instead, but you'll figure it out ;-)
Thanks
Guennadi
-
Hi Laurent
Thanks for the patches. This one looks good mostly, a couple of questions
though:
On Wed, 25 Jan 2012, Laurent Pinchart wrote:
> Instead of computing the buffer size manually in the videobuf queue
> setup and buffer prepare callbacks, use the previously negotiated
> soc_camera_device
On Thu, Jan 26, 2012 at 6:58 AM, Antti Palosaari wrote:
> I think it is maybe some incapability of em28xx driver. Maybe it could be
> something to do with USB HCI too...
>From a USB standpoint there isn't a whole lot the em28xx driver could
do wrong. It's an isoc device, and perhaps it's not cle
> -Original Message-
> From: Kovacs Balazs [mailto:b...@bitklub.hu]
> Sent: jeudi 26 janvier 2012 14:45
> To: Sébastien RAILLARD (COEXSI)
> Cc: 'Ralph Metzler'; linux-media@vger.kernel.org
> Subject: Re: CI/CAM support for offline (from file) decoding
>
>
>
>
> >> -Original Messag
> Kovacs Balazs writes:
>> Yes, i thought about that, but i need the Hardware CAM + CI, because
>> it's chip paired encryption. It means in my situation that the EMM and
>> ECM is also encrypted so it's hard to use in a SoftCam configuration.
>>
>> I hope there's a solution in the DVB driv
>> -Original Message-
>> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
>> ow...@vger.kernel.org] On Behalf Of Ralph Metzler
>> Sent: jeudi 26 janvier 2012 13:21
>> To: linux-media@vger.kernel.org
>> Subject: Re: CI/CAM support for offline (from file) decoding
>>
>> Kovacs
no one ?
Zitat von Thor :
hi all,
checked out git on january 8th.
have the cam working,but it stops working every two or 3 days (system
is running 24 hours)
sometimes it recovers on its own:
Jan 21 20:59:45 zotac kernel: [81316.229519] dvb_ca adapter 0: CAM
tried to send a buffer larger th
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Ralph Metzler
> Sent: jeudi 26 janvier 2012 13:21
> To: linux-media@vger.kernel.org
> Subject: Re: CI/CAM support for offline (from file) decoding
>
> Kovacs Balazs w
Kovacs Balazs writes:
> Yes, i thought about that, but i need the Hardware CAM + CI, because
> it's chip paired encryption. It means in my situation that the EMM and
> ECM is also encrypted so it's hard to use in a SoftCam configuration.
>
> I hope there's a solution in the DVB driver space
Signed-off-by: Javier Martin
---
Changes since v1:
- Make ifs in irq callback mutually exclusive.
- Add new argument to mx27_camera_frame_done_emma() to handle errors.
---
drivers/media/video/mx2_camera.c | 38 --
1 files changed, 16 insertions(+), 22 de
The way discard buffer was previously handled lead
to possible races that made a buffer that was not
yet ready to be overwritten by new video data. This
is easily detected at 25fps just adding "#define DEBUG"
to enable the "memset" check and seeing how the image
is corrupted.
A new "discard" queue
Add "start_stream" and "stop_stream" callback in order to enable
and disable the eMMa-PrP properly and save CPU usage avoiding
IRQs when the device is not streaming. This also makes the driver
return 0 as the sequence number of the first frame.
Signed-off-by: Javier Martin
---
Merge "media i.MX2
Signed-off-by: Javier Martin
---
Changes since v1:
- mx27 code doesn't use states.
- number of states reduced to the ones used by mx25.
- Fix incorrect if which broke mx25 support.
- Minor fixes.
---
drivers/media/video/mx2_camera.c | 298 --
1 files ch
On 01/26/2012 01:46 PM, Claus Olesen wrote:
the dmesg output from inplug of 290e until usb mem stick mount timeout
with a cut marked "--- cut similar ---" between mount and timeout for
less output is
I think it is maybe some incapability of em28xx driver. Maybe it could
be something to do with
the dmesg output from inplug of 290e until usb mem stick mount timeout
with a cut marked "--- cut similar ---" between mount and timeout for
less output is
>inplug 290e
[ 112.367345] usb 2-3: new high-speed USB device number 2 using ehci_hcd
[ 112.482773] usb 2-3: New USB device found, idVendor=
Hi Guennadi,
On 25 January 2012 13:17, Guennadi Liakhovetski wrote:
> On Fri, 20 Jan 2012, Javier Martin wrote:
>
>>
>> Signed-off-by: Javier Martin
>> ---
>> drivers/media/video/mx2_camera.c | 23 +--
>> 1 files changed, 9 insertions(+), 14 deletions(-)
>>
>> diff --git a
Hi Guennadi,
On 25 January 2012 13:12, Guennadi Liakhovetski wrote:
> On Fri, 20 Jan 2012, Javier Martin wrote:
>
>> The way discard buffer was previously handled lead
>> to possible races that made a buffer that was not
>> yet ready to be overwritten by new video data. This
>> is easily detected
On Thu, Jan 26, 2012 at 01:28:16AM +0200, Sakari Ailus wrote:
> Why you "should not hang onto mappings forever"? This is currently done by
> virtually all V4L2 drivers where such mappings are relevant. Not doing so
> would really kill the performance i.e. it's infeasible. Same goes to (m)any
> othe
Hi Sumit,
On Wednesday 25 January 2012 14:56:52 Semwal, Sumit wrote:
> On Fri, Jan 20, 2012 at 6:53 PM, Laurent Pinchart wrote:
> > Hi Summit,
> >
> > Sorry for the late review. I know that this code is now in mainline, but
> > I still have a couple of comments. I'll send patches if you agree wit
Hi Everyone,
I would like to present a simple test application used for testing
DMABUF support in V4L2. It is used to show how support for DMABUF may
look like in V4L2.
The test application creates a simple pipeline between two V4L2 devices.
One of them is a capture device. The second one is
From: Michal Nazarewicz
This commit adds the alloc_contig_range() function which tries
to allocate given range of pages. It tries to migrate all
already allocated pages that fall in the range thus freeing them.
Once all pages in the range are freed they are removed from the
buddy system thus all
Welcome everyone!
Yes, that's true. This is yet another release of the Contiguous Memory
Allocator patches. This version mainly includes code cleanups requested
by Mel Gorman and a few minor bug fixes.
ARM integration code has not been changed since v16. It provides
implementation of the ideas th
From: Michal Nazarewicz
This commit changes set_migratetype_isolate() so that it updates
migrate type of pages on pcp list which is saved in their
page_private.
Signed-off-by: Michal Nazarewicz
Signed-off-by: Marek Szyprowski
---
include/linux/page-isolation.h |6 ++
mm/page_alloc.c
From: Michal Nazarewicz
This commit introduces isolate_migratepages_range() function which
extracts functionality from isolate_migratepages() so that it can be
used on arbitrary PFN ranges.
isolate_migratepages() function is implemented as a simple wrapper
around isolate_migratepages_range().
S
On 01/26/2012 12:16 AM, Claus Olesen wrote:
just got 3.2.1-3.fc16.i686.PAE
the issue that the driver had to be removed for the 290e to work after
a replug is gone.
the issue that a usb mem stick cannot be mounted while the 290e is
plugged in still lingers.
one workaround is to unplug the 290e and
From: Michal Nazarewicz
This commit changes various functions that change pages and
pageblocks migrate type between MIGRATE_ISOLATE and
MIGRATE_MOVABLE in such a way as to allow to work with
MIGRATE_CMA migrate type.
Signed-off-by: Michal Nazarewicz
Signed-off-by: Marek Szyprowski
---
include
From: Michal Nazarewicz
Signed-off-by: Michal Nazarewicz
Signed-off-by: Marek Szyprowski
---
mm/page_alloc.c | 18 +-
1 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/mm/page_alloc.c b/mm/page_alloc.c
index 0027d8f..e1c5656 100644
--- a/mm/page_alloc.c
+++ b/mm/
From: Michal Nazarewicz
This commit exports some of the functions from compaction.c file
outside of it adding their declaration into internal.h header
file so that other mm related code can use them.
This forced compaction.c to always be compiled (as opposed to being
compiled only if CONFIG_COMP
alloc_contig_range() performs memory allocation so it also should keep
track on keeping the correct level of memory watermarks. This commit adds
a call to *_slowpath style reclaim to grab enough pages to make sure that
the final collection of contiguous pages from freelists will not starve
the syst
From: Michal Nazarewicz
This commit introduces isolate_freepages_range() function which
generalises isolate_freepages_block() so that it can be used on
arbitrary PFN ranges.
isolate_freepages_block() is left with only minor changes.
Signed-off-by: Michal Nazarewicz
Signed-off-by: Marek Szyprow
This patch extracts common reclaim code from __alloc_pages_direct_reclaim()
function to separate function: __perform_reclaim() which can be later used
by alloc_contig_range().
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
CC: Michal Nazarewicz
---
mm/page_alloc.c | 30
From: Michal Nazarewicz
This commit adds a row for MIGRATE_ISOLATE type to the fallbacks array
which was missing from it. It also, changes the array traversal logic
a little making MIGRATE_RESERVE an end marker. The letter change,
removes the implicit MIGRATE_UNMOVABLE from the end of each row
The Contiguous Memory Allocator is a set of helper functions for DMA
mapping framework that improves allocations of contiguous memory chunks.
CMA grabs memory on system boot, marks it with CMA_MIGRATE_TYPE and
gives back to the system. Kernel is allowed to allocate movable pages
within CMA's manag
Replace custom memory bank initialization using memblock_reserve and
dma_declare_coherent with a single call to CMA's dma_declare_contiguous.
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
---
arch/arm/plat-s5p/dev-mfc.c | 51 ++-
1 files
From: Michal Nazarewicz
The MIGRATE_CMA migration type has two main characteristics:
(i) only movable pages can be allocated from MIGRATE_CMA
pageblocks and (ii) page allocator will never change migration
type of MIGRATE_CMA pageblocks.
This guarantees (to some degree) that page in a MIGRATE_CMA
This patch adds support for CMA to dma-mapping subsystem for x86
architecture that uses common pci-dma/pci-nommu implementation. This
allows to test CMA on KVM/QEMU and a lot of common x86 boxes.
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
CC: Michal Nazarewicz
---
arch/x86/Kc
This patch adds support for CMA to dma-mapping subsystem for ARM
architecture. By default a global CMA area is used, but specific devices
are allowed to have their private memory areas if required (they can be
created with dma_declare_contiguous() function during board
initialization).
Contiguous
69 matches
Mail list logo
