On Thu May 17 2012 04:46:37 Jun Nie wrote:
Is there any discussion on HDCP on the summit? It is tightly
coupled with HDMI and DVI and should be managed together with the
transmitter. But there is not code to handle HDCP in DRM/FB/V4L in
latest kernel. Any thoughts on HDCP? Or you guys
Is there any discussion on HDCP on the summit? It is tightly
coupled with HDMI and DVI and should be managed together with the
transmitter. But there is not code to handle HDCP in DRM/FB/V4L in
latest kernel. Any thoughts on HDCP? Or you guys think there is risk
to support it in kernel? Thanks
Am Freitag, 17. Februar 2012, 00:25:51 schrieb Laurent Pinchart:
Hello everybody,
First of all, I would like to thank all the attendees for their
participation in the mini-summit that helped make the meeting a success.
Here are my consolidated notes that cover both the Linaro Connect
Imo we should ditch this - fb accel doesn't belong into the kernel. Even
on hw that still has a blitter for easy 2d accel without a complete 3d
state setup necessary, it's not worth it. Chris Wilson from our team once
played around with implementing fb accel in the kernel (i915 hw still
On Wed, Feb 22, 2012 at 04:03:21PM +, James Simmons wrote:
Imo we should ditch this - fb accel doesn't belong into the kernel. Even
on hw that still has a blitter for easy 2d accel without a complete 3d
state setup necessary, it's not worth it. Chris Wilson from our team once
On Wed, Feb 22, 2012 at 10:24 AM, Daniel Vetter dan...@ffwll.ch wrote:
On Wed, Feb 22, 2012 at 04:03:21PM +, James Simmons wrote:
Imo we should ditch this - fb accel doesn't belong into the kernel. Even
on hw that still has a blitter for easy 2d accel without a complete 3d
state
On Wed, 22 Feb 2012 17:24:24 +0100, Daniel Vetter dan...@ffwll.ch wrote:
On Wed, Feb 22, 2012 at 04:03:21PM +, James Simmons wrote:
Fbcon scrolling at be painful at HD or better modes. Fbcon needs 3
possible accels; copyarea, imageblit, and fillrect. The first two could be
hooked from
On Wed, Feb 22, 2012 at 10:36 AM, Chris Wilson ch...@chris-wilson.co.uk wrote:
On Wed, 22 Feb 2012 17:24:24 +0100, Daniel Vetter dan...@ffwll.ch wrote:
On Wed, Feb 22, 2012 at 04:03:21PM +, James Simmons wrote:
Fbcon scrolling at be painful at HD or better modes. Fbcon needs 3
possible
On Wed, 2012-02-22 at 16:03 +, James Simmons wrote:
Fbcon scrolling at be painful at HD or better modes. Fbcon needs 3
possible accels; copyarea, imageblit, and fillrect. The first two could be
hooked from the TTM layer. Its something I plan to experiment to see if
its worth it.
In my
Ensuring that nothing prevents the switch to fbcon and displaying the
panic message is the reason why we haven't felt inclined to accelerate
fbcon - it just gets messy for no real gain.
and when doing 2d accel on a 3d core.. it basically amounts to
putting a shader compiler in the
and when doing 2d accel on a 3d core.. it basically amounts to
putting a shader compiler in the kernel. Wh!
What I did for the GMA500 is to use the GTT to do scrolling by rewriting
the framebuffer GTT tables so they work as a circular buffer and doing a
bit of alignment of buffers.
The
On Mit, 2012-02-22 at 10:28 -0600, Rob Clark wrote:
On Wed, Feb 22, 2012 at 10:24 AM, Daniel Vetter dan...@ffwll.ch wrote:
On Wed, Feb 22, 2012 at 04:03:21PM +, James Simmons wrote:
Imo we should ditch this - fb accel doesn't belong into the kernel.
Even
on hw that still has
On Fri, 17 Feb 2012, Daniel Vetter wrote:
On Fri, Feb 17, 2012 at 12:25:51AM +0100, Laurent Pinchart wrote:
Hello everybody,
First of all, I would like to thank all the attendees for their
participation
in the mini-summit that helped make the meeting a success.
Here are my
I'm certainly absolutely in favour of creating a common EDID parser,
and
the DRM/KMS implementation might indeed be the most complete /
advanced
one, but at least back in 2010 as I was working on the sh-mobile HDMI
driver, some functinality was still missing there, which I had to add
to
On Fri, 17 Feb 2012, Laurent Pinchart wrote:
[snip]
*** Synchronous pipeline changes ***
Goal: Create an API to apply complex changes to a video pipeline atomically.
Needed for complex camera use cases. On the DRM/KMS side, the approach is to
use one big ioctl to configure the
#part sign=pgpmime
On Fri, 17 Feb 2012 00:25:51 +0100, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
*** Synchronous pipeline changes ***
Goal: Create an API to apply complex changes to a video pipeline atomically.
Needed for complex camera use cases. On the DRM/KMS side,
On Fri, Feb 17, 2012 at 1:42 PM, Adam Jackson a...@redhat.com wrote:
On 2/16/12 6:25 PM, Laurent Pinchart wrote:
Helper functions will be implemented in the subsystems to convert
between
that generic structure and the various subsystem-specific structures.
I guess. I don't really see
On Fri, Feb 17, 2012 at 12:25:51AM +0100, Laurent Pinchart wrote:
Hello everybody,
First of all, I would like to thank all the attendees for their participation
in the mini-summit that helped make the meeting a success.
Here are my consolidated notes that cover both the Linaro Connect
Hello Laurent, Everyone:
On Fri, Feb 17, 2012 at 4:55 AM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hello everybody,
First of all, I would like to thank all the attendees for their participation
in the mini-summit that helped make the meeting a success.
snip
*** dma-buf
Hi Daniel,
On Friday 17 February 2012 10:55:54 Daniel Vetter wrote:
On Fri, Feb 17, 2012 at 12:25:51AM +0100, Laurent Pinchart wrote:
Hello everybody,
First of all, I would like to thank all the attendees for their
participation in the mini-summit that helped make the meeting a success.
Hi Sumit,
On Friday 17 February 2012 16:37:35 Semwal, Sumit wrote:
On Fri, Feb 17, 2012 at 4:55 AM, Laurent Pinchart wrote:
Hello everybody,
First of all, I would like to thank all the attendees for their
participation in the mini-summit that helped make the meeting a success.
snip
On 2/16/12 6:25 PM, Laurent Pinchart wrote:
*** Common video mode data structure and EDID parser ***
Goal: Sharing an EDID parser between DRM/KMS, FBDEV and V4L2.
The DRM EDID parser is currently the most advanced implementation and will
be taken as a starting point.
Different
Hello everybody,
First of all, I would like to thank all the attendees for their participation
in the mini-summit that helped make the meeting a success.
Here are my consolidated notes that cover both the Linaro Connect meeting and
the ELC meeting. They're also available at
23 matches
Mail list logo
