On Wed, Jan 04, 2012 at 06:22:41PM -0800, Keith Packard wrote:
On Wed, 4 Jan 2012 19:12:57 +0100, Daniel Vetter dan...@ffwll.ch 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
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
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 jbar...@virtuousgeek.org
Signed-off-by: Eugeni Dodonov eugeni.dodo...@intel.com
---
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 we
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
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
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
On Thu, Jan 5, 2012 at 12:43, Daniel Vetter dan...@ffwll.ch 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,
On Thu, 5 Jan 2012 12:29:08 +0100, Daniel Vetter dan...@ffwll.ch 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
On Thu, 5 Jan 2012 13:37:50 -0200, Eugeni Dodonov eug...@dodonov.net 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,
From: Paulo Zanoni paulo.r.zan...@intel.com
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.
Hi
2012/1/5 Daniel Vetter dan...@ffwll.ch:
- 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:
On Thu, 5 Jan 2012 14:16:23 -0200, przan...@gmail.com wrote:
From: Paulo Zanoni paulo.r.zan...@intel.com
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
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 dan...@ffwll.ch wrote:
- The reset code (running from a workqueue) does hold sturct mutex. It's
the hangcheck
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
On Thu, 5 Jan 2012 16:24:08 +0100
Daniel Vetter dan...@ffwll.ch 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
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 a
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 discover which
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 daniel.vet...@ffwll.ch
---
drivers/gpu/drm/i915/i915_irq.c | 11 ---
1 files changed, 0 insertions(+),
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 daniel.vet...@ffwll.ch
---
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).
- ordering
On Thu, 5 Jan 2012 17:59:47 +0100, Daniel Vetter dan...@ffwll.ch 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
On Thu, 5 Jan 2012 14:16:23 -0200, przan...@gmail.com wrote:
From: Paulo Zanoni paulo.r.zan...@intel.com
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
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, 05 Jan 2012 16:29:43 -0800, Keith Packard kei...@keithp.com 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
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
26 matches
Mail list logo