dri-devel August 2016

dri-devel@lists.freedesktop.org

239 participants
1433 discussions

[Bug 89971] HDMI out *not* working with radeon (mobile 8550g)
by bugzilla-daemon＠freedesktop.org 20 Nov '19

20 Nov '19

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 … [View More]

1 15

[Bug 80531] New: 3.16-rc2 hdmi output resolution out of range Cape Verde PRO [Radeon HD 7750]
by bugzilla-daemon＠freedesktop.org 20 Nov '19

20 Nov '19

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 … [View More]

1 14

[Bug 75992] New: Display freezes & corruption with an r7 260x on 3.14-rc6
by bugzilla-daemon＠freedesktop.org 20 Nov '19

20 Nov '19

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/… [View More]

1 61

[Bug 97530] [HD5650][REDWOOD] kernel commit 8c70e1cda04b966b50ddfefafbd0ea376ed8edd5 causing multiple delays during X server start
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=97530 Bug ID: 97530 Summary: [HD5650][REDWOOD] kernel commit 8c70e1cda04b966b50ddfefafbd0ea376ed8edd5 causing multiple delays during X server start Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon … [View More]

1 2

[Bug 97303] battery mode for dpm state froze
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=97303 Bug ID: 97303 Summary: battery mode for dpm state froze Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: minor Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: ce-ce-mel(a)hotmail.fr I try to use the dpm state, but when I … [View More]

1 7

[Bug 97249] R290x combined with Mg279q, Dp link fail in ubuntu, in multihead setup.
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=97249 Bug ID: 97249 Summary: R290x combined with Mg279q, Dp link fail in ubuntu, in multihead setup. Product: Mesa Version: 11.2 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org … [View More]

1 10

[Bug 97084] BUG: scheduling while atomic
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=97084 Bug ID: 97084 Summary: BUG: scheduling while atomic 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: amarildosjr(a)riseup.net Created attachment 125330 --> https:… [View More]

1 5

[Bug 96964] R290X stuck at 100% GPU load / full core clock on non-x86 machines
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=96964 Bug ID: 96964 Summary: R290X stuck at 100% GPU load / full core clock on non-x86 machines 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: kb9vqf(a)pearsoncomputing.… [View More]

1 12

