(In reply to Chris Rainey from comment #119)
> Confirming that "intel_idle.max_cstate=1" has solved my complete freeze
> issues on Bay Trail running Linux 4.1.13(Slackware64-current(pre-4.2)
> formerly running Ubuntu 15.04/15.10 with stock kernels).
>
> Thanx for all the hard-work and long-efforts
Workaround is now merged into drm-intel-nightly, should land in 3.19
commit 14a369b6c9bdb40cebdac5a248321a05119fe02b
Author: Daniel Vetter
Date: Thu Nov 20 09:26:30 2014 +0100
drm/i915: Pin tiled objects for L-shaped configs
Note that this is v2, v1 was a bit WARNING-happy.
--
You recei
Ok I've finally gotten around to polish Chris' patch and update
testcase:
http://patchwork.freedesktop.org/patch/37073/
As soon as I have a few tested-by reports I'll pull this in, so please
go wild. Patch applies on top of latest drm-intel-nightly.
--
You received this bug notification becaus
*** Bug 79675 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to mesa in Ubuntu.
https://bugs.launchpad.net/bugs/1140716
Title:
[regression] 3.5.0-26-generic and 3.2.0-39-generic GPU hangs
Yeah I guess that's it, time to give up on this one. Wiggling the mouse
or running with wayland should fix this.
Thanks for reporting this bug and testing ideas, sorry that we couldn't
make this work :(
--
You received this bug notification because you are a member of Desktop
Packages, which is
*** Bug 79675 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1041790
Title:
[snb] GPU lockup IPEHR: 0x0b160001 IPEHR:
Assigning to Ville so he can submit the patch. To avoid bikeshedding
this to death: I prefer if we add a new intel_ring_begin_cacheline_safe
or so which encapsulates the logic. And obviously puts a WARN_ON if the
requested length is bigger than 1 cachline ;-)
--
You received this bug notification
I guess it's time to give up - the only approach with restricting the
deep sleep states resulted in horrid power consumption figures ... Just
wiggle your mouse a bit :(
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-in
Meh, haven't gotten around to tackle this yet, so let's keep this bug
around for a bit more ...
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1071288
Title:
xrandr w
(In reply to comment #115)
> Created attachment 87857 [details]
> i915_error_state
>
> I also met this bug while I was watching video in mplayer. It every 1-2
> hours.
>
> [40787.765816] [drm:i915_hangcheck_elapsed] *ERROR* stuck on render ring
> [40787.765852] [drm] capturing error event; look f
(In reply to comment #112)
> Just a few remarks.
> I still see this bug with Kernel 3.8, Mesa 9.2.1 and DRI 2.99.904.
> Moreover, with switching from Mesa 9.1.x to Mesa 9.2.x the number of lockups
> highly increased (especially in games).
On snb the blorp engine in mesa has become a bit more hang-
(In reply to comment #110)
> Hello. Same problem here.
>
> [ 485.443455] [drm:i915_hangcheck_elapsed] *ERROR* stuck on render ring
> [ 485.443467] [drm] capturing error event; look for more information in
> /sys/kernel/debug/dri/0/i915_error_state
> [ 485.452727] [drm:i915_set_reset_status] *ER
(In reply to comment #104)
> I'm not sure my problem is related to this bug.
Most likely it isn't - gpu hang is similar to an application crashing.
Please file a new bug report and don't forget to attach the error state
file. That's the first thing we need to triage the bug.
And of course list th
Please retest with latest drm-intel-fixes, specifically
commit 2e6efddd203c15ca5c4700511f717c0e9a3ea31a
Author: Imre Deak
Date: Fri Aug 23 23:50:23 2013 +0300
drm/i915: ivb: fix edp voltage swing reg val
--
You received this bug notification because you are a member of Desktop
Packages,
Hw no longer available for testing, so closing.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1152165
Title:
[ivb] GPU lockup IPEHR: 0x upon context restore
(In reply to comment #20)
> Hopefully https://patchwork.kernel.org/patch/2841344/ is the right fix.
Can you please test the above patch?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.lau
(In reply to comment #111)
> yes, intel_iommu=igfx_off helps too. Thanks!
Ok, that's proof that something _really_ fishy is going on here. Big WTF
moment ... Imre do you have any ideas what this could be? Seen anything
like this when you've done the sg conversion?
--
You received this bug notifi
Can you please reenable vt-d support and instead boot with
intel_iommu=igfx_off? That should only disable vt-d for the intel
integrated gfx device (and usually helps as well as turning it off
completely).
--
You received this bug notification because you are a member of Desktop
Packages, which is
Please reopen if it's still broken after retesting with the latest bits.
We know that eDP is a bit flakey, but knowing which parts are still
broken exactly is always helpful.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-vi
The drm-intel-fixes branch from http://cgit.freedesktop.org/~danvet/drm-
intel/ has them.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to mesa in Ubuntu.
https://bugs.launchpad.net/bugs/1175533
Title:
[HSW] intel VGA driver i915 doesn'
I've just sent out the stable backport request, so this should get fixed
in the next stable kernel releases (or one of the next, around the merge
window there's a bit a lag usually due to the high patch load).
Thanks for reporting this issue and please reopen if it breaks again.
--
You received
Oh, I've looked a bit harder and noticed that thing are pretty neatly
screwed up in sdvo land. So not something I can fix in 1-2 easy patches.
And since sdvo isn't a high prio thing for us I've postponed this for
now.
If you can code and want to fix this yourself I could point you into the
right d
Can you please check whether cherry-picking the referenced patch to a
stable kernel fixes the issues, too?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1152165
Title:
(In reply to comment #76)
> Chris, what is the upstream status for the ring kicker patch? Is that
> likely to get incorporated upstream, or do you feel it needs further polish
> before it's ready? Would this patch incur some risk of regressions in other
> areas were it be backported for inclusion
Patch is also included in latest drm-intel-nightly, linux-next. So you
can test it by grabbing a distro-build of one of those.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/
*** Bug 61925 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1041790
Title:
[snb] GPU lockup IPEHR: 0x0b160001 IPEHR:
You have kernel modesetting disabled and your version of the intel ddx
does not support usermodesetting any more. Please remove any
i915.modset=0 or nomodeset boot options. If kernelmodesetting doesn't
work for you, then we need to fix that (please reopen in that case and
provide dmesg with drm.deb
Cool, thanks for reporting back, and I'm happy that kms works ;-)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1088147
Title:
Intel 915GM/GMA900 upgrade fails 12.04
> --- Comment #33 from mikhail.v.gavri...@gmail.com ---
> Which patch I need applied for fix this issue?
We can't reproduce the bug, so those are just patches to test
different ideas. Please test them both each individually (i.e. remove
the first before testing the 2nd patch) and the report whethe
(In reply to comment #146)
> I can confirm I have not experienced the bug with drm-intel-next after
> several days of testing. What's the procedure next? Are the patches going to
> be backported to 3.7.x?
The band-aid is backported already afaik, the real fix should show up in
the next 3.7.x point
(In reply to comment #148)
> Ah, thanks, great! Now I see that the two patches from Comment #144 and
> Comment #145 are included in 3.7.3. So I guess the real fix you're talking
> about it the one from Comment #143.
Yep, that's right.
--
You received this bug notification because you are a membe
Created attachment 73560
write mbox regs twice on snb
Another piece of magic which might help. Please test this patch and the
one from Chris ("Read back semaphore mboxes after update") separately
and report back whether anything changes.
--
You received this bug notification because you are a me
Created attachment 73577
write mbox regs twice on snb, v2
Now actually the right patch attached, the old one didn't compile ...
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.ne
*** Bug 57136 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1081009
Title:
[arrandale] GPU lockup IPEHR: 0x0222
*** Bug 57122 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1081009
Title:
[arrandale] GPU lockup IPEHR: 0x0222
*** Bug 56916 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1081009
Title:
[arrandale] GPU lockup IPEHR: 0x0222
Everyone please retest with latest drm-intel-fixes from
http://cgit.freedesktop.org/~danvet/drm-intel
I've just merged a bunch of duct-tapes for this issue. For those who can
only reproduce the hangs with rc6 enabled, please also try reenabling
that with i915.i915_enable_rc6=1.
--
You received
Ok, sounds like the original issue was a combination of busted hw/bios,
and we're robbed of any chances to do further debug :( Thanks for
reporting, I'll close this now.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-i
Please try out the patch at
https://patchwork.kernel.org/patch/1885411/
It has a decent chance to reduce gtt trashing, which might be good
enough to again ducttape over the hangs. Or maybe change the pattern to
be able to reproduce it much quicker. In any case, should be interesting
...
--
You
Created attachment 71805
make the shrinker less aggressive
Duct-tape solution if it is one, but imo very much worth a try.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bug
Lionel, can you please file a separate bug for your issue? Chances are
really high that it's a different underlying bug with similar symptoms.
And since untangling bug reporter after the fact is messy we'd like to
keep bugs separate until we're sure we're dealing with duplicates.
--
You received
We've certainly fixed tons of eDP bugs in recent kernels to warrant re-
testing. Please test the latest drm-intel-nightly branch and report on
what exactly is still broken on the ivb machine.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed t
drm-intel-fixes from http://cgit.freedesktop.org/~danvet/drm-intel has
fixes for all known fdi link issues. I'll lean out the window a bit here
and claim that this is fixed now, thanks for reporting this bug an
please reopen if you still have issues (I wouldn't be too surprised by
that ...).
--
Y
Needinfo again, we need someone to actually test this on the latest
kernels ...
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/137234
Title:
[i945] Second display not
Sounds like we're making progress. Dropping the regression part, since
that's now fixed. For the corrupted VGA issue, we're working on fixes
for fdi/pch handling, so maybe that will be resolved soon. For eDP iself
we're likely still missing some fixes somewhere, but it's rather awesome
that you can
Thanks for the update, adjusting the comment to reflect that this is now
only an issue on an ivb asus UX32A.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/946311
Title
Marking as fixed then, pls reopen if it blows up again, and thanks for
submitting the status update.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/745112
Title:
[arr
Hm, it's rather strange that -nightly worked, then broke again for you.
Do you still have the commits of the respective nigthly versions you've
tested? We need to full commit since -nightly gets rebuilt every time I
push a patch ...
--
You received this bug notification because you are a member o
Dave Airlie has found a little setup sequence issue for edp. Can you
please test the latest drm-intel-nightly branch from
http://cgit.freedesktop.org/~danvet/drm-intel
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-int
Actually I really prefer if you file a new bug for the new issue. It is
really confusing when half the bug report is about one issue and the
other half about something completely different.
Please attach a new dmesg and the video (or a link to it) to the new
report and add a link here.
--
You re
The fix has landed in 3.5, if you want it in 3.4 you can submit it to
the stable team, reference the commit and this bug report here.
commit b03543857fd75876b96e10d4320b775e95041bb7
Author: Takashi Iwai
Date: Tue Mar 20 13:07:05 2012 +0100
drm/i915: Check VBIOS value for determining LVDS d
(In reply to comment #12)
> I added the patch to the distro kernel (based on 3.2.29), and then after
> maybe an hour of uptime I got a full system lockup, and after maybe half a
> minute the monitor powered off.
That's pretty much guaranteed to be a different issue ;-) The question
is whether the
Created attachment 67628
disable all hdmi modes
Can you please test this quick debug hack to disable all hdmi modes? I
suspect that the hotplug detection we regularly do causes (eventually)
some havoc. Or at least we've had similar bugs, so better check this
first.
--
You received this bug notif
Yep, this is an issue with the kernel modeset code in the drm/i915.ko
driver. But this bug is in the right bugzilla, we also handle the kernel
issues for the intel driver here.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-
54 matches
Mail list logo
