2014-04-19 07:19:45

by Dave Airlie

[permalink] [raw]
Subject: [git pull] drm fixes


Hi Linus,

Unfortunately this contains no easter eggs, its a bit larger than I'd
like, but I included a patch that just moves code from one file to another
and I'd like to avoid merge conflicts with that later, so it makes it seem
worse than it is,

Otherwise,
radeon fixes to use new microcode to stabilise some cards, use some common
displayport code, some runtime pm fixes, pll regression fixes,
i915 fix for some context oopses, a warn in a used path, backlight fixes,
nouveau: regression fix,
omap: a bunch of fixes,

Dave.0

The following changes since commit 55101e2d6ce1c780f6ee8fee5f37306971aac6cd:

Merge git://git.kernel.org/pub/scm/virt/kvm/kvm (2014-04-14 16:21:28 -0700)

are available in the git repository at:


git://people.freedesktop.org/~airlied/linux drm-fixes

for you to fetch changes up to a42892ed10585c5511e8a3e53f0350b4e2242050:

Merge branch 'drm-next-3.15-wip' of git://people.freedesktop.org/~deathsimple/linux into drm-next (2014-04-19 11:16:02 +1000)

----------------------------------------------------------------

Alex Deucher (13):
drm/radeon/dp: handle zero sized i2c over aux transactions (v2)
drm/dp/i2c: send bare addresses to properly reset i2c connections (v4)
drm/dp/i2c: Update comments about common i2c over dp assumptions (v3)
drm/radeon/dp: switch to the common i2c over aux code
drm/radeon: fix audio pin counts for DCE6+ (v2)
drm/radeon: disable mclk dpm on R7 260X
drm/radeon: fix runpm handling on APUs (v4)
drm/radeon: update CI DPM powertune settings
drm/radeon: add support for newer mc ucode on SI (v2)
drm/radeon: add support for newer mc ucode on CI (v2)
drm/radeon: re-enable mclk dpm on R7 260X asics
drm/radeon/si: make sure mc ucode is loaded before checking the size
drm/radeon/ci: make sure mc ucode is loaded before checking the size

Archit Taneja (4):
drm/omap: gem sync: wait on correct events
drm/omap: Fix crash when using LCD3 overlay manager
drm/omap: Use old_fb to synchronize between successive page flips
drm/omap: protect omap_crtc's event with event_lock spinlock

Chris Wilson (1):
drm/i915: Always use kref tracking for all contexts.

Christian K?nig (2):
drm/radeon: apply more strict limits for PLL params v2
drm/radeon: improve PLL params if we don't match exactly v2

Christoph Jaeger (1):
drm/radeon: fix VCE fence command

Daniel Vetter (4):
drm/mm: Don't WARN if drm_mm_reserve_node
drm/i915: Disable self-refresh for untiled fbs on i915gm
drm/plane-helper: Don't fake-implement primary plane disabling
drm: Split out drm_probe_helper.c from drm_crtc_helper.c

Dave Airlie (6):
Merge tag 'drm-intel-fixes-2014-04-11' of git://anongit.freedesktop.org/drm-intel into drm-next
Merge tag 'drm/tegra/for-3.15-rc2' of git://anongit.freedesktop.org/tegra/linux into drm-next
Merge branch 'drm-fixes-3.15' of git://people.freedesktop.org/~deathsimple/linux into drm-next
Merge tag 'omapdrm-fixes-3.15' of git://git.kernel.org/.../tomba/linux into drm-next
drm/ast: fix value check in cbr_scan2
Merge branch 'drm-next-3.15-wip' of git://people.freedesktop.org/~deathsimple/linux into drm-next

Gerd Hoffmann (3):
drm: cirrus: add power management support
drm: bochs: add power management support
drm: bochs: drop unused struct fields

Grazvydas Ignotas (1):
drm/omap: fix plane rotation

Jani Nikula (3):
drm/i915: support address only i2c-over-aux transactions
drm/i915: check VBT for supported backlight type
drm/i915: do not setup backlight if not available according to VBT

Lauri Kasanen (1):
drm/radeon: Improve vramlimit module param documentation

Quentin Casasnovas (1):
drm/radeon: memory leak on bo reservation failure. v2

Sergei Antonov (1):
drm/nouveau/bios: fix a bit shift error introduced by 457e77b

Stephen Warren (1):
gpu: host1x: handle the correct # of syncpt regs

Subhajit Paul (1):
drm/omap: Fix memory leak in omap_gem_op_async

Thierry Reding (2):
drm/tegra: dp: Support address-only I2C-over-AUX transactions
drm/tegra: Remove gratuitous pad field

Tomi Valkeinen (11):
drm/omap: fix output enable/disable sequence
drm/omap: fix uninit order in pdev_remove()
drm/omap: fix DMM driver (un)registration
drm/omap: fix race issue when unloading omapdrm
drm/omap: fix missing disable for unused encoder
drm/omap: fix enabling/disabling of video pipeline
drm/omap: fix missing unref to fb's buf object
drm/omap: print warning when rotating non-TILER fb
drm/omap: remove extra plane->destroy from crtc destroy
drm/omap: remove warn from debugfs
drm/omap: fix the handling of fb ref counts

Documentation/DocBook/drm.tmpl | 5 +
drivers/gpu/drm/Makefile | 2 +-
drivers/gpu/drm/ast/ast_post.c | 2 +-
drivers/gpu/drm/bochs/bochs.h | 3 +-
drivers/gpu/drm/bochs/bochs_drv.c | 44 +++
drivers/gpu/drm/bochs/bochs_fbdev.c | 1 -
drivers/gpu/drm/cirrus/cirrus_drv.c | 42 +++
drivers/gpu/drm/cirrus/cirrus_mode.c | 3 +
drivers/gpu/drm/drm_crtc_helper.c | 370 --------------------
drivers/gpu/drm/drm_dp_helper.c | 55 +--
drivers/gpu/drm/drm_mm.c | 2 -
drivers/gpu/drm/drm_plane_helper.c | 33 +-
drivers/gpu/drm/drm_probe_helper.c | 426 ++++++++++++++++++++++++
drivers/gpu/drm/i915/i915_drv.h | 9 +-
drivers/gpu/drm/i915/i915_gem.c | 2 +-
drivers/gpu/drm/i915/i915_gem_context.c | 218 +++++-------
drivers/gpu/drm/i915/i915_gem_execbuffer.c | 2 +-
drivers/gpu/drm/i915/intel_bios.c | 10 +
drivers/gpu/drm/i915/intel_bios.h | 3 +
drivers/gpu/drm/i915/intel_dp.c | 7 +-
drivers/gpu/drm/i915/intel_panel.c | 5 +
drivers/gpu/drm/i915/intel_pm.c | 10 +
drivers/gpu/drm/nouveau/core/subdev/bios/base.c | 2 +-
drivers/gpu/drm/omapdrm/omap_crtc.c | 100 ++++--
drivers/gpu/drm/omapdrm/omap_drv.c | 32 +-
drivers/gpu/drm/omapdrm/omap_drv.h | 1 +
drivers/gpu/drm/omapdrm/omap_fb.c | 14 +
drivers/gpu/drm/omapdrm/omap_fbdev.c | 3 +
drivers/gpu/drm/omapdrm/omap_gem.c | 9 +-
drivers/gpu/drm/omapdrm/omap_plane.c | 16 +-
drivers/gpu/drm/radeon/atombios_dp.c | 140 ++------
drivers/gpu/drm/radeon/ci_dpm.c | 33 +-
drivers/gpu/drm/radeon/cik.c | 28 +-
drivers/gpu/drm/radeon/dce6_afmt.c | 14 +-
drivers/gpu/drm/radeon/radeon.h | 6 +-
drivers/gpu/drm/radeon/radeon_atpx_handler.c | 2 +-
drivers/gpu/drm/radeon/radeon_connectors.c | 44 +--
drivers/gpu/drm/radeon/radeon_device.c | 19 +-
drivers/gpu/drm/radeon/radeon_display.c | 27 +-
drivers/gpu/drm/radeon/radeon_drv.c | 26 +-
drivers/gpu/drm/radeon/radeon_family.h | 1 +
drivers/gpu/drm/radeon/radeon_i2c.c | 60 +---
drivers/gpu/drm/radeon/radeon_kms.c | 23 +-
drivers/gpu/drm/radeon/radeon_mode.h | 12 +-
drivers/gpu/drm/radeon/radeon_ucode.h | 7 +-
drivers/gpu/drm/radeon/radeon_vce.c | 2 +-
drivers/gpu/drm/radeon/si.c | 37 +-
drivers/gpu/drm/tegra/dpaux.c | 44 ++-
drivers/gpu/drm/tegra/dpaux.h | 1 +
drivers/gpu/host1x/hw/intr_hw.c | 4 +-
include/drm/drm_crtc_helper.h | 6 +-
include/drm/drm_dp_helper.h | 4 +
include/uapi/drm/tegra_drm.h | 1 -
53 files changed, 1058 insertions(+), 914 deletions(-)
create mode 100644 drivers/gpu/drm/drm_probe_helper.c


