kernel warning related to i915 code
832799] gen6_disable_rps_interrupts+0x79/0xa0 [i915] [ 6180.832817] gen6_rps_idle+0x13/0xe0 [i915] [ 6180.832836] intel_gt_park+0x54/0x60 [i915] [ 6180.832854] __intel_wakeref_put_last+0x17/0x50 [i915] [ 6180.832873] __engine_park+0xbc/0xd0 [i915] [ 6180.832890] __intel_wakeref_put_last+0x17/0x50 [i915] [ 6180.832912] i915_request_retire+0x178/0x310 [i915] [ 6180.832934] ring_retire_requests+0x4e/0x60 [i915] [ 6180.832955] i915_retire_requests+0x43/0x80 [i915] [ 6180.832976] i915_gem_shrink+0xcb/0x4c0 [i915] [ 6180.832997] i915_gem_shrinker_scan+0x63/0x110 [i915] [ 6180.833007] do_shrink_slab+0x149/0x290 [ 6180.833011] shrink_slab+0xac/0x2b0 [ 6180.833013] shrink_node+0xf5/0x490 [ 6180.833016] balance_pgdat+0x2bb/0x500 [ 6180.833019] kswapd+0x1e8/0x3b0 [ 6180.833024] ? wait_woken+0x70/0x70 [ 6180.833026] ? balance_pgdat+0x500/0x500 [ 6180.833029] kthread+0x118/0x130 [ 6180.833032] ? kthread_create_worker_on_cpu+0x70/0x70 [ 6180.833034] ret_from_fork+0x35/0x40 [ 6180.833036] ---[ end trace 765b2991cf66218a ]--- Best Norbert -- PREINING Norbert http://www.preining.info Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live + Debian Dev GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
redraw issues on i915 since 4.9-rc
Hi Chris, > https://cgit.freedesktop.org/drm-intel/ I pulled from there and rebuild my kernel. Rebooting and everything is fine. Looks much better!!! > https://cgit.freedesktop.org/drm-intel/commit/?h=drm-intel-next-queued&id=d2a84a76a3b970fa32e6eda3d85e7782f831379e Do you want me to test this patch only on top of master? (If it applies!!!) All the best Norbert -- PREINING Norbert + TeX Live & Debian Developer + http://www.preining.info GPG: 0x860CDC13fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
redraw issues on i915 since 4.9-rc
> It won't apply directly, but you could try testing that commit and its > parent to see if my hunch was correct. Unfortunately parent commit was also ok. I am trying to bisect, but somehow git tells me something about "...merge commit..." - will see how it goes. Norbert -- PREINING Norbert + TeX Live & Debian Developer + http://www.preining.info GPG: 0x860CDC13fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
redraw issues on i915 since 4.9-rc
Dear all, since 4.9-rc series started I see heavy redraw problems on i915. Starting or resizing for example the digikam window messes up completely the content. I have seen this at least since rc2 (I often wait till rc2), and confirm that 4.8.0 does not exhibit these problems. A screenshot of the redraw problems is attached. hardware: i915 :00:02.0: fb0: inteldrmfb frame buffer device Xorg: (II) Module modesetting: vendor="X.Org Foundation" compiled for 1.18.4, module version = 1.18.4 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 20.0 00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: Sony Corporation Haswell-ULT Integrated Graphics Controller Flags: bus master, fast devsel, latency 0, IRQ 40 Memory at df40 (64-bit, non-prefetchable) [size=4M] Memory at e000 (64-bit, prefetchable) [size=256M] I/O ports at 1000 [size=64] [virtual] Expansion ROM at 000c [disabled] [size=128K] Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [d0] Power Management version 2 Capabilities: [a4] PCI Advanced Features Kernel driver in use: i915 sofware: Debian/sid uptodate Thanks a lot Norbert -- PREINING Norbert + TeX Live & Debian Developer + http://www.preining.info GPG: 0x860CDC13fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- next part -- A non-text attachment was scrubbed... Name: digikam-screenshot.jpg Type: image/jpeg Size: 271932 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161104/3caf2533/attachment-0001.jpg>
4.4-rc, intel dri i915, regular hangs and corruptions
Hi Chris, thanks for your answer. I will try the latest intel driver, but in case it helps or you get an idea, I found that it has to do with the Antialiasing settings: I am using an OTF font (Lucida Sans OT Regular) with cinnamon. Sometimes when I wake the computer up from suspend to ram the fonts are gone. *BUT*: Switching from (in Font Settings of Cinnamon settings) Antialiasing: Grayscale *away* fixes the problem. WIth Antialiasing: Rgba or None the fonts remain stable as far as I can see, while with Grayscale they are disappearing. In fact I can turn the fonts off and on without a problem by simply swithcing the antialiasing. Maybe this rings a bell at someone. Thanks Norbert (please Cc) > On 17 December 2015 at 18:34, Norbert Preining wrote: > > * font corruption > > sometime sets of glyphs, or practically all glyphs disappear > > related probably to bug > > https://bugs.freedesktop.org/show_bug.cgi?id=55500 > > I have sent some info there already, without response > > > > Currently my font displays some kind of strange symbols instead of > > an m ... looks a bit like a Kanji. > > I remember a similar bug around 2.99.917 but that tag is over a year > old now and there have been many bug fixes since. You'll need to > verify you can still reproduce your issue with the latest from > git://anongit.freedesktop.org/xorg/driver/xf86-video-intel and if so > do a bisect from the previous working kernel or xf86-video-intel to > identify the problematic commit. PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
drm i915 hangs on heavy io load
Hi everyone,
(please Cc)
I am running 3.7-rc2 and got recently hit a few times (under rc1, too)
by hanging drm i915 while doing large io operations.
The efect in the dmesg:
[13193.297751] [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU
hung
[13193.297758] [drm] capturing error event; look for more information in
/debug/dri/0/i915_error_state
[13193.302728] [drm:init_ring_common] *ERROR* failed to set render ring head to
zero ctl head 85a05e3c tail start 3000
[13193.357584] [drm:init_ring_common] *ERROR* render ring initialization failed
ctl 0001f001 head 85a05e3c tail start 3000
[13194.861769] [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU
hung
[13194.861838] [drm:i915_reset] *ERROR* GPU hanging too fast, declaring wedged!
[13194.861840] [drm:i915_reset] *ERROR* Failed to reset chip.
I captured the i915_error_state and uploaded it here:
http://www.logic.at/people/preining/drm_i915_error_state.gz
The hangs have been normally initiated on svn up in a very big
repository, or git checkout on a very big repository or so.
Other system is Debian/unstable. The above output and error state is
from after a reboot without any suspends or other tricks inbetween,
uptime 3.5h.
Best wishes and thanks for any suggestions
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
CORRIEMOILLIE (n.)
The dreadful sinking sensation in a long passageway encounter when
both protagonists immediately realise they have plumped for the
corriedoo (q.v.) much too early as they are still a good thirty yards
apart. They were embarrassed by the pretence of corriecravie (q.v.)
and decided to make use of the corriedoo because they felt silly. This
was a mistake as corrievorrie (q.v.) will make them seem far sillier.
--- Douglas Adams, The Meaning of Liff
drm i915 hangs on heavy io load
Hi Dave,
(switched to freedesktop for dri-dvel)
> Does booting with i915.i915_enable_rc6=0 help?
Will try immediately.
> (Daniel, looks like an ironlake).
Sorry, I forgot that one ... how stupid>
>From XOrg.0.log:
...
[ 13535.841] (II) intel(0): Integrated Graphics Chipset: Intel(R) Arrandale
[ 13535.841] (--) intel(0): Chipset: "Arrandale"
...
00:02.0 0300: 8086:0046 (rev 02) (prog-if 00 [VGA controller])
Subsystem: 17aa:215a
Flags: bus master, fast devsel, latency 0, IRQ 42
Memory at f000 (64-bit, non-prefetchable) [size=4M]
Memory at d000 (64-bit, prefetchable) [size=256M]
I/O ports at 1800 [size=8]
Expansion ROM at [disabled]
Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
Capabilities: [d0] Power Management version 2
Capabilities: [a4] PCI Advanced Features
Kernel driver in use: i915
00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated
Graphics Controller (rev 02)
Does that make any differences?
Best wishes
Norbert
--------
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
WIKE (vb.)
To rip a piece of sticky plaster off your skin as fast as possible in
the hope that it will (a) show how brave you are, and (b) not hurt.
--- Douglas Adams, The Meaning of Liff
drm i915 hangs on heavy io load
Hi Dave, hi Chris,
thanks for your answers.
On Di, 23 Okt 2012, Dave Airlie wrote:
> Does booting with i915.i915_enable_rc6=0 help?
No,booted with that, it happened again on a completely idle
system (well, I believe completely idle, I was doing the
dishes ;-)
[12437.995026] [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU
hung
[12437.995034] [drm] capturing error event; look for more information in
/debug/dri/0/i915_error_state
[12438.000213] [drm:init_ring_common] *ERROR* failed to set render ring head to
zero ctl head 5ee06f14 tail start 3000
[12438.054894] [drm:init_ring_common] *ERROR* render ring initialization failed
ctl 0001f001 head 5ee06f14 tail start 3000
[12439.583064] [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU
hung
[12439.583176] [drm:i915_reset] *ERROR* GPU hanging too fast, declaring wedged!
[12439.583182] [drm:i915_reset] *ERROR* Failed to reset chip.
New output see here:
http://www.logic.at/people/preining/i915_error_state.gz
> http://cgit.freedesktop.org/~danvet/drm/commit/?h=ilk-wa-pile&id=0d5fed2de763b49bb1a90140758153481f043757
> is the missing ingredient.
I am compiling a kernel with this patch based on current git now.
Should I still use the above kernel cmd argument (i915...rc6=0)
or try without it?
Best wishes
Norbert
----
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
What are you talking about?
Never mind, eat the fruit.
You know, this place almost looks like the Garden of Eden.
Eat the fruit.
Sounds quite like it too.
--- Douglas Adams, The Hitchhikers Guide to the Galaxy
drm i915 hangs on heavy io load
Hi Chris,
I haven't answered due to several reboots necessary (sometimes
I have to work on Win***) and no effect, but ..
On Mi, 24 Okt 2012, Chris Wilson wrote:
> > > http://cgit.freedesktop.org/~danvet/drm/commit/?h=ilk-wa-pile&id=0d5fed2de763b49bb1a90140758153481f043757
> > > is the missing ingredient.
> >
> > I am compiling a kernel with this patch based on current git now.
> > Should I still use the above kernel cmd argument (i915...rc6=0)
> > or try without it?
>
> Without any rc6 parameter would be best. But if rc6=0 wasn't the
> solution for you, then I may have identified the wrong w/a. Can I ask
> you try the patches in that branch until you find one (or more perhaps)
> that stabilise your system?
I pulled the whole branch into my compile branch, and removed everything
from kernel cmd line regarding rc6, and got the
[drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
[drm] capturing error event; look for more information in
/debug/dri/0/i915_error_state
[drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
[drm:i915_reset] *ERROR* GPU hanging too fast, declaring wedged!
[drm:i915_reset] *ERROR* Failed to reset chip.
new i915_error_state.gz at the same place.
So it seems that the patches in the ilk-wa-pile branch do not help.
All the best
Norbert
--------
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
SCRONKEY (n.)
Something that hits the window as a result of a violent sneeze.
--- Douglas Adams, The Meaning of Liff
drm i915 hangs on heavy io load
Hi Chris, > so can you > please file a bug on bugzilla.freedesktop.org (or bugzilla.kernel.org) > so that we don't lose track of it. Will do when I'm back from the mountains. > If your have the option, can you switch the ddx between using SNA and > UXA. ??? Is that a BIOS option? Or kernel? I can try both. Norbert (on mobile)
drm i915 hangs on heavy io load
Hi Chris,
On So, 28 Okt 2012, Chris Wilson wrote:
> > I pulled the whole branch into my compile branch, and removed everything
> > from kernel cmd line regarding rc6, and got the
> > [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
> > [drm] capturing error event; look for more information in
> > /debug/dri/0/i915_error_state
> > [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
> > [drm:i915_reset] *ERROR* GPU hanging too fast, declaring wedged!
> > [drm:i915_reset] *ERROR* Failed to reset chip.
> > new i915_error_state.gz at the same place.
> >
> > So it seems that the patches in the ilk-wa-pile branch do not help.
>
> Yeah, looks like we have another issue to contend with, so can you
> please file a bug on bugzilla.freedesktop.org (or bugzilla.kernel.org)
> so that we don't lose track of it.
I have seen this here:
https://bugs.freedesktop.org/show_bug.cgi?id=55984
does it make sense to start a new bug for that?
Best wishes
Norbert
----
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
SCREMBY (n.)
The dehydrated felt-tip pen attached by a string to the 'Don't Forget'
board in the kitchen which has never worked in living memory but which
no one can be bothered to throw away.
--- Douglas Adams, The Meaning of Liff
drm i915 hangs on heavy io load
On Mo, 29 Okt 2012, Tino Keitel wrote:
> Section "Device"
> Option "AccelMethod" "SNA"
> Identifier "Card0"
> Driver "intel"
> EndSection
Thanks, running now with SNA. Let us see what happens.
Best wishes
Norbert
----
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
RECULVER (n.)
The sort of remark only ever made during Any Questions.
--- Douglas Adams, The Meaning of Liff
drm i915 hangs on heavy io load
Hi Dave,
On Di, 30 Okt 2012, Dave Airlie wrote:
> > Thanks, running now with SNA. Let us see what happens.
>
> Please don't, we ain't going to find the bug any quicker changing
> variables, if the only thing that changed on your system was the
Sorry, didn't know. I supposed from the email of Chris that I should try
it "to stress different code path" ... anyway, disabling it again.
> How long does it take you to reproduce, and does it happen when in
Very hard to say, most of the times it is in a few days scale.
Though it happened also after a few hours once.
> actual use. On my laptop I've noticed I come back to it sometimes and
Concerning actual use: I had instances on several occassions. Just 30min
ago it was while working with shotwell on my photo collection, tagging
photos. So there should not be a big disk activity or so, but a lot
of screen redraws etc when going through the photos.
On other times it was locked screen without screen saver.
Concerning coming back: For me it never worked. I always have to reboot
to get a working state again. Ok, to be more specific. GNome3 is dead.
I can close the windows normally with kbd shortcuts and some mouse
interaction, but no new windows, no moving etc.
> gnome-shell is dead. This never happened pre 3.7-rc's. But for me its
> a 3-4 day window so far for it to die, which makes bisecting it a bit
That sounds pretty much like my case, but since I often don't use
the laptop for 2 days or so, it might be a bit longer.
> of a major problem. and I'm just finished bisecting the last Ironlake
> regression that took over a month.
Ouch ...
> I would suggest starting a bisect on drivers/gpu/drm/i915 from 3.6
> final to 3.7-rc1 or maybe -rc2.
Ok, thanks. I will try.
Best wishes
Norbert
----
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
QUALL (vb.)
To speak with the voice of one who requires another to do something
for them.
--- Douglas Adams, The Meaning of Liff
drm i915 hangs on heavy io load
On Mo, 29 Okt 2012, Ben Widawsky wrote:
> Hi Norbert. In addition to the above, if this truly appears to be
> related to i/o, can we try to decrease the time to failure with some
I am *not* sure. As I said, the last thing was shotwell photo
editing. It might be some io while loading the photos, but
after that they are in the cache, and the only thing is done is
lots of displaying.
> serious i/o tests? Off the top of my head I am not sure what's
Anyway, that is my idea. I think I don't need google. A simple
svn up
on my 15Gb svn repository creates enough io. And doing some git pull
or so on same sized repositories in parallel brings anyway the
laptop to its knees (actually, badly to its knees).
Best wishes
Norbert
--------
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
Far out in the uncharted backwaters of the unfashionable
end of the western spiral arm of the Galaxy lies a small
unregarded yellow sun.
--- Douglas Adams, The Hitchhikers Guide to the Galaxy
drm i915 hangs on heavy io load
Hi everyone,
(please Cc)
I am running 3.7-rc2 and got recently hit a few times (under rc1, too)
by hanging drm i915 while doing large io operations.
The efect in the dmesg:
[13193.297751] [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU
hung
[13193.297758] [drm] capturing error event; look for more information in
/debug/dri/0/i915_error_state
[13193.302728] [drm:init_ring_common] *ERROR* failed to set render ring head to
zero ctl head 85a05e3c tail start 3000
[13193.357584] [drm:init_ring_common] *ERROR* render ring initialization failed
ctl 0001f001 head 85a05e3c tail start 3000
[13194.861769] [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU
hung
[13194.861838] [drm:i915_reset] *ERROR* GPU hanging too fast, declaring wedged!
[13194.861840] [drm:i915_reset] *ERROR* Failed to reset chip.
I captured the i915_error_state and uploaded it here:
http://www.logic.at/people/preining/drm_i915_error_state.gz
The hangs have been normally initiated on svn up in a very big
repository, or git checkout on a very big repository or so.
Other system is Debian/unstable. The above output and error state is
from after a reboot without any suspends or other tricks inbetween,
uptime 3.5h.
Best wishes and thanks for any suggestions
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
CORRIEMOILLIE (n.)
The dreadful sinking sensation in a long passageway encounter when
both protagonists immediately realise they have plumped for the
corriedoo (q.v.) much too early as they are still a good thirty yards
apart. They were embarrassed by the pretence of corriecravie (q.v.)
and decided to make use of the corriedoo because they felt silly. This
was a mistake as corrievorrie (q.v.) will make them seem far sillier.
--- Douglas Adams, The Meaning of Liff
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: drm i915 hangs on heavy io load
Hi Dave,
(switched to freedesktop for dri-dvel)
> Does booting with i915.i915_enable_rc6=0 help?
Will try immediately.
> (Daniel, looks like an ironlake).
Sorry, I forgot that one ... how stupid>
>From XOrg.0.log:
...
[ 13535.841] (II) intel(0): Integrated Graphics Chipset: Intel(R) Arrandale
[ 13535.841] (--) intel(0): Chipset: "Arrandale"
...
00:02.0 0300: 8086:0046 (rev 02) (prog-if 00 [VGA controller])
Subsystem: 17aa:215a
Flags: bus master, fast devsel, latency 0, IRQ 42
Memory at f000 (64-bit, non-prefetchable) [size=4M]
Memory at d000 (64-bit, prefetchable) [size=256M]
I/O ports at 1800 [size=8]
Expansion ROM at [disabled]
Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
Capabilities: [d0] Power Management version 2
Capabilities: [a4] PCI Advanced Features
Kernel driver in use: i915
00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated
Graphics Controller (rev 02)
Does that make any differences?
Best wishes
Norbert
--------
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
WIKE (vb.)
To rip a piece of sticky plaster off your skin as fast as possible in
the hope that it will (a) show how brave you are, and (b) not hurt.
--- Douglas Adams, The Meaning of Liff
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: drm i915 hangs on heavy io load
Hi Dave, hi Chris,
thanks for your answers.
On Di, 23 Okt 2012, Dave Airlie wrote:
> Does booting with i915.i915_enable_rc6=0 help?
No,booted with that, it happened again on a completely idle
system (well, I believe completely idle, I was doing the
dishes ;-)
[12437.995026] [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU
hung
[12437.995034] [drm] capturing error event; look for more information in
/debug/dri/0/i915_error_state
[12438.000213] [drm:init_ring_common] *ERROR* failed to set render ring head to
zero ctl head 5ee06f14 tail start 3000
[12438.054894] [drm:init_ring_common] *ERROR* render ring initialization failed
ctl 0001f001 head 5ee06f14 tail start 3000
[12439.583064] [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU
hung
[12439.583176] [drm:i915_reset] *ERROR* GPU hanging too fast, declaring wedged!
[12439.583182] [drm:i915_reset] *ERROR* Failed to reset chip.
New output see here:
http://www.logic.at/people/preining/i915_error_state.gz
> http://cgit.freedesktop.org/~danvet/drm/commit/?h=ilk-wa-pile&id=0d5fed2de763b49bb1a90140758153481f043757
> is the missing ingredient.
I am compiling a kernel with this patch based on current git now.
Should I still use the above kernel cmd argument (i915...rc6=0)
or try without it?
Best wishes
Norbert
----
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
What are you talking about?
Never mind, eat the fruit.
You know, this place almost looks like the Garden of Eden.
Eat the fruit.
Sounds quite like it too.
--- Douglas Adams, The Hitchhikers Guide to the Galaxy
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: drm i915 hangs on heavy io load
Hi Chris,
I haven't answered due to several reboots necessary (sometimes
I have to work on Win***) and no effect, but ..
On Mi, 24 Okt 2012, Chris Wilson wrote:
> > > http://cgit.freedesktop.org/~danvet/drm/commit/?h=ilk-wa-pile&id=0d5fed2de763b49bb1a90140758153481f043757
> > > is the missing ingredient.
> >
> > I am compiling a kernel with this patch based on current git now.
> > Should I still use the above kernel cmd argument (i915...rc6=0)
> > or try without it?
>
> Without any rc6 parameter would be best. But if rc6=0 wasn't the
> solution for you, then I may have identified the wrong w/a. Can I ask
> you try the patches in that branch until you find one (or more perhaps)
> that stabilise your system?
I pulled the whole branch into my compile branch, and removed everything
from kernel cmd line regarding rc6, and got the
[drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
[drm] capturing error event; look for more information in
/debug/dri/0/i915_error_state
[drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
[drm:i915_reset] *ERROR* GPU hanging too fast, declaring wedged!
[drm:i915_reset] *ERROR* Failed to reset chip.
new i915_error_state.gz at the same place.
So it seems that the patches in the ilk-wa-pile branch do not help.
All the best
Norbert
--------
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
SCRONKEY (n.)
Something that hits the window as a result of a violent sneeze.
--- Douglas Adams, The Meaning of Liff
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: drm i915 hangs on heavy io load
Hi Chris, > so can you > please file a bug on bugzilla.freedesktop.org (or bugzilla.kernel.org) > so that we don't lose track of it. Will do when I'm back from the mountains. > If your have the option, can you switch the ddx between using SNA and > UXA. ??? Is that a BIOS option? Or kernel? I can try both. Norbert (on mobile) ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: drm i915 hangs on heavy io load
Hi Chris,
On So, 28 Okt 2012, Chris Wilson wrote:
> > I pulled the whole branch into my compile branch, and removed everything
> > from kernel cmd line regarding rc6, and got the
> > [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
> > [drm] capturing error event; look for more information in
> > /debug/dri/0/i915_error_state
> > [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
> > [drm:i915_reset] *ERROR* GPU hanging too fast, declaring wedged!
> > [drm:i915_reset] *ERROR* Failed to reset chip.
> > new i915_error_state.gz at the same place.
> >
> > So it seems that the patches in the ilk-wa-pile branch do not help.
>
> Yeah, looks like we have another issue to contend with, so can you
> please file a bug on bugzilla.freedesktop.org (or bugzilla.kernel.org)
> so that we don't lose track of it.
I have seen this here:
https://bugs.freedesktop.org/show_bug.cgi?id=55984
does it make sense to start a new bug for that?
Best wishes
Norbert
----
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
SCREMBY (n.)
The dehydrated felt-tip pen attached by a string to the 'Don't Forget'
board in the kitchen which has never worked in living memory but which
no one can be bothered to throw away.
--- Douglas Adams, The Meaning of Liff
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: drm i915 hangs on heavy io load
On Mo, 29 Okt 2012, Tino Keitel wrote:
> Section "Device"
> Option "AccelMethod" "SNA"
> Identifier "Card0"
> Driver "intel"
> EndSection
Thanks, running now with SNA. Let us see what happens.
Best wishes
Norbert
----
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
RECULVER (n.)
The sort of remark only ever made during Any Questions.
--- Douglas Adams, The Meaning of Liff
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: drm i915 hangs on heavy io load
Hi Dave,
On Di, 30 Okt 2012, Dave Airlie wrote:
> > Thanks, running now with SNA. Let us see what happens.
>
> Please don't, we ain't going to find the bug any quicker changing
> variables, if the only thing that changed on your system was the
Sorry, didn't know. I supposed from the email of Chris that I should try
it "to stress different code path" ... anyway, disabling it again.
> How long does it take you to reproduce, and does it happen when in
Very hard to say, most of the times it is in a few days scale.
Though it happened also after a few hours once.
> actual use. On my laptop I've noticed I come back to it sometimes and
Concerning actual use: I had instances on several occassions. Just 30min
ago it was while working with shotwell on my photo collection, tagging
photos. So there should not be a big disk activity or so, but a lot
of screen redraws etc when going through the photos.
On other times it was locked screen without screen saver.
Concerning coming back: For me it never worked. I always have to reboot
to get a working state again. Ok, to be more specific. GNome3 is dead.
I can close the windows normally with kbd shortcuts and some mouse
interaction, but no new windows, no moving etc.
> gnome-shell is dead. This never happened pre 3.7-rc's. But for me its
> a 3-4 day window so far for it to die, which makes bisecting it a bit
That sounds pretty much like my case, but since I often don't use
the laptop for 2 days or so, it might be a bit longer.
> of a major problem. and I'm just finished bisecting the last Ironlake
> regression that took over a month.
Ouch ...
> I would suggest starting a bisect on drivers/gpu/drm/i915 from 3.6
> final to 3.7-rc1 or maybe -rc2.
Ok, thanks. I will try.
Best wishes
Norbert
----
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
QUALL (vb.)
To speak with the voice of one who requires another to do something
for them.
--- Douglas Adams, The Meaning of Liff
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: drm i915 hangs on heavy io load
On Mo, 29 Okt 2012, Ben Widawsky wrote:
> Hi Norbert. In addition to the above, if this truly appears to be
> related to i/o, can we try to decrease the time to failure with some
I am *not* sure. As I said, the last thing was shotwell photo
editing. It might be some io while loading the photos, but
after that they are in the cache, and the only thing is done is
lots of displaying.
> serious i/o tests? Off the top of my head I am not sure what's
Anyway, that is my idea. I think I don't need google. A simple
svn up
on my 15Gb svn repository creates enough io. And doing some git pull
or so on same sized repositories in parallel brings anyway the
laptop to its knees (actually, badly to its knees).
Best wishes
Norbert
--------
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
Far out in the uncharted backwaters of the unfashionable
end of the western spiral arm of the Galaxy lies a small
unregarded yellow sun.
--- Douglas Adams, The Hitchhikers Guide to the Galaxy
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: drm i915 hangs on heavy io load
Hi all,
On Di, 30 Okt 2012, Dave Airlie wrote:
> I would suggest starting a bisect on drivers/gpu/drm/i915 from 3.6
> final to 3.7-rc1 or maybe -rc2.
Sorry for my ignorance ... I did on master branch
$ git checkout v3.7-rc1
...
$ git bisect start drivers/gpu/drm/i915
$ git bisect bad
$ git bisect good v3.6
Bisecting: 121 revisions left to test after this (roughly 7 steps)
[25c5b2665fe4cc5a93edd29b62e7c05c1526] drm/i915: implement new
set_mode code flow
$
after that I am back somewhere around
3.6.0-rc2
???
Am I doing something wrong? I thought I am bisecting between 3.6 and 3.7.-rc2?
How can I go back to 3.6.0-rc2?
Best wishes
Norbert
----
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
SCREEB (n.)
To make the noise of a nylon anorak rubbing against a pair of corduroy
trousers.
--- Douglas Adams, The Meaning of Liff
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: drm i915 hangs on heavy io load
On So, 04 Nov 2012, Dave Airlie wrote:
> Yeah thats fine, bisecting works by going to where commits were
> originally committed, so drm-intel-next was 3.6.0-rc2 at some point
> was only merged into Linus later.
Ok, thanks, didn't know that. Have started the bisect game now,
coming back in about 1 year ;-)
Best wishes
Norbert
--------
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
SCOPWICK (n.)
The flap of skin which is torn off you lip when trying to smoke an
untipped cigarette.
--- Douglas Adams, The Meaning of Liff
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
regression(?) 3.3-rc4 -> 3.3-rc5: drm intel hangs
Dear all,
(please Cc)
since upgrade to 3.3-rc5 I see the following behaviour repeatedly:
Feb 28 11:42:47 mithrandir kernel: [15627.756071] [drm:i915_hangcheck_elapsed]
*ERROR* Hangcheck timer elapsed... GPU hung
Feb 28 11:42:47 mithrandir kernel: [15627.756087] [drm] capturing error event;
look for more information in /debug/dri/0/i915_error_state
Feb 28 11:42:47 mithrandir kernel: [15627.758428] [drm:i915_wait_request]
*ERROR* i915_wait_request returns -11 (awaiting 7 at 4, next 8)
Feb 28 11:42:47 mithrandir kernel: [15628.260094] [drm:i915_reset] *ERROR*
Failed to reset chip.
Is this is known issue?
hardware Intel GM45 Chipset
more dmesg parts:
[0.566805] agpgart-intel :00:00.0: Intel GM45 Chipset
[0.566925] agpgart-intel :00:00.0: detected gtt size: 2097152K total,
262144K mappable
[0.569079] agpgart-intel :00:00.0: detected 65536K stolen memory
[0.569278] agpgart-intel :00:00.0: AGP aperture is 256M @ 0xc000
...
[2.032297] [drm] Initialized drm 1.1.0 20060810
[2.032372] i915 :00:02.0: power state changed by ACPI to D0
[2.032429] i915 :00:02.0: power state changed by ACPI to D0
[2.032489] i915 :00:02.0: setting latency timer to 64
[2.085250] i915 :00:02.0: irq 43 for MSI/MSI-X
[2.085260] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[2.085318] [drm] Driver supports precise vblank timestamp query.
[2.085439] [drm:intel_dsm_pci_probe] *ERROR* failed to get supported _DSM
functions
[2.085527] vgaarb: device changed decodes:
PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem
[2.769842] fbcon: inteldrmfb (fb0) is primary device
[2.771391] [drm] Changing LVDS panel from (+hsync, +vsync) to (-hsync,
-vsync)
[3.304756] Console: switching to colour frame buffer device 200x56
[3.308853] fb0: inteldrmfb frame buffer device
[3.308855] drm: registered panic notifier
[3.329552] acpi device:01: registered as cooling_device2
[3.329713] input: Video Bus as
/devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/input/input2
[3.329766] ACPI: Video Device [OVGA] (multi-head: yes rom: no post: no)
[3.329881] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0
Best wishes
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
LUPPITT (n.)
The piece of leather which hangs off the bottom of your shoe before
you can be bothered to get it mended.
--- Douglas Adams, The Meaning of Liff
--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
--
___
Dri-devel mailing list
dri-de...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: regression(?) 3.3-rc4 -> 3.3-rc5: drm intel hangs
Hi everyone,
is there anything else I can provide?
On Fr, 09 Mär 2012, Norbert Preining wrote:
> Hi everyone,
>
> currently 3.3.0-rc6+ I just was hit by that after wake up from ram:
>
> On Di, 28 Feb 2012, Daniel Vetter wrote:
> > > Feb 28 11:42:47 mithrandir kernel: [15627.756071]
> > > [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
> > > Feb 28 11:42:47 mithrandir kernel: [15627.756087] [drm] capturing error
> > > event; look for more information in /debug/dri/0/i915_error_state
> >
> > Wee need this i915_error_state file from debugfs (you might need to mount
> > that first again) to diagnose gpu hangs. Also, it only contains
> > information after a crash, so you need to rehang your machine if you've
> > rebooted since then.
>
> Now I could get that file from debugfs, and the dmesg output with
> proper debug value.
>
> Attached are both.
I think I have sent everything that I can send. The problem happens
now again and again, but no pattern. Of course, *always* after
resume from RAM.
Best wishes
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
`...and the Universe,' continued the waiter, determined
not to be deflected on his home stretch, `will explode
later for your pleasure.'
Ford's head swivelled slowly towards him. He spoke with
feeling.
What sort of drinks do you serve in this
place?'
The waiter laughed a polite little waiter's laugh.
I think sir has perhaps misunderstood me.'
`Oh, I hope not,' breathed Ford.
--- Ford in paradise.
--- Douglas Adams, The Hitchhikers Guide to the Galaxy
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Lenovo resume from suspends hangs in i915_gpu_busy or so
Hi all,
adding dri-devel as I found it is actually not completely dead,
but hanging in some i915 problem.
Copyied from screen:
Process ips-adjust (
Stack:
...
Call Trace:
... ? tick_program_event
call_sortirq
do_softirq
irq_exit
smp_apic_timer_interrupt
apic_timer_interrupt
? _raw_spin_lock
i915_gpu_busy
ips_adjust
? show_cpu_temp
kthread
kernel_thread_helper
? kthread_worker_fn
? gs_change
Code: ...
(once more more or less the same as above)
Here the original message.
> I got a new laptop, Lenovo Thinkpad Edge (intel , intel graphic)
> and I am running 2.6.39-rc1 on it (but tried also 2.6.38).
>
> Suspend to RAM, either by pm-suspend or by echo "mem" >/sys/..
> works, both wiht running or from a recovery session where nothing
> else is running.
>
> But wake-up hangs the machine. The video comes back, I see the last
> lines I typed before I suspended, but after that no keypress nor
> anything else (Sysrq) does work, but 4sec-hard-off. No traces in the
> log files.
Full logs etc:
kernel config:
http://www.logic.at/people/preining/lenovo/config.edge
dmesg output after boot:
http://www.logic.at/people/preining/lenovo/dmesg.edge
lsmod, lspci, lsusb
http://www.logic.at/people/preining/lenovo/lsmod.edge
http://www.logic.at/people/preining/lenovo/lspci.edge
http://www.logic.at/people/preining/lenovo/lsusb.edge
photo of the hang:
http://www.logic.at/people/preining/lenovo/i915-hang-after-resume.jpg
Hope that helps, looking forward to any suggestions
Best wishes
Norbert
--------
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
SCREMBY (n.)
The dehydrated felt-tip pen attached by a string to the 'Don't Forget'
board in the kitchen which has never worked in living memory but which
no one can be bothered to throw away.
--- Douglas Adams, The Meaning of Liff
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: Lenovo resume from suspends hangs in i915_gpu_busy or so
On Fr, 01 Apr 2011, Jesse Barnes wrote:
> > Copyied from screen:
> > Process ips-adjust (
> > Stack:
> >
> >
> > ...
> > Call Trace:
> >
> > ... ? tick_program_event
> > call_sortirq
> > do_softirq
> > irq_exit
> > smp_apic_timer_interrupt
> > apic_timer_interrupt
> >
> > ? _raw_spin_lock
> > i915_gpu_busy
> > ips_adjust
> > ? show_cpu_temp
> > kthread
> > kernel_thread_helper
> > ? kthread_worker_fn
> > ? gs_change
> > Code: ...
> > (once more more or less the same as above)
>
> Hm, ok so on resume we're checking GPU busyness, which is normal, but
> end up hanging on the spinlock? Do you see what scrolls by above the
> text you took a picture of (probably a "task hung" message?).
More than what I can see on the screen shot I cannot grasp.
> Does this happen reliably? Does a previous kernel work ok?
Reliable: yes
Previous: I don't know, but I can try out some older git release.
which one do you suggest?
(I got the laptop recently so I don't have a long history with that one)
Best wishes
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
SCRONKEY (n.)
Something that hits the window as a result of a violent sneeze.
--- Douglas Adams, The Meaning of Liff
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: Lenovo resume from suspends hangs in i915_gpu_busy or so
Hi Jesse, hi everyone,
ok, I give up for now.
On Fr, 01 Apr 2011, Jesse Barnes wrote:
> Well I'd start with something like 2.6.37, I think that's the first
2.6.37 suspends and resumes fine, even with X running
Then I recompiled 2.6.39-rc1 with our patch and suspended,
resume took 1min (exactely!) and worked out. I got a lot of the
warning messages, every five seconds the DRM_ERROR msgs from
the patch.
[ 52.069753] [drm:i915_gpu_busy] *ERROR* entering busy check, trying to take
lock
[ 52.071813] [drm:i915_gpu_busy] *ERROR* got lock, returning current busy
status
[ 52.074233] [drm:i915_gpu_busy] *ERROR* unlock & return
[ 57.074194] [drm:i915_gpu_busy] *ERROR* entering busy check, trying to take
lock
[ 57.076270] [drm:i915_gpu_busy] *ERROR* got lock, returning current busy
status
[ 57.078717] [drm:i915_gpu_busy] *ERROR* unlock & return
The resume was probably hanging at something different. I am not at
the laptop now (travelling with a ifferent laptop), but it was:
r8169: cannot apply firmware patch
or something similar. It was always ... resume ... 60sec hang ...
then this message and "resume of devices completed" or so in the dmesg
output.
So I thought it might be that the patch changed a bit of timings
but recompiling *without* the patch and rebooting I get now the
same behaviour: Suspend and resume works, although hanging for 1min
before coming back.
I guess that means we can close that problem for now.
Sorry for the noise. If someone has an ide awhere to search for
the "cannot apply firmware patch" problem please let me know.
Thanks and all the best
Norbert
----
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
TILLICOULTRY (n.)
The man-to-man chumminess adopted by an employer as a prelude for
telling an employee that he's going to have to let him go.
--- Douglas Adams, The Meaning of Liff
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
output on external video projector broken with 2.6.39 with intel
Hi everyone,
(please cc)
laptop: sony vaio vgn-z11
graphics hardware: GM45
X: 7.6 (Debian: 1:7.6+6)
X intel driver: 2:15.0 (Debian: 2:2.15.0-3)
system: Debian sid up2date
I regularly build kernels from git, but haven't tried a video projector
for some time now. I found that in recent kernels I have problems with
the output to the external screen.
After inital connection everything works and I have a BIG virtual
screen covering both units. Then I want to switch it to
Same image on both screens
and at that time one of the screens, most of the times the external
ones, sometimes both, fall into pieces with vertical stripes and
colors.
Waiting 25sec my program (xrandr or gnome screen props) resets the
setting and I am back to two screens showing independent images.
Is that a driver issue, a kernel issue, or anything else?
If you need more information, dmesg, X logs, or I should try some
patches, whatever please let me know.
Best wishes
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
GLENWHILLY (n. Scots)
A small tartan pouch worn beneath the kilt during the thistle-harvest.
--- Douglas Adams, The Meaning of Liff
--
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its
next-generation tools to help Windows* and Linux* C/C++ and Fortran
developers boost performance applications - including clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
dri-de...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
2.6.35-rc2 completely hosed on intel gfx?
Dear everyone,
(please cc)
I just switched from 2.6.35-rc1 to rc2 and that hosed several things,
all seemingly related to intel graphics card driver:
- suspend suddenly hangs completely on switch, no traces found, not
even sysrq was working
- X often (not 100%) hangs wihth a fix cursor (not blinking) on the
to left corner, I got a stack trace in my syslog for that:
general protection fault: [#1] PREEMPT SMP
last sysfs file: /sys/devices/virtual/backlight/acpi_video0/uevent
CPU 0
Modules linked in: sco bnep rfcomm l2cap crc16 hso binfmt_misc dm_crypt dm_mod
isofs btrfs zlib_deflate crc32c libcrc32c vfat fat fuse vboxdrv loop uinput
snd_hda_codec_realtek arc4 snd_hda_intel iwlagn snd_hda_codec snd_hwdep iwlcore
snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_dummy snd_seq_oss snd_seq_midi
snd_rawmidi snd_seq_midi_event snd_seq mac80211 btusb firewire_ohci snd_timer
snd_seq_device firewire_core bluetooth snd cfg80211 sony_laptop tpm_infineon
crc_itu_t rfkill joydev soundcore snd_page_alloc
Pid: 2758, comm: Xorg Not tainted 2.6.35-rc2 #14 VAIO/VGN-Z11VN_B
RIP: 0010:[] []
sysfs_follow_link+0x57/0x170
RSP: 0018:88012fd33df8 EFLAGS: 00010286
RAX: 88012fd33de8 RBX: 88013efa3730 RCX: 88012fd33fd8
RDX: 8800 RSI: RDI: 816282f0
RBP: 88012fd33e38 R08: R09: 0002
R10: 0281 R11: 0002e8c5 R12: 0720072007200720
R13: 88013eea2d20 R14: 88012fd57000 R15: 88012fd57000
FS: 7fa9c98cb700() GS:88000180() knlGS:
CS: 0010 DS: ES: CR0: 80050033
CR2: 03d75048 CR3: 00012fd22000 CR4: 06f0
DR0: DR1: DR2:
DR3: DR6: 0ff0 DR7: 0400
Process Xorg (pid: 2758, threadinfo 88012fd32000, task 8801333cb990)
Stack:
03d5e200 88012fd33e58 88012fd33e28 88013ba17900
<0> 7fff82211140 88012fd33e58 7fff82211140 03d5e9cb
<0> 88012fd33f18 810ad2f4 88012fd33eb8 0400
Call Trace:
[] generic_readlink+0x40/0xa3
[] ? current_fs_time+0x22/0x29
[] ? mnt_drop_write+0x43/0x4e
[] ? touch_atime+0x10a/0x125
[] sys_readlinkat+0x63/0x7f
[] sys_readlink+0x16/0x18
[] system_call_fastpath+0x16/0x1b
Code: ff 0f 84 1d 01 00 00 48 8b 83 98 00 00 00 48 c7 c7 f0 82 62 81 48 8b 58
08 4c 8b 68 28 4d 89 fe e8 d7 c2 27 00 eb 34 4d 8b 65 08 <49> 8b 44 24 08 4c 39
e3 74 0a 48 85 c0 74 05 49 89 c4 eb ec 4c
RIP [] sysfs_follow_link+0x57/0x170
RSP
---[ end trace da2e388f90243d4a ]---
2.6.35-rc1 says about intel:
[0.517442] agpgart-intel :00:00.0: Intel GM45 Chipset
[0.519672] agpgart-intel :00:00.0: detected 65532K stolen memory
[0.540521] agpgart-intel :00:00.0: AGP aperture is 256M @ 0xc000
[2.537531] fb0: inteldrmfb frame buffer device
PLese let me know if you need more information, thanks a lot
Best wishes
Norbert
--------
Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
QUABBS (pl.n.)
The substances which emerge when you squeeze a blackhead.
--- Douglas Adams, The Meaning of Liff
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
regression(?) 3.3-rc4 -> 3.3-rc5: drm intel hangs
Dear all,
(please Cc)
since upgrade to 3.3-rc5 I see the following behaviour repeatedly:
Feb 28 11:42:47 mithrandir kernel: [15627.756071] [drm:i915_hangcheck_elapsed]
*ERROR* Hangcheck timer elapsed... GPU hung
Feb 28 11:42:47 mithrandir kernel: [15627.756087] [drm] capturing error event;
look for more information in /debug/dri/0/i915_error_state
Feb 28 11:42:47 mithrandir kernel: [15627.758428] [drm:i915_wait_request]
*ERROR* i915_wait_request returns -11 (awaiting 7 at 4, next 8)
Feb 28 11:42:47 mithrandir kernel: [15628.260094] [drm:i915_reset] *ERROR*
Failed to reset chip.
Is this is known issue?
hardware Intel GM45 Chipset
more dmesg parts:
[0.566805] agpgart-intel :00:00.0: Intel GM45 Chipset
[0.566925] agpgart-intel :00:00.0: detected gtt size: 2097152K total,
262144K mappable
[0.569079] agpgart-intel :00:00.0: detected 65536K stolen memory
[0.569278] agpgart-intel :00:00.0: AGP aperture is 256M @ 0xc000
...
[2.032297] [drm] Initialized drm 1.1.0 20060810
[2.032372] i915 :00:02.0: power state changed by ACPI to D0
[2.032429] i915 :00:02.0: power state changed by ACPI to D0
[2.032489] i915 :00:02.0: setting latency timer to 64
[2.085250] i915 :00:02.0: irq 43 for MSI/MSI-X
[2.085260] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[2.085318] [drm] Driver supports precise vblank timestamp query.
[2.085439] [drm:intel_dsm_pci_probe] *ERROR* failed to get supported _DSM
functions
[2.085527] vgaarb: device changed decodes:
PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem
[2.769842] fbcon: inteldrmfb (fb0) is primary device
[2.771391] [drm] Changing LVDS panel from (+hsync, +vsync) to (-hsync,
-vsync)
[3.304756] Console: switching to colour frame buffer device 200x56
[3.308853] fb0: inteldrmfb frame buffer device
[3.308855] drm: registered panic notifier
[3.329552] acpi device:01: registered as cooling_device2
[3.329713] input: Video Bus as
/devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/input/input2
[3.329766] ACPI: Video Device [OVGA] (multi-head: yes rom: no post: no)
[3.329881] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0
Best wishes
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
LUPPITT (n.)
The piece of leather which hangs off the bottom of your shoe before
you can be bothered to get it mended.
--- Douglas Adams, The Meaning of Liff
--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
--
___
Dri-devel mailing list
Dri-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
regression(?) 3.3-rc4 -> 3.3-rc5: drm intel hangs
Hi everyone,
sorry for the late answer, I was sure that it does not happen again,
but alas, right then, it happened again.
On Di, 28 Feb 2012, Paul Menzel wrote:
> I do not know. But it would be interesting to know if you just see this
> in your log files or if you also see some effects like screen
> corruptions. You can increase the log level by adding `drm.debug=0x06`
> to the Linux kernel command line [1].
Yes: - gnome-screensaver dialog does not come up
- former case: fall back to gnome3 fallback mode, no 3d accel
I didn't have the drm.debug=0x06 running, but with the next reboot
I will activate it and hope it happens again.
On Di, 28 Feb 2012, Dave Airlie wrote:
> And you haven't changed userspace in any way?
On 25. Februar I got the new version of Debian's
xserver-xorg-video-intel 2.18.0
debian 2:2.18.0-1
updated from 2:2.17.0-1
Anything I can do to blame this on user space?
On Di, 28 Feb 2012, Daniel Vetter wrote:
> Wee need this i915_error_state file from debugfs (you might need to mount
> that first again) to diagnose gpu hangs. Also, it only contains
> information after a crash, so you need to rehang your machine if you've
> rebooted since then.
I didn't have debugfs mounted when it crashed, though
I mounted it *afterwards* and attach the i915_error_state file.
Mind, there is also a /debugfs/dri/64/ directory with a i915_error_state,
but they are absolutely the same.
If I have to have debugfs *monted* at the time of the crash, I have to
wait for the next instance.
Best wishes
Norbert
--------
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
GUERNSEY (adj.)
--- Douglas Adams, The Meaning of Liff
-- next part --
?'OO i915_error_state ??O?-?q????????d??F,?q[? ?a?I?#
zr$9p?}f???-??I????U?f?/O ??b?|??W???~?%?>?|?|???^>???/?_]
??_~?]?>??_???_???C ???~?/?~???_}?~???~???,???> ?f??;?o~??/??7?|3????1d?|??O/???O_???w???,???t?I??J*E)H6??L?|]?p???O? W
?SD??x???"??B?)?i?{/Ocz ?#?]^,.^,??h???/???/?8?i,??Xb{i?X???z???s?bI?y??yy?R ?r???)-??O_?3??#?i?v??t???)?S?v??2 ?o?AX:h?w?|???h?? ?:????S"??OY??T#a??SSN??
Xr?S?K`?N KN KN K???\?? `?:G?t?%?K????O)j,9??? ?%K??O9?Xr?K?%? K.?,?P#a???#?t??TK??dw??NkD??vze??*?Y??Z#?Og??M#h?h??q?Q???<h?A38?OG??u??P?p???Q5??}?? ??hw?fp'hw?fpxw?OY?j,???F#?Q??*???1?!F?w??{??c:??/y> /???.?HcF3??Gzw??3??w?\??S}q.O??\>O???J?'??/?7?1j?}???Q?w#?}???8?W???s?]}?8?\??^?+?n|??^???=???`/d?o?|??J?O?z?O???
B?#~7kD??;a???zwy?)???$??4??c? ??0????????? 3???8?Kb???
??? ??????^????n(???eC
w?\7?@/? z)X?t?2R?3??A/?? ?{??O?c&??@???i??=d??B?=.3??F???????{\?A{?%~??W3?Oj? H??? ? ??AX:
?FXj?F????:a?M??%??@?ai?N???O??$,?
?7?R? Kq,E?? N???H??H??? K???,E[?
?6=`)zX?H???K1 ?b ,E?IF??K1?b,E???.b,E3f?J?sE??B?^h?O???\C?+Vo??F?sE??H?3 S?dc?:??v?1??G??'Q???;??b?u.}?nc?y%q?Ni@?+3?F?q?1/??'??I?i???+?7?g??Q??7??OT?JTO3??O?'?OT?J 0?<`>Q??(~O00?Gmw
??)?S???O 0??G)?~?,?|3?G??g??=e??R? `3& ??Q??sX?y? ?
F??(~O??Mm???6V ? S?\ ?????????/u?q?:?ac?i??H&??Q?L?3???g^?3?j?Y 5?MI
Y???+??? ??3?g??K??3???F??F 3O?? ?L??
n?+?????5???s??|V???s?
???!??)~??g??Q D?{&???L?{??=[??!???g?L?{??=??]?d??3?L?{?P;??|??G??L?{6?O???|??Y>i?'?f??7 ??B???A??&?L
??&??o?,|?87???Y?P;+ jg?C??x??? ???vV?f
??)t??????Y`B?{?,F?4???B?{)??B????N???{??:1????R
??0???A??`?*
??b?S?[??~T?;?_* ???A??? ?`??? ?`e?+???$???;s7??4?w??w
?S?? `~w?;?=h???w????b?]]=@??G???h?K^??1? a??_?/?\v?=A~i??K;?_?-??F;?_N??v?;?_???w/?T[???e???S??S??S?}_??ze?|?N?s'??? ?0???I???v???}@>d'??3_??Q9??YX7??T?OKU?G??@>?
?C??? 4X????;*?_?4X=A?U??J??
4??=4X}!?8??-???`?@?q? ???FY ??%??A?}8??tJb t~?A3 ??S=???A?yP?~ ???g???c??7??5???Cu?O?;?????^!??+??;?n?s?F?6???S??)~?
rV}??w??E??Hv???!g???
^??s??H?D??S??O????c~d?aP?h?? ????0?Y?4Bnm?? rk???p?[Z???0???
? !?< ?C
p??
?OKC???
???!?<"??G?|?H?O ??#A>yd?'? ?92??A|sP?>??>
??? ?T???0??2??
Lenovo resume from suspends hangs in i915_gpu_busy or so
On Fr, 01 Apr 2011, Jesse Barnes wrote:
> > Copyied from screen:
> > Process ips-adjust (
> > Stack:
> >
> >
> > ...
> > Call Trace:
> >
> > ... ? tick_program_event
> > call_sortirq
> > do_softirq
> > irq_exit
> > smp_apic_timer_interrupt
> > apic_timer_interrupt
> >
> > ? _raw_spin_lock
> > i915_gpu_busy
> > ips_adjust
> > ? show_cpu_temp
> > kthread
> > kernel_thread_helper
> > ? kthread_worker_fn
> > ? gs_change
> > Code: ...
> > (once more more or less the same as above)
>
> Hm, ok so on resume we're checking GPU busyness, which is normal, but
> end up hanging on the spinlock? Do you see what scrolls by above the
> text you took a picture of (probably a "task hung" message?).
More than what I can see on the screen shot I cannot grasp.
> Does this happen reliably? Does a previous kernel work ok?
Reliable: yes
Previous: I don't know, but I can try out some older git release.
which one do you suggest?
(I got the laptop recently so I don't have a long history with that one)
Best wishes
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
SCRONKEY (n.)
Something that hits the window as a result of a violent sneeze.
--- Douglas Adams, The Meaning of Liff
Lenovo resume from suspends hangs in i915_gpu_busy or so
Hi Jesse, hi everyone,
ok, I give up for now.
On Fr, 01 Apr 2011, Jesse Barnes wrote:
> Well I'd start with something like 2.6.37, I think that's the first
2.6.37 suspends and resumes fine, even with X running
Then I recompiled 2.6.39-rc1 with our patch and suspended,
resume took 1min (exactely!) and worked out. I got a lot of the
warning messages, every five seconds the DRM_ERROR msgs from
the patch.
[ 52.069753] [drm:i915_gpu_busy] *ERROR* entering busy check, trying to take
lock
[ 52.071813] [drm:i915_gpu_busy] *ERROR* got lock, returning current busy
status
[ 52.074233] [drm:i915_gpu_busy] *ERROR* unlock & return
[ 57.074194] [drm:i915_gpu_busy] *ERROR* entering busy check, trying to take
lock
[ 57.076270] [drm:i915_gpu_busy] *ERROR* got lock, returning current busy
status
[ 57.078717] [drm:i915_gpu_busy] *ERROR* unlock & return
The resume was probably hanging at something different. I am not at
the laptop now (travelling with a ifferent laptop), but it was:
r8169: cannot apply firmware patch
or something similar. It was always ... resume ... 60sec hang ...
then this message and "resume of devices completed" or so in the dmesg
output.
So I thought it might be that the patch changed a bit of timings
but recompiling *without* the patch and rebooting I get now the
same behaviour: Suspend and resume works, although hanging for 1min
before coming back.
I guess that means we can close that problem for now.
Sorry for the noise. If someone has an ide awhere to search for
the "cannot apply firmware patch" problem please let me know.
Thanks and all the best
Norbert
----
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
TILLICOULTRY (n.)
The man-to-man chumminess adopted by an employer as a prelude for
telling an employee that he's going to have to let him go.
--- Douglas Adams, The Meaning of Liff
Lenovo resume from suspends hangs in i915_gpu_busy or so
Hi all,
adding dri-devel as I found it is actually not completely dead,
but hanging in some i915 problem.
Copyied from screen:
Process ips-adjust (
Stack:
...
Call Trace:
... ? tick_program_event
call_sortirq
do_softirq
irq_exit
smp_apic_timer_interrupt
apic_timer_interrupt
? _raw_spin_lock
i915_gpu_busy
ips_adjust
? show_cpu_temp
kthread
kernel_thread_helper
? kthread_worker_fn
? gs_change
Code: ...
(once more more or less the same as above)
Here the original message.
> I got a new laptop, Lenovo Thinkpad Edge (intel , intel graphic)
> and I am running 2.6.39-rc1 on it (but tried also 2.6.38).
>
> Suspend to RAM, either by pm-suspend or by echo "mem" >/sys/..
> works, both wiht running or from a recovery session where nothing
> else is running.
>
> But wake-up hangs the machine. The video comes back, I see the last
> lines I typed before I suspended, but after that no keypress nor
> anything else (Sysrq) does work, but 4sec-hard-off. No traces in the
> log files.
Full logs etc:
kernel config:
http://www.logic.at/people/preining/lenovo/config.edge
dmesg output after boot:
http://www.logic.at/people/preining/lenovo/dmesg.edge
lsmod, lspci, lsusb
http://www.logic.at/people/preining/lenovo/lsmod.edge
http://www.logic.at/people/preining/lenovo/lspci.edge
http://www.logic.at/people/preining/lenovo/lsusb.edge
photo of the hang:
http://www.logic.at/people/preining/lenovo/i915-hang-after-resume.jpg
Hope that helps, looking forward to any suggestions
Best wishes
Norbert
--------
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
SCREMBY (n.)
The dehydrated felt-tip pen attached by a string to the 'Don't Forget'
board in the kitchen which has never worked in living memory but which
no one can be bothered to throw away.
--- Douglas Adams, The Meaning of Liff
output on external video projector broken with 2.6.39 with intel
Hi everyone,
(please cc)
laptop: sony vaio vgn-z11
graphics hardware: GM45
X: 7.6 (Debian: 1:7.6+6)
X intel driver: 2:15.0 (Debian: 2:2.15.0-3)
system: Debian sid up2date
I regularly build kernels from git, but haven't tried a video projector
for some time now. I found that in recent kernels I have problems with
the output to the external screen.
After inital connection everything works and I have a BIG virtual
screen covering both units. Then I want to switch it to
Same image on both screens
and at that time one of the screens, most of the times the external
ones, sometimes both, fall into pieces with vertical stripes and
colors.
Waiting 25sec my program (xrandr or gnome screen props) resets the
setting and I am back to two screens showing independent images.
Is that a driver issue, a kernel issue, or anything else?
If you need more information, dmesg, X logs, or I should try some
patches, whatever please let me know.
Best wishes
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
GLENWHILLY (n. Scots)
A small tartan pouch worn beneath the kilt during the thistle-harvest.
--- Douglas Adams, The Meaning of Liff
--
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its
next-generation tools to help Windows* and Linux* C/C++ and Fortran
developers boost performance applications - including clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
Dri-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
2.6.35-rc2 completely hosed on intel gfx?
Dear everyone,
(please cc)
I just switched from 2.6.35-rc1 to rc2 and that hosed several things,
all seemingly related to intel graphics card driver:
- suspend suddenly hangs completely on switch, no traces found, not
even sysrq was working
- X often (not 100%) hangs wihth a fix cursor (not blinking) on the
to left corner, I got a stack trace in my syslog for that:
general protection fault: [#1] PREEMPT SMP
last sysfs file: /sys/devices/virtual/backlight/acpi_video0/uevent
CPU 0
Modules linked in: sco bnep rfcomm l2cap crc16 hso binfmt_misc dm_crypt dm_mod
isofs btrfs zlib_deflate crc32c libcrc32c vfat fat fuse vboxdrv loop uinput
snd_hda_codec_realtek arc4 snd_hda_intel iwlagn snd_hda_codec snd_hwdep iwlcore
snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_dummy snd_seq_oss snd_seq_midi
snd_rawmidi snd_seq_midi_event snd_seq mac80211 btusb firewire_ohci snd_timer
snd_seq_device firewire_core bluetooth snd cfg80211 sony_laptop tpm_infineon
crc_itu_t rfkill joydev soundcore snd_page_alloc
Pid: 2758, comm: Xorg Not tainted 2.6.35-rc2 #14 VAIO/VGN-Z11VN_B
RIP: 0010:[] []
sysfs_follow_link+0x57/0x170
RSP: 0018:88012fd33df8 EFLAGS: 00010286
RAX: 88012fd33de8 RBX: 88013efa3730 RCX: 88012fd33fd8
RDX: 8800 RSI: RDI: 816282f0
RBP: 88012fd33e38 R08: R09: 0002
R10: 0281 R11: 0002e8c5 R12: 0720072007200720
R13: 88013eea2d20 R14: 88012fd57000 R15: 88012fd57000
FS: 7fa9c98cb700() GS:88000180() knlGS:
CS: 0010 DS: ES: CR0: 80050033
CR2: 03d75048 CR3: 00012fd22000 CR4: 06f0
DR0: DR1: DR2:
DR3: DR6: 0ff0 DR7: 0400
Process Xorg (pid: 2758, threadinfo 88012fd32000, task 8801333cb990)
Stack:
03d5e200 88012fd33e58 88012fd33e28 88013ba17900
<0> 7fff82211140 88012fd33e58 7fff82211140 03d5e9cb
<0> 88012fd33f18 810ad2f4 88012fd33eb8 0400
Call Trace:
[] generic_readlink+0x40/0xa3
[] ? current_fs_time+0x22/0x29
[] ? mnt_drop_write+0x43/0x4e
[] ? touch_atime+0x10a/0x125
[] sys_readlinkat+0x63/0x7f
[] sys_readlink+0x16/0x18
[] system_call_fastpath+0x16/0x1b
Code: ff 0f 84 1d 01 00 00 48 8b 83 98 00 00 00 48 c7 c7 f0 82 62 81 48 8b 58
08 4c 8b 68 28 4d 89 fe e8 d7 c2 27 00 eb 34 4d 8b 65 08 <49> 8b 44 24 08 4c 39
e3 74 0a 48 85 c0 74 05 49 89 c4 eb ec 4c
RIP [] sysfs_follow_link+0x57/0x170
RSP
---[ end trace da2e388f90243d4a ]---
2.6.35-rc1 says about intel:
[0.517442] agpgart-intel :00:00.0: Intel GM45 Chipset
[0.519672] agpgart-intel :00:00.0: detected 65532K stolen memory
[0.540521] agpgart-intel :00:00.0: AGP aperture is 256M @ 0xc000
[2.537531] fb0: inteldrmfb frame buffer device
PLese let me know if you need more information, thanks a lot
Best wishes
Norbert
--------
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
QUABBS (pl.n.)
The substances which emerge when you squeeze a blackhead.
--- Douglas Adams, The Meaning of Liff
regression(?) 3.4 -> 3.5-rc1: drm/i915 render error
Hi everyone,
Since upgrading to 3.5-rc1 (I believe) I find the following warnings
in my dmesg:
[ 116.591654] [drm] capturing error event; look for more information in
/debug/dri/0/i915_error_state
[ 116.592888] i915: render error detected, EIR: 0x0010
[ 116.592890] i915: IPEIR: 0x
[ 116.592891] i915: IPEHR: 0x0500
[ 116.592893] i915: INSTDONE: 0xfffe
[ 116.592894] i915: INSTPS: 0x0001e000
[ 116.592895] i915: INSTDONE1: 0x
[ 116.592897] i915: ACTHD: 0x51f8
[ 116.592898] i915: page table error
[ 116.592899] i915: PGTBL_ER: 0x0001
[ 116.592902] [drm:i915_report_and_clear_eir] *ERROR* EIR stuck: 0x0010,
masking
I attach the compresed /debug/dri/0/i915_error_state output.
Anything else I can provide?
Best wishes
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
As he came into the light they could see his black and
gold uniform on which the buttons were so highly polished
that they shone with an intensity that would have made an
approaching motorist flash his lights in annoyance.
--- Douglas Adams, The Hitchhikers Guide to the Galaxy
-- next part --
?F?O i915_error_state.log z????4?E??%????7Y???K?a?\k.o/?L??^|?.??m,?}?Ow??r}??k?m???].g??\???=???k; ??? ???}?}q{??r??????????o??W?`??;nOl?=????k~???l/?|?W?o?zs??? ??{8???o??/ ?o?2u?}-???<>??|?_?_???uxXS?~M?njN?_? N~?~\n,?]??8???I?\???3?e ??3??mw??]>?G>?~??>??z?ou~?w??u??? ~? ??? ???>???>?=
?n?a??,;??N/???
???v?h??v??j??vN?i??v?9k??v.?hg???U;?v??j??vn?i??v?k??v6???i??v ?hg???];?v??j?'v??bg???vF;?"???"???"???"???"???"???"???"???"???"???"???"???"???"???"???"??~????~????~????~????~????~????~????~???G?~G?~G?~G?~G?~G?~G?~G?~'?~N???'?~N???'?~N???'?~N???'?~N???'?~N???'?~N???'?~N???g?~?sg?~?sg?~?sg?~?sg?~?sg?~?sg?~?sg?~?s?~.????~.????~.????~.????~.????~.????~.????~.?*???*???*???*???*???*???*???*???*???*???*???*???*???*???*???*?W?~W?~W?~W?~W?~W?~W?~W?~7?~n???7?~n???7?~n???7?~n???7?~n???7?~n???7?~n???7?~n???w?~?w?~?w?~?w?~?w?~?w?~?w?~?w?~??&???&???&???&???&???&???&???&???&???&???&???&???&???&???&???&??~ ????~ ????~ ????~ ????~ ????~ ????~ ????~ ?.???.???.???.???.???.???.???.???.???.???.???.???.???.???.???.?O?~O?~O?~O?~O?~O?~O?~O?~?+g???+?3?gggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggggg?q? ?
?,??&9?y???y???y???y???y???y???y???y???y???y???y???y???y???y???y???y???y???y???y???y???y???y???y???y???y???y???y???y???y???y???y???y???y???y3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3?g?????3
regression(?) 3.3-rc4 -> 3.3-rc5: drm intel hangs
Hi everyone,
currently 3.3.0-rc6+ I just was hit by that after wake up from ram:
On Di, 28 Feb 2012, Daniel Vetter wrote:
> > Feb 28 11:42:47 mithrandir kernel: [15627.756071]
> > [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
> > Feb 28 11:42:47 mithrandir kernel: [15627.756087] [drm] capturing error
> > event; look for more information in /debug/dri/0/i915_error_state
>
> Wee need this i915_error_state file from debugfs (you might need to mount
> that first again) to diagnose gpu hangs. Also, it only contains
> information after a crash, so you need to rehang your machine if you've
> rebooted since then.
Now I could get that file from debugfs, and the dmesg output with
proper debug value.
Attached are both.
Please let me know if I can provide any other information.
Best wishes
Norbert
--------
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
NAZEING (participial vb.)
The rather unconvincing noises of pretended interest which an adult
has to make when brought a small dull object for admiration by a
child.
--- Douglas Adams, The Meaning of Liff
-- next part --
A non-text attachment was scrubbed...
Name: dmesg.txt.gz
Type: application/octet-stream
Size: 7394 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120309/f2ed0da9/attachment-0001.obj>
-- next part --
?'OO i915_error_state ??O?-?q????????d??F,?q[? ?a?I?#
zr$9p?}f???-??I????U?f?/O ??b?|??W???~?%?>?|?|???^>???/?_]
??_~?]?>??_???_???C ???~?/?~???_}?~???~???,???> ?f??;?o~??/??7?|3????1d?|??O/???O_???w???,???t?I??J*E)H6??L?|]?p???O? W
?SD??x???"??B?)?i?{/Ocz ?#?]^,.^,??h???/???/?8?i,??Xb{i?X???z???s?bI?y??yy?R ?r???)-??O_?3??#?i?v??t???)?S?v??2 ?o?AX:h?w?|???h?? ?:????S"??OY??T#a??SSN??
Xr?S?K`?N KN KN K???\?? `?:G?t?%?K????O)j,9??? ?%K??O9?Xr?K?%? K.?,?P#a???#?t??TK??dw??NkD??vze??*?Y??Z#?Og??M#h?h??q?Q???<h?A38?OG??u??P?p???Q5??}?? ??hw?fp'hw?fpxw?OY?j,???F#?Q??*???1?!F?w??{??c:??/y> /???.?HcF3??Gzw??3??w?\??S}q.O??\>O???J?'??/?7?1j?}???Q?w#?}???8?W???s?]}?8?\??^?+?n|??^???=???`/d?o?|??J?O?z?O???
B?#~7kD??;a???zwy?)???$??4??c? ??0????????? 3???8?Kb???
??? ??????^????n(???eC
w?\7?@/? z)X?t?2R?3??A/?? ?{??O?c&??@???i??=d??B?=.3??F???????{\?A{?%~??W3?Oj? H??? ? ??AX:
?FXj?F????:a?M??%??@?ai?N???O??$,?
?7?R? Kq,E?? N???H??H??? K???,E[?
?6=`)zX?H???K1 ?b ,E?IF??K1?b,E???.b,E3f?J?sE??B?^h?O???\C?+Vo??F?sE??H?3 S?dc?:??v?1??G??'Q???;??b?u.}?nc?y%q?Ni@?+3?F?q?1/??'??I?i???+?7?g??Q??7??OT?JTO3??O?'?OT?J 0?<`>Q??(~O00?Gmw
??)?S???O 0??G)?~?,?|3?G??g??=e??R? `3& ??Q??sX?y? ?
F??(~O??Mm???6V ? S?\ ?????????/u?q?:?ac?i??H&??Q?L?3???g^?3?j?Y 5?MI
Y???+??? ??3?g??K??3???F??F 3O?? ?L??
n?+?????5???s??|V???s?
???!??)~??g??Q D?{&???L?{??=[??!???g?L?{??=??]?d??3?L?{?P;??|??G??L?{6?O???|??Y>i?'?f??7 ??B???A??&?L
??&??o?,|?87???Y?P;+ jg?C??x??? ???vV?f
??)t??????Y`B?{?,F?4???B?{)??B????N???{??:1????R
??0???A??`?*
??b?S?[??~T?;?_* ???A??? ?`??? ?`e?+???$???;s7??4?w??w
?S?? `~w?;?=h???w????b?]]=@??G???h?K^??1? a??_?/?\v?=A~i??K;?_?-??F;?_N??v?;?_???w/?T[???e???S??S??S?}_??ze?|?N?s'??? ?0???I???v???}@>d'??3_??Q9??YX7??T?OKU?G??@>?
?C??? 4X????;*?_?4X=A?U??J??
4??=4X}!?8??-???`?@?q? ???FY ??%??A?}8??tJb t~?A3 ??S=???A?yP?~ ???g???c??7??5???Cu?O?;?????^!??+??;?n?s?F?6???S??)~?
rV}??w??E??Hv???!g???
^??s??H?D??S??O????c~d?aP?h?? ????0?Y?4Bnm?? rk???p?[Z???0???
? !?< ?C
p??
?OKC???
???!?<"??G?|?H?O ??#A>yd?'? ?92??A|sP?>??>
??? ?T???0??2??0O?s ?y??? ? ?y??}?? ?0? ?? ?O>??-?N=?dvF?'?_g
?|&?'?4?I??N??U?#?f8?~t?4??? b?s?22?$?<'g?X?.???)~???O??O?i???[?I??I?yN??J?^?I??9??Xu.??O??O??O??O??O??o?H?1?j|??W??|Q?{???)??S6??4???uJV?C??sVB??e?)??s????q
regression(?) 3.3-rc4 -> 3.3-rc5: drm intel hangs
Hi everyone,
is there anything else I can provide?
On Fr, 09 M?r 2012, Norbert Preining wrote:
> Hi everyone,
>
> currently 3.3.0-rc6+ I just was hit by that after wake up from ram:
>
> On Di, 28 Feb 2012, Daniel Vetter wrote:
> > > Feb 28 11:42:47 mithrandir kernel: [15627.756071]
> > > [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
> > > Feb 28 11:42:47 mithrandir kernel: [15627.756087] [drm] capturing error
> > > event; look for more information in /debug/dri/0/i915_error_state
> >
> > Wee need this i915_error_state file from debugfs (you might need to mount
> > that first again) to diagnose gpu hangs. Also, it only contains
> > information after a crash, so you need to rehang your machine if you've
> > rebooted since then.
>
> Now I could get that file from debugfs, and the dmesg output with
> proper debug value.
>
> Attached are both.
I think I have sent everything that I can send. The problem happens
now again and again, but no pattern. Of course, *always* after
resume from RAM.
Best wishes
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
`...and the Universe,' continued the waiter, determined
not to be deflected on his home stretch, `will explode
later for your pleasure.'
Ford's head swivelled slowly towards him. He spoke with
feeling.
What sort of drinks do you serve in this
place?'
The waiter laughed a polite little waiter's laugh.
I think sir has perhaps misunderstood me.'
`Oh, I hope not,' breathed Ford.
--- Ford in paradise.
--- Douglas Adams, The Hitchhikers Guide to the Galaxy
drm i915 hangs on heavy io load
Hi all,
On Di, 30 Okt 2012, Dave Airlie wrote:
> I would suggest starting a bisect on drivers/gpu/drm/i915 from 3.6
> final to 3.7-rc1 or maybe -rc2.
Sorry for my ignorance ... I did on master branch
$ git checkout v3.7-rc1
...
$ git bisect start drivers/gpu/drm/i915
$ git bisect bad
$ git bisect good v3.6
Bisecting: 121 revisions left to test after this (roughly 7 steps)
[25c5b2665fe4cc5a93edd29b62e7c05c1526] drm/i915: implement new
set_mode code flow
$
after that I am back somewhere around
3.6.0-rc2
???
Am I doing something wrong? I thought I am bisecting between 3.6 and 3.7.-rc2?
How can I go back to 3.6.0-rc2?
Best wishes
Norbert
----
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
SCREEB (n.)
To make the noise of a nylon anorak rubbing against a pair of corduroy
trousers.
--- Douglas Adams, The Meaning of Liff
drm i915 hangs on heavy io load
On So, 04 Nov 2012, Dave Airlie wrote:
> Yeah thats fine, bisecting works by going to where commits were
> originally committed, so drm-intel-next was 3.6.0-rc2 at some point
> was only merged into Linus later.
Ok, thanks, didn't know that. Have started the bisect game now,
coming back in about 1 year ;-)
Best wishes
Norbert
--------
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
SCOPWICK (n.)
The flap of skin which is torn off you lip when trying to smoke an
untipped cigarette.
--- Douglas Adams, The Meaning of Liff
4.4-rc, intel dri i915, regular hangs and corruptions
Dear all, since 4.4-rc (at least rc2 it was the first I tested), the Intel DRI is in very broken state. Hardware: Sony VAIO Pro 00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: Sony Corporation Device 90b6 Flags: bus master, fast devsel, latency 0, IRQ 40 Memory at f5c0 (64-bit, non-prefetchable) [size=4M] Memory at e000 (64-bit, prefetchable) [size=256M] I/O ports at f000 [size=64] Expansion ROM at [disabled] Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [d0] Power Management version 2 Capabilities: [a4] PCI Advanced Features Kernel driver in use: i915 Symptoms: * font corruption sometime sets of glyphs, or practically all glyphs disappear related probably to bug https://bugs.freedesktop.org/show_bug.cgi?id=55500 I have sent some info there already, without response Currently my font displays some kind of strange symbols instead of an m ... looks a bit like a Kanji. * drm/i915 hang: GPU HANG: ecode 7:0:0x86d2bff9, in cinnamon [9300], reason: Ring hung, action: reset opened a new bug as advised https://bugs.freedesktop.org/show_bug.cgi?id=93279 several other hangs like that, reported only one * intelfb is dead switching to the console often leaves a black console Most of the time this happens after a suspend to ram and wake up, but not always. Let me know if there is anything else one might want to know Thanks Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
