On Apr 30 Stefan Richter wrote:
> On Apr 29 Stefan Richter wrote:
> > On Apr 26 Stefan Richter wrote:
> > > v4.6-rc solidly hangs after a short while after boot, login to X11, and
> > > doing nothing much remarkable on the just brought up X desktop.
> > >
On May 05 Stefan Richter wrote:
> Quoting the changelog of the commit:
[...]
> - Boot with drm.debug=0xe, reproduce the problem, then send us the
>dmesg file.
>
> I can try this, but I am skeptical about getting any useful kernel
> messages from before the hang.
On May 05 Stefan Richter wrote:
> Quoting the changelog of the commit:
[...]
> - Download intel-gpu-tools, compile it, and run:
>$ sudo ./tests/kms_frontbuffer_tracking --run-subtest '*fbc-*' 2>&1 |
> tee fbc.txt
>Then send us the fbc.txt file,
On May 05 Zanoni, Paulo R wrote:
> Em Qui, 2016-05-05 Ã s 19:45 +0200, Stefan Richter escreveu:
> > Â Â Â Â Oh, and in case you - the person reading this commit message - found
> > Â Â Â Â this commit through git bisect, please do the following:
> > Â Â Â Â Â - Check your d
n test this sometime soon.
--
Stefan Richter
-==- -=-= --==-
http://arcgraph.de/sr/
As expected, i915.enable_fbc=0 works fine.
No freeze within 2.5 days uptime; tested on v4.6-rc6.
--
Stefan Richter
-==- -=-= -=---
http://arcgraph.de/sr/
On May 08 Stefan Richter wrote:
> On May 05 Zanoni, Paulo R wrote:
> > If you don't want to keep carrying a manual revert, you can just boot
> > with i915.enable_fbc=0 for now (or write a /etc/modprobe.d file). Also,
> > it would be good to know in case you still somehow
On May 06 Daniel Vetter wrote:
> On Thu, May 05, 2016 at 10:45:31PM +0200, Stefan Richter wrote:
[...]
> > Subtest fbc-1p-primscrn-spr-indfb-fullscreen: FAIL (5.876s)
>
> This one failed in both runs. Can you please retest with just that using
>
> # kms_frontbuffer_track
have fbc completely enabled and
> > working, playing videos can result in video artifacts.
[...]
> > For the time being, disable FBC for Haswell by default.
>
> In case we want to improve the commit message:
>
> We also got reports from Steven Honeyman on openbox
+0x16/0x1b
---[ end trace 6a2f7052e2c76f52 ]---
DMA-API: debugging out of memory - disabling
This is an AMD RS780/ ATI Radeon HD 3200 system with Gentoo xorg-server
1.9.4 and xf86-video-ati 6.14.1.
--
Stefan Richter
-=-==-== -=-- -==--
http://arcgraph.de/sr
zed in this function
It seems to require a 'make CONFIG_DEBUG_SECTION_MISMATCH=y' to trigger
this warning; don't know why.
Perhaps add a 'default:' case to the switch block?
--
Stefan Richter
falso positive.
Add a default: case so that gcc rests assured that all possible pll_id's are
covered.
Keep the present cases that fall through to the default one for
self-documentation.
Signed-off-by: Stefan Richter
---
drivers/gpu/drm/radeon/atombios_crtc.c |1 +
1 files changed, 1
ady, "git commit --amend [-a] [...]" lets
you alter the very last commit of course.
--
Stefan Richter
-=-==-=- -==- -
http://arcgraph.de/sr/
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
is back to the reliability of 2.6.34.y
>
> with kind regards
> thomas
Added CCs.
Thomas, on what hardware did you observe the regression? Is it suspend
or resume that is unreliable? What are the particular symptoms --- does
not suspend, crashes during suspend, crashes du
Message-ID : <201008011101.01429.tho...@m3y3r.de>
References : http://lkml.org/lkml/2010/8/1/43
First-Bad-Commit:
http://git.kernel.org/linus/d1b851fc0d105caa6b6e3e7c92d2987dfb52cbe0
--
Stefan Richter
-=-==-=- =--- =
http://arcgraph.de/sr/
__
+0x16/0x1b
---[ end trace 6a2f7052e2c76f52 ]---
DMA-API: debugging out of memory - disabling
This is an AMD RS780/ ATI Radeon HD 3200 system with Gentoo xorg-server
1.9.4 and xf86-video-ati 6.14.1.
--
Stefan Richter
-=-==-== -=-- -==--
http://arcgraph.de/sr/
ady, "git commit --amend [-a] [...]" lets
you alter the very last commit of course.
--
Stefan Richter
-=-==-=- -==- -
http://arcgraph.de/sr/
zed in this function
It seems to require a 'make CONFIG_DEBUG_SECTION_MISMATCH=y' to trigger
this warning; don't know why.
Perhaps add a 'default:' case to the switch block?
--
Stefan Richter
-=-==-=- -=-= ==--=
http://arcgraph.de/sr/
falso positive.
Add a default: case so that gcc rests assured that all possible pll_id's are
covered.
Keep the present cases that fall through to the default one for
self-documentation.
Signed-off-by: Stefan Richter
---
drivers/gpu/drm/radeon/atombios_crtc.c |1 +
1 files changed, 1
is back to the reliability of 2.6.34.y
>
> with kind regards
> thomas
Added CCs.
Thomas, on what hardware did you observe the regression? Is it suspend
or resume that is unreliable? What are the particular symptoms --- does
not suspend, crashes during suspend, crashes during resume...?
--
Stefan Richter
-=-==-=- =--- =
http://arcgraph.de/sr/
Message-ID : <201008011101.01429.thomas at m3y3r.de>
References : http://lkml.org/lkml/2010/8/1/43
First-Bad-Commit:
http://git.kernel.org/linus/d1b851fc0d105caa6b6e3e7c92d2987dfb52cbe0
--
Stefan Richter
-=-==-=- =--- =
http://arcgraph.de/sr/
21 matches
Mail list logo