2014-04-19 19:03:11

by Markus Trippelsdorf

[permalink] [raw]
Subject: Re: [git pull] drm fixes

On 2014.04.19 at 08:19 +0100, Dave Airlie wrote:
>
> Unfortunately this contains no easter eggs, its a bit larger than I'd
> like, but I included a patch that just moves code from one file to another
> and I'd like to avoid merge conflicts with that later, so it makes it seem
> worse than it is,

> Christian K?nig (2):
> drm/radeon: apply more strict limits for PLL params v2
> drm/radeon: improve PLL params if we don't match exactly v2

commit f8a2645ecede4eaf90b3d785f2805c8ecb76d43e
Author: Christian K?nig <[email protected]>
Date: Wed Apr 16 11:54:21 2014 +0200

drm/radeon: improve PLL params if we don't match exactly v2

The commit above causes my monitor to just stay blank after boot.
No framebuffer, no Xorg, no nothing. I'm using a Radeon RS780.


Apr 19 20:55:45 x4 kernel: Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
Apr 19 20:55:45 x4 kernel: [drm] Initialized drm 1.1.0 20060810
Apr 19 20:55:45 x4 kernel: [drm] radeon kernel modesetting enabled.
Apr 19 20:55:45 x4 kernel: [drm] initializing kernel modesetting (RS780 0x1002:0x9614 0x1043:0x834D).
Apr 19 20:55:45 x4 kernel: [drm] register mmio base: 0xFBEE0000
Apr 19 20:55:45 x4 kernel: [drm] register mmio size: 65536
Apr 19 20:55:45 x4 kernel: ATOM BIOS: 113
Apr 19 20:55:45 x4 kernel: radeon 0000:01:05.0: VRAM: 128M 0x00000000C0000000 - 0x00000000C7FFFFFF (128M used)
Apr 19 20:55:45 x4 kernel: radeon 0000:01:05.0: GTT: 512M 0x00000000A0000000 - 0x00000000BFFFFFFF
Apr 19 20:55:45 x4 kernel: [drm] Detected VRAM RAM=128M, BAR=128M
Apr 19 20:55:45 x4 kernel: [drm] RAM width 32bits DDR
Apr 19 20:55:45 x4 kernel: [TTM] Zone kernel: Available graphics memory: 4083362 kiB
Apr 19 20:55:45 x4 kernel: [TTM] Zone dma32: Available graphics memory: 2097152 kiB
Apr 19 20:55:45 x4 kernel: [TTM] Initializing pool allocator
Apr 19 20:55:45 x4 kernel: [TTM] Initializing DMA pool allocator
Apr 19 20:55:45 x4 kernel: [drm] radeon: 128M of VRAM memory ready
Apr 19 20:55:45 x4 kernel: [drm] radeon: 512M of GTT memory ready.
Apr 19 20:55:45 x4 kernel: [drm] Loading RS780 Microcode
Apr 19 20:55:45 x4 kernel: == power state 0 ==
Apr 19 20:55:45 x4 kernel: ui class: none
Apr 19 20:55:45 x4 kernel: internal class: boot
Apr 19 20:55:45 x4 kernel: caps: video
Apr 19 20:55:45 x4 kernel: uvd vclk: 0 dclk: 0
Apr 19 20:55:45 x4 kernel: power level 0 sclk: 50000 vddc_index: 2
Apr 19 20:55:45 x4 kernel: power level 1 sclk: 50000 vddc_index: 2
Apr 19 20:55:45 x4 kernel: status: c r b
Apr 19 20:55:45 x4 kernel: == power state 1 ==
Apr 19 20:55:45 x4 kernel: ui class: performance
Apr 19 20:55:45 x4 kernel: internal class: none
Apr 19 20:55:45 x4 kernel: caps: video
Apr 19 20:55:45 x4 kernel: uvd vclk: 0 dclk: 0
Apr 19 20:55:45 x4 kernel: power level 0 sclk: 50000 vddc_index: 1
Apr 19 20:55:45 x4 kernel: power level 1 sclk: 70000 vddc_index: 2
Apr 19 20:55:45 x4 kernel: status:
Apr 19 20:55:45 x4 kernel: == power state 2 ==
Apr 19 20:55:45 x4 kernel: ui class: none
Apr 19 20:55:45 x4 kernel: internal class: uvd
Apr 19 20:55:45 x4 kernel: caps: video
Apr 19 20:55:45 x4 kernel: uvd vclk: 53300 dclk: 40000
Apr 19 20:55:45 x4 kernel: power level 0 sclk: 50000 vddc_index: 1
Apr 19 20:55:45 x4 kernel: power level 1 sclk: 50000 vddc_index: 1
Apr 19 20:55:45 x4 kernel: status:
Apr 19 20:55:45 x4 kernel: [drm] radeon: dpm initialized
Apr 19 20:55:45 x4 kernel: [drm] GART: num cpu pages 131072, num gpu pages 131072
Apr 19 20:55:45 x4 kernel: [drm] PCIE GART of 512M enabled (table at 0x00000000C0040000).
Apr 19 20:55:45 x4 kernel: radeon 0000:01:05.0: WB enabled
Apr 19 20:55:45 x4 kernel: radeon 0000:01:05.0: fence driver on ring 0 use gpu addr 0x00000000a0000c00 and cpu addr 0xffff8800db8d0c00
Apr 19 20:55:45 x4 kernel: [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
Apr 19 20:55:45 x4 kernel: [drm] Driver supports precise vblank timestamp query.
Apr 19 20:55:45 x4 kernel: [drm] radeon: irq initialized.
Apr 19 20:55:45 x4 kernel: [drm] ring test on 0 succeeded in 1 usecs
Apr 19 20:55:45 x4 kernel: [drm] ib test on ring 0 succeeded in 0 usecs
Apr 19 20:55:45 x4 kernel: [drm] Radeon Display Connectors
Apr 19 20:55:45 x4 kernel: [drm] Connector 0:
Apr 19 20:55:45 x4 kernel: [drm] VGA-1
Apr 19 20:55:45 x4 kernel: [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c
Apr 19 20:55:45 x4 kernel: [drm] Encoders:
Apr 19 20:55:45 x4 kernel: [drm] CRT1: INTERNAL_KLDSCP_DAC1
Apr 19 20:55:45 x4 kernel: [drm] Connector 1:
Apr 19 20:55:45 x4 kernel: [drm] DVI-D-1
Apr 19 20:55:45 x4 kernel: [drm] HPD3
Apr 19 20:55:45 x4 kernel: [drm] DDC: 0x7e50 0x7e50 0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c
Apr 19 20:55:45 x4 kernel: [drm] Encoders:
Apr 19 20:55:45 x4 kernel: [drm] DFP3: INTERNAL_KLDSCP_LVTMA
Apr 19 20:55:45 x4 kernel: switching from power state:
Apr 19 20:55:45 x4 kernel: ui class: none
Apr 19 20:55:45 x4 kernel: internal class: boot
Apr 19 20:55:45 x4 kernel: caps: video
Apr 19 20:55:45 x4 kernel: uvd vclk: 0 dclk: 0
Apr 19 20:55:45 x4 kernel: power level 0 sclk: 50000 vddc_index: 2
Apr 19 20:55:45 x4 kernel: power level 1 sclk: 50000 vddc_index: 2
Apr 19 20:55:45 x4 kernel: status: c b
Apr 19 20:55:45 x4 kernel: switching to power state:
Apr 19 20:55:45 x4 kernel: ui class: performance
Apr 19 20:55:45 x4 kernel: internal class: none
Apr 19 20:55:45 x4 kernel: caps: video
Apr 19 20:55:45 x4 kernel: uvd vclk: 0 dclk: 0
Apr 19 20:55:45 x4 kernel: power level 0 sclk: 50000 vddc_index: 1
Apr 19 20:55:45 x4 kernel: power level 1 sclk: 70000 vddc_index: 2
Apr 19 20:55:45 x4 kernel: status: r
Apr 19 20:55:45 x4 kernel: [drm] fb mappable at 0xF0141000
Apr 19 20:55:45 x4 kernel: [drm] vram apper at 0xF0000000
Apr 19 20:55:45 x4 kernel: [drm] size 7299072
Apr 19 20:55:45 x4 kernel: [drm] fb depth is 24
Apr 19 20:55:45 x4 kernel: [drm] pitch is 6912
Apr 19 20:55:45 x4 kernel: fbcon: radeondrmfb (fb0) is primary device
Apr 19 20:55:45 x4 kernel: Console: switching to colour frame buffer device 131x105
Apr 19 20:55:45 x4 kernel: radeon 0000:01:05.0: fb0: radeondrmfb frame buffer device
Apr 19 20:55:45 x4 kernel: radeon 0000:01:05.0: registered panic notifier
Apr 19 20:55:45 x4 kernel: [drm] Initialized radeon 2.38.0 20080528 for 0000:01:05.0 on minor 0

--
Markus

2014-04-20 01:21:34

by Alex Deucher

[permalink] [raw]
Subject: Re: [git pull] drm fixes

On Sat, Apr 19, 2014 at 3:03 PM, Markus Trippelsdorf
<[email protected]> wrote:
> On 2014.04.19 at 08:19 +0100, Dave Airlie wrote:
>>
>> Unfortunately this contains no easter eggs, its a bit larger than I'd
>> like, but I included a patch that just moves code from one file to another
>> and I'd like to avoid merge conflicts with that later, so it makes it seem
>> worse than it is,
>
>> Christian König (2):
>> drm/radeon: apply more strict limits for PLL params v2
>> drm/radeon: improve PLL params if we don't match exactly v2
>
> commit f8a2645ecede4eaf90b3d785f2805c8ecb76d43e
> Author: Christian König <[email protected]>
> Date: Wed Apr 16 11:54:21 2014 +0200
>
> drm/radeon: improve PLL params if we don't match exactly v2
>
> The commit above causes my monitor to just stay blank after boot.
> No framebuffer, no Xorg, no nothing. I'm using a Radeon RS780.

Can you try the patch on:
https://bugs.freedesktop.org/show_bug.cgi?id=77673

Alex

>
>
> Apr 19 20:55:45 x4 kernel: Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
> Apr 19 20:55:45 x4 kernel: [drm] Initialized drm 1.1.0 20060810
> Apr 19 20:55:45 x4 kernel: [drm] radeon kernel modesetting enabled.
> Apr 19 20:55:45 x4 kernel: [drm] initializing kernel modesetting (RS780 0x1002:0x9614 0x1043:0x834D).
> Apr 19 20:55:45 x4 kernel: [drm] register mmio base: 0xFBEE0000
> Apr 19 20:55:45 x4 kernel: [drm] register mmio size: 65536
> Apr 19 20:55:45 x4 kernel: ATOM BIOS: 113
> Apr 19 20:55:45 x4 kernel: radeon 0000:01:05.0: VRAM: 128M 0x00000000C0000000 - 0x00000000C7FFFFFF (128M used)
> Apr 19 20:55:45 x4 kernel: radeon 0000:01:05.0: GTT: 512M 0x00000000A0000000 - 0x00000000BFFFFFFF
> Apr 19 20:55:45 x4 kernel: [drm] Detected VRAM RAM=128M, BAR=128M
> Apr 19 20:55:45 x4 kernel: [drm] RAM width 32bits DDR
> Apr 19 20:55:45 x4 kernel: [TTM] Zone kernel: Available graphics memory: 4083362 kiB
> Apr 19 20:55:45 x4 kernel: [TTM] Zone dma32: Available graphics memory: 2097152 kiB
> Apr 19 20:55:45 x4 kernel: [TTM] Initializing pool allocator
> Apr 19 20:55:45 x4 kernel: [TTM] Initializing DMA pool allocator
> Apr 19 20:55:45 x4 kernel: [drm] radeon: 128M of VRAM memory ready
> Apr 19 20:55:45 x4 kernel: [drm] radeon: 512M of GTT memory ready.
> Apr 19 20:55:45 x4 kernel: [drm] Loading RS780 Microcode
> Apr 19 20:55:45 x4 kernel: == power state 0 ==
> Apr 19 20:55:45 x4 kernel: ui class: none
> Apr 19 20:55:45 x4 kernel: internal class: boot
> Apr 19 20:55:45 x4 kernel: caps: video
> Apr 19 20:55:45 x4 kernel: uvd vclk: 0 dclk: 0
> Apr 19 20:55:45 x4 kernel: power level 0 sclk: 50000 vddc_index: 2
> Apr 19 20:55:45 x4 kernel: power level 1 sclk: 50000 vddc_index: 2
> Apr 19 20:55:45 x4 kernel: status: c r b
> Apr 19 20:55:45 x4 kernel: == power state 1 ==
> Apr 19 20:55:45 x4 kernel: ui class: performance
> Apr 19 20:55:45 x4 kernel: internal class: none
> Apr 19 20:55:45 x4 kernel: caps: video
> Apr 19 20:55:45 x4 kernel: uvd vclk: 0 dclk: 0
> Apr 19 20:55:45 x4 kernel: power level 0 sclk: 50000 vddc_index: 1
> Apr 19 20:55:45 x4 kernel: power level 1 sclk: 70000 vddc_index: 2
> Apr 19 20:55:45 x4 kernel: status:
> Apr 19 20:55:45 x4 kernel: == power state 2 ==
> Apr 19 20:55:45 x4 kernel: ui class: none
> Apr 19 20:55:45 x4 kernel: internal class: uvd
> Apr 19 20:55:45 x4 kernel: caps: video
> Apr 19 20:55:45 x4 kernel: uvd vclk: 53300 dclk: 40000
> Apr 19 20:55:45 x4 kernel: power level 0 sclk: 50000 vddc_index: 1
> Apr 19 20:55:45 x4 kernel: power level 1 sclk: 50000 vddc_index: 1
> Apr 19 20:55:45 x4 kernel: status:
> Apr 19 20:55:45 x4 kernel: [drm] radeon: dpm initialized
> Apr 19 20:55:45 x4 kernel: [drm] GART: num cpu pages 131072, num gpu pages 131072
> Apr 19 20:55:45 x4 kernel: [drm] PCIE GART of 512M enabled (table at 0x00000000C0040000).
> Apr 19 20:55:45 x4 kernel: radeon 0000:01:05.0: WB enabled
> Apr 19 20:55:45 x4 kernel: radeon 0000:01:05.0: fence driver on ring 0 use gpu addr 0x00000000a0000c00 and cpu addr 0xffff8800db8d0c00
> Apr 19 20:55:45 x4 kernel: [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
> Apr 19 20:55:45 x4 kernel: [drm] Driver supports precise vblank timestamp query.
> Apr 19 20:55:45 x4 kernel: [drm] radeon: irq initialized.
> Apr 19 20:55:45 x4 kernel: [drm] ring test on 0 succeeded in 1 usecs
> Apr 19 20:55:45 x4 kernel: [drm] ib test on ring 0 succeeded in 0 usecs
> Apr 19 20:55:45 x4 kernel: [drm] Radeon Display Connectors
> Apr 19 20:55:45 x4 kernel: [drm] Connector 0:
> Apr 19 20:55:45 x4 kernel: [drm] VGA-1
> Apr 19 20:55:45 x4 kernel: [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c
> Apr 19 20:55:45 x4 kernel: [drm] Encoders:
> Apr 19 20:55:45 x4 kernel: [drm] CRT1: INTERNAL_KLDSCP_DAC1
> Apr 19 20:55:45 x4 kernel: [drm] Connector 1:
> Apr 19 20:55:45 x4 kernel: [drm] DVI-D-1
> Apr 19 20:55:45 x4 kernel: [drm] HPD3
> Apr 19 20:55:45 x4 kernel: [drm] DDC: 0x7e50 0x7e50 0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c
> Apr 19 20:55:45 x4 kernel: [drm] Encoders:
> Apr 19 20:55:45 x4 kernel: [drm] DFP3: INTERNAL_KLDSCP_LVTMA
> Apr 19 20:55:45 x4 kernel: switching from power state:
> Apr 19 20:55:45 x4 kernel: ui class: none
> Apr 19 20:55:45 x4 kernel: internal class: boot
> Apr 19 20:55:45 x4 kernel: caps: video
> Apr 19 20:55:45 x4 kernel: uvd vclk: 0 dclk: 0
> Apr 19 20:55:45 x4 kernel: power level 0 sclk: 50000 vddc_index: 2
> Apr 19 20:55:45 x4 kernel: power level 1 sclk: 50000 vddc_index: 2
> Apr 19 20:55:45 x4 kernel: status: c b
> Apr 19 20:55:45 x4 kernel: switching to power state:
> Apr 19 20:55:45 x4 kernel: ui class: performance
> Apr 19 20:55:45 x4 kernel: internal class: none
> Apr 19 20:55:45 x4 kernel: caps: video
> Apr 19 20:55:45 x4 kernel: uvd vclk: 0 dclk: 0
> Apr 19 20:55:45 x4 kernel: power level 0 sclk: 50000 vddc_index: 1
> Apr 19 20:55:45 x4 kernel: power level 1 sclk: 70000 vddc_index: 2
> Apr 19 20:55:45 x4 kernel: status: r
> Apr 19 20:55:45 x4 kernel: [drm] fb mappable at 0xF0141000
> Apr 19 20:55:45 x4 kernel: [drm] vram apper at 0xF0000000
> Apr 19 20:55:45 x4 kernel: [drm] size 7299072
> Apr 19 20:55:45 x4 kernel: [drm] fb depth is 24
> Apr 19 20:55:45 x4 kernel: [drm] pitch is 6912
> Apr 19 20:55:45 x4 kernel: fbcon: radeondrmfb (fb0) is primary device
> Apr 19 20:55:45 x4 kernel: Console: switching to colour frame buffer device 131x105
> Apr 19 20:55:45 x4 kernel: radeon 0000:01:05.0: fb0: radeondrmfb frame buffer device
> Apr 19 20:55:45 x4 kernel: radeon 0000:01:05.0: registered panic notifier
> Apr 19 20:55:45 x4 kernel: [drm] Initialized radeon 2.38.0 20080528 for 0000:01:05.0 on minor 0
>
> --
> Markus
> _______________________________________________
> dri-devel mailing list
> [email protected]
> http://lists.freedesktop.org/mailman/listinfo/dri-devel

2014-04-20 06:25:59

by Markus Trippelsdorf

[permalink] [raw]
Subject: Re: [git pull] drm fixes

On 2014.04.19 at 21:21 -0400, Alex Deucher wrote:
> On Sat, Apr 19, 2014 at 3:03 PM, Markus Trippelsdorf
> <[email protected]> wrote:
> > On 2014.04.19 at 08:19 +0100, Dave Airlie wrote:
> >>
> >> Unfortunately this contains no easter eggs, its a bit larger than I'd
> >> like, but I included a patch that just moves code from one file to another
> >> and I'd like to avoid merge conflicts with that later, so it makes it seem
> >> worse than it is,
> >
> >> Christian K?nig (2):
> >> drm/radeon: apply more strict limits for PLL params v2
> >> drm/radeon: improve PLL params if we don't match exactly v2
> >
> > commit f8a2645ecede4eaf90b3d785f2805c8ecb76d43e
> > Author: Christian K?nig <[email protected]>
> > Date: Wed Apr 16 11:54:21 2014 +0200
> >
> > drm/radeon: improve PLL params if we don't match exactly v2
> >
> > The commit above causes my monitor to just stay blank after boot.
> > No framebuffer, no Xorg, no nothing. I'm using a Radeon RS780.
>
> Can you try the patch on:
> https://bugs.freedesktop.org/show_bug.cgi?id=77673

I did and it doesn't fix the issue.

--
Markus

2014-04-20 08:33:44

by Christian König

[permalink] [raw]
Subject: Re: [git pull] drm fixes

> I did and it doesn't fix the issue.
In this case please open up a new bugreport on
https://bugs.freedesktop.org/enter_bug.cgi?product=DRI and select
DRM/Radeon as component.

Additional to that please provide a dmesg output generated with
drm.debug=0xE for both the good and the bad case.

Thanks in advance,
Christian.

Am 20.04.2014 08:24, schrieb Markus Trippelsdorf:
> On 2014.04.19 at 21:21 -0400, Alex Deucher wrote:
>> On Sat, Apr 19, 2014 at 3:03 PM, Markus Trippelsdorf
>> <[email protected]> wrote:
>>> On 2014.04.19 at 08:19 +0100, Dave Airlie wrote:
>>>> Unfortunately this contains no easter eggs, its a bit larger than I'd
>>>> like, but I included a patch that just moves code from one file to another
>>>> and I'd like to avoid merge conflicts with that later, so it makes it seem
>>>> worse than it is,
>>>> Christian K?nig (2):
>>>> drm/radeon: apply more strict limits for PLL params v2
>>>> drm/radeon: improve PLL params if we don't match exactly v2
>>> commit f8a2645ecede4eaf90b3d785f2805c8ecb76d43e
>>> Author: Christian K?nig <[email protected]>
>>> Date: Wed Apr 16 11:54:21 2014 +0200
>>>
>>> drm/radeon: improve PLL params if we don't match exactly v2
>>>
>>> The commit above causes my monitor to just stay blank after boot.
>>> No framebuffer, no Xorg, no nothing. I'm using a Radeon RS780.
>> Can you try the patch on:
>> https://bugs.freedesktop.org/show_bug.cgi?id=77673
> I did and it doesn't fix the issue.
>

2014-04-20 09:56:46

by Markus Trippelsdorf

[permalink] [raw]
Subject: Re: [git pull] drm fixes

On 2014.04.20 at 10:27 +0200, Christian K?nig wrote:
> > I did and it doesn't fix the issue.
> In this case please open up a new bugreport on
> https://bugs.freedesktop.org/enter_bug.cgi?product=DRI and select
> DRM/Radeon as component.
>
> Additional to that please provide a dmesg output generated with
> drm.debug=0xE for both the good and the bad case.

Good vs. bad:

-[drm:radeon_compute_pll_avivo] 146250 - 14439, pll dividers - fb: 2047.0 ref: 29, post 7
+[drm:radeon_compute_pll_avivo] 146250 - 14955, pll dividers - fb: 1023.5 ref: 14, post 7

Full bad dmesg is attached.

--
Markus


Attachments:
(No filename) (598.00 B)
radeon_dmesg (38.02 kB)
Download all attachments

2014-04-20 10:04:31

by Markus Trippelsdorf

[permalink] [raw]
Subject: Re: [git pull] drm fixes

On 2014.04.20 at 11:56 +0200, Markus Trippelsdorf wrote:
> On 2014.04.20 at 10:27 +0200, Christian K?nig wrote:
> > > I did and it doesn't fix the issue.
> > In this case please open up a new bugreport on
> > https://bugs.freedesktop.org/enter_bug.cgi?product=DRI and select
> > DRM/Radeon as component.
> >
> > Additional to that please provide a dmesg output generated with
> > drm.debug=0xE for both the good and the bad case.
>
> Good vs. bad:

Sorry it is actually bad vs. good:

> -[drm:radeon_compute_pll_avivo] 146250 - 14439, pll dividers - fb: 2047.0 ref: 29, post 7
> +[drm:radeon_compute_pll_avivo] 146250 - 14955, pll dividers - fb: 1023.5 ref: 14, post 7

--
Markus

2014-04-21 14:25:41

by Ed Tomlinson

[permalink] [raw]
Subject: Re: [git pull] drm fixes

On Saturday 19 April 2014 21:03:05 Markus Trippelsdorf wrote:
> On 2014.04.19 at 08:19 +0100, Dave Airlie wrote:
> >
> > Unfortunately this contains no easter eggs, its a bit larger than I'd
> > like, but I included a patch that just moves code from one file to another
> > and I'd like to avoid merge conflicts with that later, so it makes it seem
> > worse than it is,
>
> > Christian König (2):
> > drm/radeon: apply more strict limits for PLL params v2
> > drm/radeon: improve PLL params if we don't match exactly v2
>
> commit f8a2645ecede4eaf90b3d785f2805c8ecb76d43e
> Author: Christian König <[email protected]>
> Date: Wed Apr 16 11:54:21 2014 +0200
>
> drm/radeon: improve PLL params if we don't match exactly v2
>
> The commit above causes my monitor to just stay blank after boot.
> No framebuffer, no Xorg, no nothing. I'm using a Radeon RS780.

I have the same symptoms with rc2 and a r7 260x using display port. I cannot
seem to get a dmesg of a failure (I _really_ need to figure out how to add
a serial console). I'll try reverting once I figure out how to get pacman to
do a revert when building from git.

Thanks,
Ed Tomlinson

2014-04-21 19:08:36

by Ed Tomlinson

[permalink] [raw]
Subject: Re: [git pull] drm fixes

On Monday 21 April 2014 10:25:25 Ed Tomlinson wrote:
> On Saturday 19 April 2014 21:03:05 Markus Trippelsdorf wrote:
> > On 2014.04.19 at 08:19 +0100, Dave Airlie wrote:
> > >
> > > Unfortunately this contains no easter eggs, its a bit larger than I'd
> > > like, but I included a patch that just moves code from one file to another
> > > and I'd like to avoid merge conflicts with that later, so it makes it seem
> > > worse than it is,
> >
> > > Christian König (2):
> > > drm/radeon: apply more strict limits for PLL params v2
> > > drm/radeon: improve PLL params if we don't match exactly v2
> >
> > commit f8a2645ecede4eaf90b3d785f2805c8ecb76d43e
> > Author: Christian König <[email protected]>
> > Date: Wed Apr 16 11:54:21 2014 +0200
> >
> > drm/radeon: improve PLL params if we don't match exactly v2
> >
> > The commit above causes my monitor to just stay blank after boot.
> > No framebuffer, no Xorg, no nothing. I'm using a Radeon RS780.
>
> I have the same symptoms with rc2 and a r7 260x using display port. I cannot
> seem to get a dmesg of a failure (I _really_ need to figure out how to add
> a serial console). I'll try reverting once I figure out how to get pacman to
> do a revert when building from git.

Neither reverting the above patch or add the fix from "https://bugs.freedesktop.org/show_bug.cgi?id=77673"
helps here. I managed to get dmesg(s) from 14.1 and 15-rc2. The major difference has to do with i2c. On the
14.1 kernel I see:

[ 2.679029] [drm] ib test on ring 5 succeeded
[ 2.699317] [drm:radeon_dp_i2c_aux_ch], aux_i2c nack
[ 2.699478] [drm:radeon_dp_i2c_aux_ch], aux_i2c nack
[ 2.699535] [drm] Radeon Display Connectors
[ 2.699536] [drm] Connector 0:
[ 2.699537] [drm] DP-1
[ 2.699537] [drm] HPD2
[ 2.699538] [drm] DDC: 0x6530 0x6530 0x6534 0x6534 0x6538 0x6538 0x653c 0x653c
[ 2.699538] [drm] Encoders:
[ 2.699539] [drm] DFP1: INTERNAL_UNIPHY2

skipping the rest of the connectors
[ 2.699647] [drm:radeon_atom_encoder_dpms], encoder dpms 33 to mode 3, devices 00000008, acti
ve_devices 00000000
[ 2.699648] [drm:radeon_atom_encoder_dpms], encoder dpms 33 to mode 3, devices 00000080, acti
ve_devices 00000000
[ 2.699649] [drm:radeon_atom_encoder_dpms], encoder dpms 32 to mode 3, devices 00000200, acti
ve_devices 00000000
[ 2.699650] [drm:radeon_atom_encoder_dpms], encoder dpms 30 to mode 3, devices 00000400, acti
ve_devices 00000000
[ 2.699651] [drm:radeon_atom_encoder_dpms], encoder dpms 21 to mode 3, devices 00000001, acti
ve_devices 00000000
[ 2.706746] [drm:drm_helper_probe_single_connector_modes], [CONNECTOR:19:DP-1]
[ 2.712729] [drm:radeon_dp_getdpcd], DPCD:
[ 2.712731] [drm:radeon_dp_getdpcd], 11
[ 2.712732] [drm:radeon_dp_getdpcd], 0a
[ 2.712733] [drm:radeon_dp_getdpcd], 84
[ 2.712733] [drm:radeon_dp_getdpcd], 00
[ 2.712734] [drm:radeon_dp_getdpcd], 01
[ 2.712735] [drm:radeon_dp_getdpcd], 00
[ 2.712735] [drm:radeon_dp_getdpcd], 00
[ 2.712736] [drm:radeon_dp_getdpcd], 00
[ 2.712736] [drm:radeon_dp_getdpcd], 00
[ 2.712737] [drm:radeon_dp_getdpcd], 00
[ 2.712738] [drm:radeon_dp_getdpcd], 00
[ 2.712739] [drm:radeon_dp_getdpcd], 00
[ 2.712739] [drm:radeon_dp_getdpcd], 00
[ 2.712740] [drm:radeon_dp_getdpcd], 00
[ 2.712741] [drm:radeon_dp_getdpcd], 00
[ 2.712741] [drm:radeon_dp_getdpcd],
[ 2.712746] [drm:radeon_atombios_connected_scratch_regs], DFP1 connected
[ 2.713618] [drm:i2c_algo_dp_aux_xfer], dp_aux_xfer return 2
[ 2.738573] [drm:i2c_algo_dp_aux_xfer], dp_aux_xfer return 2
[ 2.770849] [drm:i2c_algo_dp_aux_xfer], dp_aux_xfer return 2
[ 2.770907] [drm:drm_helper_probe_single_connector_modes], [CONNECTOR:19:DP-1] probed modes :
[ 2.770908] [drm:drm_mode_debug_printmodeline], Modeline 28:"1920x1200" 60 154000 1920 1968 2
000 2080 1200 1203 1209 1235 0x48 0x9

And on the 15-rc2 kernel

[ 2.580468] [drm] ib test on ring 4 succeeded in 0 usecs
[ 2.601369] [drm] ib test on ring 5 succeeded
[ 2.622309] [drm] ib test on ring 6 succeeded
[ 2.623058] [drm] ib test on ring 7 succeeded
[ 2.623449] [drm] Radeon Display Connectors
[ 2.623452] [drm] Connector 0:
[ 2.623453] [drm] DP-1
[ 2.623455] [drm] HPD2
[ 2.623457] [drm] DDC: 0x6530 0x6530 0x6534 0x6534 0x6538 0x6538 0x653c 0x653c
[ 2.623459] [drm] Encoders:
[ 2.623461] [drm] DFP1: INTERNAL_UNIPHY2

(connectors skipped)

[ 2.623618] [drm:radeon_atom_encoder_dpms] encoder dpms 33 to mode 3, devices 00000080, activ
e_devices 00000000
[ 2.623620] [drm:radeon_atom_encoder_dpms] encoder dpms 32 to mode 3, devices 00000200, activ
e_devices 00000000
[ 2.623621] [drm:radeon_atom_encoder_dpms] encoder dpms 30 to mode 3, devices 00000400, activ
e_devices 00000000
[ 2.623623] [drm:radeon_atom_encoder_dpms] encoder dpms 21 to mode 3, devices 00000001, activ
e_devices 00000000
[ 2.630704] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:26:DP-1]
[ 2.636897] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.636917] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.636936] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.636955] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.636973] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.636994] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637015] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637016] [drm:drm_dp_dpcd_access] too many retries, giving up
[ 2.637019] [drm:radeon_atombios_connected_scratch_regs] DFP1 connected
[ 2.637042] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637063] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637083] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637103] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637124] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637144] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637164] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637165] [drm:drm_dp_i2c_do_msg] too many retries, giving up
[ 2.637186] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637206] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637226] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637247] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637267] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637288] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637309] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637309] [drm:drm_dp_i2c_do_msg] too many retries, giving up
[ 2.637330] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637350] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637371] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637391] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637411] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637431] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637452] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637453] [drm:drm_dp_i2c_do_msg] too many retries, giving up
[ 2.637473] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637493] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637514] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637534] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637555] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637575] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637595] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637596] [drm:drm_dp_i2c_do_msg] too many retries, giving up
[ 2.637616] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637636] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637656] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637676] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637697] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637718] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637738] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637738] [drm:drm_dp_i2c_do_msg] too many retries, giving up
[ 2.637757] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero[ 2.637757] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637776] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637795] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637813] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637832] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637851] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637870] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637870] [drm:drm_dp_i2c_do_msg] too many retries, giving up
[ 2.637892] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637912] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637932] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637953] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637973] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.637994] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.638014] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.638015] [drm:drm_dp_i2c_do_msg] too many retries, giving up
[ 2.638036] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.638056] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.638077] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.638097] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.638117] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.638137] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.638158] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.638159] [drm:drm_dp_i2c_do_msg] too many retries, giving up
[ 2.638179] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.638200] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.638220] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.638241] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.638261] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.638281] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.638301] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.638302] [drm:drm_dp_i2c_do_msg] too many retries, giving up
[ 2.638322] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.638342] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.638363] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.638383] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.638403] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.638423] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.638444] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
[ 2.638444] [drm:drm_dp_i2c_do_msg] too many retries, giving up
[ 2.638452] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:26:DP-1] probed modes :
[ 2.638455] [drm:drm_mode_debug_printmodeline] Modeline 38:"1024x768" 60 65000 1024 1048 1184
1344 768 771 777 806 0x40 0xa

