Re: linux-next: Tree for July 12 (v4l2-ioctl.c)

On Tue July 17 2012 04:25:35 Ming Lei wrote: > On Thu, Jul 12, 2012 at 11:49 PM, Randy Dunlap wrote: > > On 07/11/2012 11:03 PM, Stephen Rothwell wrote: > > > >> Hi all, > >> > >> Changes since 20120710: > > > > > > > > on i386 and/or x86_64, drivers/media/video/v4l2-ioctl.c has too many > > error

Re: linux-next: Tree for July 12 (v4l2-ioctl.c)

On Thu, Jul 12, 2012 at 11:49 PM, Randy Dunlap wrote: > On 07/11/2012 11:03 PM, Stephen Rothwell wrote: > >> Hi all, >> >> Changes since 20120710: > > > > on i386 and/or x86_64, drivers/media/video/v4l2-ioctl.c has too many > errors to be listed here. This is the beginning few lines of the errors

Re: [PATCH v2 8/9] soc-camera: Add and use soc_camera_power_[on|off]() helper functions

Hi David, Thanks for the review. On Monday 16 July 2012 02:17:43 David Cohen wrote: > On 07/05/2012 11:38 PM, Laurent Pinchart wrote: > > Instead of forcing all soc-camera drivers to go through the mid-layer to > > handle power management, create soc_camera_power_[on|off]() functions > > that can

Re: [PATCH v2 7/9] soc-camera: Continue the power off sequence if one of the steps fails

Hi David, Thank you for the review. On Monday 16 July 2012 01:24:37 David Cohen wrote: > On 07/05/2012 11:38 PM, Laurent Pinchart wrote: > > Powering off a device is a "best effort" task: failure to execute one of > > the steps should not prevent the next steps to be executed. For > > instance, a

patches to media_build, and a few other things

I have a couple of patches to my local media_build repo, which do these: - a new option "--as-is" to the build script. It basically suppresses any git pull/rebase to both media_build and the ./media subdirectory (if used in combination with --main-git). In combination to --main-git, you are left

Re: Device supported ?

their own binary drivers. This mailing list is for drivers that are included to the Kernel. You have to look help from the device vendor support page. regards Antti -- http://palosaari.fi/ __ Information from ESET NOD32 Antivirus, version of virus signature database 7303 (20120716

Re: Device supported ?

On 07/14/2012 07:50 PM, Meftah Tayeb wrote: Hello i installed the latest Linux V4L-DVB (mediabuild) in my debian X64 having those DVBS2 cards: http://paste.debian.net/179068/ dmesg output: http://paste.debian.net/179072/ Uname -a: Linux debian 3.2.0-3-amd64 #1 SMP Thu Jun 28 09:07:26 UTC 2012 x86

set default protocol for TerraTec Cinergy XXS to "nec"

For a TerraTec Cinergy XXS USB stick (Bus 001 Device 008: ID 0ccd:00ab TerraTec Electronic GmbH ) I've to switch the protocol every time after plugin to get (at least few) keys working : $> sudo ir-keytable --protocol=nec --sysdev=`ir-keytable 2>&1 | head -n 1 | cut -f5 -d'/'` /me wonders whet

Re: libv4l2: error dequeuing buf: Resource temporarily unavailable

Am Montag, den 16.07.2012, 10:50 -0700 schrieb Charlie X. Liu: > Your driver load may not be quite right or got some conflicts. According to: > http://www.kernel.org/doc/Documentation/video4linux/CARDLIST.saa7134, the > Terratec Cinergy 400 TV should be card=8. Have you tried: restart, "modprobe

