Hi Laurent,
On Thu, Nov 08, 2012 at 01:18:15PM +0100, Laurent Pinchart wrote:
> On Monday 05 November 2012 16:04:32 Sakari Ailus wrote:
> > On Sun, Nov 04, 2012 at 01:07:25PM +0100, Laurent Pinchart wrote:
> > > On Wednesday 24 October 2012 21:16:23 Sakari Ailus wrote:
> > ...
> >
> > > > @@ -367
On 10/31/2012 04:28 AM, Steffen Trumtrar wrote:
> Hi!
>
> Finally, v7 of the series.
>
> Changes since v6:
> - get rid of some empty lines etc.
> - move functions to their subsystems
> - split of_ from non-of_ functions
> - add at least some kerneldoc to some functions
>
On Thu, 2012-11-08 at 22:18 +0200, Antti Palosaari wrote:
> On 11/08/2012 07:48 PM, Malcolm Priestley wrote:
> >
> > On 07/11/12 23:43, Antti Palosaari wrote:
> >> Malcolm,
> >> Have you newer tested it with USB1.1 port? Stream is totally broken.
> >>
> > Hi Antti
> >
> > Hmm, yes it is a bit chopp
Hi!
On Wed, Oct 31, 2012 at 03:30:03PM +, Manjunathappa, Prakash wrote:
> Hi Steffen,
>
> On Wed, Oct 31, 2012 at 14:58:05, Steffen Trumtrar wrote:
> > +#if IS_ENABLED(CONFIG_VIDEOMODE)
> > +int videomode_to_fb_videomode(struct videomode *vm, struct fb_videomode
> > *fbmode)
> > +{
> > + f
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 Nov 8 19:00:20 CET 2012
git hash:2cb654fd281e1929aa3b9f5f54f492135157a613
gcc version: i686-linux-gcc (GCC
Hi Mauro,
Just contact info change. My @maxwell.research.nokia.com no longer works.
Please pull:
The following changes since commit 2cb654fd281e1929aa3b9f5f54f492135157a613:
MAINTAINERS: add support for tea5761/tea5767 tuners (2012-11-02 12:09:00
-0200)
are available in the git repository a
Add remote keytable definition
Signed-off-by: Alfredo J. Delaiti
diff --git a/drivers/media/rc/keymaps/Makefile
b/drivers/media/rc/keymaps/Makefile
index ab84d66..c6a6ef0 100644
--- a/drivers/media/rc/keymaps/Makefile
+++ b/drivers/media/rc/keymaps/Makefile
@@ -76,23 +76,24 @@ obj-$(CONFIG_RC_
add support card
Signed-off-by: Alfredo J. Delaiti
diff --git a/drivers/media/pci/cx23885/cx23885-cards.c
b/drivers/media/pci/cx23885/cx23885-cards.c
index 6277e14..91eddc2 100644
--- a/drivers/media/pci/cx23885/cx23885-cards.c
+++ b/drivers/media/pci/cx23885/cx23885-cards.c
@@ -1366,30 +1366,
Hi All
This series add remote control support for MyGica X8507.
I test for 2 month under OpenSuse(X64) 11.4 and 12.2 with kernel 3.4, 3.5, 3.6
also 3.7-rc2 and rc3.
Signed-off-by: Alfredo J. Delaiti
Patch 1 add remote keytable definition
Patch 2 add support card
/drivers/media/pci/cx23885/
On 11/08/2012 07:48 PM, Malcolm Priestley wrote:
On 07/11/12 23:43, Antti Palosaari wrote:
Malcolm,
Have you newer tested it with USB1.1 port? Stream is totally broken.
Hi Antti
Hmm, yes it is a bit choppy on dvb-usb-v2.
I will have a look at it.
Fedora's stock 3.6.5-1.fc17.x86_64 is even
fixed below checkpatch warnings.
- WARNING: Prefer netdev_warn(netdev, ... then dev_warn(dev, ... then
pr_warn(... to printk(KERN_WARNING ...
- WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: YAMANE Toshiaki
---
drivers/stagi
fixed below checkpatch warnings.
- WARNING: Prefer netdev_warn(netdev, ... then dev_warn(dev, ... then
pr_warn(... to printk(KERN_WARNING ...
- WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
- WARNING: Prefer netdev_info(netdev, ... then dev_
fixed below checkpatch warnings.
- WARNING: Prefer netdev_info(netdev, ... then dev_info(dev, ... then
pr_info(... to printk(KERN_INFO ...
- WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
and add pr_fmt.
Signed-off-by: YAMANE Toshiaki
---
fixed below checkpatch warnings.
- WARNING: Prefer netdev_warn(netdev, ... then dev_warn(dev, ... then
pr_warn(... to printk(KERN_WARNING ...
- WARNING: Prefer netdev_notice(netdev, ... then dev_notice(dev, ... then
pr_notice(... to printk(KERN_NOTICE ...
- WARNING: Prefer netdev_info(netdev, .
fixed below checkpatch warnings.
- WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
- WARNING: Prefer netdev_info(netdev, ... then dev_info(dev, ... then
pr_info(... to printk(KERN_INFO ...
and add pr_fmt.
Signed-off-by: YAMANE Toshiaki
---
fixed below checkpatch warnings.
- WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
- WARNING: Prefer netdev_info(netdev, ... then dev_info(dev, ... then
pr_info(... to printk(KERN_INFO ...
and add pr_fmt.
Signed-off-by: YAMANE Toshiaki
---
fixed below checkpatch warnings.
- WARNING: Prefer netdev_info(netdev, ... then dev_info(dev, ... then
pr_info(... to printk(KERN_INFO ...
- WARNING: Prefer netdev_warn(netdev, ... then dev_warn(dev, ... then
pr_warn(... to printk(KERN_WARNING ...
- WARNING: Prefer netdev_err(netdev, ... then d
On Thu, Nov 8, 2012 at 1:37 PM, Frank Schäfer
wrote:
> at least the "Silvercrest Webcam 1.3mpix" (board 71) exposes both
> endpoint types (0x82=isoc and 0x84=bulk).
Ah, interesting. It might be worthwhile to log a warning in dmesg if
the user sets the modprobe option but the board doesn't actual
Am 08.11.2012 21:19, schrieb Devin Heitmueller:
> On Thu, Nov 8, 2012 at 1:11 PM, Frank Schäfer
> wrote:
>> By default, isoc transfers are used if possible.
>> With the new module parameter, bulk can be selected as the
>> preferred USB transfer type.
> Hi Frank,
>
> Does your device actually expos
On Thu, Nov 8, 2012 at 1:11 PM, Frank Schäfer
wrote:
> By default, isoc transfers are used if possible.
> With the new module parameter, bulk can be selected as the
> preferred USB transfer type.
Hi Frank,
Does your device actually expose both isoc and bulk endpoints? If I
recall from the datas
By default, isoc transfers are used if possible.
With the new module parameter, bulk can be selected as the
preferred USB transfer type.
Signed-off-by: Frank Schäfer
---
drivers/media/usb/em28xx/em28xx-cards.c | 11 +--
1 Datei geändert, 9 Zeilen hinzugefügt(+), 2 Zeilen entfernt(-)
d
The current enpoint logic ignores all bulk endpoints and uses
a fixed mapping between endpint addresses and the supported
data stream types (analog/audio/DVB):
Ep 0x82, isoc => analog
Ep 0x83, isoc => audio
Ep 0x84, isoc => DVB
Now that the code can also do bulk transfers, the endpoint
logic
Extend function em28xx_set_alternate:
- use alternate setting 0 for bulk transfers as default
- respect module parameter 'alt'=0 for bulk transfers
- set max_packet_size to 512 bytes for bulk transfers
Signed-off-by: Frank Schäfer
---
drivers/media/usb/em28xx/em28xx-core.c | 23 +++
Signed-off-by: Frank Schäfer
---
drivers/media/usb/em28xx/em28xx.h |4
1 Datei geändert, 4 Zeilen hinzugefügt(+)
diff --git a/drivers/media/usb/em28xx/em28xx.h
b/drivers/media/usb/em28xx/em28xx.h
index 6b8d3e6b..f5be522 100644
--- a/drivers/media/usb/em28xx/em28xx.h
+++ b/drivers/media
Also improve the comments.
Signed-off-by: Frank Schäfer
---
drivers/media/usb/em28xx/em28xx-cards.c | 20 +++-
drivers/media/usb/em28xx/em28xx-core.c |8
drivers/media/usb/em28xx/em28xx-dvb.c |4 ++--
drivers/media/usb/em28xx/em28xx-video.c |2 +-
driver
Rename module parameter isoc_debug to usb_debug and macro
em28xx_isocdbg to em28xx_usb dbg to reflect that they are
used for isoc and bulk USB transfers.
Signed-off-by: Frank Schäfer
---
drivers/media/usb/em28xx/em28xx-video.c | 58 +++
1 Datei geändert, 28 Zeilen h
The URB data processing for DVB bulk transfers is very similar to
what is done with isoc transfers, so create a common function that
works with both transfer types based on the existing isoc function.
Tested with device Hauppauge HVR-930c.
Signed-off-by: Frank Schäfer
---
drivers/media/usb/em28
The URB data processing for bulk transfers is very similar to what
is done with isoc transfers, so create a common function that works
with both transfer types based on the existing isoc function.
Signed-off-by: Frank Schäfer
---
drivers/media/usb/em28xx/em28xx-video.c | 71 +++
The URB data processing for bulk transfers is very similar to what
is done with isoc transfers, so create a common function that works
with both transfer types based on the existing isoc function.
Signed-off-by: Frank Schäfer
---
drivers/media/usb/em28xx/em28xx-video.c | 66 +++
This check is already done in the URB handler
em28xx_irq_callback before calling these functions.
Signed-off-by: Frank Schäfer
---
drivers/media/usb/em28xx/em28xx-dvb.c |5 +
drivers/media/usb/em28xx/em28xx-video.c | 10 ++
2 Dateien geändert, 3 Zeilen hinzugefügt(+), 12 Zeil
Signed-off-by: Frank Schäfer
---
drivers/media/usb/em28xx/em28xx-core.c | 11 +++
1 Datei geändert, 11 Zeilen hinzugefügt(+)
diff --git a/drivers/media/usb/em28xx/em28xx-core.c
b/drivers/media/usb/em28xx/em28xx-core.c
index d8a8e8b..8b8f783 100644
--- a/drivers/media/usb/em28xx/em28xx
- rename em28xx_init_isoc to em28xx_init_usb_xfer
- add parameter for isoc/bulk transfer selection which is passed to
em28xx_alloc_urbs
- rename local variable isoc_buf to usb_bufs
Signed-off-by: Frank Schäfer
---
drivers/media/usb/em28xx/em28xx-core.c | 30 --
dr
Rename the existing function for isoc transfers em28xx_init_isoc
to em28xx_init_usb_xfer and extend it.
URB allocation and setup is now done depending on the USB
transfer type, which is selected with a new function parameter.
Signed-off-by: Frank Schäfer
---
drivers/media/usb/em28xx/em28xx-cards
This function will be used to uninitialize USB bulk transfers, too.
Also rename the local variable isoc_bufs to usb_bufs.
Signed-off-by: Frank Schäfer
---
drivers/media/usb/em28xx/em28xx-cards.c |4 +--
drivers/media/usb/em28xx/em28xx-core.c | 43 ---
drivers/m
em28xx_irq_callback can be used for isoc and bulk transfers.
Signed-off-by: Frank Schäfer
---
drivers/media/usb/em28xx/em28xx-core.c |3 ++-
1 Datei geändert, 2 Zeilen hinzugefügt(+), 1 Zeile entfernt(-)
diff --git a/drivers/media/usb/em28xx/em28xx-core.c
b/drivers/media/usb/em28xx/em28xx-
It isn't used anymore and uses constants which no longer exist.
Signed-off-by: Frank Schäfer
---
drivers/media/usb/em28xx/em28xx.h |4
1 Datei geändert, 4 Zeilen entfernt(-)
diff --git a/drivers/media/usb/em28xx/em28xx.h
b/drivers/media/usb/em28xx/em28xx.h
index 17310e6..6773ca8 10064
Also rename the corresponding field isoc_ctl in struct em28xx
to usb_ctl.
We will use this struct for USB bulk transfers, too.
Signed-off-by: Frank Schäfer
---
drivers/media/usb/em28xx/em28xx-core.c | 24
drivers/media/usb/em28xx/em28xx-vbi.c |4 ++--
drivers/me
It will be used for USB bulk transfers, too.
Signed-off-by: Frank Schäfer
---
drivers/media/usb/em28xx/em28xx-core.c |8
drivers/media/usb/em28xx/em28xx.h | 10 +-
2 Dateien geändert, 9 Zeilen hinzugefügt(+), 9 Zeilen entfernt(-)
diff --git a/drivers/media/usb/em28xx
Rename EM28XX_NUM_PACKETS to EM28XX_NUM_ISOC_PACKETS and
EM28XX_DVB_MAX_PACKETS to EM28XX_DVB_NUM_ISOC_PACKETS to
clarify that these values are used only for isoc usb transfers.
Also use the term num_packets instead of max_packets, as this
is how these values are used and called in struct urb.
Sig
Signed-off-by: Frank Schäfer
---
drivers/media/usb/em28xx/em28xx.h |2 +-
1 Datei geändert, 1 Zeile hinzugefügt(+), 1 Zeile entfernt(-)
diff --git a/drivers/media/usb/em28xx/em28xx.h
b/drivers/media/usb/em28xx/em28xx.h
index 86e90d8..ad9eec0 100644
--- a/drivers/media/usb/em28xx/em28xx.h
++
em28xx_copy_video uses a wrong offset for the target buffer
when copying the data from an USB isoc packet. This happens
only for the second and all following lines in the packet.
The reason why this bug doesn't cause image corruption with
my test device (SilverCrest Webcam 1.3 MPix) is, that this
This patch series adds support for USB bulk transfers to the em28xx driver.
Patch 1 is a bugfix for the image data processing with non-interlaced
devices (webcams) that should be considered for stable (see commit message).
Patches 2-21 extend the driver to support USB bulk transfers.
USB endpoint
Am 30.10.2012 19:18, schrieb Frank Schäfer:
> Am 30.10.2012 06:06, schrieb Mauro Carvalho Chehab:
>
>
>> Did a git bisect. The last patch where the bug doesn't occur is this
>> changeset:
>> em28xx: add module parameter for selection of the preferred USB
>> transfer type
>>
>> That means th
Hi.
On Thu, Nov 8, 2012 at 1:57 AM, Sylwester Nawrocki
wrote:
> On 11/06/2012 10:34 PM, Andrey Gusakov wrote:
>>
>> Hi.
>>
>>> Does the sensor still hang after 0x2f is written to REG_GRCOM instead ?
>>
>> Work!
>> I'm looking at drivers/media/usb/gspca/m5602/m5602_ov9650.h
>> It use significantly
On Thursday 08 November 2012 19:14:18 Laurent Pinchart wrote:
> Hi Mauro,
>
> Here's the application I've used to test V4L2 dma-buf support with a UVC
> webcam and an Intel GPU supported by the i915 driver.
>
> The kernel code is available in my git tree at
>
> git://linuxtv.org/pinchartl/media.
Hi Mauro,
Here's the application I've used to test V4L2 dma-buf support with a UVC
webcam and an Intel GPU supported by the i915 driver.
The kernel code is available in my git tree at
git://linuxtv.org/pinchartl/media.git devel/dma-buf-v10
(http://git.linuxtv.org/pinchartl/media.git/shortlog/
Hi,
I have 8 Tevii S464 DVB-S2 cards installed in my industrial PC with
Ubuntu 10.04.4 with kernel 3.6.5.
The system loads cx88_dvb for this card, but only recognizes six of
cards, and make device files for them under /dev/dvb. (adapters 0 to
5).
dmesg is silent about other cards, but lspci -vv c
On 07/11/12 23:43, Antti Palosaari wrote:
> Malcolm,
> Have you newer tested it with USB1.1 port? Stream is totally broken.
>
Hi Antti
Hmm, yes it is a bit choppy on dvb-usb-v2.
I will have a look at it.
Regards
Malcolm
> regards
> Antti
>
--
To unsubscribe from this list: send the line
Hi Tomasz,
On Thursday 08 November 2012 16:28:12 Tomasz Stanislawski wrote:
> Hi Laurent,
> The fix was partially applied in "[PATCHv10 03/26] v4l: vb2: add support for
> shared buffer (dma_buf)". The data_offset is set to 0 for DMABUF
> capture/output for single-planar API.
My bad, I had an old
Hi Laurent,
The fix was partially applied in "[PATCHv10 03/26] v4l: vb2: add support for
shared buffer (dma_buf)".
The data_offset is set to 0 for DMABUF capture/output for single-planar API.
We should define the meaning of data_offset in case of USERPTR and MMAP buffers.
For output device it is
Hi Mauro,
On Friday 02 November 2012 11:13:10 Mauro Carvalho Chehab wrote:
> Em Thu, 1 Nov 2012 14:12:44 -0200 Mauro Carvalho Chehab escreveu:
> > Em Thu, 1 Nov 2012 16:44:50 +0100 Hans Verkuil escreveu:
> > > On Thu October 25 2012 19:27:01 Mauro Carvalho Chehab wrote:
> > > > Em Mon, 22 Oct 2012
Hello,
On Thursday 08 November 2012 13:13:50 Marek Szyprowski wrote:
> On 11/8/2012 1:05 PM, Laurent Pinchart wrote:
> > Single-planar V4L2 buffers are converted to multi-planar vb2 buffers
> > with a single plane when queued. The plane data_offset field is not
> > available in the single-planar A
Hi Sakari,
On Monday 05 November 2012 16:04:32 Sakari Ailus wrote:
> On Sun, Nov 04, 2012 at 01:07:25PM +0100, Laurent Pinchart wrote:
> > On Wednesday 24 October 2012 21:16:23 Sakari Ailus wrote:
> ...
>
> > > @@ -367,7 +368,8 @@ static void __fill_v4l2_buffer(struct vb2_buffer
> > > *vb,
> > >
Hello,
On 11/8/2012 1:05 PM, Laurent Pinchart wrote:
Single-planar V4L2 buffers are converted to multi-planar vb2 buffers
with a single plane when queued. The plane data_offset field is not
available in the single-planar API and must be set to 0 for dmabuf
buffers and all output buffers.
Signed
Single-planar V4L2 buffers are converted to multi-planar vb2 buffers
with a single plane when queued. The plane data_offset field is not
available in the single-planar API and must be set to 0 for dmabuf
buffers and all output buffers.
Signed-off-by: Laurent Pinchart
---
drivers/media/v4l2-core/
Hi Sylwester,
On Monday 05 November 2012 21:47:00 Sylwester Nawrocki wrote:
> On 11/05/2012 11:45 AM, Alain VOLMAT wrote:
> > Hi Laurent,
> >
> > Yes indeed, meta plane seems a good candidate. It was the other option.
> >
> > The pity with that is that the FMT can thus no longer be standard FMT
On Thu, Nov 08, 2012 at 10:26:11AM +0100, Laurent Pinchart wrote:
> media-ctl doesn't show pad formats, that's a bit weird. Are you using a
> recent
> version ?
This could as well be an issue with the kernel API --- I think that kernel
has a version which isn't in mainline. So the IOCTL used to
Hi,
On Wednesday 07 November 2012 12:22:27 Andreas Nagel wrote:
>
> > My code sets up the ISP pipeline, configures the format on all the
> > subdevices pads and the actual video device. Works fine so far.
> > Then I passed user pointers (aquired with malloc) to the device
> > driver for the captu
58 matches
Mail list logo