Anyone want the full dmesgs?

Suggestions?

Ed Tomlinson

2014-04-21 21:26:28

by Ed Tomlinson

[permalink] [raw]
Subject: Re: [git pull] drm fixes

On Monday 21 April 2014 15:08:24 Ed Tomlinson wrote:
> On Monday 21 April 2014 10:25:25 Ed Tomlinson wrote:
> > On Saturday 19 April 2014 21:03:05 Markus Trippelsdorf wrote:
> > > On 2014.04.19 at 08:19 +0100, Dave Airlie wrote:
> > > >
> > > > Unfortunately this contains no easter eggs, its a bit larger than I'd
> > > > like, but I included a patch that just moves code from one file to another
> > > > and I'd like to avoid merge conflicts with that later, so it makes it seem
> > > > worse than it is,
> > >
> > > > Christian König (2):
> > > > drm/radeon: apply more strict limits for PLL params v2
> > > > drm/radeon: improve PLL params if we don't match exactly v2
> > >
> > > commit f8a2645ecede4eaf90b3d785f2805c8ecb76d43e
> > > Author: Christian König <[email protected]>
> > > Date: Wed Apr 16 11:54:21 2014 +0200
> > >
> > > drm/radeon: improve PLL params if we don't match exactly v2
> > >
> > > The commit above causes my monitor to just stay blank after boot.
> > > No framebuffer, no Xorg, no nothing. I'm using a Radeon RS780.