cron job: media_tree daily build: ERRORS

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 Jul 16 19:00:18 CEST 2012 git hash:931efdf58bd83af8d0578a6cc53421675daf6d41 gcc version: i686-linux-gcc (GC

[PATCH] wl12xx: Fix for overflow while getting irq status

From: Manjunatha Halli ->dlen is 8 bit long and so while memcpy there is a chance that fmdev->irq_info.flag will overflow. So this patch removes memcpy and instead copies the 16bit flag register value from skb->data to fmdev->irq_info.flag directly. Change-Id: I37604b91b2777ed9e56a7e1c1ecefe32e

Re: [PATCH] Documentation: DocBook DRM framework documentation

On Thu, Jul 12, 2012 at 7:00 PM, Laurent Pinchart wrote: > Signed-off-by: Laurent Pinchart > --- > Documentation/DocBook/drm.tmpl | 2835 > +++- > 1 files changed, 2226 insertions(+), 609 deletions(-) > > Hi everybody, > > Here's the DRM kernel framework docu

RE: libv4l2: error dequeuing buf: Resource temporarily unavailable

Your driver load may not be quite right or got some conflicts. According to: http://www.kernel.org/doc/Documentation/video4linux/CARDLIST.saa7134, the Terratec Cinergy 400 TV should be card=8. Have you tried: restart, "modprobe -r saa7134", "modprobe saa7134 card=8", "dmesg | grep saa7134", and

Re: [PATCH v3] media: coda: Add driver for Coda video codec.

Hi Javier, I'm trying to use this driver (on i.MX53) with GStreamer, with two buffers on the encoded bitstream side. I'm getting negative bytesused values calculated in coda_isr(). The CODA_REG_BIT_WR_PTR address, which is initialized in coda_start_streaming() only moves around in the first buffe

RE: [PATCH 1/7] media: mmp_camera: Add V4l2 camera driver for Marvell PXA910/PXA688/PXA2128 CCIC

Hi Albert, Jonathan On Mon, 16 Jul 2012, Albert Wang wrote: > Hi, Jonathan > > We really appreciate you can find time to review our patch and give us > suggestion. I think, my current position with regard to this situation with the two drivers would be the following (please, discuss, if you d

[GIT PULL FOR v3.6] uvcvideo fixes

Hi Mauro, The following change since commit 931efdf58bd83af8d0578a6cc53421675daf6d41: Merge branch 'v4l_for_linus' into staging/for_v3.6 (2012-07-14 15:45:44 -0300) is available in the git repository at: git://linuxtv.org/pinchartl/uvcvideo.git uvcvideo-next Jayakrishnan Memana (1):

Re: [PATCH 0/3] em28xx: Improve compatiblity with the Terratec Cinergy HTC Stick HD

On 27.06.2012 00:45 Martin Blumenstingl wrote 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

Re: [Regression 3.1->3.2, bisected] UVC-webcam: kernel panic when starting capturing

Am 16.07.2012 01:24, schrieb Laurent Pinchart: > Hi Frank, > > On Sunday 15 July 2012 21:39:47 Frank Schäfer wrote: >> Am 15.07.2012 14:07, schrieb Laurent Pinchart: >>> On Thursday 12 July 2012 21:07:56 Frank Schäfer wrote: Hi, when I start capturing from the UVC-webcam 2232:1005 ("

Re: V4L doesn't work on Wii

On Mon, Jul 16, 2012 at 9:17 AM, Darwin O'Connor wrote: > I have been trying to use my Wii to record video. I'm using MIKE p5 > kernel based on 2.6 > with the wiitoo > Gentoo distribution. > > When I try and capture video with ffmpeg it fails b

V4L doesn't work on Wii

I have been trying to use my Wii to record video. I'm using MIKE p5 kernel based on 2.6 with the wiitoo Gentoo distribution. When I try and capture video with ffmpeg it fails because it can't allocate enough memory. I added some debugging code

Re: [PATCH 1/7] media: mmp_camera: Add V4l2 camera driver for Marvell PXA910/PXA688/PXA2128 CCIC

On Sat, 14 Jul 2012, Jonathan Corbet wrote: > On Wed, 11 Jul 2012 22:22:29 +0800 > Albert Wang wrote: > > > This v4l2 camera driver is based on soc-camera and videobuf2 framework > > Support Marvell MMP Soc family TD-PXA910/MMP2-PXA688/MMP3-PXA2128 CCIC > > Support Dual CCIC controllers on PXA68

Re: [RFC] media DT bindings

Hi Sylwester Thanks for your comments. On Fri, 13 Jul 2012, Sylwester Nawrocki wrote: > Hi, > > Cc: devicetree-dissc...@lists.ozlabs.org > > On 07/11/2012 04:27 PM, Guennadi Liakhovetski wrote: > > Hi all > > > > Background > > == > > > > With ARM adoption of flat Device Trees a need

Re: [RFC] dma-fence: dma-buf synchronization (v2)

Hey Rob, Op 13-07-12 17:38, Rob Clark schreef: > ... > +/** > + * dma_buf_attach_fence - Attach a fence to a dma-buf. > + * > + * @buf: the dma-buf to attach to > + * @fence: the fence to attach > + * > + * A fence can only be attached to a single dma-buf. The dma-buf takes > + * ownership of the

Re: [RFC/PATCH 12/13] media: s5p-fimc: Add device tree based sensors registration

On Fri, 25 May 2012, Sylwester Nawrocki wrote: > Add parsing of 'sensor' nodes specified as 'camera' child nodes. > Each 'sensor' node should contain a phandle indicating sensor I2C > client device. Sensors with SPI control bus are not yet supported. > > Additionally it is required that the I2C c

Re: [RFC/PATCH 09/13] media: s5k6aa: Add support for device tree based instantiation

On Fri, 25 May 2012, Sylwester Nawrocki wrote: > The driver initializes all board related properties except the s_power() > callback to board code. The platforms that require this callback are not > supported by this driver yet for CONFIG_OF=y. > > Signed-off-by: Sylwester Nawrocki > Signed-off-

Re: [RFC/PATCH 06/13] media: s5p-fimc: Add device tree support for FIMC-LITE

On Fri, 25 May 2012, Sylwester Nawrocki wrote: > Signed-off-by: Sylwester Nawrocki > Signed-off-by: Kyungmin Park > --- > .../bindings/camera/soc/samsung-fimc.txt | 15 > drivers/media/video/s5p-fimc/fimc-lite.c | 73 > ++-- > 2 files changed, 67 in

Re: [RFC/PATCH 05/13] media: s5p-fimc: Add device tree support for FIMC devices

On Fri, 25 May 2012, Sylwester Nawrocki wrote: > Signed-off-by: Sylwester Nawrocki > Signed-off-by: Karol Lewandowski > Signed-off-by: Kyungmin Park >From the documentation below I think, I understand what it does, but why is it needed? It doesn't describe your video subsystem topology, right

Re: [RFC/PATCH 04/13] devicetree: Add common video devices bindings documentation

On Fri, 25 May 2012, Sylwester Nawrocki wrote: > Signed-off-by: Sylwester Nawrocki > Signed-off-by: Kyungmin Park > --- > Documentation/devicetree/bindings/video/video.txt | 10 ++ > 1 file changed, 10 insertions(+) > create mode 100644 Documentation/devicetree/bindings/video/video.t

Re: [RFC/PATCH 02/13] media: s5p-csis: Add device tree support

Hi Sylwester Thanks for your comments to my RFC and for pointing out to this your earlier patch series. Unfortunately, I missed in in May, let me try to provide some thoughts about this, we should really try to converge our proposals. Maybe a discussion at KS would help too. On Fri, 25 May 201