On Wed, Mar 5, 2014 at 11:56 AM, wrote:
> +
> +
> +
> +Owner Module/Drivers
> +Group
> +Property Object
> +Property Name
> +Type
> +Property Values
> +Object attached
> +Description
> +
In my opinion this is a horrible way to write property documentations
- explicitly constructing html tables is
Sorry, will send across the corresponding IGT test case also shortly.
Best regards
Akash
-Original Message-
From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel Vetter
Sent: Monday, March 10, 2014 10:44 AM
To: Goel, Akash
Cc: intel-gfx@lists.freedesktop.org
Subject: Re:
On Mon, Mar 10, 2014 at 10:40:50AM +0530, akash.g...@intel.com wrote:
> From: Akash Goel
>
> Added 2 new drm crtc properties. One property
> provides control to vary the PIPESRC value. With this the
> size of Pipe's output or Panel fitter input can be varied.
> The other property provides control
From: Akash Goel
This patch adds a new drm crtc property for varying the Pipe Src size
or the Panel fitter input size. Pipe Src controls the size that is
scaled from.
This will allow to dynamically flip (without modeset) the frame buffers
of different resolutions
Signed-off-by: Akash Goel
---
From: Akash Goel
This patch adds a new drm crtc property for varying the size of
the horizontal & vertical borers of the output/display window.
This will control the output of Panel fitter.
Signed-off-by: Akash Goel
---
drivers/gpu/drm/i915/i915_drv.h | 7 ++
drivers/gpu/drm/i915/intel_
From: Akash Goel
This patch defines a new function & assigns that to the 'set_property'
function pointer field of the 'intel_crtc_funcs' structure.
Signed-off-by: Akash Goel
---
drivers/gpu/drm/i915/intel_display.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/gpu/drm/i9
From: Akash Goel
Added 2 new drm crtc properties. One property
provides control to vary the PIPESRC value. With this the
size of Pipe's output or Panel fitter input can be varied.
The other property provides control to vary the size of
horizontal & vertical borders. With this the size of the
Pane
On Sat, 2014-03-08 at 11:25 -0800, Sean V Kelley wrote:
> On Saturday 08 Mar 2014 at 09:25:54 (+), Chris Wilson writes :
> > On Fri, Mar 07, 2014 at 05:13:51PM -0800, Sean V Kelley wrote:
> > > On VLV systems addressing 4GB of memory or greater, memory corruption was
> > > seen
> > > when init
> offending pages around when vxd392 attaches - i.e. we need to check the
> attached device's dma masks and if there's something offending, migrate
> the buffer with a differen shmem allocation mask. Iirc Alan Cox had
> patches to do just that (but for swapoff, still the same idea though).
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in between
commit 27d50c82714f6 ("ACPI / i915: Fix incorrect inclusions via
") from tree and commit 2fae6a860ca9 ("drm/i915: Go OCD on
the Makefile") from the drm-intel tree.
I fixed it up (see below) and can carry the fi
On Sun, Mar 9, 2014 at 6:33 PM, Jesse Barnes wrote:
> On Sat, 8 Mar 2014 11:33:15 +0100
> Daniel Vetter wrote:
>
>> On Fri, Mar 07, 2014 at 08:57:55AM -0800, Jesse Barnes wrote:
>> > By stuffing the fb allocation into the crtc, we get mode set lifetime
>> > refcounting for free, but have to handl
On Sat, 8 Mar 2014 11:36:24 +0100
Daniel Vetter wrote:
> On Fri, Mar 07, 2014 at 08:57:53AM -0800, Jesse Barnes wrote:
> > As of IVB, the memory controller does internal swizzling already, so we
> > shouldn't need to enable these. Based on an earlier fix from Kristian.
> >
> > Reported-by: Kris
On Sat, 8 Mar 2014 11:33:15 +0100
Daniel Vetter wrote:
> On Fri, Mar 07, 2014 at 08:57:55AM -0800, Jesse Barnes wrote:
> > By stuffing the fb allocation into the crtc, we get mode set lifetime
> > refcounting for free, but have to handle the initial pin & fence
> > slightly differently. It also
13 matches
Mail list logo