Reverting

commit 379dfc25e257ffe10eb53b86d2375f7c0f4f33ef
Author: Alex Deucher <[email protected]>
Date: Mon Apr 7 10:33:46 2014 -0400

drm/radeon/dp: switch to the common i2c over aux code

Provides a nice cleanup in radeon.

Signed-off-by: Alex Deucher <[email protected]>
Signed-off-by: Christian König <[email protected]>

Restores the display - no more i2c errors

I have dmesgs of all three tests if anyone wants them.

Thanks
Ed Tomlinson


> > I have the same symptoms with rc2 and a r7 260x using display port. I cannot
> > seem to get a dmesg of a failure (I _really_ need to figure out how to add
> > a serial console). I'll try reverting once I figure out how to get pacman to
> > do a revert when building from git.
>
> Neither reverting the above patch or add the fix from "https://bugs.freedesktop.org/show_bug.cgi?id=77673"
> helps here. I managed to get dmesg(s) from 14.1 and 15-rc2. The major difference has to do with i2c. On the
> 14.1 kernel I see:
>
> [ 2.679029] [drm] ib test on ring 5 succeeded
> [ 2.699317] [drm:radeon_dp_i2c_aux_ch], aux_i2c nack
> [ 2.699478] [drm:radeon_dp_i2c_aux_ch], aux_i2c nack
> [ 2.699535] [drm] Radeon Display Connectors
> [ 2.699536] [drm] Connector 0:
> [ 2.699537] [drm] DP-1
> [ 2.699537] [drm] HPD2
> [ 2.699538] [drm] DDC: 0x6530 0x6530 0x6534 0x6534 0x6538 0x6538 0x653c 0x653c
> [ 2.699538] [drm] Encoders:
> [ 2.699539] [drm] DFP1: INTERNAL_UNIPHY2
>
> skipping the rest of the connectors
> [ 2.699647] [drm:radeon_atom_encoder_dpms], encoder dpms 33 to mode 3, devices 00000008, acti
> ve_devices 00000000
> [ 2.699648] [drm:radeon_atom_encoder_dpms], encoder dpms 33 to mode 3, devices 00000080, acti
> ve_devices 00000000
> [ 2.699649] [drm:radeon_atom_encoder_dpms], encoder dpms 32 to mode 3, devices 00000200, acti
> ve_devices 00000000
> [ 2.699650] [drm:radeon_atom_encoder_dpms], encoder dpms 30 to mode 3, devices 00000400, acti
> ve_devices 00000000
> [ 2.699651] [drm:radeon_atom_encoder_dpms], encoder dpms 21 to mode 3, devices 00000001, acti
> ve_devices 00000000
> [ 2.706746] [drm:drm_helper_probe_single_connector_modes], [CONNECTOR:19:DP-1]
> [ 2.712729] [drm:radeon_dp_getdpcd], DPCD:
> [ 2.712731] [drm:radeon_dp_getdpcd], 11
> [ 2.712732] [drm:radeon_dp_getdpcd], 0a
> [ 2.712733] [drm:radeon_dp_getdpcd], 84
> [ 2.712733] [drm:radeon_dp_getdpcd], 00
> [ 2.712734] [drm:radeon_dp_getdpcd], 01
> [ 2.712735] [drm:radeon_dp_getdpcd], 00
> [ 2.712735] [drm:radeon_dp_getdpcd], 00
> [ 2.712736] [drm:radeon_dp_getdpcd], 00
> [ 2.712736] [drm:radeon_dp_getdpcd], 00
> [ 2.712737] [drm:radeon_dp_getdpcd], 00
> [ 2.712738] [drm:radeon_dp_getdpcd], 00
> [ 2.712739] [drm:radeon_dp_getdpcd], 00
> [ 2.712739] [drm:radeon_dp_getdpcd], 00
> [ 2.712740] [drm:radeon_dp_getdpcd], 00
> [ 2.712741] [drm:radeon_dp_getdpcd], 00
> [ 2.712741] [drm:radeon_dp_getdpcd],
> [ 2.712746] [drm:radeon_atombios_connected_scratch_regs], DFP1 connected
> [ 2.713618] [drm:i2c_algo_dp_aux_xfer], dp_aux_xfer return 2
> [ 2.738573] [drm:i2c_algo_dp_aux_xfer], dp_aux_xfer return 2
> [ 2.770849] [drm:i2c_algo_dp_aux_xfer], dp_aux_xfer return 2
> [ 2.770907] [drm:drm_helper_probe_single_connector_modes], [CONNECTOR:19:DP-1] probed modes :
> [ 2.770908] [drm:drm_mode_debug_printmodeline], Modeline 28:"1920x1200" 60 154000 1920 1968 2
> 000 2080 1200 1203 1209 1235 0x48 0x9
>
> And on the 15-rc2 kernel
>
> [ 2.580468] [drm] ib test on ring 4 succeeded in 0 usecs
> [ 2.601369] [drm] ib test on ring 5 succeeded
> [ 2.622309] [drm] ib test on ring 6 succeeded
> [ 2.623058] [drm] ib test on ring 7 succeeded
> [ 2.623449] [drm] Radeon Display Connectors
> [ 2.623452] [drm] Connector 0:
> [ 2.623453] [drm] DP-1
> [ 2.623455] [drm] HPD2
> [ 2.623457] [drm] DDC: 0x6530 0x6530 0x6534 0x6534 0x6538 0x6538 0x653c 0x653c
> [ 2.623459] [drm] Encoders:
> [ 2.623461] [drm] DFP1: INTERNAL_UNIPHY2
>
> (connectors skipped)
>
> [ 2.623618] [drm:radeon_atom_encoder_dpms] encoder dpms 33 to mode 3, devices 00000080, activ
> e_devices 00000000
> [ 2.623620] [drm:radeon_atom_encoder_dpms] encoder dpms 32 to mode 3, devices 00000200, activ
> e_devices 00000000
> [ 2.623621] [drm:radeon_atom_encoder_dpms] encoder dpms 30 to mode 3, devices 00000400, activ
> e_devices 00000000
> [ 2.623623] [drm:radeon_atom_encoder_dpms] encoder dpms 21 to mode 3, devices 00000001, activ
> e_devices 00000000
> [ 2.630704] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:26:DP-1]
> [ 2.636897] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.636917] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.636936] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.636955] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.636973] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.636994] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637015] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637016] [drm:drm_dp_dpcd_access] too many retries, giving up
> [ 2.637019] [drm:radeon_atombios_connected_scratch_regs] DFP1 connected
> [ 2.637042] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637063] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637083] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637103] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637124] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637144] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637164] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637165] [drm:drm_dp_i2c_do_msg] too many retries, giving up
> [ 2.637186] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637206] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637226] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637247] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637267] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637288] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637309] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637309] [drm:drm_dp_i2c_do_msg] too many retries, giving up
> [ 2.637330] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637350] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637371] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637391] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637411] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637431] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637452] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637453] [drm:drm_dp_i2c_do_msg] too many retries, giving up
> [ 2.637473] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637493] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637514] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637534] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637555] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637575] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637595] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637596] [drm:drm_dp_i2c_do_msg] too many retries, giving up
> [ 2.637616] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637636] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637656] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637676] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637697] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637718] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637738] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637738] [drm:drm_dp_i2c_do_msg] too many retries, giving up
> [ 2.637757] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero[ 2.637757] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637776] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637795] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637813] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637832] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637851] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637870] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637870] [drm:drm_dp_i2c_do_msg] too many retries, giving up
> [ 2.637892] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637912] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637932] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637953] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637973] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.637994] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.638014] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.638015] [drm:drm_dp_i2c_do_msg] too many retries, giving up
> [ 2.638036] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.638056] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.638077] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.638097] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.638117] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.638137] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.638158] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.638159] [drm:drm_dp_i2c_do_msg] too many retries, giving up
> [ 2.638179] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.638200] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.638220] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.638241] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.638261] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.638281] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.638301] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.638302] [drm:drm_dp_i2c_do_msg] too many retries, giving up
> [ 2.638322] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.638342] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.638363] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.638383] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.638403] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.638423] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.638444] [drm:radeon_process_aux_ch] dp_aux_ch flags not zero
> [ 2.638444] [drm:drm_dp_i2c_do_msg] too many retries, giving up
> [ 2.638452] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:26:DP-1] probed modes :
> [ 2.638455] [drm:drm_mode_debug_printmodeline] Modeline 38:"1024x768" 60 65000 1024 1048 1184
> 1344 768 771 777 806 0x40 0xa
>
> Anyone want the full dmesgs?
>
> Suggestions?
>
> Ed Tomlinson
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>

