https://bugs.freedesktop.org/show_bug.cgi?id=80684
Priority: medium
Bug ID: 80684
Assignee: dri-devel(a)lists.freedesktop.org
Summary: I2C-over-AUX drops single bytes
Severity: normal
Classification: Unclassified
OS: All
Reporter: stefan.bruens(a)rwth-aachen.de
Hardware: Other
Status: NEW
Version: DRI CVS
Component: DRM/Radeon
Product: DRI
I get frequent errors for the EDID checksum, obviously single bytes are dropped
from the EDID.
Good EDID:
Raw EDID:
02 03 1d f1 50 90 05 04 03 02 07 16 01 06 11 12
15 13 14 1f 20 23 09 7f 07 83 01 00 00 02 3a 80
18 71 38 2d 40 58 2c 25 00 55 50 21 00 00 1e 01
1d 80 18 71 1c 16 20 58 2c 25 00 55 50 21 00 00 <--
9e 01 1d 00 72 51 d0 1e 20 6e 28 55 00 55 50 21
00 00 1e 8c 0a d0 8a 20 e0 2d 10 10 3e 96 00 55
50 21 00 00 18 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 5d
Bad EDID example:
Raw EDID:
02 03 1d f1 50 90 05 04 03 02 07 16 01 06 11 12
15 13 14 1f 20 23 09 7f 07 83 01 00 00 02 3a 80
18 71 38 2d 40 58 2c 25 00 55 50 21 00 00 1e 01
1d 80 18 1c 16 20 58 2c 25 00 55 50 21 00 00 9e <-- 0x71 is missing
01 1d 00 72 51 d0 1e 20 6e 28 55 00 55 50 21 00
00 1e 8c 0a d0 8a 20 e0 2d 10 10 3e 96 00 55 50
21 00 00 18 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 5d 00
The position of the dropped byte changes, sometimes the EDID is complete,
sometimes several bytes are dropped.
The bad EDIDs are *often* accompanied with [drm:radeon_process_aux_ch]
dp_aux_ch flags not zero messages.
Most probably the common i2c-over-aux code drops the byte, as it starts the
transfer again in case of -EBUSY. If I change radeon_process_aux_ch to return
-EIO in case of (ReplyStatus == 2), I no longer have any bad checksums.
Hardware is Radeon 7750 + Dell U2713HM, connected via DP.
Same monitor with Intel Haswell and different cable works without any errors.
Kernel is 3.15.1, i.e. without the i2c bus mutex, dont know if this fixes the
problems as well.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=32556
Summary: screen flickers all the time with desktop image
appearing only briefly
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: critical
Priority: medium
Component: DRM/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: 3ntr0p13(a)gmail.com
Created an attachment (id=41344)
--> (https://bugs.freedesktop.org/attachment.cgi?id=41344)
dmesg
Machine is the same as in bug report 28331 although with different software
components: Acer Aspire L5100 with an AMD Athlon 64 X2 Dual Core Processor
4000+, this time running a 64 bits debian squeeze.
The machine is a small factor desktop machine designed around laptop
components, so the graphic card is an integrated radeon x1200.
When running a linux vanilla kernel 2.6.37-rc6, the screen flickers all the
time
making the machine unusable, while with debian kernel 2.6.32-5 such "flick to
black" event occur from time to time, making it annoying but usable.
While booting with radeon.modeset=0 the problem doesn't exhibits itself
The following packages version from debian squeeze are installed:
xserver-xorg 1:7.5+8
xserver-xorg-core 2:1.7.7-10
xserver-xorg-video-radeon 1:6.13.1-2+squeeze1
Please find attached Xorg.0.log, dmesg, register dumps for ums and kms for that
machine (when booted on 2.6.37-rc6).
Regards,
Gildas
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=32422
Summary: Large images displayed in Firefox appear corrupted
Product: DRI
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: da_fox(a)mad.scientist.com
Created an attachment (id=41150)
--> (https://bugs.freedesktop.org/attachment.cgi?id=41150)
Picture describing a thousand words.
"A picture says more than a thousand words" (aka see attachment)
This is what happens when I try to view the XKCD "Online Communities 2" map
(http://xkcd.com/802_large/) or other large images in firefox.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=89971
Bug ID: 89971
Summary: HDMI out *not* working with radeon (mobile 8550g)
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: adrianovidiugabor(a)gmail.com
Created attachment 114999
--> https://bugs.freedesktop.org/attachment.cgi?id=114999&action=edit
screen's content
Hi all.
If I'm connecting my laptop's HDMI out to my TV I get a black screen with
garbage on top (see attached pic). This is with mirror mode on. If making the
second screen primary, the pc blocks and I have to restart it. It won't unblock
even if I disconnect the cable.
If switching to one of the virtual consoles, everything works correctly as it
should, so the problem seems to be related somehow to the display server.
The Tv is recognized correctly by xrandr.
Specs: Asus laptop, with AMD A8-5550M, Radeon 8550G(Aruba)/8670M(Hainan), OS
ArchLinux(x64) Xorg-xerver 1.17, kernel 3.19.3, Mesa-git, xf86-ati-git,
llvm-svn.
This doesn't seem to be a regression (experienced it with older versions of the
kernel and userspace components) and it's reproducible on another machine.
HDMI out works on Windows and ChromeOS.
Didn't try Catalyst on Linux.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=80531
Priority: medium
Bug ID: 80531
Assignee: dri-devel(a)lists.freedesktop.org
Summary: 3.16-rc2 hdmi output resolution out of range Cape
Verde PRO [Radeon HD 7750]
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: fredrik(a)obra.se
Hardware: x86-64 (AMD64)
Status: NEW
Version: XOrg CVS
Component: DRM/Radeon
Product: DRI
Created attachment 101759
--> https://bugs.freedesktop.org/attachment.cgi?id=101759&action=edit
dmesg with drm.debug=1
With 3.16-rc2 my tripple screen setup breaks.
DisplayPort-0 connected 1920x1200 <- ok
HDMI-0 connected 1920x1080 <- (tv) resolution out of range
DVI-0 connected 1680x1050 <- ok
All screens work during bootup before X starts.
ddx driver 7.3.0.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=75992
Priority: medium
Bug ID: 75992
Assignee: dri-devel(a)lists.freedesktop.org
Summary: Display freezes & corruption with an r7 260x on
3.14-rc6
Severity: major
Classification: Unclassified
OS: Linux (All)
Reporter: edt(a)aei.ca
Hardware: x86-64 (AMD64)
Status: NEW
Version: unspecified
Component: DRM/Radeon
Product: DRI
Created attachment 95520
--> https://bugs.freedesktop.org/attachment.cgi?id=95520&action=edit
log of boot
I recently added a R7 260X to my system. While the card works with 3.13 its
supposed work much better with 14-rc. This is not the case. My system is
unstable without radeon.dpm=0 which was the default in .13.
linux 3.14-rc6 (with an up to date arch, stable X and mesa-git (10.2) mesa 10.1
and 10.0 also show very similar problems.
When X started I did notice some corruption. There are sets of two rectangles
about of a height of 2 or 3 mm, width of 25m or so with a second about a cm
below. The often occurs in chomium especially when scrolling. Runing the
unigine-sanctuary or unigine-tropics demo/benchmark programs also produce the
above problems and eventually stall.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=91731
Bug ID: 91731
Summary: ATI RV250/M9 : screen needs to be refreshed after
suspend/resume
Product: DRI
Version: XOrg git
Hardware: x86 (IA32)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: lists.jjorge(a)free.fr
It looks like the driver needs a xdamage event to redraw the screen after
suspend : if I have two windows opened, then suspend/resume, I get a black
screen with only the mouse cursor. Than a simple Alt+Tab draws the screen.
How to debug the X event that is waited by the driver?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=91707
Bug ID: 91707
Summary: Hibernation doesn't work with AMD Radeon R7 265
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: rogutes+freedesktop(a)gmail.com
Created attachment 117828
--> https://bugs.freedesktop.org/attachment.cgi?id=117828&action=edit
dmesg output
Hibernation works perfectly when using the integrated Intel GPU, but
it only works once when using the discrete AMD Radeon R7 265.
I am testing different GPUs by changing the primary GPU in BIOS.
When trying to hibernate for the second time, I see one of 2 outcomes:
1. Display powers off, but the system stays on and stops responding to
ICMP pings and sysrq; after reset the system boots afresh and fsck
is run.
2. System powers off, but doesn't resume on next boot: boots afresh and
fsck is run.
More observations:
* Suspend to RAM works every time.
* Hibernation works every time as long as X has not been started.
* I am running Arch Linux, swap is on an SSD and not encrypted. I usually start
hibernation with `systemctl hibernate`, but writing to /sys/power/state has the
same effect.
I have no idea how to debug this issue, but would be happy to do it with your
help.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=91595
Bug ID: 91595
Summary: RV410 white screen after resume
Product: DRI
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: lists.jjorge(a)free.fr
This is a Fujitsu Amilo M1437G with X700Mobile. Suspended/resumed well with UMS
with a 2009 distro, but after upgrading the system to a 2015 Mageia 5 and a KMS
only driver, screen is white after suspend. If then I hibernate the system
through ssh, screen is ok.
Looks like the sbios does something that KMS does not, is there a way to debug
this? I join the reg dumps.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=91507
Bug ID: 91507
Summary: Only 4K on 5K Retina iMac
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: andreas.tunek(a)gmail.com
The Retina 5K iMac has a 5K screen but it is only possible to go up to 4K with
Linux. Tested with 4.2 rc4 on Fedora.
--
You are receiving this mail because:
You are the assignee for the bug.