I have a brand-new XPS 13 Skylake laptop. It's running 4.3 plus some
wireless-next bits. Everything seems to more-or-less work (even
suspend/resume, although resume feels a bit slower than it should be
to my untrained eye, which may be related). When I resume my Dell XPS
13, I get:
[
I've twice seen my laptop start sucking power. Both times, turbostat (the
fancy new linux-3.8 pending version) shows GFX_W 7. Restarting
gnome-shell has no effect. Suspending and resuming it seems to bring the
average power down to well under 1W. I have no funny i915 module options
set. I'm
On Mon, Apr 2, 2012 at 11:48 AM, Daniel Vetter daniel.vet...@ffwll.ch wrote:
Inspired by the recent ppgtt regression report, where switching of
dmar only for the gpu seems to fix things completely, I've looked
again at the semaphores+vt-d situation.
Contrary to my earlier testing a few months
On Mon, Apr 2, 2012 at 1:52 PM, Daniel Vetter dan...@ffwll.ch wrote:
On Mon, Apr 02, 2012 at 01:45:39PM -0700, Andrew Lutomirski wrote:
On Mon, Apr 2, 2012 at 11:48 AM, Daniel Vetter daniel.vet...@ffwll.ch
wrote:
Inspired by the recent ppgtt regression report, where switching of
dmar only
On Thu, Nov 17, 2011 at 1:22 AM, Daniel Vetter daniel.vet...@ffwll.ch wrote:
Oops, sorry for wasting your time, wrong branch. Can you try the
for-poland one? And also please try what happens when enabling the
iommu.
for-poland with semaphores, rc6, and iommu on seems to work. I'm
sending this
2011/11/16 Matthew Garrett mj...@srcf.ucam.org:
On Wed, Nov 16, 2011 at 06:03:15PM +0100, Michel Dänzer wrote:
I thought the main reason for the delay wasn't broken hardware but to
avoid constantly ping-ponging the vblank IRQ between on and off with
apps which regularly neeed the vblank
On Wed, Nov 16, 2011 at 6:19 PM, Matthew Garrett mj...@srcf.ucam.org wrote:
On Thu, Nov 17, 2011 at 01:26:37AM +0100, Mario Kleiner wrote:
On Nov 16, 2011, at 7:48 PM, Matthew Garrett wrote:
For Radeon, I'd have thought you could handle this by scheduling
an irq
for the beginning of scanout
On Wed, Oct 5, 2011 at 9:38 AM, Jesse Barnes jbar...@virtuousgeek.org wrote:
On Tue, 4 Oct 2011 18:50:18 -0700
Kay, Allen M allen.m@intel.com wrote:
I'm working on assigning Intel graphics to a guest OS in Xen/KVM
environment. Before assigning the device to the guest OS, I need to first
I'm up and running again. What's the latest patch I'm supposed to test?
i915.semaphores=1 intel_iommu=off appears to work.
--Andy
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
On Sep 26, 2011 9:00 PM, Daniel Vetter daniel.vet...@ffwll.ch wrote:
Only do it in the hope of resurrecting the gpu. Disable when reset is
disabled because it seems to tremendously increases our changes to
actually capture an error_state before the system goes all belly-up.
Signed-off-by:
On Wed, Sep 7, 2011 at 4:12 PM, Ben Widawsky b...@bwidawsk.net wrote:
While I think the previous code is correct, it was hard to follow and
hard to debug. Since we already have a ring abstraction, might as well
use it to handle the semaphore updates and compares.
I don't expect this code to
On Wed, Sep 7, 2011 at 6:19 PM, Ben Widawsky b...@bwidawsk.net wrote:
On Sep 7, 2011, at 5:30 PM, Andrew Lutomirski l...@mit.edu wrote:
On Wed, Sep 7, 2011 at 4:12 PM, Ben Widawsky b...@bwidawsk.net wrote:
While I think the previous code is correct, it was hard to follow and
hard to debug
On Mon, Aug 22, 2011 at 12:53 PM, Jesse Barnes jbar...@virtuousgeek.org
wrote:
On Fri, 10 Jun 2011 10:06:39 -0400
Andrew Lutomirski l...@mit.edu wrote:
On Tue, Jun 7, 2011 at 3:12 AM, Eric Anholt e...@anholt.net wrote:
I fear this bug is just getting more asynchronous with the GPU means
we
Yes. I suspect that, as soon as any 3D happens, the machine locks hard.
How does it even get into a state that makes the hardware reset button not
work?
On Aug 31, 2011 3:08 PM, Keith Packard kei...@keithp.com wrote:
On Wed, 31 Aug 2011 14:30:00 -0400, Andrew Lutomirski l...@mit.edu
wrote
On Wed, Jul 27, 2011 at 1:17 PM, Jesse Barnes jbar...@virtuousgeek.org wrote:
Mainly for use in debugging and benchmarking, this file allows the user
to control the max frequency used by the GPU. Frequency may still vary
based on workload (if the frequency is set to higher than the minimum)
On Mon, Jul 25, 2011 at 12:54 AM, Keith Packard kei...@keithp.com wrote:
On Sat, 23 Jul 2011 14:40:36 -0400, Andrew Lutomirski l...@mit.edu wrote:
I have a Q67 (DQ67SW board) attached to a Dell U2711 via DP. In
previous kernels, the DP link has worked flawlessly. I just booted
3.0-final
On Mon, Jul 25, 2011 at 12:08 PM, Keith Packard kei...@keithp.com wrote:
On Mon, 25 Jul 2011 11:23:17 -0400, Andrew Lutomirski l...@mit.edu wrote:
A debugging patch and its output are attached.
I didn't get any attachment.
If I had to guess, though, it's a race: a hotplug event happens
On Mon, Jul 25, 2011 at 1:37 PM, Jesse Barnes jbar...@virtuousgeek.org wrote:
On Mon, 25 Jul 2011 10:10:29 -0700
Keith Packard kei...@keithp.com wrote:
Hotplug detection is a mode setting operation and must hold the
struct_mutex or risk colliding with other mode setting operations.
In
I have a Q67 (DQ67SW board) attached to a Dell U2711 via DP. In
previous kernels, the DP link has worked flawlessly. I just booted
3.0-final and simultaneously enabled SNA, and now when my screen goes
to sleep I don't get an image back until I power cycle the monitor.
dmesg says:
On Sat, Jul 23, 2011 at 2:40 PM, Andrew Lutomirski l...@mit.edu wrote:
I have a Q67 (DQ67SW board) attached to a Dell U2711 via DP. In
previous kernels, the DP link has worked flawlessly. I just booted
3.0-final and simultaneously enabled SNA, and now when my screen goes
to sleep I don't get
On Tue, Jun 21, 2011 at 2:18 PM, Chris Wilson ch...@chris-wilson.co.uk wrote:
On Tue, 21 Jun 2011 19:41:52 +0200 (CEST), Nicolas Kalkhof
nkalk...@web.de wrote:
However now it seems I'm unable to get my framebuffer console back after I
bailed out of X. The screen stays black but my system is
On Tue, Jun 21, 2011 at 3:11 PM, Chris Wilson ch...@chris-wilson.co.uk wrote:
On Tue, 21 Jun 2011 20:38:51 +0200 (CEST), Nicolas Kalkhof
nkalk...@web.de wrote:
Thanks for bringing that up. Is there a bug report for this issue? I was
just about to file a report myself but I don't want to
On Tue, Jun 7, 2011 at 3:12 AM, Eric Anholt e...@anholt.net wrote:
On Thu, 19 May 2011 16:50:00 -0400, Andrew Lutomirski l...@mit.edu wrote:
On Thu, May 19, 2011 at 3:56 PM, Keith Packard kei...@keithp.com wrote:
On Fri, 13 May 2011 12:14:54 -0400, Andy Lutomirski l...@mit.edu wrote:
My
On Thu, May 19, 2011 at 4:50 PM, Andrew Lutomirski l...@mit.edu wrote:
On Thu, May 19, 2011 at 3:56 PM, Keith Packard kei...@keithp.com wrote:
On Fri, 13 May 2011 12:14:54 -0400, Andy Lutomirski l...@mit.edu wrote:
My Q67 / i7-2600 box has rev09 Sandy Bridge graphics. It hangs
instantly when
On Fri, May 13, 2011 at 1:38 AM, Andrew Lutomirski l...@mit.edu wrote:
Hi-
Something in the range ^8aa7500 40c7f2112ce18fa5eb ^b04d0a90908c
causes by Q67 Sandy Bridge box to lock hard about one second after I
start GNOME. It locks so hard that the reset button doesn't work and
netconsole
Intel DH67GD connected to Dell U2711 over DP works fine on recent
kernels. (U2711 is even higher bandwidth than anything Apple makes.)
--Andy
On Tue, Apr 26, 2011 at 9:42 PM, Paul McGarry p...@paulmcgarry.com wrote:
Hi all,
Can someone tell me whether the info on:
On Wed, Apr 20, 2011 at 3:38 PM, Jesse Barnes jbar...@virtuousgeek.org wrote:
Andrew, do you have anything hacked together for this yet?
Nope. I gave up because I couldn't even get the mode to set. :)
Ok well you should be able to now. :) Using the patchset I posted
earlier along with the
On Wed, Feb 16, 2011 at 8:20 AM, Andrew Lutomirski l...@mit.edu wrote:
On Wed, Feb 16, 2011 at 8:13 AM, Ivan Bulatovic combus...@gmx.com wrote:
On Tue, 2011-02-15 at 11:46 +1000, Ted Phelps wrote:
Hi Andy,
Andi Kleen writes:
Ted Phelps phe...@gnusto.com writes:
Apologies
On Wed, Feb 16, 2011 at 8:13 AM, Ivan Bulatovic combus...@gmx.com wrote:
On Tue, 2011-02-15 at 11:46 +1000, Ted Phelps wrote:
Hi Andy,
Andi Kleen writes:
Ted Phelps phe...@gnusto.com writes:
Apologies if this is a known issue, but I haven't been able to convince
myself that someone
On Mon, Dec 20, 2010 at 10:23 PM, Keith Packard kei...@keithp.com wrote:
On Mon, 20 Dec 2010 14:00:54 -0500, Andy Lutomirski l...@mit.edu wrote:
Enabling and disabling the vblank interrupt (on devices that
support it) is cheap. So disable it quickly after each
interrupt.
So, the concern
On Thu, Dec 9, 2010 at 12:20 PM, Jesse Barnes jbar...@virtuousgeek.org wrote:
On Wed, 8 Dec 2010 13:33:20 -0500
Andrew Lutomirski l...@mit.edu wrote:
On Wed, Dec 8, 2010 at 1:17 PM, Andrew Lutomirski l...@mit.edu wrote:
On Tue, Dec 7, 2010 at 5:13 PM, Chris Wilson ch...@chris-wilson.co.uk
On Thu, Dec 9, 2010 at 1:23 PM, Jesse Barnes jbar...@virtuousgeek.org wrote:
On Thu, 9 Dec 2010 12:47:52 -0500
Andrew Lutomirski l...@mit.edu wrote:
On Thu, Dec 9, 2010 at 12:20 PM, Jesse Barnes jbar...@virtuousgeek.org
wrote:
On Wed, 8 Dec 2010 13:33:20 -0500
Andrew Lutomirski l
On Wed, Dec 8, 2010 at 1:14 PM, Vasily Khoruzhick anars...@gmail.com wrote:
On Wednesday 08 December 2010 19:54:59 Andrew Lutomirski wrote:
On Wed, Dec 8, 2010 at 12:00 PM, Vasily Khoruzhick anars...@gmail.com
wrote:
On Wednesday 08 December 2010 18:54:21 Chris Wilson wrote:
On Wed, 8 Dec
Hi all-
Somewhere between Fedora 13 (with 2.6.35, I think) and Fedora 14 +
2.6.36.1, i915 started generating exactly 50 interrupts per second
(suspiciously equal to my refresh rate) when X is running. I have the
Xorg driver 2.12.0 (specifically
xorg-x11-drv-intel-2.12.0-6.fc14.1.x86_64). When I
On Tue, Dec 7, 2010 at 4:03 PM, Andrew Lutomirski l...@mit.edu wrote:
Hi all-
Somewhere between Fedora 13 (with 2.6.35, I think) and Fedora 14 +
2.6.36.1, i915 started generating exactly 50 interrupts per second
(suspiciously equal to my refresh rate) when X is running. I have the
Xorg
On Tue, Dec 7, 2010 at 5:13 PM, Chris Wilson ch...@chris-wilson.co.uk wrote:
On Tue, 7 Dec 2010 16:31:24 -0500, Andrew Lutomirski l...@mit.edu wrote:
On Tue, Dec 7, 2010 at 4:03 PM, Andrew Lutomirski l...@mit.edu wrote:
Hi all-
Somewhere between Fedora 13 (with 2.6.35, I think) and Fedora
Out of curiousity, what happened to ACPI_BM_BREAK_EN here:
https://bugs.freedesktop.org/show_bug.cgi?id=30364
On my box, that register is (according to setpci) 0x00, but I'm
testing on an ICH9M and I don't seem to be affected anyway.
--Andy
On Mon, Nov 1, 2010 at 4:23 PM, Eric Anholt
On Wed, Oct 6, 2010 at 10:03 AM, Rasto Sramek rsra...@inf.ethz.ch wrote:
Hello *,
sorry in case this has been raised many times. Zaphod mode support (In
my understanding one card, one xserver, multiple screens) seems to not
work in intel drivers anymore. Is that so?
AFAICT Zaphod mode is one
On Wed, Oct 6, 2010 at 10:50 AM, Rasto Sramek rsra...@inf.ethz.ch wrote:
AFAICT Zaphod mode is one device but multiple X servers (presumably
used independently by different people). I think very few drivers
support it these days.
Well, whatever it is called, I am referring to the
On Mon, Jul 26, 2010 at 1:41 PM, Eric Anholt e...@anholt.net wrote:
On Sun, 25 Jul 2010 15:29:25 -0400, Andrew Lutomirski l...@mit.edu wrote:
For well over a year now, I (and apparently lots of other people) have
had to run patched kernels to avoid crippling hotplug storms.
As far as I can
For well over a year now, I (and apparently lots of other people) have
had to run patched kernels to avoid crippling hotplug storms.
As far as I can tell, on my laptop, enabling DPC_HOTPLUG_INT_EN is
safe, but setting either DPB_... or DPD_... (or both) will cause
intermittent hotplug interrupt
I've been running 2.6.35 rc's and xf86-drv-intel git master for
awhile, and X has been a bit unstable. Every now and then, graphics
freeze completely, except that the mouse still works (I think) and
capslock toggles the LED.
If I switch to a different VT and killall -9 Xorg, everything recovers.
On Fri, Jul 23, 2010 at 8:26 AM, Chris Wilson ch...@chris-wilson.co.uk wrote:
On Thu, 22 Jul 2010 17:34:09 -0400, Andrew Lutomirski l...@mit.edu wrote:
[resend b/c I used the wrong from address last time]
I have a 10 bit/channel monitor (DisplayPort) which works quite nicely
in 8 bit mode. I
AFAICT intel hardware wants a 129-entry LUT when using high precision
gamma ramps. Rather than hacking some kind of decimation into the
kernel driver (and thus silently breaking DirectColor), I'd like to
teach userspace how to deal with variable gamma sizes.
gnome-color-manager already
[resend b/c I used the wrong from address last time]
I have a 10 bit/channel monitor (DisplayPort) which works quite nicely
in 8 bit mode. I saw some patches from Peter Clifton related to 10
bit support go in awhile ago.
There are (at least) three modes that would be nice:
(1) 8bpp
On Mon, Jun 28, 2010 at 7:48 PM, Dave Airlie airl...@gmail.com wrote:
On Sat, Jun 12, 2010 at 7:21 PM, Andy Lutomirski l...@mit.edu wrote:
Commit 7a772c492fcfffae812ffca78a628e76fa57fe58 has two bugs which
made the hotplug problems on my laptop worse instead of better.
First, it did not, in
On Sun, Jun 20, 2010 at 11:29 AM, Andrew Lutomirski l...@mit.edu wrote:
On Fri, Jun 18, 2010 at 4:04 PM, Jesse Barnes jbar...@virtuousgeek.org
wrote:
On Thu, 17 Jun 2010 19:44:10 -0700
Jesse Barnes jbar...@virtuousgeek.org wrote:
On Fri, 18 Jun 2010 02:20:23 +0200
Marc Deop i Argemí damnsh
On Fri, Jun 18, 2010 at 4:04 PM, Jesse Barnes jbar...@virtuousgeek.org wrote:
On Thu, 17 Jun 2010 19:44:10 -0700
Jesse Barnes jbar...@virtuousgeek.org wrote:
On Fri, 18 Jun 2010 02:20:23 +0200
Marc Deop i Argemí damnsh...@gmail.com wrote:
On Friday June 18 2010 02:17:53 Andrew Lutomirski
On Tue, May 25, 2010 at 10:46 AM, Adam Jackson a...@redhat.com wrote:
On Mon, 2010-05-24 at 21:46 -0400, Andrew Lutomirski wrote:
On Mon, May 24, 2010 at 4:46 PM, Adam Jackson a...@redhat.com wrote:
Disable the CRT plug interrupt while doing the force cycle, explicitly
clear any CRT
On Mon, May 24, 2010 at 4:46 PM, Adam Jackson a...@redhat.com wrote:
Disable the CRT plug interrupt while doing the force cycle, explicitly
clear any CRT interrupt we may have generated, and restore when done.
Should mitigate interrupt storms from hotplug detection.
Is there any locking in
On Fri, May 14, 2010 at 7:17 PM, SD sd.dom...@yahoo.com wrote:
Dear All.
My question may look strange but I have some serious problem that prevent me
of using any linuxes on kernel higher then 2.6.27.
Explanation: I have laptop i686 Celeron i915GM video. On it there is two OS -
OpenSuse
51 matches
Mail list logo