2014-04-22 15:46:40

by Ed Tomlinson

[permalink] [raw]
Subject: Re: [git pull] drm fixes

On Monday 21 April 2014 17:26:15 Ed Tomlinson wrote:
> On Monday 21 April 2014 15:08:24 Ed Tomlinson wrote:
> > On Monday 21 April 2014 10:25:25 Ed Tomlinson wrote:
> > > On Saturday 19 April 2014 21:03:05 Markus Trippelsdorf wrote:
> > > > On 2014.04.19 at 08:19 +0100, Dave Airlie wrote:
> > > > >
> > > > > Unfortunately this contains no easter eggs, its a bit larger than I'd
> > > > > like, but I included a patch that just moves code from one file to another
> > > > > and I'd like to avoid merge conflicts with that later, so it makes it seem
> > > > > worse than it is,
> > > >
> > > > > Christian König (2):
> > > > > drm/radeon: apply more strict limits for PLL params v2
> > > > > drm/radeon: improve PLL params if we don't match exactly v2
> > > >
> > > > commit f8a2645ecede4eaf90b3d785f2805c8ecb76d43e
> > > > Author: Christian König <[email protected]>
> > > > Date: Wed Apr 16 11:54:21 2014 +0200
> > > >
> > > > drm/radeon: improve PLL params if we don't match exactly v2
> > > >
> > > > The commit above causes my monitor to just stay blank after boot.
> > > > No framebuffer, no Xorg, no nothing. I'm using a Radeon RS780.
>
> Reverting
>
> commit 379dfc25e257ffe10eb53b86d2375f7c0f4f33ef
> Author: Alex Deucher <[email protected]>
> Date: Mon Apr 7 10:33:46 2014 -0400
>
> drm/radeon/dp: switch to the common i2c over aux code
>
> Provides a nice cleanup in radeon.
>
> Signed-off-by: Alex Deucher <[email protected]>
> Signed-off-by: Christian König <[email protected]>
>
> Restores the display - no more i2c errors

