We need this to correctly access registers in the gt power well from
userspace.
Signed-Off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/i915/i915_debugfs.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_debugfs.c
Corresponding changes to improve our error_state are pending
some other patches to clean up things first.
Signed-Off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/i915/i915_debugfs.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Dear Daniel,
Am Freitag, den 14.12.2012, 16:01 +0100 schrieb Daniel Vetter:
the (author) date is wrong (December instead of January) unless you sent
it from the future. If you did, please tell us how the Intel driver will
work in eleven months. ;-)
[…]
Thanks,
Paul
signature.asc
On Tue, 24 Jan 2012 09:44:28 +0100, Daniel Vetter daniel.vet...@ffwll.ch
wrote:
We need this to correctly access registers in the gt power well from
userspace.
How about a INTEL_INFO(dev)-has_forcewake or check for the
-forcewake_get? That would be more self-documenting, and we are less
On Tue, Jan 24, 2012 at 10:35:04AM +, Chris Wilson wrote:
On Tue, 24 Jan 2012 09:44:28 +0100, Daniel Vetter daniel.vet...@ffwll.ch
wrote:
We need this to correctly access registers in the gt power well from
userspace.
How about a INTEL_INFO(dev)-has_forcewake or check for the
On Tue, Jan 24, 2012 at 06:44, Daniel Vetter daniel.vet...@ffwll.ch wrote:
We need this to correctly access registers in the gt power well from
userspace.
Signed-Off-by: Daniel Vetter daniel.vet...@ffwll.ch
Reviewed-by: Eugeni Dodonov eugeni.dodo...@intel.com
--
Eugeni Dodonov
On Tue, Jan 24, 2012 at 09:04, Daniel Vetter dan...@ffwll.ch wrote:
On Tue, Jan 24, 2012 at 10:35:04AM +, Chris Wilson wrote:
On Tue, 24 Jan 2012 09:44:28 +0100, Daniel Vetter
daniel.vet...@ffwll.ch wrote:
We need this to correctly access registers in the gt power well from
Hello all,
This e-mail is a continuation of my previews one regarding HDMI modeline output
problems. So far with the help of Rodrigo Vivi i have manage to output the
1920x1080p@60hz mode over HDMI to my AV receiver. (To fix my previews problem i
inserted the EDID frame directly inside
On Mon, 23 Jan 2012 20:40:27 +0100
Daniel Vetter dan...@ffwll.ch wrote:
On Sat, Jan 21, 2012 at 08:36:38PM -0800, Keith Packard wrote:
On Sun, 22 Jan 2012 01:36:48 +0100, Daniel Vetter daniel.vet...@ffwll.ch
wrote:
This was completely spamming dmesg on my i855gm.
This comes from
On Mon, 23 Jan 2012 16:14:05 -0800, Eric Anholt e...@anholt.net wrote:
We had two things in a row claiming to be RC6.
I've applied this to drm-intel-fixes
--
keith.pack...@intel.com
pgp6ExioN2yBO.pgp
Description: PGP signature
___
Intel-gfx
On Mon, 23 Jan 2012 16:14:06 -0800, Eric Anholt e...@anholt.net wrote:
Signed-off-by: Eric Anholt e...@anholt.net
Cc: sta...@vger.kernel.org
I've applied this to drm-intel-fixes
--
keith.pack...@intel.com
pgpLcUStmh3FO.pgp
Description: PGP signature
Very ugly hack,
In file --- intel_display.c function ---
ironlake_crtc_mode_set
temp = I915_READ(_TRANSACONF); I915_WRITE(_TRANSACONF, temp
~(721));
I915_WRITE( 0x60028, 0x); //VSYNCSHIFT_A— Vertical Sync Shift
Register This register
On Tue, Jan 24, 2012 at 10:03:57PM +, paulo louro wrote:
Very ugly hack,
In file --- intel_display.c function ---
ironlake_crtc_mode_set
temp = I915_READ(_TRANSACONF); I915_WRITE(_TRANSACONF, temp
~(721));
I915_WRITE( 0x60028, 0x);
Sometimes it may be the case when we idle the gpu or wait on something
we don't actually want to process the retiring list. This patch allows
callers to choose the behavior.
Signed-off-by: Ben Widawsky b...@bwidawsk.net
---
drivers/gpu/drm/i915/i915_dma.c|2 +-
After the ILK vt-d workaround patches it became clear that we had
introduced a bug. Chris Wilson tracked down the issue to recursive
calls to unmap. This happens because we try to optimize waiting on
requests by calling retire requests after the wait, which may drop the
last reference on an
On Tue, 24 Jan 2012 14:42:02 -0800, Ben Widawsky b...@bwidawsk.net wrote:
Sometimes it may be the case when we idle the gpu or wait on something
we don't actually want to process the retiring list. This patch allows
callers to choose the behavior.
bikeshed
!defer_retirement sounds like a
On Tue, 24 Jan 2012 14:42:03 -0800, Ben Widawsky b...@bwidawsk.net wrote:
This patch fixes gem_unref_active_buffers from i-g-t in the non-VTd
case (ie. do_idle_maps forced to true).
Nice, one-line fix.
(if you agree with my bikeshed in the previous patch, this will have
to be changed to
On Tue, Jan 24, 2012 at 20:42, Ben Widawsky b...@bwidawsk.net wrote:
Sometimes it may be the case when we idle the gpu or wait on something
we don't actually want to process the retiring list. This patch allows
callers to choose the behavior.
Signed-off-by: Ben Widawsky b...@bwidawsk.net
On Sun, Jan 22, 2012 at 11:40 AM, Daniel Vetter dan...@ffwll.ch wrote:
Actually I only need the output of intel_reg_dumper, resolution
doesn't really matter that much. It just needs to be a HDMI-only
configuration that works.
Hi Daniel,
here are the tests:
TEST-11
Only HDMI
Hi Angela,
did you try with the latest patches from Peter?
Peter: any idea for a next step since Angela still experienced the bug?
Thank you,
alfonso
On Sat, Jan 21, 2012 at 11:25 AM, Angela Schmid
angela.sch...@wolke7.net wrote:
Hello
I tested with the patches applied. Xrandr shows the
Hi All,
I've been hunting around for information on how to help debug the issue
I'm having - Hopefully someone here can help
My setup is:
- ASRock Z68 Pro3 Gen3 motherboard
- i5 2500K CPU
- Fedora 16
- Vanilla 3.2.0+ kernel (commt ccb19d263fd1c9e34948e2158c53eacbff369344)
I'm experiencing
On Sat, 21 Jan 2012 17:36:13 +0100, Daniel Vetter dan...@ffwll.ch wrote:
On Thu, Jan 19, 2012 at 10:50:06AM -0800, Eric Anholt wrote:
Older specs claimed this was bit 11, but newer specs and the actual
simulator code say it was bit 12. Regardless, we don't use MI_FLUSH,
or try to enable it
On 01/24/12 15:00, Keith Packard wrote:
On Tue, 24 Jan 2012 14:42:03 -0800, Ben Widawskyb...@bwidawsk.net wrote:
This patch fixes gem_unref_active_buffers from i-g-t in the non-VTd
case (ie. do_idle_maps forced to true).
Nice, one-line fix.
(if you agree with mybikeshed in the previous
On 01/24/12 18:55, Eric Anholt wrote:
On Sat, 21 Jan 2012 17:36:13 +0100, Daniel Vetterdan...@ffwll.ch wrote:
On Thu, Jan 19, 2012 at 10:50:06AM -0800, Eric Anholt wrote:
Older specs claimed this was bit 11, but newer specs and the actual
simulator code say it was bit 12. Regardless, we
I decided to remove the history of the patches since I expect this
version to go upstream. The cover-letter serves to remind us all that
this is the final version of the patches, without the clutter in the
commit messages.
Ben Widawsky (2):
drm/i915: argument to control retiring behavior
Sometimes it may be the case when we idle the gpu or wait on something
we don't actually want to process the retiring list. This patch allows
callers to choose the behavior.
Reviewed-by: Keith Packard kei...@keithp.com
Reviewed-by: Eugeni Dodonov eugeni.dodo...@intel.com
Signed-off-by: Ben
After the ILK vt-d workaround patches it became clear that we had
introduced a bug. Chris Wilson tracked down the issue to recursive
calls to unmap. This happens because we try to optimize waiting on
requests by calling retire requests after the wait, which may drop the
last reference on an
Revusion. Fail. null___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
On Wed, Jan 25, 2012 at 02:00:37AM +0100, Alfonso Fiore wrote:
On Sun, Jan 22, 2012 at 11:40 AM, Daniel Vetter dan...@ffwll.ch wrote:
Actually I only need the output of intel_reg_dumper, resolution
doesn't really matter that much. It just needs to be a HDMI-only
configuration that works.
29 matches
Mail list logo