[Bug 96838] No console/display output on front/secondary VGA
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=96838 Bug ID: 96838 Summary: No console/display output on front/secondary VGA 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: ck(a)claudiokuenzler.com Created attachment … [View More]124939 --> https://bugs.freedesktop.org/attachment.cgi?id=124939&action=edit dmesg I originally filed this bug at Ubuntu (https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1565679). It turned out to be an upstream bug, because it also happens with the latest mainline kernel. To sum it up: On a Dell PowerEdge 1850 server both Ubuntu trusty and xenial (and as mentioned the mainstream kernel, 4.7-rc6, too) fail to properly show video output on the front (secondary) VGA connector. It works during boot but as soon as Ubuntu/Linux is completely loaded and the login prompt should appear, the screen goes dark. When I then connect the screen on the back (primary) VGA connector of the server, I can see everything. Plug it back to the front VGA, screen goes dark. In dmesg I can see the following entries: Right after boot: ---------------------------- [...] [ 3.179546] [drm] radeon kernel modesetting enabled. [ 3.193916] uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 3 [ 3.210245] uhci_hcd 0000:00:1d.1: detected 2 ports [ 3.218133] checking generic (f0000000 12c000) vs hw (f0000000 8000000) [ 3.218142] fb: switching to radeondrmfb from simple [ 3.226015] Console: switching to colour dummy device 80x25 [ 3.226024] uhci_hcd 0000:00:1d.1: irq 19, io base 0x0000bcc0 [ 3.226224] usb usb3: New USB device found, idVendor=1d6b, idProduct=0001 [ 3.226237] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 3.226254] usb usb3: Product: UHCI Host Controller [ 3.226265] usb usb3: Manufacturer: Linux 4.7.0-040700rc6-generic uhci_hcd [ 3.226277] usb usb3: SerialNumber: 0000:00:1d.1 [ 3.227514] [drm] initializing kernel modesetting (RV100 0x1002:0x5159 0x1028:0x016C 0x00). [ 3.227557] [drm] register mmio base: 0xFE1F0000 [ 3.227567] [drm] register mmio size: 65536 [ 3.227723] radeon 0000:09:0d.0: VRAM: 128M 0x00000000F0000000 - 0x00000000F7FFFFFF (16M used) [ 3.227742] radeon 0000:09:0d.0: GTT: 512M 0x00000000D0000000 - 0x00000000EFFFFFFF [ 3.227771] [drm] Detected VRAM RAM=128M, BAR=128M [ 3.227781] [drm] RAM width 32bits DDR [ 3.227922] [TTM] Zone kernel: Available graphics memory: 509720 kiB [ 3.227934] [TTM] Initializing pool allocator [ 3.227957] [TTM] Initializing DMA pool allocator [ 3.228055] [drm] radeon: 16M of VRAM memory ready [ 3.228066] [drm] radeon: 512M of GTT memory ready. [ 3.228121] [drm] GART: num cpu pages 131072, num gpu pages 131072 [...] [ 3.250891] [drm] PCI GART of 512M enabled (table at 0x0000000034F00000). [ 3.250975] radeon 0000:09:0d.0: WB disabled [ 3.250987] radeon 0000:09:0d.0: fence driver on ring 0 use gpu addr 0x00000000d0000000 and cpu addr 0xffff8800352ce000 [ 3.250997] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [ 3.251002] [drm] Driver supports precise vblank timestamp query. [ 3.251024] [drm] radeon: irq initialized. [ 3.251046] [drm] Loading R100 Microcode [ 3.251269] [drm] radeon: ring at 0x00000000D0001000 [ 3.251301] [drm] ring test succeeded in 1 usecs [ 3.251490] [drm] ib test succeeded in 0 usecs [ 3.252447] [drm] No TV DAC info found in BIOS [ 3.252703] [drm] Radeon Display Connectors [ 3.252715] [drm] Connector 0: [ 3.252725] [drm] VGA-1 [ 3.252735] [drm] DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60 [ 3.252744] [drm] Encoders: [ 3.252753] [drm] CRT1: INTERNAL_DAC1 [ 3.252763] [drm] Connector 1: [ 3.252771] [drm] VGA-2 [ 3.252780] [drm] DDC: 0x6c 0x6c 0x6c 0x6c 0x6c 0x6c 0x6c 0x6c [ 3.252790] [drm] Encoders: [ 3.252797] [drm] CRT2: INTERNAL_DAC2 [ 3.252807] [drm] Connector 2: [ 3.252816] [drm] DVI-I-1 [ 3.252823] [drm] HPD1 [ 3.252834] [drm] DDC: 0x64 0x64 0x64 0x64 0x64 0x64 0x64 0x64 [ 3.252843] [drm] Encoders: [ 3.252851] [drm] CRT2: INTERNAL_DAC2 [ 3.252859] [drm] DFP1: INTERNAL_TMDS1 [ 3.298340] e1000 0000:07:08.0 eth1: (PCI:66MHz:32-bit) 00:11:43:d7:76:29 [ 3.298358] e1000 0000:07:08.0 eth1: Intel(R) PRO/1000 Network Connection [ 3.300843] e1000 0000:06:07.0 enp6s7: renamed from eth0 [ 3.337522] [drm] fb mappable at 0xF0040000 [ 3.337540] [drm] vram apper at 0xF0000000 [ 3.337547] [drm] size 786432 [ 3.337554] [drm] fb depth is 8 [ 3.337562] [drm] pitch is 1024 [ 3.338028] e1000 0000:07:08.0 enp7s8: renamed from eth1 [ 3.338140] fbcon: radeondrmfb (fb0) is primary device [ 3.452030] usb 2-3: new high-speed USB device number 2 using ehci-pci [ 3.482857] clocksource: Switched to clocksource tsc [ 3.482891] Console: switching to colour frame buffer device 128x48 [ 3.491157] radeon 0000:09:0d.0: fb0: radeondrmfb frame buffer device [ 3.500049] [drm] Initialized radeon 2.45.0 20080528 for 0000:09:0d.0 on minor 0 ---------------------------- And when I switched the VGA connectors: ---------------------------- [ 6613.913005] [drm:drm_edid_block_valid [drm]] *ERROR* EDID checksum is invalid, remainder is 92 [ 6613.913151] Raw EDID: [ 6613.913183] 00 ff ff ff ff ff ff 00 10 ac 07 a0 4c 4b 34 30 [ 6613.913255] 04 0f 01 03 0e 29 1f ff ff ff ff ff ff ff ff ff [ 6613.913333] ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 6613.913405] ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 6613.913484] ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 6613.913562] ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 6613.913633] ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 6613.913711] ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 6613.914978] [drm:radeon_vga_detect [radeon]] *ERROR* VGA-2: probed a monitor but no|invalid EDID ---------------------------- Let me know if you need more information. Attached is the full dmesg output. -- You are receiving this mail because: You are the assignee for the bug. [View Less]

1 3