This fixed here without reverts by the patch from Alex Deucher attached in the thread:
"Re: 3.15.0-rc2 radeon HD 7480D [Aruba] blank display"

Thanks
Ed

> > > I have the same symptoms with rc2 and a r7 260x using display port. I cannot
> > > seem to get a dmesg of a failure (I _really_ need to figure out how to add
> > > a serial console). I'll try reverting once I figure out how to get pacman to
> > > do a revert when building from git.
> >
> > Neither reverting the above patch or add the fix from "https://bugs.freedesktop.org/show_bug.cgi?id=77673"
> > helps here. I managed to get dmesg(s) from 14.1 and 15-rc2. The major difference has to do with i2c. On the
> > 14.1 kernel I see:

2014-04-22 15:59:19

by Linus Torvalds

[permalink] [raw]
Subject: Re: [git pull] drm fixes

Dave, mind sending me a pull request for drm fixes?

There's now at least these two:

- "drm/radeon/aux: fix hpd assignment for aux bus"
- "drm/radeon: use fixed PPL ref divider if needed"

that look like fairly fatal regressions when they affect somebody.

The fact that we already had *two* independent bugs be reported within
days of that last out-of-merge-window pull request makes me very
unhappy with the state of drm pulls.

So please make sure that future fixes really are *fixes*. For
regressions only. No more games like this.

