On Thu, Feb 14, 2013 at 8:53 AM, Oliver Schinagl
wrote:
> Applied in c57839aad2260306e6adecc0058fb683a8b34bc4
Thanks
> If everybody could push to the repo, it would become a huge mess ;) If a
> scanfile would needed to be updated on a regular basis (very unlikely)
> someone could maintain it of
Hi Tomi,
Tomi Valkeinen wrote on 2013-02-07:
> FIFO underflow means that the DSS hardware wasn't able to fetch enough
> pixel data in time to output them to the panel. Sometimes this happens
> because of plain misconfiguration, but usually it happens because of
> the hardware just can't do thi
Based on work done by Katsuya Matsubara.
Signed-off-by: Phil Edworthy
---
drivers/media/platform/soc_camera/soc_mediabus.c | 42 ++
include/media/soc_camera.h |6 +++-
include/media/soc_mediabus.h |3 ++
include/uapi/linux/v
On 2013-02-14 11:30, Florian Neuhaus wrote:
> Hi Tomi,
>
> Tomi Valkeinen wrote on 2013-02-07:
>
>> FIFO underflow means that the DSS hardware wasn't able to fetch enough
>> pixel data in time to output them to the panel. Sometimes this happens
>> because of plain misconfiguration, but usually
On Thu, Feb 14, 2013 at 8:12 AM, Hans Verkuil wrote:
>
> Arvydas, can you please test this? I'd like to do a git pull tomorrow and I'd
> like to know if the upside-down changes are now OK.
>
> Thanks,
>
Hi Hans
Everything is working fine now - dmesg is clean, LED lights on and off
when needed, v
On Thursday 07 February 2013, Maarten Lankhorst wrote:
Hi Maarten,
I cannot help a lot on this patch set, but there are a few things that
I noticed when reading it.
> Functions:
> --
>
> mutex_reserve_lock, and mutex_reserve_lock_interruptible:
> Lock a buffer with a reservation_id se
On Tue, Feb 12, 2013 at 2:50 AM, wrote:
> From: John Sheu
>
> Callers to dma_buf_mmap expect to fput() the vma struct's vm_file
> themselves on failure. Not restoring the struct's data on failure
> causes a double-decrement of the vm_file's refcount.
>
> Signed-off-by: John Sheu
Yeah, makes s
On 14 February 2013 16:16, Daniel Vetter wrote:
> On Tue, Feb 12, 2013 at 2:50 AM, wrote:
>> From: John Sheu
>>
>> Callers to dma_buf_mmap expect to fput() the vma struct's vm_file
>> themselves on failure. Not restoring the struct's data on failure
>> causes a double-decrement of the vm_file'
Hi Tomi,
On Thursday 14 February 2013 12:08:18 Tomi Valkeinen wrote:
> On 2013-02-14 11:30, Florian Neuhaus wrote:
> > Tomi Valkeinen wrote on 2013-02-07:
> >> FIFO underflow means that the DSS hardware wasn't able to fetch enough
> >> pixel data in time to output them to the panel. Sometimes this
On 2013-02-14 13:07, Laurent Pinchart wrote:
>> In many cases underflows are rather hard to debug and solve. There are
>> things in the DSS hardware like FIFO thresholds and prefetch, and VRFB
>> tile sizes, which can be changed (although unfortunately only by
>> modifying the drivers). How they s
On Thu, Feb 14, 2013 at 11:22 AM, Arnd Bergmann wrote:
>
>> These functions will return -EDEADLK instead of -EAGAIN if
>> reservation_id is the same as the reservation_id that's attempted to
>> lock the mutex with, since in that case you presumably attempted to
>> lock the same lock twice.
Hi Mr. Lee,
thanks for the review.
On 14 February 2013 07:30, Donghwa Lee wrote:
> On Wed, Feb 13, 2013 at 19:01, Vikas Sajjan wrote:
>>
>> Made necessary changes in s6e8ax0 panel driver as per the CDF-T.
>> It also removes the dependency on backlight and lcd framework
>>
>> Signed-off-by: Vika
Hi Michael,
In terms of Linux support I think you will struggle. The 290e is the
only DVB-T2 device with (open) driver support in Linux. I haven't tried
a TBS5880 myself but the linuxtv Wiki page doesn't look promising
http://www.linuxtv.org/wiki/index.php/TBS5880_USB_DVB-T2/T/C_CI_hybrid_TV_B
On Thursday 14 February 2013 03:38 PM, Tomi Valkeinen wrote:
On 2013-02-14 11:30, Florian Neuhaus wrote:
Hi Tomi,
Tomi Valkeinen wrote on 2013-02-07:
FIFO underflow means that the DSS hardware wasn't able to fetch enough
pixel data in time to output them to the panel. Sometimes this happens
b
In VDR I use an ioctl() call with FE_READ_UNCORRECTED_BLOCKS on a device (using
stb0899).
After this call I check 'errno' for EOPNOTSUPP to determine whether this
device supports this call. This used to work just fine, until a few months
ago I noticed that my devices using stb0899 didn't display
Hey,
Op 14-02-13 11:22, Arnd Bergmann schreef:
> On Thursday 07 February 2013, Maarten Lankhorst wrote:
>
> Hi Maarten,
>
> I cannot help a lot on this patch set, but there are a few things that
> I noticed when reading it.
>
>> Functions:
>> --
>>
>> mutex_reserve_lock, and mutex_reserve_
On 02/14/2013 03:12 PM, Klaus Schmidinger wrote:
In VDR I use an ioctl() call with FE_READ_UNCORRECTED_BLOCKS on a device
(using stb0899).
After this call I check 'errno' for EOPNOTSUPP to determine whether this
device supports this call. This used to work just fine, until a few months
ago I noti
On Thu, Feb 14, 2013 at 9:22 PM, Antti Palosaari wrote:
> On 02/14/2013 03:12 PM, Klaus Schmidinger wrote:
>>
>> In VDR I use an ioctl() call with FE_READ_UNCORRECTED_BLOCKS on a device
>> (using stb0899).
>> After this call I check 'errno' for EOPNOTSUPP to determine whether this
>> device suppor
On 02/14/2013 08:05 PM, Manu Abraham wrote:
On Thu, Feb 14, 2013 at 9:22 PM, Antti Palosaari wrote:
On 02/14/2013 03:12 PM, Klaus Schmidinger wrote:
In VDR I use an ioctl() call with FE_READ_UNCORRECTED_BLOCKS on a device
(using stb0899).
After this call I check 'errno' for EOPNOTSUPP to dete
2013/2/13 Adriano Martins :
> Hi Laurent,
>
> I think my messages are not sent to linux-media.
> can you help?
>
> 2013/2/13 Adriano Martins :
>> Hi,
>>
>> Please, help me :-)
>>
>> I trying capture frames from my new sensor, ov5640. I already capture
>> images from a mt9p031 camera, but I have som
On Fri, Feb 15, 2013 at 12:46 AM, Antti Palosaari wrote:
> On 02/14/2013 08:05 PM, Manu Abraham wrote:
>>
>> On Thu, Feb 14, 2013 at 9:22 PM, Antti Palosaari wrote:
>>>
>>> On 02/14/2013 03:12 PM, Klaus Schmidinger wrote:
In VDR I use an ioctl() call with FE_READ_UNCORRECTED_BLOCKS
Hi Adriano,
On Thursday 14 February 2013 17:17:40 Adriano Martins wrote:
> 2013/2/13 Adriano Martins :
> > 2013/2/13 Adriano Martins :
> >> Hi,
> >>
> >> Please, help me :-)
> >>
> >> I trying capture frames from my new sensor, ov5640. I already capture
> >> images from a mt9p031 camera, but I h
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 Feb 14 19:00:37 CET 2013
git branch: for_v3.9
git hash: ed72d37a33fdf43dc47787fe220532cdec9da528
gcc ve
On 14.02.2013 20:50, Manu Abraham wrote:
On Fri, Feb 15, 2013 at 12:46 AM, Antti Palosaari wrote:
On 02/14/2013 08:05 PM, Manu Abraham wrote:
On Thu, Feb 14, 2013 at 9:22 PM, Antti Palosaari wrote:
On 02/14/2013 03:12 PM, Klaus Schmidinger wrote:
In VDR I use an ioctl() call with FE_REA
Hi Adriano,
(Cc Laurent.)
On Thu, Jan 31, 2013 at 05:40:38PM -0200, Adriano Martins wrote:
> Hi all,
>
> I'm trying capture images from an ov5640 sensor on parallel mode. The
> sensor output format is UYVY8_2X8.
> And the CCDC input is configured as UYVY8_2X8 too. I can do it, after
> I applied
On 02/13/2013 09:42 PM, Stephen Warren wrote:
On 02/12/2013 03:39 PM, Sylwester Nawrocki wrote:
[...]
The whole subsystem topology is exposed to user space through the Media
Controller API.
OK, stable user-visible names are a reasonable use for device tree. I
still don't think you should use
Hi,
frustrated that I couldn't watch the Chinese New Years' Fireworks on TVB
Jade using my RTL2832U based DVB-T stick in Hong Kong, I just bought a
MagicPro ProHDTV Mini 2
USB stick. Given that HK is now part of China (somehow), they decided to
follow the mainland DTV standard, so it's DTMB (DMB
2013/2/6 Vikas Sajjan :
> Add support for parsing the display-timing node using video helper
> function.
>
> The DT node parsing and pinctrl selection is done only if 'dev.of_node'
> exists and the NON-DT logic is still maintained under the 'else' part.
>
> Signed-off-by: Leela Krishna Amudala
> S
Hi Mr. Inki Dae,
Thanks for review.
On 15 February 2013 08:50, Inki Dae wrote:
> 2013/2/6 Vikas Sajjan :
>> Add support for parsing the display-timing node using video helper
>> function.
>>
>> The DT node parsing and pinctrl selection is done only if 'dev.of_node'
>> exists and the NON-DT logic
Hi Arnd,
Thanks for the patch.
On Fri, Feb 15, 2013 at 4:17 AM, Arnd Bergmann wrote:
> It is now possible to build the davinci vpss code
> on multiplatform kernels, which causes a problem
> since the driver tries to incude the davinci
> platform specific mach/hardware.h file. Fortunately
> that
Hi Mauro,
Thanks for the review.
On Thu, Feb 14, 2013 at 12:47 AM, Mauro Carvalho Chehab
wrote:
> Em Thu, 7 Feb 2013 11:10:28 +0530
> Prabhakar lad escreveu:
>
>> From: Lad, Prabhakar
>>
>> The patch adds support for THS7353 video amplifier.
>> The the THS7353 amplifier is very much similar t
Add display-timing node parsing to drm fimd and depends on
the display helper patchset at
http://lists.freedesktop.org/archives/dri-devel/2013-January/033998.html
It also adds pinctrl support for drm fimd.
changes since v5:
- addressed comments from Inki Dae ,
to remove the alloca
Add support for parsing the display-timing node using video helper
function.
The DT node parsing and pinctrl selection is done only if 'dev.of_node'
exists and the NON-DT logic is still maintained under the 'else' part.
Signed-off-by: Leela Krishna Amudala
Signed-off-by: Vikas Sajjan
---
drive
33 matches
Mail list logo
