Re: [PATCH] RFC: dma-buf: userspace mmap support

2012-03-17 Thread Rob Clark
On Sat, Mar 17, 2012 at 3:17 PM, Alan Cox wrote: >> > dma-buf file descriptor.  Userspace access to the buffer should be >> > bracketed with DMA_BUF_IOCTL_{PREPARE,FINISH}_ACCESS ioctl calls to >> > give the exporting driver a chance to deal with cache synchronization >> > and such for cached user

Re: [PATCH] isdn: Return -EINTR in gigaset_start() if locking attempts fails.

2012-03-17 Thread Julia Lawall
On Sat, 17 Mar 2012, David Miller wrote: From: santosh prasad nayak Date: Sat, 17 Mar 2012 21:26:14 +0530 Caller is interpreting 0 in opposite way of normal sequence. Thats why I misunderstood it. The simple fact is that you didn't even look at the code at the call sites when you wrote this

Re: [PATCH] isdn: Return -EINTR in gigaset_start() if locking attempts fails.

2012-03-17 Thread David Miller
From: santosh prasad nayak Date: Sat, 17 Mar 2012 21:26:14 +0530 > Caller is interpreting 0 in opposite way of normal sequence. > Thats why I misunderstood it. The simple fact is that you didn't even look at the code at the call sites when you wrote this patch, and that's the first thing anyone

Re: [PATCH] RFC: dma-buf: userspace mmap support

2012-03-17 Thread Alan Cox
> > dma-buf file descriptor. Userspace access to the buffer should be > > bracketed with DMA_BUF_IOCTL_{PREPARE,FINISH}_ACCESS ioctl calls to > > give the exporting driver a chance to deal with cache synchronization > > and such for cached userspace mappings without resorting to page There should

Re: [PATCH v2 1/1] media: video: s5p-g2d: Add support for FIMG2D v41 H/W logic

2012-03-17 Thread Sakari Ailus
Hi Ajay, Thanks for the patch. I have a few comments below. On Sat, Mar 17, 2012 at 04:52:14PM +0530, Ajay Kumar wrote: > Modify the G2D driver(which initially supported only FIMG2D v3 style H/W) > to support FIMG2D v41 style hardware present on Exynos4x12 and Exynos52x0 SOC. > > -- Set th

cron job: media_tree daily build: ERRORS

2012-03-17 Thread Hans Verkuil
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:Sat Mar 17 19:00:22 CET 2012 git hash:632fba4d012458fd5fedc678fb9b0f8bc59ceda2 gcc version: i686-linux-gcc (GCC

[PATCH] [media] staging: use mutex_lock() in s2250_probe().

2012-03-17 Thread santosh nayak
From: Santosh Nayak Use uninterruptable sleep lock 'mutex_lock()' in place of mutex_lock_interruptible() because there is no userspace for s2250_probe(). Return -ENOMEM if kzalloc() fails to allocate and initialize. Signed-off-by: Santosh Nayak --- drivers/staging/media/go7007/s2250-board

Re: [PATCH] [media] staging: Return -EINTR in s2250_probe() if fails to get lock.

2012-03-17 Thread Oliver Neukum
Am Samstag, 17. März 2012, 17:00:36 schrieb santosh prasad nayak: > Oliver, > > The following changes are for review only not a formal patch. > > - > - if (mutex_lock_interruptible(&

Re: [PATCH] [media] staging: Return -EINTR in s2250_probe() if fails to get lock.

2012-03-17 Thread santosh prasad nayak
Oliver, The following changes are for review only not a formal patch. - - if (mutex_lock_interruptible(&usb->i2c_lock) == 0) { + mutex_lock(&usb->i2c_lock); dat

Re: [PATCH] isdn: Return -EINTR in gigaset_start() if locking attempts fails.

2012-03-17 Thread santosh prasad nayak
Yes. You are right. Caller is interpreting 0 in opposite way of normal sequence. Thats why I misunderstood it. In general, 0 means success and on error we return -ve. Here its opposite. regards Santosh On Sat, Mar 17, 2012 at 11:48 AM, David Miller wrote: > From: santosh nayak > Date: Fr

Re: Hauppauge HVR-1600 potential bug or model issue

2012-03-17 Thread Andy Walls
On Thu, 2012-03-15 at 23:54 -0400, Matt Berglund wrote: > Andy, > > Thanks much. No, I had the 1600 sitting in a box, and I just moved my > mobo and components [snip] into something > with more cooling so I thought I would add the 1600 into the mix. > > I checked it in windows. No luck. Windows

[PATCH v2 1/1] media: video: s5p-g2d: Add support for FIMG2D v41 H/W logic

2012-03-17 Thread Ajay Kumar
Modify the G2D driver(which initially supported only FIMG2D v3 style H/W) to support FIMG2D v41 style hardware present on Exynos4x12 and Exynos52x0 SOC. -- Set the SRC and DST type to 'memory' instead of using reset values. -- FIMG2D v41 H/W uses different logic for stretching(scal

[PATCH v2 0/1] media: video: s5p-g2d: Add support for FIMG2D v41 H/W logic

2012-03-17 Thread Ajay Kumar
The patches are created against "media-for-next" branch of kmpark's tree at: git://git.infradead.org/users/kmpark/linux-2.6-samsung The existing G2D driver supports only FIMG2D v3 style H/W. This Patch modifies the existing G2D driver to support FIMG2D v41 style H/W. FIMG2D v41 is present in Exyno

Re: [PATCH] isdn: Return -EINTR in gigaset_start() if locking attempts fails.

2012-03-17 Thread Tilman Schmidt
Am 16.03.2012 14:10, schrieb santosh nayak: > From: Santosh Nayak > > If locking attempt was interrupted by a signal then we should > return -EINTR so that caller can take appropriate action. NACK. The return value of gigaset_start(), as documented in its header comment, is: * 1 - success

Re: [PATCH] [media] V4L: pxa_camera: add clk_prepare/clk_unprepare calls

2012-03-17 Thread Guennadi Liakhovetski
Hi Robert On Sat, 17 Mar 2012, Robert Jarzmik wrote: > Philipp Zabel writes: > > > This patch adds clk_prepare/clk_unprepare calls to the pxa_camera > > driver by using the helper functions clk_prepare_enable and > > clk_disable_unprepare. > > > > Signed-off-by: Philipp Zabel > > Cc: Mauro Car

Re: [PATCH] [media] V4L: pxa_camera: add clk_prepare/clk_unprepare calls

2012-03-17 Thread Robert Jarzmik
Philipp Zabel writes: > This patch adds clk_prepare/clk_unprepare calls to the pxa_camera > driver by using the helper functions clk_prepare_enable and > clk_disable_unprepare. > > Signed-off-by: Philipp Zabel > Cc: Mauro Carvalho Chehab > Cc: Guennadi Liakhovetski > Cc: Robert Jarzmik Certa