Linus

2014-04-22 21:54:20

by Dave Airlie

[permalink] [raw]
Subject: Re: [git pull] drm fixes

On Wed, Apr 23, 2014 at 1:59 AM, Linus Torvalds
<[email protected]> wrote:
> Dave, mind sending me a pull request for drm fixes?
>
> There's now at least these two:
>
> - "drm/radeon/aux: fix hpd assignment for aux bus"
> - "drm/radeon: use fixed PPL ref divider if needed"
>
> that look like fairly fatal regressions when they affect somebody.
>
> The fact that we already had *two* independent bugs be reported within
> days of that last out-of-merge-window pull request makes me very
> unhappy with the state of drm pulls.
>
> So please make sure that future fixes really are *fixes*. For
> regressions only. No more games like this.

The pll fallout is fixes for the initial feature that was in the merge window,
Tuning plls for monitors is always a pain in the ass, the previous algorithm
took a couple of kernels a few years back to get where it was, unfortunately
HDMI came along and showed up a bunch of its shortcomings. I'm happy
Alex and Christian are on top of things in terms of tracking regressions
and making sure they get fixed,

the AUX fix yes I'm a bit pissed off about myself, but I missed a pull
from a few
weeks ago, felt guilty, and maybe should have chosen the other path and let it
wait a merge,

Christian just sent me a -fixes pull with all of these in it and I'll
send it on to you
in a few mins.

Dave.

2014-04-23 21:33:49

by Woody Suwalski

[permalink] [raw]
Subject: Re: [git pull] drm fixes

Dave Airlie wrote:
> On Wed, Apr 23, 2014 at 1:59 AM, Linus Torvalds
> <[email protected]> wrote:
>> Dave, mind sending me a pull request for drm fixes?
>>
>> There's now at least these two:
>>
>> - "drm/radeon/aux: fix hpd assignment for aux bus"
>> - "drm/radeon: use fixed PPL ref divider if needed"
>>
>> that look like fairly fatal regressions when they affect somebody.
>>
>> The fact that we already had *two* independent bugs be reported within
>> days of that last out-of-merge-window pull request makes me very
>> unhappy with the state of drm pulls.
>>
>> So please make sure that future fixes really are *fixes*. For
>> regressions only. No more games like this.
> The pll fallout is fixes for the initial feature that was in the merge window,
> Tuning plls for monitors is always a pain in the ass, the previous algorithm
> took a couple of kernels a few years back to get where it was, unfortunately
> HDMI came along and showed up a bunch of its shortcomings. I'm happy
> Alex and Christian are on top of things in terms of tracking regressions
> and making sure they get fixed,
>
> the AUX fix yes I'm a bit pissed off about myself, but I missed a pull
> from a few
> weeks ago, felt guilty, and maybe should have chosen the other path and let it
> wait a merge,
>
> Christian just sent me a -fixes pull with all of these in it and I'll
> send it on to you
> in a few mins.
>
> Dave.
>
That patch also fixes a shimmering (water floating) issue on Radeon
RV635 (Thinkpad T500)
1002:9591

