Some comments related to linux and xorg git master on an AOpen i915GMm-hfs:
1: Xorg.0.log is full of (besides timestamp) identical EDID entries:
==
[ 2502.358] (II) intel(0): EDID vendor "ENC", prod id 5769
[ 2502.358] (II) intel(0): Using EDID r
On Thu, 05 Jan 2012 16:29:43 -0800, Keith Packard wrote:
> Here's a longer series that does a bunch of cleanup before trying to fix
> things. Patches marked with '***' fix bugs. The patch marked with '...'
> is the optimization to inline the spinlocks.
I talked with Eric about this and we decide
Andrea,
Would you test this patch at convenient time?
Thanks,
Fengguang
---
Subject: drm/i915: add an "off-dvi" HDMI audio mode
Date: Fri Jan 06 11:04:00 CST 2012
When HDMI-DVI converter is used, it's not only necessary to turn off
audio, but also to disable HDMI_MODE_SELECT and video infoframe
On Thu, 5 Jan 2012 14:16:23 -0200, przan...@gmail.com wrote:
> From: Paulo Zanoni
>
> This ioctl is used to signal the drivers that the screen is rotated,
> not to make the drivers rotate the screen.
> - add a driver-specific "rotation_set" function
> - implement Intel's rotation_set by settin
On Thu, 5 Jan 2012 17:59:47 +0100, Daniel Vetter wrote:
> Absolutely agreed, maybe with the adadendum to only try to make things
> faster if it's actually a problem and shows up in a fast-path we care
> about.
Here's a longer series that does a bunch of cleanup before trying to fix
things. Patch
On Wed, Jan 04, 2012 at 05:52:10PM +0100, Daniel Vetter wrote:
> Two things seem to do the trick on my ivb machine here:
> - prevent the gt from powering down while waiting for seqno
> notification interrupts by grabbing the force_wake in get_irq (and
> dropping it in put_irq again).
> - orderi
On Thu, Jan 05, 2012 at 11:11:53PM +0100, Daniel Vetter wrote:
> With the new ducttape of much finer quality, this seems to be no
> longer necessary.
>
> Tested on my ivb and snb machine with the usual suspects of testcases.
>
> Signed-Off-by: Daniel Vetter
> ---
> drivers/gpu/drm/i915/i915_irq
With the new ducttape of much finer quality, this seems to be no
longer necessary.
Tested on my ivb and snb machine with the usual suspects of testcases.
Signed-Off-by: Daniel Vetter
---
drivers/gpu/drm/i915/i915_irq.c | 11 ---
1 files changed, 0 insertions(+), 11 deletions(-)
diff
On Thu, 2012-01-05 at 15:42 -0500, Bob Tennent wrote:
> I'm about to buy a new system with "Intel HD graphics 2000" integrated
> in the CPU. Will xrandr panning be supported? The server version will be
>
> xorg-x11-drv-intel-2.14.0
>
> on a Centos 6.1 system.
>
> In general, how does one discov
I'm about to buy a new system with "Intel HD graphics 2000" integrated
in the CPU. Will xrandr panning be supported? The server version will be
xorg-x11-drv-intel-2.14.0
on a Centos 6.1 system.
In general, how does one discover which versions of Intel integrated
graphics support panning? I have
On Thu, 5 Jan 2012 16:24:08 +0100
Daniel Vetter wrote:
> I'd also like to express my frustration with the general -next process for
> drm/i915:
> - This drm-intel-next tree is less than 24h ours old (if you look at when
> it showed up at an official place where both our QA and the community
>
On 01/05/2012 07:24 AM, Daniel Vetter wrote:
On Wed, Jan 04, 2012 at 07:35:41PM -0800, Keith Packard wrote:
Here are the rest of the 3.3 pending changes.
This has a bunch of small bug fixes and overlay plane support for i915.
The following changes since commit 7a7e8734ac3235efafd34819b27fbdf5
Looks like we managed to clear up our mutual confusion here ;-)
On Thu, Jan 05, 2012 at 07:49:12AM -0800, Keith Packard wrote:
> On Thu, 5 Jan 2012 12:29:08 +0100, Daniel Vetter wrote:
>
> > - The reset code (running from a workqueue) does hold sturct mutex. It's
> > the hangcheck and error st
On Thu, 5 Jan 2012 14:16:23 -0200, przan...@gmail.com wrote:
> From: Paulo Zanoni
>
> This ioctl is used to signal the drivers that the screen is rotated,
> not to make the drivers rotate the screen.
> - add a driver-specific "rotation_set" function
> - implement Intel's rotation_set by settin
Hi
2012/1/5 Daniel Vetter :
> - Please post at least a link to the userspace patches, so that it's
> possible to check how this all fits together
libdrm:
http://people.freedesktop.org/~pzanoni/0001-Implement-drmModeCrtcSetRotation.patch
xf86-video-intel:
http://people.freedesktop.org/~pzanoni/0
On Thu, Jan 05, 2012 at 02:16:23PM -0200, przan...@gmail.com wrote:
> From: Paulo Zanoni
>
> This ioctl is used to signal the drivers that the screen is rotated,
> not to make the drivers rotate the screen.
> - add a driver-specific "rotation_set" function
> - implement Intel's rotation_set by
From: Paulo Zanoni
This ioctl is used to signal the drivers that the screen is rotated,
not to make the drivers rotate the screen.
- add a driver-specific "rotation_set" function
- implement Intel's rotation_set by setting the right values to the
PIPECONF registers.
The idea is that when us
On Thu, 5 Jan 2012 13:37:50 -0200, Eugeni Dodonov wrote:
> I'd be happy to include it into any kernel out there, 3.4 would be fine. I
> originally sent it for 3.1 merge though, and so far it haven't been picked
> up by any tree. So I am a bit lost about what to do with this next, besides
> re-sen
On Thu, 5 Jan 2012 12:29:08 +0100, Daniel Vetter wrote:
> - The reset code (running from a workqueue) does hold sturct mutex. It's
> the hangcheck and error state capture code running from softirq/timer
> context causing issues.
Right, I mis-wrote; I meant the hangcheck timer (which I always
On Thu, Jan 5, 2012 at 12:43, Daniel Vetter wrote:
> On Thu, Jan 05, 2012 at 09:34:28AM -0200, Eugeni Dodonov wrote:
> > This allows to avoid talking to a non-responding bus repeatedly until we
> > finally timeout after 15 attempts. We can do this by catching the -ENXIO
> > error, provided by i2c
On Wed, Jan 04, 2012 at 07:35:41PM -0800, Keith Packard wrote:
>
> Here are the rest of the 3.3 pending changes.
>
> This has a bunch of small bug fixes and overlay plane support for i915.
>
> The following changes since commit 7a7e8734ac3235efafd34819b27fbdf5417e6d60:
>
> Merge branch 'drm-r
On Thu, 2012-01-05 at 09:50 -0500, Jeffrey Moore wrote:
> Does anyone know if the latest Intel Linux graphics driver supports
> the new Atom 2000 series (cedar trail / cedar view) for GL and video
> acceleration?
That's a Poulsbo-like chip, so, no. Intel insists on licensing that
chip design from
Does anyone know if the latest Intel Linux graphics driver supports the new
Atom 2000 series (cedar trail / cedar view) for GL and video acceleration?
Jeff
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mail
On Thu, Jan 05, 2012 at 09:34:28AM -0200, Eugeni Dodonov wrote:
> This allows to avoid talking to a non-responding bus repeatedly until we
> finally timeout after 15 attempts. We can do this by catching the -ENXIO
> error, provided by i2c_algo_bit:bit_doAddress call.
>
> Within the bit_doAddress w
After checking the specs and discussing with Jesse, turns out CxSR is not
available on Ironlake and gen5, and its advertisement on the device
description is misleading.
Acked-by: Jesse Barnes
Signed-off-by: Eugeni Dodonov
---
drivers/gpu/drm/i915/i915_drv.c |2 +-
1 files changed, 1 inserti
This allows to avoid talking to a non-responding bus repeatedly until we
finally timeout after 15 attempts. We can do this by catching the -ENXIO
error, provided by i2c_algo_bit:bit_doAddress call.
Within the bit_doAddress we already try 3 times to get the edid data, so
if the routine tells us tha
On Wed, Jan 04, 2012 at 06:22:41PM -0800, Keith Packard wrote:
> On Wed, 4 Jan 2012 19:12:57 +0100, Daniel Vetter wrote:
>
> > The "Correct?" was just to check my understanding of your concern, I still
> > think its invalid. You've cut away the second part of my mail where I
> > explain why and I
On Thu, Jan 5, 2012 at 09:13, Daniel Vetter wrote:
> On Wed, Jan 04, 2012 at 06:27:40PM -0800, Keith Packard wrote:
> > On Wed, 4 Jan 2012 19:40:45 +0100, Daniel Vetter <
> daniel.vet...@ffwll.ch> wrote:
> >
> > > Two things seem to do the trick on my ivb machine here:
> > > - prevent the gt fro
On Wed, Jan 04, 2012 at 06:27:40PM -0800, Keith Packard wrote:
> On Wed, 4 Jan 2012 19:40:45 +0100, Daniel Vetter
> wrote:
>
> > Two things seem to do the trick on my ivb machine here:
> > - prevent the gt from powering down while waiting for seqno
> > notification interrupts by grabbing the
29 matches
Mail list logo