Bug 27206

Summary: Blurred screen with latest drm-next-radeon and KMS
Product: DRI Reporter: DF5JT <ke4unq>
Component: DRM/RadeonAssignee: Default DRI bug account <dri-devel>
Status: RESOLVED MOVED QA Contact:
Severity: normal    
Priority: medium CC: aidan, martinstolpe
Version: DRI git   
Hardware: x86 (IA32)   
OS: Linux (All)   
URL: http://bloatware.de/bugs/20032010081.mp4
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
Login screen garbled
none
Logfile
none
dmesg from garbled screen none

Description DF5JT 2010-03-20 07:21:57 UTC
Created attachment 34256 [details]
Login screen garbled

Right after the initrd is loaded and console switches to KMS native resolution, the screen gets garbled. There are vertical blurs approximately every 1 cm of horizontal screen space. These blurs repeat regions of previous screen extate so the visible screen is only 2/3 of its true full size. Difficult to explain, therefore attached screenshots with a camera.

Sometimes, in irregular intervals the screen "resettles and shows its true size. This is both with dypm enabled and disabled. Booting without KMS is fine, no garbage on scree, both on console and under X.
Comment 1 DF5JT 2010-03-20 07:27:15 UTC
There are further screenshots at this location:

http://bloatware.de/bugs/200320101079.jpg

http://bloatware.de/bugs/200320101080.jpg

http://bloatware.de/bugs/200320101081.jpg

http://bloatware.de/bugs/200320101082.jpg

http://bloatware.de/bugs/200320101083.jpg

And here is a short video which shows the irregular switching back to regular resolution and no garbling:

http://bloatware.de/bugs/20032010081.mp4
Comment 2 DF5JT 2010-03-20 07:52:21 UTC
Hardware is an IBM Thinkpad with a FireGL V5200, 3GB, Ram, T5600 Core2Duo Processor and 1600x1200 Flexview Display.
Comment 3 DF5JT 2010-03-20 08:10:38 UTC
Created attachment 34260 [details]
Logfile
Comment 4 Alex Deucher 2010-03-20 11:46:03 UTC
What kernel are you using?  Can you attach your dmesg?
Comment 5 DF5JT 2010-03-20 12:36:38 UTC
Created attachment 34264 [details]
dmesg from garbled screen

Kernel is compiled from up to date git drm-next-radeon on x86 platform with Fedora 12 userland.
Comment 6 DF5JT 2010-03-20 12:38:15 UTC
(In reply to comment #5)
> Created an attachment (id=34264) [details]
> dmesg from garbled screen
> 
> Kernel is compiled from up to date git drm-next-radeon on x86 platform with
> Fedora 12 userland.

Plus all patches from:


http://people.freedesktop.org/~agd5f/pm2/

which could all be applied cleanly.
Comment 7 Aidan Marks 2010-03-20 18:09:47 UTC
is this similar to/same as fdo #25622?
Comment 8 Alex Deucher 2010-03-21 08:26:24 UTC
(In reply to comment #6)
> (In reply to comment #5)
> > Created an attachment (id=34264) [details] [details]
> > dmesg from garbled screen
> > 
> > Kernel is compiled from up to date git drm-next-radeon on x86 platform with
> > Fedora 12 userland.
> 
> Plus all patches from:
> 
> 
> http://people.freedesktop.org/~agd5f/pm2/
> 
> which could all be applied cleanly.
> 

Which ones didn't apply?  I wouldn't recommend that patch set unless you apply all of them (they apply to drm-radeon-testing).  Do you still have problems without those patches applied?
Comment 9 DF5JT 2010-03-22 00:59:48 UTC
(In reply to comment #8)
> (In reply to comment #6)
> > (In reply to comment #5)
> > > Created an attachment (id=34264) [details] [details] [details]
> > > dmesg from garbled screen
> > > 
> > > Kernel is compiled from up to date git drm-next-radeon on x86 platform with
> > > Fedora 12 userland.
> > 
> > Plus all patches from:
> > 
> > 
> > http://people.freedesktop.org/~agd5f/pm2/
> > 
> > which could all be applied cleanly.
> > 
> 
> Which ones didn't apply?  I wouldn't recommend that patch set unless you apply
> all of them (they apply to drm-radeon-testing).  Do you still have problems
> without those patches applied?

I pulled a clean, full tree from airlied's drm-next-radeon tree and applied all the 30 patches from your repo and that's what doesn't work.

However, there is a slight chance that this is actually hardware related. I have had the LCD inverter changed last week, because of a backlight failure and I have now found out that it was a temperature related problem (notebook staying in a rather cool room overnight), which spontaneously disappears when the laptop gets back to room temperature. It likely is a problem either with the GPU itself or the video RAM and I expect to have it replaced either tomorrow or day after.

I will report back as soon as I am sure that my hardware is running flawlessly.
Comment 10 Martin Peres 2019-11-19 08:11:08 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/drm/amd/issues/110.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.