2014-04-23 22:05:01

by Ed Tomlinson

[permalink] [raw]
Subject: Re: [git pull] drm fixes

On Wednesday 23 April 2014 07:54:17 Dave Airlie wrote:
> On Wed, Apr 23, 2014 at 1:59 AM, Linus Torvalds
> <[email protected]> wrote:
> > Dave, mind sending me a pull request for drm fixes?
> >
> > There's now at least these two:
> >
> > - "drm/radeon/aux: fix hpd assignment for aux bus"
> > - "drm/radeon: use fixed PPL ref divider if needed"
> >
> > that look like fairly fatal regressions when they affect somebody.
> >
> > The fact that we already had *two* independent bugs be reported within
> > days of that last out-of-merge-window pull request makes me very
> > unhappy with the state of drm pulls.
> >
> > So please make sure that future fixes really are *fixes*. For
> > regressions only. No more games like this.
>
> The pll fallout is fixes for the initial feature that was in the merge window,
> Tuning plls for monitors is always a pain in the ass, the previous algorithm
> took a couple of kernels a few years back to get where it was, unfortunately
> HDMI came along and showed up a bunch of its shortcomings. I'm happy
> Alex and Christian are on top of things in terms of tracking regressions
> and making sure they get fixed,
>
> the AUX fix yes I'm a bit pissed off about myself, but I missed a pull
> from a few
> weeks ago, felt guilty, and maybe should have chosen the other path and let it
> wait a merge,
>
> Christian just sent me a -fixes pull with all of these in it and I'll
> send it on to you
> in a few mins.

Hi

Given the fun I had with rc1 I decided to try this pull before rc2 and its working fine here.

Thanks!

Ed Tomlinson

2014-04-24 08:18:13

by Christian König

[permalink] [raw]
Subject: Re: [git pull] drm fixes

Am 23.04.2014 23:36, schrieb Woody Suwalski:
> Dave Airlie wrote:
>> On Wed, Apr 23, 2014 at 1:59 AM, Linus Torvalds
>> <[email protected]> wrote:
>>> Dave, mind sending me a pull request for drm fixes?
>>>
>>> There's now at least these two:
>>>
>>> - "drm/radeon/aux: fix hpd assignment for aux bus"
>>> - "drm/radeon: use fixed PPL ref divider if needed"
>>>
>>> that look like fairly fatal regressions when they affect somebody.
>>>
>>> The fact that we already had *two* independent bugs be reported within
>>> days of that last out-of-merge-window pull request makes me very
>>> unhappy with the state of drm pulls.
>>>
>>> So please make sure that future fixes really are *fixes*. For
>>> regressions only. No more games like this.
>> The pll fallout is fixes for the initial feature that was in the
>> merge window,
>> Tuning plls for monitors is always a pain in the ass, the previous
>> algorithm
>> took a couple of kernels a few years back to get where it was,
>> unfortunately
>> HDMI came along and showed up a bunch of its shortcomings. I'm happy
>> Alex and Christian are on top of things in terms of tracking regressions
>> and making sure they get fixed,
>>
>> the AUX fix yes I'm a bit pissed off about myself, but I missed a pull
>> from a few
>> weeks ago, felt guilty, and maybe should have chosen the other path
>> and let it
>> wait a merge,
>>
>> Christian just sent me a -fixes pull with all of these in it and I'll
>> send it on to you
>> in a few mins.
>>
>> Dave.
>>
> That patch also fixes a shimmering (water floating) issue on Radeon
> RV635 (Thinkpad T500)
> 1002:9591

Was this a long outstanding bug or a regression introduced with one of
the recent patches?

Thanks for the info,
Christian.

2014-04-24 08:21:57

by Christian König

[permalink] [raw]
Subject: Re: [git pull] drm fixes

Am 24.04.2014 00:04, schrieb Ed Tomlinson:
> On Wednesday 23 April 2014 07:54:17 Dave Airlie wrote:
>> On Wed, Apr 23, 2014 at 1:59 AM, Linus Torvalds
>> <[email protected]> wrote:
>>> Dave, mind sending me a pull request for drm fixes?
>>>
>>> There's now at least these two:
>>>
>>> - "drm/radeon/aux: fix hpd assignment for aux bus"
>>> - "drm/radeon: use fixed PPL ref divider if needed"
>>>
>>> that look like fairly fatal regressions when they affect somebody.
>>>
>>> The fact that we already had *two* independent bugs be reported within
>>> days of that last out-of-merge-window pull request makes me very
>>> unhappy with the state of drm pulls.
>>>
>>> So please make sure that future fixes really are *fixes*. For
>>> regressions only. No more games like this.
>> The pll fallout is fixes for the initial feature that was in the merge window,
>> Tuning plls for monitors is always a pain in the ass, the previous algorithm
>> took a couple of kernels a few years back to get where it was, unfortunately
>> HDMI came along and showed up a bunch of its shortcomings. I'm happy
>> Alex and Christian are on top of things in terms of tracking regressions
>> and making sure they get fixed,
>>
>> the AUX fix yes I'm a bit pissed off about myself, but I missed a pull
>> from a few
>> weeks ago, felt guilty, and maybe should have chosen the other path and let it
>> wait a merge,
>>
>> Christian just sent me a -fixes pull with all of these in it and I'll
>> send it on to you
>> in a few mins.
> Hi
>
> Given the fun I had with rc1 I decided to try this pull before rc2 and its working fine here.
>
> Thanks!

Thanks for testing.

As Dave noted PLLs can be quite painful to get right, so it's
unfortunately not uncommon that fixing one issue uncovers other
outstanding issues like in your case.

Please leave me a note if that should ever happen again,
Christian.

>
> Ed Tomlinson

2014-04-25 22:09:50

by Woody Suwalski

[permalink] [raw]
Subject: Re: [git pull] drm fixes

Christian König wrote:
> Am 23.04.2014 23:36, schrieb Woody Suwalski:
>> Dave Airlie wrote:
>>> On Wed, Apr 23, 2014 at 1:59 AM, Linus Torvalds
>>> <[email protected]> wrote:
>>>> Dave, mind sending me a pull request for drm fixes?
>>>>
>>>> There's now at least these two:
>>>>
>>>> - "drm/radeon/aux: fix hpd assignment for aux bus"
>>>> - "drm/radeon: use fixed PPL ref divider if needed"
>>>>
>>>> that look like fairly fatal regressions when they affect somebody.
>>>>
>>>> The fact that we already had *two* independent bugs be reported within
>>>> days of that last out-of-merge-window pull request makes me very
>>>> unhappy with the state of drm pulls.
>>>>
>>>> So please make sure that future fixes really are *fixes*. For
>>>> regressions only. No more games like this.
>>> The pll fallout is fixes for the initial feature that was in the
>>> merge window,
>>> Tuning plls for monitors is always a pain in the ass, the previous
>>> algorithm
>>> took a couple of kernels a few years back to get where it was,
>>> unfortunately
>>> HDMI came along and showed up a bunch of its shortcomings. I'm happy
>>> Alex and Christian are on top of things in terms of tracking
>>> regressions
>>> and making sure they get fixed,
>>>
>>> the AUX fix yes I'm a bit pissed off about myself, but I missed a pull
>>> from a few
>>> weeks ago, felt guilty, and maybe should have chosen the other path
>>> and let it
>>> wait a merge,
>>>
>>> Christian just sent me a -fixes pull with all of these in it and I'll
>>> send it on to you
>>> in a few mins.
>>>
>>> Dave.
>>>
>> That patch also fixes a shimmering (water floating) issue on Radeon
>> RV635 (Thinkpad T500)
>> 1002:9591
>
> Was this a long outstanding bug or a regression introduced with one of
> the recent patches?
>
> Thanks for the info,
> Christian.
Regression from 3.15-rc1 (still OK in -rc1, shimmering in -rc2)
Woody