[Bug 96789] Black screen with R9 290 and Apple Cinema Display 23"
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=96789 Bug ID: 96789 Summary: Black screen with R9 290 and Apple Cinema Display 23" 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: benh(a)kernel.crashing.org With Radeon (… [View More]any recent distro version including upstream 4.7-rc5), my Apple Cinema Display 23" gives a black screen when radeon loads. The monitor is a fairly old DVI LCD 1920x1200x60. It has a fixed timing, ie, no scaler. It used to work with earlier versions of radeons but I haven't used it on a Linux machine for a couple of hears at least. It works using the agd5f's current amdgpu, but not upstream which doesn't support the HAWAII. I isolated the difference that makes it work to the PPLL setting. This one liner fixes it: --- a/drivers/gpu/drm/radeon/radeon_display.c +++ b/drivers/gpu/drm/radeon/radeon_display.c @@ -953,7 +953,7 @@ static void avivo_get_fb_ref_div(unsigned nom, unsigned den, unsigned post_div, unsigned *fb_div, unsigned *ref_div) { /* limit reference * post divider to a maximum */ - ref_div_max = max(min(100 / post_div, ref_div_max), 1u); + ref_div_max = max(min(128 / post_div, ref_div_max), 1u); /* get matching reference and feedback divider */ *ref_div = min(max(DIV_ROUND_CLOSEST(den, post_div), 1u), ref_div_max); Here's a log of the working vs. non-working versions of the calculations in radeon_compute_pll_avivo(). Note that when I did these, I also changed radeon's max_feedback_div to match amdgpu's value of 0xfff instead of 0x7ff in current radeon, though that didn't impact the results. [ 3.471131] fb_div_min/max=4/4095 pll_flags=400 [ 3.471132] by 10 ! fb_div_min/max=40/40950 [ 3.471133] ref_div_min=2 (from 0/2) [ 3.471133] ref_div_max=1023 (from 0/1023) [ 3.471134] vco_min/max=600000/1200000 [ 3.471134] post_div_min/max=4/7 [ 3.471135] initial nom=153970, den=2700 [ 3.471136] reduced nom=15397, den=270 [ 3.471136] - trying post_div 4, ref_div_max=32 [ 3.471137] tentative ref_div=32m, fb_div=7299 [ 3.471137] adjusted ref_div=32m, fb_div=7299 [ 3.471138] diff=7, diff_best=-1 [ 3.471138] - trying post_div 5, ref_div_max=25 [ 3.471139] tentative ref_div=25m, fb_div=7128 [ 3.471139] adjusted ref_div=25m, fb_div=7128 [ 3.471139] diff=6, diff_best=7 [ 3.471140] - trying post_div 6, ref_div_max=21 [ 3.471140] tentative ref_div=21m, fb_div=7185 [ 3.471141] adjusted ref_div=21m, fb_div=7185 [ 3.471141] diff=6, diff_best=6 [ 3.471141] - trying post_div 7, ref_div_max=18 [ 3.471142] tentative ref_div=18m, fb_div=7185 [ 3.471142] adjusted ref_div=18m, fb_div=7185 [ 3.471150] diff=6, diff_best=6 [ 3.471150] post_div_best=7 [ 3.471151] - trying post_div 7, ref_div_max=18 [ 3.471151] tentative ref_div=18m, fb_div=7185 [ 3.471152] adjusted ref_div=18m, fb_div=7185 [ 3.471153] [drm:amdgpu_pll_compute] 153970 - 153960, pll dividers - fb: 239.5 ref: 6, post 7 Now this is with radeon *NOTE: I have bumped the max fb div to the same as AMD GPU when taking that trace but that had no effect: [ 4.718126] fb_div_min/max=4/4095 pll_flags=410 [ 4.718126] by 10 ! fb_div_min/max=40/40950 [ 4.718127] ref_div_min=2 (from 0/2) [ 4.718128] ref_div_max=1023 (from 0/1023) [ 4.718128] vco_min/max=600000/1200000 [ 4.718129] post_div_min/max=4/7 [ 4.718129] initial nom=153970, den=2700 [ 4.718130] reduced nom=15397, den=270 [ 4.718130] - trying post_div 4, ref_div_max=25 [ 4.718131] tentative ref_div=25m, fb_div=5703 [ 4.718131] adjusted ref_div=25m, fb_div=5703 [ 4.718132] diff=11, diff_best=-1 [ 4.718133] - trying post_div 5, ref_div_max=20 [ 4.718133] tentative ref_div=20m, fb_div=5703 [ 4.718133] adjusted ref_div=20m, fb_div=5703 [ 4.718134] diff=11, diff_best=11 [ 4.718134] - trying post_div 6, ref_div_max=16 [ 4.718135] tentative ref_div=16m, fb_div=5474 [ 4.718135] adjusted ref_div=16m, fb_div=5474 [ 4.718136] diff=14, diff_best=11 [ 4.718136] - trying post_div 7, ref_div_max=14 [ 4.718136] tentative ref_div=14m, fb_div=5589 [ 4.718137] adjusted ref_div=14m, fb_div=5589 [ 4.718137] diff=12, diff_best=11 [ 4.718138] post_div_best=5 [ 4.718138] - trying post_div 5, ref_div_max=20 [ 4.718139] tentative ref_div=20m, fb_div=5703 [ 4.718139] adjusted ref_div=20m, fb_div=5703 [ 4.718141] [drm:radeon_compute_pll_avivo] 153970 - 153980, pll dividers - fb: 570.3 ref: 20, post 5 The modeline is: Modeline 55:"1920x1200" 60 153970 1920 1968 2000 2080 1200 1203 1209 1235 0x48 0x9 And is consistent between the 2 drivers (different mode number but same values). -- You are receiving this mail because: You are the assignee for the bug. [View Less]

1 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel August 2016