* [git pull] drm fixes
@ 2015-04-03 0:17 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-04-03 0:17 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2806 bytes --]
Hi Linus,
one drm core fix, one exynos regression fix, two sets of radeon fixes
(Alex was a bit behind last week), and two i915 fixes.
Nothing too serious we seem to have calmed down i915 since last week.
Dave.
The following changes since commit e42391cd048809d903291d07f86ed3934ce138e9:
Linux 4.0-rc6 (2015-03-29 15:26:31 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 51b52fac9b4ece9ec0c27a39b0ae1b3b4a829df9:
Merge branch 'drm-fixes-4.0' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2015-04-03 09:28:55 +1000)
----------------------------------------------------------------
Alex Deucher (1):
drm/radeon/dpm: fix 120hz handling harder
Chris Wilson (1):
drm/i915: Skip allocating shadow batch for 0-length batches
Christian König (4):
drm/radeon: always dump the ring content if it's available
drm/radeon: programm the VCE fw BAR as well
drm/radeon: add extra check in radeon_ttm_tt_unpin_userptr
drm/radeon: fix wait in radeon_mn_invalidate_range_start
Daniel Stone (1):
drm: Exynos: Respect framebuffer pitch for FIMD/Mixer
Dave Airlie (5):
Merge branch 'drm-fixes-4.0' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'topic/drm-fixes-2015-04-02' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge tag 'drm-intel-fixes-2015-04-02' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/.../daeinki/drm-exynos into drm-fixes
Merge branch 'drm-fixes-4.0' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
David Miller (1):
radeon: Do not directly dereference pointers to BIOS area.
Jani Nikula (1):
drm/edid: set ELD for firmware and debugfs override EDIDs
Ville Syrjälä (1):
drm/i915: Reject the colorkey ioctls for primary and cursor planes
drivers/gpu/drm/drm_edid_load.c | 1 +
drivers/gpu/drm/drm_probe_helper.c | 1 +
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 8 +++++---
drivers/gpu/drm/exynos/exynos_mixer.c | 17 ++++++++++-------
drivers/gpu/drm/i915/i915_gem_execbuffer.c | 2 +-
drivers/gpu/drm/i915/intel_sprite.c | 4 ++--
drivers/gpu/drm/radeon/cikd.h | 1 +
drivers/gpu/drm/radeon/radeon.h | 1 +
drivers/gpu/drm/radeon/radeon_bios.c | 10 +++++++---
drivers/gpu/drm/radeon/radeon_mn.c | 11 ++++-------
drivers/gpu/drm/radeon/radeon_pm.c | 22 +++++++++++++++++-----
drivers/gpu/drm/radeon/radeon_ring.c | 2 +-
drivers/gpu/drm/radeon/radeon_ttm.c | 4 ++++
drivers/gpu/drm/radeon/vce_v2_0.c | 3 +++
14 files changed, 58 insertions(+), 29 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2017-09-29 7:22 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2017-09-29 7:22 UTC (permalink / raw)
To: Linus Torvalds; +Cc: dri-devel, LKML
Hi Linus,
Regular fixes pull, some amdkfd, amdgpu, etnaviv, sun4i, qxl, tegra fixes.
I've got an outstanding pull for i915 but it wasn't on an rc2 base so
I wanted to ship these out first, I might get to it before rc3 or I
might not.
Dave.
The following changes since commit e19b205be43d11bff638cad4487008c48d21c103:
Linux 4.14-rc2 (2017-09-24 16:38:56 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux tags/drm-fixes-for-v4.14-rc3
for you to fetch changes up to 2b702e72e33bbdec0764cfb6e1dd00fe1142ae55:
Merge tag 'drm-misc-fixes-2017-09-28-1' of
git://anongit.freedesktop.org/git/drm-misc into drm-fixes (2017-09-29
17:11:04 +1000)
----------------------------------------------------------------
qxl, tegra, misc, amd, etnaviv fixes
----------------------------------------------------------------
Alex Deucher (1):
drm/radeon: disable hard reset in hibernate for APUs
Colin Ian King (1):
drm/amdkfd: check for null dev to avoid a null pointer dereference
Dave Airlie (4):
Merge tag 'drm-amdkfd-fixes-2017-09-24' of
git://people.freedesktop.org/~gabbayo/linux into drm-fixes
Merge branch 'etnaviv/fixes' of
https://git.pengutronix.de/git/lst/linux into drm-fixes
Merge branch 'drm-fixes-4.14' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-misc-fixes-2017-09-28-1' of
git://anongit.freedesktop.org/git/drm-misc into drm-fixes
Felix Kuehling (2):
drm/amdkfd: Fix incorrect destroy_mqd parameter
drm/amdkfd: Print event limit messages only once per process
Gerd Hoffmann (2):
qxl: fix primary surface handling
qxl: fix framebuffer unpinning
Hans Verkuil (1):
drm/sun4i: cec: Enable back CEC-pin framework
Jean Delvare (1):
drm/amdgpu: revert tile table update for oland
Lucas Stach (2):
etnaviv: fix submit error path
etnaviv: fix gem object list corruption
Sean Paul (1):
Merge remote-tracking branch 'origin/master' into drm-misc-fixes
Thierry Reding (1):
drm/tegra: trace: Fix path to include
Yong Zhao (1):
drm/amdkfd: Fix kernel-queue wrapping bugs
drivers/gpu/drm/amd/amdgpu/gfx_v6_0.c | 189 +++++++++++++++++++++++++-
drivers/gpu/drm/amd/amdkfd/kfd_chardev.c | 2 +
drivers/gpu/drm/amd/amdkfd/kfd_events.c | 5 +-
drivers/gpu/drm/amd/amdkfd/kfd_kernel_queue.c | 20 ++-
drivers/gpu/drm/amd/amdkfd/kfd_priv.h | 1 +
drivers/gpu/drm/etnaviv/etnaviv_gem.c | 3 +
drivers/gpu/drm/etnaviv/etnaviv_gem_submit.c | 6 +-
drivers/gpu/drm/qxl/qxl_display.c | 41 +++---
drivers/gpu/drm/radeon/radeon_device.c | 2 +-
drivers/gpu/drm/sun4i/Kconfig | 2 +-
drivers/gpu/drm/sun4i/sun4i_hdmi.h | 2 +-
drivers/gpu/drm/tegra/trace.h | 2 +-
12 files changed, 245 insertions(+), 30 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2016-08-18 2:58 Dave Airlie
@ 2016-08-18 19:58 ` Daniel Vetter
0 siblings, 0 replies; 427+ messages in thread
From: Daniel Vetter @ 2016-08-18 19:58 UTC (permalink / raw)
To: Dave Airlie; +Cc: Linus Torvalds, Linux Kernel Mailing List, DRI mailing list
On Thu, Aug 18, 2016 at 4:58 AM, Dave Airlie <airlied@linux.ie> wrote:
>
> Hi Linus,
>
> Pretty quiet so far, a few amdgpu/radeon fixup for pcie pm changes,
> and a couple of amdgpu fixes, along with some build fixes, and printk fix.
It's missing the intel fixes pile from earlier this week, already
pinged Dave over irc bug I guess was too late in the evening to
respin.
-Daniel
>
> Dave.
>
> The following changes since commit 4b9eaf33d83d91430b7ca45d0ebf8241da489c92:
>
> Merge branch 'akpm' (patches from Andrew) (2016-08-11 16:58:24 -0700)
>
> are available in the git repository at:
>
> git://people.freedesktop.org/~airlied/linux tags/drm-fixes-for-4.8-rc3
>
> for you to fetch changes up to 91d62d9f30206be6f7749a0e6f7fa58c6d70c702:
>
> Merge branch 'drm-fixes-4.8' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2016-08-18 12:51:27 +1000)
>
> ----------------------------------------------------------------
> Alex Deucher (2):
> Revert "drm/amdgpu: work around lack of upstream ACPI support for D3cold"
> Revert "drm/radeon: work around lack of upstream ACPI support for D3cold"
>
> Arnd Bergmann (3):
> drm/mediatek: add COMMON_CLK dependency
> drm/mediatek: add CONFIG_OF dependency
> drm/mediatek: add ARM_SMCCC dependency
>
> Chunming Zhou (1):
> drm/amdgpu: fix vm init error path
>
> Colin Ian King (1):
> drm/amdkfd: print doorbell offset as a hex value
>
> Dave Airlie (4):
> Merge tag 'drm-amdkfd-fixes-2016-08-09' of git://people.freedesktop.org/~gabbayo/linux into drm-fixes
> Merge branch 'drm-fixes-4.8' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
> Merge tag 'mediatek-drm-fixes-2016-08-12' of git://git.pengutronix.de/git/pza/linux into drm-fixes
> Merge branch 'drm-fixes-4.8' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
>
> Felix Kuehling (1):
> drm/amdgpu: Change GART offset to 64-bit
>
> Jay Cornwall (1):
> drm/amdgpu: Fix memory trashing if UVD ring test fails
>
> drivers/gpu/drm/amd/amdgpu/amdgpu.h | 4 ++--
> drivers/gpu/drm/amd/amdgpu/amdgpu_atpx_handler.c | 9 ---------
> drivers/gpu/drm/amd/amdgpu/amdgpu_gart.c | 4 ++--
> drivers/gpu/drm/amd/amdgpu/amdgpu_uvd.c | 3 ++-
> drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 5 ++++-
> drivers/gpu/drm/amd/amdkfd/kfd_doorbell.c | 2 +-
> drivers/gpu/drm/mediatek/Kconfig | 3 +++
> drivers/gpu/drm/radeon/radeon_atpx_handler.c | 9 ---------
> 8 files changed, 14 insertions(+), 25 deletions(-)
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/dri-devel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2016-08-18 2:58 Dave Airlie
2016-08-18 19:58 ` Daniel Vetter
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2016-08-18 2:58 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
Pretty quiet so far, a few amdgpu/radeon fixup for pcie pm changes,
and a couple of amdgpu fixes, along with some build fixes, and printk fix.
Dave.
The following changes since commit 4b9eaf33d83d91430b7ca45d0ebf8241da489c92:
Merge branch 'akpm' (patches from Andrew) (2016-08-11 16:58:24 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux tags/drm-fixes-for-4.8-rc3
for you to fetch changes up to 91d62d9f30206be6f7749a0e6f7fa58c6d70c702:
Merge branch 'drm-fixes-4.8' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2016-08-18 12:51:27 +1000)
----------------------------------------------------------------
Alex Deucher (2):
Revert "drm/amdgpu: work around lack of upstream ACPI support for D3cold"
Revert "drm/radeon: work around lack of upstream ACPI support for D3cold"
Arnd Bergmann (3):
drm/mediatek: add COMMON_CLK dependency
drm/mediatek: add CONFIG_OF dependency
drm/mediatek: add ARM_SMCCC dependency
Chunming Zhou (1):
drm/amdgpu: fix vm init error path
Colin Ian King (1):
drm/amdkfd: print doorbell offset as a hex value
Dave Airlie (4):
Merge tag 'drm-amdkfd-fixes-2016-08-09' of git://people.freedesktop.org/~gabbayo/linux into drm-fixes
Merge branch 'drm-fixes-4.8' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'mediatek-drm-fixes-2016-08-12' of git://git.pengutronix.de/git/pza/linux into drm-fixes
Merge branch 'drm-fixes-4.8' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Felix Kuehling (1):
drm/amdgpu: Change GART offset to 64-bit
Jay Cornwall (1):
drm/amdgpu: Fix memory trashing if UVD ring test fails
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 4 ++--
drivers/gpu/drm/amd/amdgpu/amdgpu_atpx_handler.c | 9 ---------
drivers/gpu/drm/amd/amdgpu/amdgpu_gart.c | 4 ++--
drivers/gpu/drm/amd/amdgpu/amdgpu_uvd.c | 3 ++-
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 5 ++++-
drivers/gpu/drm/amd/amdkfd/kfd_doorbell.c | 2 +-
drivers/gpu/drm/mediatek/Kconfig | 3 +++
drivers/gpu/drm/radeon/radeon_atpx_handler.c | 9 ---------
8 files changed, 14 insertions(+), 25 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2016-08-09 5:24 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2016-08-09 5:24 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 3500 bytes --]
Hi Linus,
I thought I should dequeue this, some of these could have made -rc1 if I'd
had less illness. This contains a bunch of amdgpu fixes, and some i915
regression fixes.
It also contains some fixes for an older regression with some EDID
changes and some 6bpc panels.
Then there are the lockdep, cirrus and rcar-du regression fixes from this
window.
Dave.
The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc:
Linux 4.8-rc1 (2016-08-07 18:18:00 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux tags/drm-fixes-for-4.8-rc2
for you to fetch changes up to 36e9d08b58f44c3a02974c405ccaaa6ecfaf05b8:
drm/cirrus: Fix NULL pointer dereference when registering the fbdev (2016-08-09 13:01:47 +1000)
----------------------------------------------------------------
Alex Deucher (2):
drm/amdgpu/gmc7: add missing mullins case
drm/amdgpu/ci: add mullins to default case for smc ucode
Boris Brezillon (1):
drm/cirrus: Fix NULL pointer dereference when registering the fbdev
Chris Wilson (1):
drm/i915/fbdev: Check for the framebuffer before use
Daniel Vetter (1):
drm: Paper over locking inversion after registration rework
Dave Airlie (2):
Merge tag 'drm-intel-next-fixes-2016-08-05' of git://anongit.freedesktop.org/drm-intel into drm-next
Merge branch 'drm-next-4.8' of git://people.freedesktop.org/~agd5f/linux into drm-next
Eric Huang (1):
drm/amd/amdgpu: change pptable output format from ASCII to binary
Huang Rui (5):
drm/amdgpu: update golden setting of iceland
drm/amdgpu: update golden setting of carrizo
drm/amdgpu: update golden setting of polaris11
drm/amdgpu: update golden setting of stoney
drm/amdgpu: update golden setting of polaris10
Laurent Pinchart (1):
drm: rcar-du: Link HDMI encoder with bridge
Mario Kleiner (3):
drm/edid: Add 6 bpc quirk for display AEO model 0.
drm/i915/dp: Revert "drm/i915/dp: fall back to 18 bpp when sink capability is unknown"
drm/edid: Set 8 bpc color depth for displays with "DFP 1.x compliant TMDS".
Michel Dänzer (1):
drm/ttm: Wait for a BO to become idle before unbinding it from GTT
Ville Syrjälä (2):
drm/i915: Wait up to 3ms for the pcu to ack the cdclk change request on SKL
drm/i915: Never fully mask the the EI up rps interrupt on SNB/IVB
drivers/gpu/drm/amd/amdgpu/amdgpu_pm.c | 7 ++-----
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 4 ++--
drivers/gpu/drm/amd/amdgpu/ci_dpm.c | 1 +
drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 12 ++++++++----
drivers/gpu/drm/amd/amdgpu/gmc_v7_0.c | 1 +
drivers/gpu/drm/amd/amdgpu/gmc_v8_0.c | 8 ++++++++
drivers/gpu/drm/cirrus/cirrus_main.c | 13 +++++++++++--
drivers/gpu/drm/drm_crtc.c | 8 +++-----
drivers/gpu/drm/drm_edid.c | 22 ++++++++++++++++++++++
drivers/gpu/drm/i915/intel_display.c | 30 ++++++------------------------
drivers/gpu/drm/i915/intel_fbdev.c | 25 +++++++++++--------------
drivers/gpu/drm/i915/intel_pm.c | 3 ++-
drivers/gpu/drm/nouveau/nouveau_bo.c | 4 ++--
drivers/gpu/drm/radeon/radeon_ttm.c | 4 ++--
drivers/gpu/drm/rcar-du/rcar_du_hdmienc.c | 1 +
drivers/gpu/drm/ttm/ttm_bo.c | 3 ++-
drivers/gpu/drm/ttm/ttm_bo_util.c | 10 +++++++++-
include/drm/ttm/ttm_bo_driver.h | 3 ++-
18 files changed, 95 insertions(+), 64 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2016-07-19 7:09 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2016-07-19 7:09 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1228 bytes --]
Hi Linus,
Two i915 regression fixes.
Intel have submitted some Kabylake fixes I'll send separately, since
this is the first kernel with kabylake support and they don't go much
outside that area I think they should be fine.
Dave.
The following changes since commit 47ef4ad2684d380dd6d596140fb79395115c3950:
Merge tag 'for-linus-20160715' of git://git.infradead.org/linux-mtd (2016-07-16 09:53:34 +0900)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux tags/drm-fixes-for-v4.7-rc8-intel
for you to fetch changes up to 84ade45e056f2e292f07c54446c176d0112d9574:
Merge tag 'drm-intel-fixes-2016-07-18' of git://anongit.freedesktop.org/drm-intel into drm-fixes (2016-07-19 16:09:20 +1000)
----------------------------------------------------------------
Dave Airlie (1):
Merge tag 'drm-intel-fixes-2016-07-18' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Lionel Landwerlin (1):
drm/i915: add missing condition for committing planes on crtc
Ville Syrjälä (1):
drm/i915: Treat eDP as always connected, again
drivers/gpu/drm/i915/intel_display.c | 6 ++++++
drivers/gpu/drm/i915/intel_dp.c | 2 +-
2 files changed, 7 insertions(+), 1 deletion(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2016-07-15 4:34 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2016-07-15 4:34 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1738 bytes --]
Hi Linus,
These are just some i915 and amdgpu fixes that shows up, the amdgpu
ones are polaris fixes, and i915 is one major regression fix.
I've got some vmwgfx fixes that might be a bit large for this time,
but I'll send them on in a separate pull so it can be decided.
DAve.
The following changes since commit f97d10454e4da2aceb44dfa7c59bb43ba9f50199:
Merge branches 'perf-urgent-for-linus' and 'timers-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip (2016-07-14 05:44:47 +0900)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux tags/drm-fixes-for-v4.7-rc8
for you to fetch changes up to 71404e8a88fa4a94b3833ccc853c322fd33336d7:
Merge tag 'drm-intel-fixes-2016-07-14' of git://anongit.freedesktop.org/drm-intel into drm-fixes (2016-07-15 09:19:14 +1000)
----------------------------------------------------------------
Chris Wilson (1):
drm/i915: Update ifdeffery for mutex->owner
Dave Airlie (2):
Merge branch 'drm-fixes-4.7' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-intel-fixes-2016-07-14' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Ken Wang (2):
drm/amdgpu: Add a missing register to Polaris golden setting
drm/amdgpu: fix power distribution issue for Polaris10 XT
Ville Syrjälä (1):
drm/i915: Ignore panel type from OpRegion on SKL
drivers/gpu/drm/amd/amdgpu/atombios_i2c.c | 15 +++++++++++++++
drivers/gpu/drm/amd/amdgpu/atombios_i2c.h | 2 ++
drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 7 +++++++
drivers/gpu/drm/i915/i915_gem_shrinker.c | 2 +-
drivers/gpu/drm/i915/intel_opregion.c | 11 +++++++++++
5 files changed, 36 insertions(+), 1 deletion(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2016-07-08 5:04 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2016-07-08 5:04 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
One nouveau fix, and a few AMD Polaris fixes and some Allwinner fixes.
I've got some vmware fixes that I might send separate over the weekend,
they fix some black screens, but I'm still debating them.
Dave.
The following changes since commit a99cde438de0c4c0cecc1d1af1a55a75b10bfdef:
Linux 4.7-rc6 (2016-07-03 23:01:00 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux tags/drm-fixes-for-v4.7-rc7
for you to fetch changes up to 39c8859418d5d2d29482fcd7d58daba6e299fac5:
Merge tag 'sunxi-drm-fixes-for-4.7-2' of https://git.kernel.org/pub/scm/linux/kernel/git/mripard/linux into drm-fixes (2016-07-08 13:29:11 +1000)
----------------------------------------------------------------
Ben Skeggs (1):
drm/nouveau/disp/sor/gf119: select correct sor when poking training pattern
Dave Airlie (3):
Merge branch 'drm-fixes-4.7' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge branch 'linux-4.7' of git://github.com/skeggsb/linux into drm-fixes
Merge tag 'sunxi-drm-fixes-for-4.7-2' of https://git.kernel.org/.../mripard/linux into drm-fixes
Huang Rui (2):
drm/amd/powerplay: fix incorrect voltage table value for polaris10
drm/amd/powerplay: fix incorrect voltage table value for tonga
Maxime Ripard (2):
drm/sun4i: Report proper vblank
drm/sun4i: Send vblank event when the CRTC is disabled
Peter Chen (1):
gpu: drm: sun4i_drv: add missing of_node_put after calling of_parse_phandle
Rex Zhu (3):
drm/amd/powerplay: incorrectly use of the function return value
drm/amd/powerplay: fix bug that get wrong polaris evv voltage.
drm/amd/powerplay: Update CKS on/ CKS off voltage offset calculation.
.../gpu/drm/amd/powerplay/hwmgr/polaris10_hwmgr.c | 32 ++++++++++------------
drivers/gpu/drm/amd/powerplay/hwmgr/ppatomctrl.c | 4 +--
drivers/gpu/drm/amd/powerplay/hwmgr/ppatomctrl.h | 2 +-
drivers/gpu/drm/amd/powerplay/hwmgr/tonga_hwmgr.c | 2 +-
.../amd/powerplay/hwmgr/tonga_processpptables.c | 2 +-
.../gpu/drm/nouveau/nvkm/engine/disp/sorgf119.c | 3 +-
drivers/gpu/drm/sun4i/sun4i_crtc.c | 8 ++++++
drivers/gpu/drm/sun4i/sun4i_drv.c | 3 +-
8 files changed, 32 insertions(+), 24 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2016-06-24 3:03 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2016-06-24 3:03 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
This is the drm fixes tree for 4.7-rc5. It's a bit larger than normal,
due to fixes for production AMD Polaris GPUs. We only merged support for
these in 4.7-rc1 so it would be good if we got all the fixes into final.
The changes don't hit any other hardware.
Other than the amdgpu Polaris changes:
A single fix for atomic modesetting WARN.
Nouveau fix for when fbdev is disabled.
i915 fixes for FBC on Haswell and displayport regression.
Exynos fix for a display panel regression and some other minor changes
Atmel fixes for scaling and OF graph interaction
Allwiinner build, warning and probing fixes
AMD GPU non-polaris fix for num_rbs and some minor fixes.
Also I've just moved house, and my new place is Internet challenged
due to incompetent incumbent ISPs, hopefully sorted out in a couple of
weeks, so I might not be too responsive over the next while. It also
helps Daniel is on holidays for those couple of weeks as well.
Dave.
The following changes since commit 33688abb2802ff3a230bd2441f765477b94cc89e:
Linux 4.7-rc4 (2016-06-19 21:30:02 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux tags/drm-fixes-for-v4.7-rc5
for you to fetch changes up to 81e257e964268d050f8e9188becd44d50f241d72:
drm/atomic: Make drm_atomic_legacy_backoff reset crtc->acquire_ctx (2016-06-24 11:10:36 +1000)
----------------------------------------------------------------
Alex Deucher (1):
drm/amdgpu: fix num_rbs exposed to userspace (v2)
Arnd Bergmann (3):
drm/sun4i: add COMMON_CLK dependency
drm: sun4i: print DMA address correctly
drm: sun4i: fix probe error handling
Boris Brezillon (2):
drm: atmel-hlcdc: actually disable scaling when no scaling is required
drm: atmel-hlcdc: Fix OF graph parsing
Chen-Yu Tsai (1):
drm: sun4i: do cleanup if RGB output init fails
Dan Carpenter (2):
drm/amdgpu: missing bounds check in amdgpu_set_pp_force_state()
drm/amdgpu: precedence bug in amdgpu_device_init()
Dave Airlie (6):
Merge branch 'linux-4.7' of git://github.com/skeggsb/linux into drm-fixes
Merge tag 'drm-intel-fixes-2016-06-22' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge tag 'sunxi-drm-fixes-for-4.7' of https://git.kernel.org/.../mripard/linux into drm-fixes
Merge tag 'drm-atmel-hlcdc-fixes/for-4.7-rc5' of github.com:bbrezillon/linux-at91 into drm-fixes
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/.../daeinki/drm-exynos into drm-fixes
Merge branch 'drm-fixes-4.7' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Dmitrii Tcvetkov (1):
drm/nouveau: fix for disabled fbdev emulation
Javier Martinez Canillas (2):
drm/exynos: fimd: don't set .has_hw_trigger in s3c6400 driver data
drm/exynos: don't use HW trigger for Exynos5420/5422/5800
Lyude (1):
drm/i915/fbc: Disable on HSW by default for now
Maarten Lankhorst (1):
drm/atomic: Make drm_atomic_legacy_backoff reset crtc->acquire_ctx
Maxime Ripard (6):
drm/sun4i: request exact rates to our parents
drm/sun4i: rgb: Validate the clock rate
drm/sun4i: defer only if we didn't find our panel
drm/sun4i: rgb: panel is an error pointer
drm/sun4i: remove simplefb at probe
drm/sun4i: Convert to connector register helpers
Mika Kahola (1):
drm/i915: Revert DisplayPort fast link training feature
Nicolas Iooss (1):
drm/amdgpu: initialize amdgpu_cgs_acpi_eval_object result value
Rex Zhu (12):
drm/amd/powerplay: fix logic error.
drm/amd/powerplay: fix bug that function parameter was incorect.
drm/amd/powerplay: need to notify system bios pcie device ready
drm/amd/powerplay: enable PowerContainment feature for polaris10/11.
drm/amd/powerplay: initialize variables which were missed.
drm/amd/powerplay: disable UVD SMU handshake for MCLK.
drm/amd/powrplay: enable stutter_mode for polaris.
drm/amd/powerplay: add avfs related define for polaris
drm/amdgpu/atombios: add avfs struct for Polaris10/11
drm/amd/powerplay: enable avfs feature for polaris
drm/amdgpu/gfx8: update golden setting for polaris10
drm/amd/powerplay: enable clock stretch feature for polaris
Tobias Jakobi (3):
drm/exynos: g2d: drop the _REG postfix from the stride defines
drm/exynos: remove superfluous inclusions of fbdev header
drm/exynos: use logical AND in exynos_drm_plane_check_size()
Yakir Yang (1):
drm/exynos: dp: Fix NULL pointer dereference due uninitialized connector
drivers/gpu/drm/amd/amdgpu/amdgpu_cgs.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 3 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_pm.c | 28 ++-
drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 3 +-
drivers/gpu/drm/amd/include/atombios.h | 72 +++++++
drivers/gpu/drm/amd/powerplay/hwmgr/fiji_hwmgr.c | 2 +
.../gpu/drm/amd/powerplay/hwmgr/hardwaremanager.c | 6 +-
.../gpu/drm/amd/powerplay/hwmgr/polaris10_hwmgr.c | 228 ++++++++++++---------
.../gpu/drm/amd/powerplay/hwmgr/polaris10_hwmgr.h | 3 +
.../drm/amd/powerplay/hwmgr/polaris10_thermal.c | 6 +-
drivers/gpu/drm/amd/powerplay/hwmgr/pp_acpi.c | 18 +-
drivers/gpu/drm/amd/powerplay/hwmgr/ppatomctrl.c | 43 ++++
drivers/gpu/drm/amd/powerplay/hwmgr/ppatomctrl.h | 32 +++
drivers/gpu/drm/amd/powerplay/hwmgr/tonga_hwmgr.c | 1 +
.../gpu/drm/amd/powerplay/inc/polaris10_ppsmc.h | 1 +
drivers/gpu/drm/amd/powerplay/inc/pp_acpi.h | 1 +
drivers/gpu/drm/amd/powerplay/inc/smu74.h | 75 ++++++-
drivers/gpu/drm/amd/powerplay/inc/smu74_discrete.h | 42 +++-
.../drm/amd/powerplay/smumgr/polaris10_smumgr.c | 50 +++--
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_output.c | 10 +-
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c | 2 +
drivers/gpu/drm/drm_atomic.c | 27 ++-
drivers/gpu/drm/exynos/exynos7_drm_decon.c | 1 -
drivers/gpu/drm/exynos/exynos_dp.c | 5 +-
drivers/gpu/drm/exynos/exynos_drm_core.c | 1 -
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 5 -
drivers/gpu/drm/exynos/exynos_drm_g2d.c | 12 +-
drivers/gpu/drm/exynos/exynos_drm_plane.c | 2 +-
drivers/gpu/drm/i915/intel_dp.c | 3 -
drivers/gpu/drm/i915/intel_dp_link_training.c | 26 +--
drivers/gpu/drm/i915/intel_drv.h | 2 -
drivers/gpu/drm/i915/intel_fbc.c | 3 +-
drivers/gpu/drm/nouveau/nouveau_fbcon.c | 3 +-
drivers/gpu/drm/sun4i/Kconfig | 2 +-
drivers/gpu/drm/sun4i/sun4i_backend.c | 4 +-
drivers/gpu/drm/sun4i/sun4i_dotclock.c | 39 +++-
drivers/gpu/drm/sun4i/sun4i_drv.c | 50 ++---
drivers/gpu/drm/sun4i/sun4i_rgb.c | 16 +-
drivers/gpu/drm/sun4i/sun4i_tcon.c | 23 ++-
40 files changed, 598 insertions(+), 256 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2016-05-27 6:56 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2016-05-27 6:56 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 7298 bytes --]
Hi Linus,
One IMX built-in regression fix.
Set of amdgpu fixes, mostly powerplay and polaris GPU stuff.
Set of i915 fixes all over, many cc'ed to stable.
The i915 batch contain support for DP++ dongle detection,
which is used to fix some regressions in the HDMI color depth
area.
Dave.
The following changes since commit 92181d47ee74749bdf902f080dab9fa9ef44b37f:
headers_check: don't warn about c++ guards (2016-05-24 14:12:48 +1000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux tags/drm-fixes-v4.7-rc1
for you to fetch changes up to 7fa1d27b638db86516d7b3d8dc1a3576c72ee423:
Merge tag 'drm-intel-next-fixes-2016-05-25' of git://anongit.freedesktop.org/drm-intel into drm-next (2016-05-27 16:08:38 +1000)
----------------------------------------------------------------
Ander Conselvan de Oliveira (1):
drm/i915: Set crtc_state->lane_count for HDMI
Chris Wilson (4):
drm/i915: Protect gen7 irq_seqno_barrier with uncore lock
drm/i915: Fix gen8 semaphores id for legacy mode
drm/i915: Unify intel_ring_begin()
drm/i915: Stop automatically retiring requests after a GPU hang
Daniel Vetter (1):
drm/i915/psr: Try to program link training times correctly
Dave Airlie (3):
Merge tag 'imx-drm-fixes-2016-05-24' of git://git.pengutronix.de/git/pza/linux into drm-next
Merge branch 'drm-next-4.7' of git://people.freedesktop.org/~agd5f/linux into drm-next
Merge tag 'drm-intel-next-fixes-2016-05-25' of git://anongit.freedesktop.org/drm-intel into drm-next
Eric Huang (3):
drm/amd/powerplay: fix a bug on updating sclk for Fiji
drm/amd/powerplay: fix a bug on updating sclk for Tonga
drm/amd/powerplay: fix bugs of checking if dpm is running on Tonga
Flora Cui (4):
drm/amdgpu: add more Polaris10 DID
drm/amdgpu: update Polaris10 golden setting
drm/amdgpu: Add more Polaris 11 PCI IDs
drm/amdgpu: update Polaris11 golden setting
Harish Kasiviswanathan (1):
drm/amdgpu: Encapsulate some VM table update parameters (v2)
Jeff Mahoney (1):
drm/amd: add Kconfig dependency for ACP on DRM_AMDGPU
Marek Olšák (1):
drm/amdgpu: fix TC cache flushing
Mario Kleiner (1):
drm/amdgpu: Fix hdmi deep color support.
Monk Liu (1):
drm/amdgpu: fix bug in fence driver fini
Muhammad Falak R Wani (9):
drm/amd/powerplay: use ARRAY_SIZE() to calculate array size.
drm/amd/amdgpu : Remove unused variable
drm/amd/amdgpu/cz_dpm: Remove unused variable
drm/amd/amdgpu : Remove unused variable
drm/amd/amdgpu : Remove unused variable
drm/amd/amdgpu : Remove unused variable
drm/amd/powerplay/hwmgr: use kmemdup
drm/amd/powerplay/hwmgr: use kmemdup
drm/amd/powerplay/hwmgr: use kmemdup
Philipp Zabel (1):
drm/imx: Match imx-ipuv3-crtc components using device node in platform data
Ramalingam C (2):
drm/i915/BXT: Retrieving the horizontal timing for DSI
drm/i915/bxt: Adjusting the error in horizontal timings retrieval
Rex Zhu (4):
drm/amd/powerplay: SCLK will have a big drop with low VDDC when PPlib was enabled.
drm/amd/powerplay: fix NULL point check error
drm/amd/powerplay: move asic unrelated function to hwmgr.c.
drm/amdgpu: create fence slab once when amdgpu module init.
Ville Syrjälä (8):
drm: Add helper for DP++ adaptors
drm/i915: Respect DP++ adaptor TMDS clock limit
drm/i915: Enable/disable TMDS output buffers in DP++ adaptor as needed
drm/i915: Determine DP++ type 1 DVI adaptor presence based on VBT
drm/i915: Re-enable GGTT earlier during resume on pre-gen6 platforms
drm/i915: s/DPPL/DPLL/ for SKL DPLLs
drm/i915: Don't leave old junk in ilk active watermarks on readout
drm/i915: Ignore stale wm register values on resume on ilk-bdw (v2)
tom will (2):
drm/radeon: fix array out of bounds
drm/amdgpu: fix array out of bounds
Documentation/DocBook/gpu.tmpl | 6 +
drivers/gpu/drm/Makefile | 2 +-
drivers/gpu/drm/amd/acp/Kconfig | 1 +
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 2 +
drivers/gpu/drm/amd/amdgpu/amdgpu_connectors.c | 10 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 25 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 27 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 111 ++++---
drivers/gpu/drm/amd/amdgpu/cik_ih.c | 3 +-
drivers/gpu/drm/amd/amdgpu/cz_dpm.c | 13 +-
drivers/gpu/drm/amd/amdgpu/cz_ih.c | 3 +-
drivers/gpu/drm/amd/amdgpu/dce_v11_0.c | 4 +-
drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 7 +-
drivers/gpu/drm/amd/amdgpu/iceland_ih.c | 3 +-
drivers/gpu/drm/amd/amdgpu/kv_dpm.c | 2 +-
drivers/gpu/drm/amd/amdgpu/sdma_v3_0.c | 2 +
drivers/gpu/drm/amd/amdgpu/tonga_ih.c | 3 +-
drivers/gpu/drm/amd/powerplay/hwmgr/fiji_hwmgr.c | 45 +--
drivers/gpu/drm/amd/powerplay/hwmgr/hwmgr.c | 38 +++
.../gpu/drm/amd/powerplay/hwmgr/polaris10_hwmgr.c | 44 +--
drivers/gpu/drm/amd/powerplay/hwmgr/tonga_hwmgr.c | 16 +-
drivers/gpu/drm/amd/powerplay/inc/hwmgr.h | 2 +-
drivers/gpu/drm/amd/powerplay/smumgr/cz_smumgr.c | 2 +-
drivers/gpu/drm/drm_dp_dual_mode_helper.c | 366 +++++++++++++++++++++
drivers/gpu/drm/i915/i915_dma.c | 6 +
drivers/gpu/drm/i915/i915_drv.c | 5 +
drivers/gpu/drm/i915/i915_drv.h | 1 +
drivers/gpu/drm/i915/i915_gem.c | 11 +-
drivers/gpu/drm/i915/i915_gem_gtt.c | 8 +
drivers/gpu/drm/i915/i915_gem_gtt.h | 1 +
drivers/gpu/drm/i915/intel_bios.c | 36 ++
drivers/gpu/drm/i915/intel_ddi.c | 16 +-
drivers/gpu/drm/i915/intel_display.c | 6 +
drivers/gpu/drm/i915/intel_dpll_mgr.c | 6 +-
drivers/gpu/drm/i915/intel_drv.h | 6 +
drivers/gpu/drm/i915/intel_dsi.c | 141 +++++++-
drivers/gpu/drm/i915/intel_hdmi.c | 104 +++++-
drivers/gpu/drm/i915/intel_lrc.c | 146 +-------
drivers/gpu/drm/i915/intel_lrc.h | 1 -
drivers/gpu/drm/i915/intel_mocs.c | 12 +-
drivers/gpu/drm/i915/intel_pm.c | 2 +
drivers/gpu/drm/i915/intel_psr.c | 55 +++-
drivers/gpu/drm/i915/intel_ringbuffer.c | 207 ++++++------
drivers/gpu/drm/i915/intel_ringbuffer.h | 6 +-
drivers/gpu/drm/i915/intel_vbt_defs.h | 12 +
drivers/gpu/drm/imx/imx-drm-core.c | 8 +
drivers/gpu/drm/imx/ipuv3-crtc.c | 2 +-
drivers/gpu/drm/radeon/kv_dpm.c | 2 +-
drivers/gpu/ipu-v3/ipu-common.c | 5 +-
include/drm/drm_dp_dual_mode_helper.h | 92 ++++++
include/video/imx-ipu-v3.h | 2 +
51 files changed, 1144 insertions(+), 492 deletions(-)
create mode 100644 drivers/gpu/drm/drm_dp_dual_mode_helper.c
create mode 100644 include/drm/drm_dp_dual_mode_helper.h
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2016-05-13 6:21 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2016-05-13 6:21 UTC (permalink / raw)
To: torvalds, DRI mailing list; +Cc: linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2564 bytes --]
Hi Linus,
A bunch of radeon displayport mode setting fixes, and some misc
i915 fixes. There is one revert, the MST audio code in i915 was causing
some oopses, so we've decided just to drop it until next kernel when
we can fix it properly.
Thanks,
Dave.
The following changes since commit 44549e8f5eea4e0a41b487b63e616cb089922b99:
Linux 4.6-rc7 (2016-05-08 14:38:32 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to e02aacb6dec0c656379f0c1ff06c5bbb2bcb1e53:
Merge branch 'drm-fixes-4.6' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2016-05-13 16:03:39 +1000)
----------------------------------------------------------------
Alex Deucher (2):
drm/radeon: fix DP mode validation
drm/amdgpu: fix DP mode validation
Arindam Nath (1):
drm/radeon: fix DP link training issue with second 4K monitor
Daniel Vetter (1):
drm/i915: Bail out of pipe config compute loop on LPT
Dave Airlie (3):
Merge tag 'drm-intel-fixes-2016-05-11' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'drm-fixes-4.6' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge branch 'drm-fixes-4.6' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Imre Deak (1):
drm/i915/bdw: Add missing delay during L3 SQC credit programming
Jani Nikula (1):
drm/i915/lvds: separate border enable readout from panel fitter
Lucas Stach (1):
drm/radeon: fix PLL sharing on DCE6.1 (v2)
Lyude (1):
Revert "drm/i915: start adding dp mst audio"
Ville Syrjälä (1):
drm/i915: Update CDCLK_FREQ register on BDW after changing cdclk frequency
drivers/gpu/drm/amd/amdgpu/atombios_dp.c | 4 ++--
drivers/gpu/drm/i915/i915_debugfs.c | 16 ----------------
drivers/gpu/drm/i915/i915_reg.h | 2 ++
drivers/gpu/drm/i915/intel_audio.c | 9 +++------
drivers/gpu/drm/i915/intel_crt.c | 8 +++++++-
drivers/gpu/drm/i915/intel_ddi.c | 24 +++++-------------------
drivers/gpu/drm/i915/intel_display.c | 5 ++---
drivers/gpu/drm/i915/intel_dp_mst.c | 22 ----------------------
drivers/gpu/drm/i915/intel_drv.h | 2 --
drivers/gpu/drm/i915/intel_lvds.c | 4 ++++
drivers/gpu/drm/i915/intel_pm.c | 6 ++++++
drivers/gpu/drm/radeon/atombios_crtc.c | 10 ++++++++++
drivers/gpu/drm/radeon/atombios_dp.c | 4 ++--
drivers/gpu/drm/radeon/radeon_dp_auxch.c | 2 +-
14 files changed, 44 insertions(+), 74 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2016-05-06 4:25 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2016-05-06 4:25 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2722 bytes --]
Hi Linus,
Fixes for i915, amdgpu/radeon and imx.
The IMX fix is for an autoloading regression found in Fedora.
The radeon fixes, are the same fix to amdgpu/radeon to avoid
a hardware lockup in some circumstances with a bad mode, and
a double free bug I took a few hours chasing down the other
morning.
The i915 fixes are across the board, all stable material,
and fixing some hangs and suspend/resume issues, along
with a live status regressions.
Dave.
The following changes since commit 4810d9682971e8eee659f96e4f9d9154e3c6c0b4:
Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-security (2016-05-04 11:14:00 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to fca097169faf8b9cfe92d8926da7a1fa2d3cd452:
Merge tag 'drm-intel-fixes-2016-05-02' of git://anongit.freedesktop.org/drm-intel into drm-fixes (2016-05-05 12:12:09 +1000)
----------------------------------------------------------------
Alex Deucher (2):
drm/radeon: make sure vertical front porch is at least 1
drm/amdgpu: make sure vertical front porch is at least 1
Chris Wilson (1):
drm/i915: Avoid stalling on pending flips for legacy cursor updates
Dave Airlie (3):
drm/amdgpu: set metadata pointer to NULL after freeing.
Merge branch 'drm-fixes-4.6' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-intel-fixes-2016-05-02' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Imre Deak (2):
drm/i915: Fix system resume if PCI device remained enabled
drm/i915/ddi: Fix eDP VDD handling during booting and suspend/resume
Mika Kahola (1):
drm/i915: Fix eDP low vswing for Broadwell
Philipp Zabel (1):
gpu: ipu-v3: Fix imx-ipuv3-crtc module autoloading
Shashank Sharma (1):
drm/i915: Fake HDMI live status
Ville Syrjälä (1):
drm/i915: Make RPS EI/thresholds multiple of 25 on SNB-BDW
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 1 +
drivers/gpu/drm/amd/amdgpu/atombios_encoders.c | 4 ++++
drivers/gpu/drm/i915/i915_drv.c | 32 +++++++++++++++++++++++++-
drivers/gpu/drm/i915/i915_reg.h | 9 +++++++-
drivers/gpu/drm/i915/intel_ddi.c | 22 ++++++++++--------
drivers/gpu/drm/i915/intel_display.c | 3 +++
drivers/gpu/drm/i915/intel_dp.c | 4 ++--
drivers/gpu/drm/i915/intel_drv.h | 2 ++
drivers/gpu/drm/i915/intel_hdmi.c | 12 ++++++++--
drivers/gpu/drm/radeon/atombios_encoders.c | 4 ++++
drivers/gpu/ipu-v3/ipu-common.c | 7 +++++-
11 files changed, 84 insertions(+), 16 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2016-04-29 5:48 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2016-04-29 5:48 UTC (permalink / raw)
To: torvalds, DRI mailing list; +Cc: linux-kernel
Hi Linus,
A few fixes all over the place:
radeon is probably the biggest standout, it's a fix for screen
corruption or hung black outputs so I thought it was worth pulling in.
Otherwise some amdgpu power control fixes, some misc vmwgfx fixes,
one etnaviv fix, one virtio-gpu fix, two DP MST fixes, and a single
TTM fix.
Dave.
The following changes since commit 02da2d72174c61988eb4456b53f405e3ebdebce4:
Linux 4.6-rc5 (2016-04-24 16:17:05 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to ea99697814d6e64927e228675a6eb7fa76014648:
Merge branch 'drm-fixes-4.6' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2016-04-29 14:31:44 +1000)
----------------------------------------------------------------
Alex Deucher (2):
Revert "drm/amdgpu: disable runtime pm on PX laptops without dGPU power control"
drm/amdgpu: print a message if ATPX dGPU power control is missing
Charmaine Lee (2):
drm/vmwgfx: Enable SVGA_3D_CMD_DX_SET_PREDICATION
drm/vmwgfx: use vmw_cmd_dx_cid_check for query commands.
Dave Airlie (3):
Merge branch 'drm-etnaviv-fixes' of git://git.pengutronix.de:/git/lst/linux into drm-fixes
Merge branch 'drm-vmwgfx-fixes' of git://people.freedesktop.org/~syeh/repos_linux into drm-fixes
Merge branch 'drm-fixes-4.6' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Flora Cui (2):
drm/ttm: fix kref count mess in ttm_bo_move_to_lru_tail
drm/amdgpu: disable vm interrupts with vm_fault_stop=2
Gustavo Padovan (1):
drm/virtio: send vblank event after crtc updates
Lucas Stach (1):
drm/etnaviv: don't move linear memory window on 3D cores without MC2.0
Lyude (1):
drm/dp/mst: Restore primary hub guid on resume
Sinclair Yeh (1):
drm/vmwgfx: Fix order of operation
Vitaly Prosyak (1):
drm/radeon: fix vertical bars appear on monitor (v2)
cpaul@redhat.com (1):
drm/dp/mst: Get validated port ref in drm_dp_update_payload_part1()
drivers/gpu/drm/amd/amdgpu/amdgpu_atpx_handler.c | 11 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 8 +-
drivers/gpu/drm/amd/amdgpu/gmc_v7_0.c | 5 +-
drivers/gpu/drm/amd/amdgpu/gmc_v8_0.c | 5 +-
drivers/gpu/drm/drm_dp_mst_topology.c | 20 +++
drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 31 +++--
drivers/gpu/drm/radeon/evergreen.c | 154 ++++++++++++++++++++++-
drivers/gpu/drm/radeon/evergreen_reg.h | 46 +++++++
drivers/gpu/drm/ttm/ttm_bo.c | 17 +--
drivers/gpu/drm/virtio/virtgpu_display.c | 12 ++
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 10 +-
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c | 6 +-
12 files changed, 277 insertions(+), 48 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2016-04-22 17:30 ` Linus Torvalds
@ 2016-04-22 17:33 ` Daniel Vetter
0 siblings, 0 replies; 427+ messages in thread
From: Daniel Vetter @ 2016-04-22 17:33 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Dave Airlie, Linux Kernel Mailing List, DRI mailing list
On Fri, Apr 22, 2016 at 7:30 PM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> On Fri, Apr 22, 2016 at 10:23 AM, Daniel Vetter <daniel@ffwll.ch> wrote:
>>
>> Works all fine here, http, ssh & git protocols all up&running well.
>> Maybe temporary, or just your part of the interwebs fell off?
>
> It's up for me now too, so something temporary. I don't think it was
> at my end, everything else seemed to work fine and be reachable..
>
> Maybe it was going through a reboot and I was just unlucky with timing.
Just chatted with the Portland folks and at least they said half the
internet fell off for a few minutes, not just fd.o (gmail among
others). And it's back again since a few minutes. Anyway seems all
back up again.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2016-04-22 17:23 ` Daniel Vetter
@ 2016-04-22 17:30 ` Linus Torvalds
2016-04-22 17:33 ` Daniel Vetter
0 siblings, 1 reply; 427+ messages in thread
From: Linus Torvalds @ 2016-04-22 17:30 UTC (permalink / raw)
To: Daniel Vetter; +Cc: Dave Airlie, Linux Kernel Mailing List, DRI mailing list
On Fri, Apr 22, 2016 at 10:23 AM, Daniel Vetter <daniel@ffwll.ch> wrote:
>
> Works all fine here, http, ssh & git protocols all up&running well.
> Maybe temporary, or just your part of the interwebs fell off?
It's up for me now too, so something temporary. I don't think it was
at my end, everything else seemed to work fine and be reachable..
Maybe it was going through a reboot and I was just unlucky with timing.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2016-04-22 17:16 ` Linus Torvalds
@ 2016-04-22 17:23 ` Daniel Vetter
2016-04-22 17:30 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Daniel Vetter @ 2016-04-22 17:23 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Dave Airlie, Linux Kernel Mailing List, DRI mailing list
On Fri, Apr 22, 2016 at 7:16 PM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> On Thu, Apr 21, 2016 at 5:57 PM, Dave Airlie <airlied@linux.ie> wrote:
>>
>> git://people.freedesktop.org/~airlied/linux drm-fixes
>
> Hmm. freedesktop.org seems to be feeling a bit under the weather. It's
> not just the git part - it's not doing web either, and doesn't seem to
> answer to pings either (I saw _one_ ping response, but that was over a
> minute or two, so..)
>
> Can you kick it? Do you have a mirror?
Works all fine here, http, ssh & git protocols all up&running well.
Maybe temporary, or just your part of the interwebs fell off?
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2016-04-22 0:57 Dave Airlie
@ 2016-04-22 17:16 ` Linus Torvalds
2016-04-22 17:23 ` Daniel Vetter
0 siblings, 1 reply; 427+ messages in thread
From: Linus Torvalds @ 2016-04-22 17:16 UTC (permalink / raw)
To: Dave Airlie; +Cc: DRI mailing list, Linux Kernel Mailing List
On Thu, Apr 21, 2016 at 5:57 PM, Dave Airlie <airlied@linux.ie> wrote:
>
> git://people.freedesktop.org/~airlied/linux drm-fixes
Hmm. freedesktop.org seems to be feeling a bit under the weather. It's
not just the git part - it's not doing web either, and doesn't seem to
answer to pings either (I saw _one_ ping response, but that was over a
minute or two, so..)
Can you kick it? Do you have a mirror?
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2016-04-22 0:57 Dave Airlie
2016-04-22 17:16 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2016-04-22 0:57 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 4574 bytes --]
Hi Linus,
i915, nouveau and amdgpu/radeon fixes in this.
Two nouveau fixes, one for a regression with dithering and one
for a bug hit by the userspace drivers.
i915 has a few fixes, mostly things heading for stable, two important
skylake GT3/4 hangs.
radeon/amdgpu has some audio, suspend/resume and some runtime PM fixes,
along with two patches to harden the userptr ABI a bit.
Thanks, (Since this only contained one other capital letter, I decided
to add one here.)
Dave.
The following changes since commit 5f44abd041c5f3be76d57579ab254d78e601315b:
Merge tag 'rtc-4.6-3' of git://git.kernel.org/pub/scm/linux/kernel/git/abelloni/linux (2016-04-21 15:41:13 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 18cdfe751f26ffa610f2a7b59775c5cc4c1c9619:
Merge branch 'drm-fixes-4.6' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2016-04-22 10:39:26 +1000)
----------------------------------------------------------------
Akash Goel (1):
drm/i915: Fixup the free space logic in ring_prepare
Alex Deucher (8):
drm/radeon: fix initial connector audio value
drm/radeon: print pci revision as well as pci ids on driver load
drm/radeon: add a quirk for a XFX R9 270X
drm/amdgpu/acp: fix resume on CZ systems with AZ audio
Revert "drm/radeon: disable runtime pm on PX laptops without dGPU power control"
drm/radeon: print a message if ATPX dGPU power control is missing
drm/amdgpu: use defines for CRTCs and AMFT blocks
drm/amdgpu: bump the afmt limit for CZ, ST, Polaris
Ben Skeggs (2):
drm/nouveau/kms: fix setting of default values for dithering properties
drm/nouveau/gr/gf100: select a stream master to fixup tfb offset queries
Chris Wilson (2):
drm/i915/userptr: Hold mmref whilst calling get-user-pages
drm/i915: Force ringbuffers to not be at offset 0
Dave Airlie (4):
Merge tag 'drm-intel-fixes-2016-04-21' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'linux-4.6' of git://github.com/skeggsb/linux into drm-fixes
Merge branch 'linux-4.6' of git://github.com/skeggsb/linux into drm-fixes
Merge branch 'drm-fixes-4.6' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Huacai Chen (1):
drm: Loongson-3 doesn't fully support wc memory
Jérôme Glisse (2):
drm/radeon: forbid mapping of userptr bo through radeon device file
drm/amdgpu: forbid mapping of userptr bo through radeon device file
Kumar, Mahesh (1):
drm/i915/skl+: Use plane size for relative data rate calculation
Michał Winiarski (1):
drm/i915: Adjust size of PIPE_CONTROL used for gen8 render seqno write
Mika Kuoppala (2):
drm/i915/skl: Fix rc6 based gpu/system hang
drm/i915/skl: Fix spurious gpu hang with gt3/gt4 revs
Rex Zhu (1):
drm/amdgpu: when suspending, if uvd/vce was running. need to cancel delay work.
Sonny Jiang (1):
amdgpu/uvd: add uvd fw version for amdgpu
Ville Syrjälä (1):
drm/i915: Use fw_domains_put_with_fifo() on HSW
cpaul@redhat.com (1):
drm/dp/mst: Validate port in drm_dp_payload_send_msg()
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 1 +
drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c | 4 +++
drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_mode.h | 6 ++--
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 2 ++
drivers/gpu/drm/amd/amdgpu/amdgpu_uvd.c | 5 +++
drivers/gpu/drm/amd/amdgpu/amdgpu_vce.c | 1 +
drivers/gpu/drm/drm_dp_mst_topology.c | 9 +++++-
drivers/gpu/drm/i915/i915_drv.h | 5 +--
drivers/gpu/drm/i915/i915_gem_userptr.c | 29 ++++++++++--------
drivers/gpu/drm/i915/intel_lrc.c | 16 +++++++---
drivers/gpu/drm/i915/intel_pm.c | 42 +++++++++++++++++---------
drivers/gpu/drm/i915/intel_ringbuffer.c | 18 ++++++-----
drivers/gpu/drm/i915/intel_uncore.c | 6 +++-
drivers/gpu/drm/nouveau/nouveau_connector.c | 4 +--
drivers/gpu/drm/nouveau/nvkm/engine/gr/gf100.c | 2 ++
drivers/gpu/drm/radeon/radeon_atpx_handler.c | 11 ++++---
drivers/gpu/drm/radeon/radeon_connectors.c | 7 ++++-
drivers/gpu/drm/radeon/radeon_device.c | 14 +++------
drivers/gpu/drm/radeon/radeon_ttm.c | 2 ++
drivers/gpu/drm/radeon/si_dpm.c | 1 +
include/drm/drm_cache.h | 2 ++
22 files changed, 126 insertions(+), 63 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2016-04-15 4:34 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2016-04-15 4:34 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 4075 bytes --]
Hi Linus,
This contains fixes for exynos, amdgpu, radeon, i915 and qxl.
It also contains some fixes to the core drm edid parser.
The qxl fix for a cursor hotspot issue, and the radeon are some
MST fixes that I've been running locally and make my monitor a bit
happier.
The exynos ones fix some regressions and build fixes.
amdgpu has a couple of small fixes.
and i915 has two DP MST fixes and a couple of other regression fixes.
Nothing to out of the ordinary or surprising at this point.
Dave.
The following changes since commit bf16200689118d19de1b8d2a3c314fc21f5dc7bb:
Linux 4.6-rc3 (2016-04-10 17:58:30 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to ff3e84e8e479c3ba7148f8dc35a56cf091ab56d9:
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos into drm-fixes (2016-04-14 13:06:19 +1000)
----------------------------------------------------------------
Andrzej Hajda (2):
drm/exynos: fix adjusted_mode pointer in exynos_plane_mode_set
drm/exynos: build fbdev code conditionally
Arnd Bergmann (1):
drm/exynos: fix error handling in exynos_drm_subdrv_open
Bjørn Mork (1):
drm/i915: fix deadlock on lid open
Chris Wilson (1):
drm/i915: Exit cherryview_irq_handler() after one pass
Chunming Zhou (1):
drm/amdgpu: add invisible pin size statistic
Dan Carpenter (2):
drm/exynos: mic: fix an error code
drm/exynos: fix a warning message
Dave Airlie (6):
drm/radeon/mst: port some MST setup code from DAL.
drm/radeon: use helper for mst connector dpms.
Merge tag 'topic/drm-fixes-2016-04-07' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge tag 'drm-intel-fixes-2016-04-07' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'drm-fixes-4.6' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/.../daeinki/drm-exynos into drm-fixes
Javier Martinez Canillas (1):
drm/exynos: Use VIDEO_SAMSUNG_S5P_G2D=n as G2D Kconfig dependency
John Keeping (1):
drm/qxl: fix cursor position with non-zero hotspot
Junwei Zhang (1):
drm/amd/amdgpu: fix irq domain remove for tonga ih
Lyude (2):
drm/i915: Fix race condition in intel_dp_destroy_mst_connector()
drm/i915: Call intel_dp_mst_resume() before resuming displays
Marek Szyprowski (1):
drm/exynos: fimd: fix broken dp_clock control
Paul Parsons (3):
drm/edid: Fix EDID Established Timings I and II
drm/edid: Fix parsing of EDID 1.4 Established Timings III descriptor
drm/edid: Fix DMT 1024x768@43Hz (interlaced) timings
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 1 +
drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 12 ++++++++----
drivers/gpu/drm/amd/amdgpu/tonga_ih.c | 2 +-
drivers/gpu/drm/drm_edid.c | 10 +++++-----
drivers/gpu/drm/exynos/Kconfig | 2 +-
drivers/gpu/drm/exynos/Makefile | 6 +++---
drivers/gpu/drm/exynos/exynos_drm_core.c | 2 +-
drivers/gpu/drm/exynos/exynos_drm_fb.c | 11 -----------
drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 11 +++++++++++
drivers/gpu/drm/exynos/exynos_drm_fbdev.h | 23 +++++++++++++++++++++-
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 2 +-
drivers/gpu/drm/exynos/exynos_drm_mic.c | 3 ++-
drivers/gpu/drm/exynos/exynos_drm_plane.c | 12 +++++++-----
drivers/gpu/drm/i915/i915_drv.c | 4 ++--
drivers/gpu/drm/i915/i915_irq.c | 4 ++--
drivers/gpu/drm/i915/intel_dp_mst.c | 6 ++----
drivers/gpu/drm/i915/intel_lvds.c | 5 +----
drivers/gpu/drm/qxl/qxl_display.c | 13 +++++++++----
drivers/gpu/drm/qxl/qxl_drv.h | 2 ++
drivers/gpu/drm/radeon/ni_reg.h | 2 ++
drivers/gpu/drm/radeon/radeon_dp_mst.c | 31 +++++++++++++++++++-----------
22 files changed, 104 insertions(+), 62 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2016-04-07 5:57 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2016-04-07 5:57 UTC (permalink / raw)
To: torvalds, DRI mailing list; +Cc: linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 5920 bytes --]
Hi Linus,
This is mostly amdgpu/radeon fixes, and imx related fixes.
There are also one one TTM fix, one nouveau fix, and one hdlcd fix.
The AMD ones are some fixes for power management after suspend/resume
one some GPUs, and some vblank fixes.
The IMX ones are for more stricter plane checks and some cleanups.
I'm off until Monday, so therre might be some fixes early next week if
anyone missed me.
Dave.
The following changes since commit 541d8f4d59d79f5d37c8c726f723d42ff307db57:
Merge tag 'for-linus' of git://git.kernel.org/pub/scm/virt/kvm/kvm (2016-04-05 16:16:00 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to fd8c61ebd4265ff1c5fa80ba351e8e1dd710fac0:
Merge branch 'drm-fixes-4.6' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2016-04-07 07:08:46 +1000)
----------------------------------------------------------------
Alex Deucher (4):
drm/amdgpu/gmc: move vram type fetching into sw_init
drm/amdgpu/gmc: use proper register for vram type on Fiji
drm/amdgpu: print vram type rather than just DDR
drm/ttm: use phys_addr_t for ttm_bus_placement
Alexandre Courbot (1):
drm/nouveau/tegra: acquire and enable reference clock if needed
Alexey Brodkin (1):
drm: ARM HDLCD - get rid of devm_clk_put()
Christian König (1):
drm/amdgpu: fix leaking fence in the pageflip code
Chunming Zhou (2):
drm/amdgpu: fence wait old rcu slot
drm/amdgpu: total vram size also reduces pin size
Dan Carpenter (1):
drm: ARM HDLCD - fix an error code
Daniel Vetter (1):
drm/imx: Don't set a gamma table size
Dave Airlie (4):
Merge tag 'imx-drm-next-2016-04-01' of git://git.pengutronix.de/git/pza/linux into drm-fixes
Merge branch 'for-upstream/hdlcd' of git://linux-arm.org/linux-ld into drm-fixes
Merge branch 'linux-4.6' of git://github.com/skeggsb/linux into drm-fixes
Merge branch 'drm-fixes-4.6' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Douglas Anderson (2):
drm/imx: dw_hdmi: Call drm_encoder_cleanup() in error path
drm/imx: dw_hdmi: Don't call platform_set_drvdata()
Leo Liu (2):
drm/amdgpu: save and restore UVD context with suspend and resume
drm/amdgpu: save and restore the firwmware cache part when suspend resume
Liu Ying (4):
gpu: ipu-v3: ipu-dmfc: Protect function ipu_dmfc_init_channel() with mutex
gpu: ipu-v3: ipu-dmfc: Make function ipu_dmfc_init_channel() return void
gpu: ipu-v3: ipu-dmfc: Rename ipu_dmfc_init_channel to ipu_dmfc_config_wait4eot
drm/imx: ipuv3-plane: Configure DMFC wait4eot bit after slots are determined
Michel Dänzer (3):
drm/radeon: Set vblank_disable_allowed = true
drm/amdgpu: Set vblank_disable_allowed = true
drm/radeon: Only call drm_vblank_on/off between drm_vblank_init/cleanup
Philipp Zabel (3):
gpu: ipu-cpmem: modify ipu_cpmem_set_yuv_planar_full for better control
drm/imx: ipuv3-plane: Add more thorough checks for plane parameter limitations
drm/imx: ipuv3-plane: fix planar YUV 4:2:0 support
Rex Zhu (9):
drm/amd/powerplay: fix segment fault issue in multi-display case.
drm/amdgpu: add an cgs interface to notify amdgpu the dpm state.
drm/amdgpu: Not support disable dpm in powerplay.
drm/amd/powerplay: notify amdgpu whether dpm is enabled or not.
drm/amdgpu: check dpm state before pm system fs initialized.
drm/amd/powerplay: add new Fiji function for not setting same ps.
drm/amd/powerplay: Need to change boot to performance state in resume.
drm/amd/powerplay: fix issue that resume back, dpm can't work on FIJI.
drm/amd/powerplay: add uvd/vce dpm enabling flag default.
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 1 +
drivers/gpu/drm/amd/amdgpu/amdgpu_cgs.c | 24 +++-
drivers/gpu/drm/amd/amdgpu/amdgpu_display.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 8 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_irq.c | 2 +
drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 1 +
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 15 ++-
drivers/gpu/drm/amd/amdgpu/amdgpu_powerplay.c | 10 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_uvd.c | 58 +++++-----
drivers/gpu/drm/amd/amdgpu/gmc_v7_0.c | 16 +--
drivers/gpu/drm/amd/amdgpu/gmc_v8_0.c | 23 ++--
drivers/gpu/drm/amd/amdgpu/uvd_v4_2.c | 4 +-
drivers/gpu/drm/amd/amdgpu/uvd_v5_0.c | 4 +-
drivers/gpu/drm/amd/amdgpu/uvd_v6_0.c | 7 +-
drivers/gpu/drm/amd/include/cgs_common.h | 8 ++
.../drm/amd/powerplay/eventmgr/eventactionchains.c | 4 +-
drivers/gpu/drm/amd/powerplay/hwmgr/fiji_hwmgr.c | 69 ++++++++++++
.../gpu/drm/amd/powerplay/hwmgr/hardwaremanager.c | 16 ++-
drivers/gpu/drm/arm/hdlcd_drv.c | 14 +--
drivers/gpu/drm/imx/dw_hdmi-imx.c | 13 ++-
drivers/gpu/drm/imx/imx-drm-core.c | 10 --
drivers/gpu/drm/imx/ipuv3-plane.c | 123 ++++++++++++++++++---
drivers/gpu/drm/imx/ipuv3-plane.h | 4 +
drivers/gpu/drm/nouveau/include/nvkm/core/tegra.h | 5 +
drivers/gpu/drm/nouveau/nouveau_platform.c | 7 +-
drivers/gpu/drm/nouveau/nvkm/engine/device/tegra.c | 17 +++
drivers/gpu/drm/radeon/atombios_crtc.c | 6 +-
drivers/gpu/drm/radeon/radeon_irq_kms.c | 2 +
drivers/gpu/drm/radeon/radeon_legacy_crtc.c | 6 +-
drivers/gpu/ipu-v3/ipu-cpmem.c | 79 ++++++-------
drivers/gpu/ipu-v3/ipu-dmfc.c | 8 +-
include/drm/ttm/ttm_bo_api.h | 2 +-
include/video/imx-ipu-v3.h | 7 +-
33 files changed, 405 insertions(+), 170 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2016-04-01 4:08 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2016-04-01 4:08 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 3047 bytes --]
Hi Linus,
Nothing too crazy in here, a bunch of AMD fixes/quirks,
two msm, some rockchip fixes, and a udl warning fix,
along with one locking fix for displayport that seems
to fix some dodgy monitors.
Thanks,
Dave.
The following changes since commit c05c2ec96bb8b7310da1055c7b9d786a3ec6dc0c:
Merge branch 'parisc-4.6-2' of git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux (2016-03-31 07:55:14 -0500)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 72b9ff0612ad8fc969b910cd00ac16b57a1a9ba4:
drm/udl: Use unlocked gem unreferencing (2016-04-01 13:22:33 +1000)
----------------------------------------------------------------
Alex Deucher (3):
drm/radeon: add a dpm quirk for sapphire Dual-X R7 370 2G D5
drm/radeon: add another R7 370 quirk
drm/radeon: add a dpm quirk for all R7 370 parts
Borislav Petkov (1):
drm/amd: Beef up ACP Kconfig menu text
Daniel Vetter (1):
drm/udl: Use unlocked gem unreferencing
Dave Airlie (3):
Merge branch 'drm-next-4.6' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge branch 'msm-fixes-4.6-rc1' of git://people.freedesktop.org/~robclark/linux into drm-fixes
Merge branch 'drm-rockchip-next-fixes-2016-03-28' of https://github.com/markyzq/kernel-drm-rockchip into drm-fixes
Douglas Anderson (3):
drm/rockchip: dw_hdmi: Call drm_encoder_cleanup() in error path
drm/rockchip: vop: Fix vop crtc cleanup
drm/rockchip: dw_hdmi: Don't call platform_set_drvdata()
John Keeping (2):
drm/rockchip: vop: fix crtc size in plane check
drm/rockchip: cancel pending vblanks on close
Michel Dänzer (2):
drm/radeon: Don't move pinned BOs
drm/amdgpu: Don't move pinned BOs
Rob Clark (3):
drm/msm: fix bug after preclose removal
drm/msm: fix typo in the !COMMON_CLK case
drm/dp: move hw_mutex up the call stack
Tomeu Vizoso (2):
drm/rockchip: vop: Don't reject empty modesets
drm/rockchip: vop: Disable planes when disabling CRTC
drivers/gpu/drm/amd/acp/Kconfig | 8 ++-
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 4 ++
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 6 +++
drivers/gpu/drm/drm_dp_helper.c | 27 ++++++----
drivers/gpu/drm/msm/hdmi/hdmi.h | 2 +-
drivers/gpu/drm/msm/msm_drv.c | 3 --
drivers/gpu/drm/msm/msm_kms.h | 1 -
drivers/gpu/drm/radeon/radeon_object.c | 4 ++
drivers/gpu/drm/radeon/radeon_ttm.c | 6 +++
drivers/gpu/drm/radeon/si_dpm.c | 6 +++
drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 13 +++--
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 22 ++++++++
drivers/gpu/drm/rockchip/rockchip_drm_drv.h | 1 +
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 79 ++++++++++++++++++++++++-----
drivers/gpu/drm/udl/udl_fb.c | 2 +-
drivers/gpu/drm/udl/udl_gem.c | 2 +-
16 files changed, 152 insertions(+), 34 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2016-03-25 6:11 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2016-03-25 6:11 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2681 bytes --]
Hi Linus,
Just a couple of dma-buf related fixes and some amdgpu fixes,
along with a regression fix for radeon off but default feature,
but makes my 30" monitor happy again.
Dave.
The following changes since commit 568d7c764ae01f3706085ac8f0d8a8ac7e826bd7:
drm/amdgpu: release_pages requires linux/pagemap.h (2016-03-21 13:22:52 +1000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-next
for you to fetch changes up to 4604202ca8d2a5e33b4bca0812b5d92975ed1bd8:
Merge branch 'drm-next-4.6' of git://people.freedesktop.org/~agd5f/linux into drm-next (2016-03-25 16:02:06 +1000)
----------------------------------------------------------------
Alex Deucher (1):
drm/amdgpu: clean up path handling for powerplay
Andrzej Hajda (2):
drm/atomic: use helper to get crtc state
drm/atmel-hlcdc: use helper to get crtc state
Chris Wilson (1):
dma-buf, drm, ion: Propagate error code from dma_buf_start_cpu_access()
Christian König (3):
dma-buf/fence: fix fence_is_later v2
drm/amdgpu: Revert "remove the userptr rmn->lock"
drm/amdgpu: add invalidate_page callback for userptrs
Colin Ian King (1):
drm/amd/powerplay: fix memory leak of tdp_table
Daniel Vetter (1):
dma-buf: Update docs for SYNC ioctl
Dave Airlie (4):
drm/radeon/mst: fix regression in lane/link handling.
drm/radeon/mst: cleanup code indentation
Merge tag 'topic/drm-misc-2016-03-22' of git://anongit.freedesktop.org/drm-intel into drm-next
Merge branch 'drm-next-4.6' of git://people.freedesktop.org/~agd5f/linux into drm-next
Luis de Bethencourt (1):
drm: remove excess description
Documentation/dma-buf-sharing.txt | 11 +-
drivers/dma-buf/dma-buf.c | 19 ++--
drivers/gpu/drm/amd/amdgpu/amdgpu_mn.c | 120 +++++++++++++++------
drivers/gpu/drm/amd/powerplay/Makefile | 14 +--
.../amd/powerplay/hwmgr/tonga_processpptables.c | 4 +-
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c | 2 +-
drivers/gpu/drm/drm_atomic.c | 1 -
drivers/gpu/drm/drm_atomic_helper.c | 14 +--
drivers/gpu/drm/i915/i915_gem_dmabuf.c | 15 +--
drivers/gpu/drm/omapdrm/omap_gem_dmabuf.c | 5 +-
drivers/gpu/drm/radeon/radeon_dp_mst.c | 22 ++--
drivers/gpu/drm/udl/udl_fb.c | 4 +-
drivers/staging/android/ion/ion.c | 6 +-
include/linux/dma-buf.h | 6 +-
include/linux/fence.h | 2 +-
15 files changed, 147 insertions(+), 98 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2016-03-10 2:53 Dave Airlie
@ 2016-03-10 12:55 ` Daniel Vetter
0 siblings, 0 replies; 427+ messages in thread
From: Daniel Vetter @ 2016-03-10 12:55 UTC (permalink / raw)
To: Dave Airlie; +Cc: torvalds, DRI mailing list, linux-kernel
On Thu, Mar 10, 2016 at 02:53:06AM +0000, Dave Airlie wrote:
>
> Hi Linus,
>
> A few imx fixes I missed from a couple of weeks ago, they still aren't
> that big and fix some regression and a fail to boot problem.
>
> Other than that, a couple of regression fixes for radeon/amdgpu, one
> regression fix for vmwgfx and one regression fix for tda998x.
>
> Dave.
Updated pull request with a fixup patch from Lionel applied for the issue
Dan reported. Btw I need to make a backmerge because conflict galore in
drm-intel, so maybe backmerge Linus into drm-next while at it?
-Daniel
The following changes since commit 44ab4042178bd596275927ea050980aa4257581b:
Merge branch 'for-next' of http://git.agner.ch/git/linux-drm-fsl-dcu into drm-next (2016-02-26 13:02:57 +1000)
are available in the git repository at:
git://anongit.freedesktop.org/drm-intel tags/topic/drm-misc-2016-03-10
for you to fetch changes up to 562c5b4d898613bec97f482098e7507f52c914cb:
drm: fix blob pointer check (2016-03-10 13:47:30 +0100)
----------------------------------------------------------------
Carlos Palminha (15):
drm/cirrus: removed optional dummy crtc mode_fixup function.
drm/mgag200: removed optional dummy crtc mode_fixup function.
drm/udl: removed optional dummy crtc mode_fixup function.
drm/gma: removed optional dummy crtc mode_fixup function.
drm/rcar-du: removed optional dummy crtc mode_fixup function.
drm/omapdrm: removed optional dummy crtc mode_fixup function.
drm/msm/mdp: removed optional dummy crtc mode_fixup function.
drm/shmobile: removed optional dummy crtc mode_fixup function.
drm/sti: removed optional dummy crtc mode_fixup function.
drm/atmel-hlcdc: remove optional dummy crtc mode_fixup function.
drm/nouveau/dispnv04: removed optional dummy crtc mode_fixup function.
drm/virtio: removed optional dummy crtc mode_fixup function.
drm/fsl-dcu: removed optional dummy crtc mode_fixup function.
drm/bochs: removed optional dummy crtc mode_fixup function.
drm/ast: removed optional dummy crtc mode_fixup function.
Lionel Landwerlin (2):
drm: introduce pipe color correction properties
drm: fix blob pointer check
Liu Ying (1):
drm/crtc: Use drm_mode_object_put() in __drm_framebuffer_unregister()
Maarten Lankhorst (7):
drm/atomic: Clean up update_output_state.
drm/atomic: Pass connector and state to update_connector_routing.
drm/atomic: Always call steal_encoder, v2.
drm/atomic: Handle encoder stealing from set_config better.
drm/atomic: Handle encoder assignment conflicts in a separate check, v3.
drm/atomic: Clean up steal_encoder, v2.
drm/atomic: Clean up update_connector_routing.
Documentation/DocBook/gpu.tmpl | 59 +++-
drivers/gpu/drm/ast/ast_mode.c | 8 -
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 9 -
drivers/gpu/drm/bochs/bochs_kms.c | 8 -
drivers/gpu/drm/cirrus/cirrus_mode.c | 13 -
drivers/gpu/drm/drm_atomic.c | 88 +++++-
drivers/gpu/drm/drm_atomic_helper.c | 361 ++++++++++++++++---------
drivers/gpu/drm/drm_crtc.c | 39 ++-
drivers/gpu/drm/drm_crtc_helper.c | 33 +++
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c | 8 -
drivers/gpu/drm/gma500/cdv_intel_display.c | 13 +-
drivers/gpu/drm/gma500/gma_display.c | 7 -
drivers/gpu/drm/gma500/gma_display.h | 3 -
drivers/gpu/drm/gma500/mdfld_intel_display.c | 2 -
drivers/gpu/drm/gma500/oaktrail_crtc.c | 1 -
drivers/gpu/drm/gma500/psb_intel_display.c | 1 -
drivers/gpu/drm/mgag200/mgag200_mode.c | 13 -
drivers/gpu/drm/msm/mdp/mdp4/mdp4_crtc.c | 8 -
drivers/gpu/drm/msm/mdp/mdp5/mdp5_crtc.c | 8 -
drivers/gpu/drm/nouveau/dispnv04/crtc.c | 8 -
drivers/gpu/drm/omapdrm/omap_crtc.c | 8 -
drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 9 -
drivers/gpu/drm/shmobile/shmob_drm_crtc.c | 8 -
drivers/gpu/drm/sti/sti_crtc.c | 9 -
drivers/gpu/drm/udl/udl_modeset.c | 9 -
drivers/gpu/drm/virtio/virtgpu_display.c | 8 -
include/drm/drm_atomic_helper.h | 3 +
include/drm/drm_crtc.h | 48 +++-
include/drm/drm_crtc_helper.h | 3 +
include/uapi/drm/drm_mode.h | 15 +
30 files changed, 524 insertions(+), 286 deletions(-)
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2016-03-10 2:53 Dave Airlie
2016-03-10 12:55 ` Daniel Vetter
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2016-03-10 2:53 UTC (permalink / raw)
To: torvalds, DRI mailing list, linux-kernel
Hi Linus,
A few imx fixes I missed from a couple of weeks ago, they still aren't
that big and fix some regression and a fail to boot problem.
Other than that, a couple of regression fixes for radeon/amdgpu, one
regression fix for vmwgfx and one regression fix for tda998x.
Dave.
The following changes since commit f6cede5b49e822ebc41a099fe41ab4989f64e2cb:
Linux 4.5-rc7 (2016-03-06 14:48:03 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 848819c5447eb318a787467e8435a07c733e16c9:
Merge tag 'imx-drm-fixes-2016-02-19' of git://git.pengutronix.de/git/pza/linux into drm-fixes (2016-03-09 14:21:12 +1000)
----------------------------------------------------------------
Alex Deucher (3):
drm/radeon/dp: add back special handling for NUTMEG
drm/amdgpu/dp: add back special handling for NUTMEG
Revert "drm/radeon/pm: adjust display configuration after powerstate"
Dave Airlie (2):
Merge branch 'drm-fixes-4.5' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'imx-drm-fixes-2016-02-19' of git://git.pengutronix.de/git/pza/linux into drm-fixes
David Jander (1):
gpu: ipu-v3: Reset IPU before activating IRQ
Enrico Jorns (1):
drm/imx: Add missing DRM_FORMAT_RGB565 to ipu_plane_formats
Jyri Sarha (1):
drm/i2c: tda998x: Choose between atomic or non atomic dpms helper
Lucas Stach (1):
drm/imx: notify DRM core about CRTC vblank state
Mario Kleiner (2):
drm/amdgpu: Fix error handling in amdgpu_flip_work_func.
drm/radeon: Fix error handling in radeon_flip_work_func.
Philipp Zabel (1):
gpu: ipu-v3: Do not bail out on missing optional port nodes
Thierry Reding (1):
drm/vmwgfx: Add back ->detect() and ->fill_modes()
drivers/gpu/drm/amd/amdgpu/amdgpu_display.c | 4 ++--
drivers/gpu/drm/amd/amdgpu/atombios_dp.c | 20 +++++++++++++++----
drivers/gpu/drm/i2c/tda998x_drv.c | 10 +++++++++-
drivers/gpu/drm/imx/ipuv3-crtc.c | 2 ++
drivers/gpu/drm/imx/ipuv3-plane.c | 1 +
drivers/gpu/drm/radeon/atombios_dp.c | 20 +++++++++++++++----
drivers/gpu/drm/radeon/radeon_display.c | 4 ++--
drivers/gpu/drm/radeon/radeon_pm.c | 5 ++---
drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c | 2 ++
drivers/gpu/ipu-v3/ipu-common.c | 31 ++++++++++++++++-------------
10 files changed, 69 insertions(+), 30 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2016-03-04 22:05 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2016-03-04 22:05 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 3700 bytes --]
Hi Linus,
Hopefully not too big, I've held off on some vc4 fixes that came in that I
think can wait next window.
This contains one i915 patch twice, as I merged it locally for testing,
and then pulled some stuff in on top, and then Jani sent to me, I didn't
think it was worth redoing all the merges of what I had tested.
The amdgpu/radeon fixes for some more power management and VM races.
Two i915 fixes, one for the a recent regression, one another power
management fix for skylake.
Two tegra dma mask fixes for a regression.
One ast fix for a typo I made transcribing the userspace driver, that I'd
like to get into stable so I don't forget about it.
Dave.
The following changes since commit fc77dbd34c5c99bce46d40a2491937c3bcbd10af:
Linux 4.5-rc6 (2016-02-28 08:41:20 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 26bae5e04c3570728787f809b13546a8169fdf95:
Merge tag 'drm/tegra/for-4.5-rc7' of git://anongit.freedesktop.org/tegra/linux into drm-fixes (2016-03-05 07:53:25 +1000)
----------------------------------------------------------------
Alex Deucher (5):
drm/amdgpu/pm: update current crtc info after setting the powerstate
drm/radeon/pm: update current crtc info after setting the powerstate
drm/amdgpu/cz: enable/disable vce dpm even if vce pg is disabled
drm/amdgpu/powerplay/cz: enable/disable vce dpm independent of vce pg
drm/amdgpu/cz: remove commented out call to enable vce pg
Alexandre Courbot (2):
gpu: host1x: Set DMA mask
gpu: host1x: Set DMA ops on device creation
Arindam Nath (1):
drm/amdgpu: return from atombios_dp_get_dpcd only when error
Chris Wilson (2):
drm/i915: Balance assert_rpm_wakelock_held() for !IS_ENABLED(CONFIG_PM)
drm/i915: Balance assert_rpm_wakelock_held() for !IS_ENABLED(CONFIG_PM)
Christian König (1):
drm/amdgpu: apply gfx_v8 fixes to gfx_v7 as well
Chunming Zhou (1):
drm/amdgpu/gfx8: specify which engine to wait before vm flush
Dave Airlie (3):
Merge branch 'drm-fixes-4.5' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-intel-fixes-2016-03-03' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge tag 'drm/tegra/for-4.5-rc7' of git://anongit.freedesktop.org/tegra/linux into drm-fixes
Imre Deak (1):
drm/i915/skl: Fix power domain suspend sequence
Rex Zhu (2):
drm/amd/powerplay: export AMD_PP_EVENT_COMPLETE_INIT task to amdgpu.
drm/amd/powerplay: send event to notify powerplay all modules are initialized.
Timothy Pearson (1):
drm/ast: Fix incorrect register check for DRAM width
drivers/gpu/drm/amd/amdgpu/amdgpu_connectors.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_pm.c | 6 ++--
drivers/gpu/drm/amd/amdgpu/amdgpu_powerplay.c | 4 ++-
drivers/gpu/drm/amd/amdgpu/cz_dpm.c | 7 ++---
drivers/gpu/drm/amd/amdgpu/gfx_v7_0.c | 13 +++++++++
drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 3 +-
drivers/gpu/drm/amd/powerplay/amd_powerplay.c | 5 +++-
.../drm/amd/powerplay/eventmgr/eventactionchains.c | 1 +
.../drm/amd/powerplay/hwmgr/cz_clockpowergating.c | 2 +-
drivers/gpu/drm/ast/ast_main.c | 2 +-
drivers/gpu/drm/i915/intel_runtime_pm.c | 32 ++++++++++------------
drivers/gpu/drm/radeon/radeon_pm.c | 8 +++---
drivers/gpu/host1x/bus.c | 2 ++
drivers/gpu/host1x/dev.c | 7 +++++
drivers/gpu/host1x/dev.h | 1 +
15 files changed, 60 insertions(+), 35 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2016-02-26 3:04 ` Linus Torvalds
@ 2016-02-26 3:29 ` Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2016-02-26 3:29 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Dave Airlie, Linux Kernel Mailing List, DRI mailing list
On 26 February 2016 at 13:04, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> On Thu, Feb 25, 2016 at 6:20 PM, Dave Airlie <airlied@linux.ie> wrote:
>>
>> This is a bit larger than Id like, but I asked the Intel guys to pull in
>> some Skylake fixes in the possibly vain hope that Skylake might be more
>> functional now that I'm seeing production hardware shipping.
>>
>> For i915, it's mostly the same patch in a few places, making sure the hw
>> doesn't turn off when we are programming it.
>>
>> Apart from that are two nouveau fixes, one for a module defer bug, and
>> one for using nouveau on new Lenovo P50 models.
>>
>> Then there are a bunch of AMDGPU fixes, one is a fix for v4.4
>> vblank regressions, and some PM fixes.
>
> Ok, pulled.
>
> But I have to ask: what the hell have you done to the _real_ Dave Airlie?
>
> I'm seeing sentences with proper capitalization. I'm even seeing
> paragraph breaks. I didn't do a single edit on your pull request
> message when using it to make the merge commit log.
>
> If somebody is holding a gun to your head, blink once.
<blink>.
Oh wait, that's a baby. It's possible a lack of sleep has made me more careful
in my pull request writing. As the year tends towards Kernel Summit I'll make
sure to tend towards less editing, so you have something to complain about.
Unless someone breaks userspace and tries to weasel out of it before then.
Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2016-02-26 2:20 Dave Airlie
@ 2016-02-26 3:04 ` Linus Torvalds
2016-02-26 3:29 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Linus Torvalds @ 2016-02-26 3:04 UTC (permalink / raw)
To: Dave Airlie; +Cc: DRI mailing list, Linux Kernel Mailing List
On Thu, Feb 25, 2016 at 6:20 PM, Dave Airlie <airlied@linux.ie> wrote:
>
> This is a bit larger than Id like, but I asked the Intel guys to pull in
> some Skylake fixes in the possibly vain hope that Skylake might be more
> functional now that I'm seeing production hardware shipping.
>
> For i915, it's mostly the same patch in a few places, making sure the hw
> doesn't turn off when we are programming it.
>
> Apart from that are two nouveau fixes, one for a module defer bug, and
> one for using nouveau on new Lenovo P50 models.
>
> Then there are a bunch of AMDGPU fixes, one is a fix for v4.4
> vblank regressions, and some PM fixes.
Ok, pulled.
But I have to ask: what the hell have you done to the _real_ Dave Airlie?
I'm seeing sentences with proper capitalization. I'm even seeing
paragraph breaks. I didn't do a single edit on your pull request
message when using it to make the merge commit log.
If somebody is holding a gun to your head, blink once.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2016-02-26 2:20 Dave Airlie
2016-02-26 3:04 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2016-02-26 2:20 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 4881 bytes --]
Hi Linus,
This is a bit larger than Id like, but I asked the Intel guys to pull in
some Skylake fixes in the possibly vain hope that Skylake might be more
functional now that I'm seeing production hardware shipping.
For i915, it's mostly the same patch in a few places, making sure the hw
doesn't turn off when we are programming it.
Apart from that are two nouveau fixes, one for a module defer bug, and
one for using nouveau on new Lenovo P50 models.
Then there are a bunch of AMDGPU fixes, one is a fix for v4.4
vblank regressions, and some PM fixes.
Dave.
The following changes since commit 84e54c46b2f440a365a5224f1e5f173a462b7cca:
Merge tag 'dm-4.5-fix' of git://git.kernel.org/pub/scm/linux/kernel/git/device-mapper/linux-dm (2016-02-23 19:03:43 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 3772e72720c6bfe1c1fc592ac3d6270559b4ce09:
Merge branch 'linux-4.5' of git://github.com/skeggsb/linux into drm-fixes (2016-02-25 13:17:50 +1000)
----------------------------------------------------------------
Alex Deucher (5):
drm/amdgpu/gfx8: fix priv reg interrupt enable
drm/amdgpu: fix locking in force performance level
drm/amdgpu/pm: add some checks for PX
drm/amdgpu/pm: adjust display configuration after powerstate
drm/radeon/pm: adjust display configuration after powerstate
Ben Skeggs (1):
drm/nouveau/disp/dp: ensure sink is powered up before attempting link training
Bradley Pankow (1):
amdgpu: fix NULL pointer dereference at tonga_check_states_equal
Christian König (1):
drm/amdgpu: disable direct VM updates when vm_debug is set
Dave Airlie (3):
Merge branch 'drm-fixes-4.5' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-intel-fixes-2016-02-22' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'linux-4.5' of git://github.com/skeggsb/linux into drm-fixes
Imre Deak (13):
drm/i915: Add helper to get a display power ref if it was already enabled
drm/i915: Ensure the HW is powered during display pipe HW readout
drm/i915/ibx: Ensure the HW is powered during PLL HW readout
drm/i915: Ensure the HW is powered when disabling VGA
drm/i915: Ensure the HW is powered during HW access in assert_pipe
drm/i915/crt: Ensure the HW is powered during HW state readout
drm/i915/ddi: Ensure the HW is powered during HW state readout
drm/i915: Ensure the HW is powered when accessing the CRC HW block
drm/i915/dp: Ensure the HW is powered during HW state readout
drm/i915/dsi: Ensure the HW is powered during HW state readout
drm/i915/hdmi: Ensure the HW is powered during HW state readout
drm/i915/lvds: Ensure the HW is powered during HW state readout
drm/i915/skl: Ensure HW is powered during DDB HW state readout
Mario Kleiner (2):
drm/radeon: Don't hang in radeon_flip_work_func on disabled crtc. (v2)
drm/amdgpu: Don't hang in amdgpu_flip_work_func on disabled crtc.
Mika Kuoppala (1):
drm/i915/gen9: Verify and enforce dc6 state writes
Patrik Jakobsson (1):
drm/i915/gen9: Check for DC state mismatch
Thierry Reding (1):
drm/nouveau: platform: Fix deferred probe
drivers/gpu/drm/amd/amdgpu/amdgpu_display.c | 18 ++-
drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c | 3 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_pm.c | 29 +++-
drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 2 +-
drivers/gpu/drm/amd/powerplay/eventmgr/eventmgr.c | 4 +-
drivers/gpu/drm/i915/i915_debugfs.c | 28 +++-
drivers/gpu/drm/i915/i915_drv.h | 1 +
drivers/gpu/drm/i915/intel_crt.c | 13 +-
drivers/gpu/drm/i915/intel_csr.c | 2 +
drivers/gpu/drm/i915/intel_ddi.c | 112 +++++++++++-----
drivers/gpu/drm/i915/intel_display.c | 86 ++++++++----
drivers/gpu/drm/i915/intel_dp.c | 18 ++-
drivers/gpu/drm/i915/intel_drv.h | 3 +
drivers/gpu/drm/i915/intel_dsi.c | 13 +-
drivers/gpu/drm/i915/intel_hdmi.c | 14 +-
drivers/gpu/drm/i915/intel_lvds.c | 14 +-
drivers/gpu/drm/i915/intel_pm.c | 7 +-
drivers/gpu/drm/i915/intel_runtime_pm.c | 149 +++++++++++++++++++--
drivers/gpu/drm/nouveau/nouveau_platform.c | 2 +-
drivers/gpu/drm/nouveau/nvkm/engine/device/tegra.c | 40 ++++--
drivers/gpu/drm/nouveau/nvkm/engine/disp/dport.c | 10 ++
drivers/gpu/drm/nouveau/nvkm/engine/disp/dport.h | 6 +
drivers/gpu/drm/radeon/radeon_display.c | 17 ++-
drivers/gpu/drm/radeon/radeon_pm.c | 5 +-
24 files changed, 475 insertions(+), 121 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2016-02-19 22:53 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2016-02-19 22:53 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2869 bytes --]
Hi Linus,
Some more fixes trickled in,
A bunch of VC4 ones since it's a pretty new driver not much chance of
regressions, and it fixes GPU resets.
One atomic fix, one set of fixes for a common bug in TTM cleanup,
and one i915 hotplug fix.
Dave.
The following changes since commit 705d43dbe10d6e213a75187ac92b61f9bd00af0b:
Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/livepatching (2016-02-18 16:34:15 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 4fbbed46dca83bcba3a0170205110a06c116a8e6:
drm/nouveau: use post-decrement in error handling (2016-02-19 13:36:05 +1000)
----------------------------------------------------------------
Dave Airlie (3):
Merge tag 'drm-intel-fixes-2016-02-18' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'drm-fixes-4.5' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-vc4-fixes-2016-02-17' of github.com:anholt/linux into drm-fixes
Eric Anholt (8):
drm/vc4: Validate that WAIT_BO padding is cleared.
drm/vc4: Fix the clear color for the first tile rendered.
drm/vc4: Return an ERR_PTR from BO creation instead of NULL.
drm/vc4: Fix -ERESTARTSYS error return from BO waits.
drm/vc4: Drop error message on seqno wait timeouts.
drm/vc4: Fix spurious GPU resets due to BO reuse.
drm/vc4: Enable runtime PM.
drm/vc4: Use runtime PM to power cycle the device when the GPU hangs.
Maarten Lankhorst (1):
drm/atomic: Allow for holes in connector state, v2.
Rasmus Villemoes (3):
drm/amdgpu: use post-decrement in error handling
drm/radeon: use post-decrement in error handling
drm/nouveau: use post-decrement in error handling
Ville Syrjälä (1):
drm/i915: Fix hpd live status bits for g4x
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 2 +-
drivers/gpu/drm/drm_atomic.c | 44 ++++++++++------------
drivers/gpu/drm/drm_atomic_helper.c | 2 +-
drivers/gpu/drm/drm_crtc.c | 49 ++++++++++---------------
drivers/gpu/drm/i915/i915_reg.h | 15 ++++----
drivers/gpu/drm/i915/intel_dp.c | 14 +++----
drivers/gpu/drm/nouveau/nouveau_bo.c | 2 +-
drivers/gpu/drm/radeon/radeon_ttm.c | 2 +-
drivers/gpu/drm/vc4/vc4_bo.c | 16 ++++----
drivers/gpu/drm/vc4/vc4_drv.h | 13 ++++++-
drivers/gpu/drm/vc4/vc4_gem.c | 65 +++++++++++++++++++++++++--------
drivers/gpu/drm/vc4/vc4_irq.c | 2 +-
drivers/gpu/drm/vc4/vc4_render_cl.c | 22 +++++------
drivers/gpu/drm/vc4/vc4_v3d.c | 48 ++++++++++++++++++------
drivers/gpu/drm/vc4/vc4_validate.c | 4 +-
include/drm/drm_crtc.h | 8 +++-
16 files changed, 184 insertions(+), 124 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2016-02-17 5:43 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2016-02-17 5:43 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
This has two main sets of fixse,
A bunch of Exynos fixes, mainly for their MIC component.
vblank regression fixes from Mario, apparantly some changes
in 4.4 caused some vblank breakage on radeon/nouveau, this
set fixes all the issues seen.
There is also a revert of one of the MST changse, that I was
overzealous in including, that broke 30" MST monitors, and
two qxl fixes.
Dave.
The following changes since commit 65c23c65bee479faceb042a52f5a7278dfa8d972:
Merge branch 'for-next' of git://git.samba.org/sfrench/cifs-2.6 (2016-02-16 10:52:59 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to dada168b3b76439d83aff34f8fbd9c512c2d136a:
drm/qxl: fix erroneous return value (2016-02-17 15:39:35 +1000)
----------------------------------------------------------------
Andrzej Hajda (1):
drm/exynos/decon: fix disable clocks order
Anton Protopopov (1):
drm/qxl: fix erroneous return value
Dave Airlie (2):
Revert "drm/dp/mst: change MST detection scheme"
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/.../daeinki/drm-exynos into drm-fixes
Gerd Hoffmann (1):
drm/qxl: use kmalloc_array to alloc reloc_info in qxl_process_single_command
Joonyoung Shim (1):
drm/exynos: depend on ARCH_EXYNOS for DRM_EXYNOS
Marek Szyprowski (9):
drm/exynos: ipp: fix incorrect format specifiers in debug messages
drm/exynos: fix types for compilation on 64bit architectures
drm/exynos: mic: use devm_clk interface
drm/exynos: mic: convert to component framework
drm/exynos: mic: make all functions static
drm/exynos: dsi: restore support for drm bridge
drm/exynos: exynos5433_decon: fix wrong state assignment in decon_enable
drm/exynos: exynos5433_decon: fix wrong state in decon_vblank_enable
drm/exynos: fix incorrect cpu address for dma_mmap_attrs()
Mario Kleiner (6):
drm: No-Op redundant calls to drm_vblank_off() (v2)
drm: Prevent vblank counter bumps > 1 with active vblank clients. (v2)
drm: Fix drm_vblank_pre/post_modeset regression from Linux 4.4
drm: Fix treatment of drm_vblank_offdelay in drm_vblank_on() (v2)
drm/radeon/pm: Handle failure of drm_vblank_get.
drm/nouveau/display: Enable vblank irqs after display engine is on again.
drivers/gpu/drm/drm_dp_mst_topology.c | 37 +++++++-------
drivers/gpu/drm/drm_irq.c | 73 +++++++++++++++++++++++++--
drivers/gpu/drm/exynos/Kconfig | 2 +-
drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 8 ++-
drivers/gpu/drm/exynos/exynos_drm_dsi.c | 1 +
drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 2 +-
drivers/gpu/drm/exynos/exynos_drm_fimc.c | 2 +-
drivers/gpu/drm/exynos/exynos_drm_g2d.c | 5 +-
drivers/gpu/drm/exynos/exynos_drm_gem.c | 4 +-
drivers/gpu/drm/exynos/exynos_drm_gsc.c | 2 +-
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 32 ++++++------
drivers/gpu/drm/exynos/exynos_drm_mic.c | 72 +++++++++++++++-----------
drivers/gpu/drm/exynos/exynos_drm_rotator.c | 2 +-
drivers/gpu/drm/exynos/exynos_drm_vidi.c | 8 +--
drivers/gpu/drm/nouveau/nouveau_display.c | 8 +--
drivers/gpu/drm/qxl/qxl_ioctl.c | 3 +-
drivers/gpu/drm/qxl/qxl_prime.c | 2 +-
drivers/gpu/drm/radeon/radeon_pm.c | 8 ++-
18 files changed, 178 insertions(+), 93 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2016-02-06 0:50 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2016-02-06 0:50 UTC (permalink / raw)
To: torvalds, DRI mailing list; +Cc: linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 5760 bytes --]
Hi Linus,
Fixes all over the place:
amdkfd: two static checker fixes
mst: a bunch of static checker and spec/hw interaction fixes
amdgpu: fix Iceland hw properly, and some fiji bugs, along with
some write-combining fixes.
exynos: some regression fixes
adv7511: fix some EDID reading issues.
Dave.
The following changes since commit 36f90b0a2ddd60823fe193a85e60ff1906c2a9b3:
Linux 4.5-rc2 (2016-01-31 18:12:16 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 6739b3d7bc18a5373efd863b11831e8f515fffe1:
Merge branch 'drm-fixes-mst' of git://people.freedesktop.org/~airlied/linux into drm-fixes (2016-02-05 15:24:17 +1000)
----------------------------------------------------------------
Alex Deucher (10):
drm/amdgpu: no need to load MC firmware on fiji
drm/amdgpu/gfx8: enable cp inst/reg error interrupts
drm/amdgpu/gfx7: enable cp inst/reg error interrupts
drm/amdgpu: move gmc7 support out of CIK dependency
drm/amdgpu: pull topaz gmc bits into gmc_v7
drm/amdgpu: drop topaz support from gmc8 module
drm/amdgpu: don't load MEC2 on topaz
drm/amdgpu: load MEC ucode manually on iceland
drm/amdgpu: remove exp hardware support from iceland
drm/amdgpu: disable uvd and vce clockgating on Fiji
Amitoj Kaur Chawla (1):
drm/amdkfd: Remove unnecessary cast in kfree
Andreas Ziegler (1):
drm/i915: Remove select to deleted STOP_MACHINE from Kconfig
Andrey Grodzovsky (1):
drm/dp/mst: Reverse order of MST enable and clearing VC payload table.
Arnd Bergmann (2):
drm/exynos: fix building without CONFIG_PM_SLEEP
drm: exynos: make PM functions as __maybe_unused
Colin Ian King (1):
drm/amdgpu: fix non-ANSI declaration of amdgpu_amdkfd_gfx_*_get_functions()
Dave Airlie (7):
drm: add helper to check for wc memory support
Merge tag 'drm-intel-fixes-2016-02-04' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'drm/adv7511' of git://git.kernel.org/.../wsa/linux into drm-fixes
Merge branch 'exynos-drm-fixes' of git://git.kernel.org:/.../daeinki/drm-exynos into drm-fixes
Merge tag 'drm-amdkfd-fixes-2016-01-28' of git://people.freedesktop.org/~gabbayo/linux into drm-fixes
Merge branch 'drm-fixes-4.5' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge branch 'drm-fixes-mst' of git://people.freedesktop.org/~airlied/linux into drm-fixes
Francisco Jerez (1):
drm/i915: Make sure DC writes are coherent on flush.
Gerd Hoffmann (1):
drm/i915: refine qemu south bridge detection
Harry Wentland (2):
drm: Add drm_fixp_from_fraction and drm_fixp2int_ceil
drm/dp/mst: Calculate MST PBN with 31.32 fixed point
Hersen Wu (1):
drm/dp/mst: move GUID storage from mgr, port to only mst branch
Imre Deak (2):
drm/mst: Don't ignore the MST PBN self-test result
drm/mst: Add range check for max_payloads during init
Insu Yun (1):
drm: fix missing reference counting decrease
Jani Nikula (1):
drm/i915/dp: fall back to 18 bpp when sink capability is unknown
Javier Martinez Canillas (1):
drm/exynos: dp: Fix panel and bridge lookup logic
Ken Wang (2):
drm/amdgpu: iceland use CI based MC IP
drm/amdgpu: The VI specific EXE bit should only apply to GMC v8.0 above
Mykola Lysenko (2):
drm/dp/mst: change MST detection scheme
drm/dp/mst: deallocate payload on port destruction
Oded Gabbay (2):
drm/radeon: mask out WC from BO on unsupported arches
drm/amdgpu: mask out WC from BO on unsupported arches
Ville Syrjälä (2):
drm/i915: Don't reject primary plane windowing with color keying enabled on SKL+
drm/i915: Fix NULL plane->fb oops on SKL
Wolfram Sang (3):
drm: adv7511: really enable interrupts for EDID detection
drm: adv7511: mark ADV7511_REG_EDID_READ_CTRL volatile
drm: adv7511: it's HPD, not HDP
drivers/gpu/drm/amd/amdgpu/Makefile | 3 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gfx_v7.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gfx_v8.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 10 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 8 +
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 2 +-
drivers/gpu/drm/amd/amdgpu/gfx_v7_0.c | 20 +-
drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 28 ++-
drivers/gpu/drm/amd/amdgpu/gmc_v7_0.c | 43 +++-
drivers/gpu/drm/amd/amdgpu/gmc_v8_0.c | 30 +--
drivers/gpu/drm/amd/amdgpu/iceland_smc.c | 12 +-
drivers/gpu/drm/amd/amdgpu/vi.c | 10 +-
drivers/gpu/drm/amd/amdkfd/kfd_process.c | 2 +-
drivers/gpu/drm/drm_dp_mst_topology.c | 279 ++++++++++++++--------
drivers/gpu/drm/exynos/exynos_dp_core.c | 55 ++---
drivers/gpu/drm/exynos/exynos_drm_dsi.c | 6 +-
drivers/gpu/drm/exynos/exynos_mixer.c | 6 +-
drivers/gpu/drm/i2c/adv7511.c | 48 ++--
drivers/gpu/drm/i2c/adv7511.h | 12 +-
drivers/gpu/drm/i915/Kconfig | 1 -
drivers/gpu/drm/i915/i915_drv.c | 4 +-
drivers/gpu/drm/i915/intel_display.c | 33 ++-
drivers/gpu/drm/i915/intel_lrc.c | 1 +
drivers/gpu/drm/i915/intel_ringbuffer.c | 2 +
drivers/gpu/drm/radeon/radeon_object.c | 7 +
include/drm/drm_cache.h | 9 +
include/drm/drm_dp_mst_helper.h | 25 +-
include/drm/drm_fixed.h | 53 +++-
28 files changed, 461 insertions(+), 252 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2016-01-29 0:39 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2016-01-29 0:39 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 6585 bytes --]
Hi Linus,
Misc amdgpu/radeon fixes,
VC4 build fix
vmwgfx fix
misc rockchip fixes,
The etnaviv guys had an API feature they wanted in their first release, so
I've merged that with their fixes.
Dave.
The following changes since commit 92e963f50fc74041b5e9e744c330dca48e04f08d:
Linux 4.5-rc1 (2016-01-24 13:06:47 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to d8b8eb829d4c30cd1e41a1ddc308a0e7c22169da:
Merge branch 'drm-rockchip-next-fixes-2016-01-22' of https://github.com/markyzq/kernel-drm-rockchip into drm-fixes (2016-01-29 10:04:29 +1000)
----------------------------------------------------------------
Alex Deucher (5):
drm/amdgpu: fix tonga smu resume
drm/amdgpu: Add some tweaks to gfx 8 soft reset
drm/amdgpu: add a message to indicate when powerplay is enabled (v2)
drm/radeon: properly byte swap vce firmware setup
drm/amdgpu: don't init fbdev if we don't have any connectors
Andrzej Hajda (1):
drm/rockchip/dsi: fix handling mipi_dsi_pixel_format_to_bpp result
Christian König (2):
drm/amdgpu: fix amdgpu_bo_pin_restricted VRAM placing v2
drm/amdgpu: fix next_rptr handling for debugfs
Dave Airlie (4):
Merge branch 'drm-fixes-4.5' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge branch 'drm-etnaviv-fixes' of git://git.pengutronix.de/git/lst/linux into drm-fixes
Merge tag 'drm-vc4-fixes-2015-01-19' of http://github.com/anholt/linux into drm-fixes
Merge branch 'drm-rockchip-next-fixes-2016-01-22' of https://github.com/markyzq/kernel-drm-rockchip into drm-fixes
Eric Anholt (1):
drm/vc4: Remove broken attempt at GPU reset using genpd.
Eric Huang (1):
drm/amd/amdgpu: Improve amdgpu_dpm* macros to avoid unexpected result (v2)
Fabio Estevam (1):
drm/etnaviv: remove owner assignment from platform_driver
John Keeping (5):
drm/rockchip: vop: fix mask when updating interrupts
drm/atomic-helper: Export framebuffer_changed()
drm/rockchip: don't wait for vblank if fb hasn't changed
drm/rockchip: explain why we can't wait_for_vblanks
drm/rockchip: respect CONFIG_DRM_FBDEV_EMULATION
Jordan Lazare (1):
drm/amdgpu: Allow the driver to load if amdgpu.powerplay=1 on asics without powerplay support
Lucas Stach (5):
drm/etnaviv: hold object lock while getting pages for coredump
drm/etnaviv: fix memory leak in IOMMU init path
drm/etnaviv: fix get pages error path in etnaviv_gem_vaddr
drm/etnaviv: rename etnaviv_gem_vaddr to etnaviv_gem_vmap
drm/etnaviv: call correct function when trying to vmap a DMABUF
Mark Yao (3):
drm/rockchip: Don't build rockchip_drm_vop as modules
drm/rockchip: cleanup unnecessary export symbol
drm/rockchip: fix wrong pitch/size using on gem
Matthew Dawson (1):
drm/radeon: Ensure radeon bo is unreserved in radeon_gem_va_ioctl
Michel Dänzer (1):
drm/amdgpu: Use drm_calloc_large for VM page_tables array
Nicolai Hähnle (1):
drm/amdgpu: only move pt bos in LRU list on success
Rex Zhu (1):
drm/amd/powerplay: Update SMU firmware loading for Stoney
Rob Clark (2):
drm/radeon: only init fbdev if we have connectors
drm/vmwgfx: respect 'nomodeset'
Russell King (7):
drm/etnaviv: fix failure path if model is zero
drm/etnaviv: ignore VG GPUs with FE2.0
drm/etnaviv: update common and state_hi xml.h files
drm/etnaviv: use defined constants for the chip model
drm/etnaviv: add helper to extract bitfields
drm/etnaviv: add helper for comparing model/revision IDs
drm/etnaviv: add further minor features and varyings count
Slava Grigorev (3):
drm/radeon: cleaned up VCO output settings for DP audio
drm/radeon: Add a common function for DFS handling
drm/radeon: fix DP audio support for APU with DCE4.1 display engine
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 44 +++---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 4 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_fb.c | 4 +
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 3 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_powerplay.c | 25 ++-
drivers/gpu/drm/amd/amdgpu/amdgpu_ring.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 7 +-
drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 23 ++-
drivers/gpu/drm/amd/amdgpu/tonga_dpm.c | 17 +-
drivers/gpu/drm/amd/powerplay/amd_powerplay.c | 5 +
drivers/gpu/drm/amd/powerplay/smumgr/cz_smumgr.c | 41 +++--
drivers/gpu/drm/drm_atomic_helper.c | 24 ++-
drivers/gpu/drm/etnaviv/common.xml.h | 59 ++++++-
drivers/gpu/drm/etnaviv/etnaviv_drv.c | 1 -
drivers/gpu/drm/etnaviv/etnaviv_drv.h | 2 +-
drivers/gpu/drm/etnaviv/etnaviv_dump.c | 6 +-
drivers/gpu/drm/etnaviv/etnaviv_gem.c | 36 +++--
drivers/gpu/drm/etnaviv/etnaviv_gem.h | 1 +
drivers/gpu/drm/etnaviv/etnaviv_gem_prime.c | 10 +-
drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 189 +++++++++++++++--------
drivers/gpu/drm/etnaviv/etnaviv_gpu.h | 9 ++
drivers/gpu/drm/etnaviv/state_hi.xml.h | 26 +++-
drivers/gpu/drm/radeon/dce6_afmt.c | 12 +-
drivers/gpu/drm/radeon/evergreen_hdmi.c | 10 ++
drivers/gpu/drm/radeon/evergreend.h | 5 +
drivers/gpu/drm/radeon/radeon.h | 2 +-
drivers/gpu/drm/radeon/radeon_atombios.c | 49 ++++--
drivers/gpu/drm/radeon/radeon_audio.c | 20 ++-
drivers/gpu/drm/radeon/radeon_audio.h | 1 +
drivers/gpu/drm/radeon/radeon_display.c | 6 +-
drivers/gpu/drm/radeon/radeon_gem.c | 1 +
drivers/gpu/drm/radeon/vce_v1_0.c | 12 +-
drivers/gpu/drm/rockchip/Makefile | 8 +-
drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 3 +-
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 4 -
drivers/gpu/drm/rockchip/rockchip_drm_fb.c | 24 ++-
drivers/gpu/drm/rockchip/rockchip_drm_fbdev.h | 11 ++
drivers/gpu/drm/rockchip/rockchip_drm_gem.c | 9 +-
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 16 +-
drivers/gpu/drm/vc4/vc4_v3d.c | 17 +-
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 7 +
include/drm/drm_atomic_helper.h | 4 +
include/uapi/drm/etnaviv_drm.h | 3 +
43 files changed, 534 insertions(+), 228 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2016-01-07 20:39 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2016-01-07 20:39 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
still not back to work, but I decided to forward this fix.
Dave.
The following changes since commit b06f3a168cdcd80026276898fd1fee443ef25743:
Merge tag 'for-linus-20160106' of git://git.infradead.org/linux-mtd (2016-01-06 20:32:08 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 3bea6a4c7895fc94965a219a8da9bcf753667901:
Merge branch 'linux-4.4' of git://github.com/skeggsb/linux into drm-fixes (2016-01-07 17:18:45 +1000)
----------------------------------------------------------------
Ben Skeggs (1):
drm/nouveau/gr/nv40: fix oops in interrupt handler
Dave Airlie (1):
Merge branch 'linux-4.4' of git://github.com/skeggsb/linux into drm-fixes
drivers/gpu/drm/nouveau/nvkm/engine/gr/nv40.c | 1 +
1 file changed, 1 insertion(+)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-12-23 4:27 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-12-23 4:27 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1520 bytes --]
Hi Linus,
Not much happening, should have dequeued this lot earlier,
One amdgpu, one nouveau and one exynos fix.
Dave.
The following changes since commit 76b8ebdc4c7a8299e6365428a36cc0fb1c2a4103:
Merge tag 'media/v4.4-3' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media (2015-12-18 15:41:35 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 1957d62c29be413d77da2e69737f4251e5449fbd:
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos into drm-fixes (2015-12-20 08:51:34 +1000)
----------------------------------------------------------------
Andrzej Hajda (1):
drm/exynos: atomic check only enabled crtc states
Christian König (1):
drm/amdgpu: fix user fence handling
Dave Airlie (3):
Merge branch 'drm-fixes-4.4' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge branch 'linux-4.4' of git://github.com/skeggsb/linux into drm-fixes
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/.../daeinki/drm-exynos into drm-fixes
Martin Peres (1):
drm/nouveau/bios/fan: hardcode the fan mode to linear
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 3 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 63 +++++++++++++++++---------
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 3 ++
drivers/gpu/drm/nouveau/nvkm/subdev/bios/fan.c | 1 +
4 files changed, 48 insertions(+), 22 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-12-17 1:18 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-12-17 1:18 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1570 bytes --]
Hi Linus,
Some i915 fixes,
One omap fix,
One core regression fix,
Not even enough fixes for a twelve days of xmas song, which seemms good.
Dave.
The following changes since commit 9f9499ae8e6415cefc4fe0a96ad0e27864353c89:
Linux 4.4-rc5 (2015-12-13 17:42:58 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 4655a12b81edab7cc7b13ca4db4094792fb01b4a:
drm: Don't overwrite UNVERFIED mode status to OK (2015-12-15 11:00:10 +1000)
----------------------------------------------------------------
Dave Airlie (2):
Merge tag 'omapdrm-4.4-fixes' of git://git.kernel.org/.../tomba/linux into drm-fixes
Merge tag 'drm-intel-fixes-2015-12-11' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Maarten Lankhorst (1):
drm/i915: Do a better job at disabling primary plane in the noatomic case.
Mika Kuoppala (2):
drm/i915/skl: Disable coarse power gating up until F0
drm/i915/skl: Double RC6 WRL always on
Tomi Valkeinen (1):
drm/omap: fix fbdev pix format to support all platforms
Tvrtko Ursulin (1):
drm/i915: Remove incorrect warning in context cleanup
Ville Syrjälä (1):
drm: Don't overwrite UNVERFIED mode status to OK
drivers/gpu/drm/drm_probe_helper.c | 3 ++-
drivers/gpu/drm/i915/i915_gem_context.c | 2 --
drivers/gpu/drm/i915/intel_display.c | 4 +++-
drivers/gpu/drm/i915/intel_pm.c | 5 ++---
drivers/gpu/drm/omapdrm/omap_fbdev.c | 5 +----
5 files changed, 8 insertions(+), 11 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-12-11 6:47 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-12-11 6:47 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
Not too much this time.
One nouveau workaround extended to a few more GPUs.
Some amdgpu big endian fixes, and a regression fixer.
Some vmwgfx fixes
One ttm locking fix.
One vgaarb fix.
Dave.
The following changes since commit aa53685549a2cfb5f175b0c4a20bc9aa1e5a1b85:
Merge branch 'for-linus-4.4-rc5' of git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml (2015-12-08 17:22:45 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 9f5bd30818c42c6c36a51f93b4df75a2ea2bd85e:
vgaarb: fix signal handling in vga_get() (2015-12-11 14:04:44 +1000)
----------------------------------------------------------------
Ben Skeggs (1):
drm/nouveau/pmu: remove whitelist for PGOB-exit WAR, enable by default
Chunming Zhou (1):
drm/amdgpu: fix the lost duplicates checking
Dan Carpenter (1):
drm/vmwgfx: fix a warning message
Dave Airlie (3):
Merge branch 'linux-4.4' of https://github.com/skeggsb/linux into drm-fixes
Merge tag 'vmwgfx-fixes-4.4-151208' of git://people.freedesktop.org/~thomash/linux into drm-fixes
Merge branch 'drm-fixes-4.4' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Kirill A. Shutemov (1):
vgaarb: fix signal handling in vga_get()
Oded Gabbay (3):
radeon/cik: Fix GFX IB test on Big-Endian
radeon: Fix VCE ring test for Big-Endian systems
radeon: Fix VCE IB test on Big-Endian systems
Thomas Hellstrom (2):
drm/ttm: Fixed a read/write lock imbalance
drm/vmwgfx: Implement the cursor_set2 callback v2
drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c | 8 ++
drivers/gpu/drm/nouveau/include/nvkm/core/device.h | 1 -
drivers/gpu/drm/nouveau/nvkm/engine/device/pci.c | 35 +-------
drivers/gpu/drm/nouveau/nvkm/subdev/pmu/gk104.c | 4 +-
drivers/gpu/drm/radeon/cik.c | 6 +-
drivers/gpu/drm/radeon/radeon_vce.c | 100 ++++++++++-----------
drivers/gpu/drm/ttm/ttm_lock.c | 2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 1 +
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 1 +
drivers/gpu/drm/vmwgfx/vmwgfx_fifo.c | 2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 64 ++++++++++---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.h | 7 +-
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c | 2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c | 2 +-
drivers/gpu/vga/vgaarb.c | 6 +-
16 files changed, 131 insertions(+), 112 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-12-05 21:15 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-12-05 21:15 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 7843 bytes --]
Hi Linus,
A bunch of change across the board, the main things are some vblank
fallout in radeon and nouveau required some work, but I think this should
fix it all. There is also one drm fix for an oops in vmwgfx with how we
pass the drm master around.
The rest is just some amdgpu, i915, imx and rockchip fixes.
probably more than I'd like at this point, but hopefully things settle
down now.
Dave.
The following changes since commit 31ade3b83e1821da5fbb2f11b5b3d4ab2ec39db8:
Linux 4.4-rc3 (2015-11-29 18:58:26 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to df4d4aa96d1db1657e14b848a341fc614c8d61eb:
Merge branch 'drm-fixes-4.4' of git://people.freedesktop.org/~agd5f/linux into drm-next (2015-12-05 16:15:38 +1000)
----------------------------------------------------------------
Alex Deucher (1):
drm/amdgpu: Fixup hw vblank counter/ts for new drm_update_vblank_count() (v3)
Chris Wilson (2):
drm/i915: Mark uneven memory banks on gen4 desktop as unknown swizzling
drm/i915: Check the timeout passed to i915_wait_request
Christian König (6):
drm/amdgpu: fix userptr flags check
drm/amdgpu: fix VM page table reference counting
drm/amdgpu: set snooped flags only on system addresses v2
drm/amdgpu: take a BO reference in the display code
drm/amdgpu: take a BO reference for the user fence
drm/amdgpu: partially revert "drm/amdgpu: fix VM_CONTEXT*_PAGE_TABLE_END_ADDR" v2
Chunming Zhou (1):
drm/amdgpu: add err check for pin userptr
Daniel Stone (1):
drm/rockchip: Use CRTC vblank event interface
Daniel Vetter (1):
drm/nouveau: Fix pre-nv50 pageflip events (v4)
Dave Airlie (5):
Merge tag 'drm-intel-fixes-2015-11-30' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'drm-fixes-rockchip-2015-12-02' of https://github.com/markyzq/kernel-drm-rockchip into drm-fixes
Merge tag 'drm-intel-fixes-2015-12-03' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge tag 'imx-drm-fixes-2015-12-01' of git://git.pengutronix.de/git/pza/linux into drm-fixes
Merge branch 'drm-fixes-4.4' of git://people.freedesktop.org/~agd5f/linux into drm-next
Dominik Behr (1):
drm/rockchip: vop: fix window origin calculation
Heiko Stuebner (1):
drm/rockchip: unset pgoff when mmap'ing gems
Imre Deak (3):
drm/i915/ddi: fix intel_display_port_aux_power_domain() after HDMI detect
drm/i915: add MISSING_CASE to a few port/aux power domain helpers
drm/i915: take a power domain reference while checking the HDMI live status
Liu Ying (1):
drm/imx: ipuv3-crtc: Return error if ipu_plane_init() fails for primary plane
Luis de Bethencourt (2):
drm: imx: imx-tve: Fix module autoload for OF platform driver
drm/rockchip: Fix module autoload for OF platform driver
Lyude (1):
drm/radeon: Retry DDC probing on DVI on failure if we got an HPD interrupt
Marc-André Lureau (1):
virtio-gpu: use no-merge for fill-modes
Mario Kleiner (1):
drm/radeon: Fixup hw vblank counter/ts for new drm_update_vblank_count() (v2)
Markus Elfring (1):
GPU-DRM-IMX: Delete an unnecessary check before drm_fbdev_cma_restore_mode()
Nicolai Hähnle (1):
drm/amdgpu: fix race condition in amd_sched_entity_push_job
Pavel Machek (1):
add blacklist for thinkpad T40p
Philipp Zabel (6):
drm/imx: switch to universal planes
drm/imx: parallel-display: allow to determine bus format from the connected panel
gpu: ipu-v3: drop unused dmfc field from client platform data
gpu: ipu-v3: Remove reg_offset field
gpu: ipu-v3: Assign of_node of child platform devices to corresponding ports
drm/imx: Remove of_node assignment from ipuv3-crtc driver probe
Russell King (1):
drm: imx: convert to drm_crtc_send_vblank_event()
Sjoerd Simons (1):
drm/rockchip: vop: Correct enabled clocks during setup
Takashi Iwai (2):
drm/i915: Don't compare has_drrs strictly in pipe config
drm/i915: Don't override output type for DDI HDMI
Thomas Hellstrom (1):
drm: Fix an unwanted master inheritance v2
Ville Syrjälä (2):
drm/i915: Clean up AUX power domain handling
drm/i915: Introduce a gmbus power domain
jimqu (1):
drm/amdgpu: add spin lock to protect freed list in vm (v2)
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 3 +
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 6 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_display.c | 108 +++++++++++++++++++-------
drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c | 5 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 48 +++++++++++-
drivers/gpu/drm/amd/amdgpu/amdgpu_mode.h | 5 ++
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 1 +
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 17 ++--
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 21 ++++-
drivers/gpu/drm/amd/amdgpu/dce_v10_0.c | 5 +-
drivers/gpu/drm/amd/amdgpu/dce_v11_0.c | 5 +-
drivers/gpu/drm/amd/amdgpu/dce_v8_0.c | 5 +-
drivers/gpu/drm/amd/amdgpu/gmc_v7_0.c | 2 +-
drivers/gpu/drm/amd/amdgpu/gmc_v8_0.c | 2 +-
drivers/gpu/drm/amd/scheduler/gpu_scheduler.c | 5 +-
drivers/gpu/drm/drm_drv.c | 5 ++
drivers/gpu/drm/drm_fops.c | 84 +++++++++++++-------
drivers/gpu/drm/drm_irq.c | 54 ++++++++++++-
drivers/gpu/drm/i915/i915_debugfs.c | 2 +
drivers/gpu/drm/i915/i915_drv.h | 1 +
drivers/gpu/drm/i915/i915_gem.c | 12 ++-
drivers/gpu/drm/i915/i915_gem_fence.c | 36 ++++++---
drivers/gpu/drm/i915/intel_display.c | 53 ++++++++++++-
drivers/gpu/drm/i915/intel_dp.c | 51 ++++--------
drivers/gpu/drm/i915/intel_drv.h | 4 +-
drivers/gpu/drm/i915/intel_hdmi.c | 12 +--
drivers/gpu/drm/i915/intel_i2c.c | 6 +-
drivers/gpu/drm/i915/intel_runtime_pm.c | 34 +-------
drivers/gpu/drm/imx/imx-drm-core.c | 7 +-
drivers/gpu/drm/imx/imx-drm.h | 3 +-
drivers/gpu/drm/imx/imx-tve.c | 1 +
drivers/gpu/drm/imx/ipuv3-crtc.c | 63 ++++-----------
drivers/gpu/drm/imx/ipuv3-plane.c | 9 +--
drivers/gpu/drm/imx/ipuv3-plane.h | 2 +-
drivers/gpu/drm/imx/parallel-display.c | 4 +
drivers/gpu/drm/nouveau/nouveau_display.c | 19 +++--
drivers/gpu/drm/radeon/cik.c | 5 +-
drivers/gpu/drm/radeon/evergreen.c | 5 +-
drivers/gpu/drm/radeon/r100.c | 12 ++-
drivers/gpu/drm/radeon/r600.c | 2 +-
drivers/gpu/drm/radeon/radeon.h | 2 +-
drivers/gpu/drm/radeon/radeon_agp.c | 3 +
drivers/gpu/drm/radeon/radeon_connectors.c | 21 ++++-
drivers/gpu/drm/radeon/radeon_display.c | 106 ++++++++++++++++++-------
drivers/gpu/drm/radeon/radeon_irq_kms.c | 8 +-
drivers/gpu/drm/radeon/radeon_kms.c | 50 +++++++++++-
drivers/gpu/drm/radeon/radeon_mode.h | 5 ++
drivers/gpu/drm/radeon/radeon_pm.c | 4 +-
drivers/gpu/drm/radeon/rs600.c | 2 +-
drivers/gpu/drm/radeon/rs690.c | 10 +++
drivers/gpu/drm/radeon/si.c | 5 +-
drivers/gpu/drm/rockchip/rockchip_drm_gem.c | 1 +
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 43 +++++-----
drivers/gpu/drm/virtio/virtgpu_display.c | 2 +-
drivers/gpu/ipu-v3/ipu-common.c | 69 ++++++++--------
include/drm/drmP.h | 10 +++
include/video/imx-ipu-v3.h | 1 -
57 files changed, 735 insertions(+), 331 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-11-20 4:07 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-11-20 4:07 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 7557 bytes --]
Hi Linus,
A varied bunch of fixes, the radeon pull is probably a bit larger than I'd
like, but it contains 2 weeks of stuff, and the Fiji fixes are a bit
large, but they are Fiji specific.
Otherwise:
mgag200: One cursor regression oops fix.
vc4: A few small fixes and cleanups.
core: Atomic fixes and Atomic helper fixes
i915: Revert for the backlight regression along with a bunch of fixes.
Dave.
The following changes since commit 34258a32d9a9fc9e38fb549efe1692301cc31f85:
Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux (2015-11-18 08:59:29 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 2d591ab18a77e25def2c483b495e07b42a3ea79f:
Merge tag 'drm-intel-fixes-2015-11-19' of git://anongit.freedesktop.org/drm-intel into drm-fixes (2015-11-20 09:45:31 +1000)
----------------------------------------------------------------
Alex Deucher (1):
drm/radeon: unconditionally set sysfs_initialized
Arnd Bergmann (1):
drm/amdgpu: fix seq_printf format string
Christian König (16):
drm/amdgpu: remove fence trace points
drm/amdgpu: use a timer for fence fallback
drm/amdgpu: use fence_is_later() for vm_flush as well v2
drm/amdgpu: use common fence for amdgpu_vm_fence
drm/amdgpu: fix leaking the IBs on error
drm/amdgpu: cleanup amdgpu_cs_parser handling
drm/amdgpu: cleanup scheduler fence get/put dance
drm/amdgpu: fix incorrect mutex usage v3
drm/amdgpu: fix handling order in scheduler CS
drm/amdgpu: wait interruptible when semaphores are disabled v2
drm/amdgpu: fix typo in firmware name
drm/amdgpu: cleanup scheduler command submission
drm/amdgpu: remove unused VM manager field
drm/amdgpu: cleanup VM coding style
drm/amdgpu: move VM manager clean into the VM code again
drm/amdgpu: keep the owner for VMIDs
Chunming Zhou (7):
drm/amdgpu: add kmem cache for amdgpu fence
drm/amd: add kmem cache for sched fence
drm/amdgpu: add command submission workflow tracepoint
drm/amdgpu: update pd while updating vm as well
drm/amdgpu: add lock for interval tree in vm
drm/amdgpu: move bo_reserve out of amdgpu_vm_clear_bo
drm/amdgpu: reserve/unreserve objects out of map/unmap operations
Dan Carpenter (1):
drm/vc4: checking for NULL instead of IS_ERR
Daniel Vetter (1):
drm/atomic-helper: Check encoder/crtc constraints
Dave Airlie (4):
Merge branch 'drm-fixes-4.4' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge branch 'drm-vc4-fixes' of git://github.com/anholt/linux into drm-fixes
Merge tag 'topic/drm-fixes-2015-11-19' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge tag 'drm-intel-fixes-2015-11-19' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Eric Anholt (2):
drm/vc4: Fix some failure to track __iomem decorations on pointers.
drm/vc4: Make sure that planes aren't scaled.
Flora Cui (3):
drm/amdgpu: update Fiji's mmPA_SC_RASTER_CONFIG value
drm/amdgpu: update fiji_mgcg_cgcg_init table
drm/amdgpu: update Fiji's tiling mode table
Imre Deak (1):
drm/i915: get runtime PM reference around GEM set_caching IOCTL
Jani Nikula (2):
drm/i915: quirk backlight present on Macbook 4, 1
Revert "drm/i915: skip modeset if compatible for everyone."
Jay Cornwall (1):
drm/amdgpu: Fix default page access routing
Julia Lawall (2):
drm/vc4: fix platform_no_drv_owner.cocci warnings
drm/vc4: fix itnull.cocci warnings
Junwei Zhang (1):
drm/amdgpu: remove the unnecessary parameter adev for amdgpu_sa_bo_new()
Maarten Lankhorst (7):
drm/core: Set legacy_cursor_update in drm_atomic_helper_disable_plane.
drm/core: Fix old_fb handling in drm_mode_atomic_ioctl.
drm/atomic: add a drm_atomic_clean_old_fb helper.
drm/core: Fix old_fb handling in restore_fbdev_mode_atomic.
drm/core: Fix old_fb handling in pan_display_atomic.
drm/i915: Clear intel_crtc->atomic before updating it.
drm/i915: Consider SPLL as another shared pll, v2.
Maxim Sheviakov (1):
drm/radeon: fix quirk for MSI R7 370 Armor 2X
Michel Dänzer (3):
drm/radeon: Disable uncacheable CPU mappings of GTT with RV6xx
drm/radeon: Always disable RADEON_GEM_GTT_UC along with RADEON_GEM_GTT_WC
drm/radeon: Only prompt for enabling PAT when we'd allow write-combining
Mika Kuoppala (2):
drm/i915: Fix GT frequency rounding
drm/i915: Fix gpu frequency change tracing
Rex Zhu (1):
drm/amdgpu: fix bug that can't enter thermal interrupt for bonaire.
Ville Syrjälä (3):
drm/i915: Fix crtc_y assignment in intel_find_initial_plane_obj()
drm: Fix primary plane size for stereo doubled modes for legacy setcrtc
drm/i915: Don't clobber the addfb2 ioctl params
Wang, Rui Y (1):
drm/mgag200: fix kernel hang in cursor code.
kbuild test robot (1):
drm/vc4: vc4_plane_duplicate_state() can be static
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 120 +++++-----
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 177 ++++++--------
drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 101 ++++----
drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c | 24 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_ib.c | 4 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_object.h | 7 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_sa.c | 3 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_sched.c | 30 +--
drivers/gpu/drm/amd/amdgpu/amdgpu_semaphore.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_sync.c | 10 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_trace.h | 94 ++++----
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 6 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 138 ++++++-----
drivers/gpu/drm/amd/amdgpu/ci_dpm.c | 8 +-
drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 302 +++++++++++++++++++++++-
drivers/gpu/drm/amd/amdgpu/gmc_v7_0.c | 11 +-
drivers/gpu/drm/amd/amdgpu/gmc_v8_0.c | 9 +-
drivers/gpu/drm/amd/scheduler/gpu_sched_trace.h | 24 +-
drivers/gpu/drm/amd/scheduler/gpu_scheduler.c | 24 +-
drivers/gpu/drm/amd/scheduler/gpu_scheduler.h | 6 +-
drivers/gpu/drm/amd/scheduler/sched_fence.c | 10 +-
drivers/gpu/drm/drm_atomic.c | 61 +++--
drivers/gpu/drm/drm_atomic_helper.c | 29 ++-
drivers/gpu/drm/drm_fb_helper.c | 51 ++--
drivers/gpu/drm/i915/i915_drv.h | 4 +
drivers/gpu/drm/i915/i915_gem.c | 8 +-
drivers/gpu/drm/i915/i915_params.c | 5 +
drivers/gpu/drm/i915/intel_crt.c | 31 +--
drivers/gpu/drm/i915/intel_ddi.c | 75 +++++-
drivers/gpu/drm/i915/intel_display.c | 37 ++-
drivers/gpu/drm/i915/intel_pm.c | 10 +-
drivers/gpu/drm/mgag200/mgag200_cursor.c | 11 +-
drivers/gpu/drm/radeon/radeon_object.c | 15 +-
drivers/gpu/drm/radeon/radeon_pm.c | 3 +-
drivers/gpu/drm/radeon/si_dpm.c | 2 +-
drivers/gpu/drm/vc4/vc4_crtc.c | 9 +-
drivers/gpu/drm/vc4/vc4_drv.c | 1 -
drivers/gpu/drm/vc4/vc4_hvs.c | 8 +-
drivers/gpu/drm/vc4/vc4_plane.c | 18 +-
include/drm/drm_atomic.h | 3 +
40 files changed, 954 insertions(+), 537 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-11-13 0:10 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-11-13 0:10 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1471 bytes --]
Hi Linus,
One urgent fix for an oops under console lock in some drivers, one uapi
fix, and one revert to fix rockchip regression.
I've got the sti driver pull request that I'll send out in a minute, don't
think it'll have any issues.
Dave.
The following changes since commit a18e2fa5e670a1b84e66522b221c42875b02028a:
Merge tag 'arm64-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux (2015-11-12 15:33:11 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 5bad7d29a7bcffb2dbc28ea2728eeb3af13784f2:
Revert "drm/rockchip: Convert the probe function to the generic drm_of_component_probe()" (2015-11-13 09:59:46 +1000)
----------------------------------------------------------------
Dave Airlie (1):
Merge tag 'topic/drm-fixes-2015-11-11' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Mark Yao (1):
Revert "drm/rockchip: Convert the probe function to the generic drm_of_component_probe()"
Tvrtko Ursulin (1):
drm: Use userspace compatible type in fourcc_mod_code macro
Ville Syrjälä (1):
drm: Don't oops in drm_calc_timestamping_constants() if drm_vblank_init() wasn't called
drivers/gpu/drm/drm_irq.c | 10 +++-
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 81 ++++++++++++++++++++++++++---
include/uapi/drm/drm_fourcc.h | 2 +-
3 files changed, 85 insertions(+), 8 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-11-11 2:43 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-11-11 2:43 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
Two build fixes, one for VC4, one for nouveau where the ARM only code is
doing something a bit strange. While people are discussing that, just
workaround it and fix the build for now. The code in question will never
get used on anything non-ARM anyways.
Also one fix for AST that SuSE had been hiding in their kernel, that
allows all fbdev apps to work on that driver.
Dave.
The following changes since commit 816d2206f0f9953ca854e4ff1a2749a5cbd62715:
Merge tag 'drm-intel-next-fixes-2015-11-06' of git://anongit.freedesktop.org/drm-intel into drm-next (2015-11-07 17:16:59 +1000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 10855aeb1e78533c041065b33e34315e1f381c2e:
drm/nouveau: fix build failures on all non ARM. (2015-11-11 12:37:57 +1000)
----------------------------------------------------------------
Dave Airlie (1):
drm/nouveau: fix build failures on all non ARM.
Egbert Eich (1):
drm/ast: Initialized data needed to map fbdev memory
Guenter Roeck (1):
drm/vc4: Add dependency on HAVE_DMA_ATTRS, and select DRM_GEM_CMA_HELPER
drivers/gpu/drm/ast/ast_drv.h | 1 +
drivers/gpu/drm/ast/ast_fb.c | 7 +++++++
drivers/gpu/drm/ast/ast_main.c | 1 +
drivers/gpu/drm/ast/ast_mode.c | 2 ++
drivers/gpu/drm/nouveau/nvkm/subdev/instmem/gk20a.c | 6 ++++++
drivers/gpu/drm/vc4/Kconfig | 3 ++-
6 files changed, 19 insertions(+), 1 deletion(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-10-30 5:06 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-10-30 5:06 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
Two patches for fix a regression in backlight handling on some old radeon laptops.
Regards,
Dave.
The following changes since commit 8a28d67457b613258aa0578ccece206d166f2b9f:
Merge tag 'powerpc-4.3-6' of git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux (2015-10-28 18:59:53 +0900)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 04ccb89073e7cfc31d9b9208d32b2cdf84a4d97d:
Merge branch 'drm-fixes-4.3' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2015-10-30 09:32:59 +1000)
----------------------------------------------------------------
Alex Deucher (2):
drm/radeon: move bl encoder assignment into bl init
drm/radeon: fix dpms when driver backlight control is disabled
Dave Airlie (1):
Merge branch 'drm-fixes-4.3' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
drivers/gpu/drm/radeon/atombios_encoders.c | 19 +++++++++++++++----
drivers/gpu/drm/radeon/radeon_encoders.c | 1 -
drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 1 +
3 files changed, 16 insertions(+), 5 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-10-26 5:58 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-10-26 5:58 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1614 bytes --]
Hi Linus,
last fixes from me, one amdgpu/radeon suspend resume
and one leak fix, along with one vmware fix for
some issues when command submission fails.
Dave.
The following changes since commit 018155365dccecd9ea9f26e1b26fb0f960c1ee32:
Merge tag 'usb-4.3-rc7' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb (2015-10-24 07:52:59 +0900)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 22ca7ca52e80524360b43944a0556b2a6dc1aa21:
Merge branch 'vmwgfx-fixes-4.3' of git://people.freedesktop.org/~thomash/linux (2015-10-25 05:02:33 +1000)
----------------------------------------------------------------
Alex Deucher (2):
drm/radeon: don't try to recreate sysfs entries on resume
drm/amdgpu: don't try to recreate sysfs entries on resume
Christian König (1):
drm/amdgpu: stop leaking page flip fence
Dave Airlie (2):
Merge branch 'drm-fixes-4.3' of git://people.freedesktop.org/~agd5f/linux
Merge branch 'vmwgfx-fixes-4.3' of git://people.freedesktop.org/~thomash/linux
Thomas Hellstrom (1):
drm/vmwgfx: Stabilize the command buffer submission code
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 1 +
drivers/gpu/drm/amd/amdgpu/amdgpu_display.c | 4 ----
drivers/gpu/drm/amd/amdgpu/amdgpu_pm.c | 5 +++++
drivers/gpu/drm/radeon/radeon.h | 1 +
drivers/gpu/drm/radeon/radeon_pm.c | 35 +++++++++++++++++------------
drivers/gpu/drm/vmwgfx/vmwgfx_cmdbuf.c | 34 ++++++++++++++++------------
6 files changed, 48 insertions(+), 32 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-10-22 5:56 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-10-22 5:56 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2815 bytes --]
Hi Linus,
been a bit slow gathering these,
drm/mst: one mutex leak in a fail path
radeon: two oops fixes, one dpm fix
i915: one messy set of fixes, where we revert the original fix,
and pull back the proper set of fixes from -next on top.
nouveau: one fix for an illegal buffer placement.
Doesn't look too bad, hopefully shouldn't be too much more.
Dave.
The following changes since commit 1099f86044111e9a7807f09523e42d4c9d0fb781:
Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net (2015-10-19 09:55:40 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to c50f13f911b90a722308bffbf26187ff3890aa1e:
Merge branch 'drm-fixes-4.3' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2015-10-22 10:24:55 +1000)
----------------------------------------------------------------
Adam Richter (1):
drm: fix mutex leak in drm_dp_get_mst_branch_device
Alex Deucher (3):
drm/radeon/dpm: don't add pwm attributes if DPM is disabled
drm/amdgpu/dpm: don't add pwm attributes if DPM is disabled
drm/amdgpu: add missing dpm check for KV dpm late init
Chris Wilson (2):
drm/i915: Flush pipecontrol post-sync writes
drm/i915: Deny wrapping an userptr into a framebuffer
Daniel Vetter (1):
drm/i915: Fix kerneldoc for i915_gem_shrink_all
Dave Airlie (3):
Merge branch 'linux-4.3' of git://anongit.freedesktop.org/nouveau/linux-2.6 into drm-fixes
Merge tag 'drm-intel-fixes-2015-10-16' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'drm-fixes-4.3' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Ilia Mirkin (1):
drm/nouveau/gem: return only valid domain when there's only one
Jani Nikula (1):
Revert "drm/i915: Add primary plane to mask if it's visible"
Maarten Lankhorst (1):
drm/i915: Add primary plane to mask if it's visible
Ville Syrjälä (4):
drm/i915: Restore lost DPLL register write on gen2-4
drm/i915: Enable DPLL VGA mode before P1/P2 divider write
drm/i915: Assign hwmode after encoder state readout
drm/i915: Move sprite/cursor plane disable to intel_sanitize_crtc()
drivers/gpu/drm/amd/amdgpu/amdgpu_pm.c | 8 ++-
drivers/gpu/drm/amd/amdgpu/kv_dpm.c | 3 +
drivers/gpu/drm/drm_dp_mst_topology.c | 7 +-
drivers/gpu/drm/i915/i915_gem_shrinker.c | 2 +-
drivers/gpu/drm/i915/i915_gem_userptr.c | 5 +-
drivers/gpu/drm/i915/intel_display.c | 120 +++++++++++++++++--------------
drivers/gpu/drm/i915/intel_lrc.c | 1 +
drivers/gpu/drm/i915/intel_ringbuffer.c | 2 +
drivers/gpu/drm/nouveau/nouveau_gem.c | 5 +-
drivers/gpu/drm/radeon/radeon_pm.c | 8 ++-
10 files changed, 97 insertions(+), 64 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-10-16 4:02 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-10-16 4:02 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2699 bytes --]
Hi Linus,
two MAINTAINERS entries that I didn't see the point in delaying.
one drm mst fix to stop sending uninitialised data to monitors
two amdgpu fixes
one radeon mst tiling fix
one vmwgfx regression fix
one virtio warning fix.
Nothing two crazy or exciting.
I have found one locking problem that needs a bit of reorg to fix,
but I'm not sure it's worth putting in -fixes as I don't think we've
seen it hit in the real world ever, I just found it using the virtio-gpu
driver when working on it. I'll possibly send it next week once I've
time to discuss with Daniel.
Dave.
The following changes since commit 5b5f1455272e23f4e7889cec37228802d8d01adf:
Merge tag 'nfsd-4.3-2' of git://linux-nfs.org/~bfields/linux (2015-10-13 11:31:03 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to d549f545e690c3cbdeb33df3579eae3230eb8904:
drm/virtio: use %llu format string form atomic64_t (2015-10-16 11:36:36 +1000)
----------------------------------------------------------------
Alex Deucher (1):
drm/amdgpu: adjust default dispclk (v2)
Arnd Bergmann (1):
drm/virtio: use %llu format string form atomic64_t
Boris BREZILLON (1):
MAINTAINERS: add a maintainer for the atmel-hlcdc DRM driver
Dave Airlie (4):
drm/radeon: attach tile property to mst connector
drm/dp/mst: make mst i2c transfer code more robust.
Merge tag 'vmwgfx-fixes-4.3-151014' of git://people.freedesktop.org/~thomash/linux into drm-fixes
Merge branch 'drm-fixes-4.3' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Michel Dänzer (1):
drm/amdgpu: Keep the pflip interrupts always enabled v7
Patrik Jakobsson (1):
MAINTAINERS: Add myself as maintainer for the gma500 driver
Thomas Hellstrom (1):
drm/vmwgfx: Fix kernel NULL pointer dereference on older hardware
MAINTAINERS | 15 ++++++++++++++
drivers/gpu/drm/amd/amdgpu/amdgpu_atombios.c | 8 ++++++--
drivers/gpu/drm/amd/amdgpu/amdgpu_display.c | 2 --
drivers/gpu/drm/amd/amdgpu/dce_v10_0.c | 30 ++++++++++++++++++++++++++--
drivers/gpu/drm/amd/amdgpu/dce_v11_0.c | 30 ++++++++++++++++++++++++++--
drivers/gpu/drm/amd/amdgpu/dce_v8_0.c | 30 ++++++++++++++++++++++++++--
drivers/gpu/drm/drm_dp_mst_topology.c | 3 ++-
drivers/gpu/drm/radeon/radeon_dp_mst.c | 1 +
drivers/gpu/drm/virtio/virtgpu_debugfs.c | 4 ++--
drivers/gpu/drm/virtio/virtgpu_fence.c | 2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 3 ++-
include/drm/drm_dp_mst_helper.h | 3 ++-
12 files changed, 115 insertions(+), 16 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-10-13 1:04 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-10-13 1:04 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
I got a bit behind last week, so here is a delayed fixes pull,
A bunch of radeon/amd gpu fixes,
some nouveau regression fixes (ppc bios reading and runtime pm fix)
one drm core oops fix,
two qxl locking fixes,
one qxl regression fix,
Dave.
The following changes since commit f6702681a0af186db8518793fbe46f45cce967dd:
Merge tag 'for-linus-4.3b-rc4-tag' of git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip (2015-10-06 15:05:02 +0100)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 7b98040a7718663903bb25c06c7aed9801abbd9d:
Merge branch 'linux-4.3' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes (2015-10-12 13:59:04 +1000)
----------------------------------------------------------------
Alex Deucher (8):
drm/radeon: add pm sysfs files late
drm/amdgpu: add pm sysfs files late
drm/radeon: add quirk for ASUS R7 370
drm/radeon: restore the fbdev mode in lastclose
drm/amdgpu: restore the fbdev mode in lastclose
drm/amdgpu: fix num_crtc on CZ
drm/amdgpu: check before checking pci bridge registers
drm/amdgpu: flag iceland as experimental
Arnd Bergmann (1):
drm/amdgpu: fix 32-bit compiler warning
Ben Skeggs (2):
drm/nouveau/bios: translate devinit pri/sec i2c bus to internal identifiers
drm/nouveau/fbcon: take runpm reference when userspace has an open fd
Daniel Vetter (1):
drm: Fix locking for sysfs dpms file
Dave Airlie (2):
Merge branch 'drm-fixes-4.3' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge branch 'linux-4.3' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Frediano Ziglio (2):
drm/qxl: avoid buffer reservation in qxl_crtc_page_flip
drm/qxl: avoid dependency lock
Gerd Hoffmann (1):
drm/qxl: fix framebuffer dirty rectangle tracking.
Ilia Mirkin (2):
drm/nouveau/display: allow up to 16k width/height for fermi+
drm/nouveau/bios: fix OF loading
Ondrej Zary (1):
drm/nouveau/nouveau: Disable AGP for SiS 761
Sudip Mukherjee (1):
drm/amdgpu: fix memory leak in amdgpu_vm_update_page_directory
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 6 +--
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 10 ++--
drivers/gpu/drm/amd/amdgpu/amdgpu_fb.c | 16 ++++++
drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 5 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_mode.h | 1 +
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 4 +-
drivers/gpu/drm/amd/amdgpu/ci_dpm.c | 8 +--
drivers/gpu/drm/amd/amdgpu/cik.c | 3 ++
drivers/gpu/drm/amd/amdgpu/cz_dpm.c | 10 ++--
drivers/gpu/drm/amd/amdgpu/dce_v11_0.c | 2 +-
drivers/gpu/drm/amd/amdgpu/kv_dpm.c | 9 ++--
drivers/gpu/drm/amd/amdgpu/vi.c | 3 ++
drivers/gpu/drm/drm_sysfs.c | 12 ++---
drivers/gpu/drm/nouveau/nouveau_display.c | 6 ++-
drivers/gpu/drm/nouveau/nouveau_fbcon.c | 24 +++++++++
drivers/gpu/drm/nouveau/nvkm/subdev/bios/init.c | 6 +++
drivers/gpu/drm/nouveau/nvkm/subdev/bios/priv.h | 3 ++
drivers/gpu/drm/nouveau/nvkm/subdev/bios/shadow.c | 27 ++++++----
.../gpu/drm/nouveau/nvkm/subdev/bios/shadowof.c | 17 +++++-
drivers/gpu/drm/nouveau/nvkm/subdev/pci/agp.c | 8 ++-
drivers/gpu/drm/qxl/qxl_display.c | 10 +++-
drivers/gpu/drm/qxl/qxl_fb.c | 19 ++++---
drivers/gpu/drm/qxl/qxl_release.c | 4 +-
drivers/gpu/drm/radeon/radeon_display.c | 14 +----
drivers/gpu/drm/radeon/radeon_fb.c | 16 ++++++
drivers/gpu/drm/radeon/radeon_kms.c | 5 +-
drivers/gpu/drm/radeon/radeon_mode.h | 1 +
drivers/gpu/drm/radeon/radeon_pm.c | 63 +++++++++++++---------
drivers/gpu/drm/radeon/si_dpm.c | 1 +
29 files changed, 219 insertions(+), 94 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-10-03 5:40 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-10-03 5:40 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 5705 bytes --]
Hi Linus,
Bunch of fixes all over the place, all pretty small,
amdgpu, i915, exynos, one qxl and one vmwgfx,
There is also a bunch of mst fixes, I left some cleanups in the series
as I didn't think it was worth splitting up the tested series,
Dave.
The following changes since commit 9ffecb10283508260936b96022d4ee43a7798b4c:
Linux 4.3-rc3 (2015-09-27 07:50:08 -0400)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to ccf03d6995fa4b784f5b987726ba98f4859bf326:
drm/dp/mst: add some defines for logical/physical ports (2015-10-02 15:34:42 +1000)
----------------------------------------------------------------
Alex Deucher (4):
drm/amdgpu: Restore LCD backlight level on resume
drm/amdgpu/cgs: remove import_gpu_mem
drm: handle cursor_set2 in restore_fbdev_mode
drm/radeon: drop radeon_fb_helper_set_par
Christian König (1):
drm/amdgpu: only print meaningful VM faults
Dan Carpenter (1):
drm/amdgpu: signedness bug in amdgpu_cs_parser_init()
Daniel Kurtz (1):
drm/exynos: Remove useless EXPORT_SYMBOL_GPLs
Dave Airlie (10):
Merge branch 'drm-fixes-4.3' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/.../daeinki/drm-exynos into drm-fixes
Merge tag 'vmwgfx-fixes-4.3-151001' of git://people.freedesktop.org/~thomash/linux into drm-fixes
Merge tag 'drm-intel-fixes-2015-10-01' of git://anongit.freedesktop.org/drm-intel into drm-fixes
drm/dp/mst: don't pass port into the path builder function
drm/dp/mst: fixup handling hotplug on port removal.
drm/dp/mst: update the link_address_sent before sending the link address (v3)
drm/dp/mst: split connector registration into two parts (v2)
drm/dp/mst: drop cancel work sync in the mstb destroy path (v2)
drm/dp/mst: add some defines for logical/physical ports
Egbert Eich (2):
drm: Add a non-locking version of drm_kms_helper_poll_enable(), v2
drm/i915: Call non-locking version of drm_kms_helper_poll_enable(), v2
Fabiano Fidêncio (1):
drm/qxl: recreate the primary surface when the bo is not primary
Gustavo Padovan (4):
drm/exynos: remove fimd_mode_fixup()
drm/exynos: remove decon_mode_fixup()
drm/exynos: remove unused mode_fixup() code
drm/exynos: fimd: actually disable dp clock
Inki Dae (1):
drm/exynos: dp: remove suspend/resume functions
Joonyoung Shim (8):
drm/exynos: fix layering violation of address
drm/exynos: fix missed calling of drm_prime_gem_destroy()
drm/exynos: remove unnecessary NULL assignment
drm/exynos: staticize exynos_drm_gem_init()
drm/exynos: cleanup function calling written twice
drm/exynos: cleanup line feed in exynos_drm_gem_get_ioctl
drm/exynos: remove call to drm_gem_free_mmap_offset()
drm/exynos: create a fake mmap offset with gem creation
Krzysztof Kozlowski (1):
drm/exynos: Staticize local function in exynos_drm_gem.c
Michel Dänzer (1):
drm/radeon: Restore LCD backlight level on resume (>= R5xx)
Michel Thierry (1):
drm/i915: Consider HW CSB write pointer before resetting the sw read pointer
Rodrigo Vivi (1):
drm/i915/skl: Don't call intel_prepare_ddi when encoder list isn't yet initialized.
Thierry Reding (3):
drm/exynos: Suspend/resume is unused if !PM
drm/exynos: fimc: Clock control is unused if !PM
drm/exynos: rotator: Clock control is unused if !PM
Thomas Hellstrom (1):
drm/vmwgfx: Fix a command submission hang regression
drivers/gpu/drm/amd/amdgpu/amdgpu_cgs.c | 39 -----------
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 3 +-
drivers/gpu/drm/amd/amdgpu/atombios_encoders.c | 3 +-
drivers/gpu/drm/amd/amdgpu/gmc_v7_0.c | 8 ++-
drivers/gpu/drm/amd/amdgpu/gmc_v8_0.c | 8 ++-
drivers/gpu/drm/amd/include/cgs_linux.h | 17 -----
drivers/gpu/drm/drm_dp_mst_topology.c | 85 ++++++++++++++---------
drivers/gpu/drm/drm_fb_helper.c | 6 +-
drivers/gpu/drm/drm_probe_helper.c | 19 +++++-
drivers/gpu/drm/exynos/exynos7_drm_decon.c | 12 ----
drivers/gpu/drm/exynos/exynos_dp_core.c | 23 -------
drivers/gpu/drm/exynos/exynos_drm_core.c | 6 --
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 15 ----
drivers/gpu/drm/exynos/exynos_drm_drv.c | 2 +
drivers/gpu/drm/exynos/exynos_drm_drv.h | 4 --
drivers/gpu/drm/exynos/exynos_drm_fimc.c | 36 +++++-----
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 14 +---
drivers/gpu/drm/exynos/exynos_drm_g2d.c | 3 -
drivers/gpu/drm/exynos/exynos_drm_gem.c | 94 +++++++++++---------------
drivers/gpu/drm/exynos/exynos_drm_gem.h | 6 +-
drivers/gpu/drm/exynos/exynos_drm_rotator.c | 2 +-
drivers/gpu/drm/i915/intel_dp_mst.c | 9 ++-
drivers/gpu/drm/i915/intel_hotplug.c | 2 +-
drivers/gpu/drm/i915/intel_lrc.c | 39 +++++++++--
drivers/gpu/drm/i915/intel_lrc.h | 2 +
drivers/gpu/drm/i915/intel_runtime_pm.c | 3 +-
drivers/gpu/drm/qxl/qxl_display.c | 2 +-
drivers/gpu/drm/radeon/atombios_encoders.c | 8 +--
drivers/gpu/drm/radeon/radeon_dp_mst.c | 11 ++-
drivers/gpu/drm/radeon/radeon_fb.c | 32 +--------
drivers/gpu/drm/vmwgfx/vmwgfx_cmdbuf.c | 8 +++
include/drm/drm_crtc_helper.h | 1 +
include/drm/drm_dp_helper.h | 4 ++
include/drm/drm_dp_mst_helper.h | 1 +
34 files changed, 227 insertions(+), 300 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-09-24 21:04 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-09-24 21:04 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 8125 bytes --]
Hi Linus,
Most of the GPU drivers people were at XDC last week, so I didn't get much
to send, so I let it rollover until this week.
Also Alex was away for 3 weeks so amdgpu/radeon got a bit more stuff than
usual in one go.
I've been trying to figure out some 4.2 issues with i915 still (that are
fixed in 4.3, but bisecting ends up in a merge commit). Hopefully next
week I or i915 people can work that out.
Dave.
The following changes since commit 1f93e4a96c9109378204c147b3eec0d0e8100fde:
Linux 4.3-rc2 (2015-09-20 14:32:34 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to fd03420b5624617a708fb9b13634b41b37c22cfa:
Merge tag 'drm-intel-fixes-2015-09-24' of git://anongit.freedesktop.org/drm-intel into drm-fixes (2015-09-25 06:52:37 +1000)
----------------------------------------------------------------
Alex Deucher (2):
drm/amdgpu: Fix max_vblank_count value for current display engines
drm/amdgpu: Sprinkle drm_modeset_lock_all to appease locking checks
Anatoli Antonovitch (1):
drm/amdgpu: execution barrier after fence v2
Andrzej Hajda (2):
drm/amdgpu: use kmemdup rather than duplicating its implementation
drm/layerscape: fix handling fsl_dcu_drm_plane_index result
Archit Taneja (2):
drm/mgag200: Fix error handling paths in fbdev driver
drm/mgag200: Fix driver_load error handling
Christian Engelmayer (2):
drm/vmwgfx: Fix uninitialized return in vmw_cotable_unbind()
drm/vmwgfx: Fix uninitialized return in vmw_kms_helper_dirty()
Christian König (13):
drm/amdgpu: add option to disable semaphores
drm/amdgpu: use write confirm for vm_flush()
drm/amdgpu: signal scheduler fence when hw submission fails v3
drm/amdgpu: move scheduler fence callback into fence v2
drm/amdgpu: remove process_job callback from the scheduler
drm/amdgpu: fix overflow on 32bit systems
drm/amdgpu: export reservation_object from dmabuf to ttm (v2)
drm/amdgpu: validate duplicates in the CS as well
drm/amdgpu: use only one reservation object for each VM v2
drm/amdgpu: cleanup entity init
drm/amdgpu: rename fence->scheduler to sched v2
drm/amdgpu: cleanup fence queue init v2
drm/amdgpu: more scheduler cleanups v2
Chunming Zhou (1):
drm/amdgpu: add tracepoint for scheduler (v2)
Dan Carpenter (4):
drm/amdgpu: unwind properly in amdgpu_cs_parser_init()
drm/amdgpu: integer overflow in amdgpu_info_ioctl()
drm/amdgpu: info leak in amdgpu_gem_metadata_ioctl()
drm/amdgpu: integer overflow in amdgpu_mode_dumb_create()
Daniel Vetter (1):
drm/radeon: Sprinkle drm_modeset_lock_all to appease locking checks
Dave Airlie (4):
drm/qxl: only report first monitor as connected if we have no state
Merge branch 'drm-fixes-4.3' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'vmwgfx-fixes-4.3-150924' of git://people.freedesktop.org/~thomash/linux into drm-fixes
Merge tag 'drm-intel-fixes-2015-09-24' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Geliang Tang (1):
drm/i915: fix kernel-doc warnings in intel_audio.c
Jani Nikula (1):
drm/i915/bios: handle MIPI Sequence Block v3+ gracefully
Jesse Barnes (1):
drm/i915: workaround bad DSL readout v3
Junwei Zhang (2):
drm/amdgpu: refine the job naming for amdgpu_job and amdgpu_sched_job
drm/amdgpu: refine the scheduler job type conversion
Leo Liu (4):
drm/amdgpu: Disable UVD PG
drm/amdgpu: make UVD handle checking more strict
drm/amdgpu: fix the UVD suspend sequence order
drm/amdgpu: fix UVD suspend and resume for VI APU
Maarten Lankhorst (1):
drm/i915: Add primary plane to mask if it's visible
Maxim Sheviakov (1):
drm/radeon: add quirk for MSI R7 370
Thomas Hellstrom (5):
drm/vmwgfx: Fix up user_dmabuf refcounting
drm/vmwgfx: Map the fifo as cached
drm/ttm: Fix memory space allocation v2
drm/vmwgfx: Only build on X86
drm: Allow also control clients to check the drm version
monk.liu (1):
drm/amdgpu: sync ce and me with SWITCH_BUFFER(2)
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 11 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_benchmark.c | 6 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_cgs.c | 5 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 137 ++++++++++++---------
drivers/gpu/drm/amd/amdgpu/amdgpu_ctx.c | 10 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 9 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 4 +
drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 25 ++--
drivers/gpu/drm/amd/amdgpu/amdgpu_gart.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c | 16 ++-
drivers/gpu/drm/amd/amdgpu/amdgpu_ih.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_irq.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 5 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 19 ++-
drivers/gpu/drm/amd/amdgpu/amdgpu_object.h | 2 +
drivers/gpu/drm/amd/amdgpu/amdgpu_prime.c | 5 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_ring.c | 8 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_sa.c | 47 ++++---
drivers/gpu/drm/amd/amdgpu/amdgpu_sched.c | 65 ++++------
drivers/gpu/drm/amd/amdgpu/amdgpu_sync.c | 27 ++++-
drivers/gpu/drm/amd/amdgpu/amdgpu_test.c | 8 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_ucode.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_uvd.c | 80 +++++++-----
drivers/gpu/drm/amd/amdgpu/amdgpu_vce.c | 8 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 45 ++-----
drivers/gpu/drm/amd/amdgpu/cz_smc.c | 6 +-
drivers/gpu/drm/amd/amdgpu/fiji_smc.c | 4 +-
drivers/gpu/drm/amd/amdgpu/gfx_v7_0.c | 74 ++++-------
drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 79 +++++-------
drivers/gpu/drm/amd/amdgpu/iceland_smc.c | 2 +-
drivers/gpu/drm/amd/amdgpu/tonga_smc.c | 4 +-
drivers/gpu/drm/amd/amdgpu/uvd_v4_2.c | 4 +-
drivers/gpu/drm/amd/amdgpu/uvd_v5_0.c | 4 +-
drivers/gpu/drm/amd/amdgpu/uvd_v6_0.c | 20 +--
drivers/gpu/drm/amd/amdgpu/vi.c | 3 +-
drivers/gpu/drm/amd/scheduler/gpu_sched_trace.h | 41 +++++++
drivers/gpu/drm/amd/scheduler/gpu_scheduler.c | 155 ++++++++++++------------
drivers/gpu/drm/amd/scheduler/gpu_scheduler.h | 41 +++----
drivers/gpu/drm/amd/scheduler/sched_fence.c | 4 +-
drivers/gpu/drm/drm_ioctl.c | 3 +-
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.c | 3 +-
drivers/gpu/drm/i915/i915_irq.c | 26 ++++
drivers/gpu/drm/i915/intel_audio.c | 2 +-
drivers/gpu/drm/i915/intel_bios.c | 12 +-
drivers/gpu/drm/i915/intel_display.c | 7 +-
drivers/gpu/drm/mgag200/mgag200_fb.c | 31 +++--
drivers/gpu/drm/mgag200/mgag200_main.c | 36 +++---
drivers/gpu/drm/qxl/qxl_display.c | 12 +-
drivers/gpu/drm/radeon/radeon_device.c | 4 +
drivers/gpu/drm/radeon/si_dpm.c | 1 +
drivers/gpu/drm/ttm/ttm_bo.c | 28 +++--
drivers/gpu/drm/vmwgfx/Kconfig | 2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_cotable.c | 3 +-
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 10 +-
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 7 +-
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 6 +-
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 3 +-
drivers/gpu/drm/vmwgfx/vmwgfx_overlay.c | 2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 29 +++--
drivers/gpu/drm/vmwgfx/vmwgfx_shader.c | 2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 11 +-
63 files changed, 691 insertions(+), 544 deletions(-)
create mode 100644 drivers/gpu/drm/amd/scheduler/gpu_sched_trace.h
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-09-11 10:28 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-09-11 10:28 UTC (permalink / raw)
To: torvalds, DRI mailing list; +Cc: linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 3307 bytes --]
Hi Linus,
just a bunch of fixes to squeeze in before -rc1,
3 nouveau regressions,
one qxl regression fix,
a bunch of i915 fixes,
and some core displayport/atomic fixes.
Dave.
The following changes since commit 73bf1b7be7aab60d7c651402441dd0b0b4991098:
Merge branch 'drm-next-4.3' of git://people.freedesktop.org/~agd5f/linux into drm-next (2015-09-05 07:46:09 +1000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 9fbcc7c007ea200357e2453c6b2b153646fbc165:
Merge branch 'linux-4.3' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-next (2015-09-11 14:38:36 +1000)
----------------------------------------------------------------
Artem Savkov (1):
uapi/drm/i915_drm.h: fix userspace compilation.
Ben Skeggs (1):
drm/nouveau/device: enable c800 quirk for tecra w50
Chris Wilson (2):
drm/i915: Always mark the object as dirty when used by the GPU
drm/i915: Limit the number of loops for reading a split 64bit register
Dave Airlie (3):
Merge tag 'drm-intel-next-fixes-2015-09-10' of git://anongit.freedesktop.org/drm-intel into drm-next
Merge tag 'topic/drm-fixes-2015-09-09' of git://anongit.freedesktop.org/drm-intel into drm-next
Merge branch 'linux-4.3' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-next
Gaurav K Singh (1):
drm/i915: Allow DSI dual link to be configured on any pipe
Ilia Mirkin (1):
drm/nouveau/gr/nv04: fix big endian setting on gr context
Jonathon Jongsma (1):
drm/qxl: validate monitors config modes
Maarten Lankhorst (2):
drm/atomic: Fix bookkeeping with TEST_ONLY, v3.
drm/i915: Fix broken mst get_hw_state.
Roy Spliet (1):
drm/nouveau/clk/gt215: Unbreak engine pausing for GT21x/MCP7x
Takashi Iwai (1):
drm/i915: Fix CSR MMIO address check
Ville Syrjälä (5):
drm/dp: Define AUX_RETRY_INTERVAL as 500 us
drm/dp: Adjust i2c-over-aux retry count based on message size and i2c bus speed
drm/dp: Add dp_aux_i2c_speed_khz module param to set the assume i2c bus speed
drm/i915: Pass hpd_status_i915[] to intel_get_hpd_pins() in pre-g4x
drm/i915: Don't try to use DDR DVFS on CHV when disabled in the BIOS
drivers/gpu/drm/drm_atomic.c | 39 ++++++----
drivers/gpu/drm/drm_dp_helper.c | 99 ++++++++++++++++++++++--
drivers/gpu/drm/i915/i915_drv.h | 12 +--
drivers/gpu/drm/i915/i915_gem_execbuffer.c | 2 +-
drivers/gpu/drm/i915/i915_irq.c | 2 +-
drivers/gpu/drm/i915/intel_csr.c | 2 +-
drivers/gpu/drm/i915/intel_display.c | 8 +-
drivers/gpu/drm/i915/intel_dp_mst.c | 7 +-
drivers/gpu/drm/i915/intel_dsi.c | 9 +--
drivers/gpu/drm/i915/intel_pm.c | 42 ++++++----
drivers/gpu/drm/nouveau/nvkm/engine/device/pci.c | 1 +
drivers/gpu/drm/nouveau/nvkm/engine/gr/nv04.c | 6 +-
drivers/gpu/drm/nouveau/nvkm/subdev/clk/gt215.c | 2 +-
drivers/gpu/drm/qxl/qxl_display.c | 66 +++++++++-------
drivers/gpu/drm/qxl/qxl_drv.h | 2 +
include/uapi/drm/i915_drm.h | 2 +-
16 files changed, 218 insertions(+), 83 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-08-21 9:54 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-08-21 9:54 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
a bunch of i915 fixes, one revert a VBT fix that was a bit premature, and
some braswell feature removal that the hw actually didn't support.
One radeon race fix at boot, and one hlcdc build fix, one fix from
Russell that fixes build as well with new audio features.
This is hopefully all I have until -next.
Dave.
The following changes since commit 1b647a166f07dcf08709c8606470f4b17a4aa11d:
Merge tag 'dmaengine-fix-4.2-rc8' of git://git.infradead.org/users/vkoul/slave-dma (2015-08-18 12:17:36 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 7f98ca454ad373fc1b76be804fa7138ff68c1d27:
drm/radeon: fix hotplug race at startup (2015-08-21 19:43:18 +1000)
----------------------------------------------------------------
Chris Wilson (1):
drm/i915: Flag the execlists context object as dirty after every use
Dave Airlie (3):
Merge branch 'drm-atmel-hlcdc-fixes' of https://github.com/bbrezillon/linux-at91 into drm-fixes
Merge tag 'drm-intel-fixes-2015-08-20' of git://anongit.freedesktop.org/drm-intel into drm-fixes
drm/radeon: fix hotplug race at startup
Jani Nikula (1):
Revert "drm/i915: Allow parsing of variable size child device entries from VBT"
Russell King (1):
drm/edid: add function to help find SADs
Thierry Reding (1):
drm/atmel-hlcdc: Compile suspend/resume for PM_SLEEP only
Thulasimani,Sivakumar (3):
Revert "drm/i915: Add eDP intermediate frequencies for CHV"
drm/i915: remove HBR2 from chv supported list
drm/i915: Avoid TP3 on CHV
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 2 +-
drivers/gpu/drm/i915/intel_bios.c | 27 ++++-----------------
drivers/gpu/drm/i915/intel_dp.c | 35 +++++++++++++++++-----------
drivers/gpu/drm/i915/intel_lrc.c | 2 ++
drivers/gpu/drm/radeon/radeon_irq_kms.c | 5 ++++
include/drm/drm_edid.h | 19 +++++++++++++++
6 files changed, 53 insertions(+), 37 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-08-18 0:43 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-08-18 0:43 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
These came in late last week, I wanted to look over the mst one before
forwarding, but it seems good.
Just 3 i915 and one MST fix.
Dave.
The following changes since commit 45e38cff4fce8d6871b5fa5e734e4dc9814d6056:
Merge tag 'for-linus' of git://git.kernel.org/pub/scm/virt/kvm/kvm (2015-08-14 17:27:52 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 7945dc5885c51d05d9368fd0066755adca73f009:
Merge tag 'topic/drm-fixes-2015-08-14' of git://anongit.freedesktop.org/drm-intel into drm-next (2015-08-15 14:52:12 +1000)
----------------------------------------------------------------
Daniel Vetter (1):
drm/i915: Only dither on 6bpc panels
Dave Airlie (2):
Merge tag 'drm-intel-fixes-2015-08-14' of git://anongit.freedesktop.org/drm-intel into drm-next
Merge tag 'topic/drm-fixes-2015-08-14' of git://anongit.freedesktop.org/drm-intel into drm-next
Maarten Lankhorst (3):
drm/dp/mst: Remove port after removing connector.
drm/i915: calculate primary visibility changes instead of calling from set_config
drm/i915: Commit planes on each crtc separately.
drivers/gpu/drm/drm_dp_mst_topology.c | 19 +++++++----
drivers/gpu/drm/i915/intel_atomic.c | 45 +++++---------------------
drivers/gpu/drm/i915/intel_display.c | 59 +++++++++--------------------------
include/drm/drm_crtc.h | 2 --
4 files changed, 36 insertions(+), 89 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-08-14 4:33 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-08-14 4:33 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
back from holidays, found these in the cracks, one nouveau revert,
one vmwgfx locking fix and a bunch of exynos fixes.
Thanks,
Dave.
The following changes since commit 5b3e2e14eaa2a98232a4f292341fb88438685734:
Merge tag 'dm-4.2-fixes-5' of git://git.kernel.org/pub/scm/linux/kernel/git/device-mapper/linux-dm (2015-08-13 13:52:46 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to d211d87e14d0c1b28a60cb6b512d162634ca6a99:
Revert "drm/nouveau/fifo/gk104: kick channels when deactivating them" (2015-08-14 09:50:37 +1000)
----------------------------------------------------------------
Alexandre Courbot (1):
Revert "drm/nouveau/fifo/gk104: kick channels when deactivating them"
Andrzej Hajda (4):
drm/exynos/hdmi: fix edid memory leak
drm/exynos/mixer: fix interrupt clearing
drm/exynos/mixer: correct vsync configuration sequence
drm/exynos/mixer: always update INT_EN cache
Dave Airlie (1):
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/.../daeinki/drm-exynos into drm-fixes
Hyungwon Hwang (1):
drm/exynos: gsc: fix wrong bitwise operation for swap detection
Marek Szyprowski (1):
drm/exynos/fimc: fix runtime pm support
Thomas Hellstrom (1):
drm/vmwgfx: Fix execbuf locking issues
drivers/gpu/drm/exynos/exynos_drm_fimc.c | 1 -
drivers/gpu/drm/exynos/exynos_drm_gsc.c | 6 ++---
drivers/gpu/drm/exynos/exynos_hdmi.c | 7 +++++-
drivers/gpu/drm/exynos/exynos_mixer.c | 21 +++++++++++------
drivers/gpu/drm/nouveau/nvkm/engine/fifo/gk104.c | 29 +++++++-----------------
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 4 ++--
6 files changed, 32 insertions(+), 36 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-07-31 3:30 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-07-31 3:30 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 6542 bytes --]
Hi Linus,
this is the fixes pull for -rc5,
it has a bunch of nouveau fixes, as Ben has been hibernating and has lots
of small fixes for lots of bugs across nouveau.
radeon has one major fix for hdmi/dp audio regression that is larger than
Alex would like, but seems to fix up a fair few bugs, along with some misc
fixes.
and a few msm fixes, one of which is also a bit large.
But nothing in here seems insane or crazy for this stage, just more than
I'd like.
I'll send a follow up email as I'm on holidays for a couple of week
starting after the follow up email.
Dave.
The following changes since commit cbfe8fa6cd672011c755c3cd85c9ffd4e2d10a6f:
Linux 4.2-rc4 (2015-07-26 12:26:21 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to bdce3e7c729907e303396690b2b23b972c6717be:
Merge branch 'msm-fixes-4.2' of git://people.freedesktop.org/~robclark/linux into drm-fixes (2015-07-30 12:41:44 +1000)
----------------------------------------------------------------
Alex Deucher (4):
drm/radeon: rework audio detect (v4)
drm/radeon: rework audio modeset to handle non-audio hdmi features
drm/radeon/combios: add some validation of lvds values
drm/amdgpu: clean up init sequence for failures
Alexandre Courbot (6):
drm/nouveau/platform: fix compile error if !CONFIG_IOMMU
drm/nouveau/ibus/gk20a: increase SM wait timeout
drm/nouveau/fifo/gk104: kick channels when deactivating them
drm/nouveau/gr/gf100: wait on bottom half of FE's pipeline
drm/nouveau/gr/gf100: wait for GR idle after GO_IDLE bundle
drm/nouveau/nouveau/ttm: fix tiled system memory with Maxwell
Archit Taneja (1):
drm/msm: mdp4: Fix drm_framebuffer dereference crash
Ben Skeggs (1):
drm/nouveau/kms/nv50-: guard against enabling cursor on disabled heads
Dan Carpenter (1):
drm/amdgpu: information leak in amdgpu_info_ioctl()
Dave Airlie (4):
Merge branch 'linux-4.2' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Merge branch 'linux-4.2' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Merge branch 'drm-fixes-4.2' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge branch 'msm-fixes-4.2' of git://people.freedesktop.org/~robclark/linux into drm-fixes
Ilia Mirkin (5):
drm/nouveau/bios: add 0x59 and 0x5a opcodes
drm/nouveau/bios: add proper support for opcode 0x59
drm/nouveau/fbcon/nv11-: correctly account for ring space usage
drm/nouveau/fbcon/gf100-: reduce RING_SPACE allocation
drm/nouveau/fbcon/g80: reduce PUSH_SPACE alloc, fire ring on accel init
Kamil Dudka (2):
drm/nouveau: hold mutex when calling nouveau_abi16_fini()
drm/nouveau/drm/nv04-nv40/instmem: protect access to priv->heap by mutex
Michel Dänzer (2):
drm/radeon: Drop drm/ prefix for including drm.h in radeon_drm.h
drm/amdgpu: Drop drm/ prefix for including drm.h in amdgpu_drm.h
Rob Clark (1):
drm/msm: fix msm_gem_prime_get_sg_table()
Roy Spliet (1):
drm/nouveau/clk/gt215: u32->s32 for difference in req. and set clock
Samuel Pitoiset (2):
drm/nouveau/pm: prevent freeing the wrong engine context
drm/nouveau/pm: fix a potential race condition when creating an engine context
Thierry Reding (2):
drm/nouveau: Do not leak client objects
drm/nouveau/disp: Use NULL for pointers
Wentao Xu (2):
drm/msm: change to uninterruptible wait in atomic commit
drm/msm/mdp5: release SMB (shared memory blocks) in various cases
monk.liu (3):
drm/amdgpu: different emit_ib for gfx and compute
drm/amdgpu: hdp_flush is not needed for inside IB
drm/amdgpu: add new parameter to seperate map and unmap
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 8 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 38 ++--
drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c | 8 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_ib.c | 16 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 6 +-
drivers/gpu/drm/amd/amdgpu/gfx_v7_0.c | 46 +++--
drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 47 +++--
drivers/gpu/drm/msm/mdp/mdp4/mdp4_plane.c | 4 +-
drivers/gpu/drm/msm/mdp/mdp5/mdp5_kms.c | 13 ++
drivers/gpu/drm/msm/mdp/mdp5/mdp5_kms.h | 2 +
drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c | 33 ++--
drivers/gpu/drm/msm/mdp/mdp5/mdp5_smp.c | 87 +++++++--
drivers/gpu/drm/msm/mdp/mdp5/mdp5_smp.h | 1 +
drivers/gpu/drm/msm/msm_atomic.c | 8 +-
drivers/gpu/drm/msm/msm_drv.c | 13 +-
drivers/gpu/drm/msm/msm_drv.h | 4 +-
drivers/gpu/drm/msm/msm_gem.c | 2 +-
drivers/gpu/drm/msm/msm_gem_prime.c | 8 +-
drivers/gpu/drm/nouveau/nouveau_drm.c | 3 +
drivers/gpu/drm/nouveau/nouveau_platform.c | 16 ++
drivers/gpu/drm/nouveau/nouveau_ttm.c | 9 +
drivers/gpu/drm/nouveau/nv04_fbcon.c | 2 +-
drivers/gpu/drm/nouveau/nv50_display.c | 2 +-
drivers/gpu/drm/nouveau/nv50_fbcon.c | 3 +-
drivers/gpu/drm/nouveau/nvc0_fbcon.c | 2 +-
drivers/gpu/drm/nouveau/nvkm/engine/disp/gf110.c | 2 +-
drivers/gpu/drm/nouveau/nvkm/engine/fifo/gk104.c | 29 ++-
drivers/gpu/drm/nouveau/nvkm/engine/gr/gf100.c | 39 +++-
drivers/gpu/drm/nouveau/nvkm/engine/gr/gf100.h | 1 +
drivers/gpu/drm/nouveau/nvkm/engine/pm/base.c | 14 +-
drivers/gpu/drm/nouveau/nvkm/subdev/bios/init.c | 40 ++++
drivers/gpu/drm/nouveau/nvkm/subdev/clk/gt215.c | 3 +-
drivers/gpu/drm/nouveau/nvkm/subdev/ibus/gk20a.c | 8 +
drivers/gpu/drm/nouveau/nvkm/subdev/instmem/nv04.c | 8 +
drivers/gpu/drm/radeon/atombios_encoders.c | 3 +-
drivers/gpu/drm/radeon/dce6_afmt.c | 62 +++----
drivers/gpu/drm/radeon/radeon_audio.c | 204 ++++++++++-----------
drivers/gpu/drm/radeon/radeon_audio.h | 3 +-
drivers/gpu/drm/radeon/radeon_combios.c | 7 +-
drivers/gpu/drm/radeon/radeon_connectors.c | 18 +-
drivers/gpu/drm/radeon/radeon_mode.h | 2 +-
include/uapi/drm/amdgpu_drm.h | 2 +-
include/uapi/drm/radeon_drm.h | 2 +-
43 files changed, 554 insertions(+), 274 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-07-24 5:35 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-07-24 5:35 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2705 bytes --]
Hi Linus,
some amdgpu, one i915, one ttm and one hlcdc, nothing too scary, all seems
fine for about this time.
Dave.
The following changes since commit 45b4b782e8489bcf45a4331ee32f0f3037c5c3aa:
Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace (2015-07-23 13:16:21 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 02bbc4dc6874df0e865aa0977f0046c5c1afd498:
Merge tag 'drm-atmel-hlcdc/fixes-for-4.2' of https://github.com/bbrezillon/linux-at91 into drm-fixes (2015-07-24 14:27:44 +1000)
----------------------------------------------------------------
Alex Deucher (3):
drm/amdgpu: implement VCE 3.0 harvesting support (v4)
drm/amdgpu/cz: implement voltage validation properly
drm/amdgpu/cz/dpm: properly report UVD and VCE clock levels
Alexandre Courbot (1):
drm/ttm: recognize ARM64 arch in ioprot handler
Boris Brezillon (1):
drm: atmel-hlcdc: fix vblank initial state
Chris Wilson (1):
drm/i915: Use two 32bit reads for select 64bit REG_READ ioctls
Daniel Vetter (1):
drm: Stop resetting connector state to unknown
Dave Airlie (4):
Merge branch 'drm-fixes-4.2' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-intel-fixes-2015-07-23' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge tag 'topic/drm-fixes-2015-07-23' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge tag 'drm-atmel-hlcdc/fixes-for-4.2' of https://github.com/bbrezillon/linux-at91 into drm-fixes
Leo Liu (1):
drm/amdgpu: add VCE harvesting instance query
Michel Dänzer (2):
drm/amdgpu/dce11: Re-set VBLANK interrupt state when enabling a CRTC
drm/amdgpu/dce10: Re-set VBLANK interrupt state when enabling a CRTC
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 4 ++
drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 1 +
drivers/gpu/drm/amd/amdgpu/cz_dpm.c | 70 ++++++++++++++++++++------
drivers/gpu/drm/amd/amdgpu/dce_v10_0.c | 4 ++
drivers/gpu/drm/amd/amdgpu/dce_v11_0.c | 4 ++
drivers/gpu/drm/amd/amdgpu/vce_v3_0.c | 48 ++++++++++++++++++
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 1 +
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 12 ++---
drivers/gpu/drm/drm_crtc.c | 5 +-
drivers/gpu/drm/i915/intel_uncore.c | 26 +++++++---
drivers/gpu/drm/ttm/ttm_bo_util.c | 3 +-
include/uapi/drm/amdgpu_drm.h | 2 +
include/uapi/drm/i915_drm.h | 8 +++
13 files changed, 154 insertions(+), 34 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-07-17 8:22 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-07-17 8:22 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 6994 bytes --]
Hi Linus,
fixes all over the place, the rockchip and imx fixes I missed while on
holidays, so I've queued them now which makes this a bit bigger.
The rest is misc amdgpu, radeon, i915 and armada.
I think the most important thing is the ioctl fix, we dropped the avoid
compat ball, so we get to add a compat wrapper.
There is also an i915 revert to avoid a regression with existing
userspace.
Dave.
The following changes since commit 3aa20508a6fe386c2a893027ef4c4ef78ee4eac2:
Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-security (2015-07-15 18:38:24 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to e9308884878942c618a42cab122df80fbf458dc9:
drm/ttm: improve uncached page deallocation. (2015-07-17 18:18:04 +1000)
----------------------------------------------------------------
Alex Deucher (8):
drm/radeon: add a dpm quirk for Sapphire Radeon R9 270X 2GB GDDR5
drm/amdgpu: disable the IP module if early_init returns -ENOENT (v2)
drm/amdgpu: set proper index/data pair for smc regs on CZ (v2)
drm/amdgpu: remove bogus check in gfx8 rb setup
drm/amdgpu/cz: unforce dpm levels before forcing to low/high
drm/amdgpu/cz: store the forced dpm level
drm/amdgpu/cz: silence some dpm debug output
drm/radeon/ci: silence a harmless PCC warning
Chris Wilson (1):
drm/i915: Store device pointer in contexts for late tracepoint usafe
Christian König (3):
drm/radeon: fix user ptr race condition
drm/amdgpu: validate the context id in the dependencies
drm/amdgpu: stop context leak in the error path
Daniel Kurtz (2):
drm/rockchip: use drm_gem_mmap helpers
drm/rockchip: use drm_gem_mmap helpers
Daniel Vetter (3):
drm/i915: Fix missing return warning for !CONFIG_DEBUGFS
drm/i915: fix oops in primary_check_plane
Revert "drm/i915: Declare the swizzling unknown for L-shaped configurations"
Dave Airlie (6):
Merge branch 'drm-fixes-4.2' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'topic/drm-fixes-2015-07-16' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge tag 'drm-intel-fixes-2015-07-15' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'drm-armada-fixes' of git://ftp.arm.linux.org.uk/~rmk/linux-arm into drm-fixes
Merge tag 'imx-drm-fixes-2015-07-14' of git://git.pengutronix.de/git/pza/linux into drm-fixes
Merge branch 'drm-rockchip-2015-07-13' of https://github.com/markyzq/kernel-drm-rockchip into drm-fixes
Graham Whaley (1):
Documentation: drm: Fix tablulation in KMS properties table
Heiko Stübner (1):
drm/rockchip: only call drm_fb_helper_hotplug_event if fb_helper present
Imre Deak (2):
drm/i915: avoid leaking DMA mappings
drm/i915: remove unused has_dma_mapping flag
Jérôme Glisse (2):
drm/ttm: fix uncached page deallocation to properly fill page pool v3.
drm/ttm: improve uncached page deallocation.
Krzysztof Kozlowski (1):
drm/rockchip: Drop owner assignment from platform_driver
Maarten Lankhorst (1):
drm/i915: Do not call intel_crtc_disable if the crtc is already disabled.
Michel Dänzer (2):
drm/radeon: Don't flush the GART TLB if rdev->gart.ptr == NULL
drm/amdgpu/dce8: Re-set VBLANK interrupt state when enabling a CRTC
Philipp Zabel (2):
drm/imx: parallel-display: fix drm_panel support
drm/imx: tve: fix media bus format for VGA output
Russell King (7):
GPU: ipu: fix lockup caused by pending chained interrupts
drm/armada: fix missing overlay wake-up
drm/armada: fix incorrect overlay plane cleanup
drm/armada: fix gem object free after failed prime import
drm/armada: convert overlay to use drm_plane_helper_check_update()
drm/armada: fix overlay when partially off-screen
drm/armada: avoid saving the adjusted mode to crtc->mode
Tomas Elf (1):
drm/i915: Snapshot seqno of most recently submitted request.
Tomasz Figa (1):
drm/rockchip: Add BGR formats to VOP
Tvrtko Ursulin (2):
drm/i915: Forward all core DRM ioctls to core compat handling
drm: Provide compat ioctl for addfb2.1
Zhao Junwang (1):
drm: add a check for x/y in drm_mode_setcrtc
yao mark (2):
drm/rockchip: vop: switch cursor plane to window 3
drm/rockchip: vop: remove hardware cursor window
Documentation/DocBook/drm.tmpl | 2 +-
.../devicetree/bindings/drm/imx/fsl-imx-drm.txt | 26 ++++-
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 19 +++-
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 9 +-
drivers/gpu/drm/amd/amdgpu/cz_dpm.c | 16 ++-
drivers/gpu/drm/amd/amdgpu/dce_v8_0.c | 4 +
drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 5 +-
drivers/gpu/drm/amd/amdgpu/vi.c | 35 +++++-
drivers/gpu/drm/armada/armada_crtc.c | 2 -
drivers/gpu/drm/armada/armada_gem.c | 5 +-
drivers/gpu/drm/armada/armada_overlay.c | 121 +++++++++++++--------
drivers/gpu/drm/drm_crtc.c | 7 +-
drivers/gpu/drm/drm_ioc32.c | 60 ++++++++++
drivers/gpu/drm/i915/i915_drv.h | 6 +-
drivers/gpu/drm/i915/i915_gem.c | 35 +++---
drivers/gpu/drm/i915/i915_gem_context.c | 4 +-
drivers/gpu/drm/i915/i915_gem_dmabuf.c | 2 -
drivers/gpu/drm/i915/i915_gem_gtt.c | 9 +-
drivers/gpu/drm/i915/i915_gem_stolen.c | 1 -
drivers/gpu/drm/i915/i915_gem_tiling.c | 12 +-
drivers/gpu/drm/i915/i915_gem_userptr.c | 29 ++++-
drivers/gpu/drm/i915/i915_ioc32.c | 2 +-
drivers/gpu/drm/i915/i915_irq.c | 13 +--
drivers/gpu/drm/i915/i915_trace.h | 2 +-
drivers/gpu/drm/i915/intel_display.c | 8 +-
drivers/gpu/drm/i915/intel_ringbuffer.h | 7 ++
drivers/gpu/drm/imx/imx-tve.c | 2 +-
drivers/gpu/drm/imx/parallel-display.c | 21 +++-
drivers/gpu/drm/radeon/ci_dpm.c | 2 +-
drivers/gpu/drm/radeon/radeon_gart.c | 12 +-
drivers/gpu/drm/radeon/radeon_gem.c | 1 +
drivers/gpu/drm/radeon/radeon_object.c | 1 -
drivers/gpu/drm/radeon/si_dpm.c | 1 +
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 1 -
drivers/gpu/drm/rockchip/rockchip_drm_fb.c | 3 +-
drivers/gpu/drm/rockchip/rockchip_drm_gem.c | 67 ++++++------
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 49 ++++++---
drivers/gpu/drm/ttm/ttm_page_alloc_dma.c | 13 +--
drivers/gpu/ipu-v3/ipu-common.c | 3 +
39 files changed, 416 insertions(+), 201 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-07-10 6:41 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-07-10 6:41 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 4867 bytes --]
Hi Linus,
back from vacation (another one is coming up in August though), thanks for
taking care of direct pulls while I was out.
a bunch of fixes for radeon, intel, omap and one amdkfd fix.
radeon fixes are all over, but it does fix some cursor corruption across suspend/resume
i915 should fix the second warn you were seeing, so let us know if not.
omap is a bunch of small fixes,
Regards,
Dave.
The following changes since commit c4b5fd3fb2058b650447372472ad24e2a989f9f6:
Merge branch 'hpfs-patches' (patches from Mikulas Patocka) (2015-07-09 13:35:39 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 2d28b633c3fa8f53b919a5de86eb1c8e78dde818:
Merge tag 'omapdrm-4.2-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/tomba/linux into drm-fixes (2015-07-10 15:59:35 +1000)
----------------------------------------------------------------
Alex Deucher (2):
Revert "Revert "drm/radeon: dont switch vt on suspend""
drm/radeon: disable vce init on cayman (v2)
Chris Wilson (1):
drm/i915: Declare the swizzling unknown for L-shaped configurations
Christian König (3):
drm/radeon: allways add the VM clear duplicate
drm/radeon: check if BO_VA is set before adding it to the invalidation list
drm/amdgpu: fix timeout calculation
Dan Carpenter (1):
drm/radeon: fix underflow in r600_cp_dispatch_texture()
Daniel Vetter (2):
drm/i915: Check crtc->active in intel_crtc_disable_planes
drm/i915: Use crtc_state->active in primary check_plane func
Dave Airlie (4):
Merge branch 'drm-fixes-4.2' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-amdkfd-fixes-2015-07-09' of git://people.freedesktop.org/~gabbayo/linux into drm-fixes
Merge tag 'drm-intel-fixes-2015-07-09' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge tag 'omapdrm-4.2-fixes' of git://git.kernel.org/.../tomba/linux into drm-fixes
Fabian Frederick (1):
drm/omap: replace ALIGN(PAGE_SIZE) by PAGE_ALIGN
Grigori Goronzy (4):
drm/radeon: use RCU query for GEM_BUSY syscall
drm/radeon: fix HDP flushing
drm/radeon: default to 2048 MB GART size on SI+
drm/radeon: unpin cursor BOs on suspend and pin them again on resume (v2)
Imre Deak (1):
drm/i915/chv: fix HW readout of the port PLL fractional divider
Maninder Singh (1):
drm/amdkfd: validate pdd where it acquired first
Mario Kleiner (2):
drm/radeon: Handle irqs only based on irq ring, not irq status regs.
drm/amdgpu: Handle irqs only based on irq ring, not irq status regs.
Michel Dänzer (2):
drm/radeon: Clean up reference counting and pinning of the cursor BOs
drm/radeon: Fold radeon_set_cursor() into radeon_show_cursor()
Tomi Valkeinen (6):
drm/omap: return error if dma_alloc_writecombine fails
drm/omap: check that plane is inside crtc
drm/omap: increase DMM transaction timeout
drm/omap: fix omap_framebuffer_unpin() error handling
drm/omap: fix omap_gem_put_paddr() error handling
drm/omap: fix align_pitch() for 24 bits per pixel
Tvrtko Ursulin (1):
drm/i915: Restore all GGTT VMAs on resume
Ville Syrjälä (1):
Revert "drm/i915: Allocate context objects from stolen"
drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c | 2 +-
drivers/gpu/drm/amd/amdgpu/dce_v10_0.c | 22 +-
drivers/gpu/drm/amd/amdgpu/dce_v11_0.c | 22 +-
drivers/gpu/drm/amd/amdgpu/dce_v8_0.c | 22 +-
drivers/gpu/drm/amd/amdkfd/kfd_process.c | 9 +-
drivers/gpu/drm/i915/i915_gem_context.c | 4 +-
drivers/gpu/drm/i915/i915_gem_gtt.c | 23 +-
drivers/gpu/drm/i915/i915_gem_tiling.c | 12 +-
drivers/gpu/drm/i915/intel_display.c | 12 +-
drivers/gpu/drm/omapdrm/omap_dmm_tiler.c | 2 +-
drivers/gpu/drm/omapdrm/omap_drv.h | 6 +-
drivers/gpu/drm/omapdrm/omap_fb.c | 16 +-
drivers/gpu/drm/omapdrm/omap_fbdev.c | 2 +-
drivers/gpu/drm/omapdrm/omap_gem.c | 26 +-
drivers/gpu/drm/omapdrm/omap_plane.c | 26 ++
drivers/gpu/drm/radeon/cik.c | 336 ++++++++++++++------------
drivers/gpu/drm/radeon/evergreen.c | 392 +++++++++++++++++--------------
drivers/gpu/drm/radeon/ni.c | 25 +-
drivers/gpu/drm/radeon/r600.c | 155 ++++++------
drivers/gpu/drm/radeon/r600_cp.c | 2 +-
drivers/gpu/drm/radeon/radeon_cursor.c | 109 ++++-----
drivers/gpu/drm/radeon/radeon_device.c | 66 ++++--
drivers/gpu/drm/radeon/radeon_fb.c | 1 +
drivers/gpu/drm/radeon/radeon_gem.c | 12 +-
drivers/gpu/drm/radeon/radeon_mode.h | 1 -
drivers/gpu/drm/radeon/radeon_vm.c | 40 ++--
drivers/gpu/drm/radeon/si.c | 336 ++++++++++++++------------
27 files changed, 964 insertions(+), 717 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-06-20 0:28 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-06-20 0:28 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, DRI mailing list
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1664 bytes --]
Hi Linus,
smattering of fixes,
mgag200:
don't accept modes that aren't aligned properly as hw can't do it
i915:
two regression fixes
radeon:
one query to allow userspace fixes
one oops fixer for older hw with new options enabled
Dave.
The following changes since commit 0f57d86787d8b1076ea8f9cbdddda2a46d534a27:
Linux 4.1-rc8 (2015-06-14 15:51:10 -1000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to fcee3c73a2c51982057b93fe599b7c68e16d0636:
Merge tag 'drm-intel-fixes-2015-06-18' of git://anongit.freedesktop.org/drm-intel into drm-fixes (2015-06-19 11:58:39 +1000)
----------------------------------------------------------------
Adam Jackson (1):
drm/mgag200: Reject non-character-cell-aligned mode widths
Chris Wilson (1):
drm/i915: Always reset vma->ggtt_view.pages cache on unbinding
Dave Airlie (3):
drm/radeon: don't probe MST on hw we don't support it on
Merge branch 'drm-fixes-4.1' of git://people.freedesktop.org/~deathsimple/linux into drm-fixes
Merge tag 'drm-intel-fixes-2015-06-18' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Jani Nikula (1):
Revert "drm/i915: Don't skip request retirement if the active list is empty"
Michel Dänzer (1):
drm/radeon: Add RADEON_INFO_VA_UNMAP_WORKING query
drivers/gpu/drm/i915/i915_gem.c | 5 ++++-
drivers/gpu/drm/mgag200/mgag200_mode.c | 5 +++++
drivers/gpu/drm/radeon/radeon_dp_mst.c | 5 +++++
drivers/gpu/drm/radeon/radeon_kms.c | 3 +++
include/uapi/drm/radeon_drm.h | 1 +
5 files changed, 18 insertions(+), 1 deletion(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-06-12 0:20 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-06-12 0:20 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1810 bytes --]
Hi Linus,
i915 and radeon fixes, i915 fix for that regression, along with a DDC
probing one,
and two radeon reverts, along with a freeze workaround and a fix.
Dave.
The following changes since commit cff100f5d746465ca40e61cf296321ecf07d3f1c:
Merge tag 'trace-rb-bm-fix-4.1-rc7' of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace (2015-06-11 14:00:10 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 6e2eb00fc5f05c1c6d70e8ccbd9f04c75ea52fbc:
Merge tag 'drm-intel-fixes-2015-06-11' of git://anongit.freedesktop.org/drm-intel into drm-fixes (2015-06-12 10:11:50 +1000)
----------------------------------------------------------------
Alex Deucher (2):
Revert "drm/radeon: don't share plls if monitors differ in audio support"
Revert "drm/radeon: adjust pll when audio is not enabled"
Ander Conselvan de Oliveira (1):
drm/i915: Properly initialize SDVO analog connectors
Dave Airlie (2):
Merge branch 'drm-fixes-4.1' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-intel-fixes-2015-06-11' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Jani Nikula (1):
drm/i915: Fix DDC probe for passive adapters
Jérôme Glisse (1):
drm/radeon: fix freeze for laptop with Turks/Thames GPU.
Michel Dänzer (1):
drm/radeon: Make sure radeon_vm_bo_set_addr always unreserves the BO
drivers/gpu/drm/i915/intel_i2c.c | 20 +++++++++++++++++---
drivers/gpu/drm/i915/intel_sdvo.c | 2 +-
drivers/gpu/drm/radeon/atombios_crtc.c | 7 +------
drivers/gpu/drm/radeon/radeon_device.c | 15 +++++++++++++++
drivers/gpu/drm/radeon/radeon_vm.c | 17 ++++++++++++-----
5 files changed, 46 insertions(+), 15 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-06-05 2:38 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-06-05 2:38 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
just two small fixes, one radeon, one amdkfd.
Dave.
The following changes since commit c65b99f046843d2455aa231747b5a07a999a9f3d:
Linux 4.1-rc6 (2015-05-31 19:01:07 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to e08f28fdda4ef0df5254d47ef44397c0f99d32ea:
Merge tag 'drm-amdkfd-fixes-2015-06-03' of git://people.freedesktop.org/~gabbayo/linux into drm-fixes (2015-06-04 12:29:04 +1000)
----------------------------------------------------------------
Alex Deucher (1):
drm/radeon: use proper ACR regisiter for DCE3.2
Alexey Skidanov (1):
drm/amdkfd: fix topology bug with capability attr.
Dave Airlie (2):
Merge branch 'drm-fixes-4.1' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-amdkfd-fixes-2015-06-03' of git://people.freedesktop.org/~gabbayo/linux into drm-fixes
drivers/gpu/drm/amd/amdkfd/kfd_topology.c | 4 ++--
drivers/gpu/drm/radeon/dce3_1_afmt.c | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-05-29 10:36 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-05-29 10:36 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 3572 bytes --]
Hi Linus,
This is made up 4 groups of fixes detailed below.
vgem:
Due to some misgivings about possible bad use cases this allow,
backout a chunk of the interface to stop those use cases for now.
radeon:
Fix for an oops regression in the audio code, and a partial revert
for a fix that was cauing problems.
nouveau:
regression fix for Fermi, and display-less Maxwell boot fixes.
drm core:
a fix for i915 cursor vblank waiting in the atomic helpers.
Dave.
The following changes since commit ba155e2d21f6bf05de86a78dbe5bfd8757604a65:
Linux 4.1-rc5 (2015-05-24 18:22:35 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 1fe7142063517dfb17bfd3ada394e1dd7ee44ba7:
Merge branch 'linux-4.1' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes (2015-05-29 11:13:52 +1000)
----------------------------------------------------------------
Alex Deucher (3):
drm/radeon: don't share plls if monitors differ in audio support
Revert "drm/radeon: only mark audio as connected if the monitor supports it (v3)"
drm/radeon/audio: make sure connector is valid in hotplug case
Ben Skeggs (3):
drm/nouveau/devinit/gf100: make the force-post condition more obvious
drm/nouveau/devinit/gm100-: force devinit table execution on boards without PDISP
drm/nouveau/gr/gm204: remove a stray printk
Christian König (1):
drm/radeon: partially revert "fix VM_CONTEXT*_PAGE_TABLE_END_ADDR handling"
Daniel Vetter (1):
drm/plane-helper: Adapt cursor hack to transitional helpers
Dave Airlie (4):
Merge branch 'drm-fixes-4.1' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'topic/drm-fixes-2015-05-27' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'drm-fixes-4.1' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge branch 'linux-4.1' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Lars Seipel (1):
drm/nouveau/gr/gf100-: fix wrong constant definition
Rob Clark (1):
drm/vgem: drop DRIVER_PRIME (v2)
drivers/gpu/drm/drm_plane_helper.c | 3 +
drivers/gpu/drm/nouveau/include/nvif/class.h | 2 +-
drivers/gpu/drm/nouveau/nvkm/engine/gr/gm204.c | 1 -
.../gpu/drm/nouveau/nvkm/subdev/devinit/gf100.c | 7 +-
.../gpu/drm/nouveau/nvkm/subdev/devinit/gm107.c | 2 +-
.../gpu/drm/nouveau/nvkm/subdev/devinit/gm204.c | 2 +-
drivers/gpu/drm/nouveau/nvkm/subdev/devinit/nv50.h | 3 +
drivers/gpu/drm/radeon/atombios_crtc.c | 4 +-
drivers/gpu/drm/radeon/cik.c | 2 +-
drivers/gpu/drm/radeon/evergreen.c | 2 +-
drivers/gpu/drm/radeon/evergreen_hdmi.c | 5 +-
drivers/gpu/drm/radeon/ni.c | 2 +-
drivers/gpu/drm/radeon/r600.c | 2 +-
drivers/gpu/drm/radeon/radeon_audio.c | 27 +++----
drivers/gpu/drm/radeon/radeon_connectors.c | 8 +-
drivers/gpu/drm/radeon/rv770.c | 2 +-
drivers/gpu/drm/radeon/si.c | 2 +-
drivers/gpu/drm/vgem/Makefile | 2 +-
drivers/gpu/drm/vgem/vgem_dma_buf.c | 94 ----------------------
drivers/gpu/drm/vgem/vgem_drv.c | 11 +--
drivers/gpu/drm/vgem/vgem_drv.h | 11 ---
21 files changed, 42 insertions(+), 152 deletions(-)
delete mode 100644 drivers/gpu/drm/vgem/vgem_dma_buf.c
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2015-05-22 23:20 ` Dave Airlie
@ 2015-05-23 0:36 ` Linus Torvalds
0 siblings, 0 replies; 427+ messages in thread
From: Linus Torvalds @ 2015-05-23 0:36 UTC (permalink / raw)
To: Dave Airlie; +Cc: Dave Airlie, Linux Kernel Mailing List, DRI mailing list
On Fri, May 22, 2015 at 4:20 PM, Dave Airlie <airlied@gmail.com> wrote:
>
> Really ^to^so
Ahh. That simple one-letter substitution makes all the difference, now
it's suddenly parseable.
Thanks,
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2015-05-22 21:34 ` Linus Torvalds
@ 2015-05-22 23:20 ` Dave Airlie
2015-05-23 0:36 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2015-05-22 23:20 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Dave Airlie, Linux Kernel Mailing List, DRI mailing list
On 23 May 2015 at 07:34, Linus Torvalds <torvalds@linux-foundation.org> wrote:
> On Thu, May 21, 2015 at 8:39 PM, Dave Airlie <airlied@linux.ie> wrote:
>>
>> radeon has two displayport fixes, one for a regressions,
>> i915 regression flicker fix needed to 4.0 can get fixed.
>
> Ok, I'm used to fixing up your whitespace and lack of capitalization,
> but you're getting so incoherent that I can no longer even parse it
> well enough to fix it up.
>
> English *is* your first language, right? Could you please re-phrase
>
> "i915 regression flicker fix needed to 4.0 can get fixed"
>
> because it's not really making sense to me, and I want my commit
> messages to make sense.
Really ^to^so
i915: fix flicker regression from 4.0, patch required so 4.0 can get
fix backported.
Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2015-05-22 3:39 Dave Airlie
@ 2015-05-22 21:34 ` Linus Torvalds
2015-05-22 23:20 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Linus Torvalds @ 2015-05-22 21:34 UTC (permalink / raw)
To: Dave Airlie; +Cc: DRI mailing list, Linux Kernel Mailing List
On Thu, May 21, 2015 at 8:39 PM, Dave Airlie <airlied@linux.ie> wrote:
>
> radeon has two displayport fixes, one for a regressions,
> i915 regression flicker fix needed to 4.0 can get fixed.
Ok, I'm used to fixing up your whitespace and lack of capitalization,
but you're getting so incoherent that I can no longer even parse it
well enough to fix it up.
English *is* your first language, right? Could you please re-phrase
"i915 regression flicker fix needed to 4.0 can get fixed"
because it's not really making sense to me, and I want my commit
messages to make sense.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-05-22 3:39 Dave Airlie
2015-05-22 21:34 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2015-05-22 3:39 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
radeon has two displayport fixes, one for a regressions,
i915 regression flicker fix needed to 4.0 can get fixed.
a bunch of msm fixes and a bunch of exynos fixes, these two are probably a
bit larger than I'd like, but most of them seems pretty good.
Dave.
The following changes since commit e26081808edadfd257c6c9d81014e3b25e9a6118:
Linux 4.1-rc4 (2015-05-18 10:13:47 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to a8106b147f9b90ff84c458ec1f6d3b3a9d27a5f1:
Merge branch 'drm-fixes-4.1' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2015-05-22 13:31:54 +1000)
----------------------------------------------------------------
Alex Deucher (2):
drm/radeon: retry dcpd fetch
drm/radeon: fix error flag checking in native aux path
Archit Taneja (1):
drm: msm: Fix build when legacy fbdev support isn't set
Dave Airlie (4):
Merge branch 'msm-fixes-4.1' of git://people.freedesktop.org/~robclark/linux into drm-fixes
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/.../daeinki/drm-exynos into drm-fixes
Merge tag 'drm-intel-fixes-2015-05-21' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'drm-fixes-4.1' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Hai Li (3):
drm/msm/dsi: Fixup missing *break* statement during cmd rx
drm/msm: Attach assigned encoder to eDP and DSI connectors
drm/msm/dsi: Simplify the code to get the number of read byte
Julia Lawall (1):
drm/msm/dp: fix error return code
Krzysztof Kozlowski (5):
drm/exynos: mixer: Constify platform_device_id
drm/exynos: Fix build breakage on !DRM_EXYNOS_FIMD
drm/exynos: Constify exynos_drm_crtc_ops
drm/exynos: Consolidate return statements in fimd_bind()
drm/exynos: dp: Lower level of EDID read success message
Rob Clark (3):
drm/msm/dsi: use pr_err_ratelimited
drm/msm: setup vram after component_bind_all()
drm/msm: fix locking inconsistencies in gpu->destroy()
Stephane Viau (4):
drm/msm/dsi: Fix a couple more 64-bit build warnings
drm/msm/mdp5: Fix iteration on INTF config array
drm/msm: fix unbalanced DRM framebuffer init/destroy
drm/msm/mdp5: fix incorrect parameter for msm_framebuffer_iova()
Thierry Reding (1):
drm/msm: Fix a couple of 64-bit build warnings
Thomas Gummerer (1):
drm/i915: fix screen flickering
Tobias Jakobi (8):
drm/exynos: fb: use drm_format_num_planes to get buffer count
drm/exynos: plane: honor buffer offset for dma_addr
drm/exynos: mixer: remove buffer count handling in vp_video_buffer()
drm/exynos: mixer: also allow NV21 for the video processor
drm/exynos: mixer: cleanup pixelformat handling
drm/exynos: mixer: don't dump registers under spinlock
drm/exynos: 'win' is always unsigned
drm/exynos: cleanup exynos_drm_plane
drivers/gpu/drm/exynos/exynos7_drm_decon.c | 4 +-
drivers/gpu/drm/exynos/exynos_dp_core.c | 13 ++++--
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 10 ++---
drivers/gpu/drm/exynos/exynos_drm_crtc.h | 10 ++---
drivers/gpu/drm/exynos/exynos_drm_drv.h | 20 +++------
drivers/gpu/drm/exynos/exynos_drm_fb.c | 39 +---------------
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 53 ++++++++++------------
drivers/gpu/drm/exynos/exynos_drm_fimd.h | 15 -------
drivers/gpu/drm/exynos/exynos_drm_plane.c | 2 +-
drivers/gpu/drm/exynos/exynos_drm_vidi.c | 2 +-
drivers/gpu/drm/exynos/exynos_mixer.c | 72 ++++++++++++++++--------------
drivers/gpu/drm/i915/intel_pm.c | 24 +++++-----
drivers/gpu/drm/msm/adreno/adreno_gpu.c | 2 +-
drivers/gpu/drm/msm/dsi/dsi.c | 10 ++---
drivers/gpu/drm/msm/dsi/dsi_host.c | 21 ++++-----
drivers/gpu/drm/msm/dsi/dsi_manager.c | 6 ++-
drivers/gpu/drm/msm/edp/edp_aux.c | 4 +-
drivers/gpu/drm/msm/edp/edp_connector.c | 2 +
drivers/gpu/drm/msm/edp/edp_ctrl.c | 3 +-
drivers/gpu/drm/msm/mdp/mdp5/mdp5_cfg.c | 34 +++++++-------
drivers/gpu/drm/msm/mdp/mdp5/mdp5_cfg.h | 9 ++--
drivers/gpu/drm/msm/mdp/mdp5/mdp5_kms.c | 12 ++---
drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c | 2 +-
drivers/gpu/drm/msm/msm_drv.c | 24 +++++-----
drivers/gpu/drm/msm/msm_fb.c | 7 ++-
drivers/gpu/drm/msm/msm_gem.c | 2 +-
drivers/gpu/drm/msm/msm_iommu.c | 4 +-
drivers/gpu/drm/msm/msm_ringbuffer.c | 2 +-
drivers/gpu/drm/radeon/atombios_dp.c | 20 +++++----
drivers/gpu/drm/radeon/radeon_dp_auxch.c | 2 -
30 files changed, 190 insertions(+), 240 deletions(-)
delete mode 100644 drivers/gpu/drm/exynos/exynos_drm_fimd.h
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-05-15 5:38 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-05-15 5:38 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1637 bytes --]
Hi Linus,
radeon, one oops fix, one bug fix, one pci id addition patch
i915, one suspend/resume regression fix.
all seems quiet enough.
Dave.
The following changes since commit 030bbdbf4c833bc69f502eae58498bc5572db736:
Linux 4.1-rc3 (2015-05-10 15:12:29 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 472313245645661c3bc710f874e660c493d313e1:
Merge tag 'drm-intel-fixes-2015-05-13' of git://anongit.freedesktop.org/drm-intel into drm-fixes (2015-05-15 15:21:18 +1000)
----------------------------------------------------------------
Alex Deucher (1):
drm/radeon: add new bonaire pci id
Christian König (1):
drm/radeon: fix VM_CONTEXT*_PAGE_TABLE_END_ADDR handling
Dave Airlie (3):
drm/radeon: don't do mst probing if MST isn't enabled.
Merge branch 'drm-fixes-4.1' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-intel-fixes-2015-05-13' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Peter Antoine (1):
drm/i915: Avoid GPU hang when coming out of s3 or s4
drivers/gpu/drm/i915/i915_drv.c | 13 ++++++++++---
drivers/gpu/drm/radeon/cik.c | 4 ++--
drivers/gpu/drm/radeon/evergreen.c | 2 +-
drivers/gpu/drm/radeon/ni.c | 5 +++--
drivers/gpu/drm/radeon/r600.c | 2 +-
drivers/gpu/drm/radeon/radeon_dp_mst.c | 3 +++
drivers/gpu/drm/radeon/rv770.c | 2 +-
drivers/gpu/drm/radeon/si.c | 4 ++--
include/drm/drm_pciids.h | 1 +
9 files changed, 24 insertions(+), 12 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-05-10 20:28 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-05-10 20:28 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 3432 bytes --]
Hi Linus,
really need to get back to sending these on my Friday, instead of my
Monday morning, but nothing too amazing in here, a few amdkfd fixes,
a few radeon fixes, i915 fixes, one tegra fix and one core fix.
Dave.
The following changes since commit 5ebe6afaf0057ac3eaeb98defd5456894b446d22:
Linux 4.1-rc2 (2015-05-03 19:22:23 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 332545b3016cbff066c17037d32ec8aae8e4cfb5:
Merge tag 'drm-intel-fixes-2015-05-08' of git://anongit.freedesktop.org/drm-intel into drm-fixes (2015-05-11 06:06:22 +1000)
----------------------------------------------------------------
Alex Deucher (1):
drm/radeon: don't setup audio on asics that don't support it
Chris Wilson (1):
drm/i915: Drop PIPE-A quirk for 945GSE HP Mini
Christian König (6):
drm/radeon: disable semaphores for UVD V1 (v2)
drm/radeon: fix userptr lockup
drm/radeon: make VCE handle check more strict
drm/radeon: make UVD handle checking more strict
drm/radeon: more strictly validate the UVD codec
drm/radeon: stop trying to suspend UVD sessions
Dave Airlie (3):
Merge branch 'drm-fixes-4.1' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-amdkfd-fixes-2015-05-07' of git://people.freedesktop.org/~gabbayo/linux into drm-fixes
Merge tag 'drm-intel-fixes-2015-05-08' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Jani Nikula (1):
drm/i915/dp: there is no audio on port A
Lukas Wunner (2):
drm/i915: Assume dual channel LVDS if pixel clock necessitates it
drm/i915: Add missing MacBook Pro models with dual channel LVDS
Mario Kleiner (2):
drm/tegra: Don't use vblank_disable_immediate on incapable driver.
drm: Zero out invalid vblank timestamp in drm_update_vblank_count.
Oded Gabbay (2):
drm/amdkfd: allow unregister process with queues
drm/amdkfd: Don't report local memory size
Sonika Jindal (1):
drm/i915: Sink rate read should be saved in deca-kHz
Xihan Zhang (1):
drm/amdkfd: Initialize sdma vm when creating sdma queue
monk.liu (1):
drm/radeon: fix userptr BO unpin bug v3
.../gpu/drm/amd/amdkfd/kfd_device_queue_manager.c | 7 +-
drivers/gpu/drm/amd/amdkfd/kfd_topology.c | 4 +-
drivers/gpu/drm/drm_irq.c | 9 +-
drivers/gpu/drm/i915/intel_display.c | 3 -
drivers/gpu/drm/i915/intel_dp.c | 9 +-
drivers/gpu/drm/i915/intel_lvds.c | 26 +++-
drivers/gpu/drm/radeon/radeon.h | 1 -
drivers/gpu/drm/radeon/radeon_asic.c | 2 +-
drivers/gpu/drm/radeon/radeon_asic.h | 4 +
drivers/gpu/drm/radeon/radeon_audio.c | 4 +
drivers/gpu/drm/radeon/radeon_mn.c | 3 +
drivers/gpu/drm/radeon/radeon_ttm.c | 8 +-
drivers/gpu/drm/radeon/radeon_uvd.c | 144 +++++++++++++--------
drivers/gpu/drm/radeon/radeon_vce.c | 65 +++++++---
drivers/gpu/drm/radeon/rv770d.h | 3 +
drivers/gpu/drm/radeon/uvd_v1_0.c | 14 +-
drivers/gpu/drm/radeon/uvd_v2_2.c | 29 +++++
drivers/gpu/drm/tegra/drm.c | 1 -
18 files changed, 230 insertions(+), 106 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-05-03 23:00 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-05-03 23:00 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2856 bytes --]
Hi Linus,
one intel fix, one rockchip fix, and a bunch of radeon fixes for
some regressions from audio rework and vm stability.
Dave.
The following changes since commit b787f68c36d49bb1d9236f403813641efa74a031:
Linux 4.1-rc1 (2015-04-26 17:59:10 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 71aee81937963ccb07b3fa1b912e4cc6cd77dfa8:
Merge tag 'drm-intel-fixes-2015-04-30' of git://anongit.freedesktop.org/drm-intel into drm-fixes (2015-05-04 08:56:47 +1000)
----------------------------------------------------------------
Alex Deucher (7):
drm/radeon: fix ordering of AVI packet setup
drm/radeon: drop dce6_dp_enable
drm/radeon/audio: don't enable packets until the end
drm/radeon: only mark audio as connected if the monitor supports it (v3)
drm/radeon: only enable audio streams if the monitor supports it
drm/radeon: adjust pll when audio is not enabled
drm/radeon: add SI DPM quirk for Sapphire R9 270 Dual-X 2G GDDR5
Christian König (4):
drm/radeon: fix lockup when BOs aren't part of the VM on release
drm/radeon: reset BOs address after clearing it.
drm/radeon: check new address before removing old one
drm/radeon: fix userptr return value checking (v2)
Dave Airlie (3):
Merge branch 'drm-fixes-4.1' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge branch 'drm-next0420' of https://github.com/markyzq/kernel-drm-rockchip into drm-fixes
Merge tag 'drm-intel-fixes-2015-04-30' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Deepak S (1):
drm/i915/chv: Implement WaDisableShadowRegForCpd
Heiko Stuebner (2):
MAINTAINERS: add entry for Rockchip drm drivers
drm/rockchip: fix error check when getting irq
Michel Dänzer (1):
drm/radeon: Use drm_calloc_ab for CS relocs
MAINTAINERS | 7 ++++
drivers/gpu/drm/i915/i915_reg.h | 2 ++
drivers/gpu/drm/i915/intel_uncore.c | 8 +++++
drivers/gpu/drm/radeon/atombios_crtc.c | 3 ++
drivers/gpu/drm/radeon/atombios_encoders.c | 6 ++--
drivers/gpu/drm/radeon/dce6_afmt.c | 25 --------------
drivers/gpu/drm/radeon/evergreen_hdmi.c | 53 ++++++++++++++++++-----------
drivers/gpu/drm/radeon/r600_hdmi.c | 9 ++---
drivers/gpu/drm/radeon/radeon_audio.c | 30 ++++++++--------
drivers/gpu/drm/radeon/radeon_connectors.c | 8 +++--
drivers/gpu/drm/radeon/radeon_cs.c | 4 +--
drivers/gpu/drm/radeon/radeon_mn.c | 10 +++---
drivers/gpu/drm/radeon/radeon_vm.c | 36 ++++++++++++--------
drivers/gpu/drm/radeon/si_dpm.c | 1 +
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 9 ++---
15 files changed, 117 insertions(+), 94 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-04-08 21:02 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-04-08 21:02 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
Final drm fixes, one core locking imbalance regression, and a bunch of
i915 baytrail s/r fixes.
going to be away for a few days, but should still have email at least.
Dave.
The following changes since commit f22e6e847115abc3a0e2ad7bb18d243d42275af1:
Linux 4.0-rc7 (2015-04-06 15:39:45 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to f4274e23fb16721449d973ed607505f5dbdcd2df:
Merge tag 'drm-intel-fixes-2015-04-08' of git://anongit.freedesktop.org/drm-intel into drm-fixes (2015-04-09 06:59:50 +1000)
----------------------------------------------------------------
Dave Airlie (1):
Merge tag 'drm-intel-fixes-2015-04-08' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Deepak S (1):
drm/i915/chv: Remove Wait for a previous gfx force-off
Jesse Barnes (2):
drm/i915/vlv: save/restore the power context base reg
drm/i915/vlv: remove wait for previous GFX clk disable request
Tommi Rantala (1):
drm: fix drm_mode_getconnector() locking imbalance regression
drivers/gpu/drm/drm_crtc.c | 4 +++-
drivers/gpu/drm/i915/i915_drv.c | 14 ++------------
drivers/gpu/drm/i915/i915_drv.h | 1 +
3 files changed, 6 insertions(+), 13 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2015-03-25 8:56 ` Daniel Vetter
@ 2015-03-25 14:34 ` Dave Jones
0 siblings, 0 replies; 427+ messages in thread
From: Dave Jones @ 2015-03-25 14:34 UTC (permalink / raw)
To: Josh Boyer, Dave Airlie, Damien Lespiau, Xi Ruoyao,
Linus Torvalds, DRI mailing list, Linux-Kernel@Vger. Kernel. Org,
Intel Graphics Development
On Wed, Mar 25, 2015 at 09:56:28AM +0100, Daniel Vetter wrote:
> > I've started seeing this one too as of rc5.
> > Along with..
>
> Yeah we're freeing memory too early with these bugs. To get up to the
> current debug state can you please cherry-pick
>
> commit f55548b5af87ebfc586ca75748947f1c1b1a4a52
> Author: Damien Lespiau <damien.lespiau@intel.com>
> Date: Thu Feb 5 18:30:20 2015 +0000
>
> drm/i915: Don't try to reference the fb in get_initial_plane_config()
>
> and
>
> commit fb9981aa675eb7b398849915364916fd98833cfa
> Author: Damien Lespiau <damien.lespiau@intel.com>
> Date: Thu Feb 5 19:24:25 2015 +0000
>
> drm/i915: Fix atomic state when reusing the firmware fb
>
> from linux-next and then check what's left?
I'm probably not going to get time to look at this again until the
weekend. If things are still awry in rc6, I'll holler.
Dave
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2015-03-24 1:41 ` Dave Jones
@ 2015-03-25 8:56 ` Daniel Vetter
2015-03-25 14:34 ` Dave Jones
0 siblings, 1 reply; 427+ messages in thread
From: Daniel Vetter @ 2015-03-25 8:56 UTC (permalink / raw)
To: Dave Jones, Josh Boyer, Dave Airlie, Damien Lespiau, Xi Ruoyao,
Linus Torvalds, DRI mailing list, Linux-Kernel@Vger. Kernel. Org,
Intel Graphics Development
On Mon, Mar 23, 2015 at 09:41:20PM -0400, Dave Jones wrote:
> On Mon, Mar 23, 2015 at 11:33:42AM -0400, Josh Boyer wrote:
>
> > I have a machine that no longer boots in a headless manner with -rc5.
> > It's an Celeron based NUC device. I blacklisted the i915 driver and
> > it boots fine, then I ran insmod manually and got the backtrace below.
> > This machine only has HDMI output on it. If I have it connected (even
> > if the monitor is set to display some other input) it will boot fine,
> > but the backtrace is still present. I'm going to guess the machine
> > "hangs" in headless because X causes some further issues in the
> > headless case.
> >
> > Linux v4.0-rc4-199-gb314acaccd7e gets this splat in the headless state:
> >
> > [ +0.000039] WARNING: CPU: 0 PID: 63 at
> > drivers/gpu/drm/i915/i915_gem.c:4525 i915_gem_free_object+0x2e5/0x320
> > [i915]()
> > [ +0.000002] WARN_ON(obj->frontbuffer_bits)
> >
> > which is what I thought one of these commits was supposed to fix. I
> > don't see that in -rc5, but then we have these other issues.
>
>
> > [ +0.000037] WARNING: CPU: 1 PID: 1486 at include/linux/kref.h:47
> > drm_framebuffer_reference+0x7a/0x90 [drm]()
> ..
> > [ +0.000037] WARNING: CPU: 0 PID: 563 at
> > drivers/gpu/drm/drm_atomic.c:482 drm_atomic_check_only+0x33d/0x500
> > [drm]()
>
> I've started seeing this one too as of rc5.
> Along with..
Yeah we're freeing memory too early with these bugs. To get up to the
current debug state can you please cherry-pick
commit f55548b5af87ebfc586ca75748947f1c1b1a4a52
Author: Damien Lespiau <damien.lespiau@intel.com>
Date: Thu Feb 5 18:30:20 2015 +0000
drm/i915: Don't try to reference the fb in get_initial_plane_config()
and
commit fb9981aa675eb7b398849915364916fd98833cfa
Author: Damien Lespiau <damien.lespiau@intel.com>
Date: Thu Feb 5 19:24:25 2015 +0000
drm/i915: Fix atomic state when reusing the firmware fb
from linux-next and then check what's left?
Thanks, Daniel
>
>
> =============================================================================
> BUG kmalloc-192 (Tainted: G W ): Poison overwritten
> -----------------------------------------------------------------------------
> Disabling lock debugging due to kernel taint
> INFO: 0xffff8804277e5c78-0xffff8804277e5c78. First byte 0x6a instead of 0x6b
> INFO: Allocated in ironlake_get_initial_plane_config+0x86/0x390 [i915] age=175 cpu=5 pid=313
> __slab_alloc.constprop.79+0x5a9/0x670
> kmem_cache_alloc_trace+0x21f/0x300
> ironlake_get_initial_plane_config+0x86/0x390 [i915]
> intel_modeset_init+0x9d9/0x1a50 [i915]
> i915_driver_load+0xebf/0x1150 [i915]
> drm_dev_register+0xb5/0x110 [drm]
> drm_get_pci_dev+0x8d/0x200 [drm]
> i915_pci_probe+0x3b/0x60 [i915]
> pci_device_probe+0x8c/0xf0
> driver_probe_device+0x90/0x3e0
> __driver_attach+0xa3/0xb0
> bus_for_each_dev+0x73/0xc0
> driver_attach+0x1e/0x20
> bus_add_driver+0x188/0x260
> driver_register+0x64/0xf0
> __pci_register_driver+0x64/0x70
> INFO: Freed in intel_user_framebuffer_destroy+0x65/0xa0 [i915] age=40 cpu=0 pid=128
> __slab_free+0x19e/0x2c0
> kfree+0x2c1/0x310
> intel_user_framebuffer_destroy+0x65/0xa0 [i915]
> drm_framebuffer_free+0x50/0x60 [drm]
> drm_framebuffer_unreference+0x35/0x70 [drm]
> drm_atomic_helper_plane_destroy_state+0x1f/0x30 [drm_kms_helper]
> intel_plane_destroy_state+0xe/0x10 [i915]
> drm_plane_helper_commit+0xb2/0x2e0 [drm_kms_helper]
> drm_plane_helper_update+0x9a/0xf0 [drm_kms_helper]
> __intel_set_mode+0x8b5/0xb70 [i915]
> intel_crtc_set_config+0xc4b/0x1030 [i915]
> drm_mode_set_config_internal+0x69/0x120 [drm]
> restore_fbdev_mode+0xc8/0xf0 [drm_kms_helper]
> drm_fb_helper_restore_fbdev_mode_unlocked+0x29/0x80 [drm_kms_helper]
> drm_fb_helper_set_par+0x22/0x50 [drm_kms_helper]
> intel_fbdev_set_par+0x1a/0x60 [i915]
> INFO: Slab 0xffffea00109df900 objects=31 used=31 fp=0x (null) flags=0x8000000000004080
> INFO: Object 0xffff8804277e5c70 @offset=7280 fp=0xffff8804277e6288
> Bytes b4 ffff8804277e5c60: 54 7a fb ff 00 00 00 00 5a 5a 5a 5a 5a 5a 5a 5a Tz......ZZZZZZZZ
> Object ffff8804277e5c70: 6b 6b 6b 6b 6b 6b 6b 6b 6a 6b 6b 6b 6b 6b 6b 6b kkkkkkkkjkkkkkkk
> Object ffff8804277e5c80: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk
> Object ffff8804277e5c90: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk
> Object ffff8804277e5ca0: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk
> Object ffff8804277e5cb0: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk
> Object ffff8804277e5cc0: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk
> Object ffff8804277e5cd0: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk
> Object ffff8804277e5ce0: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk
> Object ffff8804277e5cf0: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk
> Object ffff8804277e5d00: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk
> Object ffff8804277e5d10: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk
> Object ffff8804277e5d20: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b a5 kkkkkkkkkkkkkkk.
> Redzone ffff8804277e5d30: bb bb bb bb bb bb bb bb ........
> Padding ffff8804277e5e70: 5a 5a 5a 5a 5a 5a 5a 5a ZZZZZZZZ
> CPU: 4 PID: 128 Comm: kworker/u16:4 Tainted: G B W 4.0.0-rc5-backupdebug+ #1
> Workqueue: events_unbound async_run_entry_fn
> ffff8804277e5c70 000000002ebc2945 ffff8800b780f578 ffffffff90780cc3
> 0000000000000000 ffff88042b804900 ffff8800b780f5b8 ffffffff901e76cc
> 0000000000000008 ffff880400000001 ffff8804277e5c79 ffff88042b804900
> Call Trace:
> [<ffffffff90780cc3>] dump_stack+0x4c/0x65
> [<ffffffff901e76cc>] print_trailer+0x14c/0x200
> [<ffffffff901e784f>] check_bytes_and_report+0xcf/0x110
> [<ffffffff901e8717>] check_object+0x1d7/0x250
> [<ffffffffc0335cac>] ? intel_plane_duplicate_state+0x2c/0xa0 [i915]
> [<ffffffff901e8c14>] alloc_debug_processing+0xa4/0x1a0
> [<ffffffff901eb5c9>] __slab_alloc.constprop.79+0x5a9/0x670
> [<ffffffffc0335cac>] ? intel_plane_duplicate_state+0x2c/0xa0 [i915]
> [<ffffffffc0335cac>] ? intel_plane_duplicate_state+0x2c/0xa0 [i915]
> [<ffffffff901edc0e>] __kmalloc_track_caller+0x2ee/0x380
> [<ffffffff901b2e40>] kmemdup+0x20/0x50
> [<ffffffffc0335cac>] intel_plane_duplicate_state+0x2c/0xa0 [i915]
> [<ffffffffc0239be8>] drm_atomic_get_plane_state+0x78/0xf0 [drm]
> [<ffffffffc028d428>] drm_atomic_helper_plane_set_property+0x68/0xd0 [drm_kms_helper]
> [<ffffffffc022824d>] drm_mode_plane_set_obj_prop+0x2d/0x90 [drm]
> [<ffffffffc028ee4b>] restore_fbdev_mode+0x6b/0xf0 [drm_kms_helper]
> [<ffffffffc0290f09>] drm_fb_helper_restore_fbdev_mode_unlocked+0x29/0x80 [drm_kms_helper]
> [<ffffffffc0290f82>] drm_fb_helper_set_par+0x22/0x50 [drm_kms_helper]
> [<ffffffffc0290e91>] drm_fb_helper_hotplug_event+0x91/0xe0 [drm_kms_helper]
> [<ffffffffc0290f2c>] drm_fb_helper_restore_fbdev_mode_unlocked+0x4c/0x80 [drm_kms_helper]
> [<ffffffffc0290f82>] drm_fb_helper_set_par+0x22/0x50 [drm_kms_helper]
> [<ffffffffc03313ba>] intel_fbdev_set_par+0x1a/0x60 [i915]
> [<ffffffff9047e488>] fbcon_init+0x588/0x610
> [<ffffffff90500f4c>] visual_init+0xbc/0x120
> [<ffffffff9050376e>] do_bind_con_driver+0x17e/0x3b0
> [<ffffffff90503ef4>] do_take_over_console+0xb4/0x1e0
> [<ffffffff90479283>] do_fbcon_takeover+0x63/0xd0
> [<ffffffff9047efbd>] fbcon_event_notify+0x6cd/0x7d0
> [<ffffffff9009d0e2>] notifier_call_chain+0x62/0x100
> [<ffffffff9009d391>] __blocking_notifier_call_chain+0x51/0x70
> [<ffffffff9009d3c6>] blocking_notifier_call_chain+0x16/0x20
> [<ffffffff90484f1b>] fb_notifier_call_chain+0x1b/0x20
> [<ffffffff90487267>] register_framebuffer+0x207/0x340
> [<ffffffffc0291214>] drm_fb_helper_initial_config+0x264/0x3c0 [drm_kms_helper]
> [<ffffffffc03326db>] intel_fbdev_initial_config+0x1b/0x20 [i915]
> [<ffffffff9009f69a>] async_run_entry_fn+0x4a/0x150
> [<ffffffff90095819>] process_one_work+0x209/0x810
> [<ffffffff90095780>] ? process_one_work+0x170/0x810
> [<ffffffff90095e8b>] worker_thread+0x6b/0x490
> [<ffffffff90095e20>] ? process_one_work+0x810/0x810
> [<ffffffff9009ba79>] kthread+0x119/0x130
> [<ffffffff9009b960>] ? kthread_create_on_node+0x240/0x240
> [<ffffffff90789888>] ret_from_fork+0x58/0x90
> [<ffffffff9009b960>] ? kthread_create_on_node+0x240/0x240
> FIX kmalloc-192: Restoring 0xffff8804277e5c78-0xffff8804277e5c78=0x6b
> FIX kmalloc-192: Marking all objects used
>
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2015-03-23 15:33 ` Josh Boyer
2015-03-23 18:34 ` Josh Boyer
@ 2015-03-24 1:41 ` Dave Jones
2015-03-25 8:56 ` Daniel Vetter
1 sibling, 1 reply; 427+ messages in thread
From: Dave Jones @ 2015-03-24 1:41 UTC (permalink / raw)
To: Josh Boyer
Cc: Dave Airlie, Damien Lespiau, Xi Ruoyao, Linus Torvalds,
DRI mailing list, Linux-Kernel@Vger. Kernel. Org,
Intel Graphics Development
On Mon, Mar 23, 2015 at 11:33:42AM -0400, Josh Boyer wrote:
> I have a machine that no longer boots in a headless manner with -rc5.
> It's an Celeron based NUC device. I blacklisted the i915 driver and
> it boots fine, then I ran insmod manually and got the backtrace below.
> This machine only has HDMI output on it. If I have it connected (even
> if the monitor is set to display some other input) it will boot fine,
> but the backtrace is still present. I'm going to guess the machine
> "hangs" in headless because X causes some further issues in the
> headless case.
>
> Linux v4.0-rc4-199-gb314acaccd7e gets this splat in the headless state:
>
> [ +0.000039] WARNING: CPU: 0 PID: 63 at
> drivers/gpu/drm/i915/i915_gem.c:4525 i915_gem_free_object+0x2e5/0x320
> [i915]()
> [ +0.000002] WARN_ON(obj->frontbuffer_bits)
>
> which is what I thought one of these commits was supposed to fix. I
> don't see that in -rc5, but then we have these other issues.
> [ +0.000037] WARNING: CPU: 1 PID: 1486 at include/linux/kref.h:47
> drm_framebuffer_reference+0x7a/0x90 [drm]()
..
> [ +0.000037] WARNING: CPU: 0 PID: 563 at
> drivers/gpu/drm/drm_atomic.c:482 drm_atomic_check_only+0x33d/0x500
> [drm]()
I've started seeing this one too as of rc5.
Along with..
=============================================================================
BUG kmalloc-192 (Tainted: G W ): Poison overwritten
-----------------------------------------------------------------------------
Disabling lock debugging due to kernel taint
INFO: 0xffff8804277e5c78-0xffff8804277e5c78. First byte 0x6a instead of 0x6b
INFO: Allocated in ironlake_get_initial_plane_config+0x86/0x390 [i915] age=175 cpu=5 pid=313
__slab_alloc.constprop.79+0x5a9/0x670
kmem_cache_alloc_trace+0x21f/0x300
ironlake_get_initial_plane_config+0x86/0x390 [i915]
intel_modeset_init+0x9d9/0x1a50 [i915]
i915_driver_load+0xebf/0x1150 [i915]
drm_dev_register+0xb5/0x110 [drm]
drm_get_pci_dev+0x8d/0x200 [drm]
i915_pci_probe+0x3b/0x60 [i915]
pci_device_probe+0x8c/0xf0
driver_probe_device+0x90/0x3e0
__driver_attach+0xa3/0xb0
bus_for_each_dev+0x73/0xc0
driver_attach+0x1e/0x20
bus_add_driver+0x188/0x260
driver_register+0x64/0xf0
__pci_register_driver+0x64/0x70
INFO: Freed in intel_user_framebuffer_destroy+0x65/0xa0 [i915] age=40 cpu=0 pid=128
__slab_free+0x19e/0x2c0
kfree+0x2c1/0x310
intel_user_framebuffer_destroy+0x65/0xa0 [i915]
drm_framebuffer_free+0x50/0x60 [drm]
drm_framebuffer_unreference+0x35/0x70 [drm]
drm_atomic_helper_plane_destroy_state+0x1f/0x30 [drm_kms_helper]
intel_plane_destroy_state+0xe/0x10 [i915]
drm_plane_helper_commit+0xb2/0x2e0 [drm_kms_helper]
drm_plane_helper_update+0x9a/0xf0 [drm_kms_helper]
__intel_set_mode+0x8b5/0xb70 [i915]
intel_crtc_set_config+0xc4b/0x1030 [i915]
drm_mode_set_config_internal+0x69/0x120 [drm]
restore_fbdev_mode+0xc8/0xf0 [drm_kms_helper]
drm_fb_helper_restore_fbdev_mode_unlocked+0x29/0x80 [drm_kms_helper]
drm_fb_helper_set_par+0x22/0x50 [drm_kms_helper]
intel_fbdev_set_par+0x1a/0x60 [i915]
INFO: Slab 0xffffea00109df900 objects=31 used=31 fp=0x (null) flags=0x8000000000004080
INFO: Object 0xffff8804277e5c70 @offset=7280 fp=0xffff8804277e6288
Bytes b4 ffff8804277e5c60: 54 7a fb ff 00 00 00 00 5a 5a 5a 5a 5a 5a 5a 5a Tz......ZZZZZZZZ
Object ffff8804277e5c70: 6b 6b 6b 6b 6b 6b 6b 6b 6a 6b 6b 6b 6b 6b 6b 6b kkkkkkkkjkkkkkkk
Object ffff8804277e5c80: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk
Object ffff8804277e5c90: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk
Object ffff8804277e5ca0: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk
Object ffff8804277e5cb0: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk
Object ffff8804277e5cc0: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk
Object ffff8804277e5cd0: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk
Object ffff8804277e5ce0: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk
Object ffff8804277e5cf0: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk
Object ffff8804277e5d00: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk
Object ffff8804277e5d10: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk
Object ffff8804277e5d20: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b a5 kkkkkkkkkkkkkkk.
Redzone ffff8804277e5d30: bb bb bb bb bb bb bb bb ........
Padding ffff8804277e5e70: 5a 5a 5a 5a 5a 5a 5a 5a ZZZZZZZZ
CPU: 4 PID: 128 Comm: kworker/u16:4 Tainted: G B W 4.0.0-rc5-backupdebug+ #1
Workqueue: events_unbound async_run_entry_fn
ffff8804277e5c70 000000002ebc2945 ffff8800b780f578 ffffffff90780cc3
0000000000000000 ffff88042b804900 ffff8800b780f5b8 ffffffff901e76cc
0000000000000008 ffff880400000001 ffff8804277e5c79 ffff88042b804900
Call Trace:
[<ffffffff90780cc3>] dump_stack+0x4c/0x65
[<ffffffff901e76cc>] print_trailer+0x14c/0x200
[<ffffffff901e784f>] check_bytes_and_report+0xcf/0x110
[<ffffffff901e8717>] check_object+0x1d7/0x250
[<ffffffffc0335cac>] ? intel_plane_duplicate_state+0x2c/0xa0 [i915]
[<ffffffff901e8c14>] alloc_debug_processing+0xa4/0x1a0
[<ffffffff901eb5c9>] __slab_alloc.constprop.79+0x5a9/0x670
[<ffffffffc0335cac>] ? intel_plane_duplicate_state+0x2c/0xa0 [i915]
[<ffffffffc0335cac>] ? intel_plane_duplicate_state+0x2c/0xa0 [i915]
[<ffffffff901edc0e>] __kmalloc_track_caller+0x2ee/0x380
[<ffffffff901b2e40>] kmemdup+0x20/0x50
[<ffffffffc0335cac>] intel_plane_duplicate_state+0x2c/0xa0 [i915]
[<ffffffffc0239be8>] drm_atomic_get_plane_state+0x78/0xf0 [drm]
[<ffffffffc028d428>] drm_atomic_helper_plane_set_property+0x68/0xd0 [drm_kms_helper]
[<ffffffffc022824d>] drm_mode_plane_set_obj_prop+0x2d/0x90 [drm]
[<ffffffffc028ee4b>] restore_fbdev_mode+0x6b/0xf0 [drm_kms_helper]
[<ffffffffc0290f09>] drm_fb_helper_restore_fbdev_mode_unlocked+0x29/0x80 [drm_kms_helper]
[<ffffffffc0290f82>] drm_fb_helper_set_par+0x22/0x50 [drm_kms_helper]
[<ffffffffc0290e91>] drm_fb_helper_hotplug_event+0x91/0xe0 [drm_kms_helper]
[<ffffffffc0290f2c>] drm_fb_helper_restore_fbdev_mode_unlocked+0x4c/0x80 [drm_kms_helper]
[<ffffffffc0290f82>] drm_fb_helper_set_par+0x22/0x50 [drm_kms_helper]
[<ffffffffc03313ba>] intel_fbdev_set_par+0x1a/0x60 [i915]
[<ffffffff9047e488>] fbcon_init+0x588/0x610
[<ffffffff90500f4c>] visual_init+0xbc/0x120
[<ffffffff9050376e>] do_bind_con_driver+0x17e/0x3b0
[<ffffffff90503ef4>] do_take_over_console+0xb4/0x1e0
[<ffffffff90479283>] do_fbcon_takeover+0x63/0xd0
[<ffffffff9047efbd>] fbcon_event_notify+0x6cd/0x7d0
[<ffffffff9009d0e2>] notifier_call_chain+0x62/0x100
[<ffffffff9009d391>] __blocking_notifier_call_chain+0x51/0x70
[<ffffffff9009d3c6>] blocking_notifier_call_chain+0x16/0x20
[<ffffffff90484f1b>] fb_notifier_call_chain+0x1b/0x20
[<ffffffff90487267>] register_framebuffer+0x207/0x340
[<ffffffffc0291214>] drm_fb_helper_initial_config+0x264/0x3c0 [drm_kms_helper]
[<ffffffffc03326db>] intel_fbdev_initial_config+0x1b/0x20 [i915]
[<ffffffff9009f69a>] async_run_entry_fn+0x4a/0x150
[<ffffffff90095819>] process_one_work+0x209/0x810
[<ffffffff90095780>] ? process_one_work+0x170/0x810
[<ffffffff90095e8b>] worker_thread+0x6b/0x490
[<ffffffff90095e20>] ? process_one_work+0x810/0x810
[<ffffffff9009ba79>] kthread+0x119/0x130
[<ffffffff9009b960>] ? kthread_create_on_node+0x240/0x240
[<ffffffff90789888>] ret_from_fork+0x58/0x90
[<ffffffff9009b960>] ? kthread_create_on_node+0x240/0x240
FIX kmalloc-192: Restoring 0xffff8804277e5c78-0xffff8804277e5c78=0x6b
FIX kmalloc-192: Marking all objects used
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2015-03-23 15:33 ` Josh Boyer
@ 2015-03-23 18:34 ` Josh Boyer
2015-03-24 1:41 ` Dave Jones
1 sibling, 0 replies; 427+ messages in thread
From: Josh Boyer @ 2015-03-23 18:34 UTC (permalink / raw)
To: Dave Airlie, Xi Ruoyao
Cc: Damien Lespiau, Linus Torvalds, DRI mailing list,
Linux-Kernel@Vger. Kernel. Org, Intel Graphics Development
On Mon, Mar 23, 2015 at 11:33 AM, Josh Boyer <jwboyer@fedoraproject.org> wrote:
<snip>
>> Xi Ruoyao (1):
>> drm/i915: Ensure plane->state->fb stays in sync with plane->fb
Turns out to be that commit.
git bisect start 'drivers/gpu/drm/i915/'
# good: [b314acaccd7e0d55314d96be4a33b5f50d0b3344] Merge branch
'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input
git bisect good b314acaccd7e0d55314d96be4a33b5f50d0b3344
# bad: [bc465aa9d045feb0e13b4a8f32cc33c1943f62d6] Linux 4.0-rc5
git bisect bad bc465aa9d045feb0e13b4a8f32cc33c1943f62d6
# bad: [319c1d420a0b62d9dbb88104afebaabc968cdbfa] drm/i915: Ensure
plane->state->fb stays in sync with plane->fb
git bisect bad 319c1d420a0b62d9dbb88104afebaabc968cdbfa
# first bad commit: [319c1d420a0b62d9dbb88104afebaabc968cdbfa]
drm/i915: Ensure plane->state->fb stays in sync with plane->fb
Doing a straight revert on top of 4.0-rc5 makes things work again,
albeit with the WARN_ON(obj->frontbuffer_bits) splat still being
there.
josh
> I have a machine that no longer boots in a headless manner with -rc5.
> It's an Celeron based NUC device. I blacklisted the i915 driver and
> it boots fine, then I ran insmod manually and got the backtrace below.
> This machine only has HDMI output on it. If I have it connected (even
> if the monitor is set to display some other input) it will boot fine,
> but the backtrace is still present. I'm going to guess the machine
> "hangs" in headless because X causes some further issues in the
> headless case.
>
> Linux v4.0-rc4-199-gb314acaccd7e gets this splat in the headless state:
>
> [ +0.000039] WARNING: CPU: 0 PID: 63 at
> drivers/gpu/drm/i915/i915_gem.c:4525 i915_gem_free_object+0x2e5/0x320
> [i915]()
> [ +0.000002] WARN_ON(obj->frontbuffer_bits)
>
> which is what I thought one of these commits was supposed to fix. I
> don't see that in -rc5, but then we have these other issues.
>
> josh
>
> Backtrace via 'insmod i915.ko.xz' in headless state with 4.0-rc5:
>
> [ +0.063764] vgaarb: device changed decodes:
> PCI:0000:00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem
> [ +0.007099] ------------[ cut here ]------------
> [ +0.000037] WARNING: CPU: 1 PID: 1486 at include/linux/kref.h:47
> drm_framebuffer_reference+0x7a/0x90 [drm]()
> [ +0.000003] Modules linked in: i915(+) ip6t_rpfilter ip6t_REJECT
> nf_reject_ipv6 xt_conntrack bnep iTCO_wdt iTCO_vendor_support
> ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables
> ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6
> ip6table_mangle ip6table_security ip6table_raw ip6table_filter
> ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4
> nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw arc4
> iwlmvm mac80211 intel_rapl coretemp kvm_intel kvm iwlwifi btusb
> bluetooth i2c_algo_bit cfg80211 drm_kms_helper crct10dif_pclmul
> snd_hda_codec_hdmi crc32_pclmul crc32c_intel ghash_clmulni_intel
> snd_hda_codec_realtek vfat snd_hda_codec_generic snd_intel_sst_acpi
> fat serio_raw snd_intel_sst_core snd_hda_intel i2c_i801 drm
> snd_soc_sst_mfld_platform snd_hda_controller
> [ +0.000046] r8169 lpc_ich snd_soc_rt5640 snd_hda_codec mfd_core
> snd_soc_rl6231 mii mei_txe ir_lirc_codec ir_xmp_decoder
> ir_mce_kbd_decoder lirc_dev snd_soc_core ir_sharp_decoder shpchp
> ir_sanyo_decoder ir_sony_decoder ir_jvc_decoder mei ir_rc6_decoder
> ir_rc5_decoder ir_nec_decoder snd_compress snd_pcm_dmaengine snd_hwdep
> snd_seq snd_seq_device iosf_mbi rc_rc6_mce snd_pcm ite_cir snd_timer
> rc_core dw_dmac snd dw_dmac_core regmap_i2c i2c_hid
> i2c_designware_platform soundcore rfkill_gpio i2c_designware_core
> rfkill snd_soc_sst_acpi nfsd auth_rpcgss nfs_acl lockd grace sunrpc
> sdhci_acpi video sdhci mmc_core
> [ +0.000051] CPU: 1 PID: 1486 Comm: insmod Not tainted
> 4.0.0-0.rc5.git0.1.fc23.x86_64 #1
> [ +0.000004] Hardware name:
> \xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff
> \xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff/DN2820FYK,
> BIOS FYBYT10H.86A.0034.2014.0513.1413 05/13/2014
> [ +0.000003] 0000000000000000 00000000ee312e2f ffff8800b7e03688
> ffffffff8177ac09
> [ +0.000004] 0000000000000000 0000000000000000 ffff8800b7e036c8
> ffffffff8109c78a
> [ +0.000004] ffff8800b7e036b8 ffff880234b46d80 ffff880228ef4f00
> ffff88021a540000
> [ +0.000005] Call Trace:
> [ +0.000009] [<ffffffff8177ac09>] dump_stack+0x45/0x57
> [ +0.000006] [<ffffffff8109c78a>] warn_slowpath_common+0x8a/0xc0
> [ +0.000004] [<ffffffff8109c8ba>] warn_slowpath_null+0x1a/0x20
> [ +0.000016] [<ffffffffa032022a>] drm_framebuffer_reference+0x7a/0x90 [drm]
> [ +0.000018] [<ffffffffa03326fd>] drm_atomic_set_fb_for_plane+0x2d/0x90 [drm]
> [ +0.000043] [<ffffffffa08418c5>]
> i9xx_get_initial_plane_config+0x295/0x3e0 [i915]
> [ +0.000006] [<ffffffff810c9207>] ? wake_up_process+0x27/0x50
> [ +0.000031] [<ffffffffa0852721>] intel_modeset_init+0x9f1/0x1a40 [i915]
> [ +0.000027] [<ffffffffa081bf5b>] ?
> valleyview_irq_postinstall+0x3b/0x50 [i915]
> [ +0.000034] [<ffffffffa08873ef>] i915_driver_load+0xe5f/0x10f0 [i915]
> [ +0.000006] [<ffffffff816964ab>] ? netlink_broadcast_filtered+0x12b/0x380
> [ +0.000005] [<ffffffff8139b730>] ? kobj_ns_drop+0x50/0x50
> [ +0.000004] [<ffffffff8139bae8>] ? kobject_uevent_env+0x178/0x540
> [ +0.000006] [<ffffffff814d98d9>] ? devtmpfs_create_node+0x109/0x140
> [ +0.000004] [<ffffffff814cde27>] ? get_device+0x17/0x30
> [ +0.000005] [<ffffffff814d3ce5>] ? klist_class_dev_get+0x15/0x20
> [ +0.000005] [<ffffffff81770a22>] ? klist_add_tail+0x32/0x40
> [ +0.000004] [<ffffffff814cf85f>] ? device_add+0x19f/0x6a0
> [ +0.000018] [<ffffffffa031a825>] drm_dev_register+0xb5/0x110 [drm]
> [ +0.000013] [<ffffffffa031d9bd>] drm_get_pci_dev+0x8d/0x200 [drm]
> [ +0.000022] [<ffffffffa07de22b>] i915_pci_probe+0x3b/0x60 [i915]
> [ +0.000006] [<ffffffff813e4485>] local_pci_probe+0x45/0xa0
> [ +0.000005] [<ffffffff81299a72>] ? sysfs_do_create_link_sd.isra.2+0x72/0xc0
> [ +0.000005] [<ffffffff813e57e9>] pci_device_probe+0xf9/0x150
> [ +0.000004] [<ffffffff814d2d83>] driver_probe_device+0xa3/0x400
> [ +0.000004] [<ffffffff814d31bb>] __driver_attach+0x9b/0xa0
> [ +0.000005] [<ffffffff814d3120>] ? __device_attach+0x40/0x40
> [ +0.000004] [<ffffffff814d0a43>] bus_for_each_dev+0x73/0xc0
> [ +0.000004] [<ffffffff814d27ee>] driver_attach+0x1e/0x20
> [ +0.000004] [<ffffffff814d23a0>] bus_add_driver+0x180/0x250
> [ +0.000004] [<ffffffff814d39b4>] driver_register+0x64/0xf0
> [ +0.000005] [<ffffffff813e3d0c>] __pci_register_driver+0x4c/0x50
> [ +0.000013] [<ffffffffa031dc2a>] drm_pci_init+0xfa/0x130 [drm]
> [ +0.000010] [<ffffffffa08e7000>] ? 0xffffffffa08e7000
> [ +0.000022] [<ffffffffa08e70a0>] i915_init+0xa0/0xa8 [i915]
> [ +0.000006] [<ffffffff81002148>] do_one_initcall+0xd8/0x210
> [ +0.000005] [<ffffffff811ded12>] ? __vunmap+0xa2/0x100
> [ +0.000005] [<ffffffff811fc599>] ? kmem_cache_alloc_trace+0x1a9/0x230
> [ +0.000005] [<ffffffff81779e0d>] ? do_init_module+0x28/0x1cc
> [ +0.000004] [<ffffffff81779e46>] do_init_module+0x61/0x1cc
> [ +0.000005] [<ffffffff81120c4b>] load_module+0x20ab/0x2520
> [ +0.000004] [<ffffffff8111c550>] ? store_uevent+0x70/0x70
> [ +0.000004] [<ffffffff811dd9ec>] ? vmap_page_range_noflush+0x22c/0x350
> [ +0.000005] [<ffffffff8112118d>] SyS_init_module+0xcd/0x120
> [ +0.000006] [<ffffffff81781349>] system_call_fastpath+0x12/0x17
> [ +0.000004] ---[ end trace ff7adae285a9d5a5 ]---
> [ +0.026613] i915 0000:00:02.0: No connectors reported connected with modes
> [ +0.000012] [drm] Cannot find any crtc or sizes - going 1024x768
> [ +0.002192] fbcon: inteldrmfb (fb0) is primary device
> [ +0.000122] Console: switching to colour frame buffer device 128x48
> [ +0.000014] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
> [ +0.000003] i915 0000:00:02.0: registered panic notifier
> [ +0.003554] ACPI: Video Device [GFX0] (multi-head: yes rom: no post: no)
> [ +0.002204] input: Video Bus as
> /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input13
> [ +0.001292] [drm] Initialized i915 1.6.0 20150130 for 0000:00:02.0 on minor 0
> [ +0.000873] ------------[ cut here ]------------
> [ +0.000037] WARNING: CPU: 0 PID: 563 at
> drivers/gpu/drm/drm_atomic.c:482 drm_atomic_check_only+0x33d/0x500
> [drm]()
> [ +0.000003] Modules linked in: i915(+) ip6t_rpfilter ip6t_REJECT
> nf_reject_ipv6 xt_conntrack bnep iTCO_wdt iTCO_vendor_support
> ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables
> ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6
> ip6table_mangle ip6table_security ip6table_raw ip6table_filter
> ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4
> nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw arc4
> iwlmvm mac80211 intel_rapl coretemp kvm_intel kvm iwlwifi btusb
> bluetooth i2c_algo_bit cfg80211 drm_kms_helper crct10dif_pclmul
> snd_hda_codec_hdmi crc32_pclmul crc32c_intel ghash_clmulni_intel
> snd_hda_codec_realtek vfat snd_hda_codec_generic snd_intel_sst_acpi
> fat serio_raw snd_intel_sst_core snd_hda_intel i2c_i801 drm
> snd_soc_sst_mfld_platform snd_hda_controller
> [ +0.000046] r8169 lpc_ich snd_soc_rt5640 snd_hda_codec mfd_core
> snd_soc_rl6231 mii mei_txe ir_lirc_codec ir_xmp_decoder
> ir_mce_kbd_decoder lirc_dev snd_soc_core ir_sharp_decoder shpchp
> ir_sanyo_decoder ir_sony_decoder ir_jvc_decoder mei ir_rc6_decoder
> ir_rc5_decoder ir_nec_decoder snd_compress snd_pcm_dmaengine snd_hwdep
> snd_seq snd_seq_device iosf_mbi rc_rc6_mce snd_pcm ite_cir snd_timer
> rc_core dw_dmac snd dw_dmac_core regmap_i2c i2c_hid
> i2c_designware_platform soundcore rfkill_gpio i2c_designware_core
> rfkill snd_soc_sst_acpi nfsd auth_rpcgss nfs_acl lockd grace sunrpc
> sdhci_acpi video sdhci mmc_core
> [ +0.000050] CPU: 0 PID: 563 Comm: Xorg Tainted: G W
> 4.0.0-0.rc5.git0.1.fc23.x86_64 #1
> [ +0.000003] Hardware name:
> \xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff
> \xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff/DN2820FYK,
> BIOS FYBYT10H.86A.0034.2014.0513.1413 05/13/2014
> [ +0.000003] 0000000000000000 000000001fbdeb23 ffff88022358bc28
> ffffffff8177ac09
> [ +0.000005] 0000000000000000 0000000000000000 ffff88022358bc68
> ffffffff8109c78a
> [ +0.000004] ffff88021a79fb00 0000000000000040 ffff8802344da000
> ffff88021a4482a0
> [ +0.000004] Call Trace:
> [ +0.000010] [<ffffffff8177ac09>] dump_stack+0x45/0x57
> [ +0.000006] [<ffffffff8109c78a>] warn_slowpath_common+0x8a/0xc0
> [ +0.000004] [<ffffffff8109c8ba>] warn_slowpath_null+0x1a/0x20
> [ +0.000017] [<ffffffffa033213d>] drm_atomic_check_only+0x33d/0x500 [drm]
> [ +0.000006] [<ffffffff811bc0a6>] ? kmemdup+0x36/0x50
> [ +0.000016] [<ffffffffa0332317>] drm_atomic_commit+0x17/0x60 [drm]
> [ +0.000011] [<ffffffffa03f571d>]
> drm_atomic_helper_plane_set_property+0x8d/0xd0 [drm_kms_helper]
> [ +0.000014] [<ffffffffa03208ad>] drm_mode_plane_set_obj_prop+0x2d/0x90 [drm]
> [ +0.000009] [<ffffffffa03f750b>] restore_fbdev_mode+0x6b/0xf0
> [drm_kms_helper]
> [ +0.000009] [<ffffffffa03f95c9>]
> drm_fb_helper_restore_fbdev_mode_unlocked+0x29/0x80 [drm_kms_helper]
> [ +0.000041] [<ffffffffa0860b3e>] intel_fbdev_restore_mode+0x1e/0x50 [i915]
> [ +0.000034] [<ffffffffa088795e>] i915_driver_lastclose+0xe/0x20 [i915]
> [ +0.000036] [<ffffffffa0314d3e>] drm_lastclose+0x2e/0x150 [drm]
> [ +0.000012] [<ffffffffa0315128>] drm_release+0x2c8/0x4b0 [drm]
> [ +0.000006] [<ffffffff8121c66f>] __fput+0xdf/0x1f0
> [ +0.000005] [<ffffffff8121c7ce>] ____fput+0xe/0x10
> [ +0.000004] [<ffffffff810b9727>] task_work_run+0xb7/0xf0
> [ +0.000006] [<ffffffff81014cdd>] do_notify_resume+0x8d/0xa0
> [ +0.000005] [<ffffffff817815a3>] int_signal+0x12/0x17
> [ +0.000003] ---[ end trace ff7adae285a9d5a6 ]---
> [ +0.097956] ------------[ cut here ]------------
> [ +0.000036] WARNING: CPU: 0 PID: 563 at
> drivers/gpu/drm/i915/i915_gem.c:4525 i915_gem_free_object+0x2e5/0x320
> [i915]()
> [ +0.000003] WARN_ON(obj->frontbuffer_bits)
> [ +0.000002] Modules linked in:
> [ +0.000002] i915 ip6t_rpfilter ip6t_REJECT nf_reject_ipv6
> xt_conntrack bnep iTCO_wdt iTCO_vendor_support ebtable_nat
> ebtable_broute bridge stp llc ebtable_filter ebtables ip6table_nat
> nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle
> ip6table_security ip6table_raw ip6table_filter ip6_tables iptable_nat
> nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack
> iptable_mangle iptable_security iptable_raw arc4 iwlmvm mac80211
> intel_rapl coretemp kvm_intel kvm iwlwifi btusb bluetooth i2c_algo_bit
> cfg80211 drm_kms_helper crct10dif_pclmul snd_hda_codec_hdmi
> crc32_pclmul crc32c_intel ghash_clmulni_intel snd_hda_codec_realtek
> vfat snd_hda_codec_generic snd_intel_sst_acpi fat serio_raw
> snd_intel_sst_core snd_hda_intel i2c_i801 drm
> snd_soc_sst_mfld_platform snd_hda_controller r8169 lpc_ich
> [ +0.000057] snd_soc_rt5640 snd_hda_codec mfd_core snd_soc_rl6231
> mii mei_txe ir_lirc_codec ir_xmp_decoder ir_mce_kbd_decoder lirc_dev
> snd_soc_core ir_sharp_decoder shpchp ir_sanyo_decoder ir_sony_decoder
> ir_jvc_decoder mei ir_rc6_decoder ir_rc5_decoder ir_nec_decoder
> snd_compress snd_pcm_dmaengine snd_hwdep snd_seq snd_seq_device
> iosf_mbi rc_rc6_mce snd_pcm ite_cir snd_timer rc_core dw_dmac snd
> dw_dmac_core regmap_i2c i2c_hid i2c_designware_platform soundcore
> rfkill_gpio i2c_designware_core rfkill snd_soc_sst_acpi nfsd
> auth_rpcgss nfs_acl lockd grace sunrpc sdhci_acpi video sdhci mmc_core
> [ +0.000048] CPU: 0 PID: 563 Comm: Xorg Tainted: G W
> 4.0.0-0.rc5.git0.1.fc23.x86_64 #1
> [ +0.000003] Hardware name:
> \xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff
> \xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff/DN2820FYK,
> BIOS FYBYT10H.86A.0034.2014.0513.1413 05/13/2014
> [ +0.000003] 0000000000000000 000000001fbdeb23 ffff88022358bbc8
> ffffffff8177ac09
> [ +0.000004] 0000000000000000 ffff88022358bc20 ffff88022358bc08
> ffffffff8109c78a
> [ +0.000004] ffff880228d95570 ffff8800ac0fc040 ffff8800ac0fc000
> ffff8800ac0fc0c0
> [ +0.000005] Call Trace:
> [ +0.000009] [<ffffffff8177ac09>] dump_stack+0x45/0x57
> [ +0.000006] [<ffffffff8109c78a>] warn_slowpath_common+0x8a/0xc0
> [ +0.000004] [<ffffffff8109c815>] warn_slowpath_fmt+0x55/0x70
> [ +0.000020] [<ffffffffa080ac6d>] ? i915_vma_unbind+0x24d/0x260 [i915]
> [ +0.000018] [<ffffffffa080c4f5>] i915_gem_free_object+0x2e5/0x320 [i915]
> [ +0.000006] [<ffffffff813b6451>] ? list_del+0x11/0x40
> [ +0.000020] [<ffffffffa0315417>] drm_gem_object_free+0x27/0x40 [drm]
> [ +0.000023] [<ffffffffa0840645>]
> intel_user_framebuffer_destroy+0x75/0xa0 [i915]
> [ +0.000015] [<ffffffffa0320a0e>] drm_framebuffer_free+0x4e/0x60 [drm]
> [ +0.000014] [<ffffffffa0322095>] drm_framebuffer_unreference+0x35/0x70 [drm]
> [ +0.000014] [<ffffffffa032219a>]
> drm_mode_set_config_internal+0xca/0x100 [drm]
> [ +0.000010] [<ffffffffa03f7568>] restore_fbdev_mode+0xc8/0xf0
> [drm_kms_helper]
> [ +0.000010] [<ffffffffa03f95c9>]
> drm_fb_helper_restore_fbdev_mode_unlocked+0x29/0x80 [drm_kms_helper]
> [ +0.000022] [<ffffffffa0860b3e>] intel_fbdev_restore_mode+0x1e/0x50 [i915]
> [ +0.000025] [<ffffffffa088795e>] i915_driver_lastclose+0xe/0x20 [i915]
> [ +0.000012] [<ffffffffa0314d3e>] drm_lastclose+0x2e/0x150 [drm]
> [ +0.000011] [<ffffffffa0315128>] drm_release+0x2c8/0x4b0 [drm]
> [ +0.000006] [<ffffffff8121c66f>] __fput+0xdf/0x1f0
> [ +0.000004] [<ffffffff8121c7ce>] ____fput+0xe/0x10
> [ +0.000005] [<ffffffff810b9727>] task_work_run+0xb7/0xf0
> [ +0.000006] [<ffffffff81014cdd>] do_notify_resume+0x8d/0xa0
> [ +0.000005] [<ffffffff817815a3>] int_signal+0x12/0x17
> [ +0.000002] ---[ end trace ff7adae285a9d5a7 ]---
> [ +0.191566] ------------[ cut here ]------------
> [ +0.000041] WARNING: CPU: 1 PID: 563 at
> drivers/gpu/drm/drm_atomic.c:482 drm_atomic_check_only+0x33d/0x500
> [drm]()
> [ +0.000003] Modules linked in: i915 ip6t_rpfilter ip6t_REJECT
> nf_reject_ipv6 xt_conntrack bnep iTCO_wdt iTCO_vendor_support
> ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables
> ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6
> ip6table_mangle ip6table_security ip6table_raw ip6table_filter
> ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4
> nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw arc4
> iwlmvm mac80211 intel_rapl coretemp kvm_intel kvm iwlwifi btusb
> bluetooth i2c_algo_bit cfg80211 drm_kms_helper crct10dif_pclmul
> snd_hda_codec_hdmi crc32_pclmul crc32c_intel ghash_clmulni_intel
> snd_hda_codec_realtek vfat snd_hda_codec_generic snd_intel_sst_acpi
> fat serio_raw snd_intel_sst_core snd_hda_intel i2c_i801 drm
> snd_soc_sst_mfld_platform snd_hda_controller
> [ +0.000046] r8169 lpc_ich snd_soc_rt5640 snd_hda_codec mfd_core
> snd_soc_rl6231 mii mei_txe ir_lirc_codec ir_xmp_decoder
> ir_mce_kbd_decoder lirc_dev snd_soc_core ir_sharp_decoder shpchp
> ir_sanyo_decoder ir_sony_decoder ir_jvc_decoder mei ir_rc6_decoder
> ir_rc5_decoder ir_nec_decoder snd_compress snd_pcm_dmaengine snd_hwdep
> snd_seq snd_seq_device iosf_mbi rc_rc6_mce snd_pcm ite_cir snd_timer
> rc_core dw_dmac snd dw_dmac_core regmap_i2c i2c_hid
> i2c_designware_platform soundcore rfkill_gpio i2c_designware_core
> rfkill snd_soc_sst_acpi nfsd auth_rpcgss nfs_acl lockd grace sunrpc
> sdhci_acpi video sdhci mmc_core
> [ +0.000051] CPU: 1 PID: 563 Comm: Xorg Tainted: G W
> 4.0.0-0.rc5.git0.1.fc23.x86_64 #1
> [ +0.000002] Hardware name:
> \xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff
> \xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff/DN2820FYK,
> BIOS FYBYT10H.86A.0034.2014.0513.1413 05/13/2014
> [ +0.000003] 0000000000000000 000000001fbdeb23 ffff88022358bbb8
> ffffffff8177ac09
> [ +0.000005] 0000000000000000 0000000000000000 ffff88022358bbf8
> ffffffff8109c78a
> [ +0.000004] ffff8800b7e13740 0000000000000040 ffff880228e6c480
> ffff88021e70ec60
> [ +0.000004] Call Trace:
> [ +0.000010] [<ffffffff8177ac09>] dump_stack+0x45/0x57
> [ +0.000006] [<ffffffff8109c78a>] warn_slowpath_common+0x8a/0xc0
> [ +0.000004] [<ffffffff8109c8ba>] warn_slowpath_null+0x1a/0x20
> [ +0.000016] [<ffffffffa033213d>] drm_atomic_check_only+0x33d/0x500 [drm]
> [ +0.000006] [<ffffffff811bc0a6>] ? kmemdup+0x36/0x50
> [ +0.000016] [<ffffffffa0332317>] drm_atomic_commit+0x17/0x60 [drm]
> [ +0.000011] [<ffffffffa03f571d>]
> drm_atomic_helper_plane_set_property+0x8d/0xd0 [drm_kms_helper]
> [ +0.000014] [<ffffffffa03208ad>] drm_mode_plane_set_obj_prop+0x2d/0x90 [drm]
> [ +0.000009] [<ffffffffa03f750b>] restore_fbdev_mode+0x6b/0xf0
> [drm_kms_helper]
> [ +0.000009] [<ffffffffa03f95c9>]
> drm_fb_helper_restore_fbdev_mode_unlocked+0x29/0x80 [drm_kms_helper]
> [ +0.000009] [<ffffffffa03f9642>] drm_fb_helper_set_par+0x22/0x50
> [drm_kms_helper]
> [ +0.000008] [<ffffffffa03f954f>]
> drm_fb_helper_hotplug_event+0x8f/0xe0 [drm_kms_helper]
> [ +0.000009] [<ffffffffa03f95ec>]
> drm_fb_helper_restore_fbdev_mode_unlocked+0x4c/0x80 [drm_kms_helper]
> [ +0.000030] [<ffffffffa0860b3e>] intel_fbdev_restore_mode+0x1e/0x50 [i915]
> [ +0.000026] [<ffffffffa088795e>] i915_driver_lastclose+0xe/0x20 [i915]
> [ +0.000012] [<ffffffffa0314d3e>] drm_lastclose+0x2e/0x150 [drm]
> [ +0.000012] [<ffffffffa0315128>] drm_release+0x2c8/0x4b0 [drm]
> [ +0.000005] [<ffffffff8121c66f>] __fput+0xdf/0x1f0
> [ +0.000005] [<ffffffff8121c7ce>] ____fput+0xe/0x10
> [ +0.000004] [<ffffffff810b9727>] task_work_run+0xb7/0xf0
> [ +0.000006] [<ffffffff81014cdd>] do_notify_resume+0x8d/0xa0
> [ +0.000005] [<ffffffff817815a3>] int_signal+0x12/0x17
> [ +0.000003] ---[ end trace ff7adae285a9d5a8 ]---
> [ +0.000015] general protection fault: 0000 [#1] SMP
> [ +0.000054] Modules linked in: i915 ip6t_rpfilter ip6t_REJECT
> nf_reject_ipv6 xt_conntrack bnep iTCO_wdt iTCO_vendor_support
> ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables
> ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6
> ip6table_mangle ip6table_security ip6table_raw ip6table_filter
> ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4
> nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw arc4
> iwlmvm mac80211 intel_rapl coretemp kvm_intel kvm iwlwifi btusb
> bluetooth i2c_algo_bit cfg80211 drm_kms_helper crct10dif_pclmul
> snd_hda_codec_hdmi crc32_pclmul crc32c_intel ghash_clmulni_intel
> snd_hda_codec_realtek vfat snd_hda_codec_generic snd_intel_sst_acpi
> fat serio_raw snd_intel_sst_core snd_hda_intel i2c_i801 drm
> snd_soc_sst_mfld_platform snd_hda_controller
> [ +0.000702] r8169 lpc_ich snd_soc_rt5640 snd_hda_codec mfd_core
> snd_soc_rl6231 mii mei_txe ir_lirc_codec ir_xmp_decoder
> ir_mce_kbd_decoder lirc_dev snd_soc_core ir_sharp_decoder shpchp
> ir_sanyo_decoder ir_sony_decoder ir_jvc_decoder mei ir_rc6_decoder
> ir_rc5_decoder ir_nec_decoder snd_compress snd_pcm_dmaengine snd_hwdep
> snd_seq snd_seq_device iosf_mbi rc_rc6_mce snd_pcm ite_cir snd_timer
> rc_core dw_dmac snd dw_dmac_core regmap_i2c i2c_hid
> i2c_designware_platform soundcore rfkill_gpio i2c_designware_core
> rfkill snd_soc_sst_acpi nfsd auth_rpcgss nfs_acl lockd grace sunrpc
> sdhci_acpi video sdhci mmc_core
> [ +0.000532] CPU: 1 PID: 563 Comm: Xorg Tainted: G W
> 4.0.0-0.rc5.git0.1.fc23.x86_64 #1
> [ +0.000071] Hardware name:
> \xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff
> \xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff/DN2820FYK,
> BIOS FYBYT10H.86A.0034.2014.0513.1413 05/13/2014
> [ +0.000109] task: ffff8800b2e2c520 ti: ffff880223588000 task.ti:
> ffff880223588000
> [ +0.000059] RIP: 0010:[<ffffffff810e37d3>] [<ffffffff810e37d3>]
> mutex_optimistic_spin+0x53/0x1f0
> [ +0.000076] RSP: 0018:ffff88022358bae8 EFLAGS: 00010206
> [ +0.000044] RAX: 00008124f0000118 RBX: 0000000000000000 RCX: 0000000000000002
> [ +0.000056] RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffff880234b46528
> [ +0.000057] RBP: ffff88022358bb38 R08: 0000000000000096 R09: 000000000000041f
> [ +0.000057] R10: 0000000000000000 R11: 000000000000041f R12: 0000000000000000
> [ +0.000056] R13: ffff8800b2e2c520 R14: ffff880234b46d80 R15: ffff880234b46528
> [ +0.002152] FS: 00007fd5c325d9c0(0000) GS:ffff88023fd00000(0000)
> knlGS:0000000000000000
> [ +0.002190] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> [ +0.002192] CR2: 00007fb821fd8b50 CR3: 0000000228d2a000 CR4: 00000000001007e0
> [ +0.002217] Stack:
> [ +0.002206] ffff88022358bb58 ffff8800b2e2c520 0000000000000000
> 0000000000000246
> [ +0.002292] ffff88022358bb78 ffff880234b46528 ffff880234b46528
> ffff8800b2e2c520
> [ +0.002299] ffff880234b46d80 0000000000000000 ffff88022358bb98
> ffffffff8177f1aa
> [ +0.002310] Call Trace:
> [ +0.002262] [<ffffffff8177f1aa>] __mutex_lock_slowpath+0x3a/0x120
> [ +0.002297] [<ffffffff81779c67>] ? printk+0x55/0x6b
> [ +0.002312] [<ffffffff8177f2b3>] mutex_lock+0x23/0x40
> [ +0.002308] [<ffffffffa03209ea>] drm_framebuffer_free+0x2a/0x60 [drm]
> [ +0.002329] [<ffffffffa0322095>] drm_framebuffer_unreference+0x35/0x70 [drm]
> [ +0.002319] [<ffffffffa03f5bef>]
> drm_atomic_helper_plane_destroy_state+0x1f/0x30 [drm_kms_helper]
> [ +0.002366] [<ffffffffa0863f6e>] intel_plane_destroy_state+0xe/0x10 [i915]
> [ +0.002368] [<ffffffffa0331a2a>] drm_atomic_state_clear+0x10a/0x170 [drm]
> [ +0.002378] [<ffffffffa0331aa6>] drm_atomic_state_free+0x16/0x60 [drm]
> [ +0.002362] [<ffffffffa03f5743>]
> drm_atomic_helper_plane_set_property+0xb3/0xd0 [drm_kms_helper]
> [ +0.002411] [<ffffffffa03208ad>] drm_mode_plane_set_obj_prop+0x2d/0x90 [drm]
> [ +0.002420] [<ffffffffa03f750b>] restore_fbdev_mode+0x6b/0xf0
> [drm_kms_helper]
> [ +0.002435] [<ffffffffa03f95c9>]
> drm_fb_helper_restore_fbdev_mode_unlocked+0x29/0x80 [drm_kms_helper]
> [ +0.002472] [<ffffffffa03f9642>] drm_fb_helper_set_par+0x22/0x50
> [drm_kms_helper]
> [ +0.002483] [<ffffffffa03f954f>]
> drm_fb_helper_hotplug_event+0x8f/0xe0 [drm_kms_helper]
> [ +0.002504] [<ffffffffa03f95ec>]
> drm_fb_helper_restore_fbdev_mode_unlocked+0x4c/0x80 [drm_kms_helper]
> [ +0.002533] [<ffffffffa0860b3e>] intel_fbdev_restore_mode+0x1e/0x50 [i915]
> [ +0.002492] [<ffffffffa088795e>] i915_driver_lastclose+0xe/0x20 [i915]
> [ +0.002424] [<ffffffffa0314d3e>] drm_lastclose+0x2e/0x150 [drm]
> [ +0.002366] [<ffffffffa0315128>] drm_release+0x2c8/0x4b0 [drm]
> [ +0.002299] [<ffffffff8121c66f>] __fput+0xdf/0x1f0
> [ +0.002241] [<ffffffff8121c7ce>] ____fput+0xe/0x10
> [ +0.002171] [<ffffffff810b9727>] task_work_run+0xb7/0xf0
> [ +0.002124] [<ffffffff81014cdd>] do_notify_resume+0x8d/0xa0
> [ +0.002067] [<ffffffff817815a3>] int_signal+0x12/0x17
> [ +0.002016] Code: 8b 04 25 08 b9 00 00 48 8b 80 38 c0 ff ff a8 08 0f
> 85 c2 00 00 00 49 89 ff 49 89 f4 89 d3 48 8b 47 18 48 85 c0 0f 84 1d
> 01 00 00 <8b> 40 28 85 c0 0f 84 a2 00 00 00 49 8d 47 20 48 89 c7 48 89
> 45
> [ +0.004217] RIP [<ffffffff810e37d3>] mutex_optimistic_spin+0x53/0x1f0
> [ +0.001983] RSP <ffff88022358bae8>
> [ +0.009890] ---[ end trace ff7adae285a9d5a9 ]---
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2015-03-20 21:49 Dave Airlie
2015-03-21 17:50 ` Linus Torvalds
@ 2015-03-23 15:33 ` Josh Boyer
2015-03-23 18:34 ` Josh Boyer
2015-03-24 1:41 ` Dave Jones
1 sibling, 2 replies; 427+ messages in thread
From: Josh Boyer @ 2015-03-23 15:33 UTC (permalink / raw)
To: Dave Airlie, Damien Lespiau, Xi Ruoyao
Cc: Linus Torvalds, DRI mailing list, Linux-Kernel@Vger. Kernel. Org,
Intel Graphics Development
On Fri, Mar 20, 2015 at 5:49 PM, Dave Airlie <airlied@linux.ie> wrote:
>
> Hi Linus,
>
> a bunch of fixes across drivers,
> radeon: disable two ended allocation for now, it breaks some stuff
> amdkfd: misc fixes
> nouveau: fix irq loop problem, add basic support for GM206 (new hw)
> i915: fix some WARNs people were seeing
> exynos: fix some iommu interactions causing boot failures
>
> In other news I've some problem with my git tree and git request-pull
> [airlied@dreadlord-bne-redhat-com linux]$ git request-pull linus/master origin
> warn: No match for commit 8265d4486d5c2448a1c645fdc20d4e62873d9c3d found at origin
> warn: Are you sure you pushed 'HEAD' there?
>
> is happening when I just had my branch on drm-fixes, I've made it master
> to generate this pull request so the branch name isn't missing, this
> might be due to my attempt to remove my own master branch, using
> git symbolic-ref HEAD refs/heads/drm-next, so I'll have to regen it next
> week I suppose.
<snip>
>
> Damien Lespiau (1):
> drm/i915: Make sure the primary plane is enabled before reading out the fb state
> Xi Ruoyao (1):
> drm/i915: Ensure plane->state->fb stays in sync with plane->fb
I have a machine that no longer boots in a headless manner with -rc5.
It's an Celeron based NUC device. I blacklisted the i915 driver and
it boots fine, then I ran insmod manually and got the backtrace below.
This machine only has HDMI output on it. If I have it connected (even
if the monitor is set to display some other input) it will boot fine,
but the backtrace is still present. I'm going to guess the machine
"hangs" in headless because X causes some further issues in the
headless case.
Linux v4.0-rc4-199-gb314acaccd7e gets this splat in the headless state:
[ +0.000039] WARNING: CPU: 0 PID: 63 at
drivers/gpu/drm/i915/i915_gem.c:4525 i915_gem_free_object+0x2e5/0x320
[i915]()
[ +0.000002] WARN_ON(obj->frontbuffer_bits)
which is what I thought one of these commits was supposed to fix. I
don't see that in -rc5, but then we have these other issues.
josh
Backtrace via 'insmod i915.ko.xz' in headless state with 4.0-rc5:
[ +0.063764] vgaarb: device changed decodes:
PCI:0000:00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem
[ +0.007099] ------------[ cut here ]------------
[ +0.000037] WARNING: CPU: 1 PID: 1486 at include/linux/kref.h:47
drm_framebuffer_reference+0x7a/0x90 [drm]()
[ +0.000003] Modules linked in: i915(+) ip6t_rpfilter ip6t_REJECT
nf_reject_ipv6 xt_conntrack bnep iTCO_wdt iTCO_vendor_support
ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables
ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6
ip6table_mangle ip6table_security ip6table_raw ip6table_filter
ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4
nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw arc4
iwlmvm mac80211 intel_rapl coretemp kvm_intel kvm iwlwifi btusb
bluetooth i2c_algo_bit cfg80211 drm_kms_helper crct10dif_pclmul
snd_hda_codec_hdmi crc32_pclmul crc32c_intel ghash_clmulni_intel
snd_hda_codec_realtek vfat snd_hda_codec_generic snd_intel_sst_acpi
fat serio_raw snd_intel_sst_core snd_hda_intel i2c_i801 drm
snd_soc_sst_mfld_platform snd_hda_controller
[ +0.000046] r8169 lpc_ich snd_soc_rt5640 snd_hda_codec mfd_core
snd_soc_rl6231 mii mei_txe ir_lirc_codec ir_xmp_decoder
ir_mce_kbd_decoder lirc_dev snd_soc_core ir_sharp_decoder shpchp
ir_sanyo_decoder ir_sony_decoder ir_jvc_decoder mei ir_rc6_decoder
ir_rc5_decoder ir_nec_decoder snd_compress snd_pcm_dmaengine snd_hwdep
snd_seq snd_seq_device iosf_mbi rc_rc6_mce snd_pcm ite_cir snd_timer
rc_core dw_dmac snd dw_dmac_core regmap_i2c i2c_hid
i2c_designware_platform soundcore rfkill_gpio i2c_designware_core
rfkill snd_soc_sst_acpi nfsd auth_rpcgss nfs_acl lockd grace sunrpc
sdhci_acpi video sdhci mmc_core
[ +0.000051] CPU: 1 PID: 1486 Comm: insmod Not tainted
4.0.0-0.rc5.git0.1.fc23.x86_64 #1
[ +0.000004] Hardware name:
\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff
\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff/DN2820FYK,
BIOS FYBYT10H.86A.0034.2014.0513.1413 05/13/2014
[ +0.000003] 0000000000000000 00000000ee312e2f ffff8800b7e03688
ffffffff8177ac09
[ +0.000004] 0000000000000000 0000000000000000 ffff8800b7e036c8
ffffffff8109c78a
[ +0.000004] ffff8800b7e036b8 ffff880234b46d80 ffff880228ef4f00
ffff88021a540000
[ +0.000005] Call Trace:
[ +0.000009] [<ffffffff8177ac09>] dump_stack+0x45/0x57
[ +0.000006] [<ffffffff8109c78a>] warn_slowpath_common+0x8a/0xc0
[ +0.000004] [<ffffffff8109c8ba>] warn_slowpath_null+0x1a/0x20
[ +0.000016] [<ffffffffa032022a>] drm_framebuffer_reference+0x7a/0x90 [drm]
[ +0.000018] [<ffffffffa03326fd>] drm_atomic_set_fb_for_plane+0x2d/0x90 [drm]
[ +0.000043] [<ffffffffa08418c5>]
i9xx_get_initial_plane_config+0x295/0x3e0 [i915]
[ +0.000006] [<ffffffff810c9207>] ? wake_up_process+0x27/0x50
[ +0.000031] [<ffffffffa0852721>] intel_modeset_init+0x9f1/0x1a40 [i915]
[ +0.000027] [<ffffffffa081bf5b>] ?
valleyview_irq_postinstall+0x3b/0x50 [i915]
[ +0.000034] [<ffffffffa08873ef>] i915_driver_load+0xe5f/0x10f0 [i915]
[ +0.000006] [<ffffffff816964ab>] ? netlink_broadcast_filtered+0x12b/0x380
[ +0.000005] [<ffffffff8139b730>] ? kobj_ns_drop+0x50/0x50
[ +0.000004] [<ffffffff8139bae8>] ? kobject_uevent_env+0x178/0x540
[ +0.000006] [<ffffffff814d98d9>] ? devtmpfs_create_node+0x109/0x140
[ +0.000004] [<ffffffff814cde27>] ? get_device+0x17/0x30
[ +0.000005] [<ffffffff814d3ce5>] ? klist_class_dev_get+0x15/0x20
[ +0.000005] [<ffffffff81770a22>] ? klist_add_tail+0x32/0x40
[ +0.000004] [<ffffffff814cf85f>] ? device_add+0x19f/0x6a0
[ +0.000018] [<ffffffffa031a825>] drm_dev_register+0xb5/0x110 [drm]
[ +0.000013] [<ffffffffa031d9bd>] drm_get_pci_dev+0x8d/0x200 [drm]
[ +0.000022] [<ffffffffa07de22b>] i915_pci_probe+0x3b/0x60 [i915]
[ +0.000006] [<ffffffff813e4485>] local_pci_probe+0x45/0xa0
[ +0.000005] [<ffffffff81299a72>] ? sysfs_do_create_link_sd.isra.2+0x72/0xc0
[ +0.000005] [<ffffffff813e57e9>] pci_device_probe+0xf9/0x150
[ +0.000004] [<ffffffff814d2d83>] driver_probe_device+0xa3/0x400
[ +0.000004] [<ffffffff814d31bb>] __driver_attach+0x9b/0xa0
[ +0.000005] [<ffffffff814d3120>] ? __device_attach+0x40/0x40
[ +0.000004] [<ffffffff814d0a43>] bus_for_each_dev+0x73/0xc0
[ +0.000004] [<ffffffff814d27ee>] driver_attach+0x1e/0x20
[ +0.000004] [<ffffffff814d23a0>] bus_add_driver+0x180/0x250
[ +0.000004] [<ffffffff814d39b4>] driver_register+0x64/0xf0
[ +0.000005] [<ffffffff813e3d0c>] __pci_register_driver+0x4c/0x50
[ +0.000013] [<ffffffffa031dc2a>] drm_pci_init+0xfa/0x130 [drm]
[ +0.000010] [<ffffffffa08e7000>] ? 0xffffffffa08e7000
[ +0.000022] [<ffffffffa08e70a0>] i915_init+0xa0/0xa8 [i915]
[ +0.000006] [<ffffffff81002148>] do_one_initcall+0xd8/0x210
[ +0.000005] [<ffffffff811ded12>] ? __vunmap+0xa2/0x100
[ +0.000005] [<ffffffff811fc599>] ? kmem_cache_alloc_trace+0x1a9/0x230
[ +0.000005] [<ffffffff81779e0d>] ? do_init_module+0x28/0x1cc
[ +0.000004] [<ffffffff81779e46>] do_init_module+0x61/0x1cc
[ +0.000005] [<ffffffff81120c4b>] load_module+0x20ab/0x2520
[ +0.000004] [<ffffffff8111c550>] ? store_uevent+0x70/0x70
[ +0.000004] [<ffffffff811dd9ec>] ? vmap_page_range_noflush+0x22c/0x350
[ +0.000005] [<ffffffff8112118d>] SyS_init_module+0xcd/0x120
[ +0.000006] [<ffffffff81781349>] system_call_fastpath+0x12/0x17
[ +0.000004] ---[ end trace ff7adae285a9d5a5 ]---
[ +0.026613] i915 0000:00:02.0: No connectors reported connected with modes
[ +0.000012] [drm] Cannot find any crtc or sizes - going 1024x768
[ +0.002192] fbcon: inteldrmfb (fb0) is primary device
[ +0.000122] Console: switching to colour frame buffer device 128x48
[ +0.000014] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
[ +0.000003] i915 0000:00:02.0: registered panic notifier
[ +0.003554] ACPI: Video Device [GFX0] (multi-head: yes rom: no post: no)
[ +0.002204] input: Video Bus as
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input13
[ +0.001292] [drm] Initialized i915 1.6.0 20150130 for 0000:00:02.0 on minor 0
[ +0.000873] ------------[ cut here ]------------
[ +0.000037] WARNING: CPU: 0 PID: 563 at
drivers/gpu/drm/drm_atomic.c:482 drm_atomic_check_only+0x33d/0x500
[drm]()
[ +0.000003] Modules linked in: i915(+) ip6t_rpfilter ip6t_REJECT
nf_reject_ipv6 xt_conntrack bnep iTCO_wdt iTCO_vendor_support
ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables
ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6
ip6table_mangle ip6table_security ip6table_raw ip6table_filter
ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4
nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw arc4
iwlmvm mac80211 intel_rapl coretemp kvm_intel kvm iwlwifi btusb
bluetooth i2c_algo_bit cfg80211 drm_kms_helper crct10dif_pclmul
snd_hda_codec_hdmi crc32_pclmul crc32c_intel ghash_clmulni_intel
snd_hda_codec_realtek vfat snd_hda_codec_generic snd_intel_sst_acpi
fat serio_raw snd_intel_sst_core snd_hda_intel i2c_i801 drm
snd_soc_sst_mfld_platform snd_hda_controller
[ +0.000046] r8169 lpc_ich snd_soc_rt5640 snd_hda_codec mfd_core
snd_soc_rl6231 mii mei_txe ir_lirc_codec ir_xmp_decoder
ir_mce_kbd_decoder lirc_dev snd_soc_core ir_sharp_decoder shpchp
ir_sanyo_decoder ir_sony_decoder ir_jvc_decoder mei ir_rc6_decoder
ir_rc5_decoder ir_nec_decoder snd_compress snd_pcm_dmaengine snd_hwdep
snd_seq snd_seq_device iosf_mbi rc_rc6_mce snd_pcm ite_cir snd_timer
rc_core dw_dmac snd dw_dmac_core regmap_i2c i2c_hid
i2c_designware_platform soundcore rfkill_gpio i2c_designware_core
rfkill snd_soc_sst_acpi nfsd auth_rpcgss nfs_acl lockd grace sunrpc
sdhci_acpi video sdhci mmc_core
[ +0.000050] CPU: 0 PID: 563 Comm: Xorg Tainted: G W
4.0.0-0.rc5.git0.1.fc23.x86_64 #1
[ +0.000003] Hardware name:
\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff
\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff/DN2820FYK,
BIOS FYBYT10H.86A.0034.2014.0513.1413 05/13/2014
[ +0.000003] 0000000000000000 000000001fbdeb23 ffff88022358bc28
ffffffff8177ac09
[ +0.000005] 0000000000000000 0000000000000000 ffff88022358bc68
ffffffff8109c78a
[ +0.000004] ffff88021a79fb00 0000000000000040 ffff8802344da000
ffff88021a4482a0
[ +0.000004] Call Trace:
[ +0.000010] [<ffffffff8177ac09>] dump_stack+0x45/0x57
[ +0.000006] [<ffffffff8109c78a>] warn_slowpath_common+0x8a/0xc0
[ +0.000004] [<ffffffff8109c8ba>] warn_slowpath_null+0x1a/0x20
[ +0.000017] [<ffffffffa033213d>] drm_atomic_check_only+0x33d/0x500 [drm]
[ +0.000006] [<ffffffff811bc0a6>] ? kmemdup+0x36/0x50
[ +0.000016] [<ffffffffa0332317>] drm_atomic_commit+0x17/0x60 [drm]
[ +0.000011] [<ffffffffa03f571d>]
drm_atomic_helper_plane_set_property+0x8d/0xd0 [drm_kms_helper]
[ +0.000014] [<ffffffffa03208ad>] drm_mode_plane_set_obj_prop+0x2d/0x90 [drm]
[ +0.000009] [<ffffffffa03f750b>] restore_fbdev_mode+0x6b/0xf0
[drm_kms_helper]
[ +0.000009] [<ffffffffa03f95c9>]
drm_fb_helper_restore_fbdev_mode_unlocked+0x29/0x80 [drm_kms_helper]
[ +0.000041] [<ffffffffa0860b3e>] intel_fbdev_restore_mode+0x1e/0x50 [i915]
[ +0.000034] [<ffffffffa088795e>] i915_driver_lastclose+0xe/0x20 [i915]
[ +0.000036] [<ffffffffa0314d3e>] drm_lastclose+0x2e/0x150 [drm]
[ +0.000012] [<ffffffffa0315128>] drm_release+0x2c8/0x4b0 [drm]
[ +0.000006] [<ffffffff8121c66f>] __fput+0xdf/0x1f0
[ +0.000005] [<ffffffff8121c7ce>] ____fput+0xe/0x10
[ +0.000004] [<ffffffff810b9727>] task_work_run+0xb7/0xf0
[ +0.000006] [<ffffffff81014cdd>] do_notify_resume+0x8d/0xa0
[ +0.000005] [<ffffffff817815a3>] int_signal+0x12/0x17
[ +0.000003] ---[ end trace ff7adae285a9d5a6 ]---
[ +0.097956] ------------[ cut here ]------------
[ +0.000036] WARNING: CPU: 0 PID: 563 at
drivers/gpu/drm/i915/i915_gem.c:4525 i915_gem_free_object+0x2e5/0x320
[i915]()
[ +0.000003] WARN_ON(obj->frontbuffer_bits)
[ +0.000002] Modules linked in:
[ +0.000002] i915 ip6t_rpfilter ip6t_REJECT nf_reject_ipv6
xt_conntrack bnep iTCO_wdt iTCO_vendor_support ebtable_nat
ebtable_broute bridge stp llc ebtable_filter ebtables ip6table_nat
nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle
ip6table_security ip6table_raw ip6table_filter ip6_tables iptable_nat
nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack
iptable_mangle iptable_security iptable_raw arc4 iwlmvm mac80211
intel_rapl coretemp kvm_intel kvm iwlwifi btusb bluetooth i2c_algo_bit
cfg80211 drm_kms_helper crct10dif_pclmul snd_hda_codec_hdmi
crc32_pclmul crc32c_intel ghash_clmulni_intel snd_hda_codec_realtek
vfat snd_hda_codec_generic snd_intel_sst_acpi fat serio_raw
snd_intel_sst_core snd_hda_intel i2c_i801 drm
snd_soc_sst_mfld_platform snd_hda_controller r8169 lpc_ich
[ +0.000057] snd_soc_rt5640 snd_hda_codec mfd_core snd_soc_rl6231
mii mei_txe ir_lirc_codec ir_xmp_decoder ir_mce_kbd_decoder lirc_dev
snd_soc_core ir_sharp_decoder shpchp ir_sanyo_decoder ir_sony_decoder
ir_jvc_decoder mei ir_rc6_decoder ir_rc5_decoder ir_nec_decoder
snd_compress snd_pcm_dmaengine snd_hwdep snd_seq snd_seq_device
iosf_mbi rc_rc6_mce snd_pcm ite_cir snd_timer rc_core dw_dmac snd
dw_dmac_core regmap_i2c i2c_hid i2c_designware_platform soundcore
rfkill_gpio i2c_designware_core rfkill snd_soc_sst_acpi nfsd
auth_rpcgss nfs_acl lockd grace sunrpc sdhci_acpi video sdhci mmc_core
[ +0.000048] CPU: 0 PID: 563 Comm: Xorg Tainted: G W
4.0.0-0.rc5.git0.1.fc23.x86_64 #1
[ +0.000003] Hardware name:
\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff
\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff/DN2820FYK,
BIOS FYBYT10H.86A.0034.2014.0513.1413 05/13/2014
[ +0.000003] 0000000000000000 000000001fbdeb23 ffff88022358bbc8
ffffffff8177ac09
[ +0.000004] 0000000000000000 ffff88022358bc20 ffff88022358bc08
ffffffff8109c78a
[ +0.000004] ffff880228d95570 ffff8800ac0fc040 ffff8800ac0fc000
ffff8800ac0fc0c0
[ +0.000005] Call Trace:
[ +0.000009] [<ffffffff8177ac09>] dump_stack+0x45/0x57
[ +0.000006] [<ffffffff8109c78a>] warn_slowpath_common+0x8a/0xc0
[ +0.000004] [<ffffffff8109c815>] warn_slowpath_fmt+0x55/0x70
[ +0.000020] [<ffffffffa080ac6d>] ? i915_vma_unbind+0x24d/0x260 [i915]
[ +0.000018] [<ffffffffa080c4f5>] i915_gem_free_object+0x2e5/0x320 [i915]
[ +0.000006] [<ffffffff813b6451>] ? list_del+0x11/0x40
[ +0.000020] [<ffffffffa0315417>] drm_gem_object_free+0x27/0x40 [drm]
[ +0.000023] [<ffffffffa0840645>]
intel_user_framebuffer_destroy+0x75/0xa0 [i915]
[ +0.000015] [<ffffffffa0320a0e>] drm_framebuffer_free+0x4e/0x60 [drm]
[ +0.000014] [<ffffffffa0322095>] drm_framebuffer_unreference+0x35/0x70 [drm]
[ +0.000014] [<ffffffffa032219a>]
drm_mode_set_config_internal+0xca/0x100 [drm]
[ +0.000010] [<ffffffffa03f7568>] restore_fbdev_mode+0xc8/0xf0
[drm_kms_helper]
[ +0.000010] [<ffffffffa03f95c9>]
drm_fb_helper_restore_fbdev_mode_unlocked+0x29/0x80 [drm_kms_helper]
[ +0.000022] [<ffffffffa0860b3e>] intel_fbdev_restore_mode+0x1e/0x50 [i915]
[ +0.000025] [<ffffffffa088795e>] i915_driver_lastclose+0xe/0x20 [i915]
[ +0.000012] [<ffffffffa0314d3e>] drm_lastclose+0x2e/0x150 [drm]
[ +0.000011] [<ffffffffa0315128>] drm_release+0x2c8/0x4b0 [drm]
[ +0.000006] [<ffffffff8121c66f>] __fput+0xdf/0x1f0
[ +0.000004] [<ffffffff8121c7ce>] ____fput+0xe/0x10
[ +0.000005] [<ffffffff810b9727>] task_work_run+0xb7/0xf0
[ +0.000006] [<ffffffff81014cdd>] do_notify_resume+0x8d/0xa0
[ +0.000005] [<ffffffff817815a3>] int_signal+0x12/0x17
[ +0.000002] ---[ end trace ff7adae285a9d5a7 ]---
[ +0.191566] ------------[ cut here ]------------
[ +0.000041] WARNING: CPU: 1 PID: 563 at
drivers/gpu/drm/drm_atomic.c:482 drm_atomic_check_only+0x33d/0x500
[drm]()
[ +0.000003] Modules linked in: i915 ip6t_rpfilter ip6t_REJECT
nf_reject_ipv6 xt_conntrack bnep iTCO_wdt iTCO_vendor_support
ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables
ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6
ip6table_mangle ip6table_security ip6table_raw ip6table_filter
ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4
nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw arc4
iwlmvm mac80211 intel_rapl coretemp kvm_intel kvm iwlwifi btusb
bluetooth i2c_algo_bit cfg80211 drm_kms_helper crct10dif_pclmul
snd_hda_codec_hdmi crc32_pclmul crc32c_intel ghash_clmulni_intel
snd_hda_codec_realtek vfat snd_hda_codec_generic snd_intel_sst_acpi
fat serio_raw snd_intel_sst_core snd_hda_intel i2c_i801 drm
snd_soc_sst_mfld_platform snd_hda_controller
[ +0.000046] r8169 lpc_ich snd_soc_rt5640 snd_hda_codec mfd_core
snd_soc_rl6231 mii mei_txe ir_lirc_codec ir_xmp_decoder
ir_mce_kbd_decoder lirc_dev snd_soc_core ir_sharp_decoder shpchp
ir_sanyo_decoder ir_sony_decoder ir_jvc_decoder mei ir_rc6_decoder
ir_rc5_decoder ir_nec_decoder snd_compress snd_pcm_dmaengine snd_hwdep
snd_seq snd_seq_device iosf_mbi rc_rc6_mce snd_pcm ite_cir snd_timer
rc_core dw_dmac snd dw_dmac_core regmap_i2c i2c_hid
i2c_designware_platform soundcore rfkill_gpio i2c_designware_core
rfkill snd_soc_sst_acpi nfsd auth_rpcgss nfs_acl lockd grace sunrpc
sdhci_acpi video sdhci mmc_core
[ +0.000051] CPU: 1 PID: 563 Comm: Xorg Tainted: G W
4.0.0-0.rc5.git0.1.fc23.x86_64 #1
[ +0.000002] Hardware name:
\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff
\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff/DN2820FYK,
BIOS FYBYT10H.86A.0034.2014.0513.1413 05/13/2014
[ +0.000003] 0000000000000000 000000001fbdeb23 ffff88022358bbb8
ffffffff8177ac09
[ +0.000005] 0000000000000000 0000000000000000 ffff88022358bbf8
ffffffff8109c78a
[ +0.000004] ffff8800b7e13740 0000000000000040 ffff880228e6c480
ffff88021e70ec60
[ +0.000004] Call Trace:
[ +0.000010] [<ffffffff8177ac09>] dump_stack+0x45/0x57
[ +0.000006] [<ffffffff8109c78a>] warn_slowpath_common+0x8a/0xc0
[ +0.000004] [<ffffffff8109c8ba>] warn_slowpath_null+0x1a/0x20
[ +0.000016] [<ffffffffa033213d>] drm_atomic_check_only+0x33d/0x500 [drm]
[ +0.000006] [<ffffffff811bc0a6>] ? kmemdup+0x36/0x50
[ +0.000016] [<ffffffffa0332317>] drm_atomic_commit+0x17/0x60 [drm]
[ +0.000011] [<ffffffffa03f571d>]
drm_atomic_helper_plane_set_property+0x8d/0xd0 [drm_kms_helper]
[ +0.000014] [<ffffffffa03208ad>] drm_mode_plane_set_obj_prop+0x2d/0x90 [drm]
[ +0.000009] [<ffffffffa03f750b>] restore_fbdev_mode+0x6b/0xf0
[drm_kms_helper]
[ +0.000009] [<ffffffffa03f95c9>]
drm_fb_helper_restore_fbdev_mode_unlocked+0x29/0x80 [drm_kms_helper]
[ +0.000009] [<ffffffffa03f9642>] drm_fb_helper_set_par+0x22/0x50
[drm_kms_helper]
[ +0.000008] [<ffffffffa03f954f>]
drm_fb_helper_hotplug_event+0x8f/0xe0 [drm_kms_helper]
[ +0.000009] [<ffffffffa03f95ec>]
drm_fb_helper_restore_fbdev_mode_unlocked+0x4c/0x80 [drm_kms_helper]
[ +0.000030] [<ffffffffa0860b3e>] intel_fbdev_restore_mode+0x1e/0x50 [i915]
[ +0.000026] [<ffffffffa088795e>] i915_driver_lastclose+0xe/0x20 [i915]
[ +0.000012] [<ffffffffa0314d3e>] drm_lastclose+0x2e/0x150 [drm]
[ +0.000012] [<ffffffffa0315128>] drm_release+0x2c8/0x4b0 [drm]
[ +0.000005] [<ffffffff8121c66f>] __fput+0xdf/0x1f0
[ +0.000005] [<ffffffff8121c7ce>] ____fput+0xe/0x10
[ +0.000004] [<ffffffff810b9727>] task_work_run+0xb7/0xf0
[ +0.000006] [<ffffffff81014cdd>] do_notify_resume+0x8d/0xa0
[ +0.000005] [<ffffffff817815a3>] int_signal+0x12/0x17
[ +0.000003] ---[ end trace ff7adae285a9d5a8 ]---
[ +0.000015] general protection fault: 0000 [#1] SMP
[ +0.000054] Modules linked in: i915 ip6t_rpfilter ip6t_REJECT
nf_reject_ipv6 xt_conntrack bnep iTCO_wdt iTCO_vendor_support
ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables
ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6
ip6table_mangle ip6table_security ip6table_raw ip6table_filter
ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4
nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw arc4
iwlmvm mac80211 intel_rapl coretemp kvm_intel kvm iwlwifi btusb
bluetooth i2c_algo_bit cfg80211 drm_kms_helper crct10dif_pclmul
snd_hda_codec_hdmi crc32_pclmul crc32c_intel ghash_clmulni_intel
snd_hda_codec_realtek vfat snd_hda_codec_generic snd_intel_sst_acpi
fat serio_raw snd_intel_sst_core snd_hda_intel i2c_i801 drm
snd_soc_sst_mfld_platform snd_hda_controller
[ +0.000702] r8169 lpc_ich snd_soc_rt5640 snd_hda_codec mfd_core
snd_soc_rl6231 mii mei_txe ir_lirc_codec ir_xmp_decoder
ir_mce_kbd_decoder lirc_dev snd_soc_core ir_sharp_decoder shpchp
ir_sanyo_decoder ir_sony_decoder ir_jvc_decoder mei ir_rc6_decoder
ir_rc5_decoder ir_nec_decoder snd_compress snd_pcm_dmaengine snd_hwdep
snd_seq snd_seq_device iosf_mbi rc_rc6_mce snd_pcm ite_cir snd_timer
rc_core dw_dmac snd dw_dmac_core regmap_i2c i2c_hid
i2c_designware_platform soundcore rfkill_gpio i2c_designware_core
rfkill snd_soc_sst_acpi nfsd auth_rpcgss nfs_acl lockd grace sunrpc
sdhci_acpi video sdhci mmc_core
[ +0.000532] CPU: 1 PID: 563 Comm: Xorg Tainted: G W
4.0.0-0.rc5.git0.1.fc23.x86_64 #1
[ +0.000071] Hardware name:
\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff
\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff\xffffffff/DN2820FYK,
BIOS FYBYT10H.86A.0034.2014.0513.1413 05/13/2014
[ +0.000109] task: ffff8800b2e2c520 ti: ffff880223588000 task.ti:
ffff880223588000
[ +0.000059] RIP: 0010:[<ffffffff810e37d3>] [<ffffffff810e37d3>]
mutex_optimistic_spin+0x53/0x1f0
[ +0.000076] RSP: 0018:ffff88022358bae8 EFLAGS: 00010206
[ +0.000044] RAX: 00008124f0000118 RBX: 0000000000000000 RCX: 0000000000000002
[ +0.000056] RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffff880234b46528
[ +0.000057] RBP: ffff88022358bb38 R08: 0000000000000096 R09: 000000000000041f
[ +0.000057] R10: 0000000000000000 R11: 000000000000041f R12: 0000000000000000
[ +0.000056] R13: ffff8800b2e2c520 R14: ffff880234b46d80 R15: ffff880234b46528
[ +0.002152] FS: 00007fd5c325d9c0(0000) GS:ffff88023fd00000(0000)
knlGS:0000000000000000
[ +0.002190] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[ +0.002192] CR2: 00007fb821fd8b50 CR3: 0000000228d2a000 CR4: 00000000001007e0
[ +0.002217] Stack:
[ +0.002206] ffff88022358bb58 ffff8800b2e2c520 0000000000000000
0000000000000246
[ +0.002292] ffff88022358bb78 ffff880234b46528 ffff880234b46528
ffff8800b2e2c520
[ +0.002299] ffff880234b46d80 0000000000000000 ffff88022358bb98
ffffffff8177f1aa
[ +0.002310] Call Trace:
[ +0.002262] [<ffffffff8177f1aa>] __mutex_lock_slowpath+0x3a/0x120
[ +0.002297] [<ffffffff81779c67>] ? printk+0x55/0x6b
[ +0.002312] [<ffffffff8177f2b3>] mutex_lock+0x23/0x40
[ +0.002308] [<ffffffffa03209ea>] drm_framebuffer_free+0x2a/0x60 [drm]
[ +0.002329] [<ffffffffa0322095>] drm_framebuffer_unreference+0x35/0x70 [drm]
[ +0.002319] [<ffffffffa03f5bef>]
drm_atomic_helper_plane_destroy_state+0x1f/0x30 [drm_kms_helper]
[ +0.002366] [<ffffffffa0863f6e>] intel_plane_destroy_state+0xe/0x10 [i915]
[ +0.002368] [<ffffffffa0331a2a>] drm_atomic_state_clear+0x10a/0x170 [drm]
[ +0.002378] [<ffffffffa0331aa6>] drm_atomic_state_free+0x16/0x60 [drm]
[ +0.002362] [<ffffffffa03f5743>]
drm_atomic_helper_plane_set_property+0xb3/0xd0 [drm_kms_helper]
[ +0.002411] [<ffffffffa03208ad>] drm_mode_plane_set_obj_prop+0x2d/0x90 [drm]
[ +0.002420] [<ffffffffa03f750b>] restore_fbdev_mode+0x6b/0xf0
[drm_kms_helper]
[ +0.002435] [<ffffffffa03f95c9>]
drm_fb_helper_restore_fbdev_mode_unlocked+0x29/0x80 [drm_kms_helper]
[ +0.002472] [<ffffffffa03f9642>] drm_fb_helper_set_par+0x22/0x50
[drm_kms_helper]
[ +0.002483] [<ffffffffa03f954f>]
drm_fb_helper_hotplug_event+0x8f/0xe0 [drm_kms_helper]
[ +0.002504] [<ffffffffa03f95ec>]
drm_fb_helper_restore_fbdev_mode_unlocked+0x4c/0x80 [drm_kms_helper]
[ +0.002533] [<ffffffffa0860b3e>] intel_fbdev_restore_mode+0x1e/0x50 [i915]
[ +0.002492] [<ffffffffa088795e>] i915_driver_lastclose+0xe/0x20 [i915]
[ +0.002424] [<ffffffffa0314d3e>] drm_lastclose+0x2e/0x150 [drm]
[ +0.002366] [<ffffffffa0315128>] drm_release+0x2c8/0x4b0 [drm]
[ +0.002299] [<ffffffff8121c66f>] __fput+0xdf/0x1f0
[ +0.002241] [<ffffffff8121c7ce>] ____fput+0xe/0x10
[ +0.002171] [<ffffffff810b9727>] task_work_run+0xb7/0xf0
[ +0.002124] [<ffffffff81014cdd>] do_notify_resume+0x8d/0xa0
[ +0.002067] [<ffffffff817815a3>] int_signal+0x12/0x17
[ +0.002016] Code: 8b 04 25 08 b9 00 00 48 8b 80 38 c0 ff ff a8 08 0f
85 c2 00 00 00 49 89 ff 49 89 f4 89 d3 48 8b 47 18 48 85 c0 0f 84 1d
01 00 00 <8b> 40 28 85 c0 0f 84 a2 00 00 00 49 8d 47 20 48 89 c7 48 89
45
[ +0.004217] RIP [<ffffffff810e37d3>] mutex_optimistic_spin+0x53/0x1f0
[ +0.001983] RSP <ffff88022358bae8>
[ +0.009890] ---[ end trace ff7adae285a9d5a9 ]---
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2015-03-20 21:49 Dave Airlie
@ 2015-03-21 17:50 ` Linus Torvalds
2015-03-23 15:33 ` Josh Boyer
1 sibling, 0 replies; 427+ messages in thread
From: Linus Torvalds @ 2015-03-21 17:50 UTC (permalink / raw)
To: Dave Airlie; +Cc: DRI mailing list, Linux Kernel Mailing List
On Fri, Mar 20, 2015 at 2:49 PM, Dave Airlie <airlied@linux.ie> wrote:
>
> In other news I've some problem with my git tree and git request-pull
> [airlied@dreadlord-bne-redhat-com linux]$ git request-pull linus/master origin
>
> warn: No match for commit 8265d4486d5c2448a1c645fdc20d4e62873d9c3d found at origin
> warn: Are you sure you pushed 'HEAD' there?
This generally happens if you don't have the same symbolic names
(branch or tag) locally and remotely.
If your local branch name is "linus/master", and your remote one is
just "master", then do what you would do for a "git push": tell git
with the 'local':'remote' syntax _both_ branch names. So something
like
git request-pull linus/master:master origin
should have made request-pull understand to look for the commit at
'master' on the remote side.
That said, when you have a multi-branch setup like you do, I actually
would prefer that you *not* send me "master", but instead send me the
branch (among many) that is clearly for me. So I'd prefer "for-linus"
or similar, simply because it's clearly and explicitly directed at me
and not just some default branch.
Of course, even better would be if you used signed tags.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-03-20 21:49 Dave Airlie
2015-03-21 17:50 ` Linus Torvalds
2015-03-23 15:33 ` Josh Boyer
0 siblings, 2 replies; 427+ messages in thread
From: Dave Airlie @ 2015-03-20 21:49 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
a bunch of fixes across drivers,
radeon: disable two ended allocation for now, it breaks some stuff
amdkfd: misc fixes
nouveau: fix irq loop problem, add basic support for GM206 (new hw)
i915: fix some WARNs people were seeing
exynos: fix some iommu interactions causing boot failures
In other news I've some problem with my git tree and git request-pull
[airlied@dreadlord-bne-redhat-com linux]$ git request-pull linus/master origin
warn: No match for commit 8265d4486d5c2448a1c645fdc20d4e62873d9c3d found at origin
warn: Are you sure you pushed 'HEAD' there?
is happening when I just had my branch on drm-fixes, I've made it master
to generate this pull request so the branch name isn't missing, this
might be due to my attempt to remove my own master branch, using
git symbolic-ref HEAD refs/heads/drm-next, so I'll have to regen it next
week I suppose.
Dave.
The following changes since commit 06e5801b8cb3fc057d88cb4dc03c0b64b2744cda:
Linux 4.0-rc4 (2015-03-15 17:38:20 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux
for you to fetch changes up to 8265d4486d5c2448a1c645fdc20d4e62873d9c3d:
Merge tag 'drm-intel-fixes-2015-03-19' of git://anongit.freedesktop.org/drm-intel into drm-fixes (2015-03-20 17:32:21 +1000)
----------------------------------------------------------------
Alex Deucher (1):
drm/radeon: drop ttm two ended allocation
Andrzej Hajda (1):
drm/exynos: remove unused files
Ben Goz (3):
drm/amdkfd: destroy mqd when destroying kernel queue
drm/amdkfd: Fix SDMA queue init. in non-HWS mode
drm/radeon: Changing number of compute pipe lines
Ben Skeggs (3):
drm/nouveau/fifo/nv04: remove the loop from the interrupt handler
drm/nouveau/gr/gf100: fix some accidental or'ing of buffer addresses
drm/nouveau/device: post write to NV_PMC_BOOT_1 when flipping endian switch
Charles Keepax (1):
drm/exynos: Check for NULL dereference of crtc
Damien Lespiau (1):
drm/i915: Make sure the primary plane is enabled before reading out the fb state
Dan Carpenter (1):
drm/exynos: IS_ERR() vs NULL bug
Dave Airlie (5):
Merge branch 'linux-4.0' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/.../daeinki/drm-exynos into drm-fixes
Merge branch 'drm-fixes-4.0' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-amdkfd-fixes-2015-03-19' of git://people.freedesktop.org/~gabbayo/linux into drm-fixes
Merge tag 'drm-intel-fixes-2015-03-19' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Hyungwon Hwang (1):
drm/exynos: fix the initialization order in FIMD
Inki Dae (1):
drm/exynos: fix typo config name correctly.
Stefan Huehner (2):
drm/nouveau/device/gm100: Basic GM206 bring up (as copy of GM204)
drm/nouveau/bios: fix i2c table parsing for dcb 4.1
Xi Ruoyao (1):
drm/i915: Ensure plane->state->fb stays in sync with plane->fb
.../gpu/drm/amd/amdkfd/kfd_device_queue_manager.c | 10 +-
drivers/gpu/drm/amd/amdkfd/kfd_kernel_queue.c | 22 +-
drivers/gpu/drm/exynos/Kconfig | 2 +-
drivers/gpu/drm/exynos/exynos7_drm_decon.c | 4 +-
drivers/gpu/drm/exynos/exynos_drm_connector.c | 245 ---------------------
drivers/gpu/drm/exynos/exynos_drm_connector.h | 20 --
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 29 +--
drivers/gpu/drm/exynos/exynos_drm_plane.c | 2 +-
drivers/gpu/drm/i915/intel_display.c | 32 ++-
drivers/gpu/drm/nouveau/nvkm/engine/device/base.c | 6 +-
drivers/gpu/drm/nouveau/nvkm/engine/device/gm100.c | 43 ++++
drivers/gpu/drm/nouveau/nvkm/engine/fifo/nv04.c | 85 +++----
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgf100.c | 4 +-
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgk104.c | 4 +-
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgm107.c | 4 +-
drivers/gpu/drm/nouveau/nvkm/subdev/bios/i2c.c | 6 +-
drivers/gpu/drm/radeon/radeon_kfd.c | 2 +-
drivers/gpu/drm/radeon/radeon_object.c | 11 -
18 files changed, 159 insertions(+), 372 deletions(-)
delete mode 100644 drivers/gpu/drm/exynos/exynos_drm_connector.c
delete mode 100644 drivers/gpu/drm/exynos/exynos_drm_connector.h
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2015-03-16 9:51 ` Thierry Reding
@ 2015-03-16 10:08 ` Paul Bolle
0 siblings, 0 replies; 427+ messages in thread
From: Paul Bolle @ 2015-03-16 10:08 UTC (permalink / raw)
To: Thierry Reding; +Cc: Dave Airlie, torvalds, linux-kernel, dri-devel
On Mon, 2015-03-16 at 10:51 +0100, Thierry Reding wrote:
> There should be a patch in v4.0-rc4 (046d669c62f3 "drm/mm: Fix support 4
> GiB and larger ranges") that presumably fixes this. Does it work for you
> as well?
I just sent a message that mentions that commit. It surely fixes this
bug. v4.0-rc4 is still building on that ThinkPad X41. (This might take a
while. But it is a proud little machine. It won't even consider running
kernels build on present-day machines.)
Unless you hear from me again, you may assume that commit works for me
too.
Paul Bolle
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2015-03-13 11:36 ` Paul Bolle
2015-03-16 9:46 ` Paul Bolle
@ 2015-03-16 9:51 ` Thierry Reding
2015-03-16 10:08 ` Paul Bolle
1 sibling, 1 reply; 427+ messages in thread
From: Thierry Reding @ 2015-03-16 9:51 UTC (permalink / raw)
To: Paul Bolle; +Cc: Dave Airlie, torvalds, linux-kernel, dri-devel
[-- Attachment #1: Type: text/plain, Size: 1077 bytes --]
On Fri, Mar 13, 2015 at 12:36:04PM +0100, Paul Bolle wrote:
> Dave Airlie schreef op vr 06-03-2015 om 21:52 [+0000]:
> > Thierry Reding (1):
> > drm/mm: Support 4 GiB and larger ranges
>
> Yesterday the screen on my (outdated) ThinkPad X41 went, well, black
> while it was busy compiling something unattended. I eventually had to
> power cycle that laptop to regain control. I found a drm related BUG()
> in the logs (pasted at the end of the message).
>
> I only have three months worth of logs (a diagnoising session pushed
> most of the logs into /dev/null a few weeks ago). But this is the only
> time I saw that BUG in that period. Now that commit is the last thing
> touching that code, and the various unsigned long to u64 conversions
> _might_ just have gone wrong for 32 bits. I didn't spot anything utterly
> obvious in that commit, but point a finger at it just in case.
There should be a patch in v4.0-rc4 (046d669c62f3 "drm/mm: Fix support 4
GiB and larger ranges") that presumably fixes this. Does it work for you
as well?
Thierry
[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2015-03-13 11:36 ` Paul Bolle
@ 2015-03-16 9:46 ` Paul Bolle
2015-03-16 9:51 ` Thierry Reding
1 sibling, 0 replies; 427+ messages in thread
From: Paul Bolle @ 2015-03-16 9:46 UTC (permalink / raw)
To: Dave Airlie; +Cc: Thierry Reding, torvalds, linux-kernel, dri-devel
On Fri, 2015-03-13 at 12:36 +0100, Paul Bolle wrote:
> Dave Airlie schreef op vr 06-03-2015 om 21:52 [+0000]:
> > Thierry Reding (1):
> > drm/mm: Support 4 GiB and larger ranges
>
> Yesterday the screen on my (outdated) ThinkPad X41 went, well, black
> while it was busy compiling something unattended. I eventually had to
> power cycle that laptop to regain control. I found a drm related BUG()
> in the logs (pasted at the end of the message).
>
> I only have three months worth of logs (a diagnoising session pushed
> most of the logs into /dev/null a few weeks ago). But this is the only
> time I saw that BUG in that period. Now that commit is the last thing
> touching that code, and the various unsigned long to u64 conversions
> _might_ just have gone wrong for 32 bits. I didn't spot anything utterly
> obvious in that commit, but point a finger at it just in case.
Surely fixed by commit 046d669c62f3 ("[PATCH] drm/mm: Fix support 4 GiB
and larger ranges"). It corrects a mistake introduced by the commit
quoted above. So at least I pointed a finger at the right commit.
Thanks,
Paul Bolle
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-03-14 21:50 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-03-14 21:50 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2502 bytes --]
Hi Linus,
misc i915, vmwgfx and radeon fixes along with a fix for one of those sleep
mutex debug log in the mst code.
Dave.
The following changes since commit 9eccca0843205f87c00404b663188b88eb248051:
Linux 4.0-rc3 (2015-03-08 16:09:09 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to e2cdcafa8a53228cb996b3c3a0a48efe91c57b8e:
Merge branch 'drm-fixes-4.0' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2015-03-13 09:21:24 +1000)
----------------------------------------------------------------
Chris Wilson (3):
drm: Don't assign fbs for universal cursor support to files
drm/i915: Make WAIT_IOCTL negative timeouts be indefinite again
drm/i915: Prevent TLB error on first execution on SNB
Christian König (1):
drm/radeon: drop setting UPLL to sleep mode
Colin Ian King (1):
drm/vmwgfx: Correctly NULLify dma buffer pointer on failure
Daniel Vetter (1):
drm/mst: fix recursive sleep warning on qlock
Dave Airlie (3):
Merge tag 'drm-intel-fixes-2015-03-12' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'vmwgfx-fixes-4.0' of git://people.freedesktop.org/~thomash/linux into drm-fixes
Merge branch 'drm-fixes-4.0' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Dave Gordon (1):
drm/i915: use in_interrupt() not in_irq() to check context
Maarten Lankhorst (1):
drm/radeon: fix wait to actually occur after the signaling callback
Mika Kuoppala (1):
drm/i915: Do both mt and gen6 style forcewake reset on ivb probe
Thomas Hellstrom (3):
drm/vmwgfx: Fix a couple of lock dependency violations
drm/vmwgfx: Reorder device takedown somewhat
drm/vmwgfx: Fix an issue with the device losing its irq line on module unload
drivers/gpu/drm/drm_crtc.c | 35 ++++++++-------
drivers/gpu/drm/drm_dp_mst_topology.c | 11 +++--
drivers/gpu/drm/i915/i915_gem.c | 25 ++++++++---
drivers/gpu/drm/i915/intel_display.c | 2 +-
drivers/gpu/drm/i915/intel_uncore.c | 8 +++-
drivers/gpu/drm/radeon/radeon_fence.c | 68 ++++++++++++++++++----------
drivers/gpu/drm/radeon/si.c | 6 +--
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 78 +++++++++++++++++----------------
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 18 ++++----
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 14 ++----
10 files changed, 155 insertions(+), 110 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2015-03-06 21:52 Dave Airlie
@ 2015-03-13 11:36 ` Paul Bolle
2015-03-16 9:46 ` Paul Bolle
2015-03-16 9:51 ` Thierry Reding
0 siblings, 2 replies; 427+ messages in thread
From: Paul Bolle @ 2015-03-13 11:36 UTC (permalink / raw)
To: Dave Airlie, Thierry Reding; +Cc: torvalds, linux-kernel, dri-devel
Dave Airlie schreef op vr 06-03-2015 om 21:52 [+0000]:
> Thierry Reding (1):
> drm/mm: Support 4 GiB and larger ranges
Yesterday the screen on my (outdated) ThinkPad X41 went, well, black
while it was busy compiling something unattended. I eventually had to
power cycle that laptop to regain control. I found a drm related BUG()
in the logs (pasted at the end of the message).
I only have three months worth of logs (a diagnoising session pushed
most of the logs into /dev/null a few weeks ago). But this is the only
time I saw that BUG in that period. Now that commit is the last thing
touching that code, and the various unsigned long to u64 conversions
_might_ just have gone wrong for 32 bits. I didn't spot anything utterly
obvious in that commit, but point a finger at it just in case.
Thanks,
Paul Bolle
mrt 12 19:29:00 x41 kernel: ------------[ cut here ]------------
mrt 12 19:29:00 x41 kernel: kernel BUG at drivers/gpu/drm/drm_mm.c:305!
mrt 12 19:29:01 x41 kernel: invalid opcode: 0000 [#1] SMP
mrt 12 19:29:01 x41 kernel: Modules linked in: bnep bluetooth fuse arc4 lib80211_crypt_wep ip6t_rpfilter ip6t_RE
JECT nf_reject_ipv6 xt_conntrack ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables ip6table_nat
nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_security ip6table_raw ip6table_filter ip6_
tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_secur
ity iptable_raw gpio_ich iTCO_wdt iTCO_vendor_support snd_intel8x0 snd_ac97_codec ppdev ipw2200 ac97_bus snd_seq
sdhci_pci pcspkr serio_raw sdhci snd_seq_device libipw i2c_i801 mmc_core snd_pcm lpc_ich lib80211 thinkpad_acpi
cfg80211 snd_timer irda snd parport_pc soundcore rfkill parport crc_ccitt acpi_cpufreq binfmt_misc i915 i2c_alg
o_bit drm_kms_helper tg3 drm ptp ata_generic
mrt 12 19:29:01 x41 kernel: yenta_socket pps_core pata_acpi video
mrt 12 19:29:01 x41 kernel: CPU: 0 PID: 1749 Comm: gnome-shell Not tainted 4.0.0-0.rc3.1.local0.fc21.i686 #1
mrt 12 19:29:01 x41 kernel: Hardware name: IBM 2525FAG/2525FAG, BIOS 74ET64WW (2.09 ) 12/14/2006
mrt 12 19:29:02 x41 kernel: task: e17cc5e0 ti: e1696000 task.ti: e1696000
mrt 12 19:29:06 x41 kernel: EIP: 0060:[<f80bc435>] EFLAGS: 00210206 CPU: 0
mrt 12 19:29:06 x41 kernel: EIP is at drm_mm_insert_node_in_range_generic+0x3b5/0x480 [drm]
mrt 12 19:29:06 x41 kernel: EAX: 00df0000 EBX: ef734c08 ECX: ef438d00 EDX: 00000000
mrt 12 19:29:06 x41 kernel: ESI: ef734c00 EDI: ef734c00 EBP: e1697c6c ESP: e1697bf0
mrt 12 19:29:06 x41 kernel: DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
mrt 12 19:29:06 x41 kernel: CR0: 80050033 CR2: a24b7000 CR3: 21632000 CR4: 000007d0
mrt 12 19:29:06 x41 kernel: Stack:
mrt 12 19:29:07 x41 kernel: e1697c54 00000000 005f0000 00000000 00800000 ef734c00 ffffffff f6b0de00
mrt 12 19:29:07 x41 kernel: 00000000 00000000 00930000 00000000 00000000 10000000 00000000 00320000
mrt 12 19:29:07 x41 kernel: 00000000 00000000 00000000 00c50000 00000000 00000000 f6bb434c 00800000
mrt 12 19:29:07 x41 kernel: Call Trace:
mrt 12 19:29:09 x41 kernel: [<f82905d6>] i915_gem_object_pin_view+0x666/0x8a0 [i915]
mrt 12 19:29:09 x41 kernel: [<f8283622>] i915_gem_execbuffer_reserve_vma.isra.11+0x62/0x100 [i915]
mrt 12 19:29:09 x41 kernel: [<f8283999>] i915_gem_execbuffer_reserve+0x2d9/0x350 [i915]
mrt 12 19:29:09 x41 kernel: [<f828441d>] i915_gem_do_execbuffer.isra.16+0x65d/0xe00 [i915]
mrt 12 19:29:09 x41 kernel: [<c05806e5>] ? __kmalloc+0x1f5/0x250
mrt 12 19:29:09 x41 kernel: [<f8285ca9>] ? i915_gem_execbuffer2+0x59/0x2d0 [i915]
mrt 12 19:29:09 x41 kernel: [<f8285cdb>] i915_gem_execbuffer2+0x8b/0x2d0 [i915]
mrt 12 19:29:09 x41 kernel: [<f8285c50>] ? i915_gem_execbuffer+0x510/0x510 [i915]
mrt 12 19:29:09 x41 kernel: [<c04b9f6a>] ? ktime_get+0x4a/0x110
mrt 12 19:29:09 x41 kernel: [<f80b3e60>] ? drm_getmap+0xc0/0xc0 [drm]
mrt 12 19:29:09 x41 kernel: [<c05a4c12>] do_vfs_ioctl+0x322/0x540
mrt 12 19:29:09 x41 kernel: [<c067e792>] ? inode_has_perm.isra.32+0x32/0x50
mrt 12 19:29:09 x41 kernel: [<c067e8f7>] ? file_has_perm+0x97/0xa0
mrt 12 19:29:09 x41 kernel: [<c067f51b>] ? selinux_file_ioctl+0x4b/0xe0
mrt 12 19:29:09 x41 kernel: [<c05a4e90>] SyS_ioctl+0x60/0x90
mrt 12 19:29:09 x41 kernel: [<c0a6689f>] sysenter_do_call+0x12/0x12
mrt 12 19:29:09 x41 kernel: Code: 05 0f 0b 8d 76 00 3b 55 e4 77 0b 72 05 3b 45 e0 73 04 0f 0b 66 90 8b 7d 98 03 47 20 13 57 24 3b 55 ec 72 12 77 05 3b 45 e8 76 0b <0f> 0b 89 f6 8d bc 27 00 00 00 00 39 55 cc 77 0b 72 05 39 45 b8
mrt 12 19:29:09 x41 kernel: EIP: [<f80bc435>] drm_mm_insert_node_in_range_generic+0x3b5/0x480 [drm] SS:ESP 0068:e1697bf0
mrt 12 19:29:10 x41 kernel: ---[ end trace 3402b5fea7a4b768 ]---
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-03-06 21:52 Dave Airlie
2015-03-13 11:36 ` Paul Bolle
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2015-03-06 21:52 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, DRI mailing list
Hi Linus,
radeon, imx, msm, i915 fixes,
the msm, imx and i915 ones are fairly run of the mill,
radeon had some DP audio and posting reads for irq fixes,
along with a fix for 32-bit kernels with new cards, we were
using unsigned long to represent GPU side memory space, but
since that changed size on 32 vs 64 cards with lots of VRAM failed,
so the change has no effect on x86-64, just moves to using uint64_t
instead.
Dave.
The following changes since commit 13a7a6ac0a11197edcd0f756a035f472b42cdf8b:
Linux 4.0-rc2 (2015-03-03 09:04:59 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to f6bec6ea6816ece9d229c4d37c44e3222de14044:
Merge tag 'drm-intel-fixes-2015-03-05' of git://anongit.freedesktop.org/drm-intel into drm-fixes (2015-03-07 07:40:17 +1000)
----------------------------------------------------------------
Alex Deucher (15):
drm/radeon: fix the audio dpms callbacks
drm/radeon: assign pin in detect
drm/radeon/audio: set mute around state setup
drm/radeon: don't toggle audio state in modeset
drm/radeon/audio: update EDID derived fields in modeset
drm/radeon: properly set dto for dp on DCE4/5
drm/radeon: adjust audio callback order
drm/radeon: do a posting read in r100_set_irq
drm/radeon: do a posting read in rs600_set_irq
drm/radeon: do a posting read in r600_set_irq
drm/radeon: do a posting read in evergreen_set_irq
drm/radeon: do a posting read in si_set_irq
drm/radeon: do a posting read in cik_set_irq
drm/radeon: fix interlaced modes on DCE8
drm/ttm: device address space != CPU address space
Chris Wilson (1):
drm/i915: Check for driver readyness before handling an underrun interrupt
Daniel Vetter (1):
drm/rockchip: Flip select/depends in Kconfig
Dave Airlie (6):
Merge tag 'imx-drm-fixes-2015-02-24' of git://git.pengutronix.de/git/pza/linux into drm-fixes
Revert "drm/rockchip: Flip select/depends in Kconfig"
Merge branch 'drm-fixes-4.0' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge branch 'msm-fixes-4.0' of git://people.freedesktop.org/~robclark/linux into drm-fixes
Merge tag 'v4.0-rc2' into drm-fixes
Merge tag 'drm-intel-fixes-2015-03-05' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Imre Deak (1):
drm/i915: gen4: work around hang during hibernation
Laurent Pinchart (1):
drm/msm/atomic: Don't leak atomic commit object when commit fails
Liu Ying (1):
DRM: i.MX: parallel display: Support probe deferral for finding DRM panel
Philipp Zabel (4):
gpu: ipu-v3: do not divide by zero if the pixel clock is too large
drm/imx: dw_hdmi-imx: add mode_valid callback prune unsupported modes
drm/imx: dw_hdmi-imx: add end of array element to current control array
drm/imx: imx-ldb: enable DI clock in encoder_mode_set
Rob Clark (3):
drm/msm/mdp5: fix cursor ROI
drm/msm/mdp5: fix cursor blending
drm/msm: kexec fixes
Slava Grigorev (2):
radeon/audio: fix whitespace
radeon/audio: fix DP audio on DCE6
Stephane Viau (3):
drm/msm/mdp5: fixup "drm/msm: fix fallout of atomic dpms changes"
drm/msm: update generated headers (add 6th lm.base entry)
drm/msm/mdp5: Avoid flushing registers when CRTC is disabled
Thierry Reding (1):
drm/mm: Support 4 GiB and larger ranges
Tommi Rantala (1):
drm/radeon: fix DRM_IOCTL_RADEON_CS oops
drivers/gpu/drm/drm_mm.c | 152 +++++++++++++++-------------
drivers/gpu/drm/i915/i915_debugfs.c | 4 +-
drivers/gpu/drm/i915/i915_drv.c | 30 +++++-
drivers/gpu/drm/i915/i915_gem_gtt.c | 6 +-
drivers/gpu/drm/i915/intel_fifo_underrun.c | 18 ++--
drivers/gpu/drm/imx/dw_hdmi-imx.c | 36 ++++++-
drivers/gpu/drm/imx/imx-ldb.c | 28 +++--
drivers/gpu/drm/imx/parallel-display.c | 5 +-
drivers/gpu/drm/msm/mdp/mdp4/mdp4_irq.c | 5 +
drivers/gpu/drm/msm/mdp/mdp5/mdp5.xml.h | 15 +--
drivers/gpu/drm/msm/mdp/mdp5/mdp5_crtc.c | 99 +++++++++++-------
drivers/gpu/drm/msm/mdp/mdp5/mdp5_encoder.c | 6 +-
drivers/gpu/drm/msm/mdp/mdp5/mdp5_irq.c | 5 +
drivers/gpu/drm/msm/msm_atomic.c | 4 +-
drivers/gpu/drm/nouveau/nouveau_fbcon.c | 2 +-
drivers/gpu/drm/radeon/atombios_crtc.c | 3 +
drivers/gpu/drm/radeon/atombios_encoders.c | 30 +++---
drivers/gpu/drm/radeon/cik.c | 3 +
drivers/gpu/drm/radeon/dce6_afmt.c | 68 ++++++-------
drivers/gpu/drm/radeon/evergreen.c | 3 +
drivers/gpu/drm/radeon/evergreen_hdmi.c | 59 ++++-------
drivers/gpu/drm/radeon/r100.c | 4 +
drivers/gpu/drm/radeon/r600.c | 3 +
drivers/gpu/drm/radeon/r600_hdmi.c | 11 --
drivers/gpu/drm/radeon/radeon_audio.c | 50 +++++----
drivers/gpu/drm/radeon/radeon_cs.c | 4 +-
drivers/gpu/drm/radeon/rs600.c | 4 +
drivers/gpu/drm/radeon/si.c | 3 +
drivers/gpu/drm/radeon/sid.h | 4 +-
drivers/gpu/drm/ttm/ttm_bo.c | 2 +-
drivers/gpu/ipu-v3/ipu-di.c | 2 +
include/drm/drm_mm.h | 52 +++++-----
include/drm/ttm/ttm_bo_api.h | 2 +-
include/drm/ttm/ttm_bo_driver.h | 2 +-
34 files changed, 399 insertions(+), 325 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2015-03-02 9:04 ` Daniel Vetter
@ 2015-03-02 16:53 ` Linus Torvalds
0 siblings, 0 replies; 427+ messages in thread
From: Linus Torvalds @ 2015-03-02 16:53 UTC (permalink / raw)
To: Linus Torvalds, Dave Airlie, Daniel Vetter, Jani Nikula,
Matt Roper, Ander Conselvan de Oliveira, intel-gfx,
Linux Kernel Mailing List, DRI mailing list
On Mon, Mar 2, 2015 at 1:04 AM, Daniel Vetter <daniel@ffwll.ch> wrote:
>
> And can you please attach a bactrace of the WARN in your patch, just to
> double-check you blow up at the same spot?
So the dmesg I attached had a backtrace for the new WARN_ONCE() (in
addition to an unrelated(?) one from i915_gem_free_object()).
Or did you mean a backtrace of the oops when things go wrong, when my
patch is *not* applied? My first email had that with the kref.h
warning from drm_framebuffer_reference, which is otherwise the same
thing.
And after things go wrong, and the plane handling thing uses a
framebuffer that has already been freed, then the resulting oopses end
up being kind of random. Which was partly why it ended up beign so
hard to finally bisect, and I actually eventually gave up on it -
because sometimes things would just happen to work, sometimes things
would blow up and oops when X started (resulting in just a dead
machine), sometimes things would oops at bootup.
The most common oops was something going wrong when the framebuffer
was free'd for the second time, and it would cause a NULL pointer
dereference in drm_framebuffer_free() or one of the routines it called
(so often a NULL pointer dereference in
"mutex_lock(&dev->mode_config.fb_lock)" because "dev" was NULL, or the
call to "fb->funcs->destroy(fb)" would oops because "fb->funcs" was
NULL.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2015-03-02 9:44 ` Paul Bolle
@ 2015-03-02 10:26 ` Jani Nikula
0 siblings, 0 replies; 427+ messages in thread
From: Jani Nikula @ 2015-03-02 10:26 UTC (permalink / raw)
To: Paul Bolle, Linus Torvalds
Cc: Dave Airlie, Daniel Vetter, DRI mailing list,
Linux Kernel Mailing List, intel-gfx
On Mon, 02 Mar 2015, Paul Bolle <pebolle@tiscali.nl> wrote:
> On Sat, 2015-02-28 at 22:08 -0800, Linus Torvalds wrote:
>> Hmm. 3.19 works fine, even if it ends up spewing
>>
>> WARNING: CPU: 0 PID: 6 at drivers/gpu/drm/drm_irq.c:1121
>> drm_wait_one_vblank+0x125/0x130()
>> vblank not available on crtc 1, ret=-22
>>
>> a lot.
>
> For what it's worth, that stream of WARNINGs was reported for v3.19-rc1
> in http://lkml.kernel.org/r/20150131211609.GA3710@yulia-desktop .
>
> Commit f9b61ff6bce9 ("drm/i915: Push vblank enable/disable past
> encoder->enable/disable") silenced it again in v4.0-rc1. I guess that
> commit will end up in v3.19-stable in due time.
Yes; the commit lacked cc: stable, I just requested a backport moments
before your mail [1].
BR,
Jani.
[1] http://mid.gmane.org/874mq3oif5.fsf@intel.com
--
Jani Nikula, Intel Open Source Technology Center
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2015-03-01 6:08 ` Linus Torvalds
2015-03-01 7:27 ` Linus Torvalds
@ 2015-03-02 9:44 ` Paul Bolle
2015-03-02 10:26 ` Jani Nikula
1 sibling, 1 reply; 427+ messages in thread
From: Paul Bolle @ 2015-03-02 9:44 UTC (permalink / raw)
To: Linus Torvalds
Cc: Dave Airlie, Daniel Vetter, Jani Nikula, DRI mailing list,
Linux Kernel Mailing List, intel-gfx
On Sat, 2015-02-28 at 22:08 -0800, Linus Torvalds wrote:
> Hmm. 3.19 works fine, even if it ends up spewing
>
> WARNING: CPU: 0 PID: 6 at drivers/gpu/drm/drm_irq.c:1121
> drm_wait_one_vblank+0x125/0x130()
> vblank not available on crtc 1, ret=-22
>
> a lot.
For what it's worth, that stream of WARNINGs was reported for v3.19-rc1
in http://lkml.kernel.org/r/20150131211609.GA3710@yulia-desktop .
Commit f9b61ff6bce9 ("drm/i915: Push vblank enable/disable past
encoder->enable/disable") silenced it again in v4.0-rc1. I guess that
commit will end up in v3.19-stable in due time.
Paul Bolle
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2015-03-02 1:59 ` Linus Torvalds
@ 2015-03-02 9:04 ` Daniel Vetter
2015-03-02 16:53 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Daniel Vetter @ 2015-03-02 9:04 UTC (permalink / raw)
To: Linus Torvalds
Cc: Dave Airlie, Daniel Vetter, Jani Nikula, Matt Roper,
Ander Conselvan de Oliveira, intel-gfx,
Linux Kernel Mailing List, DRI mailing list
On Sun, Mar 01, 2015 at 05:59:53PM -0800, Linus Torvalds wrote:
> On Sun, Mar 1, 2015 at 1:00 PM, Linus Torvalds
> <torvalds@linux-foundation.org> wrote:
> >
> > Back to the drawing board.
>
> Ok, many hours later, but I found it.
>
> The bisection was a disaster, having to work around other bugs in this
> area, but it ended up getting "close enough" that I figured out what
> went wrong.
Sorry for all the bisect work. Ville dug as far as the load detect being
unhappy due to atomic last week. But since I general don't real mail on
w/e I've only seen this thread now.
> The "intel_plane_duplicate_state()" is horribly horribly buggy. It
> looks at the state->fb pointer, but it may have been free'd already.
>
> This workaround "works for me", but it's really still very
> questionable, because while the "kref_get_unless_zero()" works
> correctly when the last reference has been dropped, I'm not sure that
> there is any guarantee that the whole allocation even exists any more,
> so I think the *correct* thing to do would be to clear state->fb when
> dropping the kref. But this was the smallest working patch I could
> come up with. Somebody who actually knows the code should start
> looking at the places that do drm_framebuffer_unreference(), and
> actually clear that pointer instead.
>
> Added Matt Roper and Ander Conselvan de Oliveira to the discussion,
> since they are the ones git says are involved with the original broken
> intel_plane_duplicate_state().
>
> Anyway, attached is
>
> (a) the patch with a big comment
>
> (b) the warnings I get on that machine that show where this problem
> triggers (and another warning earlier).
>
> Comments? I'm sure this probably only triggers with *old* X servers
> that don't do all the modern dri stuff.
It's not old X servers but old machines which don't have hotplug
interrupts (or still have tv-out, which doesn't have hpd support
anywhere).
I'll dig into this now just fyi the rules about how plane->state should be
handled:
- you need plane->lock
- it's invariant once assigned, updates should only be done with a
duplicate_state(), update state you want to change and the going through
the atomic commit machinery
- drm_plane_state->fb should always be a full reference
But switching to atomic amounts to a full rewrite of the drm core and
drivers (semantics for modeset updates are totally different). So there's
lots of glue and ducttape going on to keep up the illusion for both old
code and partially transitioned driver. It's all a bit wobbly atm and
don't loook too closely at some of the hacks we have.
And can you please attach a bactrace of the WARN in your patch, just to
double-check you blow up at the same spot?
Thanks, Daniel
> Linus
> From c182b15c3abee75cdc9d9564b6ab826403690f4e Mon Sep 17 00:00:00 2001
> From: Linus Torvalds <torvalds@localhost.localdomain>
> Date: Sat, 28 Feb 2015 21:44:48 -0800
> Subject: [PATCH] Workaround for drm bug
>
> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
>
> ---
> drivers/gpu/drm/i915/intel_atomic_plane.c | 19 +++++++++++++++++--
> 1 file changed, 17 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/gpu/drm/i915/intel_atomic_plane.c b/drivers/gpu/drm/i915/intel_atomic_plane.c
> index 9e6f727..72714d3 100644
> --- a/drivers/gpu/drm/i915/intel_atomic_plane.c
> +++ b/drivers/gpu/drm/i915/intel_atomic_plane.c
> @@ -85,8 +85,23 @@ intel_plane_duplicate_state(struct drm_plane *plane)
> return NULL;
>
> state = &intel_state->base;
> - if (state->fb)
> - drm_framebuffer_reference(state->fb);
> +
> + /*
> + * We cannot do drm_framebuffer_reference(), because the reference
> + * may already have been dropped.
> + *
> + * So we do what drm_framebuffer_lookup() does, namely do a
> + * kref_get_unless_zero(). Even that is somewhat questionable,
> + * in that maybe the 'fb' already got free'd. So warn loudly
> + * about this.
> + *
> + * Maybe the base.fb should be cleared by whatever drops the
> + * reference?
> + */
> + if (state->fb && !kref_get_unless_zero(&state->fb->refcount)) {
> + state->fb = NULL;
> + WARN_ONCE(1, "intel_plane_duplicate_state got plane with dead frame buffer");
> + }
>
> return state;
> }
> --
> 2.3.1.167.g7f4ba4b
>
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2015-03-01 21:00 ` Linus Torvalds
@ 2015-03-02 1:59 ` Linus Torvalds
2015-03-02 9:04 ` Daniel Vetter
0 siblings, 1 reply; 427+ messages in thread
From: Linus Torvalds @ 2015-03-02 1:59 UTC (permalink / raw)
To: Dave Airlie, Daniel Vetter, Jani Nikula, Matt Roper,
Ander Conselvan de Oliveira
Cc: DRI mailing list, Linux Kernel Mailing List, intel-gfx
[-- Attachment #1: Type: text/plain, Size: 1497 bytes --]
On Sun, Mar 1, 2015 at 1:00 PM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
>
> Back to the drawing board.
Ok, many hours later, but I found it.
The bisection was a disaster, having to work around other bugs in this
area, but it ended up getting "close enough" that I figured out what
went wrong.
The "intel_plane_duplicate_state()" is horribly horribly buggy. It
looks at the state->fb pointer, but it may have been free'd already.
This workaround "works for me", but it's really still very
questionable, because while the "kref_get_unless_zero()" works
correctly when the last reference has been dropped, I'm not sure that
there is any guarantee that the whole allocation even exists any more,
so I think the *correct* thing to do would be to clear state->fb when
dropping the kref. But this was the smallest working patch I could
come up with. Somebody who actually knows the code should start
looking at the places that do drm_framebuffer_unreference(), and
actually clear that pointer instead.
Added Matt Roper and Ander Conselvan de Oliveira to the discussion,
since they are the ones git says are involved with the original broken
intel_plane_duplicate_state().
Anyway, attached is
(a) the patch with a big comment
(b) the warnings I get on that machine that show where this problem
triggers (and another warning earlier).
Comments? I'm sure this probably only triggers with *old* X servers
that don't do all the modern dri stuff.
Linus
[-- Attachment #2: 0001-Workaround-for-drm-bug.patch --]
[-- Type: text/x-patch, Size: 1424 bytes --]
From c182b15c3abee75cdc9d9564b6ab826403690f4e Mon Sep 17 00:00:00 2001
From: Linus Torvalds <torvalds@localhost.localdomain>
Date: Sat, 28 Feb 2015 21:44:48 -0800
Subject: [PATCH] Workaround for drm bug
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
---
drivers/gpu/drm/i915/intel_atomic_plane.c | 19 +++++++++++++++++--
1 file changed, 17 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_atomic_plane.c b/drivers/gpu/drm/i915/intel_atomic_plane.c
index 9e6f727..72714d3 100644
--- a/drivers/gpu/drm/i915/intel_atomic_plane.c
+++ b/drivers/gpu/drm/i915/intel_atomic_plane.c
@@ -85,8 +85,23 @@ intel_plane_duplicate_state(struct drm_plane *plane)
return NULL;
state = &intel_state->base;
- if (state->fb)
- drm_framebuffer_reference(state->fb);
+
+ /*
+ * We cannot do drm_framebuffer_reference(), because the reference
+ * may already have been dropped.
+ *
+ * So we do what drm_framebuffer_lookup() does, namely do a
+ * kref_get_unless_zero(). Even that is somewhat questionable,
+ * in that maybe the 'fb' already got free'd. So warn loudly
+ * about this.
+ *
+ * Maybe the base.fb should be cleared by whatever drops the
+ * reference?
+ */
+ if (state->fb && !kref_get_unless_zero(&state->fb->refcount)) {
+ state->fb = NULL;
+ WARN_ONCE(1, "intel_plane_duplicate_state got plane with dead frame buffer");
+ }
return state;
}
--
2.3.1.167.g7f4ba4b
[-- Attachment #3: drm-bug-dmesg --]
[-- Type: application/octet-stream, Size: 6501 bytes --]
...
[ 0.898565] random: nonblocking pool is initialized
[ 0.932621] [drm] Setting output timings on SDVOB failed
[ 1.082274] ------------[ cut here ]------------
[ 1.082283] WARNING: CPU: 0 PID: 15 at drivers/gpu/drm/i915/i915_gem.c:4524 i915_gem_free_object+0x22d/0x250()
[ 1.082291] WARN_ON(obj->frontbuffer_bits)
[ 1.082291] CPU: 0 PID: 15 Comm: kworker/u4:1 Tainted: G W 4.0.0-rc1-00154-g7c7766e #39
[ 1.082293] Hardware name: Apple Computer, Inc. Macmini1,1/Mac-F4208EC8, BIOS MM11.88Z.0055.B03.0604071521 04/07/06
[ 1.082299] Workqueue: events_unbound async_run_entry_fn
[ 1.082304] 00000000 00000000 f68cfb64 c166d337 c17ee3c4 f68cfb94 c103e3bf c17ee764
[ 1.082309] f68cfbc0 0000000f c17ee3c4 000011ac c12fe52d c12fe52d f69e0d00 00000000
[ 1.082313] f69e0d30 f68cfbac c103e43e 00000009 f68cfba4 c17ee764 f68cfbc0 f68cfbd8
[ 1.082314] Call Trace:
[ 1.082321] [<c166d337>] dump_stack+0x41/0x52
[ 1.082328] [<c103e3bf>] warn_slowpath_common+0x7f/0xb0
[ 1.082331] [<c12fe52d>] ? i915_gem_free_object+0x22d/0x250
[ 1.082334] [<c12fe52d>] ? i915_gem_free_object+0x22d/0x250
[ 1.082337] [<c103e43e>] warn_slowpath_fmt+0x2e/0x30
[ 1.082340] [<c12fe52d>] i915_gem_free_object+0x22d/0x250
[ 1.082344] [<c166ed04>] ? mutex_lock+0x14/0x40
[ 1.082348] [<c12bafea>] drm_gem_object_free+0x1a/0x20
[ 1.082353] [<c1326d1d>] intel_user_framebuffer_destroy+0x5d/0x80
[ 1.082356] [<c166ed04>] ? mutex_lock+0x14/0x40
[ 1.082360] [<c12c3f33>] drm_framebuffer_free+0x43/0x60
[ 1.082365] [<c12c4588>] drm_framebuffer_unreference+0x28/0x60
[ 1.082369] [<c12c5c7e>] drm_mode_set_config_internal+0x8e/0xc0
[ 1.082371] [<c12b4e32>] restore_fbdev_mode+0xc2/0xf0
[ 1.082375] [<c12d3276>] ? __drm_modeset_lock_all+0xa6/0xe0
[ 1.082379] [<c12b7314>] drm_fb_helper_restore_fbdev_mode_unlocked+0x24/0x70
[ 1.082382] [<c12b737d>] drm_fb_helper_set_par+0x1d/0x40
[ 1.082386] [<c13452c8>] intel_fbdev_set_par+0x18/0x60
[ 1.082390] [<c1232b72>] fbcon_init+0x4e2/0x530
[ 1.082395] [<c115c230>] ? __kernfs_create_file+0x60/0x90
[ 1.082400] [<c129068e>] do_bind_con_driver+0x15e/0x330
[ 1.082403] [<c115cac7>] ? sysfs_create_file_ns+0x27/0x30
[ 1.082406] [<c136ecbf>] ? device_create_file+0x2f/0xa0
[ 1.082411] [<c1291a15>] do_take_over_console+0xd5/0x160
[ 1.082414] [<c1232c1d>] do_fbcon_takeover+0x5d/0xc0
[ 1.082418] [<c123757d>] fbcon_event_notify+0x5dd/0x760
[ 1.082421] [<c115c8fc>] ? sysfs_add_file_mode_ns+0x6c/0x1e0
[ 1.082424] [<c1054fe1>] notifier_call_chain+0x41/0x60
[ 1.082427] [<c10552b6>] __blocking_notifier_call_chain+0x46/0x60
[ 1.082430] [<c10552ea>] blocking_notifier_call_chain+0x1a/0x20
[ 1.082432] [<c123c501>] fb_notifier_call_chain+0x11/0x20
[ 1.082435] [<c123ebf2>] register_framebuffer+0x1f2/0x2f0
[ 1.082439] [<c12b713a>] drm_fb_helper_initial_config+0x2aa/0x370
[ 1.082443] [<c1345d14>] intel_fbdev_initial_config+0x14/0x20
[ 1.082445] [<c10565a1>] async_run_entry_fn+0x31/0xd0
[ 1.082452] [<c104f6c9>] ? pwq_dec_nr_in_flight+0x39/0x90
[ 1.082455] [<c104f80e>] process_one_work+0xee/0x2b0
[ 1.082458] [<c104fa39>] worker_thread+0x39/0x400
[ 1.082461] [<c105427c>] kthread+0xac/0xd0
[ 1.082464] [<c104fa00>] ? process_scheduled_works+0x30/0x30
[ 1.082467] [<c1670781>] ret_from_kernel_thread+0x21/0x30
[ 1.082470] [<c10541d0>] ? __kthread_parkme+0x60/0x60
[ 1.082472] ---[ end trace 6309eba3c7a2324a ]---
[ 1.094040] Console: switching to colour frame buffer device 210x65
...
[ 2.903705] setfont (1128) used greatest stack depth: 6448 bytes left
[ 2.915551] ------------[ cut here ]------------
[ 2.917985] WARNING: CPU: 1 PID: 1126 at drivers/gpu/drm/i915/intel_atomic_plane.c:103 intel_plane_duplicate_state+0xc9/0xe0()
[ 2.920518] intel_plane_duplicate_state got plane with dead frame buffer
[ 2.920580] CPU: 1 PID: 1126 Comm: plymouthd Tainted: G W 4.0.0-rc1-00154-g7c7766e #39
[ 2.925701] Hardware name: Apple Computer, Inc. Macmini1,1/Mac-F4208EC8, BIOS MM11.88Z.0055.B03.0604071521 04/07/06
[ 2.928344] 00000000 00000000 f628ba4c c166d337 c17f5fd0 f628ba7c c103e3bf c17f5ffc
[ 2.931048] f628baa8 00000466 c17f5fd0 00000067 c1348ae9 c1348ae9 f6b47f04 f6ba5480
[ 2.933771] f6b47380 f628ba94 c103e43e 00000009 f628ba8c c17f5ffc f628baa8 f628bab4
[ 2.936491] Call Trace:
[ 2.939141] [<c166d337>] dump_stack+0x41/0x52
[ 2.941776] [<c103e3bf>] warn_slowpath_common+0x7f/0xb0
[ 2.944445] [<c1348ae9>] ? intel_plane_duplicate_state+0xc9/0xe0
[ 2.947117] [<c1348ae9>] ? intel_plane_duplicate_state+0xc9/0xe0
[ 2.949800] [<c103e43e>] warn_slowpath_fmt+0x2e/0x30
[ 2.952480] [<c1348ae9>] intel_plane_duplicate_state+0xc9/0xe0
[ 2.955192] [<c12ae154>] drm_plane_helper_update+0x24/0xc0
[ 2.957927] [<c1330d5c>] __intel_set_mode+0x71c/0x9c0
[ 2.960635] [<c13366cb>] intel_set_mode+0x6b/0x90
[ 2.963342] [<c1336b12>] intel_get_load_detect_pipe+0x332/0x470
[ 2.966026] [<c11fffff>] ? sg_last+0x2f/0x40
[ 2.968698] [<c11fb85a>] ? snprintf+0x1a/0x20
[ 2.971334] [<c12caf24>] ? drm_mode_set_name+0x44/0x50
[ 2.973968] [<c1367b24>] intel_tv_detect+0x84/0x4e0
[ 2.976599] [<c105fed3>] ? update_cfs_rq_blocked_load+0x123/0x170
[ 2.979249] [<c12ad573>] drm_helper_probe_single_connector_modes_merge_bits+0x1a3/0x440
[ 2.981936] [<c166ed04>] ? mutex_lock+0x14/0x40
[ 2.993074] [<c12ad842>] drm_helper_probe_single_connector_modes+0x12/0x20
[ 2.995760] [<c12c7db7>] drm_mode_getconnector+0x2e7/0x320
[ 2.998431] [<c1038d72>] ? kmap_atomic_prot+0x42/0x110
[ 3.001086] [<c12bc6f5>] drm_ioctl+0x1e5/0x560
[ 3.003725] [<c12c7ad0>] ? get_properties+0xd0/0xd0
[ 3.006376] [<c10ea55b>] ? page_add_new_anon_rmap+0x5b/0x70
[ 3.009000] [<c11a3e3a>] ? avc_has_perm+0x2a/0x110
[ 3.011614] [<c10e25a1>] ? handle_mm_fault+0xcf1/0xea0
[ 3.014189] [<c12bc510>] ? drm_setversion+0x170/0x170
[ 3.016766] [<c110fd21>] do_vfs_ioctl+0x71/0x590
[ 3.019327] [<c11a8f3c>] ? inode_has_perm.clone.37+0x2c/0x40
[ 3.021877] [<c11a8fe1>] ? file_has_perm+0x91/0xa0
[ 3.024430] [<c11aa7e2>] ? selinux_file_ioctl+0x42/0xe0
[ 3.026978] [<c11102d2>] SyS_ioctl+0x92/0xa0
[ 3.029532] [<c1670912>] syscall_call+0x7/0x7
[ 3.032058] ---[ end trace 6309eba3c7a2324c ]---
[ 3.102207] usb 1-6.1: new full-speed USB device number 5 using ehci-pci
..
^ permalink raw reply related [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2015-03-01 20:35 ` Linus Torvalds
@ 2015-03-01 21:00 ` Linus Torvalds
2015-03-02 1:59 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Linus Torvalds @ 2015-03-01 21:00 UTC (permalink / raw)
To: Dave Airlie, Daniel Vetter, Jani Nikula
Cc: DRI mailing list, Linux Kernel Mailing List, intel-gfx
On Sun, Mar 1, 2015 at 12:35 PM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
>
> The compiles should be going faster now that I'm getting closer, so
> I'll have a tighter bisect soon. Knock wood.
Grr.
I found:
ccfc08655d5fd5076828f45fb09194c070f2f63a is the first bad commit
but that boot failure is apparently fixed by 2caa80e72b57.
So my bisect seems to be worthless, because there were two independent
boot failures, and it found the known one.
Back to the drawing board.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2015-03-01 7:27 ` Linus Torvalds
@ 2015-03-01 20:35 ` Linus Torvalds
2015-03-01 21:00 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Linus Torvalds @ 2015-03-01 20:35 UTC (permalink / raw)
To: Dave Airlie, Daniel Vetter, Jani Nikula
Cc: DRI mailing list, Linux Kernel Mailing List, intel-gfx
On Sat, Feb 28, 2015 at 11:27 PM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
>
> I'll try to narrow it down at least a *bit* more, even if it's a
> painfully slow machine.
It was brought in by either
Merge tag 'topic/atomic-core-2015-01-05'
or
Merge tag 'topic/core-stuff-2014-12-19'
with the atomic stuff being the prime suspect (b46004b70367 is good,
so is 4b08eae52f2f and dafffda023b0).
The compiles should be going faster now that I'm getting closer, so
I'll have a tighter bisect soon. Knock wood.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2015-03-01 6:08 ` Linus Torvalds
@ 2015-03-01 7:27 ` Linus Torvalds
2015-03-01 20:35 ` Linus Torvalds
2015-03-02 9:44 ` Paul Bolle
1 sibling, 1 reply; 427+ messages in thread
From: Linus Torvalds @ 2015-03-01 7:27 UTC (permalink / raw)
To: Dave Airlie, Daniel Vetter, Jani Nikula
Cc: DRI mailing list, Linux Kernel Mailing List, intel-gfx
On Sat, Feb 28, 2015 at 10:08 PM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
>
> I'll see how painful it is to bisect it,
Not surprisingly, it went right for the drm merge.
Commit 8c334ce8f0fe ("Merge branch 'timers-core-for-linus'..") is
good, while the next merge commit 796e1c55717e ("Merge branch
'drm-next' ..") is bad and doesn't boot.
I'll try to narrow it down at least a *bit* more, even if it's a
painfully slow machine.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2015-03-01 5:40 ` Linus Torvalds
@ 2015-03-01 6:08 ` Linus Torvalds
2015-03-01 7:27 ` Linus Torvalds
2015-03-02 9:44 ` Paul Bolle
0 siblings, 2 replies; 427+ messages in thread
From: Linus Torvalds @ 2015-03-01 6:08 UTC (permalink / raw)
To: Dave Airlie, Daniel Vetter, Jani Nikula
Cc: DRI mailing list, Linux Kernel Mailing List, intel-gfx
On Sat, Feb 28, 2015 at 9:40 PM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
>
> I'm not sure how new these problems are, I think the previous kernel I
> booted on this machine was 3.16.
Hmm. 3.19 works fine, even if it ends up spewing
WARNING: CPU: 0 PID: 6 at drivers/gpu/drm/drm_irq.c:1121
drm_wait_one_vblank+0x125/0x130()
vblank not available on crtc 1, ret=-22
a lot. But it doesn't have the problems I saw with current -git.
So it's new to this merge window.
I'll see how painful it is to bisect it,
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2015-02-27 4:42 Dave Airlie
@ 2015-03-01 5:40 ` Linus Torvalds
2015-03-01 6:08 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Linus Torvalds @ 2015-03-01 5:40 UTC (permalink / raw)
To: Dave Airlie, Daniel Vetter, Jani Nikula
Cc: DRI mailing list, Linux Kernel Mailing List, intel-gfx
Hmm. I haven't updated the old Mac Mini I have in a *long* time, but
today I decided to try.
And it causes problems in drm.
I'm not sure how new these problems are, I think the previous kernel I
booted on this machine was 3.16. But I thought I'd better report them
as-is, because bisection on this thing takes *forever*, and it's quite
possible that you or one of the i915 guys goes "ahh, of course", so no
point in wasting time on bisection unless absolutely required.
Anyway, I have two warnings, and then had to do a work-around to avoid an oops.
Warning #1:
...
fbcon: inteldrmfb (fb0) is primary device
random: nonblocking pool is initialized
[drm] Setting output timings on SDVOB failed
------------[ cut here ]------------
WARNING: CPU: 1 PID: 15 at drivers/gpu/drm/i915/i915_gem.c:4524
i915_gem_free_object+0x22d/0x250()
WARN_ON(obj->frontbuffer_bits)
CPU: 1 PID: 15 Comm: kworker/u4:1 Tainted: G W
4.0.0-rc1-00129-g6380ad5-dirty #3
Hardware name: Apple Computer, Inc. Macmini1,1/Mac-F4208EC8, BIOS
MM11.88Z.0055.B03.0604071521 04/07/06
Workqueue: events_unbound async_run_entry_fn
Call Trace:
dump_stack+0x41/0x52
warn_slowpath_common+0x7f/0xb0
warn_slowpath_fmt+0x2e/0x30
i915_gem_free_object+0x22d/0x250
drm_gem_object_free+0x1a/0x20
intel_user_framebuffer_destroy+0x5d/0x80
drm_framebuffer_free+0x43/0x60
drm_framebuffer_unreference+0x28/0x60
drm_mode_set_config_internal+0x8e/0xc0
restore_fbdev_mode+0xc2/0xf0
drm_fb_helper_restore_fbdev_mode_unlocked+0x24/0x70
drm_fb_helper_set_par+0x1d/0x40
intel_fbdev_set_par+0x18/0x60
fbcon_init+0x4e2/0x530
do_bind_con_driver+0x15e/0x330
do_take_over_console+0xd5/0x160
do_fbcon_takeover+0x5d/0xc0
fbcon_event_notify+0x5dd/0x760
notifier_call_chain+0x41/0x60
__blocking_notifier_call_chain+0x46/0x60
blocking_notifier_call_chain+0x1a/0x20
fb_notifier_call_chain+0x11/0x20
register_framebuffer+0x1f2/0x2f0
drm_fb_helper_initial_config+0x2aa/0x370
intel_fbdev_initial_config+0x14/0x20
async_run_entry_fn+0x31/0xd0
process_one_work+0xee/0x2b0
worker_thread+0x39/0x400
kthread+0xac/0xd0
ret_from_kernel_thread+0x21/0x30
---[ end trace e533d8d502f4f45e ]---
Console: switching to colour frame buffer device 210x65
...
but things seemed to work despite it. The more scary warning is #2:
...
dracut: Starting plymouth daemon
usb 5-1: new full-speed USB device number 2 using uhci_hcd
setfont (1129) used greatest stack depth: 6448 bytes left
------------[ cut here ]------------
WARNING: CPU: 1 PID: 1127 at include/linux/kref.h:47
drm_framebuffer_reference+0x39/0x70()
CPU: 1 PID: 1127 Comm: plymouthd Tainted: G W
4.0.0-rc1-00129-g6380ad5-dirty #3
Hardware name: Apple Computer, Inc. Macmini1,1/Mac-F4208EC8, BIOS
MM11.88Z.0055.B03.0604071521 04/07/06
Call Trace:
dump_stack+0x41/0x52
warn_slowpath_common+0x7f/0xb0
warn_slowpath_null+0x1d/0x20
drm_framebuffer_reference+0x39/0x70
intel_plane_duplicate_state+0x36/0x70
drm_plane_helper_update+0x24/0xc0
__intel_set_mode+0x71c/0x9c0
intel_set_mode+0x6b/0x90
intel_get_load_detect_pipe+0x332/0x470
intel_tv_detect+0x84/0x4e0
drm_helper_probe_single_connector_modes_merge_bits+0x1a3/0x440
drm_helper_probe_single_connector_modes+0x12/0x20
drm_mode_getconnector+0x2e7/0x320
drm_ioctl+0x1e5/0x560
do_vfs_ioctl+0x71/0x590
SyS_ioctl+0x92/0xa0
syscall_call+0x7/0x7
---[ end trace e533d8d502f4f460 ]---
usb 5-1: New USB device found, idVendor=05ac, idProduct=1000
usb 5-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
...
which is scary because it implies some bad reference counting problem.
And in fact, that warning was followed by a NULL pointer oops, which I
worked around with this crazy patch:
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index 6b6b07f..28527ac 100644
--- a/drivers/gpu/drm/drm_crtc.c
+++ b/drivers/gpu/drm/drm_crtc.c
@@ -452,7 +452,8 @@ static void drm_framebuffer_free(struct kref *kref)
}
mutex_unlock(&dev->mode_config.fb_lock);
- fb->funcs->destroy(fb);
+ if (fb->funcs)
+ fb->funcs->destroy(fb);
}
static struct drm_framebuffer *__drm_framebuffer_lookup(struct
drm_device *dev,
because "fb->funcs" was NULL. I assume it was NULL because some fb
freeing had cleared them already due to the kref going down to zero.
Any ideas? This is an ancient box with ancient user land, and not
getting a lot of testing. But it *used* to work.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-02-27 4:42 Dave Airlie
2015-03-01 5:40 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2015-02-27 4:42 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 5045 bytes --]
Hi Linus,
just general fixes pull, radeon, i915, atmel, tegra, amdkfd
and one core fix.
Dave.
The following changes since commit c517d838eb7d07bbe9507871fab3931deccff539:
Linux 4.0-rc1 (2015-02-22 18:21:14 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 21689a440bdc90650b7ee3803ec11cfabd21409e:
Merge branch 'drm-atmel-hlcdc-fixes' of git://github.com/bbrezillon/linux-at91 into drm-fixes (2015-02-27 10:31:40 +1000)
----------------------------------------------------------------
Alex Deucher (6):
drm/radeon: use drm_mode_vrefresh() rather than mode->vrefresh
drm/radeon: disable mclk switching with 120hz+ monitors
drm/radeon: dump full IB if we hit a packet error
drm/radeon: fix 1 RB harvest config setup for TN/RL
drm/radeon: fix atom aux payload size check for writes (v2)
drm/radeon: only enable DP audio if the monitor supports it
Boris Brezillon (2):
drm: atmel-hlcdc: reset layer A2Q and UPDATE bits when disabling it
drm: atmel-hlcdc: remove useless pm_runtime_put_sync in probe
Chris Wilson (1):
drm/i915: Check obj->vma_list under the struct_mutex
Christian König (2):
drm/radeon: enable SRBM timeout interrupt on SI
drm/radeon: enable SRBM timeout interrupt on EG/NI
Daniel Vetter (2):
drm: Fix deadlock due to getconnector locking changes
drm/i915: Align initial plane backing objects correctly
Dave Airlie (5):
Merge tag 'drm/tegra/for-3.20-rc1-fixes' of git://anongit.freedesktop.org/tegra/linux into drm-fixes
Merge tag 'drm-amdkfd-fixes-2015-02-23' of git://people.freedesktop.org/~gabbayo/linux into drm-fixes
Merge branch 'drm-fixes-4.0' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-intel-fixes-2015-02-26' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'drm-atmel-hlcdc-fixes' of git://github.com/bbrezillon/linux-at91 into drm-fixes
Imre Deak (1):
drm/i915: avoid processing spurious/shared interrupts in low-power states
Jani Nikula (2):
drm/i915/skl: handle all pixel formats in skylake_update_primary_plane()
drm/i915: Dell Chromebook 11 has PWM backlight
Leo Liu (1):
drm/radeon: enable SRBM timeout interrupt on CIK v2
Nathan-J. Hirschauer (1):
drm/radeon: enable native backlight control on old macs
Nick Hoath (1):
drm/i915: Fix a use after free, and unbalanced refcounting
Nicolas Ferre (1):
drm: atmel-hlcdc: remove clock polarity from crtc driver
Oded Gabbay (2):
drm/amdkfd: Initialize only amdkfd's assigned pipelines
drm/amdkfd: don't set get_pipes_num() as inline
Rodrigo Vivi (2):
drm/i915/bdw: PCI IDs ending in 0xb are ULT.
drm/i915: Fix frontbuffer false positve.
Thierry Reding (4):
drm/tegra: hdmi: Explicitly set clock rate
drm/tegra: dc: Reset state's active_changed field
drm/tegra: dc: Wire up CRTC parent of atomic state
drm/tegra: dc: Move more code into ->init()
.../gpu/drm/amd/amdkfd/kfd_device_queue_manager.c | 10 ++-
.../gpu/drm/amd/amdkfd/kfd_device_queue_manager.h | 8 +--
.../drm/amd/amdkfd/kfd_device_queue_manager_cik.c | 2 +-
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 2 +-
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 2 -
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_layer.c | 3 +-
drivers/gpu/drm/drm_crtc.c | 3 +-
drivers/gpu/drm/i915/i915_drv.h | 15 +++-
drivers/gpu/drm/i915/i915_gem.c | 3 +-
drivers/gpu/drm/i915/i915_gem_stolen.c | 6 +-
drivers/gpu/drm/i915/i915_gem_tiling.c | 7 +-
drivers/gpu/drm/i915/i915_irq.c | 22 ++++++
drivers/gpu/drm/i915/intel_display.c | 33 ++++++---
drivers/gpu/drm/i915/intel_lrc.c | 8 +--
drivers/gpu/drm/radeon/atombios_dp.c | 7 ++
drivers/gpu/drm/radeon/atombios_encoders.c | 21 ++++--
drivers/gpu/drm/radeon/cik.c | 8 +++
drivers/gpu/drm/radeon/cikd.h | 4 ++
drivers/gpu/drm/radeon/evergreen.c | 7 ++
drivers/gpu/drm/radeon/evergreend.h | 4 ++
drivers/gpu/drm/radeon/ni.c | 10 +--
drivers/gpu/drm/radeon/nid.h | 4 ++
drivers/gpu/drm/radeon/r600_dpm.c | 2 +-
drivers/gpu/drm/radeon/radeon_cs.c | 16 ++++-
drivers/gpu/drm/radeon/radeon_encoders.c | 3 +
drivers/gpu/drm/radeon/radeon_pm.c | 6 ++
drivers/gpu/drm/radeon/si.c | 22 ++++--
drivers/gpu/drm/radeon/sid.h | 4 ++
drivers/gpu/drm/tegra/dc.c | 79 +++++++++++-----------
drivers/gpu/drm/tegra/hdmi.c | 8 +++
include/drm/i915_pciids.h | 4 +-
31 files changed, 235 insertions(+), 98 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-02-05 4:03 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-02-05 4:03 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2629 bytes --]
Hi Linus,
radeon and amdkfd fixes, radeon ones mostly for oops in some
test/benchmark functions since fencing changes, and one regression fix for
old GPUs,
There is one cirrus regression fix, the 32bpp broke userspace, so this
hides it behind a module option for the few users who care.
I'm off for a few days, so this is probably the final pull I have, if I
see fixes from Intel I'll forward the pull as I should have email.
Dave.
The following changes since commit e36f014edff70fc02b3d3d79cead1d58f289332e:
Linux 3.19-rc7 (2015-02-01 20:07:21 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 7f551b1eee63dca6571fc44329b807aab7d5fc5c:
drm/cirrus: Limit modes depending on bpp option (2015-02-05 10:39:00 +1000)
----------------------------------------------------------------
Alex Deucher (2):
drm/radeon: don't init gpuvm if accel is disabled (v3)
drm/radeon: properly set vm fragment size for TN/RL
Christian König (1):
drm/radeon: fix PLLs on RS880 and older v2
Dave Airlie (2):
Merge branch 'drm-fixes-3.19' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-amdkfd-fixes-2015-02-02' of git://people.freedesktop.org/~gabbayo/linux into drm-fixes
Ilija Hadzic (2):
drm/radeon: fix the crash in benchmark functions
drm/radeon: fix the crash in test functions
Oded Gabbay (3):
drm/amdkfd: Fix bug in accounting of queues
drm/amdkfd: max num of queues can't be 0
drm/amdkfd: Don't create BUG due to incorrect user parameter
Takashi Iwai (1):
drm/cirrus: Limit modes depending on bpp option
drivers/gpu/drm/amd/amdkfd/kfd_device_queue_manager.c | 2 +-
drivers/gpu/drm/amd/amdkfd/kfd_module.c | 4 ++--
drivers/gpu/drm/amd/amdkfd/kfd_process_queue_manager.c | 6 +++++-
drivers/gpu/drm/cirrus/cirrus_drv.c | 3 +++
drivers/gpu/drm/cirrus/cirrus_drv.h | 3 +++
drivers/gpu/drm/cirrus/cirrus_main.c | 2 ++
drivers/gpu/drm/cirrus/cirrus_mode.c | 9 +++++++--
drivers/gpu/drm/radeon/radeon_benchmark.c | 13 ++++++++-----
drivers/gpu/drm/radeon/radeon_display.c | 3 +++
drivers/gpu/drm/radeon/radeon_gem.c | 6 ++++--
drivers/gpu/drm/radeon/radeon_kms.c | 16 ++++++++--------
drivers/gpu/drm/radeon/radeon_test.c | 8 ++++----
drivers/gpu/drm/radeon/radeon_vm.c | 6 ++++--
13 files changed, 54 insertions(+), 27 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2015-01-27 18:04 ` Linus Torvalds
@ 2015-01-27 21:15 ` Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-01-27 21:15 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Dave Airlie, Linux Kernel Mailing List, DRI mailing list
On 28 January 2015 at 04:04, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> On Mon, Jan 26, 2015 at 6:06 PM, Dave Airlie <airlied@linux.ie> wrote:
>>
>> are available in the git repository at:
>>
>> git://people.freedesktop.org/~airlied/linux drm-fixes
>
> No they aren't, actually, because you've screwed up your repository.
>
> It looks like you were using an alternates that has gone away:
>
> remote: error: object directory
> /srv/anongit.freedesktop.org/git/nouveau/linux-2.6/objects does not
> exist; check .git/objects/info/alternates.
> remote: error: Could not read fe06a892edbcd0cd42ea5928e4492a337e3bd90c
> remote: fatal: bad tree object fe06a892edbcd0cd42ea5928e4492a337e3bd90c
> remote: aborting due to possible repository corruption on the remote side.
>
> it really looks like you started your repo by doing a shared clone
> from an insane source (ie the nouveau tree), and then the nouveau tree
> got renamed or deleted (perhaps somebody decided that the whole
> "linux-2.6" naming doesn't make sense any more, since we haven't been
> at 2.6 for years). So now your repository depends on another repo that
> is gone.
>
> It's should be trivially fixable by just editing the git "alternates"
> file to point to the proper base again, since that fe06a892edbc object
> is definitely part of my base kernel, but basically you shouldn't do
> shared clones unless you know you can really *rely* on the clone
> you're sharing from. Doing it from some random side project like the
> nouveau tree sounds like a bad bad idea.
Actually everything was there, just one tree is NFS mounted from somewhere else,
and fd.o got rebooted and the mount didn't come back up automatically,
fixed it now.
But yes I'll reorganise my tree to be a clean copy, I built it years
ago temporarily
and it kinda ended up permanent, and I forgot where I cloned it from.
Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2015-01-27 2:06 Dave Airlie
@ 2015-01-27 18:04 ` Linus Torvalds
2015-01-27 21:15 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Linus Torvalds @ 2015-01-27 18:04 UTC (permalink / raw)
To: Dave Airlie; +Cc: DRI mailing list, Linux Kernel Mailing List
On Mon, Jan 26, 2015 at 6:06 PM, Dave Airlie <airlied@linux.ie> wrote:
>
> are available in the git repository at:
>
> git://people.freedesktop.org/~airlied/linux drm-fixes
No they aren't, actually, because you've screwed up your repository.
It looks like you were using an alternates that has gone away:
remote: error: object directory
/srv/anongit.freedesktop.org/git/nouveau/linux-2.6/objects does not
exist; check .git/objects/info/alternates.
remote: error: Could not read fe06a892edbcd0cd42ea5928e4492a337e3bd90c
remote: fatal: bad tree object fe06a892edbcd0cd42ea5928e4492a337e3bd90c
remote: aborting due to possible repository corruption on the remote side.
it really looks like you started your repo by doing a shared clone
from an insane source (ie the nouveau tree), and then the nouveau tree
got renamed or deleted (perhaps somebody decided that the whole
"linux-2.6" naming doesn't make sense any more, since we haven't been
at 2.6 for years). So now your repository depends on another repo that
is gone.
It's should be trivially fixable by just editing the git "alternates"
file to point to the proper base again, since that fe06a892edbc object
is definitely part of my base kernel, but basically you shouldn't do
shared clones unless you know you can really *rely* on the clone
you're sharing from. Doing it from some random side project like the
nouveau tree sounds like a bad bad idea.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-01-27 2:06 Dave Airlie
2015-01-27 18:04 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2015-01-27 2:06 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 4199 bytes --]
Hi Linus,
This feels larger than I'd like but its for three reasons.
a) amdkfd finalising the API more, this is a new feature introduced last
merge window, and I'd prefer to make the tweaks
to the API before it first gets into a stable release.
b) radeon regression required splitting an internal API to fix properly,
so it just changed a few more lines
c) vmwgfx fix changes a lock from a mutex->spin lock, this is fallout
from the new sleep checking.
Otherwise there is just some tda998x fixes.
Dave.
The following changes since commit 26bc420b59a38e4e6685a73345a0def461136dce:
Linux 3.19-rc6 (2015-01-25 20:04:41 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 5159571ceb44eba9bf9f9a34ec625386d421de9c:
Merge branch 'drm-fixes-3.19' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2015-01-27 09:56:13 +1000)
----------------------------------------------------------------
Andrew Jackson (1):
drm/i2c: tda998x: set the CEC I2C address based on the slave I2C address
Ben Goz (1):
drm/amdkfd: PQM handle queue creation fault
Dave Airlie (5):
Merge branch 'vmwgfx-fixes-3.19' of git://people.freedesktop.org/~thomash/linux into drm-fixes
Merge branch 'drm-tda998x-fixes' of git://ftp.arm.linux.org.uk/~rmk/linux-arm into drm-fixes
Merge tag 'v3.19-rc6' into drm-fixes
Merge tag 'drm-amdkfd-fixes-2015-01-26' of git://people.freedesktop.org/~gabbayo/linux into drm-fixes
Merge branch 'drm-fixes-3.19' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Jean-Francois Moine (2):
drm: tda998x: Protect the page register
drm: tda998x: Fix EDID read timeout on HDMI connect
Michel Dänzer (3):
drm/radeon: Split off gart_get_page_entry ASIC hook from set_page_entry
drm/radeon: Restore GART table contents after pinning it in VRAM v3
drm/radeon: Remove rdev->gart.pages_addr array
Oded Gabbay (4):
drm/amdkfd: Allow user to limit only queues per device
drm/radeon: Don't increment pipe_id in kgd_init_pipeline
drm/amdkfd: Fix bug in pipelines initialization
drm/amdkfd: Fix bug in call to init_pipelines()
Thomas Hellstrom (1):
drm/vmwgfx: Replace the hw mutex with a hw spinlock
drivers/gpu/drm/amd/amdkfd/kfd_device.c | 6 +-
.../gpu/drm/amd/amdkfd/kfd_device_queue_manager.c | 78 +++++++++++++++++++++-
.../gpu/drm/amd/amdkfd/kfd_device_queue_manager.h | 1 +
drivers/gpu/drm/amd/amdkfd/kfd_module.c | 27 +++-----
drivers/gpu/drm/amd/amdkfd/kfd_pasid.c | 2 +-
drivers/gpu/drm/amd/amdkfd/kfd_priv.h | 17 +++--
.../gpu/drm/amd/amdkfd/kfd_process_queue_manager.c | 12 ++--
drivers/gpu/drm/i2c/tda998x_drv.c | 52 ++++++++++++---
drivers/gpu/drm/radeon/cik_sdma.c | 1 -
drivers/gpu/drm/radeon/ni_dma.c | 1 -
drivers/gpu/drm/radeon/r100.c | 10 ++-
drivers/gpu/drm/radeon/r300.c | 16 +++--
drivers/gpu/drm/radeon/radeon.h | 9 ++-
drivers/gpu/drm/radeon/radeon_asic.c | 24 +++++++
drivers/gpu/drm/radeon/radeon_asic.h | 12 ++--
drivers/gpu/drm/radeon/radeon_device.c | 2 +
drivers/gpu/drm/radeon/radeon_gart.c | 54 +++++++++------
drivers/gpu/drm/radeon/radeon_kfd.c | 2 +-
drivers/gpu/drm/radeon/radeon_vm.c | 6 +-
drivers/gpu/drm/radeon/rs400.c | 14 ++--
drivers/gpu/drm/radeon/rs600.c | 14 ++--
drivers/gpu/drm/radeon/si_dma.c | 1 -
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 28 ++------
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 25 +++++--
drivers/gpu/drm/vmwgfx/vmwgfx_fence.c | 18 +----
drivers/gpu/drm/vmwgfx/vmwgfx_fifo.c | 36 +++++-----
drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c | 8 +--
drivers/gpu/drm/vmwgfx/vmwgfx_irq.c | 25 +++----
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 2 -
29 files changed, 315 insertions(+), 188 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-01-21 0:01 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-01-21 0:01 UTC (permalink / raw)
To: torvalds, DRI mailing list; +Cc: linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 4202 bytes --]
Hi Linus,
Just back from LCA + some days off, had some fixes from the past 2 weeks,
some amdkfd code removal for a feature that wasn't ready,
otherwise just one fix for core helper sleeping,
exynos, i915, and radeon fixes.
I thought I had some sti fixes but they were already in, and it confused
me for a few mins this morning,
Dave.
The following changes since commit ec6f34e5b552fb0a52e6aae1a5afbbb1605cc6cc:
Linux 3.19-rc5 (2015-01-18 18:02:20 +1200)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 67cf2d391292f8bf0598236e7b4ec343eae6234f:
Merge tag 'drm-amdkfd-fixes-2015-01-13' of git://people.freedesktop.org/~gabbayo/linux into drm-fixes (2015-01-21 09:26:47 +1000)
----------------------------------------------------------------
Alex Deucher (6):
drm/radeon: fix VM flush on cayman/aruba (v3)
drm/radeon: fix VM flush on SI (v3)
drm/radeon: fix VM flush on CIK (v3)
drm/radeon: add a dpm quirk list
drm/radeon: add si dpm quirk list
drm/radeon: use rv515_ring_start on r5xx
Chris Wilson (2):
drm/i915: Ban Haswell from using RCS flips
drm/i915: Fix mutex->owner inspection race under DEBUG_MUTEXES
Christian König (1):
drm/radeon: don't print error on -ERESTARTSYS
Dave Airlie (4):
Merge branch 'drm-fixes-3.19' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/.../daeinki/drm-exynos into drm-fixes
Merge tag 'drm-intel-fixes-2015-01-15' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge tag 'drm-amdkfd-fixes-2015-01-13' of git://people.freedesktop.org/~gabbayo/linux into drm-fixes
Hyungwon Hwang (1):
drm/exynos: remove the redundant machine checking code
Imre Deak (3):
drm/i915: gen9: fix RPS interrupt routing to CPU vs. GT
drm/i915: fix HW lockup due to missing RPS IRQ workaround on GEN6
drm/i915: vlv: sanitize RPS interrupt mask during GPU idling
Joonyoung Shim (3):
drm/exynos: fix reset codes for memory mapped hdmi phy
drm/exynos: remove unnecessary runtime pm operations
drm/exynos: fix warning of vblank reference count
Michel Dänzer (1):
drm/amdkfd: Drop interrupt SW ring buffer
Oded Gabbay (1):
drm/amdkfd: Fix sparse warning (different address space)
Rui Wang (1):
drm: fb helper should avoid sleeping in panic context
drivers/gpu/drm/amd/amdkfd/Makefile | 3 +-
drivers/gpu/drm/amd/amdkfd/kfd_device.c | 20 +--
.../gpu/drm/amd/amdkfd/kfd_device_queue_manager.c | 2 +-
drivers/gpu/drm/amd/amdkfd/kfd_interrupt.c | 176 ---------------------
drivers/gpu/drm/amd/amdkfd/kfd_priv.h | 15 --
drivers/gpu/drm/drm_fb_helper.c | 8 +-
drivers/gpu/drm/exynos/exynos_drm_drv.c | 12 --
drivers/gpu/drm/exynos/exynos_hdmi.c | 8 +-
drivers/gpu/drm/exynos/exynos_mixer.c | 11 +-
drivers/gpu/drm/i915/i915_gem.c | 2 +-
drivers/gpu/drm/i915/i915_irq.c | 20 ++-
drivers/gpu/drm/i915/intel_display.c | 2 +-
drivers/gpu/drm/i915/intel_drv.h | 1 +
drivers/gpu/drm/i915/intel_pm.c | 14 +-
drivers/gpu/drm/radeon/cik.c | 11 ++
drivers/gpu/drm/radeon/cik_sdma.c | 10 ++
drivers/gpu/drm/radeon/ni.c | 10 ++
drivers/gpu/drm/radeon/ni_dma.c | 6 +
drivers/gpu/drm/radeon/nid.h | 24 +++
drivers/gpu/drm/radeon/radeon_asic.c | 18 ++-
drivers/gpu/drm/radeon/radeon_gem.c | 2 +-
drivers/gpu/drm/radeon/radeon_pm.c | 33 ++++
drivers/gpu/drm/radeon/si.c | 10 ++
drivers/gpu/drm/radeon/si_dma.c | 8 +
drivers/gpu/drm/radeon/si_dpm.c | 39 +++++
drivers/gpu/drm/radeon/sid.h | 18 +++
26 files changed, 227 insertions(+), 256 deletions(-)
delete mode 100644 drivers/gpu/drm/amd/amdkfd/kfd_interrupt.c
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2015-01-08 22:57 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2015-01-08 22:57 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 5755 bytes --]
Hi Linus,
I'm briefly working between holidays and LCA, so this is close to a couple
of weeks of fixes,
two sets of amdkfd fixes, this is a new feature this kernel, and this pull
fixes a few issues since it got merged, ordering when built-in to kernel
and also the iommu vs gpu ordering patch, it also reworks the ioctl before
the initial release.
otherwise:
radeon: some misc fixes all over, hdmi, 4k, dpm
nouveau: mcp77 init fixes, oops fix, bug on fix, msi fix
i915: power fixes, revert VGACNTR patch
probably be quiteer next week since I'll be at LCA anyways.
Dave.
The following changes since commit d753856c9f9ae33a980192aa7b81d8b97d79dec2:
Merge tag 'scsi-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi (2015-01-02 13:24:41 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 79305ec6e60d320832505e95c1a028d309fcd2b6:
Merge tag 'amdkfd-fixes-2015-01-06' of git://people.freedesktop.org/~gabbayo/linux into drm-fixes (2015-01-08 10:36:37 +1000)
----------------------------------------------------------------
Alex Deucher (4):
drm/radeon: KV has three PPLLs (v2)
drm/radeon: fix sad_count check for dce3
drm/radeon: properly filter DP1.2 4k modes on non-DP1.2 hw
drm/radeon: adjust default bapm settings for KV
Alexandre Courbot (1):
drm/nouveau: fix missing return statement in nouveau_ttm_tt_unpopulate
Alexey Khoroshilov (1):
drm/radeon: do not leave queue acquired if timeout happens in kgd_hqd_destroy()
Ben Goz (5):
amdkfd: Fixing topology bug in building sysfs nodes
drm/amd: Fixing typos in kfd<->kgd interface
drm/amdkfd: Load mqd to hqd in non-HWS mode
drm/radeon: Assign VMID to PASID for IH in non-HWS mode
drm/amdkfd: unmap VMID<-->PASID when relesing VMID (non-HWS)
Ben Skeggs (4):
drm/nouveau/bios: fix oops on pre-nv50 chipsets
drm/nouveau: wake up the card if necessary during gem callbacks
drm/nouveau/fb/ram/mcp77: subclass nouveau_ram
drm/nouveau/fb/ram/mcp77: use carveout reg to determine size
Bruno Prémont (1):
drm/nouveau/nouveau: Do not BUG_ON(!spin_is_locked()) on UP
Dan Carpenter (1):
drm/radeon: integer underflow in radeon_cp_dispatch_texture()
Dave Airlie (5):
Merge tag 'drm-intel-next-fixes-2014-12-30' of git://anongit.freedesktop.org/drm-intel into linus
Merge tag 'amdkfd-fixes-2014-12-30' of git://people.freedesktop.org/~gabbayo/linux into linus
Merge branch 'linux-3.19' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Merge branch 'drm-fixes-3.19' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'amdkfd-fixes-2015-01-06' of git://people.freedesktop.org/~gabbayo/linux into drm-fixes
Ilia Mirkin (1):
drm/nv4c/mc: disable msi
Imre Deak (1):
drm/i915: add missing rpm ref to i915_gem_pwrite_ioctl
Oded Gabbay (8):
amdkfd: Fix accounting of device queues
amdkfd: Remove duplicate include
drivers: Move iommu/ before gpu/ in Makefile
drm: Put amdkfd before radeon in drm Makefile
drm/radeon: Init amdkfd only if it was compiled
drm/amdkfd: Do copy_to/from_user in general kfd_ioctl()
drm/amdkfd: reformat IOCTL definitions to drm-style
drm/amdkfd: rewrite kfd_ioctl() according to drm_ioctl()
Pierre Moreau (1):
drm/nouveau/fb/ram/mcp77: enable NISO poller
Sasha Levin (1):
amdkfd: actually allocate longs for the pasid bitmask
Sven Köhler (1):
drm/nouveau/device: Add support for GK208B, resolves bug 86935
Ville Syrjälä (3):
drm/i915: Kill check_power_well() calls
drm/i915: Don't call intel_prepare_page_flip() multiple times on gen2-4
Revert "drm/i915: Preserve VGACNTR bits from the BIOS"
drivers/Makefile | 6 +-
drivers/gpu/drm/Makefile | 2 +-
drivers/gpu/drm/amd/amdkfd/kfd_chardev.c | 316 +++++++++++----------
.../gpu/drm/amd/amdkfd/kfd_device_queue_manager.c | 28 +-
drivers/gpu/drm/amd/amdkfd/kfd_mqd_manager.c | 2 +-
drivers/gpu/drm/amd/amdkfd/kfd_pasid.c | 2 +-
drivers/gpu/drm/amd/amdkfd/kfd_priv.h | 18 ++
drivers/gpu/drm/amd/amdkfd/kfd_topology.c | 2 +-
drivers/gpu/drm/amd/include/kgd_kfd_interface.h | 2 +-
drivers/gpu/drm/i915/i915_drv.h | 2 -
drivers/gpu/drm/i915/i915_gem.c | 8 +-
drivers/gpu/drm/i915/i915_irq.c | 6 +-
drivers/gpu/drm/i915/intel_display.c | 8 +-
drivers/gpu/drm/i915/intel_runtime_pm.c | 27 --
drivers/gpu/drm/nouveau/core/core/event.c | 4 +-
drivers/gpu/drm/nouveau/core/core/notify.c | 2 +-
drivers/gpu/drm/nouveau/core/engine/device/nve0.c | 33 +++
.../gpu/drm/nouveau/core/subdev/bios/shadowramin.c | 6 +-
drivers/gpu/drm/nouveau/core/subdev/fb/ramnvaa.c | 65 ++++-
drivers/gpu/drm/nouveau/core/subdev/mc/nv4c.c | 8 -
drivers/gpu/drm/nouveau/nouveau_bo.c | 4 +-
drivers/gpu/drm/nouveau/nouveau_gem.c | 35 ++-
drivers/gpu/drm/radeon/atombios_crtc.c | 8 +-
drivers/gpu/drm/radeon/atombios_dp.c | 4 +
drivers/gpu/drm/radeon/cikd.h | 2 +
drivers/gpu/drm/radeon/dce3_1_afmt.c | 2 +-
drivers/gpu/drm/radeon/kv_dpm.c | 10 +-
drivers/gpu/drm/radeon/radeon_kfd.c | 23 +-
drivers/gpu/drm/radeon/radeon_state.c | 2 +-
include/uapi/linux/kfd_ioctl.h | 37 ++-
30 files changed, 413 insertions(+), 261 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-12-24 3:18 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-12-24 3:18 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
Xmas fixes pull:
core: one atomic fix, revert the WARN_ON dumb buffers patch.
agp: fixup Dave J.
nouveau: fix 3.18 regression for old userspace
tegra fixes: vblank and iommu fixes
amdkfd: fix bugs shown by testing with userspace, init apertures once
msm: hdmi fixes and cleanup
i915: misc fixes
There is also a link ordering fix that I've asked to be cc'ed to you,
putting iommu before gpu, it fixes an issue with amdkfd when things are
all in the kernel, but I didn't like sending it via my tree without
discussion.
I'll probably be a bit on/off for a few weeks with pulls now, due to
holidays and LCA, so don't be surprised if stuff gets a bit backed up,
and things end up a bit large due to lag.
Dave.
The following changes since commit 97bf6af1f928216fd6c5a66e8a57bfa95a659672:
Linux 3.19-rc1 (2014-12-20 17:08:50 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to da6b51d007da17fd394405055e2f0109ec5f05f4:
Revert "drm/gem: Warn on illegal use of the dumb buffer interface v2" (2014-12-24 13:13:22 +1000)
----------------------------------------------------------------
Alexey Skidanov (1):
amdkfd: init aperture once per process
Chris Wilson (3):
drm/i915: Invalidate media caches on gen7
drm/i915: Force the CS stall for invalidate flushes
drm/i915: Disable PSMI sleep messages on all rings around context switches
Dave Airlie (7):
nouveau: bring back legacy mmap handler
Merge branch 'msm-fixes-3.19' of git://people.freedesktop.org/~robclark/linux into drm-fixes
Merge tag 'topic/atomic-fixes-2014-12-17' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge tag 'drm-intel-next-fixes-2014-12-17' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge tag 'drm/tegra/for-3.19-rc1-fixes' of git://people.freedesktop.org/~tagr/linux into drm-fixes
Merge tag 'amdkfd-fixes-2014-12-23' of git://people.freedesktop.org/~gabbayo/linux into drm-fixes
Revert "drm/gem: Warn on illegal use of the dumb buffer interface v2"
Dave Jones (1):
agp: Fix up email address & attributions in AGP MODULE_AUTHOR tags
Imre Deak (3):
drm/i915: vlv: fix IRQ masking when uninstalling interrupts
drm/i915: move RPS PM_IER enabling to gen6_enable_rps_interrupts
drm/i915: sanitize RPS resetting during GPU reset
Jilai Wang (2):
drm/msm/hdmi: enable regulators before clocks to avoid warnings
drm/msm/hdmi: rework HDMI IRQ handler
Markus Elfring (2):
drm/msm: Deletion of unnecessary checks before two function calls
drm/msm: Deletion of unnecessary checks before the function call "release_firmware"
Oded Gabbay (3):
drm/amd: Add get_fw_version to kfd-->kgd interface
drm/radeon: Add implementation of get_fw_version
amdkfd: Display MEC fw version in topology node
Rob Clark (3):
drm/atomic: fix potential null ptr on plane enable
drm/msm: block incoming update on pending updates
drm/msm/mdp5: update irqs on crtc<->encoder link change
Sean Paul (1):
drm/tegra: dc: Select root window for event dispatch
Thierry Reding (7):
drm/irq: Add drm_crtc_send_vblank_event()
drm/irq: Add drm_crtc_handle_vblank()
drm/irq: Add drm_crtc_vblank_count()
drm/tegra: dc: Consistently use the same pipe
drm/tegra: dc: Fix a potential race on page-flip completion
drm/tegra: gem: Flush buffer objects upon allocation
drm/tegra: gem: Use the proper size for GEM objects
drivers/char/agp/ali-agp.c | 2 +-
drivers/char/agp/amd64-agp.c | 2 +-
drivers/char/agp/ati-agp.c | 2 +-
drivers/char/agp/backend.c | 2 +-
drivers/char/agp/intel-agp.c | 2 +-
drivers/char/agp/intel-gtt.c | 2 +-
drivers/char/agp/nvidia-agp.c | 2 +-
drivers/char/agp/via-agp.c | 2 +-
drivers/gpu/drm/amd/amdkfd/kfd_chardev.c | 4 --
drivers/gpu/drm/amd/amdkfd/kfd_flat_memory.c | 6 +--
drivers/gpu/drm/amd/amdkfd/kfd_process.c | 9 ++++
drivers/gpu/drm/amd/amdkfd/kfd_topology.c | 8 ++-
drivers/gpu/drm/amd/include/kgd_kfd_interface.h | 15 ++++++
drivers/gpu/drm/drm_atomic_helper.c | 2 +-
drivers/gpu/drm/drm_irq.c | 60 +++++++++++++++++++++
drivers/gpu/drm/i915/i915_drv.c | 6 ++-
drivers/gpu/drm/i915/i915_drv.h | 5 +-
drivers/gpu/drm/i915/i915_gem.c | 28 ++--------
drivers/gpu/drm/i915/i915_gem_context.c | 48 ++++++++++++++---
drivers/gpu/drm/i915/i915_gem_execbuffer.c | 3 --
drivers/gpu/drm/i915/i915_irq.c | 18 +++++--
drivers/gpu/drm/i915/i915_reg.h | 3 ++
drivers/gpu/drm/i915/intel_pm.c | 28 ++++++----
drivers/gpu/drm/i915/intel_ringbuffer.c | 3 ++
drivers/gpu/drm/msm/adreno/adreno_gpu.c | 6 +--
drivers/gpu/drm/msm/hdmi/hdmi_connector.c | 53 ++++++++-----------
drivers/gpu/drm/msm/mdp/mdp4/mdp4_crtc.c | 11 +---
drivers/gpu/drm/msm/mdp/mdp5/mdp5_crtc.c | 12 +----
drivers/gpu/drm/msm/mdp/mdp5/mdp5_kms.c | 12 +----
drivers/gpu/drm/msm/mdp/mdp_kms.c | 9 ++--
drivers/gpu/drm/msm/mdp/mdp_kms.h | 2 +-
drivers/gpu/drm/msm/msm_atomic.c | 69 ++++++++++++++++++++++++-
drivers/gpu/drm/msm/msm_drv.c | 1 +
drivers/gpu/drm/msm/msm_drv.h | 4 ++
drivers/gpu/drm/msm/msm_fbdev.c | 3 +-
drivers/gpu/drm/msm/msm_gem.c | 3 +-
drivers/gpu/drm/nouveau/nouveau_display.c | 9 ----
drivers/gpu/drm/nouveau/nouveau_gem.c | 3 --
drivers/gpu/drm/nouveau/nouveau_ttm.c | 3 +-
drivers/gpu/drm/radeon/radeon_gem.c | 26 ++--------
drivers/gpu/drm/radeon/radeon_kfd.c | 53 +++++++++++++++++++
drivers/gpu/drm/radeon/radeon_object.c | 3 --
drivers/gpu/drm/tegra/dc.c | 48 ++++++++++++-----
drivers/gpu/drm/tegra/drm.c | 16 +++---
drivers/gpu/drm/tegra/gem.c | 52 ++++++++++++++-----
include/drm/drmP.h | 4 ++
include/drm/drm_gem.h | 7 ---
47 files changed, 450 insertions(+), 221 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-11-30 20:31 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-11-30 20:31 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1239 bytes --]
Hi Linus,
two i915 regressions, one dual-gpu laptop radeon fix.
Dave.
The following changes since commit 5d01410fe4d92081f349b013a2e7a95429e4f2c9:
Linux 3.18-rc6 (2014-11-23 15:25:20 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 21124e5c52ecf87c3fdcb03855ec852563ce93cf:
Merge tag 'drm-intel-fixes-2014-11-27' of git://anongit.freedesktop.org/drm-intel into drm-fixes (2014-11-28 13:56:31 +1000)
----------------------------------------------------------------
Alex Deucher (1):
drm/radeon: report disconnected for LVDS/eDP with PX if ddc fails
Dave Airlie (2):
Merge branch 'drm-fixes-3.18' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-intel-fixes-2014-11-27' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Ville Syrjälä (2):
drm/i915: Ignore SURFLIVE and flip counter when the GPU gets reset
drm/i915: Cancel vdd off work before suspend
drivers/gpu/drm/i915/intel_display.c | 4 ++++
drivers/gpu/drm/i915/intel_dp.c | 1 +
drivers/gpu/drm/radeon/radeon_connectors.c | 19 ++++++++++++++++++-
3 files changed, 23 insertions(+), 1 deletion(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-11-21 20:28 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-11-21 20:28 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
just two radeon and two intel fixes, endian and regression fixes.
Dave.
The following changes since commit fc14f9c1272f62c3e8d01300f52467c0d9af50f9:
Linux 3.18-rc5 (2014-11-16 16:36:20 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to a0fc608178a9b38a5f782331909fcc208b742a7b:
Merge branch 'drm-fixes-3.18' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2014-11-21 12:19:19 +1000)
----------------------------------------------------------------
Alex Deucher (2):
drm/radeon: disable native backlight control on pre-r6xx asics (v2)
drm/radeon: fix endian swapping in vbios fetch for tdp table
Daniel Vetter (2):
drm/i915: drop WaSetupGtModeTdRowDispatch:snb
drm/i915: Kick fbdev before vgacon
Dave Airlie (2):
Merge tag 'drm-intel-fixes-2014-11-19' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'drm-fixes-3.18' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
drivers/gpu/drm/i915/i915_dma.c | 10 ++++++----
drivers/gpu/drm/i915/intel_pm.c | 5 -----
drivers/gpu/drm/radeon/r600_dpm.c | 2 +-
drivers/gpu/drm/radeon/radeon_encoders.c | 3 +++
4 files changed, 10 insertions(+), 10 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-11-14 23:24 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-11-14 23:24 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
exynos infinite loop regressions fixed
i915: one regression
radeon: one race condition on monitor probing
noveau: two regressions
tegra: one vblank regression fix.
Dave.
The following changes since commit 03dca708521d30153fc5c7e2ff136f780a7372c9:
Merge tag 'drm-intel-fixes-2014-11-07' of git://anongit.freedesktop.org/drm-intel into drm-fixes (2014-11-10 10:05:37 +1000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to bcfef97398972de555e6e1dbf4dac33f0db38d52:
Merge tag 'drm/tegra/for-3.18-rc5' of git://people.freedesktop.org/~tagr/linux into drm-fixes (2014-11-14 07:03:02 +1000)
----------------------------------------------------------------
Alexandre Courbot (1):
drm/gk20a/fb: fix setting of large page size bit
Chris Wilson (1):
drm/i915: Fix obj->map_and_fenceable across tiling changes
Dave Airlie (6):
drm/radeon: add locking around atombios scratch space usage
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/.../daeinki/drm-exynos into drm-fixes
Merge branch 'drm-fixes-3.18' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-intel-fixes-2014-11-13' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'linux-3.18' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Merge tag 'drm/tegra/for-3.18-rc5' of git://people.freedesktop.org/~tagr/linux into drm-fixes
Inki Dae (4):
drm/exynos: resolve infinite loop issue on multi-platform
drm/exynos: resolve infinite loop issue on non multi-platform
drm/exynos: g2d: fix null pointer dereference
drm/exynos: fix possible infinite loop issue
Roy Spliet (1):
drm/nouveau/nv50/disp: Fix modeset on G94
Thierry Reding (1):
drm/tegra: dc: Add missing call to drm_vblank_on()
drivers/gpu/drm/exynos/exynos_drm_drv.c | 49 +++++++++++++++++---------
drivers/gpu/drm/exynos/exynos_drm_g2d.c | 9 +++--
drivers/gpu/drm/i915/i915_gem_tiling.c | 19 ++--------
drivers/gpu/drm/nouveau/core/subdev/fb/gk20a.c | 16 ++++++++-
drivers/gpu/drm/nouveau/nv50_display.c | 25 +++++++++++--
drivers/gpu/drm/radeon/atom.c | 11 +++++-
drivers/gpu/drm/radeon/atom.h | 2 ++
drivers/gpu/drm/radeon/atombios_dp.c | 4 ++-
drivers/gpu/drm/radeon/atombios_i2c.c | 4 ++-
drivers/gpu/drm/radeon/radeon_device.c | 1 +
drivers/gpu/drm/tegra/dc.c | 9 +++--
11 files changed, 103 insertions(+), 46 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-11-02 19:41 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-11-02 19:41 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 4225 bytes --]
Hi Linus,
drm fixes, nothing too astounding or major, radeon, i915
vmwgfx, armada and exynos.
biggest ones:
vmwgfx has one big locking regression fix,
i915 has come displayport fixes
radeon has some stability and a memory alloc failure
armada and exynos have some vblank fixes.
Dave.
The following changes since commit f7e87a44ef60ad379e39b45437604141453bf0ec:
Merge tag 'media/v3.18-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media (2014-10-27 15:05:40 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 66338feee458cb2b04e8f2b515b8d660e49ba29a:
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos into drm-fixes (2014-11-03 05:23:17 +1000)
----------------------------------------------------------------
Alex Deucher (3):
drm/radeon/dpm: disable ulv support on SI
drm/radeon: dpm fixes for asrock systems
drm/radeon: remove invalid pci id
Andrzej Hajda (6):
drm/exynos: init vblank with real number of crtcs
drm/exynos: remove explicit encoder/connector de-initialization
drm/exynos: propagate plane initialization errors
drm/exynos: init kms poll at the end of initialization
drm/exynos: enable vblank after DPMS on
drm/exynos: correct connector->dpms field before resuming
Dan Carpenter (1):
drm/radeon: remove some buggy dead code
Dave Airlie (5):
Merge branch 'drm-armada-fixes' of git://ftp.arm.linux.org.uk/~rmk/linux-arm into drm-fixes
Merge tag 'drm-intel-fixes-2014-10-30' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'drm-fixes-3.18' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge branch 'vmwgfx-fixes-3.18' of git://people.freedesktop.org/~thomash/linux
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/.../daeinki/drm-exynos into drm-fixes
Inki Dae (1):
drm/exynos: vidi: fix build warning
Jani Nikula (1):
drm/i915/dp: only use training pattern 3 on platforms that support it
Michel Dänzer (1):
drm/radeon: Use drm_malloc_ab instead of kmalloc_array
Rob Clark (1):
drm/vmwgfx: fix lock breakage
Russell King (3):
drm/armada: add IRQ support back
drm/armada: fix page_flip refcounting leak
drm/armada: convert to use vblank_on/off calls
Sinclair Yeh (1):
drm/vmwgfx: Filter out modes those cannot be supported by the current VRAM size.
Thomas Hellstrom (1):
drm/vmwgfx: Fix hash key computation
Ville Syrjälä (3):
drm/i915: Do a dummy DPCD read before the actual read
drm/i915: Ignore long hpds on eDP ports
drm/i915: Fix GMBUSFREQ on vlv/chv
Wilfried Klaebe (1):
radeon: clean up coding style differences in radeon_get_bios()
jens stein (1):
drm/i915: Ignore VBT backlight check on Macbook 2, 1
drivers/gpu/drm/armada/armada_crtc.c | 21 +++++++--------
drivers/gpu/drm/armada/armada_drv.c | 3 ++-
drivers/gpu/drm/exynos/exynos_dp_core.c | 5 ----
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 5 +++-
drivers/gpu/drm/exynos/exynos_drm_dpi.c | 4 ---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 43 +++++++++++++++++-------------
drivers/gpu/drm/exynos/exynos_drm_dsi.c | 4 ---
drivers/gpu/drm/exynos/exynos_drm_vidi.c | 4 ---
drivers/gpu/drm/exynos/exynos_hdmi.c | 6 -----
drivers/gpu/drm/i915/intel_display.c | 5 +++-
drivers/gpu/drm/i915/intel_dp.c | 24 +++++++++++++++--
drivers/gpu/drm/radeon/evergreen.c | 4 +--
drivers/gpu/drm/radeon/kv_dpm.c | 19 ++++++++++---
drivers/gpu/drm/radeon/radeon_bios.c | 6 ++---
drivers/gpu/drm/radeon/radeon_cs.c | 2 +-
drivers/gpu/drm/radeon/radeon_ring.c | 4 +--
drivers/gpu/drm/radeon/radeon_vm.c | 4 +--
drivers/gpu/drm/radeon/si_dpm.c | 2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_cmdbuf_res.c | 3 ++-
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 6 ++++-
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 24 ++++++++++++-----
include/drm/drm_pciids.h | 1 -
22 files changed, 116 insertions(+), 83 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-10-22 1:15 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-10-22 1:15 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 3837 bytes --]
Hi Linus,
intel, nouveau, radeon and qxl,
mostly for bugs introduced in the merge window, nothing too shocking.
Dave.
The following changes since commit f114040e3ea6e07372334ade75d1ee0775c355e1:
Linux 3.18-rc1 (2014-10-19 18:08:38 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to c572aaf46f71f63ae5914d4e194a955e0ba1b519:
qxl: don't create too large primary surface (2014-10-22 11:11:50 +1000)
----------------------------------------------------------------
Alex Deucher (6):
Revert "drm/radeon: drop btc_get_max_clock_from_voltage_dependency_table"
Revert "drm/radeon/dpm: drop clk/voltage dependency filters for SI"
drm/radeon: initialize sadb to NULL in the audio code
drm/radeon: fix speaker allocation setup
drm/radeon: use gart memory for DMA ring tests
drm/radeon: fix vm page table block size calculation
Ben Skeggs (2):
drm/gt215/gr: fix initialisation on gddr5 boards
drm/nouveau: fix regression on agp boards
Dave Airlie (3):
Merge branch 'drm-fixes-3.18' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-intel-next-fixes-2014-10-17' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'linux-3.18' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Jani Nikula (1):
drm/i915: fix short vs. long hpd detection
Marc-André Lureau (1):
qxl: don't create too large primary surface
Michel Dänzer (2):
drm/ttm: Don't skip fpfn check if lpfn is 0 in ttm_bo_mem_compat
drm/ttm: Don't evict BOs outside of the requested placement range
Michele Curti (1):
drm/radeon: reduce sparse false positive warnings
Paulo Zanoni (1):
drm/i915: properly reenable gen8 pipe IRQs
U. Artie Eoff (2):
drm/i915: intel_backlight scale() math WA
drm/i915: Move DIV_ROUND_CLOSEST_ULL macro to header
Ville Syrjälä (1):
drm/i915: Don't trust the DP_DETECT bit for eDP ports on CHV
drivers/gpu/drm/i915/i915_irq.c | 19 ++++++------
drivers/gpu/drm/i915/intel_display.c | 36 +++++++++++++---------
drivers/gpu/drm/i915/intel_drv.h | 3 ++
drivers/gpu/drm/i915/intel_panel.c | 5 ++-
.../gpu/drm/nouveau/core/engine/graph/ctxnv50.c | 10 ++++--
drivers/gpu/drm/nouveau/nouveau_chan.c | 12 ++++++--
drivers/gpu/drm/qxl/qxl_display.c | 16 +++++-----
drivers/gpu/drm/radeon/btc_dpm.c | 18 +++++++++++
drivers/gpu/drm/radeon/btc_dpm.h | 2 ++
drivers/gpu/drm/radeon/ci_dpm.c | 1 +
drivers/gpu/drm/radeon/cik_sdma.c | 21 +++++++------
drivers/gpu/drm/radeon/cypress_dpm.c | 1 +
drivers/gpu/drm/radeon/dce3_1_afmt.c | 6 ++--
drivers/gpu/drm/radeon/dce6_afmt.c | 8 ++---
drivers/gpu/drm/radeon/evergreen_hdmi.c | 8 ++---
drivers/gpu/drm/radeon/ni_dpm.c | 1 +
drivers/gpu/drm/radeon/r600_dma.c | 21 +++++++------
drivers/gpu/drm/radeon/r600_dpm.c | 1 +
drivers/gpu/drm/radeon/radeon.h | 2 ++
drivers/gpu/drm/radeon/radeon_device.c | 2 +-
drivers/gpu/drm/radeon/rs780_dpm.c | 1 +
drivers/gpu/drm/radeon/rv6xx_dpm.c | 1 +
drivers/gpu/drm/radeon/rv770_dpm.c | 1 +
drivers/gpu/drm/radeon/si_dpm.c | 25 +++++++++++++++
drivers/gpu/drm/radeon/sumo_dpm.c | 1 +
drivers/gpu/drm/radeon/trinity_dpm.c | 1 +
drivers/gpu/drm/ttm/ttm_bo.c | 28 ++++++++++++-----
27 files changed, 174 insertions(+), 77 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-09-24 21:09 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-09-24 21:09 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2006 bytes --]
Hi Linus,
Some final radeon and i915 fixes, black screens mostly
Dave.
The following changes since commit 0f33be009b89d2268e94194dc4fd01a7851b6d51:
Linux 3.17-rc6 (2014-09-21 15:43:02 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 67f33f30fc3cb7896cbdbd25c70395d38bfa9520:
Merge branch 'drm-fixes-3.17' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2014-09-25 06:49:26 +1000)
----------------------------------------------------------------
Alex Deucher (4):
drm/radeon: add a module parameter for backlight control (v2)
drm/radeon: add a backlight quirk for Amilo Xi 2550
drm/radeon: add PX quirk for asus K53TK
drm/radeon/cik: use a separate counter for CP init timeout
Brad Volkin (1):
drm/i915: Don't leak command parser tables on suspend/resume
Dave Airlie (2):
Merge tag 'drm-intel-fixes-2014-09-24' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'drm-fixes-3.17' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Jani Nikula (1):
drm/i915/hdmi: fix hdmi audio state readout
Michel Dänzer (3):
drm/radeon: Clear RB_OVERFLOW bit earlier
drm/radeon: Make IH ring overflow debugging output more useful
drm/radeon: Update IH_RB_RPTR register after each processed interrupt
drivers/gpu/drm/i915/i915_cmd_parser.c | 12 +++++----
drivers/gpu/drm/i915/intel_hdmi.c | 2 +-
drivers/gpu/drm/radeon/cik.c | 12 ++++-----
drivers/gpu/drm/radeon/evergreen.c | 8 +++---
drivers/gpu/drm/radeon/r600.c | 8 +++---
drivers/gpu/drm/radeon/radeon.h | 1 +
drivers/gpu/drm/radeon/radeon_device.c | 4 +++
drivers/gpu/drm/radeon/radeon_drv.c | 4 +++
drivers/gpu/drm/radeon/radeon_encoders.c | 44 ++++++++++++++++++++++++++------
drivers/gpu/drm/radeon/si.c | 8 +++---
10 files changed, 71 insertions(+), 32 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-09-20 7:46 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-09-20 7:46 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, DRI mailing list
[-- Attachment #1: Type: TEXT/PLAIN, Size: 3675 bytes --]
Hey Linus,
A bunch of radeon fixes for oops on module unload, and problems with
resetting the dma engine, one nouveau fix for black boxes in rendering on
my mbp retina, one sti fix, and a couple of intel fixes.
Dave.
The following changes since commit 37504a3be90b69438426d74ccf467a9fe192932b:
Merge tag 'gfs2-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/steve/gfs2-3.0-fixes (2014-09-16 07:47:04 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to fe3d9c4b87bb98222a502cc585844a0b950786fb:
drm/nouveau: ltc/gf100-: fix cbc issues on certain boards (2014-09-20 17:42:25 +1000)
----------------------------------------------------------------
Alex Deucher (7):
drm/radeon/dpm: fix resume on mullins
drm/radeon: don't reset dma on NI/SI init
drm/radeon: don't reset sdma on CIK init
drm/radeon: don't reset dma on r6xx-evergreen init
vgaswitcheroo: add vga_switcheroo_fini_domain_pm_ops
drm/radeon/px: fix module unload
drm/nouveau/runpm: fix module unload
Ben Skeggs (1):
drm/nouveau: ltc/gf100-: fix cbc issues on certain boards
Benjamin Gaignard (1):
drm: sti: do not iterate over the info frame array
Chris Wilson (1):
drm/i915: Fix SRC_COPY width on 830/845g
Dave Airlie (3):
Merge branch 'drm-fixes-3.17' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-intel-fixes-2014-09-18' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'drm-fixes-3.17' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Gerd Hoffmann (2):
drm/cirrus: add missing drm_connector_register call
drm/bochs: add missing drm_connector_register call
Kyle McMartin (1):
drm/radeon: delete unused PTE_* defines
Michel Dänzer (2):
drm/radeon: Disable HDP flush before every CS again for < r600
drm/radeon: Fix typo 'addr' -> 'entry' in rs400_gart_set_page
Ville Syrjälä (1):
drm/i915: Add limited color range readout for HDMI/DP ports on g4x/vlv/chv
drivers/gpu/drm/bochs/bochs_kms.c | 1 +
drivers/gpu/drm/cirrus/cirrus_mode.c | 1 +
drivers/gpu/drm/i915/intel_dp.c | 4 ++++
drivers/gpu/drm/i915/intel_hdmi.c | 7 ++++++-
drivers/gpu/drm/i915/intel_ringbuffer.c | 2 +-
drivers/gpu/drm/nouveau/core/subdev/bar/nvc0.c | 1 -
drivers/gpu/drm/nouveau/core/subdev/fb/nvc0.c | 1 +
drivers/gpu/drm/nouveau/core/subdev/ltc/gf100.c | 2 ++
drivers/gpu/drm/nouveau/core/subdev/ltc/gk104.c | 2 ++
drivers/gpu/drm/nouveau/core/subdev/ltc/gm107.c | 2 ++
drivers/gpu/drm/nouveau/nouveau_vga.c | 9 ++++++++
drivers/gpu/drm/radeon/cik_sdma.c | 7 -------
drivers/gpu/drm/radeon/kv_dpm.c | 28 ++++++++++++++++++-------
drivers/gpu/drm/radeon/ni_dma.c | 6 ------
drivers/gpu/drm/radeon/r100.c | 28 ++++++++++++-------------
drivers/gpu/drm/radeon/r600_dma.c | 9 --------
drivers/gpu/drm/radeon/r600d.h | 7 -------
drivers/gpu/drm/radeon/radeon_asic.c | 2 --
drivers/gpu/drm/radeon/radeon_asic.h | 3 +--
drivers/gpu/drm/radeon/radeon_device.c | 11 ++++++++--
drivers/gpu/drm/radeon/radeon_drv.c | 2 +-
drivers/gpu/drm/radeon/rs400.c | 4 ++--
drivers/gpu/drm/sti/sti_hdmi.c | 1 -
drivers/gpu/vga/vga_switcheroo.c | 6 ++++++
include/linux/vga_switcheroo.h | 2 ++
25 files changed, 85 insertions(+), 63 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-09-12 4:25 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-09-12 4:25 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, DRI mailing list
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2856 bytes --]
Hi Linus,
ast, i915, radeon and msm fixes, all over the place, all fixing build
issues, regressions, oopses or failure to detect cards.
Dave.
The following changes since commit 7ec62d421bdf29cb31101ae2689f7f3a9906289a:
Merge branch 'for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs (2014-09-10 14:04:17 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 83502a5d34386f7c6973bc70e1c423f55f5a2e3a:
drm/ast: AST2000 cannot be detected correctly (2014-09-12 13:41:39 +1000)
----------------------------------------------------------------
Alex Deucher (3):
drm/radeon: only use me/pfp sync on evergreen+
drm/radeon: add connector quirk for fujitsu board
drm/radeon/dpm: set the thermal type properly for special configs
Andy Shevchenko (1):
drm/radeon: reduce memory footprint for debugging
Chris Wilson (2):
drm/i915: Prevent recursive deadlock on releasing a busy userptr
drm/i915: Evict CS TLBs between batches
Christian König (1):
drm/radeon: fix semaphore value init
Daniel Vetter (2):
drm/i915: Fix EIO/wedged handling in gem fault handler
drm/i915: Fix irq enable tracking in driver load
Dave Airlie (3):
Merge branch 'drm-fixes-3.17' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-intel-fixes-2014-09-10' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'msm-fixes-3.17-rc4' of git://people.freedesktop.org/~robclark/linux into drm-fixes
Mark Charlebois (1):
drm/msm: Change nested function to static function
Rob Clark (2):
drm/msm/hdmi: fix build break on non-CCF platforms
drm/msm: don't crash if no msm.vram param
Ville Syrjälä (1):
drm/i915: Wait for vblank before enabling the TV encoder
Y.C. Chen (2):
drm/ast: open key before detect chips
drm/ast: AST2000 cannot be detected correctly
drivers/gpu/drm/ast/ast_main.c | 3 +-
drivers/gpu/drm/i915/i915_dma.c | 9 +-
drivers/gpu/drm/i915/i915_drv.h | 10 +-
drivers/gpu/drm/i915/i915_gem.c | 11 +-
drivers/gpu/drm/i915/i915_gem_userptr.c | 409 +++++++++++++++++-------------
drivers/gpu/drm/i915/i915_reg.h | 12 +-
drivers/gpu/drm/i915/intel_ringbuffer.c | 66 +++--
drivers/gpu/drm/i915/intel_tv.c | 4 +
drivers/gpu/drm/msm/hdmi/hdmi.c | 46 ++--
drivers/gpu/drm/msm/hdmi/hdmi_phy_8960.c | 15 +-
drivers/gpu/drm/msm/msm_drv.c | 2 +-
drivers/gpu/drm/radeon/atombios_dp.c | 7 +-
drivers/gpu/drm/radeon/r600.c | 4 +-
drivers/gpu/drm/radeon/radeon_atombios.c | 33 ++-
drivers/gpu/drm/radeon/radeon_semaphore.c | 2 +-
15 files changed, 371 insertions(+), 262 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-09-04 9:34 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-09-04 9:34 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2317 bytes --]
Hi Linus,
just i915 and vmwgfx fixes,
i915 contains a bunch of fixes for recent regressions in outputs,
vmwgfx fixes a possible loop for ever and a bad return code.
Dave.
The following changes since commit 59753a805499f1ffbca4ac0a24b3dff67bf00001:
Merge tag 'backlight-fixes-3.17' of git://git.kernel.org/pub/scm/linux/kernel/git/lee/backlight (2014-08-28 10:47:10 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 3aacfda0ecd9040521fbfb4a2c53cd6bf77ae4ee:
Merge tag 'drm-intel-fixes-2014-09-03' of git://anongit.freedesktop.org/drm-intel into drm-fixes (2014-09-04 11:20:00 +1000)
----------------------------------------------------------------
Dave Airlie (4):
Merge tag 'drm-intel-fixes-2014-08-28' of git://anongit.freedesktop.org/drm-intel into drm-fixes
drm/i915: handle G45/GM45 pulse detection connected state.
Merge branch 'vmwgfx-fixes-3.17' of git://people.freedesktop.org/~thomash/linux into drm-fixes
Merge tag 'drm-intel-fixes-2014-09-03' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Mathias Krause (1):
drm/i915: Remove bogus __init annotation from DMI callbacks
Paulo Zanoni (1):
drm/i915: fix plane/cursor handling when runtime suspended
Scot Doyle (2):
drm/i915: Ignore VBT backlight presence check on Acer C720 (4005U)
drm/i915: don't warn if backlight unexpectedly enabled
Thomas Hellstrom (2):
drm/vmwgfx: Fix an incorrect OOM return value
drm/vmwgfx: Fix a potential infinite spin waiting for fifo idle
Ville Syrjälä (2):
drm/i915: Move intel_ddi_set_vc_payload_alloc(false) to haswell_crtc_disable()
drm/i915: Fix lock dropping in intel_tv_detect()
drivers/gpu/drm/i915/intel_bios.c | 2 +-
drivers/gpu/drm/i915/intel_crt.c | 2 +-
drivers/gpu/drm/i915/intel_display.c | 34 +++++++++++++++++---
drivers/gpu/drm/i915/intel_dp.c | 55 ++++++++++++++++++++++-----------
drivers/gpu/drm/i915/intel_lvds.c | 2 +-
drivers/gpu/drm/i915/intel_panel.c | 8 ++---
drivers/gpu/drm/i915/intel_tv.c | 10 ++++--
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 11 +++----
drivers/gpu/drm/vmwgfx/vmwgfx_fifo.c | 3 +-
9 files changed, 88 insertions(+), 39 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-08-28 2:32 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-08-28 2:32 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 3127 bytes --]
Hi Linus,
Nothing major, one core oops fixes, some radeon oops fixes, some sti
driver fixups, msm driver fixes and a minor Kconfig update for the ww
mutex debugging.
Dave.
The following changes since commit 52addcf9d6669fa439387610bc65c92fa0980cef:
Linux 3.17-rc2 (2014-08-25 15:36:20 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to b8d758d29fda0ece817237718909ed2622f024f1:
drm/ast: Add missing entry to dclk_table[] (2014-08-28 12:26:42 +1000)
----------------------------------------------------------------
Alex Deucher (1):
drm/radeon: handle broken disabled rb mask gracefully (6xx/7xx) (v2)
Alex Williamson (1):
radeon: Test for PCI root bus before assuming bus->self
Christian König (1):
drm/radeon: save/restore the PD addr on suspend/resume
Dave Airlie (3):
Merge branch 'drm-fixes-3.17' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge branch 'msm-fixes-3.17' of git://people.freedesktop.org/~robclark/linux into drm-fixes
Merge branch 'drm-3.17-rc2-sti-fixes' of git://git.linaro.org/people/benjamin.gaignard/kernel into drm-fixes
David Herrmann (1):
drm: fix division-by-zero on dumb_create()
Jingoo Han (1):
drm: sti: Add missing dependency on RESET_CONTROLLER
Kiran Padwal (1):
drm: sti: Make of_device_id array const
Rob Clark (4):
drm/msm: avoid flood of kernel logs on faults
drm/msm/mdp4: request vblank during modeset
drm/msm: fix compile error for non-dt builds
ww-mutex: clarify help text for DEBUG_WW_MUTEX_SLOWPATH
Wei Yongjun (5):
drm: sti: tvout: fix return value check in sti_tvout_probe()
drm: sti: hdmi: fix return value check in sti_hdmi_probe()
drm: sti: hda: fix return value check in sti_hda_probe()
drm: sti: Fix return value check in sti_drm_platform_probe()
drm/msm: Fix missing unlock on error in msm_fbdev_create()
Y.C. Chen (1):
drm/ast: Add missing entry to dclk_table[]
drivers/gpu/drm/ast/ast_tables.h | 1 +
drivers/gpu/drm/drm_crtc.c | 3 ++-
drivers/gpu/drm/msm/mdp/mdp4/mdp4_crtc.c | 2 ++
drivers/gpu/drm/msm/msm_drv.c | 3 +--
drivers/gpu/drm/msm/msm_fbdev.c | 2 +-
drivers/gpu/drm/msm/msm_iommu.c | 4 ++--
drivers/gpu/drm/radeon/cik.c | 26 +++++++++++++++++++-------
drivers/gpu/drm/radeon/ni.c | 9 ++++++++-
drivers/gpu/drm/radeon/r600.c | 26 ++++++++------------------
drivers/gpu/drm/radeon/radeon.h | 2 ++
drivers/gpu/drm/radeon/rv770.c | 23 ++++++++---------------
drivers/gpu/drm/radeon/si.c | 21 ++++++++++++++++++---
drivers/gpu/drm/sti/Kconfig | 1 +
drivers/gpu/drm/sti/sti_drm_drv.c | 4 ++--
drivers/gpu/drm/sti/sti_hda.c | 10 +++++-----
drivers/gpu/drm/sti/sti_hdmi.c | 10 +++++-----
drivers/gpu/drm/sti/sti_tvout.c | 6 +++---
lib/Kconfig.debug | 4 ++++
18 files changed, 92 insertions(+), 65 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-07-18 4:23 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-07-18 4:23 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2365 bytes --]
Hi Linus,
one nouveau deadlock fix, one qxl irq handling fix,
and a set of radeon pageflipping changes that fix regressions in
pageflipping since -rc1 along with a leak and backlight fix.
the pageflipping fixes are a bit bigger than I'd like, but
there has been a few people focused on testing them.
Dave.
The following changes since commit 1795cd9b3a91d4b5473c97f491d63892442212ab:
Linux 3.16-rc5 (2014-07-13 14:04:33 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 3c169e5629d6bce9aede3907aeb38f1c23f61952:
Merge branch 'drm-fixes-3.16' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2014-07-18 09:59:21 +1000)
----------------------------------------------------------------
Alex Deucher (2):
drm/radeon: avoid leaking edid data
drm/radeon: set default bl level to something reasonable
Dave Airlie (2):
Merge branch 'linux-3.16' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Merge branch 'drm-fixes-3.16' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Jason Wang (1):
drm/qxl: return IRQ_NONE if it was not our irq
Mario Kleiner (4):
drm/radeon: Prevent too early kms-pageflips triggered by vblank.
drm/radeon: Remove redundant fence unref in pageflip path.
drm/radeon: Add missing vblank_put in pageflip ioctl error path.
drm/radeon: Make classic pageflip completion path less racy.
Martin Peres (1):
drm/nouveau/therm: fix a potential deadlock in the therm monitoring code
Michel Dänzer (2):
drm/radeon: Move pinning the BO back to radeon_crtc_page_flip()
drm/radeon: Complete page flip even if waiting on the BO fence fails
drivers/gpu/drm/nouveau/core/subdev/therm/temp.c | 6 +-
drivers/gpu/drm/qxl/qxl_irq.c | 3 +
drivers/gpu/drm/radeon/atombios_crtc.c | 8 +-
drivers/gpu/drm/radeon/atombios_encoders.c | 10 +-
drivers/gpu/drm/radeon/evergreen.c | 5 +-
drivers/gpu/drm/radeon/evergreen_reg.h | 1 -
drivers/gpu/drm/radeon/radeon.h | 3 +-
drivers/gpu/drm/radeon/radeon_display.c | 198 ++++++++++++-----------
drivers/gpu/drm/radeon/rv515.c | 5 +-
9 files changed, 125 insertions(+), 114 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2014-07-06 8:49 ` Dave Airlie
@ 2014-07-07 13:34 ` Daniel Vetter
0 siblings, 0 replies; 427+ messages in thread
From: Daniel Vetter @ 2014-07-07 13:34 UTC (permalink / raw)
To: Dave Airlie; +Cc: Ed Tomlinson, Linus Torvalds, LKML, DRI mailing list
On Sun, Jul 6, 2014 at 10:49 AM, Dave Airlie <airlied@gmail.com> wrote:
> On 6 July 2014 12:24, Ed Tomlinson <edt@aei.ca> wrote:
>> Hi Dave,
>>
>> This is NOT fixing problems with a stalled boot due to VGA problems as
>> reported in thread: [PATCH 5/5] drm/i915: Kick out vga console
>> It can be fixed by reverting: a4de05268e674e8ed31df6348269e22d6c6a1803
>> or applying the patch from Chris Wilson which can be found as a reply to my report.
>
> I was hoping Daniel would get to it, but he is on holidays (as am I
> really!), I'll take a look at the fix when I'm back in the office
> myself if nobody has sent it to me.
I've just sent Ed a refined diff for testing to make sure that we only
unbind vgacon if necessariy, but still unregister it (to make sure it
can't ever interfere with module unloading). If that checks out I'll
submit this as a real patch, otherwise we can go with Chris' slightly
bigger cannon.
In any case there seems to be a bigger dragon lurking since unbinding
the radeon fbcon really should kill the machine (but it can result in
a bit of a black screen, so checking that vgacon is bound is trtdt
nevertheless).
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2014-07-06 2:24 ` Ed Tomlinson
@ 2014-07-06 8:49 ` Dave Airlie
2014-07-07 13:34 ` Daniel Vetter
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2014-07-06 8:49 UTC (permalink / raw)
To: Ed Tomlinson; +Cc: Dave Airlie, Linus Torvalds, DRI mailing list, LKML
On 6 July 2014 12:24, Ed Tomlinson <edt@aei.ca> wrote:
> Hi Dave,
>
> This is NOT fixing problems with a stalled boot due to VGA problems as
> reported in thread: [PATCH 5/5] drm/i915: Kick out vga console
> It can be fixed by reverting: a4de05268e674e8ed31df6348269e22d6c6a1803
> or applying the patch from Chris Wilson which can be found as a reply to my report.
I was hoping Daniel would get to it, but he is on holidays (as am I
really!), I'll take a look at the fix when I'm back in the office
myself if nobody has sent it to me.
Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2014-07-05 22:13 Dave Airlie
@ 2014-07-06 2:24 ` Ed Tomlinson
2014-07-06 8:49 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Ed Tomlinson @ 2014-07-06 2:24 UTC (permalink / raw)
To: Dave Airlie; +Cc: torvalds, DRI mailing list, linux-kernel
Hi Dave,
This is NOT fixing problems with a stalled boot due to VGA problems as
reported in thread: [PATCH 5/5] drm/i915: Kick out vga console
It can be fixed by reverting: a4de05268e674e8ed31df6348269e22d6c6a1803
or applying the patch from Chris Wilson which can be found as a reply to my report.
Thanks
Ed Tomlinson
On Saturday 05 July 2014 23:13:27 Dave Airlie wrote:
>
> Hi Linus,
>
> i915, tda998x and vmwgfx fixes, the main one is i915 fix for missing VGA
> connectors, along with some fixes for the tda998x from Russell fixing some
> modesetting problems
>
> (still on holidays, but got a spare moment to find these).
>
> Dave.
>
> The following changes since commit e1a08b855f56d6528e7f85aae9ca8123f4c3ae04:
>
> Merge tag 'arm64-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux (2014-07-05 10:12:52 -0700)
>
> are available in the git repository at:
>
>
> git://people.freedesktop.org/~airlied/linux drm-fixes
>
> for you to fetch changes up to dfd7aecfd6d227831d77719379d4c7137f444fee:
>
> Merge tag 'drm-intel-fixes-2014-07-03' of git://anongit.freedesktop.org/drm-intel (2014-07-06 07:49:59 +1000)
>
> ----------------------------------------------------------------
>
> Dave Airlie (3):
> Merge branch 'tda998x-fixes' of git://ftp.arm.linux.org.uk/~rmk/linux-cubox
> Merge branch 'vmwgfx-fixes-3.16' of git://people.freedesktop.org/~thomash/linux
> Merge tag 'drm-intel-fixes-2014-07-03' of git://anongit.freedesktop.org/drm-intel
>
> Deepak S (1):
> drm/i915: Drop early VLV WA to fix Voltage not getting dropped to Vmin
>
> Guido Martínez (1):
> drm/i2c: tda998x: move drm_i2c_encoder_destroy call
>
> Jesse Barnes (1):
> drm/i915: only apply crt_present check on VLV
>
> Russell King (2):
> drm/i2c: tda998x: faster polling for edid
> drm/i2c: tda998x: add some basic mode validation
>
> Thomas Hellstrom (1):
> drm/vmwgfx: Fix incorrect write to read-only register v2:
>
> Ville Syrjälä (1):
> drm/i915: Wait for vblank after enabling the primary plane on BDW
>
> drivers/gpu/drm/i2c/tda998x_drv.c | 12 +++++++++---
> drivers/gpu/drm/i915/intel_display.c | 27 ++++++++++++++++++++++++++-
> drivers/gpu/drm/i915/intel_pm.c | 8 ++++++++
> drivers/gpu/drm/i915/intel_sprite.c | 8 ++++++++
> drivers/gpu/drm/vmwgfx/vmwgfx_fb.c | 1 -
> 5 files changed, 51 insertions(+), 5 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-07-05 22:13 Dave Airlie
2014-07-06 2:24 ` Ed Tomlinson
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2014-07-05 22:13 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1941 bytes --]
Hi Linus,
i915, tda998x and vmwgfx fixes, the main one is i915 fix for missing VGA
connectors, along with some fixes for the tda998x from Russell fixing some
modesetting problems.
(still on holidays, but got a spare moment to find these).
Dave.
The following changes since commit e1a08b855f56d6528e7f85aae9ca8123f4c3ae04:
Merge tag 'arm64-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux (2014-07-05 10:12:52 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to dfd7aecfd6d227831d77719379d4c7137f444fee:
Merge tag 'drm-intel-fixes-2014-07-03' of git://anongit.freedesktop.org/drm-intel (2014-07-06 07:49:59 +1000)
----------------------------------------------------------------
Dave Airlie (3):
Merge branch 'tda998x-fixes' of git://ftp.arm.linux.org.uk/~rmk/linux-cubox
Merge branch 'vmwgfx-fixes-3.16' of git://people.freedesktop.org/~thomash/linux
Merge tag 'drm-intel-fixes-2014-07-03' of git://anongit.freedesktop.org/drm-intel
Deepak S (1):
drm/i915: Drop early VLV WA to fix Voltage not getting dropped to Vmin
Guido Martínez (1):
drm/i2c: tda998x: move drm_i2c_encoder_destroy call
Jesse Barnes (1):
drm/i915: only apply crt_present check on VLV
Russell King (2):
drm/i2c: tda998x: faster polling for edid
drm/i2c: tda998x: add some basic mode validation
Thomas Hellstrom (1):
drm/vmwgfx: Fix incorrect write to read-only register v2:
Ville Syrjälä (1):
drm/i915: Wait for vblank after enabling the primary plane on BDW
drivers/gpu/drm/i2c/tda998x_drv.c | 12 +++++++++---
drivers/gpu/drm/i915/intel_display.c | 27 ++++++++++++++++++++++++++-
drivers/gpu/drm/i915/intel_pm.c | 8 ++++++++
drivers/gpu/drm/i915/intel_sprite.c | 8 ++++++++
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c | 1 -
5 files changed, 51 insertions(+), 5 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-06-27 6:50 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-06-27 6:50 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
exynos, i915 and msm fixes and one core fix.
exynos: hdmi power off and mixer issues,
msm: iommu, build fixes,
i915: regression races and warns!
Dave.
The following changes since commit a497c3ba1d97fc69c1e78e7b96435ba8c2cb42ee:
Linux 3.16-rc2 (2014-06-21 19:02:54 -1000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 0fcb70c30131aac40f62ba13f89963d5c13b48a7:
Merge tag 'drm-intel-fixes-2014-06-26' of git://anongit.freedesktop.org/drm-intel into drm-fixes (2014-06-27 15:04:06 +1000)
----------------------------------------------------------------
Andrzej Hajda (1):
drm/exynos: disable unused windows on apply
Chris Wilson (2):
drm/i915: Only mark the ctx as initialised after a SET_CONTEXT operation
drm/i915: Hold the table lock whilst walking the file's idr and counting the objects in debugfs
Dan Carpenter (1):
drm/exynos: change zero to NULL for sparse
Dave Airlie (3):
Merge branch 'msm-fixes-3.16' of git://people.freedesktop.org/~robclark/linux into drm-fixes
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/.../daeinki/drm-exynos into drm-fixes
Merge tag 'drm-intel-fixes-2014-06-26' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Fabian Frederick (1):
drm/msm: use PAGE_ALIGNED instead of IS_ALIGNED(PAGE_SIZE)
Imre Deak (1):
drm/i915: cache hw power well enabled state
Inki Dae (1):
drm/exynos: hdmi: fix power order issue
Jani Nikula (1):
drm/i915: default to having backlight if VBT not available
Matwey V. Kornilov (1):
drm/msm: Replace type of paddr to uint32_t.
Peter Griffin (1):
drm/msm: storage class should be before const qualifier
Rahul Sharma (5):
drm/exynos: set power state variable after enabling clocks and power
drm/exynos: stop mixer before gating clocks during poweroff
drm/exynos: allow multiple layer updates per vsync for mixer
drm/exynos: soft reset mixer before reconfigure after power-on
drm/exynos: enable vsync interrupt while waiting for vblank
Rodrigo Vivi (1):
drm/i915: BDW: Adding Reserved PCI IDs.
Sachin Kamat (1):
drm/exynos: Fix de-registration ordering
Shobhit Kumar (1):
drm/i915: vlv_prepare_pll is only needed in case of non DSI interfaces
Stephane Viau (2):
drm/msm/hdmi: set hdp clock rate before prepare_enable
drm/msm: fix IOMMU cleanup for -EPROBE_DEFER
Tomasz Figa (1):
drm/exynos: dpi: Fix NULL pointer dereference with legacy bindings
Zhaowei Yuan (1):
drm: fix NULL pointer access by wrong ioctl
drivers/gpu/drm/drm_drv.c | 3 +-
drivers/gpu/drm/exynos/exynos_drm_dpi.c | 2 +-
drivers/gpu/drm/exynos/exynos_drm_drv.c | 8 ++---
drivers/gpu/drm/exynos/exynos_drm_drv.h | 2 +-
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 2 ++
drivers/gpu/drm/exynos/exynos_hdmi.c | 19 ++++++++++++
drivers/gpu/drm/exynos/exynos_mixer.c | 50 +++++++++++++++++++++----------
drivers/gpu/drm/exynos/regs-mixer.h | 1 +
drivers/gpu/drm/i915/i915_debugfs.c | 2 ++
drivers/gpu/drm/i915/i915_drv.h | 2 ++
drivers/gpu/drm/i915/i915_gem_context.c | 8 +++--
drivers/gpu/drm/i915/intel_bios.c | 6 ++--
drivers/gpu/drm/i915/intel_display.c | 13 ++++----
drivers/gpu/drm/i915/intel_drv.h | 4 +--
drivers/gpu/drm/i915/intel_pm.c | 37 ++++++++++-------------
drivers/gpu/drm/msm/hdmi/hdmi.c | 2 ++
drivers/gpu/drm/msm/hdmi/hdmi.h | 1 +
drivers/gpu/drm/msm/hdmi/hdmi_connector.c | 8 +++++
drivers/gpu/drm/msm/mdp/mdp5/mdp5_kms.c | 22 ++++++++++----
drivers/gpu/drm/msm/mdp/mdp5/mdp5_kms.h | 1 +
drivers/gpu/drm/msm/msm_drv.c | 2 +-
drivers/gpu/drm/msm/msm_fbdev.c | 2 +-
drivers/gpu/drm/msm/msm_gem.c | 6 ++++
drivers/gpu/drm/msm/msm_iommu.c | 23 ++++++++++++--
drivers/gpu/drm/msm/msm_mmu.h | 1 +
include/drm/i915_pciids.h | 12 ++++++--
26 files changed, 169 insertions(+), 70 deletions(-)
mode change 100644 => 100755 drivers/gpu/drm/drm_drv.c
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-06-19 1:03 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-06-19 1:03 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 7237 bytes --]
Hi Linus,
this looks bigger than it is, as one of the nouveau firmware fixes
"drm/gf100-/gr: report class data to host on fwmthd failure" regenerates a
bunch of the firmware files after changing the assembly by a few lines,
without that, its more of a
" 36 files changed, 370 insertions(+), 129 deletions(-)"
It contains some vt.c fixes acked by Greg, for rare hard hangs on i915
loading, that also fixes hangs on reload and spurious register write
errors,
drm core: one fix for uninit memory,
nouveau: displayport rework caused a few regressions, Ben has been fixing
them as the appear, along with some other fixes
radeon: pageflipping regression fix, deep color fix, mode validation fixes
i915: fbc disable, vga console kick off, backlight fix, div 0 fix.
Dave.
The following changes since commit 7171511eaec5bf23fb06078f59784a3a0626b38f:
Linux 3.16-rc1 (2014-06-15 17:45:28 -1000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 884d6147ba19640a40fb45efe64360cdf92cac27:
Merge tag 'drm-intel-fixes-2014-06-17' of git://anongit.freedesktop.org/drm-intel into drm-next (2014-06-19 10:54:35 +1000)
----------------------------------------------------------------
Alex Deucher (2):
drm/radeon: update mode_valid testing for DP
drm/radeon: improve dvi_mode_valid
Ben Skeggs (8):
drm/gk104/clk: only touch divider for mode we'll be using
drm/gk104/ibus: increase various random timeouts
drm/gf100-/gr: report class data to host on fwmthd failure
drm/gk104/fb/ram: fixups from an earlier search+replace
drm/nouveau/disp/dp: don't touch link config after success
drm/nv50/disp: fix a potential oops in supervisor handling
drm/nouveau/pwr: fix typo in fifo wrap handling
drm/gf117/i2c: no aux channels on this chipset
Chris Wilson (3):
drm/i915: Disable FBC by default also on Haswell and later
drm/i95: Initialize active ring->pid to -1
drm/i915: Reorder semaphore deadlock check
Daniel Vetter (5):
vt: Fix replacement console check when unbinding
vt: Fix up unregistration of vt drivers
vt: Don't ignore unbind errors in vt_unbind
drm/i915: Fixup global gtt cleanup
drm/i915: Kick out vga console
Dave Airlie (5):
Merge branch 'drm-nouveau-next' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-next
Merge branch 'drm-next-3.16' of git://people.freedesktop.org/~agd5f/linux into drm-next
Merge branch 'drm-nouveau-next' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-next
Merge branch 'drm-fixes-3.16' of git://people.freedesktop.org/~agd5f/linux into drm-next
Merge tag 'drm-intel-fixes-2014-06-17' of git://anongit.freedesktop.org/drm-intel into drm-next
Fredrik Höglund (1):
drm/radeon: use pixel formats instead of depth/bpp
Imre Deak (1):
drm/i915: fix possible refcount leak when resetting forcewake
Jani Nikula (2):
drm/i915: set backlight duty cycle after backlight enable for gen4
Merge remote-tracking branch 'drm-intel/topic/kicking-dogs-and-vgacon' into drm-intel-fixes
Maarten Lankhorst (1):
drm/nouveau/disp: fix oops in destructor with headless cards
Mario Kleiner (3):
drm/radeon: Bypass hw lut's for > 8 bpc framebuffer scanout.
drm/nouveau/kms: reference vblank for crtc during pageflip.
drm/radeon: Use dce5/6 hdmi deep color clock setup also on dce8+
Martin Peres (1):
drm/nouveau/doc: update the thermal documentation
Michel Dänzer (2):
Revert "drm/radeon: remove drm_vblank_get|put from pflip handling"
drm/radeon: Fix radeon_irq_kms_pflip_irq_get/put() imbalance
Pierre Moreau (2):
drm/nv50/gr: fix overlap while zeroing zcull regions
drm/nv50/gr: remove an unneeded write while initialising PGRAPH
Rob Clark (1):
drm: fix uninitialized acquire_ctx fields (v2)
Tom O'Rourke (1):
drm/i915/bdw: remove erroneous chv specific workarounds from bdw code
Ville Syrjälä (1):
drm/i915: Avoid div-by-zero when pixel_multiplier is zero
Documentation/thermal/nouveau_thermal | 7 +-
drivers/gpu/drm/drm_modeset_lock.c | 1 +
drivers/gpu/drm/i915/i915_dma.c | 47 ++-
drivers/gpu/drm/i915/i915_gem_gtt.c | 9 +-
drivers/gpu/drm/i915/i915_gpu_error.c | 3 +-
drivers/gpu/drm/i915/i915_irq.c | 18 +-
drivers/gpu/drm/i915/intel_panel.c | 5 +-
drivers/gpu/drm/i915/intel_pm.c | 9 +-
drivers/gpu/drm/i915/intel_ringbuffer.h | 2 +-
drivers/gpu/drm/i915/intel_sdvo.c | 4 +-
drivers/gpu/drm/i915/intel_uncore.c | 3 +-
drivers/gpu/drm/nouveau/Makefile | 1 +
drivers/gpu/drm/nouveau/core/engine/device/nvc0.c | 2 +-
drivers/gpu/drm/nouveau/core/engine/disp/base.c | 6 +-
drivers/gpu/drm/nouveau/core/engine/disp/dport.c | 7 +-
drivers/gpu/drm/nouveau/core/engine/disp/nv50.c | 2 +-
.../gpu/drm/nouveau/core/engine/graph/fuc/gpc.fuc | 2 +-
.../gpu/drm/nouveau/core/engine/graph/fuc/hub.fuc | 18 +-
.../nouveau/core/engine/graph/fuc/hubgm107.fuc5.h | 460 ++++++++++-----------
.../nouveau/core/engine/graph/fuc/hubnv108.fuc5.h | 460 ++++++++++-----------
.../nouveau/core/engine/graph/fuc/hubnvc0.fuc.h | 188 ++++++---
.../nouveau/core/engine/graph/fuc/hubnvd7.fuc.h | 188 ++++++---
.../nouveau/core/engine/graph/fuc/hubnve0.fuc.h | 170 +++++---
.../nouveau/core/engine/graph/fuc/hubnvf0.fuc.h | 170 +++++---
.../drm/nouveau/core/engine/graph/fuc/macros.fuc | 6 +
drivers/gpu/drm/nouveau/core/engine/graph/fuc/os.h | 1 +
drivers/gpu/drm/nouveau/core/engine/graph/nv50.c | 9 +-
drivers/gpu/drm/nouveau/core/engine/graph/nvc0.c | 41 +-
drivers/gpu/drm/nouveau/core/engine/graph/nvc0.h | 2 +
drivers/gpu/drm/nouveau/core/include/subdev/i2c.h | 1 +
drivers/gpu/drm/nouveau/core/subdev/clock/nve0.c | 8 +-
drivers/gpu/drm/nouveau/core/subdev/fb/ramnve0.c | 76 ++--
drivers/gpu/drm/nouveau/core/subdev/i2c/gf117.c | 39 ++
drivers/gpu/drm/nouveau/core/subdev/ibus/nve0.c | 19 +-
.../gpu/drm/nouveau/core/subdev/pwr/fuc/host.fuc | 2 +-
.../drm/nouveau/core/subdev/pwr/fuc/nv108.fuc.h | 2 +-
.../gpu/drm/nouveau/core/subdev/pwr/fuc/nva3.fuc.h | 2 +-
.../gpu/drm/nouveau/core/subdev/pwr/fuc/nvc0.fuc.h | 2 +-
.../gpu/drm/nouveau/core/subdev/pwr/fuc/nvd0.fuc.h | 2 +-
drivers/gpu/drm/nouveau/nouveau_display.c | 7 +
drivers/gpu/drm/radeon/atombios_crtc.c | 118 +++++-
drivers/gpu/drm/radeon/evergreen_reg.h | 2 +
drivers/gpu/drm/radeon/r500_reg.h | 1 +
drivers/gpu/drm/radeon/radeon_connectors.c | 35 +-
drivers/gpu/drm/radeon/radeon_display.c | 22 +-
drivers/tty/vt/vt.c | 24 +-
drivers/video/console/dummycon.c | 1 +
drivers/video/console/vgacon.c | 1 +
48 files changed, 1373 insertions(+), 832 deletions(-)
create mode 100644 drivers/gpu/drm/nouveau/core/subdev/i2c/gf117.c
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-06-04 3:34 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-06-04 3:34 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1521 bytes --]
Hi Linus,
all fairly small, radeon stability and a panic path fix.
Mostly radeon fixes, suspend/resume fix,
stability on the CIK chipsets,
along with a locking check avoidance patch for panic times regression.
Dave.
The following changes since commit 18ee37a485653aa635cfab9a3710e9bcf5fbca01:
drm/radeon: Resume fbcon last (2014-05-31 09:19:51 +1000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 0a4ae727d6aa459247b027387edb6ff99f657792:
Merge branch 'drm-fixes-3.15' of git://people.freedesktop.org/~deathsimple/linux into drm-fixes (2014-06-04 13:29:13 +1000)
----------------------------------------------------------------
Alex Deucher (1):
drm/radeon/dpm: resume fixes for some systems
Christian König (3):
drm/radeon: fix vm buffer size estimation
drm/radeon: sync page table updates
drm/radeon: use the CP DMA on CIK
Dave Airlie (1):
Merge branch 'drm-fixes-3.15' of git://people.freedesktop.org/~deathsimple/linux into drm-fixes
Sergei Antonov (1):
drm/crtc-helper: skip locking checks in panicking path
drivers/gpu/drm/drm_crtc_helper.c | 17 +++++++++++++++--
drivers/gpu/drm/radeon/atombios_crtc.c | 6 ++----
drivers/gpu/drm/radeon/radeon_asic.c | 4 ++--
drivers/gpu/drm/radeon/radeon_device.c | 4 ++++
drivers/gpu/drm/radeon/radeon_pm.c | 1 -
drivers/gpu/drm/radeon/radeon_vm.c | 11 ++++++++---
6 files changed, 31 insertions(+), 12 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-05-06 23:10 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-05-06 23:10 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 4069 bytes --]
Hi Linus,
radeon, i915 and nouveau fixes, all fixes for regressions or black
screens, or possible oopses,
I have an optional follow up to this for AMD as they have some new HW
support they'd like in, but I'm not sure how you are feeling at the
moment!
Dave.
The following changes since commit 0384dcae2b18db80c49117ac57ea15211ca48751:
Merge branch 'irq-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip (2014-05-03 08:32:48 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 2a1235e53bed8fa111e1c1ee2e7d8d91efa71ebc:
Merge branch 'drm-nouveau-next' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes (2014-05-07 09:06:21 +1000)
----------------------------------------------------------------
Alex Deucher (1):
drm/radeon/dp: check for errors in dpcd reads
Ben Skeggs (2):
drm/nouveau/bios: fix shadowing from PROM on big-endian systems
drm/gm107/gr: bump attrib cb size quite a bit
Christian König (5):
drm/radeon/uvd: use lower clocks on old UVD to boot v2
drm/radeon: use pflip irq on R600+ v2
drm/radeon: avoid high jitter with small frac divs
drm/radeon: check that we have a clock before PLL setup
drm/radeon: lower the ref * post PLL maximum
Dan Carpenter (1):
agp: info leak in agpioc_info_wrap()
Daniel Vetter (1):
drm/i915: Sanitize the enable_ppgtt module option once
Dave Airlie (3):
Merge branch 'drm-fixes-3.15' of git://people.freedesktop.org/~deathsimple/linux into drm-fixes
Merge tag 'topc/core-stuff-2014-05-05' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'drm-nouveau-next' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Egbert Eich (1):
drm/i915: Break encoder->crtc link separately in intel_sanitize_crtc()
Ilia Mirkin (1):
drm/nouveau/acpi: allow non-optimus setups to load vbios from acpi
Leo Liu (1):
drm/radeon: check buffer relocation offset
Maarten Lankhorst (2):
drm/nouveau: fix another lock unbalance in nouveau_crtc_page_flip
drm/radeon: drm/radeon: add missing radeon_semaphore_free to error path
Michel Dänzer (1):
drm/radeon: Fix num_banks calculation for SI
Paulo Zanoni (1):
drm/i915: don't try DP_LINK_BW_5_4 on HSW ULX
drivers/char/agp/frontend.c | 1 +
drivers/gpu/drm/i915/i915_drv.h | 3 +
drivers/gpu/drm/i915/i915_gem_gtt.c | 32 +++++++--
drivers/gpu/drm/i915/intel_display.c | 26 ++++----
drivers/gpu/drm/i915/intel_dp.c | 3 +-
.../gpu/drm/nouveau/core/engine/graph/ctxgm107.c | 4 +-
drivers/gpu/drm/nouveau/core/subdev/bios/base.c | 10 +--
drivers/gpu/drm/nouveau/nouveau_acpi.c | 3 -
drivers/gpu/drm/nouveau/nouveau_display.c | 2 +-
drivers/gpu/drm/radeon/atombios_crtc.c | 49 +++++++++-----
drivers/gpu/drm/radeon/atombios_dp.c | 44 +++++++------
drivers/gpu/drm/radeon/cik.c | 77 ++++++++++++++++++++++
drivers/gpu/drm/radeon/cik_sdma.c | 1 +
drivers/gpu/drm/radeon/cikd.h | 9 +++
drivers/gpu/drm/radeon/evergreen.c | 28 ++++++--
drivers/gpu/drm/radeon/evergreen_dma.c | 1 +
drivers/gpu/drm/radeon/r600.c | 14 +++-
drivers/gpu/drm/radeon/r600_dma.c | 1 +
drivers/gpu/drm/radeon/radeon.h | 6 ++
drivers/gpu/drm/radeon/radeon_display.c | 20 +++++-
drivers/gpu/drm/radeon/radeon_uvd.c | 4 ++
drivers/gpu/drm/radeon/rv770_dma.c | 1 +
drivers/gpu/drm/radeon/si.c | 28 ++++++--
drivers/gpu/drm/radeon/si_dma.c | 1 +
drivers/gpu/drm/radeon/uvd_v1_0.c | 10 ++-
include/drm/i915_pciids.h | 4 +-
26 files changed, 295 insertions(+), 87 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-04-30 0:00 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-04-30 0:00 UTC (permalink / raw)
To: torvalds; +Cc: inki.dae, DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 3871 bytes --]
Hi Linus,
smattering of fixes, i915, exynos, tegra, msm, vmwgfx,
bit of framebuffer reference counting fallout fixes, i915 GM45 regression
fix, DVI regression fix, vmware info leak between processes fix.
Inki, I've cherry-picked and signed off some of the stuff from the exynos
fixes pull request, since I know Linus is already unhappy with me, please
put the rest of those in -next.
Dave.
The following changes since commit abaafc0af9f74f8e6212a3bf54fb907358b40ad7:
Merge branch 'drm-fixes-3.15' of git://people.freedesktop.org/~deathsimple/linux into drm-next (2014-04-23 07:39:12 +1000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to b8eade24c9891b8f153c40cf310ef4696c873af9:
drm/exynos: use %pad for dma_addr_t (2014-04-30 09:48:54 +1000)
----------------------------------------------------------------
Andrzej Hajda (1):
drm/exynos: balance framebuffer refcount
Ben Widawsky (1):
drm/i915: Allow full PPGTT with param override
Chris Wilson (2):
drm/i915: Discard BIOS framebuffers too small to accommodate chosen mode
drm/i915: Move all ring resets before setting the HWS page
Daniel Vetter (3):
drm/i915: Don't check gmch state on inherited configs
drm/tegra: restrict plane loops to legacy planes
drm/i915: Don't WARN nor handle unexpected hpd interrupts on gmch platforms
Dave Airlie (4):
Merge tag 'drm-intel-fixes-2014-04-25' of git://anongit.freedesktop.org/drm-intel into drm-next
Merge branch 'msm-fixes-3.15-rc3' of git://people.freedesktop.org/~robclark/linux into drm-next
Merge tag 'drm/tegra/for-3.15-rc3' of git://anongit.freedesktop.org/tegra/linux into drm-next
Merge branch 'vmwgfx-fixes-3.15' of git://people.freedesktop.org/~thomash/linux into drm-next
Jingoo Han (3):
MAINTAINERS: update maintainer entry for Exynos DP driver
drm/exynos: dsi: use IS_ERR() to check devm_ioremap_resource() results
drm/exynos: use %pad for dma_addr_t
Micah Richert (1):
drm/msm: fix memory leak
Paulo Zanoni (1):
drm/i915: get power domain in case the BIOS enabled eDP VDD
Rob Clark (2):
drm/msm: default to XR24 rather than AR24
drm/msm/mdp4: cure for the cursor blues (v2)
Thomas Hellstrom (1):
drm/vmwgfx: Make sure user-space can't DMA across buffer object boundaries v2
Ville Syrjälä (1):
drm/i915: Allow user modes to exceed DVI 165MHz limit
MAINTAINERS | 6 ++++
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 1 +
drivers/gpu/drm/exynos/exynos_drm_dmabuf.c | 2 +-
drivers/gpu/drm/exynos/exynos_drm_dsi.c | 4 +--
drivers/gpu/drm/exynos/exynos_drm_vidi.c | 2 +-
drivers/gpu/drm/i915/i915_gem_gtt.c | 2 +-
drivers/gpu/drm/i915/i915_irq.c | 18 +++++++---
drivers/gpu/drm/i915/i915_reg.h | 1 +
drivers/gpu/drm/i915/intel_display.c | 23 ++++++++++---
drivers/gpu/drm/i915/intel_dp.c | 11 +++++-
drivers/gpu/drm/i915/intel_drv.h | 3 +-
drivers/gpu/drm/i915/intel_fbdev.c | 10 ++++++
drivers/gpu/drm/i915/intel_hdmi.c | 9 ++---
drivers/gpu/drm/i915/intel_ringbuffer.c | 54 +++++++++++++++++++-----------
drivers/gpu/drm/i915/intel_ringbuffer.h | 1 +
drivers/gpu/drm/msm/mdp/mdp4/mdp4_crtc.c | 9 ++---
drivers/gpu/drm/msm/mdp/mdp4/mdp4_irq.c | 4 +--
drivers/gpu/drm/msm/mdp/mdp4/mdp4_kms.c | 21 ++++++++++++
drivers/gpu/drm/msm/mdp/mdp4/mdp4_kms.h | 4 +++
drivers/gpu/drm/msm/mdp/mdp5/mdp5_irq.c | 4 +--
drivers/gpu/drm/msm/msm_fbdev.c | 5 +--
drivers/gpu/drm/msm/msm_gem.c | 4 ++-
drivers/gpu/drm/tegra/dc.c | 2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 22 ++++++++++++
24 files changed, 166 insertions(+), 56 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2014-04-24 8:17 ` Christian König
@ 2014-04-25 22:12 ` Woody Suwalski
0 siblings, 0 replies; 427+ messages in thread
From: Woody Suwalski @ 2014-04-25 22:12 UTC (permalink / raw)
To: Christian König, Dave Airlie, Linus Torvalds
Cc: Ed Tomlinson, Linux Kernel Mailing List, DRI mailing list
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
>>> <torvalds@linux-foundation.org> 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
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2014-04-23 22:04 ` Ed Tomlinson
@ 2014-04-24 8:21 ` Christian König
0 siblings, 0 replies; 427+ messages in thread
From: Christian König @ 2014-04-24 8:21 UTC (permalink / raw)
To: Ed Tomlinson, Dave Airlie
Cc: Linus Torvalds, Linux Kernel Mailing List, DRI mailing list
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
>> <torvalds@linux-foundation.org> 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
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2014-04-23 21:36 ` Woody Suwalski
@ 2014-04-24 8:17 ` Christian König
2014-04-25 22:12 ` Woody Suwalski
0 siblings, 1 reply; 427+ messages in thread
From: Christian König @ 2014-04-24 8:17 UTC (permalink / raw)
To: Woody Suwalski, Dave Airlie, Linus Torvalds
Cc: Ed Tomlinson, Linux Kernel Mailing List, DRI mailing list
Am 23.04.2014 23:36, schrieb Woody Suwalski:
> Dave Airlie wrote:
>> On Wed, Apr 23, 2014 at 1:59 AM, Linus Torvalds
>> <torvalds@linux-foundation.org> 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.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2014-04-22 21:54 ` Dave Airlie
2014-04-23 21:36 ` Woody Suwalski
@ 2014-04-23 22:04 ` Ed Tomlinson
2014-04-24 8:21 ` Christian König
1 sibling, 1 reply; 427+ messages in thread
From: Ed Tomlinson @ 2014-04-23 22:04 UTC (permalink / raw)
To: Dave Airlie
Cc: Linus Torvalds, Linux Kernel Mailing List, DRI mailing list,
Christian König
On Wednesday 23 April 2014 07:54:17 Dave Airlie wrote:
> On Wed, Apr 23, 2014 at 1:59 AM, Linus Torvalds
> <torvalds@linux-foundation.org> 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
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2014-04-22 21:54 ` Dave Airlie
@ 2014-04-23 21:36 ` Woody Suwalski
2014-04-24 8:17 ` Christian König
2014-04-23 22:04 ` Ed Tomlinson
1 sibling, 1 reply; 427+ messages in thread
From: Woody Suwalski @ 2014-04-23 21:36 UTC (permalink / raw)
To: Dave Airlie, Linus Torvalds
Cc: Ed Tomlinson, Linux Kernel Mailing List, DRI mailing list,
Christian König
Dave Airlie wrote:
> On Wed, Apr 23, 2014 at 1:59 AM, Linus Torvalds
> <torvalds@linux-foundation.org> 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
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-04-22 22:03 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-04-22 22:03 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1944 bytes --]
Hi Linus,
this is just radeon fixes, primarily the two pll fix and the aux fix,
it also disables dpm on rv770 gpus, fixes driver reloading, and
fixes two issues with runtime PM on some GPUS.
Dave.
The following changes since commit 4d0fa8a0f01272d4de33704f20303dcecdb55df1:
Merge tag 'gpio-v3.15-2' of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio (2014-04-22 09:28:02 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to abaafc0af9f74f8e6212a3bf54fb907358b40ad7:
Merge branch 'drm-fixes-3.15' of git://people.freedesktop.org/~deathsimple/linux into drm-next (2014-04-23 07:39:12 +1000)
----------------------------------------------------------------
Alex Deucher (7):
drm/radeon: disable dpm on rv770 by default
drm/radeon/aux: fix hpd assignment for aux bus
drm/radeon: fix count in cik_sdma_ring_test()
drm/radeon: properly unregister hwmon interface (v2)
drm/radeon/pm: don't walk the crtc list before it has been initialized (v2)
drm/radeon: fix ATPX detection on non-VGA GPUs
drm/radeon: don't allow runpm=1 on systems with out ATPX
Christian König (2):
drm/radeon: use fixed PPL ref divider if needed
drm/radeon: improve PLL limit handling in post div calculation
Dave Airlie (1):
Merge branch 'drm-fixes-3.15' of git://people.freedesktop.org/~deathsimple/linux into drm-next
drivers/gpu/drm/radeon/atombios_dp.c | 1 +
drivers/gpu/drm/radeon/cik_sdma.c | 2 +-
drivers/gpu/drm/radeon/r600_dpm.c | 35 ++++++------
drivers/gpu/drm/radeon/radeon_atpx_handler.c | 7 +++
drivers/gpu/drm/radeon/radeon_display.c | 84 +++++++++++++++++++---------
drivers/gpu/drm/radeon/radeon_kms.c | 8 +--
drivers/gpu/drm/radeon/radeon_pm.c | 51 ++++++++++-------
7 files changed, 120 insertions(+), 68 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2014-04-22 15:59 ` Linus Torvalds
@ 2014-04-22 21:54 ` Dave Airlie
2014-04-23 21:36 ` Woody Suwalski
2014-04-23 22:04 ` Ed Tomlinson
0 siblings, 2 replies; 427+ messages in thread
From: Dave Airlie @ 2014-04-22 21:54 UTC (permalink / raw)
To: Linus Torvalds
Cc: Ed Tomlinson, Linux Kernel Mailing List, DRI mailing list,
Christian König
On Wed, Apr 23, 2014 at 1:59 AM, Linus Torvalds
<torvalds@linux-foundation.org> 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.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2014-04-22 15:46 ` Ed Tomlinson
@ 2014-04-22 15:59 ` Linus Torvalds
2014-04-22 21:54 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Linus Torvalds @ 2014-04-22 15:59 UTC (permalink / raw)
To: Ed Tomlinson
Cc: Dave Airlie, Linux Kernel Mailing List, DRI mailing list,
Christian König, Alex Deucher
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
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2014-04-21 21:26 ` Ed Tomlinson
@ 2014-04-22 15:46 ` Ed Tomlinson
2014-04-22 15:59 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Ed Tomlinson @ 2014-04-22 15:46 UTC (permalink / raw)
To: Dave Airlie
Cc: torvalds, linux-kernel, DRI mailing list, Christian König,
Alex Deucher
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 <christian.koenig@amd.com>
> > > > 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 <alexdeucher@gmail.com>
> 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 <alexander.deucher@amd.com>
> Signed-off-by: Christian König <christian.koenig@amd.com>
>
> 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:
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2014-04-21 19:08 ` Ed Tomlinson
@ 2014-04-21 21:26 ` Ed Tomlinson
2014-04-22 15:46 ` Ed Tomlinson
0 siblings, 1 reply; 427+ messages in thread
From: Ed Tomlinson @ 2014-04-21 21:26 UTC (permalink / raw)
To: Dave Airlie
Cc: torvalds, linux-kernel, DRI mailing list, Christian König,
Alex Deucher
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 <christian.koenig@amd.com>
> > > 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 <alexdeucher@gmail.com>
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 <alexander.deucher@amd.com>
Signed-off-by: Christian König <christian.koenig@amd.com>
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 majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2014-04-21 14:25 ` Ed Tomlinson
@ 2014-04-21 19:08 ` Ed Tomlinson
2014-04-21 21:26 ` Ed Tomlinson
0 siblings, 1 reply; 427+ messages in thread
From: Ed Tomlinson @ 2014-04-21 19:08 UTC (permalink / raw)
To: Dave Airlie
Cc: torvalds, linux-kernel, DRI mailing list, Christian König
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 <christian.koenig@amd.com>
> > 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
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2014-04-19 19:03 ` Markus Trippelsdorf
2014-04-20 1:21 ` Alex Deucher
@ 2014-04-21 14:25 ` Ed Tomlinson
2014-04-21 19:08 ` Ed Tomlinson
1 sibling, 1 reply; 427+ messages in thread
From: Ed Tomlinson @ 2014-04-21 14:25 UTC (permalink / raw)
To: Markus Trippelsdorf
Cc: Dave Airlie, torvalds, linux-kernel, DRI mailing list,
Christian König
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 <christian.koenig@amd.com>
> 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
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2014-04-20 9:56 ` Markus Trippelsdorf
@ 2014-04-20 10:04 ` Markus Trippelsdorf
0 siblings, 0 replies; 427+ messages in thread
From: Markus Trippelsdorf @ 2014-04-20 10:04 UTC (permalink / raw)
To: Christian König
Cc: Linus Torvalds, LKML, DRI mailing list, Christian König
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
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2014-04-20 8:27 ` Christian König
@ 2014-04-20 9:56 ` Markus Trippelsdorf
2014-04-20 10:04 ` Markus Trippelsdorf
0 siblings, 1 reply; 427+ messages in thread
From: Markus Trippelsdorf @ 2014-04-20 9:56 UTC (permalink / raw)
To: Christian König
Cc: Alex Deucher, Linus Torvalds, LKML, DRI mailing list,
Christian König
[-- Attachment #1: Type: text/plain, Size: 598 bytes --]
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
[-- Attachment #2: radeon_dmesg --]
[-- Type: text/plain, Size: 38929 bytes --]
Linux version 3.15.0-rc1-00421-g6d4596905b65-dirty (markus@x4) (gcc version 4.9.0 20140417 (prerelease) (GCC) ) #24 SMP Sun Apr 20 11:44:09 CEST 2014
Command line: BOOT_IMAGE=/bzImage root=PARTUUID=3ce070b6-a2b4-4127-9478-6ea8ceb69db7 init=/sbin/minit fbcon=rotate:3 radeon.dpm=1 radeon.audio=0 drm_kms_helper.poll=0 quiet drm.debug=0xE
KERNEL supported cpus:
AMD AuthenticAMD
e820: BIOS-provided physical RAM map:
BIOS-e820: [mem 0x0000000000000000-0x000000000009fbff] usable
BIOS-e820: [mem 0x000000000009fc00-0x000000000009ffff] reserved
BIOS-e820: [mem 0x00000000000e6000-0x00000000000fffff] reserved
BIOS-e820: [mem 0x0000000000100000-0x00000000dfe8ffff] usable
BIOS-e820: [mem 0x00000000dfe90000-0x00000000dfea7fff] ACPI data
BIOS-e820: [mem 0x00000000dfea8000-0x00000000dfecffff] ACPI NVS
BIOS-e820: [mem 0x00000000dfed0000-0x00000000dfefffff] reserved
BIOS-e820: [mem 0x00000000fff00000-0x00000000ffffffff] reserved
BIOS-e820: [mem 0x0000000100000000-0x000000021fffffff] usable
NX (Execute Disable) protection: active
SMBIOS 2.5 present.
DMI: System manufacturer System Product Name/M4A78T-E, BIOS 3503 04/13/2011
e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
e820: remove [mem 0x000a0000-0x000fffff] usable
e820: last_pfn = 0x220000 max_arch_pfn = 0x400000000
MTRR default type: uncachable
MTRR fixed ranges enabled:
00000-9FFFF write-back
A0000-EFFFF uncachable
F0000-FFFFF write-protect
MTRR variable ranges enabled:
0 base 000000000000 mask FFFF80000000 write-back
1 base 000080000000 mask FFFFC0000000 write-back
2 base 0000C0000000 mask FFFFE0000000 write-back
3 disabled
4 disabled
5 disabled
6 disabled
7 disabled
TOM2: 0000000220000000 aka 8704M
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
e820: update [mem 0xe0000000-0xffffffff] usable ==> reserved
e820: last_pfn = 0xdfe90 max_arch_pfn = 0x400000000
Base memory trampoline at [ffff880000099000] 99000 size 24576
Using GB pages for direct mapping
init_memory_mapping: [mem 0x00000000-0x000fffff]
[mem 0x00000000-0x000fffff] page 4k
BRK [0x019bf000, 0x019bffff] PGTABLE
BRK [0x019c0000, 0x019c0fff] PGTABLE
BRK [0x019c1000, 0x019c1fff] PGTABLE
init_memory_mapping: [mem 0x21fe00000-0x21fffffff]
[mem 0x21fe00000-0x21fffffff] page 2M
BRK [0x019c2000, 0x019c2fff] PGTABLE
init_memory_mapping: [mem 0x21c000000-0x21fdfffff]
[mem 0x21c000000-0x21fdfffff] page 2M
init_memory_mapping: [mem 0x200000000-0x21bffffff]
[mem 0x200000000-0x21bffffff] page 2M
init_memory_mapping: [mem 0x00100000-0xdfe8ffff]
[mem 0x00100000-0x001fffff] page 4k
[mem 0x00200000-0x3fffffff] page 2M
[mem 0x40000000-0xbfffffff] page 1G
[mem 0xc0000000-0xdfdfffff] page 2M
[mem 0xdfe00000-0xdfe8ffff] page 4k
init_memory_mapping: [mem 0x100000000-0x1ffffffff]
[mem 0x100000000-0x1ffffffff] page 1G
ACPI: RSDP 0x00000000000FB880 000024 (v02 ACPIAM)
ACPI: XSDT 0x00000000DFE90100 00005C (v01 041311 XSDT1656 20110413 MSFT 00000097)
ACPI: FACP 0x00000000DFE90290 0000F4 (v03 041311 FACP1656 20110413 MSFT 00000097)
ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has zero address or length: 0x0000000000000000/0x1 (20140214/tbfadt-634)
ACPI BIOS Warning (bug): 32/64X length mismatch in FADT/Gpe0Block: 64/32 (20140214/tbfadt-603)
ACPI: DSDT 0x00000000DFE90450 00E6FE (v01 A1152 A1152000 00000000 INTL 20060113)
ACPI: FACS 0x00000000DFEA8000 000040
ACPI: APIC 0x00000000DFE90390 00007C (v01 041311 APIC1656 20110413 MSFT 00000097)
ACPI: MCFG 0x00000000DFE90410 00003C (v01 041311 OEMMCFG 20110413 MSFT 00000097)
ACPI: OEMB 0x00000000DFEA8040 000072 (v01 041311 OEMB1656 20110413 MSFT 00000097)
ACPI: SRAT 0x00000000DFE9F450 0000E8 (v01 AMD FAM_F_10 00000002 AMD 00000001)
ACPI: HPET 0x00000000DFE9F540 000038 (v01 041311 OEMHPET 20110413 MSFT 00000097)
ACPI: SSDT 0x00000000DFE9F580 00088C (v01 A M I POWERNOW 00000001 AMD 00000001)
ACPI: Local APIC address 0xfee00000
[ffffea0000000000-ffffea00087fffff] PMD -> [ffff880217600000-ffff88021f5fffff] on node 0
Zone ranges:
DMA [mem 0x00001000-0x00ffffff]
DMA32 [mem 0x01000000-0xffffffff]
Normal [mem 0x100000000-0x21fffffff]
Movable zone start for each node
Early memory node ranges
node 0: [mem 0x00001000-0x0009efff]
node 0: [mem 0x00100000-0xdfe8ffff]
node 0: [mem 0x100000000-0x21fffffff]
On node 0 totalpages: 2096686
DMA zone: 64 pages used for memmap
DMA zone: 21 pages reserved
DMA zone: 3998 pages, LIFO batch:0
DMA32 zone: 14267 pages used for memmap
DMA32 zone: 913040 pages, LIFO batch:31
Normal zone: 18432 pages used for memmap
Normal zone: 1179648 pages, LIFO batch:31
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x02] enabled)
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] enabled)
ACPI: LAPIC (acpi_id[0x05] lapic_id[0x84] disabled)
ACPI: LAPIC (acpi_id[0x06] lapic_id[0x85] disabled)
ACPI: IOAPIC (id[0x04] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 4, version 33, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Using ACPI (MADT) for SMP configuration information
ACPI: HPET id: 0x8300 base: 0xfed00000
smpboot: Allowing 4 CPUs, 0 hotplug CPUs
nr_irqs_gsi: 40
e820: [mem 0xdff00000-0xffefffff] available for PCI devices
setup_percpu: NR_CPUS:4 nr_cpumask_bits:4 nr_cpu_ids:4 nr_node_ids:1
PERCPU: Embedded 24 pages/cpu @ffff88021fc00000 s75072 r0 d23232 u524288
pcpu-alloc: s75072 r0 d23232 u524288 alloc=1*2097152
pcpu-alloc: [0] 0 1 2 3
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 2063902
Kernel command line: BOOT_IMAGE=/bzImage root=PARTUUID=3ce070b6-a2b4-4127-9478-6ea8ceb69db7 init=/sbin/minit fbcon=rotate:3 radeon.dpm=1 radeon.audio=0 drm_kms_helper.poll=0 quiet drm.debug=0xE
PID hash table entries: 4096 (order: 3, 32768 bytes)
Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
Memory: 8166704K/8386744K available (5596K kernel code, 444K rwdata, 1864K rodata, 708K init, 604K bss, 220040K reserved)
SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
Hierarchical RCU implementation.
NR_IRQS:4352 nr_irqs:712 16
spurious 8259A interrupt: IRQ7.
Console: colour VGA+ 80x25
console [tty0] enabled
hpet clockevent registered
tsc: Fast TSC calibration using PIT
tsc: Detected 3211.119 MHz processor
Calibrating delay loop (skipped), value calculated using timer frequency.. 6424.83 BogoMIPS (lpj=10703730)
pid_max: default: 32768 minimum: 301
ACPI: Core revision 20140214
ACPI: All ACPI Tables successfully acquired
Mount-cache hash table entries: 16384 (order: 5, 131072 bytes)
Mountpoint-cache hash table entries: 16384 (order: 5, 131072 bytes)
tseg: 0000000000
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 0
mce: CPU supports 6 MCE banks
LVT offset 0 assigned for vector 0xf9
process: using AMD E400 aware idle routine
Last level iTLB entries: 4KB 512, 2MB 16, 4MB 8
Last level dTLB entries: 4KB 512, 2MB 128, 4MB 64, 1GB 0
tlb_flushall_shift: 6
Freeing SMP alternatives memory: 20K (ffffffff81922000 - ffffffff81927000)
..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
smpboot: CPU0: AMD Phenom(tm) II X4 955 Processor (fam: 10, model: 04, stepping: 02)
Performance Events: AMD PMU driver.
... version: 0
... bit width: 48
... generic registers: 4
... value mask: 0000ffffffffffff
... max period: 00007fffffffffff
... fixed-purpose events: 0
... event mask: 000000000000000f
MCE: In-kernel MCE decoding enabled.
x86: Booting SMP configuration:
.... node #0, CPUs: #1
process: System has AMD C1E enabled
process: Switch to broadcast mode on CPU1
#2
process: Switch to broadcast mode on CPU2
#3
x86: Booted up 1 node, 4 CPUs
smpboot: Total of 4 processors activated (25699.32 BogoMIPS)
process: Switch to broadcast mode on CPU3
process: Switch to broadcast mode on CPU0
devtmpfs: initialized
NET: Registered protocol family 16
cpuidle: using governor ladder
cpuidle: using governor menu
node 0 link 0: io port [1000, ffffff]
TOM: 00000000e0000000 aka 3584M
Fam 10h mmconf [mem 0xe0000000-0xefffffff]
node 0 link 0: mmio [a0000, bffff]
node 0 link 0: mmio [e0000000, efffffff] ==> none
node 0 link 0: mmio [f0000000, fbcfffff]
node 0 link 0: mmio [fbd00000, fbefffff]
node 0 link 0: mmio [fbf00000, ffefffff]
TOM2: 0000000220000000 aka 8704M
bus: [bus 00-07] on node 0 link 0
bus: 00 [io 0x0000-0xffff]
bus: 00 [mem 0x000a0000-0x000bffff]
bus: 00 [mem 0xf0000000-0xffffffff]
bus: 00 [mem 0x220000000-0xfcffffffff]
ACPI: bus type PCI registered
PCI: Using configuration type 1 for base access
PCI: Using configuration type 1 for extended access
ACPI: Added _OSI(Module Device)
ACPI: Added _OSI(Processor Device)
ACPI: Added _OSI(3.0 _SCP Extensions)
ACPI: Added _OSI(Processor Aggregator Device)
ACPI: Executed 3 blocks of module-level executable AML code
ACPI: Interpreter enabled
ACPI: (supports S0 S5)
ACPI: Using IOAPIC for interrupt routing
PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff])
acpi PNP0A03:00: _OSC: OS supports [ExtendedConfig Segments MSI]
acpi PNP0A03:00: _OSC failed (AE_NOT_FOUND); disabling ASPM
PCI host bridge to bus 0000:00
pci_bus 0000:00: root bus resource [bus 00-ff]
pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7]
pci_bus 0000:00: root bus resource [io 0x0d00-0xffff]
pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff]
pci_bus 0000:00: root bus resource [mem 0x000d0000-0x000dffff]
pci_bus 0000:00: root bus resource [mem 0xdff00000-0xdfffffff]
pci_bus 0000:00: root bus resource [mem 0xf0000000-0xfebfffff]
pci 0000:00:00.0: [1022:9600] type 00 class 0x060000
pci 0000:00:01.0: [1022:9602] type 01 class 0x060400
pci 0000:00:06.0: [1022:9606] type 01 class 0x060400
pci 0000:00:06.0: PME# supported from D0 D3hot D3cold
pci 0000:00:11.0: [1002:4391] type 00 class 0x010601
pci 0000:00:11.0: reg 0x10: [io 0xc000-0xc007]
pci 0000:00:11.0: reg 0x14: [io 0xb000-0xb003]
pci 0000:00:11.0: reg 0x18: [io 0xa000-0xa007]
pci 0000:00:11.0: reg 0x1c: [io 0x9000-0x9003]
pci 0000:00:11.0: reg 0x20: [io 0x8000-0x800f]
pci 0000:00:11.0: reg 0x24: [mem 0xfbcffc00-0xfbcfffff]
pci 0000:00:12.0: [1002:4397] type 00 class 0x0c0310
pci 0000:00:12.0: reg 0x10: [mem 0xfbcfd000-0xfbcfdfff]
pci 0000:00:12.1: [1002:4398] type 00 class 0x0c0310
pci 0000:00:12.1: reg 0x10: [mem 0xfbcfe000-0xfbcfefff]
pci 0000:00:12.2: [1002:4396] type 00 class 0x0c0320
pci 0000:00:12.2: reg 0x10: [mem 0xfbcff800-0xfbcff8ff]
pci 0000:00:12.2: supports D1 D2
pci 0000:00:12.2: PME# supported from D0 D1 D2 D3hot
pci 0000:00:13.0: [1002:4397] type 00 class 0x0c0310
pci 0000:00:13.0: reg 0x10: [mem 0xfbcfb000-0xfbcfbfff]
pci 0000:00:13.1: [1002:4398] type 00 class 0x0c0310
pci 0000:00:13.1: reg 0x10: [mem 0xfbcfc000-0xfbcfcfff]
pci 0000:00:13.2: [1002:4396] type 00 class 0x0c0320
pci 0000:00:13.2: reg 0x10: [mem 0xfbcff400-0xfbcff4ff]
pci 0000:00:13.2: supports D1 D2
pci 0000:00:13.2: PME# supported from D0 D1 D2 D3hot
pci 0000:00:14.0: [1002:4385] type 00 class 0x0c0500
pci 0000:00:14.1: [1002:439c] type 00 class 0x01018a
pci 0000:00:14.1: reg 0x10: [io 0x0000-0x0007]
pci 0000:00:14.1: reg 0x14: [io 0x0000-0x0003]
pci 0000:00:14.1: reg 0x18: [io 0x0000-0x0007]
pci 0000:00:14.1: reg 0x1c: [io 0x0000-0x0003]
pci 0000:00:14.1: reg 0x20: [io 0xff00-0xff0f]
pci 0000:00:14.1: legacy IDE quirk: reg 0x10: [io 0x01f0-0x01f7]
pci 0000:00:14.1: legacy IDE quirk: reg 0x14: [io 0x03f6]
pci 0000:00:14.1: legacy IDE quirk: reg 0x18: [io 0x0170-0x0177]
pci 0000:00:14.1: legacy IDE quirk: reg 0x1c: [io 0x0376]
pci 0000:00:14.2: [1002:4383] type 00 class 0x040300
pci 0000:00:14.2: reg 0x10: [mem 0xfbcf4000-0xfbcf7fff 64bit]
pci 0000:00:14.2: PME# supported from D0 D3hot D3cold
pci 0000:00:14.3: [1002:439d] type 00 class 0x060100
pci 0000:00:14.4: [1002:4384] type 01 class 0x060401
pci 0000:00:14.5: [1002:4399] type 00 class 0x0c0310
pci 0000:00:14.5: reg 0x10: [mem 0xfbcfa000-0xfbcfafff]
pci 0000:00:18.0: [1022:1200] type 00 class 0x060000
pci 0000:00:18.1: [1022:1201] type 00 class 0x060000
pci 0000:00:18.2: [1022:1202] type 00 class 0x060000
pci 0000:00:18.3: [1022:1203] type 00 class 0x060000
pci 0000:00:18.4: [1022:1204] type 00 class 0x060000
pci 0000:01:05.0: [1002:9614] type 00 class 0x030000
pci 0000:01:05.0: reg 0x10: [mem 0xf0000000-0xf7ffffff pref]
pci 0000:01:05.0: reg 0x14: [io 0xd000-0xd0ff]
pci 0000:01:05.0: reg 0x18: [mem 0xfbee0000-0xfbeeffff]
pci 0000:01:05.0: reg 0x24: [mem 0xfbd00000-0xfbdfffff]
pci 0000:01:05.0: supports D1 D2
pci 0000:01:05.1: [1002:960f] type 00 class 0x040300
pci 0000:01:05.1: reg 0x10: [mem 0xfbefc000-0xfbefffff]
pci 0000:01:05.1: supports D1 D2
pci 0000:00:01.0: PCI bridge to [bus 01]
pci 0000:00:01.0: bridge window [io 0xd000-0xdfff]
pci 0000:00:01.0: bridge window [mem 0xfbd00000-0xfbefffff]
pci 0000:00:01.0: bridge window [mem 0xf0000000-0xf7ffffff 64bit pref]
pci 0000:02:00.0: [1969:1026] type 00 class 0x020000
pci 0000:02:00.0: reg 0x10: [mem 0xfbfc0000-0xfbffffff 64bit]
pci 0000:02:00.0: reg 0x18: [io 0xec00-0xec7f]
pci 0000:02:00.0: PME# supported from D3hot D3cold
pci 0000:00:06.0: PCI bridge to [bus 02]
pci 0000:00:06.0: bridge window [io 0xe000-0xefff]
pci 0000:00:06.0: bridge window [mem 0xfbf00000-0xfbffffff]
pci 0000:00:14.4: PCI bridge to [bus 03] (subtractive decode)
pci 0000:00:14.4: bridge window [io 0x0000-0x0cf7] (subtractive decode)
pci 0000:00:14.4: bridge window [io 0x0d00-0xffff] (subtractive decode)
pci 0000:00:14.4: bridge window [mem 0x000a0000-0x000bffff] (subtractive decode)
pci 0000:00:14.4: bridge window [mem 0x000d0000-0x000dffff] (subtractive decode)
pci 0000:00:14.4: bridge window [mem 0xdff00000-0xdfffffff] (subtractive decode)
pci 0000:00:14.4: bridge window [mem 0xf0000000-0xfebfffff] (subtractive decode)
pci_bus 0000:00: on NUMA node 0
ACPI: PCI Interrupt Link [LNKA] (IRQs 4 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs *4 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 4 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 4 *7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 4 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKF] (IRQs 4 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKG] (IRQs 4 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs 4 7 10 11 12 14 15) *0, disabled.
ACPI: Enabled 1 GPEs in block 00 to 1F
SCSI subsystem initialized
libata version 3.00 loaded.
ACPI: bus type USB registered
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
EDAC MC: Ver: 3.0.0
Advanced Linux Sound Architecture Driver Initialized.
PCI: Using ACPI for IRQ routing
PCI: pci_cache_line_size set to 64 bytes
e820: reserve RAM buffer [mem 0x0009fc00-0x0009ffff]
e820: reserve RAM buffer [mem 0xdfe90000-0xdfffffff]
hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0
hpet0: 4 comparators, 32-bit 14.318180 MHz counter
Switched to clocksource hpet
pnp: PnP ACPI init
ACPI: bus type PNP registered
system 00:00: Plug and Play ACPI device, IDs PNP0c02 (active)
pnp 00:01: [dma 4]
pnp 00:01: Plug and Play ACPI device, IDs PNP0200 (active)
pnp 00:02: Plug and Play ACPI device, IDs PNP0b00 (active)
pnp 00:03: Plug and Play ACPI device, IDs PNP0800 (active)
pnp 00:04: Plug and Play ACPI device, IDs PNP0c04 (active)
pnp 00:05: Plug and Play ACPI device, IDs PNP0103 (active)
system 00:06: [mem 0xfec00000-0xfec00fff] could not be reserved
system 00:06: [mem 0xfee00000-0xfee00fff] has been reserved
system 00:06: Plug and Play ACPI device, IDs PNP0c02 (active)
system 00:07: [io 0x04d0-0x04d1] has been reserved
system 00:07: [io 0x040b] has been reserved
system 00:07: [io 0x04d6] has been reserved
system 00:07: [io 0x0c00-0x0c01] has been reserved
system 00:07: [io 0x0c14] has been reserved
system 00:07: [io 0x0c50-0x0c51] has been reserved
system 00:07: [io 0x0c52] has been reserved
system 00:07: [io 0x0c6c] has been reserved
system 00:07: [io 0x0c6f] has been reserved
system 00:07: [io 0x0cd0-0x0cd1] has been reserved
system 00:07: [io 0x0cd2-0x0cd3] has been reserved
system 00:07: [io 0x0cd4-0x0cd5] has been reserved
system 00:07: [io 0x0cd6-0x0cd7] has been reserved
system 00:07: [io 0x0cd8-0x0cdf] has been reserved
system 00:07: [io 0x0b00-0x0b3f] has been reserved
system 00:07: [io 0x0800-0x089f] could not be reserved
system 00:07: [io 0x0b00-0x0b0f] has been reserved
system 00:07: [io 0x0b20-0x0b3f] has been reserved
system 00:07: [io 0x0900-0x090f] has been reserved
system 00:07: [io 0x0910-0x091f] has been reserved
system 00:07: [io 0xfe00-0xfefe] has been reserved
system 00:07: [mem 0xdff00000-0xdfffffff] has been reserved
system 00:07: [mem 0xffb80000-0xffbfffff] has been reserved
system 00:07: [mem 0xfec10000-0xfec1001f] has been reserved
system 00:07: Plug and Play ACPI device, IDs PNP0c02 (active)
system 00:08: [io 0x0230-0x023f] has been reserved
system 00:08: [io 0x0290-0x029f] has been reserved
system 00:08: [io 0x0f40-0x0f4f] has been reserved
system 00:08: [io 0x0a30-0x0a3f] has been reserved
system 00:08: Plug and Play ACPI device, IDs PNP0c02 (active)
system 00:09: [mem 0xe0000000-0xefffffff] has been reserved
system 00:09: Plug and Play ACPI device, IDs PNP0c02 (active)
system 00:0a: [mem 0x00000000-0x0009ffff] could not be reserved
system 00:0a: [mem 0x000c0000-0x000cffff] could not be reserved
system 00:0a: [mem 0x000e0000-0x000fffff] could not be reserved
system 00:0a: [mem 0x00100000-0xdfefffff] could not be reserved
system 00:0a: [mem 0xfec00000-0xffffffff] could not be reserved
system 00:0a: Plug and Play ACPI device, IDs PNP0c01 (active)
pnp: PnP ACPI: found 11 devices
ACPI: bus type PNP unregistered
pci 0000:00:01.0: PCI bridge to [bus 01]
pci 0000:00:01.0: bridge window [io 0xd000-0xdfff]
pci 0000:00:01.0: bridge window [mem 0xfbd00000-0xfbefffff]
pci 0000:00:01.0: bridge window [mem 0xf0000000-0xf7ffffff 64bit pref]
pci 0000:00:06.0: PCI bridge to [bus 02]
pci 0000:00:06.0: bridge window [io 0xe000-0xefff]
pci 0000:00:06.0: bridge window [mem 0xfbf00000-0xfbffffff]
pci 0000:00:14.4: PCI bridge to [bus 03]
pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7]
pci_bus 0000:00: resource 5 [io 0x0d00-0xffff]
pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff]
pci_bus 0000:00: resource 7 [mem 0x000d0000-0x000dffff]
pci_bus 0000:00: resource 8 [mem 0xdff00000-0xdfffffff]
pci_bus 0000:00: resource 9 [mem 0xf0000000-0xfebfffff]
pci_bus 0000:01: resource 0 [io 0xd000-0xdfff]
pci_bus 0000:01: resource 1 [mem 0xfbd00000-0xfbefffff]
pci_bus 0000:01: resource 2 [mem 0xf0000000-0xf7ffffff 64bit pref]
pci_bus 0000:02: resource 0 [io 0xe000-0xefff]
pci_bus 0000:02: resource 1 [mem 0xfbf00000-0xfbffffff]
pci_bus 0000:03: resource 4 [io 0x0000-0x0cf7]
pci_bus 0000:03: resource 5 [io 0x0d00-0xffff]
pci_bus 0000:03: resource 6 [mem 0x000a0000-0x000bffff]
pci_bus 0000:03: resource 7 [mem 0x000d0000-0x000dffff]
pci_bus 0000:03: resource 8 [mem 0xdff00000-0xdfffffff]
pci_bus 0000:03: resource 9 [mem 0xf0000000-0xfebfffff]
NET: Registered protocol family 2
TCP established hash table entries: 65536 (order: 7, 524288 bytes)
TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
TCP: Hash tables configured (established 65536 bind 65536)
TCP: reno registered
UDP hash table entries: 4096 (order: 5, 131072 bytes)
UDP-Lite hash table entries: 4096 (order: 5, 131072 bytes)
NET: Registered protocol family 1
pci 0000:00:01.0: MSI quirk detected; subordinate MSI disabled
pci 0000:01:05.0: Boot video device
PCI: CLS 64 bytes, default 64
PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
software IO TLB [mem 0xdbe90000-0xdfe90000] (64MB) mapped at [ffff8800dbe90000-ffff8800dfe8ffff]
kvm: Nested Virtualization enabled
kvm: Nested Paging enabled
microcode: CPU0: patch_level=0x010000c6
microcode: CPU1: patch_level=0x010000c6
microcode: CPU2: patch_level=0x010000c6
microcode: CPU3: patch_level=0x010000c6
microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba
LVT offset 1 assigned for vector 0x400
IBS: LVT offset 1 assigned
perf: AMD IBS detected (0x0000001f)
futex hash table entries: 1024 (order: 4, 65536 bytes)
9p: Installing v9fs 9p2000 file system support
msgmni has been set to 15950
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
io scheduler noop registered
io scheduler deadline registered (default)
ACPI: processor limited to max C-state 1
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
[drm] Initialized drm 1.1.0 20060810
[drm] radeon kernel modesetting enabled.
[drm] initializing kernel modesetting (RS780 0x1002:0x9614 0x1043:0x834D).
[drm] register mmio base: 0xFBEE0000
[drm] register mmio size: 65536
ATOM BIOS: 113
radeon 0000:01:05.0: VRAM: 128M 0x00000000C0000000 - 0x00000000C7FFFFFF (128M used)
radeon 0000:01:05.0: GTT: 512M 0x00000000A0000000 - 0x00000000BFFFFFFF
[drm] Detected VRAM RAM=128M, BAR=128M
[drm] RAM width 32bits DDR
[TTM] Zone kernel: Available graphics memory: 4083362 kiB
[TTM] Zone dma32: Available graphics memory: 2097152 kiB
[TTM] Initializing pool allocator
[TTM] Initializing DMA pool allocator
[drm] radeon: 128M of VRAM memory ready
[drm] radeon: 512M of GTT memory ready.
[drm] Loading RS780 Microcode
== power state 0 ==
ui class: none
internal class: boot
caps: video
uvd vclk: 0 dclk: 0
power level 0 sclk: 50000 vddc_index: 2
power level 1 sclk: 50000 vddc_index: 2
status: c r b
== power state 1 ==
ui class: performance
internal class: none
caps: video
uvd vclk: 0 dclk: 0
power level 0 sclk: 50000 vddc_index: 1
power level 1 sclk: 70000 vddc_index: 2
status:
== power state 2 ==
ui class: none
internal class: uvd
caps: video
uvd vclk: 53300 dclk: 40000
power level 0 sclk: 50000 vddc_index: 1
power level 1 sclk: 50000 vddc_index: 1
status:
[drm] radeon: dpm initialized
[drm] GART: num cpu pages 131072, num gpu pages 131072
[drm] PCIE GART of 512M enabled (table at 0x00000000C0040000).
radeon 0000:01:05.0: WB enabled
radeon 0000:01:05.0: fence driver on ring 0 use gpu addr 0x00000000a0000c00 and cpu addr 0xffff8800db8f4c00
[drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[drm] Driver supports precise vblank timestamp query.
[drm] radeon: irq initialized.
[drm] ring test on 0 succeeded in 1 usecs
[drm] ib test on ring 0 succeeded in 0 usecs
[drm:radeon_atombios_get_tv_info] Unknown TV standard; defaulting to NTSC
[drm] Radeon Display Connectors
[drm] Connector 0:
[drm] VGA-1
[drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c
[drm] Encoders:
[drm] CRT1: INTERNAL_KLDSCP_DAC1
[drm] Connector 1:
[drm] DVI-D-1
[drm] HPD3
[drm] DDC: 0x7e50 0x7e50 0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c
[drm] Encoders:
[drm] DFP3: INTERNAL_KLDSCP_LVTMA
[drm:radeon_atom_encoder_dpms] encoder dpms 21 to mode 3, devices 00000001, active_devices 00000000
[drm:radeon_atom_encoder_dpms] encoder dpms 31 to mode 3, devices 00000200, active_devices 00000000
switching from power state:
ui class: none
internal class: boot
caps: video
uvd vclk: 0 dclk: 0
power level 0 sclk: 50000 vddc_index: 2
power level 1 sclk: 50000 vddc_index: 2
status: c b
switching to power state:
ui class: performance
internal class: none
caps: video
uvd vclk: 0 dclk: 0
power level 0 sclk: 50000 vddc_index: 1
power level 1 sclk: 70000 vddc_index: 2
status: r
[drm:drm_helper_probe_single_connector_modes] [CONNECTOR:18:VGA-1]
[drm:radeon_atom_dac_detect] Bios 0 scratch 200000 00000001
[drm:radeon_atombios_connected_scratch_regs] CRT1 disconnected
[drm:drm_helper_probe_single_connector_modes] [CONNECTOR:18:VGA-1] disconnected
[drm:drm_helper_probe_single_connector_modes] [CONNECTOR:20:DVI-D-1]
[drm:radeon_atombios_connected_scratch_regs] DFP3 connected
[drm:drm_edid_to_eld] ELD: no CEA Extension found
[drm:drm_helper_probe_single_connector_modes] [CONNECTOR:20:DVI-D-1] probed modes :
[drm:drm_mode_debug_printmodeline] Modeline 22:"1680x1050" 60 146250 1680 1784 1960 2240 1050 1053 1059 1089 0x48 0x6
[drm:drm_mode_debug_printmodeline] Modeline 31:"1280x1024" 75 135000 1280 1296 1440 1688 1024 1025 1028 1066 0x40 0x5
[drm:drm_mode_debug_printmodeline] Modeline 23:"1280x1024" 60 108000 1280 1328 1440 1688 1024 1025 1028 1066 0x40 0x5
[drm:drm_mode_debug_printmodeline] Modeline 24:"1280x960" 60 108000 1280 1376 1488 1800 960 961 964 1000 0x40 0x5
[drm:drm_mode_debug_printmodeline] Modeline 25:"1152x864" 75 108000 1152 1216 1344 1600 864 865 868 900 0x40 0x5
[drm:drm_mode_debug_printmodeline] Modeline 32:"1024x768" 75 78800 1024 1040 1136 1312 768 769 772 800 0x40 0x5
[drm:drm_mode_debug_printmodeline] Modeline 33:"1024x768" 60 65000 1024 1048 1184 1344 768 771 777 806 0x40 0xa
[drm:drm_mode_debug_printmodeline] Modeline 34:"832x624" 75 57284 832 864 928 1152 624 625 628 667 0x40 0xa
[drm:drm_mode_debug_printmodeline] Modeline 35:"800x600" 75 49500 800 816 896 1056 600 601 604 625 0x40 0x5
[drm:drm_mode_debug_printmodeline] Modeline 26:"800x600" 60 40000 800 840 968 1056 600 601 605 628 0x40 0x5
[drm:drm_mode_debug_printmodeline] Modeline 27:"800x600" 56 36000 800 824 896 1024 600 601 603 625 0x40 0x5
[drm:drm_mode_debug_printmodeline] Modeline 28:"640x480" 75 31500 640 656 720 840 480 481 484 500 0x40 0xa
[drm:drm_mode_debug_printmodeline] Modeline 29:"640x480" 60 25200 640 656 752 800 480 490 492 525 0x40 0xa
[drm:drm_mode_debug_printmodeline] Modeline 30:"720x400" 70 28320 720 738 846 900 400 412 414 449 0x40 0x6
[drm:drm_setup_crtcs]
[drm:drm_enable_connectors] connector 18 enabled? no
[drm:drm_enable_connectors] connector 20 enabled? yes
[drm:drm_target_preferred] looking for cmdline mode on connector 20
[drm:drm_target_preferred] looking for preferred mode on connector 20
[drm:drm_target_preferred] found mode 1680x1050
[drm:drm_setup_crtcs] picking CRTCs for 8192x8192 config
[drm:drm_setup_crtcs] desired mode 1680x1050 set on crtc 14
[drm] fb mappable at 0xF0141000
[drm] vram apper at 0xF0000000
[drm] size 7299072
[drm] fb depth is 24
[drm] pitch is 6912
fbcon: radeondrmfb (fb0) is primary device
[drm:drm_crtc_helper_set_config]
[drm:drm_crtc_helper_set_config] [CRTC:14] [FB:37] #connectors=1 (x y) (0 0)
[drm:drm_crtc_helper_set_config] crtc has no fb, full mode set
[drm:drm_crtc_helper_set_config] modes are different, full mode set
[drm:drm_mode_debug_printmodeline] Modeline 0:"" 0 0 0 0 0 0 0 0 0 0 0x0 0x0
[drm:drm_mode_debug_printmodeline] Modeline 36:"1680x1050" 60 146250 1680 1784 1960 2240 1050 1053 1059 1089 0x48 0x6
[drm:drm_crtc_helper_set_config] encoder changed, full mode switch
[drm:drm_crtc_helper_set_config] crtc changed, full mode switch
[drm:drm_crtc_helper_set_config] [CONNECTOR:20:DVI-D-1] to [CRTC:14]
[drm:drm_crtc_helper_set_config] attempting to set mode from userspace
[drm:drm_mode_debug_printmodeline] Modeline 36:"1680x1050" 60 146250 1680 1784 1960 2240 1050 1053 1059 1089 0x48 0x6
[drm:radeon_encoder_set_active_device] setting active device to 00000200 from 00000200 00000200 for encoder 2
[drm:drm_crtc_helper_set_mode] [CRTC:14]
[drm:radeon_atom_encoder_dpms] encoder dpms 21 to mode 3, devices 00000001, active_devices 00000000
[drm:radeon_compute_pll_avivo] 146250 - 14439, pll dividers - fb: 2047.0 ref: 29, post 7
[drm:drm_crtc_helper_set_mode] [ENCODER:19:TMDS-19] set [MODE:36:1680x1050]
[drm:radeon_atom_encoder_dpms] encoder dpms 31 to mode 3, devices 00000200, active_devices 00000200
[drm:avivo_crtc_load_lut] 0
[drm:radeon_atom_encoder_dpms] encoder dpms 31 to mode 0, devices 00000200, active_devices 00000200
[drm:drm_crtc_helper_set_config] Setting connector DPMS state to on
[drm:drm_crtc_helper_set_config] [CONNECTOR:20:DVI-D-1] set DPMS on
[drm:radeon_atom_encoder_dpms] encoder dpms 21 to mode 3, devices 00000001, active_devices 00000000
[drm:drm_crtc_helper_set_config]
[drm:drm_crtc_helper_set_config] [CRTC:16] [NOFB]
[drm:radeon_atom_encoder_dpms] encoder dpms 21 to mode 3, devices 00000001, active_devices 00000000
[drm:drm_crtc_helper_set_config]
[drm:drm_crtc_helper_set_config] [CRTC:14] [FB:37] #connectors=1 (x y) (0 0)
[drm:drm_crtc_helper_set_config] [CONNECTOR:20:DVI-D-1] to [CRTC:14]
[drm:avivo_crtc_load_lut] 0
[drm:avivo_crtc_load_lut] 0
[drm:drm_crtc_helper_set_config]
[drm:drm_crtc_helper_set_config] [CRTC:14] [FB:37] #connectors=1 (x y) (0 0)
[drm:drm_crtc_helper_set_config] [CONNECTOR:20:DVI-D-1] to [CRTC:14]
[drm:avivo_crtc_load_lut] 0
[drm:avivo_crtc_load_lut] 0
Console: switching to colour frame buffer device 131x105
[drm:drm_crtc_helper_set_config]
[drm:drm_crtc_helper_set_config] [CRTC:14] [FB:37] #connectors=1 (x y) (0 0)
[drm:drm_crtc_helper_set_config] [CONNECTOR:20:DVI-D-1] to [CRTC:14]
[drm:avivo_crtc_load_lut] 0
[drm:avivo_crtc_load_lut] 0
radeon 0000:01:05.0: fb0: radeondrmfb frame buffer device
radeon 0000:01:05.0: registered panic notifier
[drm:radeon_acpi_init] Call to ATCS verify_interface failed: -5
[drm:radeon_atif_verify_interface] ATIF version 1
[drm] Initialized radeon 2.38.0 20080528 for 0000:01:05.0 on minor 0
loop: module loaded
ahci 0000:00:11.0: version 3.0
ahci 0000:00:11.0: AHCI 0001.0100 32 slots 6 ports 3 Gbps 0x3f impl SATA mode
ahci 0000:00:11.0: flags: 64bit ncq sntf ilck pm led clo pmp pio slum part ccc
scsi0 : ahci
scsi1 : ahci
scsi2 : ahci
scsi3 : ahci
scsi4 : ahci
scsi5 : ahci
ata1: SATA max UDMA/133 abar m1024@0xfbcffc00 port 0xfbcffd00 irq 22
ata2: SATA max UDMA/133 abar m1024@0xfbcffc00 port 0xfbcffd80 irq 22
ata3: SATA max UDMA/133 abar m1024@0xfbcffc00 port 0xfbcffe00 irq 22
ata4: SATA max UDMA/133 abar m1024@0xfbcffc00 port 0xfbcffe80 irq 22
ata5: SATA max UDMA/133 abar m1024@0xfbcffc00 port 0xfbcfff00 irq 22
ata6: SATA max UDMA/133 abar m1024@0xfbcffc00 port 0xfbcfff80 irq 22
tun: Universal TUN/TAP device driver, 1.6
tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
ehci-pci: EHCI PCI platform driver
QUIRK: Enable AMD PLL fix
ehci-pci 0000:00:12.2: EHCI Host Controller
ehci-pci 0000:00:12.2: new USB bus registered, assigned bus number 1
ehci-pci 0000:00:12.2: applying AMD SB700/SB800/Hudson-2/3 EHCI dummy qh workaround
ehci-pci 0000:00:12.2: applying AMD SB600/SB700 USB freeze workaround
ehci-pci 0000:00:12.2: debug port 1
ehci-pci 0000:00:12.2: irq 17, io mem 0xfbcff800
ehci-pci 0000:00:12.2: USB 2.0 started, EHCI 1.00
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 6 ports detected
ehci-pci 0000:00:13.2: EHCI Host Controller
ehci-pci 0000:00:13.2: new USB bus registered, assigned bus number 2
ehci-pci 0000:00:13.2: applying AMD SB700/SB800/Hudson-2/3 EHCI dummy qh workaround
ehci-pci 0000:00:13.2: applying AMD SB600/SB700 USB freeze workaround
ehci-pci 0000:00:13.2: debug port 1
ehci-pci 0000:00:13.2: irq 19, io mem 0xfbcff400
ehci-pci 0000:00:13.2: USB 2.0 started, EHCI 1.00
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 6 ports detected
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
ohci-pci: OHCI PCI platform driver
ohci-pci 0000:00:12.0: OHCI PCI host controller
ohci-pci 0000:00:12.0: new USB bus registered, assigned bus number 3
ohci-pci 0000:00:12.0: irq 16, io mem 0xfbcfd000
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 3 ports detected
ohci-pci 0000:00:12.1: OHCI PCI host controller
ohci-pci 0000:00:12.1: new USB bus registered, assigned bus number 4
ohci-pci 0000:00:12.1: irq 16, io mem 0xfbcfe000
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 3 ports detected
ohci-pci 0000:00:13.0: OHCI PCI host controller
ohci-pci 0000:00:13.0: new USB bus registered, assigned bus number 5
ohci-pci 0000:00:13.0: irq 18, io mem 0xfbcfb000
hub 5-0:1.0: USB hub found
hub 5-0:1.0: 3 ports detected
ohci-pci 0000:00:13.1: OHCI PCI host controller
ohci-pci 0000:00:13.1: new USB bus registered, assigned bus number 6
ohci-pci 0000:00:13.1: irq 18, io mem 0xfbcfc000
hub 6-0:1.0: USB hub found
hub 6-0:1.0: 3 ports detected
ohci-pci 0000:00:14.5: OHCI PCI host controller
ohci-pci 0000:00:14.5: new USB bus registered, assigned bus number 7
ohci-pci 0000:00:14.5: irq 18, io mem 0xfbcfa000
ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata3.00: ATA-8: OCZ VERTEX-TURBO, 1.7, max UDMA/133
ata3.00: 62533296 sectors, multi 1: LBA48 NCQ (depth 31/32), AA
ata2.00: ATA-9: ST2000DM001-1CH164, CC29, max UDMA/133
ata2.00: 3907029168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
ata2.00: configured for UDMA/133
ata3.00: configured for UDMA/133
ata4: SATA link down (SStatus 0 SControl 300)
ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata6: SATA link down (SStatus 0 SControl 300)
ata1: SATA link down (SStatus 0 SControl 300)
scsi 1:0:0:0: Direct-Access ATA ST2000DM001-1CH1 CC29 PQ: 0 ANSI: 5
sd 1:0:0:0: [sda] 3907029168 512-byte logical blocks: (2.00 TB/1.81 TiB)
sd 1:0:0:0: [sda] 4096-byte physical blocks
sd 1:0:0:0: Attached scsi generic sg0 type 0
sd 1:0:0:0: [sda] Write Protect is off
sd 1:0:0:0: [sda] Mode Sense: 00 3a 00 00
scsi 2:0:0:0: Direct-Access ATA OCZ VERTEX-TURBO 1.7 PQ: 0 ANSI: 5
sd 1:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 2:0:0:0: [sdb] 62533296 512-byte logical blocks: (32.0 GB/29.8 GiB)
sd 2:0:0:0: Attached scsi generic sg1 type 0
sd 2:0:0:0: [sdb] Write Protect is off
sd 2:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 2:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
ata5.00: ATAPI: ASUS DRW-24F1ST a, 1.00, max UDMA/100
sdb: sdb1 sdb2 sdb3
ata5.00: configured for UDMA/100
sd 2:0:0:0: [sdb] Attached SCSI disk
scsi 4:0:0:0: CD-ROM ASUS DRW-24F1ST a 1.00 PQ: 0 ANSI: 5
sda: unknown partition table
sd 1:0:0:0: [sda] Attached SCSI disk
hub 7-0:1.0: USB hub found
hub 7-0:1.0: 2 ports detected
usbcore: registered new interface driver usblp
usbcore: registered new interface driver usb-storage
i8042: PNP: No PS/2 controller found. Probing ports directly.
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mousedev: PS/2 mouse device common for all mice
rtc_cmos 00:02: RTC can wake from S4
rtc_cmos 00:02: rtc core: registered rtc_cmos as rtc0
rtc_cmos 00:02: alarms up to one month, y3k, 114 bytes nvram, hpet irqs
i2c /dev entries driver
AMD64 EDAC driver v3.4.0
EDAC amd64: DRAM ECC enabled.
EDAC amd64: F10h detected (node 0).
EDAC MC: DCT0 chip selects:
EDAC amd64: MC: 0: 1024MB 1: 1024MB
EDAC amd64: MC: 2: 1024MB 3: 1024MB
EDAC amd64: MC: 4: 0MB 5: 0MB
EDAC amd64: MC: 6: 0MB 7: 0MB
EDAC MC: DCT1 chip selects:
EDAC amd64: MC: 0: 1024MB 1: 1024MB
EDAC amd64: MC: 2: 1024MB 3: 1024MB
EDAC amd64: MC: 4: 0MB 5: 0MB
EDAC amd64: MC: 6: 0MB 7: 0MB
EDAC amd64: using x4 syndromes.
EDAC amd64: MCT channel count: 2
EDAC amd64: CS0: Unbuffered DDR3 RAM
EDAC amd64: CS1: Unbuffered DDR3 RAM
EDAC amd64: CS2: Unbuffered DDR3 RAM
EDAC amd64: CS3: Unbuffered DDR3 RAM
EDAC MC0: Giving out device to module amd64_edac controller F10h: DEV 0000:00:18.2 (INTERRUPT)
EDAC PCI0: Giving out device to module amd64_edac controller EDAC PCI controller: DEV 0000:00:18.2 (POLLED)
hidraw: raw HID events driver (C) Jiri Kosina
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
usbcore: registered new interface driver snd-usb-audio
Netfilter messages via NETLINK v0.30.
nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
ctnetlink v0.93: registering with nfnetlink.
ip_tables: (C) 2000-2006 Netfilter Core Team
TCP: cubic registered
NET: Registered protocol family 17
9pnet: Installing 9P2000 support
registered taskstats version 1
rtc_cmos 00:02: setting system clock to 2014-04-20 09:44:51 UTC (1397987091)
acpi-cpufreq: overriding BIOS provided _PSD data
ALSA device list:
No soundcards found.
sound hdaudioC1D0: autoconfig: line_outs=0 (0x0/0x0/0x0/0x0/0x0) type:line
sound hdaudioC1D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
sound hdaudioC1D0: hp_outs=0 (0x0/0x0/0x0/0x0/0x0)
sound hdaudioC1D0: mono: mono_out=0x0
sound hdaudioC1D0: dig-out=0x3/0x0
sound hdaudioC1D0: inputs:
sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray
cdrom: Uniform CD-ROM driver Revision: 3.20
sr 4:0:0:0: Attached scsi CD-ROM sr0
sr 4:0:0:0: Attached scsi generic sg2 type 5
sound hdaudioC0D0: autoconfig: line_outs=4 (0x1c/0x19/0x22/0x23/0x0) type:line
sound hdaudioC0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
sound hdaudioC0D0: hp_outs=1 (0x1d/0x0/0x0/0x0/0x0)
sound hdaudioC0D0: mono: mono_out=0x0
sound hdaudioC0D0: dig-out=0x20/0x21
sound hdaudioC0D0: inputs:
sound hdaudioC0D0: Rear Mic=0x1a
sound hdaudioC0D0: Front Mic=0x1e
sound hdaudioC0D0: Line=0x1b
sound hdaudioC0D0: CD=0x1f
EXT4-fs (sdb3): mounted filesystem with ordered data mode. Opts: (null)
VFS: Mounted root (ext4 filesystem) readonly on device 8:19.
devtmpfs: mounted
Freeing unused kernel memory: 708K (ffffffff81871000 - ffffffff81922000)
Write protecting the kernel read-only data: 8192k
Freeing unused kernel memory: 540K (ffff880001579000 - ffff880001600000)
Freeing unused kernel memory: 184K (ffff8800017d2000 - ffff880001800000)
tsc: Refined TSC clocksource calibration: 3210.828 MHz
usb 4-2: new full-speed USB device number 2 using ohci-pci
EXT4-fs (sda): mounted filesystem with ordered data mode. Opts: (null)
udevd[94]: starting eudev version 1.0
logitech-djreceiver 0003:046D:C52B.0003: hiddev0,hidraw0: USB HID v1.11 Device [Logitech USB Receiver] on usb-0000:00:12.1-2/input2
random: nonblocking pool is initialized
input: Logitech Unifying Device. Wireless PID:4026 as /devices/pci0000:00/0000:00:12.1/usb4/4-2/4-2:1.2/0003:046D:C52B.0003/0003:046D:C52B.0004/input/input2
logitech-djdevice 0003:046D:C52B.0004: input,hidraw1: USB HID v1.11 Keyboard [Logitech Unifying Device. Wireless PID:4026] on usb-0000:00:12.1-2:1
usb 3-1: new low-speed USB device number 2 using ohci-pci
input: HID 046a:0011 as /devices/pci0000:00/0000:00:12.0/usb3/3-1/3-1:1.0/0003:046A:0011.0005/input/input3
hid-generic 0003:046A:0011.0005: input,hidraw2: USB HID v1.10 Keyboard [HID 046a:0011] on usb-0000:00:12.0-1/input0
Switched to clocksource tsc
ATL1E 0000:02:00.0 eth0: NIC Link is Up <1000 Mbps Full Duplex>
EXT4-fs (sdb3): re-mounted. Opts: (null)
microcode: CPU0: new patch_level=0x010000db
microcode: CPU1: new patch_level=0x010000db
microcode: CPU2: new patch_level=0x010000db
microcode: CPU3: new patch_level=0x010000db
Adding 3071996k swap on /var/cache/swapfile.img. Priority:-1 extents:3 across:3555324k
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2014-04-20 6:24 ` Markus Trippelsdorf
@ 2014-04-20 8:27 ` Christian König
2014-04-20 9:56 ` Markus Trippelsdorf
0 siblings, 1 reply; 427+ messages in thread
From: Christian König @ 2014-04-20 8:27 UTC (permalink / raw)
To: Markus Trippelsdorf, Alex Deucher
Cc: Linus Torvalds, LKML, DRI mailing list, Christian König
> 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
>> <markus@trippelsdorf.de> 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 <christian.koenig@amd.com>
>>> 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.
>
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2014-04-20 1:21 ` Alex Deucher
@ 2014-04-20 6:24 ` Markus Trippelsdorf
2014-04-20 8:27 ` Christian König
0 siblings, 1 reply; 427+ messages in thread
From: Markus Trippelsdorf @ 2014-04-20 6:24 UTC (permalink / raw)
To: Alex Deucher
Cc: Dave Airlie, Linus Torvalds, LKML, DRI mailing list,
Christian König
On 2014.04.19 at 21:21 -0400, Alex Deucher wrote:
> On Sat, Apr 19, 2014 at 3:03 PM, Markus Trippelsdorf
> <markus@trippelsdorf.de> 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 <christian.koenig@amd.com>
> > 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
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2014-04-19 19:03 ` Markus Trippelsdorf
@ 2014-04-20 1:21 ` Alex Deucher
2014-04-20 6:24 ` Markus Trippelsdorf
2014-04-21 14:25 ` Ed Tomlinson
1 sibling, 1 reply; 427+ messages in thread
From: Alex Deucher @ 2014-04-20 1:21 UTC (permalink / raw)
To: Markus Trippelsdorf
Cc: Dave Airlie, Linus Torvalds, LKML, DRI mailing list,
Christian König
On Sat, Apr 19, 2014 at 3:03 PM, Markus Trippelsdorf
<markus@trippelsdorf.de> 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 <christian.koenig@amd.com>
> 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
> dri-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2014-04-19 7:19 Dave Airlie
@ 2014-04-19 19:03 ` Markus Trippelsdorf
2014-04-20 1:21 ` Alex Deucher
2014-04-21 14:25 ` Ed Tomlinson
0 siblings, 2 replies; 427+ messages in thread
From: Markus Trippelsdorf @ 2014-04-19 19:03 UTC (permalink / raw)
To: Dave Airlie
Cc: torvalds, linux-kernel, DRI mailing list, Christian König
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 <christian.koenig@amd.com>
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
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-04-19 7:19 Dave Airlie
2014-04-19 19:03 ` Markus Trippelsdorf
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2014-04-19 7:19 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, DRI mailing list
[-- Attachment #1: Type: TEXT/PLAIN, Size: 8071 bytes --]
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
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2014-03-28 2:46 Dave Airlie
@ 2014-03-28 8:48 ` Daniel Vetter
0 siblings, 0 replies; 427+ messages in thread
From: Daniel Vetter @ 2014-03-28 8:48 UTC (permalink / raw)
To: Dave Airlie; +Cc: torvalds, linux-kernel, DRI mailing list
On Fri, Mar 28, 2014 at 02:46:11AM +0000, Dave Airlie wrote:
>
> Hi Linus,
>
> didn't want these to wait for stable cycle, the nouveau and radeon ones
> are the same problem, where the runtime pm stuff broke non-runtime pm
> managed secondary GPUs, udl is an oops on unplug, and i915 is a regression
> fix on Sandybridge even though it may break haswell (regression wins).
My apologies for the i915 regression fumble, that thing somehow fell
through the cracks here for almost half a year :( Imo that's more than
enough flailing to just go ahead with the revert, and the re-broken hsw
should get peoples attention ...
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-03-28 2:46 Dave Airlie
2014-03-28 8:48 ` Daniel Vetter
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2014-03-28 2:46 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
didn't want these to wait for stable cycle, the nouveau and radeon ones
are the same problem, where the runtime pm stuff broke non-runtime pm
managed secondary GPUs, udl is an oops on unplug, and i915 is a regression
fix on Sandybridge even though it may break haswell (regression wins).
Dave.
The following changes since commit b098d6726bbfb94c06d6e1097466187afddae61f:
Linux 3.14-rc8 (2014-03-24 19:31:17 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 8ee661b505613ef2747b350ca2871a31b3781bee:
drm/i915: Undo gtt scratch pte unmapping again (2014-03-28 12:33:50 +1000)
----------------------------------------------------------------
Daniel Vetter (1):
drm/i915: Undo gtt scratch pte unmapping again
Dave Airlie (3):
drm/udl: take reference to device struct for dma-bufs
drm/nouveau: fail runtime pm properly.
drm/radeon: fix runtime suspend breaking secondary GPUs
drivers/gpu/drm/i915/i915_gem_gtt.c | 2 +-
drivers/gpu/drm/nouveau/nouveau_drm.c | 14 ++++++++++----
drivers/gpu/drm/radeon/radeon_drv.c | 17 ++++++++++++-----
drivers/gpu/drm/udl/udl_gem.c | 11 ++++++++---
4 files changed, 31 insertions(+), 13 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-03-21 5:29 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-03-21 5:29 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2058 bytes --]
Hi Linus,
Some final few intel fixes, all regressions, all stable cc, and one exynos
oops fixer, the biggest is probably the intel display error irqs one, but
it seems to fix a few crashes on startup, and one use after free in drm
core.
Dave.
The following changes since commit dcb99fd9b08cfe1afe426af4d8d3cbc429190f15:
Linux 3.14-rc7 (2014-03-16 18:51:24 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 004e5cf743086990e5fc04a14437b3966d7fa9a2:
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos into drm-fixes (2014-03-20 13:20:00 +1000)
----------------------------------------------------------------
Ben Widawsky (1):
drm/i915: Fix PSR programming
Chris Wilson (1):
drm/i915: Disable stolen memory when DMAR is active
Daniel Kurtz (1):
drm/exynos: Fix (more) freeing issues in exynos_drm_drv.c
Daniel Vetter (2):
drm/i915: Don't enable display error interrupts from the start
drm: Fix use-after-free in the shadow-attache exit code
Dave Airlie (3):
Merge tag 'drm-intel-fixes-2014-03-17' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge tag 'drm-intel-fixes-2014-03-19' of git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/.../daeinki/drm-exynos into drm-fixes
Jani Nikula (1):
Revert "drm/i915: don't touch the VDD when disabling the panel"
Ville Syrjälä (2):
drm/i915: Add a workaround for HSW scanline counter weirdness
drm/i915: Fix scanline counter fixup on BDW
drivers/gpu/drm/drm_pci.c | 2 +-
drivers/gpu/drm/exynos/exynos_drm_drv.c | 10 +++--
drivers/gpu/drm/i915/i915_gem_stolen.c | 7 ++++
drivers/gpu/drm/i915/i915_irq.c | 71 +++++++++++++++++++--------------
drivers/gpu/drm/i915/intel_ddi.c | 1 +
drivers/gpu/drm/i915/intel_dp.c | 12 +++++-
6 files changed, 67 insertions(+), 36 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-03-14 3:57 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-03-14 3:57 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
pretty minor set of fixes for radeon, ttm and vmwgfx,
ttm ones are a regression and an oops seen on server chipsets.
Dave.
The following changes since commit fa389e220254c69ffae0d403eac4146171062d08:
Linux 3.14-rc6 (2014-03-09 19:41:57 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to f042cc4a607d675452134884c26e8d0d395dd979:
Merge tag 'ttm-fixes-3.14-2014-03-12' of git://people.freedesktop.org/~thomash/linux into drm-fixes (2014-03-13 17:31:24 +1000)
----------------------------------------------------------------
Alex Deucher (4):
drm/radeon: fix runpm disabling on non-PX harder
drm/radeon/cik: properly set sdma ring status on disable
drm/radeon/cik: stop the sdma engines in the enable() function
drm/radeon/cik: properly set compute ring status on disable
Dave Airlie (3):
Merge tag 'vmwgfx-fixes-3.14-2014-03-13' of git://people.freedesktop.org/~thomash/linux into drm-fixes
Merge branch 'drm-fixes-3.14' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'ttm-fixes-3.14-2014-03-12' of git://people.freedesktop.org/~thomash/linux into drm-fixes
Rob Clark (1):
drm/ttm: don't oops if no invalidate_caches()
Thomas Hellstrom (2):
drm/ttm: Work around performance regression with VM_PFNMAP
drm/vmwgfx: Fix a surface reference corner-case in legacy emulation mode
drivers/gpu/drm/radeon/cik.c | 5 ++++-
drivers/gpu/drm/radeon/cik_sdma.c | 14 +++++++-------
drivers/gpu/drm/radeon/radeon_kms.c | 10 +++++++++-
drivers/gpu/drm/ttm/ttm_bo.c | 8 +++++---
drivers/gpu/drm/ttm/ttm_bo_vm.c | 12 +++++++-----
drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 18 ++++++++++++++++++
6 files changed, 50 insertions(+), 17 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-03-07 0:38 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-03-07 0:38 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 3669 bytes --]
Hi Linus,
mostly intel and radeon fixes, one tda998x, one kconfig dep fix and two
more MAINTAINERS updates,
All pretty run of the mill for this stage,
Dave.
The following changes since commit 0414855fdc4a40da05221fc6062cccbc0c30f169:
Linux 3.14-rc5 (2014-03-02 18:56:16 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 45db98e54242f3ae94bdcfbfe754e743252eb168:
Merge branch 'drm-fixes-3.14' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2014-03-07 09:27:22 +1000)
----------------------------------------------------------------
Akash Goel (1):
drm/i915: Resolving the memory region conflict for Stolen area
Alex Deucher (4):
drm/radeon: resume old pm late
drm/radeon/cik: fix typo in documentation
drm/radeon/dpm: fix typo in EVERGREEN_SMC_FIRMWARE_HEADER_softRegisters
drm/radeon/atom: select the proper number of lanes in transmitter setup
Dave Airlie (5):
MAINTAINERS: update AGP tree to point at drm tree
Merge tag 'drm-intel-fixes-2014-03-04' of ssh://git.freedesktop.org/git/drm-intel into drm-fixes
Merge branch 'drm-fixes-3.14' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge branch 'drm-armada-fixes' of git://ftp.arm.linux.org.uk/~rmk/linux-cubox into drm-fixes
Merge branch 'drm-fixes-3.14' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Gerd Hoffmann (1):
drm: fix bochs kconfig dependencies
Imre Deak (2):
drm/i915: fix pch pci device enumeration
drm/i915: vlv: reserve GT power context early
Jani Nikula (1):
drm/i915: use backlight legacy combination mode also for i915gm/i945gm
Lauri Kasanen (1):
drm/radeon: TTM must be init with cpu-visible VRAM, v2
Paul Bolle (1):
drm/radeon: silence GCC warning on 32 bit
Paulo Zanoni (1):
drm/i915: fix assert_cursor on BDW
Russell King (2):
DRM: armada: fix use of kfifo_put()
MAINTAINERS: add maintainer entry for TDA998x driver
Ville Syrjälä (1):
drm/i915: Reject >165MHz modes w/ DVI monitors
MAINTAINERS | 8 +++++++-
drivers/gpu/drm/armada/armada_drv.c | 10 +---------
drivers/gpu/drm/bochs/Kconfig | 1 +
drivers/gpu/drm/i915/i915_drv.c | 23 +++++++++--------------
drivers/gpu/drm/i915/i915_gem_stolen.c | 19 ++++++++++++++++---
drivers/gpu/drm/i915/intel_display.c | 8 ++++----
drivers/gpu/drm/i915/intel_hdmi.c | 6 +++---
drivers/gpu/drm/i915/intel_panel.c | 4 ++--
drivers/gpu/drm/i915/intel_pm.c | 6 ++++--
drivers/gpu/drm/radeon/atombios_encoders.c | 2 +-
drivers/gpu/drm/radeon/cik.c | 5 +++--
drivers/gpu/drm/radeon/evergreen.c | 3 ++-
drivers/gpu/drm/radeon/evergreen_smc.h | 2 +-
drivers/gpu/drm/radeon/ni.c | 3 ++-
drivers/gpu/drm/radeon/r100.c | 2 --
drivers/gpu/drm/radeon/r300.c | 2 --
drivers/gpu/drm/radeon/r420.c | 2 --
drivers/gpu/drm/radeon/r520.c | 2 --
drivers/gpu/drm/radeon/r600.c | 3 ++-
drivers/gpu/drm/radeon/radeon_device.c | 5 ++++-
drivers/gpu/drm/radeon/radeon_ttm.c | 5 ++++-
drivers/gpu/drm/radeon/rs400.c | 2 --
drivers/gpu/drm/radeon/rs600.c | 2 --
drivers/gpu/drm/radeon/rs690.c | 2 --
drivers/gpu/drm/radeon/rv515.c | 2 --
drivers/gpu/drm/radeon/rv770.c | 3 ++-
drivers/gpu/drm/radeon/si.c | 3 ++-
27 files changed, 70 insertions(+), 65 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-03-02 23:11 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-03-02 23:11 UTC (permalink / raw)
To: torvalds, DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 3190 bytes --]
Hi Linus,
Not a huge amount happening, some MAINTAINERS updates, radeon, vmwgfx and
tegra fixes,
Dave.
The following changes since commit 75936c65dda54a08d9124f24f8725f86a4adc286:
Merge tag 'ttm-fixes-3.14-2014-02-18' of git://people.freedesktop.org/~thomash/linux into drm-fixes (2014-02-19 08:21:26 +1000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to d668ca1cc6b9b6d2f1ce2f7b158cbe919cc782dc:
Merge branch 'drm-fixes-3.14' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2014-03-03 09:04:41 +1000)
----------------------------------------------------------------
Alex Deucher (7):
MAINTAINERS: add entry for drm radeon driver
MAINTAINERS: update drm git tree entry
drm/radeon: print the supported atpx function mask
drm/radeon: disable pll sharing for DP on DCE4.1
drm/radeon: fix audio disable on dce6+
drm/radeon: change audio enable logic
drm/radeon: enable speaker allocation setup on dce3.2
Alexey Khoroshilov (1):
drm/vmwgfx: avoid null pointer dereference at failure paths
Christian König (1):
drm/radeon: fix missing bo reservation
Dave Airlie (3):
Merge tag 'drm/for-3.14-rc3' of git://anongit.freedesktop.org/tegra/linux into drm-fixes
Merge tag 'vmwgfx-fixes-3.14-2014-03-02' of git://people.freedesktop.org/~thomash/linux into drm-fixes
Merge branch 'drm-fixes-3.14' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Dmitry Osipenko (1):
drm/tegra: Add guard to avoid double disable/enable of RGB outputs
Erik Faye-Lund (1):
gpu: host1x: do not check previously handled gathers
Jerome Glisse (1):
drm/radeon: free uvd ring on unload
Paul Bolle (1):
drm/tegra: fix typo 'CONFIG_TEGRA_DRM_FBDEV'
Thomas Hellstrom (2):
drm/vmwgfx: Remove some unused surface formats
drm/vmwgfx: Make sure backing mobs are cleared when allocated. Update driver date.
MAINTAINERS | 12 +++++++++-
drivers/gpu/drm/radeon/atombios_crtc.c | 16 ++++++++++++-
drivers/gpu/drm/radeon/dce6_afmt.c | 15 +++++++-----
drivers/gpu/drm/radeon/evergreen.c | 2 +-
drivers/gpu/drm/radeon/evergreen_hdmi.c | 26 ++++++++++++---------
drivers/gpu/drm/radeon/r600_audio.c | 14 ++++++-----
drivers/gpu/drm/radeon/r600_hdmi.c | 15 ++++++------
drivers/gpu/drm/radeon/radeon.h | 6 +++++
drivers/gpu/drm/radeon/radeon_atpx_handler.c | 3 ++-
drivers/gpu/drm/radeon/radeon_kms.c | 6 +++++
drivers/gpu/drm/radeon/radeon_uvd.c | 2 ++
drivers/gpu/drm/radeon/rv770.c | 2 +-
drivers/gpu/drm/tegra/drm.c | 2 +-
drivers/gpu/drm/tegra/rgb.c | 11 +++++++++
drivers/gpu/drm/vmwgfx/svga3d_reg.h | 7 +-----
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_mob.c | 35 +++++++++++++++-------------
drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 3 +--
drivers/gpu/host1x/job.c | 2 +-
19 files changed, 118 insertions(+), 63 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-02-18 23:16 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-02-18 23:16 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 6118 bytes --]
Hi Linus,
Lots of little small things, nothing too major, nouveau regression fixes,
vmware fixes for the new hw support, memory leaks in error path fixes.
Dave.
The following changes since commit 60f76eab19e3903e810bdc3ec846c158efcd2e21:
Merge tag 'dma-buf-for-3.14' of git://git.kernel.org/pub/scm/linux/kernel/git/sumits/dma-buf (2014-02-17 12:42:45 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 75936c65dda54a08d9124f24f8725f86a4adc286:
Merge tag 'ttm-fixes-3.14-2014-02-18' of git://people.freedesktop.org/~thomash/linux into drm-fixes (2014-02-19 08:21:26 +1000)
----------------------------------------------------------------
Alex Deucher (7):
drm/radeon: unify bpc handling
drm: add DRM_CAPs for cursor size
drm/radeon: fill in DRM_CAPs for cursor size
drm/radeon/dpm: reduce r7xx vblank mclk threshold to 200
drm/radeon: fix display tiling setup on SI
drm/radeon/si: fix typo in dpm sq ramping setup
drm/radeon/ni: fix typo in dpm sq ramping setup
Alexandre Courbot (2):
drm/nouveau: fix ENG_RUNLIST register address
drm/ttm: declare 'struct device' in ttm_page_alloc.h
Charmaine Lee (1):
drm/vmwgfx: Get maximum mob size from register SVGA_REG_MOB_MAX_SIZE
Christian König (1):
drm/radeon: fix CP semaphores on CIK
Dan Carpenter (2):
drm/vmwgfx: unlock on error path in vmw_execbuf_process()
drm/radeon: delete a stray tab
Dave Airlie (6):
Merge branch 'tda998x-fixes' of git://ftp.arm.linux.org.uk/~rmk/linux-cubox into drm-fixes
Merge tag 'drm-intel-fixes-2014-02-14' of ssh://git.freedesktop.org/git/drm-intel into drm-fixes
Merge branch 'drm-nouveau-next' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Merge branch 'drm-fixes-3.14' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'vmwgfx-fixes-3.14-2014-02-18' of git://people.freedesktop.org/~thomash/linux into drm-fixes
Merge tag 'ttm-fixes-3.14-2014-02-18' of git://people.freedesktop.org/~thomash/linux into drm-fixes
Dave Jones (1):
drm/i2c: tda998x: Fix memory leak in tda998x_encoder_init error path.
Emil Velikov (1):
drm/nouveau/fb: use correct ram oclass for nv1a hardware
Ilia Mirkin (7):
drm/nouveau: set irq_enabled manually
drm/nv4c/mc: nv4x igp's have a different msi rearm register
drm/nv4c/vga: decode register is in a different place on nv4x igp's
drm/nv4c/bios: disallow retrieving from prom on nv4x igp's
drm/nv50/gr: add missing nv_error parameter priv
drm/nv50/disp: use correct register to determine DP display bpp
drm/nouveau: fix TTM_PL_TT memtype on pre-nv50
Jani Nikula (2):
drm/i915/dp: increase native aux defer retry timeout
drm/i915/dp: add native aux defer retry limit
Masanari Iida (1):
drm/ttm: Fix memory leak in ttm_agp_backend.c
Thomas Hellstrom (4):
drm/vmwgfx: Fix a couple of sparse warnings and errors
drm/vmwgfx: Remove stray const
drm/vmwgfx: Fix possible integer overflow
drm/vmwgfx: Fix command defines and checks
Ville Syrjälä (2):
drm/i915: Add intel_ring_cachline_align()
drm/i915: Prevent MI_DISPLAY_FLIP straddling two cachelines on IVB
drivers/gpu/drm/drm_ioctl.c | 12 +++
drivers/gpu/drm/i2c/tda998x_drv.c | 4 +-
drivers/gpu/drm/i915/intel_display.c | 14 +++
drivers/gpu/drm/i915/intel_dp.c | 19 ++--
drivers/gpu/drm/i915/intel_ringbuffer.c | 21 ++++
drivers/gpu/drm/i915/intel_ringbuffer.h | 1 +
drivers/gpu/drm/nouveau/Makefile | 1 +
drivers/gpu/drm/nouveau/core/engine/device/nv40.c | 10 +-
drivers/gpu/drm/nouveau/core/engine/disp/nv50.c | 2 +-
drivers/gpu/drm/nouveau/core/engine/fifo/nve0.c | 2 +-
drivers/gpu/drm/nouveau/core/engine/graph/nv50.c | 2 +-
drivers/gpu/drm/nouveau/core/include/subdev/mc.h | 1 +
drivers/gpu/drm/nouveau/core/subdev/bios/base.c | 4 +
drivers/gpu/drm/nouveau/core/subdev/fb/nv1a.c | 2 +-
drivers/gpu/drm/nouveau/core/subdev/mc/nv04.h | 1 +
drivers/gpu/drm/nouveau/core/subdev/mc/nv44.c | 2 +-
drivers/gpu/drm/nouveau/core/subdev/mc/nv4c.c | 45 ++++++++
drivers/gpu/drm/nouveau/nouveau_bo.c | 2 +-
drivers/gpu/drm/nouveau/nouveau_drm.c | 3 +
drivers/gpu/drm/nouveau/nouveau_vga.c | 4 +-
drivers/gpu/drm/radeon/atombios_crtc.c | 15 +--
drivers/gpu/drm/radeon/atombios_encoders.c | 7 +-
drivers/gpu/drm/radeon/evergreen.c | 2 +-
drivers/gpu/drm/radeon/ni_dpm.c | 2 +-
drivers/gpu/drm/radeon/radeon.h | 4 +-
drivers/gpu/drm/radeon/radeon_display.c | 2 +
drivers/gpu/drm/radeon/radeon_ring.c | 2 +-
drivers/gpu/drm/radeon/radeon_semaphore.c | 19 +++-
drivers/gpu/drm/radeon/rv770_dpm.c | 9 +-
drivers/gpu/drm/radeon/si_dpm.c | 2 +-
drivers/gpu/drm/ttm/ttm_agp_backend.c | 1 +
drivers/gpu/drm/vmwgfx/svga3d_reg.h | 122 +++++++++++++---------
drivers/gpu/drm/vmwgfx/svga3d_surfacedefs.h | 11 +-
drivers/gpu/drm/vmwgfx/svga_reg.h | 9 +-
drivers/gpu/drm/vmwgfx/vmwgfx_context.c | 9 +-
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 3 +
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 1 +
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 9 +-
drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c | 3 +
drivers/gpu/drm/vmwgfx/vmwgfx_shader.c | 16 +--
include/drm/drm_crtc.h | 3 +
include/drm/ttm/ttm_page_alloc.h | 2 +
include/uapi/drm/drm.h | 2 +
include/uapi/drm/vmwgfx_drm.h | 1 +
44 files changed, 292 insertions(+), 116 deletions(-)
create mode 100644 drivers/gpu/drm/nouveau/core/subdev/mc/nv4c.c
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-02-12 6:28 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-02-12 6:28 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 4960 bytes --]
Hi Linus,
nothing too crazy, radeon irq fixes, i915 regression fixes, exynos fixes,
tda998x chip fixes, and a bunch of msm fixes.
Dave.
The following changes since commit 7c4c62a04a2a80e3feb5d6c97aca1e413b11c790:
drm/radeon: allow geom rings to be setup on r600/r700 (v2) (2014-02-06 12:13:52 +1000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 9b244b5dc720f2b2135b2e64d44ab10220c2bf21:
Merge branch 'tda998x-fixes' of git://ftp.arm.linux.org.uk/~rmk/linux-cubox into drm-next (2014-02-12 09:51:51 +1000)
----------------------------------------------------------------
Alex Deucher (5):
drm/radeon: fix UVD IRQ support on 7xx
drm/radeon/dpm: use the driver state for dpm debugfs
drm/radeon/dpm: use stored max_vddc rather than looking it up
drm/radeon: remove useless return
drm/radeon: add missing include in btc_dpm.c
Christian König (1):
drm/radeon: fix UVD IRQ support on SI
Daniel Vetter (3):
MAINTAINERS: Update drm/i915 git repo
drm/i915: Disable dp aux irq on g4x
drm/i915: Fix intel_pipe_to_cpu_transcoder for UMS
Dave Airlie (6):
Merge branch 'drm-fixes-3.14' of git://people.freedesktop.org/~agd5f/linux into drm-next
Merge branch 'msm-next' of git://people.freedesktop.org/~robclark/linux into drm-next
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/.../daeinki/drm-exynos into drm-next
Merge tag 'drm-intel-fixes-2014-02-06' of ssh://git.freedesktop.org/git/drm-intel into drm-next
Merge tag 'drm-intel-fixes-2014-02-11' of ssh://git.freedesktop.org/git/drm-intel into drm-next
Merge branch 'tda998x-fixes' of git://ftp.arm.linux.org.uk/~rmk/linux-cubox into drm-next
Dave Jones (1):
drm/radeon/dpm: fix uninitialized read from stack in kv_dpm_late_enable
Imre Deak (1):
drm/i915: vlv: fix DP PHY lockup due to invalid PP sequencer setup
Jani Nikula (2):
drm: add DRM_INFO_ONCE() to print a one-time DRM_INFO() message
drm/i915: demote opregion excessive timeout WARN_ONCE to DRM_INFO_ONCE
Jean-Francois Moine (6):
drm/i2c: tda998x: fix bad value in the AIF
drm/i2c: tda998x: check the CEC device creation
drm/i2c: tda998x: free the CEC device on encoder_destroy
drm/i2c: tda998x: force the page register at startup time
drm/i2c: tda998x: set the PLL division factor in range 0..3
drm/i2c: tda998x: fix the ENABLE_SPACE register
Mika Kuoppala (1):
drm/i915: Pair va_copy with va_end in i915_error_vprintf
Rob Clark (6):
drm/msm: fix inconsequential typo
drm/msm/mdp5: fix ref leaks in error paths
drm/msm/mdp4: pageflip fixes
drm/msm/mdp4: cursor fixes
drm/msm: fix deadlock in bo create fail path
drm/msm: bigger synchronization hammer
Sachin Kamat (4):
drm/exynos: Fix freeing issues in exynos_drm_drv.c
drm/exynos: Remove unnecessary semicolon
drm/exynos: Fix trivial typo
drm/exynos: Convert to use the standard hdmi.h header
Tushar Behera (1):
drm/exynos: Fix multiplatform breakage for ipp/gsc
MAINTAINERS | 2 +-
drivers/gpu/drm/exynos/Kconfig | 4 +-
drivers/gpu/drm/exynos/exynos_drm_drv.c | 14 ++-
drivers/gpu/drm/exynos/exynos_drm_g2d.c | 2 +-
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 3 +-
drivers/gpu/drm/exynos/exynos_hdmi.c | 66 +++++------
drivers/gpu/drm/i2c/tda998x_drv.c | 17 ++-
drivers/gpu/drm/i915/i915_drv.h | 8 ++
drivers/gpu/drm/i915/i915_gpu_error.c | 5 +-
drivers/gpu/drm/i915/i915_irq.c | 3 +-
drivers/gpu/drm/i915/intel_dp.c | 12 +-
drivers/gpu/drm/i915/intel_i2c.c | 7 --
drivers/gpu/drm/i915/intel_opregion.c | 9 +-
drivers/gpu/drm/msm/mdp/mdp4/mdp4_crtc.c | 179 +++++++++++++++++++-----------
drivers/gpu/drm/msm/mdp/mdp4/mdp4_plane.c | 4 +-
drivers/gpu/drm/msm/mdp/mdp5/mdp5_crtc.c | 7 +-
drivers/gpu/drm/msm/msm_gem.c | 2 +-
drivers/gpu/drm/msm/msm_gem_submit.c | 9 +-
drivers/gpu/drm/msm/msm_gpu.c | 3 -
drivers/gpu/drm/radeon/btc_dpm.c | 32 ++++++
drivers/gpu/drm/radeon/btcd.h | 4 +
drivers/gpu/drm/radeon/kv_dpm.c | 2 +-
drivers/gpu/drm/radeon/ni_dpm.c | 8 +-
drivers/gpu/drm/radeon/r600.c | 4 +
drivers/gpu/drm/radeon/radeon_asic.c | 2 +-
drivers/gpu/drm/radeon/radeon_asic.h | 2 +
drivers/gpu/drm/radeon/rv770_dpm.c | 5 +-
drivers/gpu/drm/radeon/si.c | 4 +
drivers/gpu/drm/radeon/si_dpm.c | 3 +-
drivers/gpu/drm/radeon/sumo_dpm.c | 2 +-
drivers/gpu/drm/radeon/trinity_dpm.c | 3 +-
drivers/gpu/drm/radeon/uvd_v2_2.c | 1 -
include/drm/drmP.h | 3 +
33 files changed, 270 insertions(+), 161 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-02-06 5:23 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-02-06 5:23 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
a few regression fixes already, one for my own stupidity, and mgag200 typo
fix, vmwgfx fixes and ttm regression fixes, and a radeon register checker
update for older cards to handle geom shaders.
Dave.
The following changes since commit 38dbfb59d1175ef458d006556061adeaa8751b72:
Linus 3.14-rc1 (2014-02-02 16:42:13 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 7c4c62a04a2a80e3feb5d6c97aca1e413b11c790:
drm/radeon: allow geom rings to be setup on r600/r700 (v2) (2014-02-06 12:13:52 +1000)
----------------------------------------------------------------
Dave Airlie (5):
drm/mgag200: fix typo causing bw limits to be ignored on some chips
drm/mgag200,ast,cirrus: fix regression with drm_can_sleep conversion
Merge tag 'ttm-fixes-3.14-2014-02-05' of git://people.freedesktop.org/~thomash/linux into drm-next
Merge tag 'vmwgfx-fixes-3.14-2014-02-05' of git://people.freedesktop.org/~thomash/linux into drm-next
drm/radeon: allow geom rings to be setup on r600/r700 (v2)
Dave Jones (1):
vmwgfx: Fix unitialized stack read in vmw_setup_otable_base
Thomas Hellstrom (9):
drm/vmwgfx: Don't commit staged bindings if execbuf fails
drm/vmwgfx: Fix regression caused by "drm/ttm: make ttm reservation calls behave like reservation calls"
drm/vmwgfx: Fix SET_SHADER_CONST emulation on guest-backed devices
drm/vmwgfx: Fix legacy surface reference size copyback
drm/vmwgfx: Emulate legacy shaders on guest-backed devices v2
drm/vmwgfx: Detect old user-space drivers and set up legacy emulation v2
drm/vmwgfx: Reemit context bindings when necessary v2
drm/ttm: Fix TTM object open regression
drm/ttm: Don't clear page metadata of imported sg pages
drivers/gpu/drm/ast/ast_fb.c | 2 +-
drivers/gpu/drm/cirrus/cirrus_fbdev.c | 2 +-
drivers/gpu/drm/mgag200/mgag200_fb.c | 2 +-
drivers/gpu/drm/mgag200/mgag200_mode.c | 4 +-
drivers/gpu/drm/radeon/r600_cs.c | 18 +-
drivers/gpu/drm/radeon/radeon_drv.c | 3 +-
drivers/gpu/drm/radeon/reg_srcs/r600 | 1 +
drivers/gpu/drm/ttm/ttm_object.c | 2 +-
drivers/gpu/drm/ttm/ttm_tt.c | 3 +
drivers/gpu/drm/vmwgfx/svga3d_reg.h | 24 ++
drivers/gpu/drm/vmwgfx/vmwgfx_context.c | 144 ++++++++--
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 7 +
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 35 ++-
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 330 +++++++++++++++++++---
drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c | 93 ++++--
drivers/gpu/drm/vmwgfx/vmwgfx_mob.c | 1 +
drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 11 +-
drivers/gpu/drm/vmwgfx/vmwgfx_shader.c | 467 +++++++++++++++++++++++++++----
drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 6 +-
19 files changed, 1016 insertions(+), 139 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2014-01-08 8:13 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2014-01-08 8:13 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
LCA fixes tree,
i915 and nouveau fixes, a revert for i915 gm45 backlight, and a
MAINTAINERS update for the i915 driver, as it now has a co-maintainer.
Dave.
The following changes since commit ef350bb7c5e0748f7d17f1d70c6b0eec5f64f446:
Merge tag 'ext4_for_linus_stable' of git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4 (2014-01-07 08:22:42 +0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to ceb3b0212dfc843a6abe8a6f3b4e28c1f2059e64:
Merge branch 'drm-nouveau-next' of git://anongit.freedesktop.org/nouveau/linux-2.6 into drm-fixes (2014-01-08 17:57:45 +1000)
----------------------------------------------------------------
Alexander van Heukelum (1):
Revert "drm/i915: assume all GM45 Acer laptops use inverted backlight PWM"
Ben Skeggs (1):
drm/nouveau: populate master subdev pointer only when fully constructed
Ben Widawsky (1):
drm/i915/bdw: Flush system agent on gen8 also
Bob Gleitsmann (1):
drm/nouveau: return offset of allocated notifier
Christian Engelmayer (1):
drm/nouveau/nouveau: fix memory leak in nouveau_crtc_page_flip()
Daniel Vetter (1):
MAINTAINERS: Updates for drm/i915
Dave Airlie (2):
Merge tag 'drm-intel-fixes-2014-01-08' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Merge branch 'drm-nouveau-next' of git://anongit.freedesktop.org/nouveau/linux-2.6 into drm-fixes
Ilia Mirkin (2):
drm/nouveau/bios: make jump conditional
drm/nouveau/bios: fix offset calculation for BMPv1 bioses
Kelly Doran (1):
drm/nvc0/gr: fix mthd data submission
Sid Boyce (1):
drm/nvce/mc: fix msi rearm on GF114
MAINTAINERS | 2 ++
drivers/gpu/drm/i915/i915_gem_gtt.c | 2 --
drivers/gpu/drm/i915/intel_display.c | 19 ++++++++++++++-----
drivers/gpu/drm/nouveau/core/core/subdev.c | 3 ---
drivers/gpu/drm/nouveau/core/engine/device/base.c | 2 ++
drivers/gpu/drm/nouveau/core/engine/device/nvc0.c | 2 +-
drivers/gpu/drm/nouveau/core/engine/graph/nvc0.c | 2 +-
drivers/gpu/drm/nouveau/core/include/subdev/fb.h | 5 +++++
drivers/gpu/drm/nouveau/core/subdev/bios/init.c | 14 +++++++++-----
drivers/gpu/drm/nouveau/nouveau_abi16.c | 2 ++
drivers/gpu/drm/nouveau/nouveau_display.c | 2 +-
11 files changed, 37 insertions(+), 18 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-12-23 2:13 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-12-23 2:13 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
Xmas fixes pull, all small nothing major, intel, radeon, one ttm
regression, and one build fix.
Dave.
The following changes since commit 413541dd66d51f791a0b169d9b9014e4f56be13c:
Linux 3.13-rc5 (2013-12-22 13:08:32 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 418cb50bd6f977249b38f8888359e0adca6fc8ea:
Merge tag 'drm-intel-fixes-2013-12-18' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes (2013-12-23 10:35:57 +1000)
----------------------------------------------------------------
Alex Deucher (4):
drm/radeon/dce6: set correct number of audio pins
drm/radeon/dpm: disable ss on Cayman
drm/radeon: check for 0 count in speaker allocation and SAD code
drm/radeon: fix asic gfx values for scrapper asics
Chris Wilson (3):
drm/i915: Prevent double unref following alloc failure during execbuffer
drm/i915: Fix erroneous dereference of batch_obj inside reset_status
drm/i915: Use the correct GMCH_CTRL register for Sandybridge+
Dave Airlie (2):
Merge branch 'drm-fixes-3.13' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-intel-fixes-2013-12-18' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Paulo Zanoni (2):
drm/i915: change CRTC assertion on LCPLL disable
drm/i915: get a PC8 reference when enabling the power well
Randy Dunlap (1):
gpu: fix qxl missing crc32_le
Thomas Hellstrom (1):
drm/ttm: Fix swapin regression
drivers/gpu/drm/i915/i915_gem.c | 34 +++++++++++++++++++++---------
drivers/gpu/drm/i915/i915_gem_execbuffer.c | 28 +++++++++++++++++-------
drivers/gpu/drm/i915/intel_display.c | 7 +++---
drivers/gpu/drm/i915/intel_pm.c | 14 ++++++++++--
drivers/gpu/drm/qxl/Kconfig | 1 +
drivers/gpu/drm/qxl/qxl_display.c | 2 +-
drivers/gpu/drm/radeon/dce6_afmt.c | 8 ++++---
drivers/gpu/drm/radeon/evergreen_hdmi.c | 4 ++--
drivers/gpu/drm/radeon/ni.c | 20 ++++++++++++++----
drivers/gpu/drm/radeon/rv770_dpm.c | 6 ++++++
drivers/gpu/drm/ttm/ttm_bo_util.c | 3 ++-
11 files changed, 93 insertions(+), 34 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2013-12-18 0:42 ` Linus Torvalds
@ 2013-12-18 0:52 ` Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-12-18 0:52 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Dave Airlie, Linux Kernel Mailing List, DRI mailing list
On Wed, Dec 18, 2013 at 10:42 AM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> On Tue, Dec 17, 2013 at 4:33 PM, Dave Airlie <airlied@linux.ie> wrote:
>>
>> are available in the git repository at:
>>
>> git://people.freedesktop.org/~airlied/linux
>
> Nope.
>
> I assume you meant the 'drm-fixes' branch, but you didn't actually
> *say* that, and when I pull it I don't get the same diffstat you
> claim, so I'm unpulling it and waiting for you to verify and
> double-check.
>
ouch, sorry - my push failed and then I failed, here's the correct one.
The following changes since commit 9538e10086bd1301fe915683b1ba0a1de66d7483:
Merge git://www.linux-watchdog.org/linux-watchdog (2013-12-10 11:30:10 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 49d45a31b71d7d9da74485922bdb63faf3dc9684:
drm/edid: add quirk for BPC in Samsung NP700G7A-S01PL notebook
(2013-12-17 14:18:16 +1000)
----------------------------------------------------------------
Alex Deucher (4):
drm/radeon: Fix sideport problems on certain RS690 boards
drm/radeon/cik: plug in missing blit callback
drm/radeon: add missing display tiling setup for oland
Revert "drm/radeon: Implement radeon_pci_shutdown"
Ben Widawsky (7):
drm/i915/bdw: Add BDW to ULT macro
drm/i915/bdw: GEN8 backlight support
drm/i915/bdw: Do gen6 style reset for gen8
drm/i915/bdw: Free correct number of ppgtt pages
drm/i915/bdw: Add comment about gen8 HWS PGA
drm/i915/bdw: Limit GTT to 2GB
drm/i915/bdw: PIPE_[BC] I[ME]R moved to powerwell
Chris Wilson (3):
drm/i915: Do not clobber config status after a forced restore of hw state
drm/i915: Hold mutex across i915_gem_release
drm/i915: Repeat eviction search after idling the GPU
Christian König (1):
drm/radeon: fix typo in cik_copy_dma
Daniel Vetter (3):
drm/i915: fix pm init ordering
drm/i915: Fix use-after-free in do_switch
drm/i915: don't update the dri1 breadcrumb with modesetting
Dave Airlie (6):
Merge branch 'bdw-fixes' of
git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Merge tag 'drm-intel-fixes-2013-12-11' of
git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Merge branch 'drm-tda998x-3.12-fixes' of
git://ftp.arm.linux.org.uk/~rmk/linux-cubox into drm-fixes
Merge branch 'drm-fixes-3.13' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge branch 'vmwgfx-fixes-3.13' of
git://people.freedesktop.org/~thomash/linux into drm-fixes
Merge branch 'ttm-fixes-3.13' of
git://people.freedesktop.org/~thomash/linux into drm-next
Ilia Mirkin (2):
drm: don't double-free on driver load error
drm/nouveau: only runtime suspend by default in optimus configuration
Jakob Bornecrantz (1):
drm/vmwgfx: Add max surface memory param
Martin Andersson (1):
drm/radeon/dpm: Fix hwmon crash
Rafał Miłecki (1):
drm/edid: add quirk for BPC in Samsung NP700G7A-S01PL notebook
Russell King (4):
DRM: Armada: implement lastclose() for fbhelper
DRM: Armada: destroy framebuffer after helper
DRM: Armada: fix printing of phys_addr_t/dma_addr_t
DRM: Armada: prime refcounting bug fix
Thomas Hellstrom (1):
drm/ttm: Fix accesses through vmas with only partial coverage
Ville Syrjälä (2):
drm/i915: Take modeset locks around intel_modeset_setup_hw_state()
drm/i915: Skip clock checks on BDW
drivers/gpu/drm/armada/armada_drm.h | 1 +
drivers/gpu/drm/armada/armada_drv.c | 7 ++++++-
drivers/gpu/drm/armada/armada_fbdev.c | 20 +++++++++++++++-----
drivers/gpu/drm/armada/armada_gem.c | 7 ++++---
drivers/gpu/drm/drm_edid.c | 8 ++++++++
drivers/gpu/drm/drm_stub.c | 6 +++---
drivers/gpu/drm/i915/i915_dma.c | 20 +++++++++++---------
drivers/gpu/drm/i915/i915_drv.c | 1 +
drivers/gpu/drm/i915/i915_drv.h | 9 ++++++---
drivers/gpu/drm/i915/i915_gem_context.c | 16 ++++++++++++----
drivers/gpu/drm/i915/i915_gem_evict.c | 14 +++++++++++---
drivers/gpu/drm/i915/i915_gem_gtt.c | 9 +++++++--
drivers/gpu/drm/i915/intel_display.c | 7 ++++---
drivers/gpu/drm/i915/intel_drv.h | 1 +
drivers/gpu/drm/i915/intel_panel.c | 26 +++++++++++++++++++++++---
drivers/gpu/drm/i915/intel_pm.c | 29 +++++++++++++++++++++++++++--
drivers/gpu/drm/i915/intel_ringbuffer.c | 1 +
drivers/gpu/drm/i915/intel_uncore.c | 1 +
drivers/gpu/drm/nouveau/nouveau_drm.c | 6 ++++++
drivers/gpu/drm/radeon/atombios_crtc.c | 4 +++-
drivers/gpu/drm/radeon/cik_sdma.c | 2 +-
drivers/gpu/drm/radeon/radeon_asic.c | 4 ++--
drivers/gpu/drm/radeon/radeon_drv.c | 10 ----------
drivers/gpu/drm/radeon/radeon_pm.c | 6 ++----
drivers/gpu/drm/radeon/rs690.c | 10 ++++++++++
drivers/gpu/drm/ttm/ttm_bo_vm.c | 6 +++---
drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c | 3 +++
include/uapi/drm/vmwgfx_drm.h | 1 +
28 files changed, 173 insertions(+), 62 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2013-12-18 0:33 Dave Airlie
@ 2013-12-18 0:42 ` Linus Torvalds
2013-12-18 0:52 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Linus Torvalds @ 2013-12-18 0:42 UTC (permalink / raw)
To: Dave Airlie; +Cc: DRI mailing list, Linux Kernel Mailing List
On Tue, Dec 17, 2013 at 4:33 PM, Dave Airlie <airlied@linux.ie> wrote:
>
> are available in the git repository at:
>
> git://people.freedesktop.org/~airlied/linux
Nope.
I assume you meant the 'drm-fixes' branch, but you didn't actually
*say* that, and when I pull it I don't get the same diffstat you
claim, so I'm unpulling it and waiting for you to verify and
double-check.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-12-18 0:33 Dave Airlie
2013-12-18 0:42 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2013-12-18 0:33 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 4822 bytes --]
Definitely seems quieter this week,
radeon, intel, intel broadwell, vmwgfx, ttm, armada, and a couple of core
fixes, one revert in radeon
most of these are either going to stable or fixes for things introduced in
the merge window,
Dave.
The following changes since commit 9538e10086bd1301fe915683b1ba0a1de66d7483:
Merge git://www.linux-watchdog.org/linux-watchdog (2013-12-10 11:30:10 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux
for you to fetch changes up to 49d45a31b71d7d9da74485922bdb63faf3dc9684:
drm/edid: add quirk for BPC in Samsung NP700G7A-S01PL notebook (2013-12-17 14:18:16 +1000)
----------------------------------------------------------------
Alex Deucher (4):
drm/radeon: Fix sideport problems on certain RS690 boards
drm/radeon/cik: plug in missing blit callback
drm/radeon: add missing display tiling setup for oland
Revert "drm/radeon: Implement radeon_pci_shutdown"
Ben Widawsky (7):
drm/i915/bdw: Add BDW to ULT macro
drm/i915/bdw: GEN8 backlight support
drm/i915/bdw: Do gen6 style reset for gen8
drm/i915/bdw: Free correct number of ppgtt pages
drm/i915/bdw: Add comment about gen8 HWS PGA
drm/i915/bdw: Limit GTT to 2GB
drm/i915/bdw: PIPE_[BC] I[ME]R moved to powerwell
Chris Wilson (3):
drm/i915: Do not clobber config status after a forced restore of hw state
drm/i915: Hold mutex across i915_gem_release
drm/i915: Repeat eviction search after idling the GPU
Christian König (1):
drm/radeon: fix typo in cik_copy_dma
Daniel Vetter (3):
drm/i915: fix pm init ordering
drm/i915: Fix use-after-free in do_switch
drm/i915: don't update the dri1 breadcrumb with modesetting
Dave Airlie (6):
Merge branch 'bdw-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Merge tag 'drm-intel-fixes-2013-12-11' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Merge branch 'drm-tda998x-3.12-fixes' of git://ftp.arm.linux.org.uk/~rmk/linux-cubox into drm-fixes
Merge branch 'drm-fixes-3.13' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge branch 'vmwgfx-fixes-3.13' of git://people.freedesktop.org/~thomash/linux into drm-fixes
Merge branch 'ttm-fixes-3.13' of git://people.freedesktop.org/~thomash/linux into drm-next
Ilia Mirkin (2):
drm: don't double-free on driver load error
drm/nouveau: only runtime suspend by default in optimus configuration
Jakob Bornecrantz (1):
drm/vmwgfx: Add max surface memory param
Martin Andersson (1):
drm/radeon/dpm: Fix hwmon crash
Rafał Miłecki (1):
drm/edid: add quirk for BPC in Samsung NP700G7A-S01PL notebook
Russell King (4):
DRM: Armada: implement lastclose() for fbhelper
DRM: Armada: destroy framebuffer after helper
DRM: Armada: fix printing of phys_addr_t/dma_addr_t
DRM: Armada: prime refcounting bug fix
Thomas Hellstrom (1):
drm/ttm: Fix accesses through vmas with only partial coverage
Ville Syrjälä (2):
drm/i915: Take modeset locks around intel_modeset_setup_hw_state()
drm/i915: Skip clock checks on BDW
drivers/gpu/drm/armada/armada_drm.h | 1 +
drivers/gpu/drm/armada/armada_drv.c | 7 ++++++-
drivers/gpu/drm/armada/armada_fbdev.c | 20 +++++++++++++++-----
drivers/gpu/drm/armada/armada_gem.c | 7 ++++---
drivers/gpu/drm/drm_edid.c | 8 ++++++++
drivers/gpu/drm/drm_stub.c | 6 +++---
drivers/gpu/drm/i915/i915_dma.c | 20 +++++++++++---------
drivers/gpu/drm/i915/i915_drv.c | 1 +
drivers/gpu/drm/i915/i915_drv.h | 9 ++++++---
drivers/gpu/drm/i915/i915_gem_context.c | 16 ++++++++++++----
drivers/gpu/drm/i915/i915_gem_evict.c | 14 +++++++++++---
drivers/gpu/drm/i915/i915_gem_gtt.c | 9 +++++++--
drivers/gpu/drm/i915/intel_display.c | 7 ++++---
drivers/gpu/drm/i915/intel_drv.h | 1 +
drivers/gpu/drm/i915/intel_panel.c | 26 +++++++++++++++++++++++---
drivers/gpu/drm/i915/intel_pm.c | 29 +++++++++++++++++++++++++++--
drivers/gpu/drm/i915/intel_ringbuffer.c | 1 +
drivers/gpu/drm/i915/intel_uncore.c | 1 +
drivers/gpu/drm/nouveau/nouveau_drm.c | 6 ++++++
drivers/gpu/drm/radeon/atombios_crtc.c | 4 +++-
drivers/gpu/drm/radeon/cik_sdma.c | 2 +-
drivers/gpu/drm/radeon/radeon_asic.c | 4 ++--
drivers/gpu/drm/radeon/radeon_drv.c | 10 ----------
drivers/gpu/drm/radeon/radeon_pm.c | 6 ++----
drivers/gpu/drm/radeon/rs690.c | 10 ++++++++++
drivers/gpu/drm/ttm/ttm_bo_vm.c | 6 +++---
drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c | 3 +++
include/uapi/drm/vmwgfx_drm.h | 1 +
28 files changed, 173 insertions(+), 62 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-12-09 8:33 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-12-09 8:33 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 8199 bytes --]
Hi Linus,
this is probably a bit big, but just because I fell behind last week and
didn't get to doing any pulls, so stuff backed up behind me, I actually
should have sent this for -rc3 but failed to even manage that,
So this has radeon, intel, nouveau, vmware, exynos and tegra fixes in it,
and the line count isn't all the bad in the end.
Dave.
The following changes since commit 8ecffd7914484b728799dd31968f1339fae91593:
Merge tag 'gpio-v3.13-3' of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio (2013-12-04 08:59:33 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 9255ce80f88ba885c38c0bbd235db7c24392e22e:
Merge branch 'drm-fixes-3.13' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2013-12-05 12:18:35 +1000)
----------------------------------------------------------------
Alex Deucher (6):
drm/radeon: fix typo in fetching mpll params
drm/radeon: program DCE2 audio dto just like DCE3
drm/radeon/dpm: simplify state adjust logic for NI
drm/radeon: fixup bad vram size on SI
drm/radeon: fix null pointer dereference in dce6+ audio code
drm/radeon/atom: fix bus probes when hw_i2c is set (v2)
Alexandre Demers (1):
drm/radeon: Fix a typo in Cayman and Evergreen registers
Ben Skeggs (3):
drm/nv04-nv30/clk: provide an empty domain list
drm/nouveau: unreference fence after syncing
drm/nouveau/sw: fix oops if gpu has its display block disabled
Chris Wilson (3):
drm/i915: Prefer setting PTE cache age to 3
drm/i915: Pin relocations for the duration of constructing the execbuffer
drm/i915: Pin pages whilst allocating for dma-buf vmap()
Christian König (2):
drm/radeon: add VMID allocation trace point
drm/radeon: add radeon_vm_bo_update trace point
Dan Carpenter (2):
drm/tegra: return -EFAULT if copy_from_user() fails
drm/nv50/disp: min/max are reversed in nv50_crtc_gamma_set()
Dave Airlie (7):
drm/radeon: fix VGT_GS_INSTANCE_CNT register
Merge branch 'vmwgfx-fixes-3.13' of git://people.freedesktop.org/~thomash/linux into drm-fixes
Merge branch 'drm-nouveau-next' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Merge tag 'drm/for-3.13-rc3' of git://anongit.freedesktop.org/tegra/linux into drm-fixes
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/.../daeinki/drm-exynos into drm-fixes
Merge tag 'drm-intel-fixes-2013-12-02' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Merge branch 'drm-fixes-3.13' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Guenter Roeck (1):
drm/radeon/dpm: Convert to use devm_hwmon_register_with_groups
Ilia Mirkin (3):
drm/nv10/plane: fix format computation
drm/nv10/plane: add downscaling restrictions
drm/nv10/plane: some chipsets don't support NV12
Inki Dae (1):
drm/exynos: release unhandled page flip events at postclose.
Jani Nikula (1):
drm/i915/ddi: set sink to power down mode on dp disable
Jesse Barnes (2):
drm/i915: take mode config lock around crtc disable at suspend
drm/i915: use crtc_htotal in watermark calculations to match fastboot v2
Maarten Lankhorst (1):
drm/nouveau/kms: send timestamp data for correct head in flip completion events
Olof Johansson (1):
gpu: host1x: Silence a few warnings with LPAE=y
Paulo Zanoni (1):
drm/i915: use the correct force_wake function at the PC8 code
Rob Clark (1):
udl: fix issue with imported prime buffers
Roy Spliet (2):
drm/nouveau/fifo: Hook up pause and resume for NV50 and NV84+
drm/nouveau/clk: Add support for NVAA/NVAC
Sachin Kamat (1):
drm/exynos: Fix trivial typo in exynos_drm_fimd.c
Thierry Reding (6):
drm/tegra: Make CRTC upcasting safer
drm/tegra: Tightly bind RGB output to DC
drm/tegra: Fix address space mismatches
drm/tegra: Make tegra_drm_driver static
drm/tegra: Force cast to __iomem to make sparse happy
gpu: host1x: Fix a few sparse warnings
Thomas Hellstrom (4):
drm/vmwgfx: Correctly set the enabled state on crtcs
drm/vmwgfx: Fix up and comment the dumb buffer implementation
drm/vmwgfx: Fix dma buffer memory size accounting
drm/vmwgfx: Add our connectors to sysfs
Thomas Wood (2):
drm/edid: fix length check when adding extra 3D modes
drm: fix the addition of the side-by-side (half) flag for extra 3D modes
Ville Syrjälä (5):
drm/i915: Check VBT for eDP ports on VLV
drm/i915: Simplify DP vs. eDP detection
drm/i915: Fix pipe CSC post offset calculation
drm/i915: Make the DERRMR SRM target global GTT
drm/i915: MI_PREDICATE_RESULT_2 is HSW only
drivers/gpu/drm/drm_edid.c | 4 +-
drivers/gpu/drm/exynos/exynos_drm_drv.c | 35 +-
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 2 +-
drivers/gpu/drm/i915/i915_drv.c | 2 +
drivers/gpu/drm/i915/i915_gem.c | 7 +-
drivers/gpu/drm/i915/i915_gem_dmabuf.c | 13 +-
drivers/gpu/drm/i915/i915_gem_execbuffer.c | 60 +--
drivers/gpu/drm/i915/i915_gem_gtt.c | 6 +-
drivers/gpu/drm/i915/i915_reg.h | 1 +
drivers/gpu/drm/i915/intel_ddi.c | 5 +-
drivers/gpu/drm/i915/intel_display.c | 14 +-
drivers/gpu/drm/i915/intel_dp.c | 34 +-
drivers/gpu/drm/i915/intel_drv.h | 2 +-
drivers/gpu/drm/i915/intel_pm.c | 15 +-
drivers/gpu/drm/nouveau/Makefile | 1 +
drivers/gpu/drm/nouveau/core/engine/device/nv50.c | 4 +-
drivers/gpu/drm/nouveau/core/engine/fifo/nv50.c | 3 +
drivers/gpu/drm/nouveau/core/engine/fifo/nv84.c | 3 +
.../gpu/drm/nouveau/core/engine/software/nv50.c | 2 +-
.../gpu/drm/nouveau/core/include/subdev/clock.h | 4 +
drivers/gpu/drm/nouveau/core/subdev/clock/nv04.c | 7 +-
drivers/gpu/drm/nouveau/core/subdev/clock/nvaa.c | 445 +++++++++++++++++++++
drivers/gpu/drm/nouveau/dispnv04/overlay.c | 42 +-
drivers/gpu/drm/nouveau/nouveau_display.c | 3 +-
drivers/gpu/drm/nouveau/nv50_display.c | 2 +-
drivers/gpu/drm/radeon/atombios_i2c.c | 15 +-
drivers/gpu/drm/radeon/dce6_afmt.c | 12 +-
drivers/gpu/drm/radeon/ni_dpm.c | 28 +-
drivers/gpu/drm/radeon/r600_hdmi.c | 8 +-
drivers/gpu/drm/radeon/radeon.h | 8 +-
drivers/gpu/drm/radeon/radeon_atombios.c | 2 +-
drivers/gpu/drm/radeon/radeon_cs.c | 4 +-
drivers/gpu/drm/radeon/radeon_drv.h | 3 +-
drivers/gpu/drm/radeon/radeon_gart.c | 16 +-
drivers/gpu/drm/radeon/radeon_pm.c | 49 +--
drivers/gpu/drm/radeon/radeon_trace.h | 33 ++
drivers/gpu/drm/radeon/reg_srcs/cayman | 4 +-
drivers/gpu/drm/radeon/reg_srcs/evergreen | 4 +-
drivers/gpu/drm/radeon/si.c | 11 +-
drivers/gpu/drm/tegra/drm.c | 34 +-
drivers/gpu/drm/tegra/drm.h | 2 +-
drivers/gpu/drm/tegra/fb.c | 2 +-
drivers/gpu/drm/tegra/rgb.c | 11 +-
drivers/gpu/drm/udl/udl_gem.c | 6 +
drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c | 2 +
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 1 +
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 1 +
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 4 +
drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 118 ++++--
drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c | 5 +
drivers/gpu/host1x/bus.c | 5 +-
drivers/gpu/host1x/hw/cdma_hw.c | 4 +-
drivers/gpu/host1x/hw/debug_hw.c | 4 +-
53 files changed, 847 insertions(+), 265 deletions(-)
create mode 100644 drivers/gpu/drm/nouveau/core/subdev/clock/nvaa.c
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-11-22 6:08 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-11-22 6:08 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 6770 bytes --]
Hi Linus,
was going to leave this until post -rc1 but sysfs fixes broke hotplug in
userspace, so I had to fix it harder, otherwise a set of pulls from intel,
radeon and vmware,
the vmware/ttm changes are bit larger but since its early and they are
unlikely to break anything else I put them in, it lets vmware work with
dri3.
Dave.
The following changes since commit 527d1511310a89650000081869260394e20c7013:
Merge branch 'next' of git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc (2013-11-20 15:13:47 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 760c960bd6880cf22a57c0af9ff60c96250aad39:
drm/sysfs: fix hotplug regression since lifetime changes (2013-11-21 21:10:00 +1000)
----------------------------------------------------------------
Alex Deucher (4):
drm/radeon: cypress_dpm: Fix unused variable warning when CONFIG_ACPI=n
drm/radeon/vm: don't attempt to update ptes if ib allocation fails
drm/radeon: adjust TN dpm parameters for stability (v2)
drm/radeon: enable DPM by default in TN asics
Andrew Lewycky (1):
drm/radeon: use a single doorbell for cik kms compute
Chris Wilson (2):
drm/i915: Hold pc8 lock around toggling pc8.gpu_idle
drm/i915: Do not enable package C8 on unsupported hardware
Christian König (3):
drm/radeon: add semaphore trace point
drm/radeon: allow semaphore emission to fail
drm/radeon: disable CIK CP semaphores for now
Daniel Vetter (7):
drm/i915: flush cursors harder
Partially revert "drm/i915: tune the RC6 threshold for stability"
drm/i915: restore the early forcewake cleanup
drm/i915/tv: add ->get_config callback
drm/i915: encoder->get_config is no longer optional
drm/i915: Replicate BIOS eDP bpp clamping hack for hsw
drm/i915: Fix gen3 self-refresh watermarks
Dave Airlie (4):
Merge branch 'drm-next-3.13' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-intel-fixes-2013-11-20' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Merge branch 'vmwgfx-fixes-3.13' of git://people.freedesktop.org/~thomash/linux into drm-fixes
Merge branch 'ttm-fixes-3.13' of git://people.freedesktop.org/~thomash/linux into drm-fixes
David Herrmann (1):
drm/sysfs: fix hotplug regression since lifetime changes
Duncan Laurie (1):
i915: Use 120MHz LVDS SSC clock for gen5/gen6/gen7
Fabio Estevam (1):
drm: radeon: ni_dpm: Fix unused variable warning when CONFIG_ACPI=n
Inki Dae (1):
drm/exynos: g2d: fix memory leak to userptr
Jani Nikula (1):
drm/i915/dp: set sink to power down mode on dp disable
Jerome Glisse (2):
radeon/i2c: do not count reg index in number of i2c byte we are writing.
radeon: workaround pinning failure on low ram gpu
Jesse Barnes (1):
x86/early quirk: use gen6 stolen detection for VLV
Michel Dänzer (2):
drm/radeon/cik: Return backend map information to userspace
drm/radeon/cik: Add macrotile mode array query
Samuel Li (1):
drm/radeon: hook up backlight functions for CI and KV family.
Thomas Hellstrom (8):
drm/ttm: Allow execbuf util reserves without ticket
drm/vmwgfx: Fix false lockdep warning
drm/ttm: Add a minimal prime implementation for ttm base objects
drm/vmwgfx: Hook up the prime ioctls
drm/vmwgfx: Make surfaces prime-aware
drm/vmwgfx: Make vmwgfx dma buffers prime aware
drm/ttm: Don't move non-existing data
drm/ttm: Remove set_need_resched from the ttm fault handler
arch/x86/kernel/early-quirks.c | 4 +-
drivers/gpu/drm/drm_sysfs.c | 40 ++++-
drivers/gpu/drm/exynos/exynos_drm_g2d.c | 2 +
drivers/gpu/drm/i915/i915_drv.h | 1 +
drivers/gpu/drm/i915/intel_bios.c | 7 +-
drivers/gpu/drm/i915/intel_ddi.c | 20 +++
drivers/gpu/drm/i915/intel_display.c | 33 +++-
drivers/gpu/drm/i915/intel_dp.c | 2 +-
drivers/gpu/drm/i915/intel_pm.c | 4 +-
drivers/gpu/drm/i915/intel_tv.c | 8 +
drivers/gpu/drm/i915/intel_uncore.c | 26 +--
drivers/gpu/drm/radeon/atombios_i2c.c | 6 +-
drivers/gpu/drm/radeon/cik.c | 57 ++++---
drivers/gpu/drm/radeon/cik_sdma.c | 13 +-
drivers/gpu/drm/radeon/cypress_dpm.c | 2 +
drivers/gpu/drm/radeon/evergreen_dma.c | 9 +-
drivers/gpu/drm/radeon/ni_dpm.c | 2 +-
drivers/gpu/drm/radeon/r100.c | 3 +-
drivers/gpu/drm/radeon/r600.c | 13 +-
drivers/gpu/drm/radeon/r600_dma.c | 13 +-
drivers/gpu/drm/radeon/radeon.h | 38 +++--
drivers/gpu/drm/radeon/radeon_asic.c | 4 +
drivers/gpu/drm/radeon/radeon_asic.h | 18 +-
drivers/gpu/drm/radeon/radeon_cs.c | 9 +-
drivers/gpu/drm/radeon/radeon_device.c | 47 +++--
drivers/gpu/drm/radeon/radeon_drv.c | 3 +-
drivers/gpu/drm/radeon/radeon_fence.c | 30 ++++
drivers/gpu/drm/radeon/radeon_gart.c | 6 +-
drivers/gpu/drm/radeon/radeon_kms.c | 11 +-
drivers/gpu/drm/radeon/radeon_legacy_crtc.c | 28 +++
drivers/gpu/drm/radeon/radeon_pm.c | 2 +-
drivers/gpu/drm/radeon/radeon_ring.c | 46 ++---
drivers/gpu/drm/radeon/radeon_semaphore.c | 129 ++++++++++----
drivers/gpu/drm/radeon/radeon_trace.h | 36 ++++
drivers/gpu/drm/radeon/rv770_dma.c | 9 +-
drivers/gpu/drm/radeon/si_dma.c | 9 +-
drivers/gpu/drm/radeon/trinity_dpm.c | 6 +-
drivers/gpu/drm/radeon/uvd_v1_0.c | 4 +-
drivers/gpu/drm/radeon/uvd_v3_1.c | 4 +-
drivers/gpu/drm/ttm/ttm_bo.c | 35 +++-
drivers/gpu/drm/ttm/ttm_bo_util.c | 7 +-
drivers/gpu/drm/ttm/ttm_bo_vm.c | 26 ++-
drivers/gpu/drm/ttm/ttm_execbuf_util.c | 32 ++--
drivers/gpu/drm/ttm/ttm_object.c | 254 +++++++++++++++++++++++++++-
drivers/gpu/drm/vmwgfx/Makefile | 2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 7 +-
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 14 ++
drivers/gpu/drm/vmwgfx/vmwgfx_prime.c | 137 +++++++++++++++
drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 63 +++----
drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 30 ++--
include/drm/ttm/ttm_bo_api.h | 4 +-
include/drm/ttm/ttm_execbuf_util.h | 3 +-
include/drm/ttm/ttm_object.h | 61 ++++++-
include/uapi/drm/radeon_drm.h | 2 +
54 files changed, 1057 insertions(+), 324 deletions(-)
create mode 100644 drivers/gpu/drm/vmwgfx/vmwgfx_prime.c
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-10-22 7:01 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-10-22 7:01 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 3149 bytes --]
Hi Linus,
travelling slowed down getting these out,
2 vmwgfx fixes, radeon revert to avoid a regression, i915 fixes, and some
ioctl sizing issues fixed with 32 on 64.
Dave.
The following changes since commit 61e6cfa80de5760bbe406f4e815b7739205754d2:
Linux 3.12-rc5 (2013-10-13 15:41:28 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 579123fdfc23ad2147f041dfec305c2308f068ba:
Merge branch 'drm-fixes-3.12' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2013-10-22 07:35:17 +0100)
----------------------------------------------------------------
Alex Deucher (6):
drm/radeon/atom: workaround vbios bug in transmitter table on rs780
drm/radeon: make missing smc ucode non-fatal (r7xx-SI)
drm/radeon: make missing smc ucode non-fatal (CI)
drm/radeon/audio: don't set speaker allocation on DCE3.2
drm/radeon: rework audio option
drm/radeon/audio: don't set speaker allocation on DCE4+
Ben Widawsky (2):
drm/i915: Make PTE valid encoding optional
drm/i915: Disable GGTT PTEs on GEN6+ suspend
Chris Wilson (2):
drm: Prevent overwriting from userspace underallocating core ioctl structs
drm: Pad drm_mode_get_connector to 64-bit boundary
Christian König (2):
drm/radeon: stop the leaks in cik_ib_test
drm/radeon/uvd: revert lower msg&fb buffer requirements on UVD3
Dave Airlie (2):
Merge tag 'drm-intel-fixes-2013-10-21' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Merge branch 'drm-fixes-3.12' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Jesse Barnes (1):
drm/i915: disable LVDS clock gating on CPT v2
Thomas Hellstrom (2):
drm/vmwgfx: Don't put resources with invalid id's on lru list
drm/vmwgfx: Don't kill clients on VT switch
drivers/gpu/drm/drm_drv.c | 9 ++-
drivers/gpu/drm/i915/i915_drv.c | 5 +-
drivers/gpu/drm/i915/i915_drv.h | 8 ++-
drivers/gpu/drm/i915/i915_gem_gtt.c | 109 ++++++++++++++++++++++-------
drivers/gpu/drm/i915/i915_reg.h | 6 ++
drivers/gpu/drm/i915/intel_pm.c | 4 +-
drivers/gpu/drm/radeon/atombios_encoders.c | 54 +++++++++-----
drivers/gpu/drm/radeon/cik.c | 4 ++
drivers/gpu/drm/radeon/dce6_afmt.c | 3 +
drivers/gpu/drm/radeon/evergreen_hdmi.c | 3 +
drivers/gpu/drm/radeon/ni.c | 1 +
drivers/gpu/drm/radeon/r600.c | 1 +
drivers/gpu/drm/radeon/r600_hdmi.c | 3 +
drivers/gpu/drm/radeon/radeon_connectors.c | 33 +++++----
drivers/gpu/drm/radeon/radeon_cs.c | 3 +-
drivers/gpu/drm/radeon/radeon_drv.c | 4 +-
drivers/gpu/drm/radeon/radeon_uvd.c | 3 +-
drivers/gpu/drm/radeon/si.c | 1 +
drivers/gpu/drm/radeon/uvd_v1_0.c | 4 +-
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 17 +++--
drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 2 +-
include/uapi/drm/drm_mode.h | 2 +
22 files changed, 207 insertions(+), 72 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2013-10-11 5:28 Dave Airlie
@ 2013-10-11 17:54 ` Linus Torvalds
0 siblings, 0 replies; 427+ messages in thread
From: Linus Torvalds @ 2013-10-11 17:54 UTC (permalink / raw)
To: Dave Airlie; +Cc: DRI mailing list, Linux Kernel Mailing List
On Thu, Oct 10, 2013 at 10:28 PM, Dave Airlie <airlied@linux.ie> wrote:
>
> and one pain in the ass revert, so we have VGA arbitration that when
> implemented 4-5 years ago really hoped that GPUs could remove themselves
> from arbitration completely once they had a kernel driver, it seems Intel
> hw designers decided that was too nice a facility to allow us to have so
> they removed it when they went on-die (so since Ironlake at least), now
> Alex Williamson added support for VGA arbitration for newer GPUs however
> this now exposes itself to userspace as requireing arbitration of GPU VGA
> regions and the X server gets involved and disables things that it can't
> handle when VGA access is possibly required around every operation, so in
> order to break userspace we just reverted things back to the old known
> broken status so maybe we can try and design out way out. Ville also had a
> patch to use stop machine for the two times Intel needs to access VGA
> space, that might be acceptable with some rework, but for now myself and
> Daniel agreed to just go back.
Your explanation messages tend to channel James Joyce. They may be
literary works of art, but it _does_ occasionally make them somewhat
hard to read.
I have tried to turn them into slightly less stream-of-consciousness.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-10-11 5:28 Dave Airlie
2013-10-11 17:54 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2013-10-11 5:28 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
all over the map,
nouveau: disable MSI, needs more work, will try again next merge window,
radeon: audio + uvd regression fixes, dpm fixes, reset fixes
i915: dpms one might fix your haswell,
and one pain in the ass revert, so we have VGA arbitration that when
implemented 4-5 years ago really hoped that GPUs could remove themselves
from arbitration completely once they had a kernel driver, it seems Intel
hw designers decided that was too nice a facility to allow us to have so
they removed it when they went on-die (so since Ironlake at least), now
Alex Williamson added support for VGA arbitration for newer GPUs however
this now exposes itself to userspace as requireing arbitration of GPU VGA
regions and the X server gets involved and disables things that it can't
handle when VGA access is possibly required around every operation, so in
order to break userspace we just reverted things back to the old known
broken status so maybe we can try and design out way out. Ville also had a
patch to use stop machine for the two times Intel needs to access VGA
space, that might be acceptable with some rework, but for now myself and
Daniel agreed to just go back.
Dave.
The following changes since commit d0e639c9e06d44e713170031fe05fb60ebe680af:
Linux 3.12-rc4 (2013-10-06 14:00:20 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to ebff5fa9d545574324095d9c6a3cb80c9157abc5:
Revert "i915: Update VGA arbiter support for newer devices" (2013-10-11 15:19:22 +1000)
----------------------------------------------------------------
Alex Deucher (10):
drm/edid: catch kmalloc failure in drm_edid_to_speaker_allocation
drm/radeon: use 64-bit math to calculate CTS values for audio (v2)
drm/radeon: fix N/CTS clock matching for audio
drm/radeon: use hw generated CTS/N values for audio
drm/radeon/dpm: disable multiple UVD states
drm/radeon: fix typo in CP DMA register headers
drm/radeon: improve soft reset on SI
drm/radeon: improve soft reset on CIK
drm/radeon/dpm: disable bapm on TN asics
drm/radeon: re-enable sw ACR support on pre-DCE4
Ben Skeggs (1):
drm/nouveau/mc: disable msi support by default, it's busted in tons of places
Chris Wilson (1):
drm/i915: Only apply DPMS to the encoder if enabled
Dan Carpenter (3):
drm/radeon: forever loop on error in radeon_do_test_moves()
drm/radeon/dpm/btc: off by one in btc_set_mc_special_registers()
drm/radeon/dpm: off by one in si_set_mc_special_registers()
Dave Airlie (6):
Merge tag 'drm-intel-fixes-2013-10-07' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Merge remote-tracking branch 'nouveau/drm-nouveau-next' into drm-fixes
Revert "drm/fb-helper: don't sleep for screen unblank when an oops is in progress"
Merge branch 'drm-fixes-3.12' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Revert "drm/i915: Delay disabling of VGA memory until vgacon->fbcon handoff is done"
Revert "i915: Update VGA arbiter support for newer devices"
Francisco Jerez (1):
drm/i915/hsw: Disable L3 caching of atomic memory operations.
Imre Deak (1):
drm/i915: fix rps.vlv_work initialization
Rob Clark (1):
drm/gma500: fix things after get/put page helpers
Rodrigo Vivi (1):
drm/i915: Mask LPSP to get PSR working even with Power Well in use by audio.
wojciech kapuscinski (1):
drm/radeon: fix hw contexts for SUMO2 asics
drivers/gpu/drm/drm_edid.c | 2 ++
drivers/gpu/drm/drm_fb_helper.c | 8 ------
drivers/gpu/drm/gma500/gtt.c | 1 +
drivers/gpu/drm/i915/i915_dma.c | 15 +++--------
drivers/gpu/drm/i915/i915_reg.h | 6 +++++
drivers/gpu/drm/i915/intel_display.c | 38 ++-------------------------
drivers/gpu/drm/i915/intel_dp.c | 2 +-
drivers/gpu/drm/i915/intel_drv.h | 1 -
drivers/gpu/drm/i915/intel_pm.c | 9 +++++--
drivers/gpu/drm/nouveau/core/subdev/mc/base.c | 2 +-
drivers/gpu/drm/radeon/btc_dpm.c | 6 ++---
drivers/gpu/drm/radeon/cik.c | 6 +++++
drivers/gpu/drm/radeon/evergreen.c | 2 +-
drivers/gpu/drm/radeon/evergreen_hdmi.c | 3 +--
drivers/gpu/drm/radeon/evergreend.h | 4 +--
drivers/gpu/drm/radeon/r600_hdmi.c | 21 ++++++++++-----
drivers/gpu/drm/radeon/r600d.h | 2 +-
drivers/gpu/drm/radeon/radeon_pm.c | 3 +++
drivers/gpu/drm/radeon/radeon_test.c | 4 +--
drivers/gpu/drm/radeon/radeon_uvd.c | 3 ++-
drivers/gpu/drm/radeon/si.c | 10 +++++++
drivers/gpu/drm/radeon/si_dpm.c | 6 ++---
drivers/gpu/drm/radeon/sid.h | 4 +--
drivers/gpu/drm/radeon/trinity_dpm.c | 2 +-
include/linux/vgaarb.h | 7 -----
25 files changed, 74 insertions(+), 93 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-09-29 3:02 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-09-29 3:02 UTC (permalink / raw)
To: Linus Torvalds; +Cc: LKML, dri-devel
Hi Linus,
nothing too major, radeon still has some dpm changes for off by default.
radeon, intel, msm:
radeon a few more dpm fixes (still off by default), uvd fixes,
i915 runtime warn backtrace and regression fix
msm: iommu changes fallout,
Dave.
The following changes since commit 4a10c2ac2f368583138b774ca41fac4207911983:
Linux 3.12-rc2 (2013-09-23 15:41:09 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 665441791f553221901f679cb47236798f9a649c:
Merge branch 'msm-fixes-3.12-rc2' of
git://people.freedesktop.org/~robclark/linux into drm-fixes
(2013-09-29 10:06:28 +1000)
----------------------------------------------------------------
Alex Deucher (13):
drm/radeon: avoid UVD corruption on AGP cards using GPU gart
drm/radeon: additional gcc fixes for radeon_atombios.c
drm/radeon: fix missed variable sized access
drm/radeon/dpm: fetch the max clk from voltage dep tables helper
drm/radeon/dpm/btc: filter clocks based on voltage/clk dep tables
drm/radeon/dpm/ni: filter clocks based on voltage/clk dep tables
drm/radeon/dpm/si: filter clocks based on voltage/clk dep tables
drm/radeon/dpm/ci: filter clocks based on voltage/clk dep tables
drm/radeon: don't set default clocks for SI when DPM is disabled
drm/radeon: disable tests/benchmarks if accel is disabled
drm/radeon: add missing hdmi callbacks for rv6xx
drm/radeon/cik: fix overflow in vram fetch
drm/radeon: fix hdmi audio on DCE3.0/3.1 asics
Alex Ivanov (1):
drm/radeon: Make r100_cp_ring_info() and radeon_ring_gfx() safe (v2)
Chris Wilson (1):
drm/i915: Use a temporary va_list for two-pass string handling
Christian König (1):
drm/radeon/uvd: lower msg&fb buffer requirements on UVD3
Daniel Vetter (3):
drm/i915/tv: clear adjusted_mode.flags
drm/i915: preserve pipe A quirk in i9xx_set_pipeconf
drm/i915: Fix up usage of SHRINK_STOP
Dave Airlie (3):
Merge tag 'drm-intel-fixes-2013-09-26' of
git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Merge branch 'drm-fixes-3.12' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge branch 'msm-fixes-3.12-rc2' of
git://people.freedesktop.org/~robclark/linux into drm-fixes
Jani Nikula (1):
drm/i915/dp: increase i2c-over-aux retry interval on AUX DEFER
Joerg Roedel (1):
drm/msm: Remove iommu include from mdp4_kms.c
Michel Dänzer (3):
drm/radeon/cik: Fix printing of client name on VM protection fault
drm/radeon/cik: Fix encoding of number of banks in tiling
configuration info
drm/radeon/cik: Add tiling mode index for 1D tiled depth/stencil surfaces
Rob Clark (2):
drm/msm: deal with mach/iommu.h removal
drm/msm: use drm_gem_dumb_destroy helper
Thomas Meyer (1):
drm/msm: Odd PTR_ERR usage
drivers/gpu/drm/i915/i915_gem.c | 8 ++--
drivers/gpu/drm/i915/i915_gpu_error.c | 6 ++-
drivers/gpu/drm/i915/intel_display.c | 4 ++
drivers/gpu/drm/i915/intel_dp.c | 13 ++++++-
drivers/gpu/drm/i915/intel_tv.c | 8 ++++
drivers/gpu/drm/msm/mdp4/mdp4_kms.c | 2 -
drivers/gpu/drm/msm/msm_drv.c | 8 ++--
drivers/gpu/drm/msm/msm_gem.c | 7 ----
drivers/gpu/drm/radeon/btc_dpm.c | 51 ++++++++++++++++++++++++
drivers/gpu/drm/radeon/btc_dpm.h | 2 +
drivers/gpu/drm/radeon/ci_dpm.c | 26 +++++++++++++
drivers/gpu/drm/radeon/cik.c | 17 ++++----
drivers/gpu/drm/radeon/ni_dpm.c | 24 ++++++++++++
drivers/gpu/drm/radeon/r100.c | 8 ++--
drivers/gpu/drm/radeon/r600_dpm.c | 2 +-
drivers/gpu/drm/radeon/r600_hdmi.c | 20 +++++++---
drivers/gpu/drm/radeon/radeon_asic.c | 2 +
drivers/gpu/drm/radeon/radeon_atombios.c | 66 +++++++++++++++++++++-----------
drivers/gpu/drm/radeon/radeon_cs.c | 5 ++-
drivers/gpu/drm/radeon/radeon_device.c | 15 ++++++--
drivers/gpu/drm/radeon/radeon_pm.c | 8 ++--
drivers/gpu/drm/radeon/radeon_ring.c | 8 ++--
drivers/gpu/drm/radeon/radeon_uvd.c | 3 +-
drivers/gpu/drm/radeon/si_dpm.c | 24 ++++++++++++
drivers/gpu/drm/radeon/uvd_v1_0.c | 4 +-
include/uapi/drm/radeon_drm.h | 2 +
26 files changed, 266 insertions(+), 77 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-09-22 22:38 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-09-22 22:38 UTC (permalink / raw)
To: Linus Torvalds; +Cc: dri-devel, LKML
Hi Linus,
some small fixes for msm and exynos,
a regression revert affecting nouveau users with old userspace,
intel pageflip deadlock and gpu hang fixes, hsw modesetting hangs,
Dave.
The following changes since commit 928c2f0c006bf7f381f58af2b2786d2a858ae311:
drm/fb-helper: don't sleep for screen unblank when an oops is in
progress (2013-09-19 11:54:34 +1000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 6ddf2ed6e00396883b3123032ccb4416205aac7c:
Merge branch 'msm-fixes-3.12' of
git://people.freedesktop.org/~robclark/linux into drm-fixes
(2013-09-20 09:06:48 +1000)
----------------------------------------------------------------
Chris Wilson (1):
drm/i915: Track pfit enable state separately from size
Daniel Vetter (5):
drm/i915: fix wait_for_pending_flips vs gpu hang deadlock
drm/i915/sdvo: Fully translate sync flags in the dtd->mode conversion
drm/i915/sdvo: Robustify the dtd<->drm_mode conversions
drm/i915/dvo: set crtc timings again for panel fixed modes
drm/i915: kill set_need_resched
Dave Airlie (4):
Revert "drm: mark context support as a legacy subsystem"
Merge tag 'drm-intel-fixes-2013-09-19' of
git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Merge branch 'exynos-drm-fixes' of
git://git.kernel.org/.../daeinki/drm-exynos into drm-fixes
Merge branch 'msm-fixes-3.12' of
git://people.freedesktop.org/~robclark/linux into drm-fixes
Jani Nikula (1):
drm/i915: do not update cursor in crtc mode set
Rob Clark (6):
drm/msm: handle read vs write fences
drm/msm: hangcheck harder
drm/msm: fix cmdstream size check
drm/msm: return -EBUSY if bo still active
drm/msm: workaround for missing irq
drm/msm: drop unnecessary set_need_resched()
Sachin Kamat (3):
drm/exynos: Remove redundant OF dependency
drm/exynos: Fix address space warning in exynos_drm_buf.c
drm/exynos: Fix address space warnings in exynos_drm_fbdev.c
Takashi Iwai (1):
drm/i915: Use proper print format for debug prints
Ville Syrjälä (1):
drm/i915: Don't enable the cursor on a disable pipe
Wei Yongjun (3):
drm/msm: fix return value check in ERR_PTR()
drm/msm: fix potential NULL pointer dereference
drm/exynos: fix return value check in lowlevel_buffer_allocate()
drivers/gpu/drm/drm_context.c | 73 ++++---------------------------
drivers/gpu/drm/drm_fops.c | 21 ++++++++-
drivers/gpu/drm/drm_stub.c | 10 ++++-
drivers/gpu/drm/exynos/Kconfig | 2 +-
drivers/gpu/drm/exynos/exynos_drm_buf.c | 7 +--
drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 5 ++-
drivers/gpu/drm/i915/i915_gem.c | 11 ++---
drivers/gpu/drm/i915/i915_irq.c | 68 ++++++++++++++++++++++------
drivers/gpu/drm/i915/intel_ddi.c | 2 +-
drivers/gpu/drm/i915/intel_display.c | 42 +++++++++---------
drivers/gpu/drm/i915/intel_drv.h | 1 +
drivers/gpu/drm/i915/intel_dvo.c | 2 +
drivers/gpu/drm/i915/intel_panel.c | 1 +
drivers/gpu/drm/i915/intel_pm.c | 6 +--
drivers/gpu/drm/i915/intel_sdvo.c | 63 ++++++++++++++------------
drivers/gpu/drm/msm/adreno/adreno_gpu.c | 10 ++++-
drivers/gpu/drm/msm/msm_drv.c | 50 ++++++++++++++-------
drivers/gpu/drm/msm/msm_drv.h | 8 +++-
drivers/gpu/drm/msm/msm_gem.c | 34 +++++++++-----
drivers/gpu/drm/msm/msm_gem.h | 2 +-
drivers/gpu/drm/msm/msm_gem_submit.c | 24 +++++-----
drivers/gpu/drm/msm/msm_gpu.c | 24 ++++++++--
include/drm/drmP.h | 7 ++-
23 files changed, 276 insertions(+), 197 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2013-08-30 23:18 ` Linus Torvalds
@ 2013-08-31 0:00 ` Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-08-31 0:00 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Dave Airlie, Linux Kernel Mailing List, DRI mailing list
On Sat, Aug 31, 2013 at 9:18 AM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> On Thu, Aug 29, 2013 at 4:08 PM, Dave Airlie <airlied@linux.ie> wrote:
>>
>> ssh://people.freedesktop.org/~airlied/linux drm-fixes
>
> Please people! When you post ssh addresses, always remember to also
> post your user name and password or private key with the pull request.
>
> Ok?
Oh sorry [1]
Oops, forgot to add the -public to my request-pull command line,
git://people.freedesktop.org/~airlied/linux drm-fixes
should be the right thing.
Dave.
[1]
-----BEGIN RSA PRIVATE KEY-----
MIIEpAIBAAKCAQEA8Sxk4nlsPzPf6Ezgr1wmWoggaCnsLc6t1K5tHZjqtZfhPTGS
Vwv5s+pcEdsq408TGNk8wMNyvTWp1WgY0r3xxr9+FI6Phv69aQwbvtJ43Hvn3XCz
9EAXCmXY/rhWvFOOKVh0NFVc7Bzul+jW0J1TUXxu5fbq2eSy7P02QCb7JZLYQc1J
TxZkcAgFjYV1tU1q0NRh9Y4EoUI1nYjVbhFXuXvzL2YB0u6PciPm7n0Yqfwgs1MU
lZuiEzehd89Vm9y2LSzcYamimsv569WletzvtnUWGkyGxUCA0T8yGexu4/r3883I
8amLb8rj/4XeWlxtKsFV+oAF9Ru7SPPq8oah7QIDAQABAoIBADYO/2YMVYktNYk6
gjqMa0RrsufmTbxO0YQUvPyfZCzkKGaxD95XHteHNrAB8nEVLnCpcQa8SKHEv5bI
SJgkX2dvUPGGqwFVZFuBjU6OmuzBEU3/jza2jvOTtLoT081O5VS7MQDyCWwbaBfA
5zXHrf9b5vfBCw9gRgL9FwX2NuFKw64UogKz/t+x7h6fqL8yCCwjdTRvOrDpLUto
x4y7Xbc5lvppzLoxpR4CGDB8PNXfHwYsw3uAJd5A0RxjXcBy0yLgOmMzK4yDxQgF
qPaV3LyUtVWx6hqBS15v7Vu58aW1d3hjqy1QQFC2iQ61bBqVyQrhFLAN5C9z22h8
XFT5SUECgYEA+QksPviu2JgrAw/0VzHHL/7CpXlgwdXvkcTqLxTNBMbcsJOfUxYX
IZf2hT8gReveeHxRoHCwX2fmfqXSsa70z2vpseo/hC+2OHF9tXezU2hFzwdS/lMZ
5wqxm2wxgiM0G4ZeILZ+YapXfHoutgLPanFSWh22pmsIqt00LcvMlWUCgYEA9+rv
UfA/k5YLrpaPj87dRTQ5PKTO/z7UgEkFfHaQFok8nu+M+tuuNZHVuKJ+gPBx/L9J
gIwpc0h1xz0eYFAFAuwBBslLHvJUOK5VRYEKHVxYTUVi3TzM471dLjGGIekwB16j
bCBXXTLOhAtYJ3h0YCfHK80gkqVvEBD+fvvl9ekCgYB2uZTKgKx6vjDjSNvoJecc
ToxlbzRdtKx+Bi7PO09yk4vq8rXmWoW0kkoIxEuSihyJvFr97jtngJU2k7+azhoQ
ORY0p8SYNFbfGdwgg2yOuwts48UBUoTqzQJXYoFH1Zil9q0xU091KEyFH4rdYwGX
cWcdZ0UImcaMDuEtZBeosQKBgQCYVQ4aLeISwFaLP04VEgnZ9P3aanYaVjPiY3vw
fzWH82mBSzY4CfXgSqyk14udlKClqa/zQaxSfsqH0uEwUtrRccwrrFHxQPtJHK2e
mGxroAtN532Y7TwED54KvTlq6sqtLJSD4tdrl8VXU1UmY5g2YRq7qj4CfY5hs998
jTE+yQKBgQCSrChX2Q1qj/+SqiX2058uDfkLzAlo4sP2mLvqREKW7NbF72UgS1Ws
Bbr52p6ISi2yeCylkf+7EkEGUX5lelkyP8UrawsPoTWDyPoaRurSqGwthkGPCSDW
8kRPWlu7rJD+ZZC61EdtQJAKUCXuLVcK3+SXp3PNPZQW7LMOLdbixQ==
-----END RSA PRIVATE KEY-----
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2013-08-29 23:08 Dave Airlie
@ 2013-08-30 23:18 ` Linus Torvalds
2013-08-31 0:00 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Linus Torvalds @ 2013-08-30 23:18 UTC (permalink / raw)
To: Dave Airlie; +Cc: DRI mailing list, Linux Kernel Mailing List
On Thu, Aug 29, 2013 at 4:08 PM, Dave Airlie <airlied@linux.ie> wrote:
>
> ssh://people.freedesktop.org/~airlied/linux drm-fixes
Please people! When you post ssh addresses, always remember to also
post your user name and password or private key with the pull request.
Ok?
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-08-29 23:08 Dave Airlie
2013-08-30 23:18 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2013-08-29 23:08 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Since we are getting to the pointy end, one i915 black screen on some
machines, and one vmwgfx stop userspace ability to nuke the VM,
there might be one or two ati or nouveau fixes trickle in before final,
but I think this should pretty much be it.
Dave.
The following changes since commit d8dfad3876e4386666b759da3c833d62fb8b2267:
Linux 3.11-rc7 (2013-08-25 17:43:22 -0700)
are available in the git repository at:
ssh://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 6e4dcff3adbf25acb87e74500a58e3c07bdec40f:
drm/vmwgfx: Split GMR2_REMAP commands if they are to large (2013-08-30 09:03:39 +1000)
----------------------------------------------------------------
Dave Airlie (1):
Merge tag 'drm-intel-fixes-2013-08-30' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Imre Deak (1):
drm/i915: ivb: fix edp voltage swing reg val
Jakob Bornecrantz (1):
drm/vmwgfx: Split GMR2_REMAP commands if they are to large
drivers/gpu/drm/i915/i915_reg.h | 2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_gmr.c | 58 +++++++++++++++++++++++++------------
2 files changed, 40 insertions(+), 20 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-08-23 10:39 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-08-23 10:39 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2690 bytes --]
Hi Linus,
Ben was on holidays for a week so a few nouveau regression fixes backed
up, but they all seem necessary, otherwise one i915 and one gma500 fix.
Dave.
The following changes since commit 3387ed83943daf6cb1bb4195ae369067b9cd80ce:
Merge tag 'drm-intel-fixes-2013-08-15' of git://people.freedesktop.org/~danvet/drm-intel (2013-08-19 13:49:20 +1000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 4dd17ee95742f3e9fd55d07463981711a637bd20:
Merge tag 'drm-intel-fixes-2013-08-23' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes (2013-08-23 18:52:37 +1000)
----------------------------------------------------------------
Ben Skeggs (2):
drm/nouveau/mc: fix race condition between constructor and request_irq()
drm/nv04/disp: fix framebuffer pin refcounting
Chris Wilson (1):
drm/i915: Invalidate TLBs for the rings after a reset
Dave Airlie (2):
Merge branch 'drm-nouveau-next' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Merge tag 'drm-intel-fixes-2013-08-23' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Guillaume Clement (1):
gma500: Fix SDVO turning off randomly
Ilia Mirkin (1):
drm/nouveau/fb: fix null derefs in nv49 and nv4e init
Maarten Lankhorst (2):
drm/nouveau/ltcg: fix ltcg memory initialization after suspend
drm/nouveau/ltcg: fix allocating memory as free
Pali Rohár (1):
drm/nouveau: fix reclocking on nv40
drivers/gpu/drm/gma500/psb_intel_sdvo.c | 3 +-
drivers/gpu/drm/i915/i915_reg.h | 2 +
drivers/gpu/drm/i915/intel_ringbuffer.c | 12 +++++
drivers/gpu/drm/nouveau/core/core/mm.c | 4 ++
drivers/gpu/drm/nouveau/core/include/subdev/mc.h | 7 +--
drivers/gpu/drm/nouveau/core/subdev/fb/ramnv49.c | 12 ++---
drivers/gpu/drm/nouveau/core/subdev/fb/ramnv4e.c | 4 +-
drivers/gpu/drm/nouveau/core/subdev/ltcg/nvc0.c | 34 ++++++++++----
drivers/gpu/drm/nouveau/core/subdev/mc/base.c | 6 ++-
drivers/gpu/drm/nouveau/core/subdev/mc/nv04.c | 3 +-
drivers/gpu/drm/nouveau/core/subdev/mc/nv44.c | 3 +-
drivers/gpu/drm/nouveau/core/subdev/mc/nv50.c | 3 +-
drivers/gpu/drm/nouveau/core/subdev/mc/nv98.c | 3 +-
drivers/gpu/drm/nouveau/core/subdev/mc/nvc0.c | 3 +-
drivers/gpu/drm/nouveau/dispnv04/crtc.c | 58 ++++++++++++++++++------
drivers/gpu/drm/nouveau/dispnv04/disp.h | 1 +
drivers/gpu/drm/nouveau/nouveau_display.c | 3 ++
drivers/gpu/drm/nouveau/nv40_pm.c | 2 +-
18 files changed, 114 insertions(+), 49 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-08-19 4:21 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-08-19 4:21 UTC (permalink / raw)
To: torvalds, DRI mailing list; +Cc: linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1636 bytes --]
Hi Linus,
bit late with these, was under the weather for a a few days, nothing
too crazy, some radeon regression fixes, one intel regression fix, and
one fix to avoid a warn with i915 when used with dma-buf.
Dave.
The following changes since commit d4e4ab86bcba5a72779c43dc1459f71fea3d89c8:
Linux 3.11-rc5 (2013-08-11 18:04:20 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 3387ed83943daf6cb1bb4195ae369067b9cd80ce:
Merge tag 'drm-intel-fixes-2013-08-15' of git://people.freedesktop.org/~danvet/drm-intel (2013-08-19 13:49:20 +1000)
----------------------------------------------------------------
Alex Deucher (1):
drm/radeon/r7xx: fix copy paste typo in golden register setup
Chris Wilson (1):
drm/i915: Don't deref pipe->cpu_transcoder in the hangcheck code
Christian König (1):
drm/radeon: fix UVD message buffer validation
Daniel Vetter (1):
drm/i915: unpin backing storage in dmabuf_unmap
Dave Airlie (2):
Merge branch 'drm-fixes-3.11' of git://people.freedesktop.org/~agd5f/linux
Merge tag 'drm-intel-fixes-2013-08-15' of git://people.freedesktop.org/~danvet/drm-intel
Rafał Miłecki (1):
drm/radeon: fix WREG32_OR macro setting bits in a register
drivers/gpu/drm/i915/i915_gem_dmabuf.c | 8 ++++
drivers/gpu/drm/i915/intel_display.c | 86 ++++++++++++++++++++++------------
drivers/gpu/drm/radeon/radeon.h | 2 +-
drivers/gpu/drm/radeon/radeon_uvd.c | 8 ++++
drivers/gpu/drm/radeon/rv770.c | 12 ++---
5 files changed, 80 insertions(+), 36 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-08-09 4:53 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-08-09 4:53 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, DRI mailing list
[-- Attachment #1: Type: TEXT/PLAIN, Size: 4446 bytes --]
Hi Linus
mostly radeon, more fixes for dynamic power management which is is off by
default for this release anyways, but there are a large number of testers,
so I'd like to keep merging the fixes,
otherwise, radeon UVD fixes affecting suspend/resume regressions, i915
regression fixes, one for your mac mini, ast,mgag200,cirrus ttm fix and
one regression fix in the core.
Dave.
The following changes since commit c095ba7224d8edc71dcef0d655911399a8bd4a3f:
Linux 3.11-rc4 (2013-08-04 13:46:46 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to e42f5814212079aecd5826dba10588a896ac0862:
Merge tag 'drm-intel-fixes-2013-08-08' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes (2013-08-09 09:09:37 +1000)
----------------------------------------------------------------
Aaron Lu (1):
drm/i915: avoid brightness overflow when doing scale
Alex Deucher (11):
drm/radeon: properly handle pm on gpu reset
drm/radeon: select audio dto based on encoder id for DCE3
drm/radeon/dpm: adjust thermal protection requirements
drm/radeon/dpm: fix spread spectrum setup (v2)
drm/radeon/dpm: adjust power state properly for UVD on SI
drm/radeon/dpm: disable sclk ss on rv6xx
drm/radeon: fix audio dto calculation on DCE3+ (v3)
drm/radeon: always program the MC on startup
drm/radeon/cik: use a mutex to properly lock srbm instanced registers
drm/radeon/dpm: require rlc for dpm
drm/radeon: make missing smc ucode non-fatal
Christian König (5):
drm/radeon: fix halting UVD
drm/radeon: only save UVD bo when we have open handles
drm/radeon: stop sending invalid UVD destroy msg
drm/radeon: add more UVD CS checking
drm/radeon: remove unnecessary unpin
Daniel Vetter (1):
drm/i915: fix gen4 digital port hotplug definitions
Dave Airlie (3):
drm/ast: invalidate page tables when pinning a BO
Merge branch 'drm-fixes-3.11' of git://people.freedesktop.org/~agd5f/linux
Merge tag 'drm-intel-fixes-2013-08-08' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Egbert Eich (1):
drm/mgag200: Invalidate page tables when pinning a BO
Jani Nikula (1):
drm/i915: do not disable backlight on vgaswitcheroo switch off
Michal Srb (1):
drm/cirrus: Invalidate page tables when pinning a BO
Michel Dänzer (1):
drm: Don't pass negative delta to ktime_sub_ns()
Paulo Zanoni (1):
drm/i915: update last_vblank when disabling the power well
Ville Syrjälä (1):
drm/i915: Don't call encoder's get_config unless encoder is active
drivers/gpu/drm/ast/ast_ttm.c | 1 +
drivers/gpu/drm/cirrus/cirrus_ttm.c | 1 +
drivers/gpu/drm/drm_irq.c | 5 +-
drivers/gpu/drm/i915/i915_reg.h | 12 +++--
drivers/gpu/drm/i915/intel_display.c | 4 +-
drivers/gpu/drm/i915/intel_panel.c | 18 ++++++-
drivers/gpu/drm/i915/intel_pm.c | 18 +++++++
drivers/gpu/drm/mgag200/mgag200_ttm.c | 1 +
drivers/gpu/drm/radeon/btc_dpm.c | 17 +-----
drivers/gpu/drm/radeon/cik.c | 18 +++++--
drivers/gpu/drm/radeon/cypress_dpm.c | 17 +-----
drivers/gpu/drm/radeon/evergreen.c | 6 ++-
drivers/gpu/drm/radeon/evergreen_hdmi.c | 26 ++++++++-
drivers/gpu/drm/radeon/evergreend.h | 3 ++
drivers/gpu/drm/radeon/ni.c | 16 ++++--
drivers/gpu/drm/radeon/ni_dpm.c | 17 +-----
drivers/gpu/drm/radeon/r600.c | 41 +++++++++++----
drivers/gpu/drm/radeon/r600_hdmi.c | 37 +++++++++++--
drivers/gpu/drm/radeon/r600d.h | 3 ++
drivers/gpu/drm/radeon/radeon.h | 4 +-
drivers/gpu/drm/radeon/radeon_asic.h | 2 +-
drivers/gpu/drm/radeon/radeon_device.c | 3 ++
drivers/gpu/drm/radeon/radeon_fence.c | 2 +-
drivers/gpu/drm/radeon/radeon_gart.c | 1 -
drivers/gpu/drm/radeon/radeon_pm.c | 9 +++-
drivers/gpu/drm/radeon/radeon_uvd.c | 93 +++++++++++++++++++++++++--------
drivers/gpu/drm/radeon/rv6xx_dpm.c | 22 ++++----
drivers/gpu/drm/radeon/rv770.c | 7 ++-
drivers/gpu/drm/radeon/rv770_dpm.c | 33 ++++++------
drivers/gpu/drm/radeon/rv770_dpm.h | 1 +
drivers/gpu/drm/radeon/si.c | 19 ++++---
drivers/gpu/drm/radeon/si_dpm.c | 61 +++++++++++----------
32 files changed, 353 insertions(+), 165 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-07-31 0:25 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-07-31 0:25 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
radeon, nouveau, exynos, intel, mgag200:
not all strictly regressions but there was probably only one patch I'd
have really left out and it didn't seem worth respinning exynos to avoid
it, the line change count is quite low.
radeon: regressions + more dynamic powermanagement fixes, since DPM is a
new feature, and off by default I'd prefer to keep merging fixes since it
has a large userbase already and I'd like to keep them on mainline
nouveau: is mostly regression fixes
i915: is a regression fix since Daniel is on holidays I've merged it.
mgag200: I've picked a bunch of targetted fixes from a big bunch of distro
patches,
exynos: build fixes mostly, one regression fix
I expect things will slow right down now, I may send on the intel early
quirk from Jesse separatly, since I think the x86 maintainers acked it.
Dave.
The following changes since commit 5ae90d8e467e625e447000cb4335c4db973b1095:
Linux 3.11-rc3 (2013-07-28 20:53:33 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to e1b4d3036c07ff137955fb1c0197ab62534f46ec:
drm/i915: fix missed hunk after GT access breakage (2013-07-31 09:54:09 +1000)
----------------------------------------------------------------
Alex Deucher (14):
drm/radeon: fix audio dto programming on DCE4+
drm/radeon/dpm: fix display gap programming on SI
drm/radeon/dpm: fix si_calculate_memory_refresh_rate()
drm/radeon/dpm: fix powertune handling for pci id 0x6835
drm/radeon: properly handle cg on asics without UVD
drm/radeon/atom: fix fb when fetching engine params
drm/radeon/dpm: fix forcing performance state to low on cayman
drm/radeon/si: disable cgcg and pg for now
drm/radeon/dpm: disable cac setup on SI
drm/radeon/dpm: fix and enable reclocking on SI
drm/radeon/atom: initialize more atom interpretor elements to 0
drm: fix 64 bit drm fixed point helpers
drm/radeon/dpm: fix calculations in si_calculate_leakage_for_v_and_t_formula
drm/radeon/dpm: re-enable cac control on SI
Ben Skeggs (1):
drm/nouveau/vm: make vm refcount into a kref
Ben Widawsky (1):
drm/i915: fix missed hunk after GT access breakage
Dave Airlie (4):
Merge branch 'drm-fixes-3.11' of git://people.freedesktop.org/~agd5f/linux
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/.../daeinki/drm-exynos
Merge branch 'drm-nouveau-next' of git://anongit.freedesktop.org/git/nouveau/linux-2.6
Merge branch 'drm-fixes-3.11' of git://people.freedesktop.org/~agd5f/linux
Egbert Eich (4):
drm/mgag200: Fix logic in mgag200_bo_pin() (v2)
drm/mgag200: Add an crtc_disable callback to the crtc helper funcs
drm/mgag200: Add sysfs support for connectors
drm/mgag200: Fix LUT programming for 16bpp
Emil Velikov (2):
drm/nv50/gpio: post-nv92 cards have 32 interrupt lines
drm/nv50-/disp: remove dcb_outp_match call, and related variables
Ilia Mirkin (6):
drm/nouveau/core: xtensa firmware size needs to be 0x40000 no matter what
drm/nv50/mc: include vp in the fb error reporting mask
drm/nv31/mpeg: fix mpeg engine initialization
drm/nva3-/disp: fix hda eld writing, needs to be padded
drm/nv40/mpeg: write magic value to channel object to make it work
drm/nv31/mpeg: don't recognize nv3x cards as having nv44 graph class
Inki Dae (2):
drm/exynos: fix module build error
drm/exynos: consider common clock framework to g2d driver.
Maarten Lankhorst (3):
drm/nouveau: fix null pointer dereference in poll_changed
drm/nouveau: fix size check for cards without vm
drm/nouveau: fix semaphore dmabuf obj
Roy Spliet (1):
drm/nvc0/fb: take lock in nvc0_ram_put()
Sachin Kamat (1):
drm/exynos: Remove module.h header inclusion
Takashi Iwai (1):
drm/mgag200: Fix framebuffer pitch calculation
Wei Yongjun (1):
drm/exynos: exynos_drm_ipp: fix return value check
drivers/gpu/drm/exynos/exynos_ddc.c | 1 -
drivers/gpu/drm/exynos/exynos_drm_fimc.c | 1 -
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 3 --
drivers/gpu/drm/exynos/exynos_drm_g2d.c | 19 ++++++---
drivers/gpu/drm/exynos/exynos_drm_gsc.c | 1 -
drivers/gpu/drm/exynos/exynos_drm_hdmi.c | 1 -
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 13 +++---
drivers/gpu/drm/exynos/exynos_drm_rotator.c | 1 -
drivers/gpu/drm/exynos/exynos_drm_vidi.c | 1 -
drivers/gpu/drm/exynos/exynos_hdmi.c | 1 -
drivers/gpu/drm/exynos/exynos_hdmiphy.c | 1 -
drivers/gpu/drm/exynos/exynos_mixer.c | 1 -
drivers/gpu/drm/i915/i915_dma.c | 1 +
drivers/gpu/drm/i915/i915_drv.h | 1 +
drivers/gpu/drm/i915/intel_pm.c | 6 +++
drivers/gpu/drm/mgag200/mgag200_mode.c | 46 +++++++++++++++++++++-
drivers/gpu/drm/mgag200/mgag200_ttm.c | 1 +
drivers/gpu/drm/nouveau/core/engine/disp/hdanva3.c | 2 +
drivers/gpu/drm/nouveau/core/engine/disp/hdanvd0.c | 2 +
drivers/gpu/drm/nouveau/core/engine/disp/sornv50.c | 8 ----
drivers/gpu/drm/nouveau/core/engine/mpeg/nv31.c | 9 +++--
drivers/gpu/drm/nouveau/core/engine/mpeg/nv40.c | 1 +
drivers/gpu/drm/nouveau/core/engine/xtensa.c | 8 +++-
drivers/gpu/drm/nouveau/core/include/subdev/vm.h | 2 +-
drivers/gpu/drm/nouveau/core/subdev/fb/priv.h | 2 +-
drivers/gpu/drm/nouveau/core/subdev/fb/ramnv50.c | 22 +++++++----
drivers/gpu/drm/nouveau/core/subdev/fb/ramnvc0.c | 14 +++++--
drivers/gpu/drm/nouveau/core/subdev/gpio/nv50.c | 10 ++---
drivers/gpu/drm/nouveau/core/subdev/mc/nv50.c | 2 +-
drivers/gpu/drm/nouveau/core/subdev/vm/base.c | 27 +++++--------
drivers/gpu/drm/nouveau/nouveau_bo.c | 7 +++-
drivers/gpu/drm/nouveau/nouveau_fbcon.c | 3 +-
drivers/gpu/drm/nouveau/nv17_fence.c | 2 +-
drivers/gpu/drm/nouveau/nv50_fence.c | 14 ++++---
drivers/gpu/drm/radeon/atom.c | 5 +++
drivers/gpu/drm/radeon/evergreen_hdmi.c | 2 +-
drivers/gpu/drm/radeon/ni_dpm.c | 7 +---
drivers/gpu/drm/radeon/radeon_atombios.c | 2 +-
drivers/gpu/drm/radeon/si.c | 14 +++----
drivers/gpu/drm/radeon/si_dpm.c | 39 +++++++++---------
include/drm/drm_fixed.h | 14 +++----
41 files changed, 192 insertions(+), 125 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-07-23 4:40 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-07-23 4:40 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 4311 bytes --]
Hi Linus,
This is just a regular fixes pull, mostly nouveau and i915, the i915 ones
fix RC6 on Sandybridge after suspend/resume, which I think people have be
wanting for quite a while!
Now you shouldn't wish for more patches, as the new mutex/reservation code
found a number of problems with the qxl driver, and it currently makes
lockdep angry, I'm working on a set of fixes for it, but its a bit large,
I'll submit them separately later today or tomorrow once I've banged on
them a bit more, just warning you in advance :-)
Dave.
The following changes since commit 3b2f64d00c46e1e4e9bd0bb9bb12619adac27a4b:
Linux 3.11-rc2 (2013-07-21 12:05:29 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 058ca4a22ebf22ea1cbedd6cc0340ed1e2e94ee1:
Merge tag 'drm-intel-fixes-2013-07-22' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes (2013-07-22 16:14:26 +1000)
----------------------------------------------------------------
Ben Skeggs (4):
Merge remote-tracking branch 'airlied/drm-next' into drm-nouveau-next
drm/nouveau: fix locking issues in page flipping paths
drm/nv50/kms: fix pin refcnt leaks
drm/nouveau: use dedicated channel for async moves on GT/GF chipsets.
Chris Wilson (2):
drm/i915: Fix dereferencing invalid connectors in is_crtc_connector_off()
drm/i915: Serialize almost all register access
Daniel Vetter (7):
drm/i915: fix up readout of the lvds dither bit on gen2/3
drm/i915: fix pfit regression for non-autoscaled resolutions
drm/i915: Sanitize shared dpll state
Merge tag 'v3.10' into drm-intel-fixes
drm/i915: correctly restore fences with objects attached
drm/i915: fix up gt init sequence fallout
drm/crtc-helper: explicit DPMS on after modeset
Dave Airlie (2):
Merge branch 'drm-nouveau-next' of git://anongit.freedesktop.org/git/nouveau/linux-2.6
Merge tag 'drm-intel-fixes-2013-07-22' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Kamal Mostafa (1):
drm/i915: quirk no PCH_PWM_ENABLE for Dell XPS13 backlight
Konstantin Khlebnikov (1):
drm/i915: fix long-standing SNB regression in power consumption after resume v2
Maarten Lankhorst (5):
drm/nouveau: fix some error-path leaks in fbcon handling code
drm/nouveau: do not unpin in nouveau_gem_object_del
drm/nouveau: bump fence timeout to 15 seconds
drm/nouveau: add falcon interrupt handler
drm/nouveau: do not allow negative sizes for now
Stéphane Marchesin (1):
drm/i915: Preserve the DDI_A_4_LANES bit from the bios
drivers/gpu/drm/drm_crtc_helper.c | 27 ++++-----
drivers/gpu/drm/i915/i915_dma.c | 18 +++---
drivers/gpu/drm/i915/i915_drv.c | 13 ++--
drivers/gpu/drm/i915/i915_drv.h | 3 +-
drivers/gpu/drm/i915/i915_gem.c | 18 +++++-
drivers/gpu/drm/i915/intel_ddi.c | 10 ++--
drivers/gpu/drm/i915/intel_display.c | 69 ++++++++++++++++------
drivers/gpu/drm/i915/intel_drv.h | 2 +-
drivers/gpu/drm/i915/intel_lvds.c | 12 ++--
drivers/gpu/drm/i915/intel_panel.c | 6 +-
drivers/gpu/drm/i915/intel_pm.c | 8 ++-
drivers/gpu/drm/nouveau/core/engine/bsp/nvc0.c | 1 +
drivers/gpu/drm/nouveau/core/engine/bsp/nve0.c | 1 +
drivers/gpu/drm/nouveau/core/engine/falcon.c | 19 ++++++
drivers/gpu/drm/nouveau/core/engine/ppp/nvc0.c | 1 +
drivers/gpu/drm/nouveau/core/engine/vp/nvc0.c | 1 +
drivers/gpu/drm/nouveau/core/engine/vp/nve0.c | 1 +
.../gpu/drm/nouveau/core/include/engine/falcon.h | 2 +
drivers/gpu/drm/nouveau/nouveau_bo.c | 21 +++++--
drivers/gpu/drm/nouveau/nouveau_display.c | 69 ++++++++++------------
drivers/gpu/drm/nouveau/nouveau_drm.c | 15 ++++-
drivers/gpu/drm/nouveau/nouveau_fbcon.c | 1 +
drivers/gpu/drm/nouveau/nouveau_fence.c | 2 +-
drivers/gpu/drm/nouveau/nouveau_gem.c | 6 --
drivers/gpu/drm/nouveau/nv50_display.c | 46 +++++++++++----
25 files changed, 242 insertions(+), 130 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-07-18 21:00 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-07-18 21:00 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 5503 bytes --]
Hey Linus,
you'll be terribly disappointed in this, I'm not trying to sneak any
features in or anything, its mostly radeon and intel fixes, a couple of
ARM driver fixes.
Dave.
The following changes since commit ad81f0545ef01ea651886dddac4bef6cec930092:
Linux 3.11-rc1 (2013-07-14 15:18:27 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 3668f0df6e62cd989909f40669bbe585e8dd51ae:
Merge branch 'drm/3.11/fixes' of git://linuxtv.org/pinchartl/fbdev into drm-fixes (2013-07-18 20:04:50 +1000)
----------------------------------------------------------------
Alex Deucher (16):
drm/radeon/hdmi: make sure we have an afmt block assigned
drm/radeon/dpm: disable gfx PG on PALM
drm/radeon: Disable dma rings for bo moves on r6xx
drm/radeon: implement bo copy callback using CP DMA (v2)
drm/radeon: use CP DMA on r6xx for bo moves
drm/radeon: add fault decode function for cayman/TN (v2)
drm/radeon: add fault decode function for SI (v2)
drm/radeon: add fault decode function for CIK
drm/radeon: allow selection of alignment in the sub-allocator
drm/radeon: align VM PTBs (Page Table Blocks) to 32K
drm/radeon/dpm/sumo: handle boost states properly when forcing a perf level
drm/radeon: add a module parameter to disable aspm
drm/radeon: fix an endian bug in atom table parsing
drm/radeon/dpm: fix atom vram table parsing
drm/radeon/dpm/atom: fix broken gcc harder
drm/radeon/dpm: add debugfs support for RS780/RS880 (v3)
Andre Heider (1):
drm/radeon/dpm/atom: restructure logic to work around a compiler bug
Chris Wilson (3):
drm/i915: Fix write-read race with multiple rings
drm/i915: Fix incoherence with fence updates on Sandybridge+
Revert "drm/i915: Workaround incoherence between fences and LLC across multiple CPUs"
Christian König (2):
drm/radeon: fix UVD fence emit
drm/radeon: never unpin UVD bo v3
Daniel Vetter (2):
drm/i915: reinit status page registers after gpu reset
drm/i915: fix up ring cleanup for the i830/i845 CS tlb w/a
Dave Airlie (4):
Merge branch 'drm-fixes-3.11' of git://people.freedesktop.org/~agd5f/linux
Merge tag 'drm-intel-fixes-2013-07-11' of git://people.freedesktop.org/~danvet/drm-intel
Merge branch 'drm-fixes-3.11' of git://people.freedesktop.org/~agd5f/linux
Merge branch 'drm/3.11/fixes' of git://linuxtv.org/pinchartl/fbdev into drm-fixes
Guenter Roeck (1):
Partially revert "drm/i915: unconditionally use mt forcewake on hsw/ivb"
Imre Deak (1):
drm/i915: fix lane bandwidth capping for DP 1.2 sinks
Jerome Glisse (1):
drm/radeon: use radeon device for request firmware
Laurent Pinchart (2):
drm/shmobile: Use the GEM PRIME helpers
drm/rcar-du: Use the GEM PRIME helpers
Maarten Lankhorst (1):
drm/radeon: add missing ttm_eu_backoff_reservation to radeon_bo_list_validate
Paulo Zanoni (1):
drm/i915: switch disable_power_well default value to 1
Sergey Senozhatsky (1):
radeon kms: do not flush uninitialized hotplug work
Sylvain 'ythier' Hitier (1):
uvesafb: Really allow mtrr being 0, as documented and warn()ed
Xiong Zhang (1):
drm/i915: Correct obj->mm_list link to dev_priv->dev_priv->mm.inactive_list
drivers/gpu/drm/i915/i915_drv.c | 4 +-
drivers/gpu/drm/i915/i915_gem.c | 83 ++++-----
drivers/gpu/drm/i915/intel_dp.c | 5 +
drivers/gpu/drm/i915/intel_pm.c | 31 +++-
drivers/gpu/drm/i915/intel_ringbuffer.c | 38 ++--
drivers/gpu/drm/radeon/cik.c | 59 +++---
drivers/gpu/drm/radeon/cikd.h | 16 ++
drivers/gpu/drm/radeon/evergreen.c | 13 +-
drivers/gpu/drm/radeon/evergreen_hdmi.c | 6 +
drivers/gpu/drm/radeon/ni.c | 182 +++++++++++++++++--
drivers/gpu/drm/radeon/nid.h | 16 ++
drivers/gpu/drm/radeon/r100.c | 11 +-
drivers/gpu/drm/radeon/r600.c | 102 +++++++++--
drivers/gpu/drm/radeon/r600_hdmi.c | 6 +
drivers/gpu/drm/radeon/r600d.h | 1 +
drivers/gpu/drm/radeon/radeon.h | 10 +-
drivers/gpu/drm/radeon/radeon_asic.c | 13 +-
drivers/gpu/drm/radeon/radeon_asic.h | 5 +
drivers/gpu/drm/radeon/radeon_atombios.c | 40 ++---
drivers/gpu/drm/radeon/radeon_drv.c | 4 +
drivers/gpu/drm/radeon/radeon_fence.c | 2 +-
drivers/gpu/drm/radeon/radeon_gart.c | 11 +-
drivers/gpu/drm/radeon/radeon_irq_kms.c | 11 +-
drivers/gpu/drm/radeon/radeon_object.c | 1 +
drivers/gpu/drm/radeon/radeon_object.h | 2 +-
drivers/gpu/drm/radeon/radeon_ring.c | 1 +
drivers/gpu/drm/radeon/radeon_sa.c | 7 +-
drivers/gpu/drm/radeon/radeon_uvd.c | 111 +++++-------
drivers/gpu/drm/radeon/rs780_dpm.c | 25 +++
drivers/gpu/drm/radeon/rs780d.h | 3 +
drivers/gpu/drm/radeon/rv6xx_dpm.c | 14 +-
drivers/gpu/drm/radeon/rv770.c | 2 +-
drivers/gpu/drm/radeon/rv770_dpm.c | 14 +-
drivers/gpu/drm/radeon/si.c | 298 +++++++++++++++++++++++++++++--
drivers/gpu/drm/radeon/sid.h | 14 ++
drivers/gpu/drm/radeon/sumo_dpm.c | 14 +-
drivers/gpu/drm/rcar-du/rcar_du_drv.c | 9 +-
drivers/gpu/drm/shmobile/shmob_drm_drv.c | 9 +-
drivers/video/uvesafb.c | 2 +-
39 files changed, 918 insertions(+), 277 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-06-12 7:38 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-06-12 7:38 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
just some GMA500 memory leaks and i915 regression fix due to regression
fix.
Dave.
The following changes since commit ab0296319a8cb970f4e42659472bb40fbfae3e56:
Merge tag 'spi-v3.10-rc4' of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi (2013-06-10 13:28:39 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to df63d3ecbca514bad99513b2401448d19a9bb92e:
Merge tag 'drm-intel-fixes-2013-06-11' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes (2013-06-11 19:38:27 +1000)
----------------------------------------------------------------
Chris Wilson (2):
drm/i915: Fix hotplug interrupt enabling for SDVOC
drm/i915: Enable hotplug interrupts after querying hw capabilities.
Daniel Vetter (1):
drm/i915: prefer VBT modes for SVDO-LVDS over EDID
Dave Airlie (2):
Merge branch 'gma500-fixes' of git://github.com/patjak/drm-gma500 into drm-fixes
Merge tag 'drm-intel-fixes-2013-06-11' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Patrik Jakobsson (5):
drm/gma500: Add fb gtt offset to fb base
drm/gma500/psb: Unpin framebuffer on crtc disable
drm/gma500/cdv: Unpin framebuffer on crtc disable
drm/gma500/psb: Fix cursor gem obj referencing on psb
drm/gma500/cdv: Fix cursor gem obj referencing on cdv
drivers/gpu/drm/gma500/cdv_intel_display.c | 30 ++++++++++++++++++++++-----
drivers/gpu/drm/gma500/framebuffer.c | 4 ++--
drivers/gpu/drm/gma500/psb_intel_display.c | 33 ++++++++++++++++++++++++------
drivers/gpu/drm/i915/intel_sdvo.c | 24 +++++++++++++---------
4 files changed, 68 insertions(+), 23 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2013-06-06 5:22 ` Linus Torvalds
@ 2013-06-06 5:25 ` Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-06-06 5:25 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Dave Airlie, DRI mailing list, Linux Kernel Mailing List
On Thu, Jun 6, 2013 at 3:22 PM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> On Thu, Jun 6, 2013 at 2:14 PM, Dave Airlie <airlied@linux.ie> wrote:
>>
>> 7 files changed, 32 insertions(+), 42 deletions(-)
>
> That's not at all what I get (including shortlog). I got
>
> 29 files changed, 188 insertions(+), 68 deletions(-)
>
> from a lot of commits you don't list.
doh I slurped in the wrong file to my emailer.
Will resend.
Sorry,
Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2013-06-06 5:14 Dave Airlie
@ 2013-06-06 5:22 ` Linus Torvalds
2013-06-06 5:25 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Linus Torvalds @ 2013-06-06 5:22 UTC (permalink / raw)
To: Dave Airlie; +Cc: DRI mailing list, Linux Kernel Mailing List
On Thu, Jun 6, 2013 at 2:14 PM, Dave Airlie <airlied@linux.ie> wrote:
>
> 7 files changed, 32 insertions(+), 42 deletions(-)
That's not at all what I get (including shortlog). I got
29 files changed, 188 insertions(+), 68 deletions(-)
from a lot of commits you don't list.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-06-06 5:14 Dave Airlie
2013-06-06 5:22 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2013-06-06 5:14 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1831 bytes --]
Hi Linus,
regression fixers for the big 3:
nouveau: hdmi audio, dac load detect, s/r regressions fixed
radeon: long standing system hang fixed, hdmi audio and rs780 fast fb
fixes
intel: one old regression, a WARN removal, and a stop X dying fix
otherwise one mgag200 fix, a couple of arm build fixes, and a core use
after free fix.
Dave.
The following changes since commit c89b65e7fffef745bdd36c372aa0dea778fecbab:
qxl: fix Kconfig deps - select FB_DEFERRED_IO (2013-05-28 17:03:37 +1000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 970fa986fadb1165cf38b45b70e98302a3bee497:
drm/qxl: fix build warnings on 32-bit (2013-05-31 12:45:09 +1000)
----------------------------------------------------------------
Alex Deucher (4):
drm/radeon: fix typo in cu_per_sh on verde
drm/radeon: fix card_posted check for newer asics
drm/radeon: don't check crtcs in card_posted() on cards without DCE
drm/radeon: narrow scope of Apple re-POST hack
Christian König (1):
drm/radeon: UVD block on SUMO2 is the same as on SUMO
Dave Airlie (2):
Merge branch 'drm-fixes-3.10' of git://people.freedesktop.org/~agd5f/linux into drm-next
drm/qxl: fix build warnings on 32-bit
Kleber Sacilotto de Souza (1):
radeon: use max_bus_speed to activate gen2 speeds
drivers/gpu/drm/qxl/qxl_ioctl.c | 4 ++--
drivers/gpu/drm/qxl/qxl_kms.c | 9 +++++----
drivers/gpu/drm/radeon/evergreen.c | 10 +++-------
drivers/gpu/drm/radeon/r600.c | 9 ++-------
drivers/gpu/drm/radeon/radeon_device.c | 27 ++++++++++++++++-----------
drivers/gpu/drm/radeon/rv770.c | 13 +++----------
drivers/gpu/drm/radeon/si.c | 2 +-
7 files changed, 32 insertions(+), 42 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-05-31 2:59 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-05-31 2:59 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1616 bytes --]
Hi Linus,
one qxl 32-bit warning fix, the rest is a bunch of radeon fixes from Alex
for some issues we've been seeing.
Dave.
The following changes since commit c89b65e7fffef745bdd36c372aa0dea778fecbab:
qxl: fix Kconfig deps - select FB_DEFERRED_IO (2013-05-28 17:03:37 +1000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 970fa986fadb1165cf38b45b70e98302a3bee497:
drm/qxl: fix build warnings on 32-bit (2013-05-31 12:45:09 +1000)
----------------------------------------------------------------
Alex Deucher (4):
drm/radeon: fix typo in cu_per_sh on verde
drm/radeon: fix card_posted check for newer asics
drm/radeon: don't check crtcs in card_posted() on cards without DCE
drm/radeon: narrow scope of Apple re-POST hack
Christian König (1):
drm/radeon: UVD block on SUMO2 is the same as on SUMO
Dave Airlie (2):
Merge branch 'drm-fixes-3.10' of git://people.freedesktop.org/~agd5f/linux into drm-next
drm/qxl: fix build warnings on 32-bit
Kleber Sacilotto de Souza (1):
radeon: use max_bus_speed to activate gen2 speeds
drivers/gpu/drm/qxl/qxl_ioctl.c | 4 ++--
drivers/gpu/drm/qxl/qxl_kms.c | 9 +++++----
drivers/gpu/drm/radeon/evergreen.c | 10 +++-------
drivers/gpu/drm/radeon/r600.c | 9 ++-------
drivers/gpu/drm/radeon/radeon_device.c | 27 ++++++++++++++++-----------
drivers/gpu/drm/radeon/rv770.c | 13 +++----------
drivers/gpu/drm/radeon/si.c | 2 +-
7 files changed, 32 insertions(+), 42 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-05-28 7:07 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-05-28 7:07 UTC (permalink / raw)
To: torvalds, DRI mailing list; +Cc: linux-kernel
Hi Linus,
this is mostly exynos and intel fixes, along with some vblank patches I
lost from Rob a few months ago that make wayland work better on lots of
GPUs, also a qxl kconfig fix.
Dave.
The following changes since commit b91fd4d5aad0c1124654341814067ca3f59490fc:
Merge tag 'pci-v3.10-fixes-2' of git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci (2013-05-23 13:50:53 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux.git drm-fixes
for you to fetch changes up to c89b65e7fffef745bdd36c372aa0dea778fecbab:
qxl: fix Kconfig deps - select FB_DEFERRED_IO (2013-05-28 17:03:37 +1000)
----------------------------------------------------------------
Andrew Jones (1):
qxl: fix Kconfig deps - select FB_DEFERRED_IO
Chris Wilson (1):
drm/i915: Propagate errors back from fb set-base
Dave Airlie (3):
Merge remote-tracking branch 'pfdo/drm-fixes' into drm-next
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/.../daeinki/drm-exynos into drm-next
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-next
Imre Deak (5):
drm/i915: force full modeset if the connector is in DPMS OFF mode
drm/i915: add msecs_to_jiffies_timeout to guarantee minimum duration
drm/i915: use msecs_to_jiffies_timeout instead of open coding the same
drm/i915: avoid premature timeouts in __wait_seqno()
drm/i915: avoid premature DP AUX timeouts
Inki Dae (1):
drm/exynos: wait for the completion of pending page flip
Lars-Peter Clausen (1):
drm/exynos: exynos_hdmi: Pass correct pointer to free_irq()
Rob Clark (6):
drm/nouveau: use drm_send_vblank_event() helper
drm/radeon: use drm_send_vblank_event() helper
drm/shmob: use drm_send_vblank_event() helper
drm/imx: use drm_send_vblank_event() helper
drm/exynos: page flip fixes
drm/exynos: use drm_send_vblank_event() helper
Rodrigo Vivi (1):
drm/i915: Adding more reserved PCI IDs for Haswell.
Sachin Kamat (2):
drm/exynos: exynos_drm_fbdev: Fix incorrect usage of IS_ERR_OR_NULL
drm/exynos: exynos_drm_ipp: Fix incorrect usage of IS_ERR_OR_NULL
Seung-Woo Kim (4):
drm/exynos: cleanup device pointer usages
drm/exynos: fix build warnings from ipp fimc
drm/exynos: remove unnecessary devm_kfree
drm/exynos: replace request_threaded_irq with devm function
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 27 ++++++++++------
drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 2 +-
drivers/gpu/drm/exynos/exynos_drm_fimc.c | 12 +++----
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 10 +++---
drivers/gpu/drm/exynos/exynos_drm_g2d.c | 6 ++--
drivers/gpu/drm/exynos/exynos_drm_gsc.c | 12 ++-----
drivers/gpu/drm/exynos/exynos_drm_hdmi.c | 2 +-
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 18 +++++------
drivers/gpu/drm/exynos/exynos_drm_rotator.c | 13 ++------
drivers/gpu/drm/exynos/exynos_drm_vidi.c | 4 +--
drivers/gpu/drm/exynos/exynos_hdmi.c | 21 +++++--------
drivers/gpu/drm/exynos/exynos_mixer.c | 14 ++++-----
drivers/gpu/drm/i915/i915_drv.c | 46 ++++++++++++++++++++-------
drivers/gpu/drm/i915/i915_drv.h | 15 +++++++++
drivers/gpu/drm/i915/i915_gem.c | 2 +-
drivers/gpu/drm/i915/intel_display.c | 49 +++++++++++++++++++----------
drivers/gpu/drm/i915/intel_dp.c | 2 +-
drivers/gpu/drm/i915/intel_i2c.c | 5 +--
drivers/gpu/drm/nouveau/nouveau_display.c | 13 ++------
drivers/gpu/drm/qxl/Kconfig | 1 +
drivers/gpu/drm/radeon/radeon_display.c | 13 ++------
drivers/gpu/drm/shmobile/shmob_drm_crtc.c | 19 +++--------
drivers/staging/imx-drm/ipuv3-crtc.c | 21 ++-----------
23 files changed, 163 insertions(+), 164 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-05-17 1:52 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-05-17 1:52 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
Fix for radeon nomodeset regression, old radeon interface cliprects fix, 2
qxl crasher fixes, and a couple of minor cleanups.
I may have a new AMD hw support branch next week, its one of those doesn't
affect anything existing just adds new support, I'll see how it
shapes up and I might ask you to take it, just thought I'd warn in
advance.
Dave.
The following changes since commit 9f1d036648c1c5ed81b0e98d7a06d55df972701e:
drm/mgag200: Fix framebuffer base address programming (2013-05-13 12:17:32 +1000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux.git drm-next
for you to fetch changes up to e9ced8e040ebe40e9953db90acbe7d0b58702ebb:
drm/radeon: restore nomodeset operation (v2) (2013-05-17 11:47:07 +1000)
----------------------------------------------------------------
Dave Airlie (6):
drm: remove unused wrapper macros
drm/qxl: fix ioport interactions for kernel submitted commands.
qxl: drop unused variable.
drm/qxl: drop active_user_framebuffer as its unneeded
qxl: fix bug with object eviction and update area
drm/radeon: restore nomodeset operation (v2)
Kees Cook (1):
drm/radeon: check incoming cliprects pointer
drivers/gpu/drm/qxl/qxl_cmd.c | 29 +++++++++++++++++++----------
drivers/gpu/drm/qxl/qxl_display.c | 17 ++++-------------
drivers/gpu/drm/qxl/qxl_drv.h | 7 -------
drivers/gpu/drm/qxl/qxl_ioctl.c | 1 +
drivers/gpu/drm/radeon/r300_cmdbuf.c | 2 +-
drivers/gpu/drm/radeon/radeon_drv.c | 12 +++++++++++-
include/drm/drm_os_linux.h | 9 ---------
7 files changed, 36 insertions(+), 41 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-05-13 2:22 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-05-13 2:22 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 3164 bytes --]
Hi Linus,
just a few straggling fixes I hoovered up, and an intel fixes pull from
Daniel which fixes some regressions, and some mgag200 fixes from Matrox.
Dave.
The following changes since commit 307b9c022720f9de90d58e51743e01e9a42aec59:
qxl: update to new idr interfaces. (2013-05-03 10:37:20 +1000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux.git drm-next
for you to fetch changes up to 9f1d036648c1c5ed81b0e98d7a06d55df972701e:
drm/mgag200: Fix framebuffer base address programming (2013-05-13 12:17:32 +1000)
----------------------------------------------------------------
Ben Widawsky (1):
Revert "drm/i915: Calculate correct stolen size for GEN7+"
Chris Cummins (1):
drm: Use names of ioctls in debug traces
Chris Wilson (1):
drm/i915: Always normalize return timeout for wait_timeout_ioctl
Christopher Harvey (4):
drm/mgag200: Don't change unrelated registers during modeset
drm/mgag200: Fix writes into MGA1064_PIX_CLK_CTL register
drm/mgag200: Convert counter delays to jiffies
drm/mgag200: Fix framebuffer base address programming
Damien Lespiau (2):
drm: Add missing break in the command line mode parsing code
drm: Don't prune modes loudly when a connector is disconnected
Daniel Vetter (3):
drm/mm: fix dump table BUG
drm: don't check modeset locks in panic handler
Revert "drm/i915: revert eDP bpp clamping code changes"
Dave Airlie (1):
Merge branch 'for-linux-next' of git://people.freedesktop.org/~danvet/drm-intel into drm-next
Imre Deak (1):
drm/i915: hsw: fix link training for eDP on port-A
Jani Nikula (1):
drm/i915: clear the stolen fb before resuming
Kees Cook (1):
drm: refactor call to request_module
Lespiau, Damien (2):
drm: Make the HPD status updates debug logs more readable
drm: Only print a debug message when the polled connector has changed
Ville Syrjälä (3):
drm/i915: Fix pipe enabled mask for pipe C in WM calculations
drm: Add kernel-doc for drm_fb_helper_funcs->initial_config
drm: Remove pointless '-' characters from drm_fb_helper documentation
drivers/gpu/drm/drm_crtc.c | 5 ++
drivers/gpu/drm/drm_crtc_helper.c | 27 +++++++---
drivers/gpu/drm/drm_drv.c | 20 +++++---
drivers/gpu/drm/drm_encoder_slave.c | 6 +--
drivers/gpu/drm/drm_mm.c | 34 +++++++------
drivers/gpu/drm/drm_modes.c | 1 +
drivers/gpu/drm/i915/i915_gem.c | 8 ++-
drivers/gpu/drm/i915/i915_gem_gtt.c | 15 +-----
drivers/gpu/drm/i915/i915_reg.h | 2 -
drivers/gpu/drm/i915/intel_ddi.c | 5 ++
drivers/gpu/drm/i915/intel_dp.c | 77 ++++++++++++++++++-----------
drivers/gpu/drm/i915/intel_drv.h | 1 +
drivers/gpu/drm/i915/intel_fb.c | 16 +++++-
drivers/gpu/drm/i915/intel_pm.c | 44 ++++++++---------
drivers/gpu/drm/mgag200/mgag200_mode.c | 90 ++++++++++++++++++++--------------
include/drm/drmP.h | 3 +-
include/drm/drm_fb_helper.h | 15 +++---
17 files changed, 213 insertions(+), 156 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-04-14 8:48 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-04-14 8:48 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus
one fix for a hotplug locking regressions, and one fix for an oops if you
unplug the monitor at an inopportune moment on the udl device.
Dave.
The following changes since commit cfb63bafdb87bbcdc5d6dbbca623d3f69475f118:
Merge branch 'fixes' of git://git.infradead.org/users/vkoul/slave-dma (2013-04-11 20:35:11 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 89ced125472b8551c65526934b7f6c733a6864fa:
drm/fb-helper: Fix locking in drm_fb_helper_hotplug_event (2013-04-12 14:21:12 +1000)
----------------------------------------------------------------
Daniel Vetter (1):
drm/fb-helper: Fix locking in drm_fb_helper_hotplug_event
Dave Airlie (1):
udl: handle EDID failure properly.
drivers/gpu/drm/drm_fb_helper.c | 8 +++++---
drivers/gpu/drm/udl/udl_connector.c | 4 ++++
2 files changed, 9 insertions(+), 3 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-04-02 20:58 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-04-02 20:58 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
two core fixes, both regressions, along with some intel and some nouveau
fixes for regressions and oopses.
Dave.
The following changes since commit 2dc958fa2fe6987e7ab106bd97029a09a82fcd8d:
ipc: set msg back to -EAGAIN if copy wasn't performed (2013-04-02 10:09:01 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to a8ec3a662921220fc058ed6f7f3674697876d218:
drm: correctly restore mappings if drm_open fails (2013-04-03 06:44:38 +1000)
----------------------------------------------------------------
Adam Jackson (1):
drm/i915: Be sure to turn hsync/vsync back on at crt enable (v2)
Daniel Vetter (2):
drm/i915: duct-tape locking when eDP init fails
drm: don't unlock in the addfb error paths
Dave Airlie (2):
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-next
Merge branch 'drm-nouveau-fixes-3.9' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-next
Ilija Hadzic (1):
drm: correctly restore mappings if drm_open fails
Lauri Kasanen (1):
drm/i915: Fix build failure
Maarten Lankhorst (2):
drm/nouveau: fix handling empty channel list in ioctl's
drm/nouveau: fix NULL ptr dereference from nv50_disp_intr()
drivers/gpu/drm/drm_crtc.c | 2 --
drivers/gpu/drm/drm_fops.c | 6 +++--
drivers/gpu/drm/i915/i915_gem_execbuffer.c | 2 +-
drivers/gpu/drm/i915/intel_crt.c | 40 +++++++++++++-----------------
drivers/gpu/drm/i915/intel_dp.c | 3 +++
drivers/gpu/drm/nouveau/nouveau_abi16.c | 18 ++++++++------
drivers/gpu/drm/nouveau/nouveau_drm.c | 32 +++++++++++++++---------
drivers/gpu/drm/nouveau/nouveau_drm.h | 2 +-
8 files changed, 56 insertions(+), 49 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-03-21 3:13 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-03-21 3:13 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
radeon, intel and nouveau, along with one mgag200 fix,
intel fix for an ioctl overflow, along with a regression fix for some
phantom irqs on Ironlake.
nouveau has a lockdep warning and a bunch of thermal fixes
radeon has new pci ids and some minor fixes.
Dave.
The following changes since commit 10b38669d64c757cfd927e3820292c580ed70aae:
Merge tag 'for-linus-v3.9-rc4' of git://oss.sgi.com/xfs/xfs (2013-03-19 15:17:40 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to b56fb70870ad76f8295a4e826dab9a9fbb0033f6:
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-next (2013-03-21 10:17:38 +1000)
----------------------------------------------------------------
Alex Deucher (6):
drm/radeon: fix S/R on VM systems (cayman/TN/SI)
drm/radeon: fix backend map setup on 1 RB trinity boards
drm/radeon/benchmark: make sure bo blit copy exists before using it
drm/radeon/benchmark: allow same domains for dma copy
drm/radeon: add support for Richland APUs
drm/radeon: add Richland pci ids
Ben Skeggs (2):
drm/nouveau/core: fix return value of nouveau_object_del()
drm/nv50/kms: prevent lockdep false-positive in page flipping path
Daniel Vetter (1):
MAINTAINERS: intel-gfx is no longer subscribers-only
Dave Airlie (3):
Merge branch 'drm-nouveau-fixes-3.9' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-next
Merge branch 'drm-fixes-3.9' of git://people.freedesktop.org/~agd5f/linux into drm-next
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-next
Jiri Kosina (1):
drm/i915: stop using GMBUS IRQs on Gen4 chips
Julia Lemire (1):
drm/mgag200: Bug fix: Modified pll algorithm for EH project
Kees Cook (2):
drm/i915: restrict kernel address leak in debugfs
drm/i915: bounds check execbuffer relocation count
Martin Peres (11):
drm/nv40/therm: improve selection between the old and the new style
drm/nv40/therm: increase the sensor's settling delay to 20ms
drm/nouveau/therm: do not make assumptions on temperature
drm/nouveau/therm: remove some confusion introduced by therm_mode
drm/nouveau/therm-ic: the temperature is off by sensor_constant, warn the user
drm/nv40/therm: disable temperature reading if the bios misses some parameters
drm/nv40/therm: reserve negative temperatures for errors
drm/nouveau/therm: disable auto fan management if temperature is not available
drm/nouveau/therm: disable temperature management if the sensor isn't readable
drm/nouveau/therm: display the availability of the internal sensor
drm/nouveau/hwmon: do not expose a buggy temperature if it is unavailable
Takashi Iwai (2):
Revert "drm/i915: try to train DP even harder"
drm/i915: Use the fixed pixel clock for eDP in intel_dp_set_m_n()
MAINTAINERS | 2 +-
drivers/gpu/drm/i915/i915_debugfs.c | 2 +-
drivers/gpu/drm/i915/i915_gem_execbuffer.c | 11 +++-
drivers/gpu/drm/i915/intel_dp.c | 14 ++++-
drivers/gpu/drm/i915/intel_i2c.c | 11 +++-
drivers/gpu/drm/mgag200/mgag200_mode.c | 10 ++--
drivers/gpu/drm/nouveau/core/core/object.c | 3 +-
.../gpu/drm/nouveau/core/include/subdev/therm.h | 2 +-
drivers/gpu/drm/nouveau/core/subdev/therm/base.c | 18 ++++--
drivers/gpu/drm/nouveau/core/subdev/therm/ic.c | 6 +-
drivers/gpu/drm/nouveau/core/subdev/therm/nv40.c | 67 ++++++++++++++++------
drivers/gpu/drm/nouveau/core/subdev/therm/priv.h | 3 +-
drivers/gpu/drm/nouveau/core/subdev/therm/temp.c | 30 +++++-----
drivers/gpu/drm/nouveau/nouveau_pm.c | 44 +++++++++-----
drivers/gpu/drm/nouveau/nv50_display.c | 4 +-
drivers/gpu/drm/radeon/ni.c | 33 +++++++++--
drivers/gpu/drm/radeon/radeon_benchmark.c | 21 ++++---
drivers/gpu/drm/radeon/si.c | 1 +
include/drm/drm_pciids.h | 13 ++++-
19 files changed, 204 insertions(+), 91 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-03-07 22:38 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-03-07 22:38 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 4313 bytes --]
Hi Linus,
misc radeon, nouveau, mgag200 and intel fixes,
the intel fixes should contain the fix for the touchpad on the Chromebook
- hey I'm an input maintainer now!
Dave.
The following changes since commit 6dbe51c251a327e012439c4772097a13df43c5b8:
Linux 3.9-rc1 (2013-03-03 15:11:05 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux.git drm-fixes
for you to fetch changes up to 36c1813bb453dd078e49bc5b3c1bf7d13535d9ff:
drm/tegra: drop "select DRM_HDMI" (2013-03-08 08:36:01 +1000)
----------------------------------------------------------------
Alex Deucher (3):
drm/radeon: don't set hpd, afmt interrupts when interrupts are disabled
drm/radeon: add primary dac adj quirk for R200 board
drm/radeon: skip MC reset as it's probably not hung
Ben Skeggs (4):
drm/nve0/graph: some random reg moved on kepler
drm/nv84: fix regression in page flipping
drm/nouveau/i2c: drop parent refcount when creating ports
drm/nv50-: prevent some races between modesetting and page flipping
Christopher Harvey (3):
drm/mgag200: 'fbdev_list' in 'struct mga_fbdev' is not used
drm/mgag200: Reject modes that are too big for VRAM
drm: Documentation typo fixes
Daniel Vetter (1):
drm/i915: enable irqs earlier when resuming
Dave Airlie (3):
Merge branch 'drm-nouveau-fixes-3.9' of git://anongit.freedesktop.org/git/nouveau/linux-2.6
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-next
Merge branch 'drm-fixes-3.9' of git://people.freedesktop.org/~agd5f/linux into drm-next
Egbert Eich (1):
DRM/i915: On G45 enable cursor plane briefly after enabling the display plane.
Francisco Jerez (2):
drm/nouveau: Disable AGP on PowerPC again.
drm/nouveau: Fix typo in init_idx_addr_latched().
Julia Lemire (1):
drm/mgag200: Bug fix: Renesas board now selects native resolution.
Kenneth Graunke (1):
drm/i915: Fix Haswell/CRW PCI IDs.
Marek Olšák (1):
drm/radeon: don't check mipmap alignment if MIP_ADDRESS is FMASK
Patrik Jakobsson (2):
drm/i915: Fix incorrect definition of ADPA HSYNC and VSYNC bits
drm/i915: Turn off hsync and vsync on ADPA when disabling crt
Paul Bolle (1):
drm/tegra: drop "select DRM_HDMI"
Paulo Zanoni (2):
drm/i915: wait_event_timeout's timeout is in jiffies
drm/i915: also disable south interrupts when handling them
Stéphane Marchesin (1):
drm/i915: Increase the RC6p threshold.
Syam Sidhardhan (1):
drm/i915: Fix missing variable initilization
Ville Syrjälä (1):
drm/i915: Don't clobber crtc->fb when queue_flip fails
drivers/gpu/drm/i915/i915_drv.c | 25 +++-
drivers/gpu/drm/i915/i915_irq.c | 26 +++-
drivers/gpu/drm/i915/i915_reg.h | 4 +-
drivers/gpu/drm/i915/intel_crt.c | 2 +-
drivers/gpu/drm/i915/intel_ddi.c | 2 +-
drivers/gpu/drm/i915/intel_display.c | 37 ++++-
drivers/gpu/drm/i915/intel_dp.c | 3 +-
drivers/gpu/drm/i915/intel_pm.c | 2 +-
drivers/gpu/drm/mgag200/mgag200_drv.h | 1 -
drivers/gpu/drm/mgag200/mgag200_i2c.c | 1 +
drivers/gpu/drm/mgag200/mgag200_mode.c | 27 ++++
drivers/gpu/drm/nouveau/core/engine/graph/nve0.c | 2 +-
drivers/gpu/drm/nouveau/core/subdev/bios/init.c | 2 +-
drivers/gpu/drm/nouveau/core/subdev/i2c/base.c | 1 +
drivers/gpu/drm/nouveau/nouveau_agp.c | 12 ++
drivers/gpu/drm/nouveau/nv50_display.c | 173 +++++++++++++----------
drivers/gpu/drm/radeon/evergreen.c | 6 +
drivers/gpu/drm/radeon/evergreen_cs.c | 2 +-
drivers/gpu/drm/radeon/ni.c | 6 +
drivers/gpu/drm/radeon/r600.c | 6 +
drivers/gpu/drm/radeon/radeon_combios.c | 9 ++
drivers/gpu/drm/radeon/radeon_drv.c | 3 +-
drivers/gpu/drm/radeon/radeon_irq_kms.c | 12 ++
drivers/gpu/drm/radeon/si.c | 6 +
drivers/gpu/drm/tegra/Kconfig | 1 -
include/drm/drm_crtc.h | 6 +-
26 files changed, 275 insertions(+), 102 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-01-30 0:43 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-01-30 0:43 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 3696 bytes --]
Hi Linus,
from LCA request, intel, radeon and exynos fixes, nothing too major or
wierd, one dmar fix and a radeon cursor corruption, along with misc exynos
fixes.
Dave.
The following changes since commit 014b34409fb2015f63663b6cafdf557fdf289628:
ttm: on move memory failure don't leave a node dangling (2013-01-21 13:45:23 +1000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 483674325f64a37c7696edb12ce6ad3e535421bc:
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel (2013-01-26 18:17:39 +1000)
----------------------------------------------------------------
Arnd Bergmann (2):
drm/exynos: don't include plat/gpio-cfg.h
drm/exynos: fimd and ipp are broken on multiplatform
Chris Wilson (2):
drm/i915: Disable AsyncFlip performance optimisations
drm/i915: GFX_MODE Flush TLB Invalidate Mode must be '1' for scanline waits
Daniel Vetter (2):
iommu/intel: disable DMAR for g4x integrated gfx
drm/i915: dump UTS_RELEASE into the error_state
Dave Airlie (3):
Merge branch 'drm-fixes-3.8' of git://people.freedesktop.org/~agd5f/linux into drm-next
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/.../daeinki/drm-exynos into drm-next
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel
Ilija Hadzic (1):
drm/radeon: fix a rare case of double kfree
Inki Dae (2):
drm/exynos: free sg object if dma_map_sg is failed
drm/exynos: consider DMA_NONE flag to dmabuf import
Jerome Glisse (1):
drm/radeon: fix cursor corruption on DCE6 and newer
Michel Dänzer (1):
drm/radeon: Enable DMA_IB_SWAP_ENABLE on big endian hosts.
Rahul Sharma (1):
drm/exynos: let drm handle edid allocations
Sachin Kamat (4):
drm/exynos: Make g2d_userptr_get_dma_addr static
drm/exynos: Make ipp_handle_cmd_work static
drm/exynos: Add missing static specifiers in exynos_drm_rotator.c
drm/exynos: Make 'drm_hdmi_get_edid' static
Sean Paul (2):
drm/exynos: Replace mdelay with usleep_range
drm/exynos: Remove "internal" interrupt handling
Seung-Woo Kim (1):
drm/exynos: added validation of edid for vidi connection
Shirish S (1):
drm/exynos: add check for the device power status
xueminsu (1):
radeon_display: Use pointer return error codes
drivers/gpu/drm/exynos/Kconfig | 4 +-
drivers/gpu/drm/exynos/exynos_drm_connector.c | 33 ++++---
drivers/gpu/drm/exynos/exynos_drm_dmabuf.c | 24 +++--
drivers/gpu/drm/exynos/exynos_drm_drv.h | 4 +-
drivers/gpu/drm/exynos/exynos_drm_g2d.c | 2 +-
drivers/gpu/drm/exynos/exynos_drm_hdmi.c | 9 +-
drivers/gpu/drm/exynos/exynos_drm_hdmi.h | 4 +-
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 2 +-
drivers/gpu/drm/exynos/exynos_drm_rotator.c | 4 +-
drivers/gpu/drm/exynos/exynos_drm_vidi.c | 26 +++---
drivers/gpu/drm/exynos/exynos_hdmi.c | 121 ++++++++------------------
drivers/gpu/drm/exynos/exynos_mixer.c | 9 +-
drivers/gpu/drm/i915/i915_debugfs.c | 2 +
drivers/gpu/drm/i915/i915_reg.h | 1 +
drivers/gpu/drm/i915/intel_ringbuffer.c | 24 +++--
drivers/gpu/drm/radeon/ni.c | 8 +-
drivers/gpu/drm/radeon/r600.c | 8 +-
drivers/gpu/drm/radeon/radeon_cs.c | 2 +
drivers/gpu/drm/radeon/radeon_cursor.c | 3 +-
drivers/gpu/drm/radeon/radeon_display.c | 2 +-
drivers/iommu/intel-iommu.c | 21 +++--
21 files changed, 155 insertions(+), 158 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-01-21 3:49 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-01-21 3:49 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, DRI mailing list
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2752 bytes --]
Hi Linus,
A bunch of intel and radeon fixes, along with two fixes to TTM code.
The correct fix for the Intel ironlake failure is in this, and should make
things more stable, along with some misc radeon fixes.
Dave.
The following changes since commit 7b4cf994e4c6ba48872bb25253cc393b7fb74c82:
udldrmfb: udl_get_edid: drop unneeded i-- (2013-01-14 08:45:27 +1000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux.git drm-fixes
for you to fetch changes up to 014b34409fb2015f63663b6cafdf557fdf289628:
ttm: on move memory failure don't leave a node dangling (2013-01-21 13:45:23 +1000)
----------------------------------------------------------------
Alex Deucher (2):
drm/radeon: clear reset flags if engines are idle
Revert "drm/radeon: do not move bo to different placement at each cs"
Chris Wilson (2):
drm/i915: Record DERRMR, FORCEWAKE and RING_CTL in error-state
drm/i915: Invalidate the relocation presumed_offsets along the slow path
Dave Airlie (4):
Merge branch 'drm-fixes-3.8' of git://people.freedesktop.org/~agd5f/linux into drm-next
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-next
ttm: don't destroy old mm_node on memcpy failure
ttm: on move memory failure don't leave a node dangling
Jani Nikula (2):
drm/i915/eDP: do not write power sequence registers for ghost eDP
drm/i915: fix FORCEWAKE posting reads
Jerome Glisse (1):
drm/radeon: improve semaphore debugging on lockup
Marek Olšák (1):
drm/radeon: allow FP16 color clear registers on r500
drivers/gpu/drm/i915/i915_debugfs.c | 3 ++
drivers/gpu/drm/i915/i915_drv.h | 3 ++
drivers/gpu/drm/i915/i915_gem_execbuffer.c | 21 +++++++++++++
drivers/gpu/drm/i915/i915_irq.c | 11 +++++++
drivers/gpu/drm/i915/i915_reg.h | 2 ++
drivers/gpu/drm/i915/intel_dp.c | 47 ++++++++++++++++++++----------
drivers/gpu/drm/i915/intel_pm.c | 17 +++++++----
drivers/gpu/drm/radeon/evergreen.c | 6 ++++
drivers/gpu/drm/radeon/ni.c | 6 ++++
drivers/gpu/drm/radeon/r600.c | 6 ++++
drivers/gpu/drm/radeon/radeon.h | 3 +-
drivers/gpu/drm/radeon/radeon_drv.c | 3 +-
drivers/gpu/drm/radeon/radeon_object.c | 18 +++++++-----
drivers/gpu/drm/radeon/radeon_ring.c | 2 ++
drivers/gpu/drm/radeon/radeon_semaphore.c | 4 +++
drivers/gpu/drm/radeon/reg_srcs/rv515 | 2 ++
drivers/gpu/drm/radeon/si.c | 6 ++++
drivers/gpu/drm/ttm/ttm_bo.c | 1 +
drivers/gpu/drm/ttm/ttm_bo_util.c | 11 +++++--
19 files changed, 140 insertions(+), 32 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-01-14 2:16 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-01-14 2:16 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
Nothing too astounding,
nouveau: bunch of regression fixes and oops fixes
radeon: UMS fixes , rn50 fix, dma fix
udl: fix EDID retrieval for large EDIDs.
Dave.
The following changes since commit 82ba789f48de669fd0bbc84c326f07571d078572:
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel (2013-01-11 07:52:48 +1000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 7b4cf994e4c6ba48872bb25253cc393b7fb74c82:
udldrmfb: udl_get_edid: drop unneeded i-- (2013-01-14 08:45:27 +1000)
----------------------------------------------------------------
Aleksi Torhamo (2):
drm/nouveau/clock: fix support for more than 2 monitors on nve0
drm/nvc0/fb: fix crash when different mutex is used to protect same list
Ben Skeggs (2):
drm/nouveau/devinit: ensure legacy vga control is enabled during post
drm/nouveau: do not forcibly power on lvds panels
Dave Airlie (2):
Merge branch 'drm-nouveau-fixes' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-next
Merge branch 'drm-fixes-3.8' of git://people.freedesktop.org/~agd5f/linux into drm-next
Hans de Goede (3):
udldrmfb: Fix EDID not working with monitors with EDID extension blocks
udldrmfb: udl_get_edid: usb_control_msg buffer must not be on the stack
udldrmfb: udl_get_edid: drop unneeded i--
Ilija Hadzic (3):
drm/radeon: fix NULL pointer dereference in UMS mode
drm/radeon: fix a bogus kfree
drm/radeon: fix error path in kpage allocation
Jerome Glisse (2):
radeon/kms: force rn50 chip to always report connected on analog output
radeon/kms: fix dma relocation checking
Marcin Slusarz (7):
drm/nouveau: add locking around instobj list operations
drm/nouveau/vm: fix memory corruption when pgt allocation fails
drm/nouveau: don't return freed object from nouveau_handle_create
drm/nouveau: fix nouveau_client allocation failure path
drm/nouveau: fix blank LVDS screen regression on pre-nv50 cards
drm/nv17-50: restore fence buffer on resume
drm/nv50/disp: fix selection of bios script for analog outputs
drivers/gpu/drm/nouveau/core/core/client.c | 4 +-
drivers/gpu/drm/nouveau/core/core/handle.c | 5 ++-
drivers/gpu/drm/nouveau/core/engine/disp/nv50.c | 46 ++++++++++++----------
drivers/gpu/drm/nouveau/core/include/core/client.h | 3 ++
.../gpu/drm/nouveau/core/include/subdev/bios/pll.h | 2 +
drivers/gpu/drm/nouveau/core/subdev/bios/init.c | 1 -
drivers/gpu/drm/nouveau/core/subdev/clock/nvc0.c | 2 +
drivers/gpu/drm/nouveau/core/subdev/fb/nvc0.c | 6 +--
drivers/gpu/drm/nouveau/core/subdev/instmem/base.c | 35 ++++++++++++----
drivers/gpu/drm/nouveau/core/subdev/vm/base.c | 4 +-
drivers/gpu/drm/nouveau/nouveau_connector.c | 30 ++++++++++++--
drivers/gpu/drm/nouveau/nouveau_display.c | 9 -----
drivers/gpu/drm/nouveau/nouveau_drm.c | 7 +++-
drivers/gpu/drm/nouveau/nouveau_fence.h | 1 +
drivers/gpu/drm/nouveau/nv04_dfp.c | 2 +-
drivers/gpu/drm/nouveau/nv10_fence.c | 8 ++++
drivers/gpu/drm/nouveau/nv50_fence.c | 1 +
drivers/gpu/drm/radeon/r600_cs.c | 12 +++---
drivers/gpu/drm/radeon/radeon_cs.c | 9 +++--
drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 8 ++++
drivers/gpu/drm/udl/udl_connector.c | 17 +++++++-
21 files changed, 149 insertions(+), 63 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2013-01-08 23:33 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2013-01-08 23:33 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
exynos and radeon mostly, with a dma-buf and ttm fix thrown in
Its a bit big but its mostly exynos license fix ups and I'd rather not
hold those up since its legally stuff.
radeon has a couple of fixes from dma engine work,
ttm is just a locking fix
and dma-buf fix has been hanging around and I finally got a chance to
review it.
Dave.
The following changes since commit eda85d6ad490923152544fba0473798b6cc0edf6:
drm/nouveau: fix init with agpgart-uninorth (2013-01-04 16:04:33 +1000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux.git drm-fixes
for you to fetch changes up to e8e89622ed361c46bf90ba4828e685a8b603f7e5:
drm/ttm: fix fence locking in ttm_buffer_object_transfer (2013-01-08 18:35:31 +1000)
----------------------------------------------------------------
Alex Deucher (2):
drm/radeon: split r6xx and r7xx copy_dma functions
drm/radeon: fix DMA CS parser for r6xx linear copy packet
Daniel Vetter (1):
drm/ttm: fix fence locking in ttm_buffer_object_transfer
Dave Airlie (2):
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/.../daeinki/drm-exynos into drm-next
Merge branch 'drm-fixes-3.8' of git://people.freedesktop.org/~agd5f/linux into drm-next
Eunchul Kim (6):
drm/exynos: change member variable name.
drm/exynos: remove needless error handling to property.
drm/exynos: consider both case of vflip and hflip.
drm/exynos: fix build warning.
drm/exynos: correct some comments to abbreviation.
drm/exynos: remove needless parenthesis.
Inki Dae (4):
drm/exynos: consider no iommu support to console framebuffer
drm/exynos: change file license to GPL
drm/exynos: consider buffer allocation without iommu
drm/exynos: fix gem buffer allocation type checking
Jinyoung Jeon (1):
drm/exynos: fix incorrect interrupt induced by m2m operation.
JoongMock Shin (1):
drm/exynos: remove color bar pattern operation.
Maarten Lankhorst (1):
drm/radeon: add quirk for d3 delay during switcheroo poweron for apple macbooks
Prathyush K (1):
drm/exynos: fimd: modify condition in fimd resume
Rahul Sharma (1):
drm/exynos: move finish page flip to a common place
Sachin Kamat (10):
drm/exynos: Use devm_kzalloc in exynos_drm_ipp.c
drm/exynos: Remove explicit freeing using devm_* APIs in exynos_drm_fimc.c
drm/exynos: Remove redundant NULL check
drm/exynos: Use devm_clk_get in exynos_drm_fimc.c
drm/exynos: Remove unnecessary devm_* freeing APIs in exynos_drm_rotator.c
drm/exynos: Remove redundant NULL check in exynos_drm_rotator.c
drm/exynos: Use devm_clk_get in exynos_drm_rotator.c
drm/exynos: Remove explicit freeing using devm_* APIs in exynos_drm_gsc.c
drm/exynos: Remove redundant NULL check in exynos_drm_gsc.c
drm/exynos: Use devm_clk_get in exynos_drm_gsc.c
Seung-Woo Kim (2):
drm/exynos: fix flags in dma buf exporting
drm/prime: drop reference on imported dma-buf come from gem
drivers/gpu/drm/exynos/exynos_drm_buf.c | 79 ++++++++++------
drivers/gpu/drm/exynos/exynos_drm_buf.h | 22 +----
drivers/gpu/drm/exynos/exynos_drm_connector.c | 22 +----
drivers/gpu/drm/exynos/exynos_drm_connector.h | 22 +----
drivers/gpu/drm/exynos/exynos_drm_core.c | 22 +----
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 52 +++++++----
drivers/gpu/drm/exynos/exynos_drm_crtc.h | 23 ++---
drivers/gpu/drm/exynos/exynos_drm_dmabuf.c | 29 +++---
drivers/gpu/drm/exynos/exynos_drm_dmabuf.h | 22 +----
drivers/gpu/drm/exynos/exynos_drm_drv.c | 22 +----
drivers/gpu/drm/exynos/exynos_drm_drv.h | 22 +----
drivers/gpu/drm/exynos/exynos_drm_encoder.c | 22 +----
drivers/gpu/drm/exynos/exynos_drm_encoder.h | 22 +----
drivers/gpu/drm/exynos/exynos_drm_fb.c | 22 +----
drivers/gpu/drm/exynos/exynos_drm_fb.h | 22 +----
drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 44 ++++-----
drivers/gpu/drm/exynos/exynos_drm_fbdev.h | 22 +----
drivers/gpu/drm/exynos/exynos_drm_fimc.c | 124 ++++++++------------------
drivers/gpu/drm/exynos/exynos_drm_fimc.h | 22 +----
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 32 +------
drivers/gpu/drm/exynos/exynos_drm_gem.c | 22 +----
drivers/gpu/drm/exynos/exynos_drm_gem.h | 22 +----
drivers/gpu/drm/exynos/exynos_drm_gsc.c | 56 +++---------
drivers/gpu/drm/exynos/exynos_drm_gsc.h | 22 +----
drivers/gpu/drm/exynos/exynos_drm_hdmi.h | 22 +----
drivers/gpu/drm/exynos/exynos_drm_iommu.c | 22 +----
drivers/gpu/drm/exynos/exynos_drm_iommu.h | 22 +----
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 22 ++---
drivers/gpu/drm/exynos/exynos_drm_ipp.h | 26 ++----
drivers/gpu/drm/exynos/exynos_drm_rotator.c | 28 ++----
drivers/gpu/drm/exynos/exynos_drm_rotator.h | 22 +----
drivers/gpu/drm/exynos/exynos_drm_vidi.c | 30 +------
drivers/gpu/drm/exynos/exynos_drm_vidi.h | 22 +----
drivers/gpu/drm/exynos/exynos_hdmi.h | 22 +----
drivers/gpu/drm/exynos/exynos_mixer.c | 33 +------
drivers/gpu/drm/i915/i915_gem_dmabuf.c | 5 ++
drivers/gpu/drm/nouveau/nouveau_prime.c | 1 +
drivers/gpu/drm/radeon/r600.c | 10 +--
drivers/gpu/drm/radeon/r600_cs.c | 31 +++++--
drivers/gpu/drm/radeon/radeon_asic.c | 4 +-
drivers/gpu/drm/radeon/radeon_asic.h | 4 +
drivers/gpu/drm/radeon/radeon_device.c | 28 ++++++
drivers/gpu/drm/radeon/radeon_prime.c | 1 +
drivers/gpu/drm/radeon/rv770.c | 74 +++++++++++++++
drivers/gpu/drm/ttm/ttm_bo_util.c | 4 +-
drivers/staging/omapdrm/omap_gem_dmabuf.c | 5 ++
include/drm/exynos_drm.h | 22 +----
include/uapi/drm/exynos_drm.h | 24 ++---
48 files changed, 447 insertions(+), 828 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2012-12-30 10:09 ` Lucas Stach
@ 2012-12-30 12:10 ` Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-12-30 12:10 UTC (permalink / raw)
To: Lucas Stach; +Cc: Dave Airlie, torvalds, linux-kernel, DRI mailing list
On Sun, Dec 30, 2012 at 8:09 PM, Lucas Stach <dev@lynxeye.de> wrote:
> Hello Dave,
>
> Am Sonntag, den 30.12.2012, 04:23 +0000 schrieb Dave Airlie:
>> Hi Linus,
>>
> [...]
>>
>> Lucas Stach (6):
>> drm: tegra: protect DC register access with mutex
> ^^^^ This patch is unnecessary and really shouldn't go in. There
> was a brief discussion on the list with the conclusion to disregard this
> patch.
Linus, I just reverted it on top, didn't want to cause a rebase on that branch,
updated pull req.
The following changes since commit a49f0d1ea3ec94fc7cf33a7c36a16343b74bd565:
Linux 3.8-rc1 (2012-12-21 17:19:00 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-next
for you to fetch changes up to d5757dbe79870d825d0dec30074d48683e1d7e9a:
Revert "drm: tegra: protect DC register access with mutex"
(2012-12-30 21:58:20 +1000)
----------------------------------------------------------------
Alex Deucher (1):
drm/radeon: add WAIT_UNTIL to evergreen VM safe reg list
Ben Skeggs (8):
drm/nouveau: initial support for GK106
drm/nouveau/bios: update gpio parsing apis to match current design
drm/nouveau/bios: implement opcode 0xa9
drm/nouveau/bios: parse/display extra version component
drm/nouveau/mxm: silence output if no bios data
drm/nouveau/bios: cache ramcfg strap on later chipsets
drm/nvc0/graph: fix fuc, and enable acceleration on GF119
drm/nve0/graph: fix fuc, and enable acceleration on all known chipsets
Chris Wilson (6):
drm/i915: Fixup cursor latency used for IVB lp3 watermarks
drm/i915: Double the cursor self-refresh latency on Valleyview
drm/i915: Clear self-refresh watermarks when disabled
drm/i915: Prefer CRTC 'active' rather than 'enabled' during WM
computations
drm: Export routines for inserting preallocated nodes into the mm manager
drm/i915: Preallocate the drm_mm_node prior to manipulating the
GTT drm_mm manager
Daniel Vetter (6):
drm/i915: Implement WaDisableHiZPlanesWhenMSAAEnabled
drm/i915: Implement WaSetupGtModeTdRowDispatch
drm/i915: Implement workaround for broken CS tlb on i830/845
drm/i915: don't disable disconnected outputs
drm/i915: optionally disable shrinker lock stealing
drm/i915: disable shrinker lock stealing for create_mmap_offset
Dave Airlie (5):
drm/i915: fix flags in dma buf exporting
Merge branch 'drm-nouveau-fixes-3.8' of
git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-next
Merge branch 'drm-fixes-3.8' of
git://people.freedesktop.org/~agd5f/linux into drm-next
Merge branch 'drm-intel-fixes' of
git://people.freedesktop.org/~danvet/drm-intel into drm-next
Revert "drm: tegra: protect DC register access with mutex"
Jerome Glisse (4):
drm/radeon: don't leave fence blocked process on failed GPU reset
drm/radeon: avoid deadlock in pm path when waiting for fence
drm/radeon: restore modeset late in GPU reset path
drm/radeon: add support for MEM_WRITE packet
Krzysztof Mazur (1):
i915: ensure that VGA plane is disabled
Lucas Stach (6):
drm: tegra: fix front_porch <-> back_porch mixup
drm: tegra: don't leave clients host1x member uninitialized
drm: tegra: protect DC register access with mutex
drm: tegra: remove redundant tegra2_tmds_config entry
drm: tegra: clean out old gem prototypes
drm: tegra: program only one window during modeset
drivers/gpu/drm/drm_mm.c | 41 ++++--
drivers/gpu/drm/i915/i915_dma.c | 3 +
drivers/gpu/drm/i915/i915_drv.h | 8 ++
drivers/gpu/drm/i915/i915_gem.c | 77 +++++-----
drivers/gpu/drm/i915/i915_gem_dmabuf.c | 2 +-
drivers/gpu/drm/i915/i915_gem_execbuffer.c | 2 +
drivers/gpu/drm/i915/i915_irq.c | 12 ++
drivers/gpu/drm/i915/i915_reg.h | 4 +-
drivers/gpu/drm/i915/intel_display.c | 23 ++-
drivers/gpu/drm/i915/intel_pm.c | 160 ++++++++++++++++++---
drivers/gpu/drm/i915/intel_ringbuffer.c | 76 ++++++++--
drivers/gpu/drm/i915/intel_ringbuffer.h | 1 +
.../drm/nouveau/core/engine/graph/fuc/gpcnve0.fuc | 5 +
.../nouveau/core/engine/graph/fuc/gpcnve0.fuc.h | 17 ++-
.../drm/nouveau/core/engine/graph/fuc/hubnvc0.fuc | 10 ++
.../nouveau/core/engine/graph/fuc/hubnvc0.fuc.h | 147 +++++++++----------
.../drm/nouveau/core/engine/graph/fuc/hubnve0.fuc | 13 ++
.../nouveau/core/engine/graph/fuc/hubnve0.fuc.h | 157 ++++++++++----------
drivers/gpu/drm/nouveau/core/engine/graph/nvc0.c | 11 +-
drivers/gpu/drm/nouveau/core/engine/graph/nvc0.h | 1 +
drivers/gpu/drm/nouveau/core/engine/graph/nve0.c | 3 +-
drivers/gpu/drm/nouveau/core/include/subdev/bios.h | 1 +
.../drm/nouveau/core/include/subdev/bios/gpio.h | 8 +-
.../drm/nouveau/core/include/subdev/bios/init.h | 1 +
drivers/gpu/drm/nouveau/core/include/subdev/gpio.h | 2 +-
drivers/gpu/drm/nouveau/core/subdev/bios/base.c | 5 +-
drivers/gpu/drm/nouveau/core/subdev/bios/gpio.c | 128 ++++++++++-------
drivers/gpu/drm/nouveau/core/subdev/bios/init.c | 65 ++++++++-
drivers/gpu/drm/nouveau/core/subdev/device/nve0.c | 28 ++++
drivers/gpu/drm/nouveau/core/subdev/gpio/base.c | 9 +-
drivers/gpu/drm/nouveau/core/subdev/gpio/nv50.c | 9 +-
drivers/gpu/drm/nouveau/core/subdev/gpio/nvd0.c | 9 +-
drivers/gpu/drm/nouveau/core/subdev/mxm/base.c | 2 +-
drivers/gpu/drm/radeon/evergreen_cs.c | 30 ++++
drivers/gpu/drm/radeon/r600_cs.c | 29 ++++
drivers/gpu/drm/radeon/radeon.h | 3 +-
drivers/gpu/drm/radeon/radeon_device.c | 17 ++-
drivers/gpu/drm/radeon/radeon_drv.c | 3 +-
drivers/gpu/drm/radeon/radeon_fence.c | 49 ++++---
drivers/gpu/drm/radeon/radeon_pm.c | 15 +-
drivers/gpu/drm/tegra/dc.c | 11 +-
drivers/gpu/drm/tegra/drm.h | 18 ---
drivers/gpu/drm/tegra/hdmi.c | 25 +---
drivers/gpu/drm/tegra/host1x.c | 2 +
include/drm/drm_mm.h | 25 +++-
include/uapi/drm/i915_drm.h | 10 ++
46 files changed, 880 insertions(+), 397 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2012-12-30 4:23 Dave Airlie
@ 2012-12-30 10:09 ` Lucas Stach
2012-12-30 12:10 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Lucas Stach @ 2012-12-30 10:09 UTC (permalink / raw)
To: Dave Airlie; +Cc: torvalds, linux-kernel, DRI mailing list
Hello Dave,
Am Sonntag, den 30.12.2012, 04:23 +0000 schrieb Dave Airlie:
> Hi Linus,
>
[...]
>
> Lucas Stach (6):
> drm: tegra: protect DC register access with mutex
^^^^ This patch is unnecessary and really shouldn't go in. There
was a brief discussion on the list with the conclusion to disregard this
patch.
Regards,
Lucas
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-12-30 4:23 Dave Airlie
2012-12-30 10:09 ` Lucas Stach
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2012-12-30 4:23 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
bit larger due to me not bothering to do anything since before Xmas, and
other people working too hard after I had clearly given up.
Its got the 3 main x86 driver fixes pulls, and a bunch of tegra fixes,
doesn't fix the Ironlake bug yet, but that does seem to be getting closer.
radeon: gpu reset fixes and userspace packet support
i915: watermark fixes, workarounds, i830/845 fix,
nouveau: nvd9/kepler microcode fixes, accel is now enabled and working,
gk106 support
tegra: misc fixes.
Dave.
The following changes since commit a49f0d1ea3ec94fc7cf33a7c36a16343b74bd565:
Linux 3.8-rc1 (2012-12-21 17:19:00 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-next
for you to fetch changes up to 500df2e5d870ef5be3d37f0798f770028b69fd47:
drm: tegra: program only one window during modeset (2012-12-30 14:01:35 +1000)
----------------------------------------------------------------
Alex Deucher (1):
drm/radeon: add WAIT_UNTIL to evergreen VM safe reg list
Ben Skeggs (8):
drm/nouveau: initial support for GK106
drm/nouveau/bios: update gpio parsing apis to match current design
drm/nouveau/bios: implement opcode 0xa9
drm/nouveau/bios: parse/display extra version component
drm/nouveau/mxm: silence output if no bios data
drm/nouveau/bios: cache ramcfg strap on later chipsets
drm/nvc0/graph: fix fuc, and enable acceleration on GF119
drm/nve0/graph: fix fuc, and enable acceleration on all known chipsets
Chris Wilson (6):
drm/i915: Fixup cursor latency used for IVB lp3 watermarks
drm/i915: Double the cursor self-refresh latency on Valleyview
drm/i915: Clear self-refresh watermarks when disabled
drm/i915: Prefer CRTC 'active' rather than 'enabled' during WM computations
drm: Export routines for inserting preallocated nodes into the mm manager
drm/i915: Preallocate the drm_mm_node prior to manipulating the GTT drm_mm manager
Daniel Vetter (6):
drm/i915: Implement WaDisableHiZPlanesWhenMSAAEnabled
drm/i915: Implement WaSetupGtModeTdRowDispatch
drm/i915: Implement workaround for broken CS tlb on i830/845
drm/i915: don't disable disconnected outputs
drm/i915: optionally disable shrinker lock stealing
drm/i915: disable shrinker lock stealing for create_mmap_offset
Dave Airlie (4):
drm/i915: fix flags in dma buf exporting
Merge branch 'drm-nouveau-fixes-3.8' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-next
Merge branch 'drm-fixes-3.8' of git://people.freedesktop.org/~agd5f/linux into drm-next
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-next
Jerome Glisse (4):
drm/radeon: don't leave fence blocked process on failed GPU reset
drm/radeon: avoid deadlock in pm path when waiting for fence
drm/radeon: restore modeset late in GPU reset path
drm/radeon: add support for MEM_WRITE packet
Krzysztof Mazur (1):
i915: ensure that VGA plane is disabled
Lucas Stach (6):
drm: tegra: fix front_porch <-> back_porch mixup
drm: tegra: don't leave clients host1x member uninitialized
drm: tegra: protect DC register access with mutex
drm: tegra: remove redundant tegra2_tmds_config entry
drm: tegra: clean out old gem prototypes
drm: tegra: program only one window during modeset
drivers/gpu/drm/drm_mm.c | 41 ++++--
drivers/gpu/drm/i915/i915_dma.c | 3 +
drivers/gpu/drm/i915/i915_drv.h | 8 ++
drivers/gpu/drm/i915/i915_gem.c | 77 +++++-----
drivers/gpu/drm/i915/i915_gem_dmabuf.c | 2 +-
drivers/gpu/drm/i915/i915_gem_execbuffer.c | 2 +
drivers/gpu/drm/i915/i915_irq.c | 12 ++
drivers/gpu/drm/i915/i915_reg.h | 4 +-
drivers/gpu/drm/i915/intel_display.c | 23 ++-
drivers/gpu/drm/i915/intel_pm.c | 160 ++++++++++++++++++---
drivers/gpu/drm/i915/intel_ringbuffer.c | 76 ++++++++--
drivers/gpu/drm/i915/intel_ringbuffer.h | 1 +
.../drm/nouveau/core/engine/graph/fuc/gpcnve0.fuc | 5 +
.../nouveau/core/engine/graph/fuc/gpcnve0.fuc.h | 17 ++-
.../drm/nouveau/core/engine/graph/fuc/hubnvc0.fuc | 10 ++
.../nouveau/core/engine/graph/fuc/hubnvc0.fuc.h | 147 +++++++++----------
.../drm/nouveau/core/engine/graph/fuc/hubnve0.fuc | 13 ++
.../nouveau/core/engine/graph/fuc/hubnve0.fuc.h | 157 ++++++++++----------
drivers/gpu/drm/nouveau/core/engine/graph/nvc0.c | 11 +-
drivers/gpu/drm/nouveau/core/engine/graph/nvc0.h | 1 +
drivers/gpu/drm/nouveau/core/engine/graph/nve0.c | 3 +-
drivers/gpu/drm/nouveau/core/include/subdev/bios.h | 1 +
.../drm/nouveau/core/include/subdev/bios/gpio.h | 8 +-
.../drm/nouveau/core/include/subdev/bios/init.h | 1 +
drivers/gpu/drm/nouveau/core/include/subdev/gpio.h | 2 +-
drivers/gpu/drm/nouveau/core/subdev/bios/base.c | 5 +-
drivers/gpu/drm/nouveau/core/subdev/bios/gpio.c | 128 ++++++++++-------
drivers/gpu/drm/nouveau/core/subdev/bios/init.c | 65 ++++++++-
drivers/gpu/drm/nouveau/core/subdev/device/nve0.c | 28 ++++
drivers/gpu/drm/nouveau/core/subdev/gpio/base.c | 9 +-
drivers/gpu/drm/nouveau/core/subdev/gpio/nv50.c | 9 +-
drivers/gpu/drm/nouveau/core/subdev/gpio/nvd0.c | 9 +-
drivers/gpu/drm/nouveau/core/subdev/mxm/base.c | 2 +-
drivers/gpu/drm/radeon/evergreen_cs.c | 30 ++++
drivers/gpu/drm/radeon/r600_cs.c | 29 ++++
drivers/gpu/drm/radeon/radeon.h | 3 +-
drivers/gpu/drm/radeon/radeon_device.c | 17 ++-
drivers/gpu/drm/radeon/radeon_drv.c | 3 +-
drivers/gpu/drm/radeon/radeon_fence.c | 49 ++++---
drivers/gpu/drm/radeon/radeon_pm.c | 15 +-
drivers/gpu/drm/tegra/dc.c | 24 +++-
drivers/gpu/drm/tegra/drm.h | 19 +--
drivers/gpu/drm/tegra/hdmi.c | 25 +---
drivers/gpu/drm/tegra/host1x.c | 2 +
include/drm/drm_mm.h | 25 +++-
include/uapi/drm/i915_drm.h | 10 ++
46 files changed, 894 insertions(+), 397 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-11-29 10:07 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-11-29 10:07 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus
just driver fixes, nothing major, except maybe ilk rc6 disable.
intel: revert ironlake rc6 - we still have one ilk regression, but this
gets rid of one big one, turn off cloning, and a directed fix for Apple
edp
radeon: one modesetting fix
exynos: minor fixes
Dave.
The following changes since commit 9489e9dcae718d5fde988e4a684a0f55b5f94d17:
Linux 3.7-rc7 (2012-11-25 17:59:19 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to e548a83c34806b8bc2c55f52d3bc481a13a3829e:
Merge branch 'drm-fixes-3.7' of git://people.freedesktop.org/~agd5f/linux (2012-11-28 16:51:10 +1000)
----------------------------------------------------------------
Chris Wilson (1):
Revert "drm/i915: enable rc6 on ilk again"
Daniel Vetter (1):
drm/i915: disable cloning on sdvo
Dave Airlie (3):
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/.../daeinki/drm-exynos
Merge branch 'drm-fixes-3.7' of git://people.freedesktop.org/~agd5f/linux
Inki Dae (3):
drm/exynos: fix linux framebuffer address setting.
drm/exynos: remove unnecessary code.
drm/exynos: fix overlay updating issue
Jani Nikula (1):
drm/i915: do not default to 18 bpp for eDP if missing from VBT
Jerome Glisse (1):
radeon: fix pll/ctrc mapping on dce2 and dce3 hardware
Sachin Kamat (2):
drm/exynos: Make exynos4/5_fimd_driver_data static
drm/exynos: Fix potential NULL pointer dereference in exynos_drm_encoder.c
drivers/gpu/drm/exynos/exynos_drm_encoder.c | 8 ++++-
drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 3 +-
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 4 +--
drivers/gpu/drm/exynos/exynos_drm_plane.c | 1 -
drivers/gpu/drm/i915/intel_bios.c | 11 ++-----
drivers/gpu/drm/i915/intel_display.c | 2 +-
drivers/gpu/drm/i915/intel_pm.c | 12 ++------
drivers/gpu/drm/i915/intel_sdvo.c | 17 +++++-----
drivers/gpu/drm/radeon/atombios_crtc.c | 48 +++++++++--------------------
9 files changed, 41 insertions(+), 65 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2012-11-22 10:57 ` Dave Airlie
@ 2012-11-28 20:35 ` Linus Torvalds
0 siblings, 0 replies; 427+ messages in thread
From: Linus Torvalds @ 2012-11-28 20:35 UTC (permalink / raw)
To: Dave Airlie; +Cc: Dave Airlie, Linux Kernel Mailing List, DRI mailing list
[ Hmm. For some reason this seems to have never gone out, and was in
my drafts folder. If you get it twice, my bad ]
On Thu, Nov 22, 2012 at 12:57 AM, Dave Airlie <airlied@gmail.com> wrote:
>
> Doh!, yes I picked wrong place to generate report from, okay here is
> one corresponding to what you saw,
You should never even need to "pick" any place to generate the report from.
Just do something like
git fetch upstream
(where "upstream" is a branch description for the upstream repository
- see "man git-remote" etc, although you can obviously always just
type out the whole repo details etc in full if you would want to).
Note the "fetch" - not pull - you just want to get it, not merge it.
Then you can just point git pull-request at the upstream, and git wll
figure out what the latest common point is. No need for you to
manually try to figure it out.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2012-11-22 4:50 ` Linus Torvalds
@ 2012-11-22 10:57 ` Dave Airlie
2012-11-28 20:35 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2012-11-22 10:57 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Dave Airlie, Linux Kernel Mailing List, DRI mailing list
On Thu, Nov 22, 2012 at 2:50 PM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> On Wed, Nov 21, 2012 at 6:34 PM, Dave Airlie <airlied@linux.ie> wrote:
>>
>> its vmware/nouveua/radeon/intel/ttm scattered.
>
> Hmm. That's not what I see. I just see nouveau and soem PCI ID addition.
>
>> 21 files changed, 108 insertions(+), 31 deletions(-)
>
> I get
>
> 14 files changed, 70 insertions(+), 21 deletions(-)
>
> probably due to this.
>
> Forgot to push? The tip of your tree that I see is 452f19201f35d
> ("Merge branch 'drm-fixes-3.7' of
> git://people.freedesktop.org/~agd5f/linux into drm-fixes")
>
> Or is it because you already sent me the intel fixes earlier?
Doh!, yes I picked wrong place to generate report from, okay here is
one corresponding to what you saw,
The following changes since commit 6f755116c93ca35f496ccf1910dcd28cd16713e3:
Merge branch 'drm-intel-fixes' of
git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
(2012-11-16 10:00:43 +1000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
Alex Deucher (2):
drm/radeon: properly track the crtc not_enabled case evergreen_mc_stop()
drm/radeon: add new SI pci id
Dave Airlie (3):
Merge branch 'drm-nouveau-fixes' of
git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Merge branch 'drm-nouveau-fixes' of
git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Merge branch 'drm-fixes-3.7' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes
Kelly Doran (1):
drm/nvc0/disp: fix thinko in vblank regression fix..
Maarten Lankhorst (2):
drm/nouveau: add missing pll_calc calls
drm/nouveau: use the correct fence implementation for nv50
Marcin Slusarz (3):
drm/nv40: allocate ctxprog with kmalloc
drm/nouveau: fix crash with noaccel=1
drm/nouveau/bios: fix DCB v1.5 parsing
Paul Bolle (1):
radeon: add AGPMode 1 quirk for RV250
drivers/gpu/drm/nouveau/core/engine/disp/nv50.c | 19 ++++++++++++-------
.../gpu/drm/nouveau/core/engine/graph/ctxnv40.c | 12 +++++++++---
drivers/gpu/drm/nouveau/core/engine/graph/nv40.c | 4 +++-
drivers/gpu/drm/nouveau/core/engine/graph/nv40.h | 2 +-
drivers/gpu/drm/nouveau/core/include/core/object.h | 14 +++++++++-----
.../gpu/drm/nouveau/core/include/subdev/clock.h | 3 ++-
drivers/gpu/drm/nouveau/core/subdev/bios/dcb.c | 2 +-
drivers/gpu/drm/nouveau/core/subdev/clock/nva3.c | 19 +++++++++++++++++++
drivers/gpu/drm/nouveau/core/subdev/clock/nvc0.c | 1 +
drivers/gpu/drm/nouveau/nouveau_abi16.c | 4 ++++
drivers/gpu/drm/nouveau/nouveau_drm.c | 3 ++-
drivers/gpu/drm/radeon/evergreen.c | 2 ++
drivers/gpu/drm/radeon/radeon_agp.c | 5 ++++-
include/drm/drm_pciids.h | 1 +
14 files changed, 70 insertions(+), 21 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
[not found] <alpine.DEB.2.00.1211220431150.14614@skynet.skynet.ie>
@ 2012-11-22 4:50 ` Linus Torvalds
2012-11-22 10:57 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Linus Torvalds @ 2012-11-22 4:50 UTC (permalink / raw)
To: Dave Airlie; +Cc: Linux Kernel Mailing List, DRI mailing list
On Wed, Nov 21, 2012 at 6:34 PM, Dave Airlie <airlied@linux.ie> wrote:
>
> its vmware/nouveua/radeon/intel/ttm scattered.
Hmm. That's not what I see. I just see nouveau and soem PCI ID addition.
> 21 files changed, 108 insertions(+), 31 deletions(-)
I get
14 files changed, 70 insertions(+), 21 deletions(-)
probably due to this.
Forgot to push? The tip of your tree that I see is 452f19201f35d
("Merge branch 'drm-fixes-3.7' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes")
Or is it because you already sent me the intel fixes earlier?
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-11-16 5:02 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-11-16 5:02 UTC (permalink / raw)
To: torvalds, DRI mailing list, linux-kernel
Hi Linus,
all pretty normal, one TTM oops fix, one radeon, a few intel and a vmwgfx
fix.
Dave.
The following changes since commit 77b67063bb6bce6d475e910d3b886a606d0d91f7:
Linux 3.7-rc5 (2012-11-11 13:44:33 +0100)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 6f755116c93ca35f496ccf1910dcd28cd16713e3:
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes (2012-11-16 10:00:43 +1000)
----------------------------------------------------------------
Akinobu Mita (1):
drm/ttm: remove unneeded preempt_disable/enable
Alex Deucher (1):
drm/radeon: fix logic error in atombios_encoders.c
Dan Carpenter (1):
vmwgfx: return an -EFAULT if copy_to_user() fails
Dave Airlie (2):
Merge branch 'drm-fixes-3.7' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Jani Nikula (3):
drm/i915/crt: fix DPMS standby and suspend mode handling
drm/i915/sdvo: clean up connectors on intel_sdvo_init() failures
drm/i915: do not ignore eDP bpc settings from vbt
Zhao Yakui (1):
ttm: Clear the ttm page allocated from high memory zone correctly
drivers/gpu/drm/i915/intel_crt.c | 2 +-
drivers/gpu/drm/i915/intel_display.c | 11 +++++++++++
drivers/gpu/drm/i915/intel_sdvo.c | 22 +++++++++++++++++++---
drivers/gpu/drm/radeon/atombios_encoders.c | 2 +-
drivers/gpu/drm/ttm/ttm_page_alloc.c | 5 ++++-
drivers/gpu/drm/ttm/ttm_tt.c | 4 ----
drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c | 2 ++
7 files changed, 38 insertions(+), 10 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-11-03 11:35 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-11-03 11:35 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
scattered selection of fixes:
radeon: load detect fixes from SuSE/AMD
intel: misc i830, sdvo regression, vesafb kickoff ums fix
exynos: maintainers entry update + fixes
udl: fix stride scanout issue
its slightly bigger than I'd probably like, but nothing looked dangerous
enough to hold off on.
Dave.
The following changes since commit 4936b172d699434547addbe452c2d600ea6a4baf:
Merge branch 'drm-nouveau-fixes' of git://people.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes (2012-10-31 13:46:09 +1000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
Alex Deucher (1):
drm/radeon: add load detection support for ext DAC on R200 (v2)
Chris Wilson (1):
drm/i915: Only kick out vesafb if we takeover the fbcon with KMS
Daniel Vetter (3):
drm/i915: fix overlay on i830M
drm/i915: VGA needs to be on pipe A on i830M
drm/i915: clear the entire sdvo infoframe buffer
Dave Airlie (4):
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Merge branch 'drm-fixes-3.7' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge branch 'exynos-drm-fixes' of git://git.kernel.org/.../daeinki/drm-exynos into drm-fixes
drm/udl: fix stride issues scanning out stride != width*bpp
Egbert Eich (6):
DRM/Radeon: Fix Load Detection on legacy primary DAC.
DRM/Radeon: Fix primary DAC Load Detection for RV100 chips.
DRM/Radeon: On DVI-I use Load Detection when EDID is bogus.
DRM/Radeon: Clean up code in TV DAC load detection.
DRM/Radeon: Fix TV DAC Load Detection for single CRTC chips.
DRM/radeon: For single CRTC GPUs move handling of CRTC_CRT_ON to crtc_dpms().
Igor Murzov (1):
drm/radeon: fix ATPX function documentation
Inki Dae (2):
drm/exynos: fix display on issue
MAINTAINERS: Add git repository for Exynos DRM
Jani Nikula (1):
drm/i915: be less verbose about inability to provide vendor backlight
Peter Senna Tschudin (1):
drivers/gpu/drm/radeon/evergreen_cs.c: Remove unnecessary semicolon
Rahul Sharma (1):
drm: exynos: removed warning due to missing typecast for mixer driver data
Rob Clark (1):
drm/exynos: add support for ARCH_MULTIPLATFORM
MAINTAINERS | 1 +
drivers/gpu/drm/exynos/Kconfig | 2 +-
drivers/gpu/drm/exynos/exynos_drm_connector.c | 1 +
drivers/gpu/drm/exynos/exynos_drm_encoder.c | 33 +++--
drivers/gpu/drm/exynos/exynos_mixer.c | 2 +-
drivers/gpu/drm/i915/i915_dma.c | 3 +-
drivers/gpu/drm/i915/intel_crt.c | 2 +-
drivers/gpu/drm/i915/intel_overlay.c | 14 ++-
drivers/gpu/drm/i915/intel_panel.c | 2 +-
drivers/gpu/drm/i915/intel_sdvo.c | 62 ++++++---
drivers/gpu/drm/i915/intel_sdvo_regs.h | 2 +
drivers/gpu/drm/radeon/evergreen_cs.c | 2 +-
drivers/gpu/drm/radeon/radeon_atpx_handler.c | 4 +-
drivers/gpu/drm/radeon/radeon_connectors.c | 28 +++-
drivers/gpu/drm/radeon/radeon_legacy_crtc.c | 15 ++-
drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 175 +++++++++++++++++++----
drivers/gpu/drm/udl/udl_drv.h | 2 +-
drivers/gpu/drm/udl/udl_fb.c | 12 +-
drivers/gpu/drm/udl/udl_transfer.c | 5 +-
19 files changed, 275 insertions(+), 92 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-10-23 0:19 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-10-23 0:19 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
fixes for intel and nouveau mainly.
intel: disable HSW by default, sdvo fixes, link train regression fix
nouveau: acpi rom loading regression fix, with a few other fixes from the
rework
core: just other minor fixes and race fixes for ttm.
Dave.
The following changes since commit 6f0c0580b70c89094b3422ba81118c7b959c7556:
Linux 3.7-rc2 (2012-10-20 12:11:32 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
Ben Skeggs (4):
drm/nouveau/bios: fetch full 4KiB block to determine ACPI ROM image size
drm/nv41/vm: don't init hw pciegart on boards with agp bridge
drm/nouveau/fb: fix reporting of memory type on GF8+ IGPs
drm/nouveau/clock: fix missing pll type/addr when matching default entry
Chris Wilson (2):
drm/i915: Add no-lvds quirk for Supermicro X7SPA-H
drm/i915: Initialize obj->pages before use by i915_gem_object_do_bit17_swizzle()
Daniel Vetter (2):
Revert "drm/i915: Try harder to complete DP training pattern 1"
drm/i915: shut up spurious WARN in the gtt fault handler
Dave Airlie (2):
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Merge branch 'drm-nouveau-fixes' of git://git.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Egbert Eich (4):
DRM/i915: Don't delete DPLL Multiplier during DAC init.
DRM/i915: Add QUIRK_INVERT_BRIGHTNESS for NCR machines.
DRM/i915: Don't clone SDVO LVDS with analog.
DRM/i915: Restore sdvo_flags after dtd->mode->dtd Roundrtrip.
Marcin Slusarz (5):
drm/nouveau: handle same-fb page flips
drm/nouveau: fix nouveau_mm/nouveau_mm_node leak
drm/nouveau: warn when trying to free mm which is still in use
drm/nouveau: validate vbios size
drm/debugfs: remove redundant info from gem_names
Martin Peres (1):
drm/nouveau/bios: improve error handling when reading the vbios from ACPI
Rodrigo Vivi (1):
drm/i915: Insert i915_preliminary_hw_support variable.
Thierry Reding (3):
drm: fb: cma: Fix typo in debug message
drm: fb: cma: Fail gracefully on allocation failure
drm: platform: Don't initialize driver-private data
Thomas Hellstrom (2):
drm/ttm: Fix a theoretical race
drm/ttm: Fix a theoretical race in ttm_bo_cleanup_refs()
drivers/gpu/drm/drm_fb_cma_helper.c | 4 +-
drivers/gpu/drm/drm_info.c | 2 -
drivers/gpu/drm/drm_platform.c | 1 -
drivers/gpu/drm/i915/i915_drv.c | 13 +++++++++
drivers/gpu/drm/i915/i915_drv.h | 1 +
drivers/gpu/drm/i915/i915_gem.c | 7 +++-
drivers/gpu/drm/i915/intel_crt.c | 15 +----------
drivers/gpu/drm/i915/intel_display.c | 32 +++++++++++++++++++++++
drivers/gpu/drm/i915/intel_dp.c | 15 +++++++---
drivers/gpu/drm/i915/intel_lvds.c | 8 +++++
drivers/gpu/drm/i915/intel_sdvo.c | 14 +++++++---
drivers/gpu/drm/nouveau/core/core/gpuobj.c | 5 +++
drivers/gpu/drm/nouveau/core/core/mm.c | 2 +-
drivers/gpu/drm/nouveau/core/subdev/bios/base.c | 30 ++++++++++++++++-----
drivers/gpu/drm/nouveau/core/subdev/bios/pll.c | 10 +++----
drivers/gpu/drm/nouveau/core/subdev/fb/nv50.c | 1 +
drivers/gpu/drm/nouveau/core/subdev/vm/nv41.c | 3 +-
drivers/gpu/drm/nouveau/core/subdev/vm/nv44.c | 3 +-
drivers/gpu/drm/nouveau/nouveau_display.c | 14 ++++++---
drivers/gpu/drm/shmobile/shmob_drm_drv.c | 12 +++-----
drivers/gpu/drm/ttm/ttm_bo.c | 24 ++++++++++-------
21 files changed, 148 insertions(+), 68 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-10-16 6:44 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-10-16 6:44 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 4827 bytes --]
Hi Linus,
fixes for i915, nouveau and radeon
i915: haswell stability, modeset rework fallout, ums fix
nouveau: misc fixes from code rework
radeon: pll rework fixes, more 2 level PTE cleanups.
core: warning fixes on 32-bit.
Dave.
The following changes since commit ddffeb8c4d0331609ef2581d84de4d763607bd37:
Linux 3.7-rc1 (2012-10-14 14:41:04 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux.git drm-fixes
for you to fetch changes up to 8a00b6af4cc547725f231c8367ddc7cb56b2cf76:
nouveau: fix warning on 32-bit build. (2012-10-16 16:40:53 +1000)
----------------------------------------------------------------
Alex Deucher (5):
drm/radeon: fix compilation with backlight disabled
drm/radeon: allocate PPLLs from low to high
drm/radeon: update comments to clarify VM setup (v2)
drm/radeon/cayman: set VM max pfn at MC init
drm/radeon: check if pcie gen 2 is already enabled (v2)
Ben Skeggs (1):
drm/nouveau/bios: fix typo in error message
Chris Wilson (2):
drm/i915: Disallow preallocation of requests
drm/i915: fixup i915_gem_object_get_page inline helper
Christian König (3):
drm/radeon: allocate page tables on demand v4
drm/radeon: don't add the IB pool to all VMs v2
drm/radeon: separate pt alloc from lru add
Daniel Vetter (5):
drm/i915: paper over a pipe-enable vs pageflip race
drm/i915: disable wc gtt pte mappings on gen2
drm/i915: rip out the pipe A quirk for i855gm
drm/i915: fixup the plane->pipe fixup code
drm/i915/dvo-ch7xxx: fix get_hw_state
Dave Airlie (5):
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Merge branch 'drm-fixes-3.7' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
drm: fix warning on 32-bit.
Merge branch 'drm-nouveau-fixes' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
nouveau: fix warning on 32-bit build.
Egbert Eich (1):
drm/radeon: Don't destroy I2C Bus Rec in radeon_ext_tmds_enc_destroy().
Jani Nikula (1):
drm/i915: fix non-DP-D eDP backlight cleanup and module reload
Kenneth Graunke (1):
drm/i915: Set guardband clipping workaround bit in the right register.
Luca Tettamanti (1):
drm/radeon: use %zu for formatting size_t
Marcin Slusarz (1):
drm/nv50/fb: fix double free of vram mm
Martin Peres (3):
drm/nouveau/hwmon: fix the initialization condition
drm/nouveau/pm: fix a typo related to the move to the therm subdev
drm/nouveau/pm: do not stop reclocking if failing to set the fan speed
Max Filippov (1):
drm/nouveau: only call ttm_agp_tt_create when __OS_HAS_AGP
Randy Dunlap (1):
drm: radeon: fix printk format warning
Rodrigo Vivi (1):
drm/i915: HSW CRW stability magic
Thomas Friebel (1):
drm/radeon: fix spelling typos in debugging output
Willy Tarreau (1):
drm/i915: remove useless BUG_ON which caused a regression in 3.5.
drivers/char/agp/intel-gtt.c | 2 +-
drivers/gpu/drm/drm_info.c | 2 +-
drivers/gpu/drm/i915/dvo_ch7xxx.c | 6 +-
drivers/gpu/drm/i915/i915_drv.h | 9 +-
drivers/gpu/drm/i915/i915_gem.c | 19 +-
drivers/gpu/drm/i915/i915_reg.h | 2 +-
drivers/gpu/drm/i915/intel_display.c | 47 ++-
drivers/gpu/drm/i915/intel_dp.c | 3 +-
drivers/gpu/drm/i915/intel_overlay.c | 72 +----
drivers/gpu/drm/i915/intel_pm.c | 4 +-
drivers/gpu/drm/nouveau/core/subdev/bios/dcb.c | 2 +-
drivers/gpu/drm/nouveau/core/subdev/fb/nv50.c | 1 -
drivers/gpu/drm/nouveau/core/subdev/therm/fan.c | 2 +-
drivers/gpu/drm/nouveau/nouveau_bo.c | 2 +
drivers/gpu/drm/nouveau/nouveau_pm.c | 6 +-
drivers/gpu/drm/radeon/atombios_crtc.c | 8 +-
drivers/gpu/drm/radeon/evergreen.c | 7 +-
drivers/gpu/drm/radeon/ni.c | 12 +-
drivers/gpu/drm/radeon/r600.c | 6 +
drivers/gpu/drm/radeon/radeon.h | 14 +-
drivers/gpu/drm/radeon/radeon_acpi.c | 6 +-
drivers/gpu/drm/radeon/radeon_atpx_handler.c | 2 +-
drivers/gpu/drm/radeon/radeon_cs.c | 1 +
drivers/gpu/drm/radeon/radeon_device.c | 4 +
drivers/gpu/drm/radeon/radeon_gart.c | 374 ++++++++++++++++-------
drivers/gpu/drm/radeon/radeon_kms.c | 22 +-
drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 48 ++-
drivers/gpu/drm/radeon/radeon_ring.c | 2 +-
drivers/gpu/drm/radeon/si.c | 7 +-
29 files changed, 443 insertions(+), 249 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-09-27 8:03 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-09-27 8:03 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus
the three nouveau fixes quiten unneeded dmesg spam that people are
seeing and pondering,
the udl fix stops it from trying to driver monitors that are too big,
where we get a black screen.
and vmware memory alloc problem.
Dave.
The following changes since commit 6f0f9b6b3fcfe5e156f20d4f804f0d505c750b3c:
Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net (2012-09-25 14:20:29 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to d638163099c86f65984d85aab7ddf2cf78fa3a16:
Merge branch 'drm-nouveau-fixes' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes (2012-09-27 17:58:53 +1000)
----------------------------------------------------------------
Ben Skeggs (3):
drm/nouveau: silence a debug message triggered by newer userspace
drm/nvc0/ltcg: mask off intr 0x10
drm/nvc0/fifo: ignore bits in PFIFO_INTR that aren't set in PFIFO_INTR_EN
Dan Carpenter (1):
vmwgfx: corruption in vmw_event_fence_action_create()
Dave Airlie (3):
Merge branch 'drm-nouveau-fixes' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
drm/udl: limit modes to the sku pixel limits.
Merge branch 'drm-nouveau-fixes' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
drivers/gpu/drm/nouveau/nouveau_abi16.c | 2 +-
drivers/gpu/drm/nouveau/nvc0_fb.c | 1 +
drivers/gpu/drm/nouveau/nvc0_fifo.c | 3 ++-
drivers/gpu/drm/nouveau/nve0_fifo.c | 3 ++-
drivers/gpu/drm/udl/udl_connector.c | 7 +++++++
drivers/gpu/drm/vmwgfx/vmwgfx_fence.c | 2 +-
6 files changed, 14 insertions(+), 4 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-09-14 10:24 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-09-14 10:24 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 5014 bytes --]
I realise this a bit bigger than I would want at this point,
exynos is a large chunk, I got them to half what they wanted already, and
hey its ARM based, so not going to hurt many people,
radeon has only two fixes, but the PLL fixes were a bit bigger,
but required for a lot of scenarios, the fence fix is really urgent
vmwgfx: I've pulled in a dumb ioctl support patch that I was going to
shove in later and cc stable, but we need it asap, its mainly to stop mesa
growing a really ugly dependency in userspace to run stuff on vmware, and
if I don't stick it in the kernel now, everyone will have to ship ugly
userspace libs to workaround it.
nouveau: single urgent fix found in F18 testing, causes X
to not start properly when f18 plymouth is used
i915: smattering of fixes and debug quieting
gma500: single regression fix
so as I said a bit large, but its fairly well scattered and its all stuff
I'll be shipping in F18's 3.6 kernel.
Dave.
The following changes since commit 0bd1189e239c76eb3a50e458548fbe7e4a5dfff1:
Merge branch 'for-3.6-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/tj/wq (2012-09-12 07:16:54 +0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 610bd7da160f76f1644ecb4cd7f39511b49a22cc:
drm/nouveau: fix booting with plymouth + dumb support (2012-09-14 15:45:01 +1000)
----------------------------------------------------------------
Alan Cox (1):
gma500: Fix regression on Oaktrail devices
Alex Deucher (1):
drm/radeon: rework pll selection (v3)
Alexander Shishkin (1):
drm/i915: initialize dpio_lock spin lock
Christian König (1):
drm/radeon: make 64bit fences more robust v3
Daniel Vetter (2):
drm/i915: set the right gen3 flip_done mode also at resume
drm/i915: fix up the IBX transcoder B check
Dave Airlie (6):
drm/i915/edp: get the panel delay before powering up
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
vmwgfx: add dumb ioctl support
Merge branch 'exynos-drm-fixes' of git://git.infradead.org/users/kmpark/linux-samsung into drm-fixes
Merge branch 'drm-fixes-3.6' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
drm/nouveau: fix booting with plymouth + dumb support
Inki Dae (2):
drm/exynos: fixed page align bug.
drm/exynos: remove DRM_FORMAT_NV12M from plane module
Jani Nikula (2):
drm/i915: only enable sdvo hotplug irq if needed
drm/i915: do not expose a dysfunctional backlight interface to userspace
Mandeep Singh Baines (1):
drm/exynos: fix double call of drm_prime_(init/destroy)_file_private
Sachin Kamat (9):
drm/exynos: Remove redundant check in exynos_hdmi.c file
drm/exynos: Remove redundant check in exynos_drm_fimd.c file
drm/exynos: Use devm_kzalloc in exynos_drm_vidi.c file
drm/exynos: Use devm_kzalloc in exynos_drm_hdmi.c file
drm/exynos: Use devm_* functions in exynos_drm_g2d.c file
drm/exynos: Add dependency for G2D in Kconfig
drm/exynos: Make g2d_pm_ops static
drm/exynos: Add missing braces around sizeof in exynos_hdmi.c
drm/exynos: Add missing braces around sizeof in exynos_mixer.c
Thomas Meyer (1):
drm/exynos: Use ERR_CAST inlined function instead of ERR_PTR(PTR_ERR(.. [1]
Tomasz Stanislawski (1):
drm/exynos: add dummy support for dmabuf-mmap
Ville Syrjälä (1):
drm: Drop the NV12M and YUV420M formats
drivers/gpu/drm/exynos/Kconfig | 2 +-
drivers/gpu/drm/exynos/exynos_drm_dmabuf.c | 7 ++
drivers/gpu/drm/exynos/exynos_drm_drv.c | 2 -
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 5 -
drivers/gpu/drm/exynos/exynos_drm_g2d.c | 52 ++-------
drivers/gpu/drm/exynos/exynos_drm_gem.c | 4 +-
drivers/gpu/drm/exynos/exynos_drm_hdmi.c | 3 +-
drivers/gpu/drm/exynos/exynos_drm_plane.c | 1 -
drivers/gpu/drm/exynos/exynos_drm_vidi.c | 4 +-
drivers/gpu/drm/exynos/exynos_hdmi.c | 11 +-
drivers/gpu/drm/exynos/exynos_mixer.c | 6 +-
drivers/gpu/drm/gma500/oaktrail_device.c | 2 +
drivers/gpu/drm/i915/i915_dma.c | 1 +
drivers/gpu/drm/i915/i915_irq.c | 3 -
drivers/gpu/drm/i915/intel_display.c | 6 +-
drivers/gpu/drm/i915/intel_dp.c | 11 +-
drivers/gpu/drm/i915/intel_panel.c | 31 ++++--
drivers/gpu/drm/i915/intel_pm.c | 3 +
drivers/gpu/drm/i915/intel_sdvo.c | 15 ++-
drivers/gpu/drm/nouveau/nouveau_display.c | 2 +-
drivers/gpu/drm/radeon/atombios_crtc.c | 163 +++++++++++++++++++++++------
drivers/gpu/drm/radeon/radeon_fence.c | 8 +-
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 5 +
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 10 ++
drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 73 +++++++++++++
include/drm/drm_fourcc.h | 6 +-
26 files changed, 298 insertions(+), 138 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-09-10 5:35 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-09-10 5:35 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
just noticed I hadn't send these out, nothing majorly urgent, I know AMD
guys have some regression fixes coming soon,
This contains:
2 nouveau fixes so it loads on the retina MBP systems properly,
2 vmwgfx fixes to load the driver earlier, and allow distros config it
1 error->debug fix in ast
and Keith was playing with 32-on-64 and decided we may as well stick the
compat ioctl in all the drivers. It fixes udl for him.
Dave.
The following changes since commit 4cbe5a555fa58a79b6ecbb6c531b8bab0650778d:
Linux 3.6-rc4 (2012-09-01 10:39:58 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux.git drm-fixes
for you to fetch changes up to c4903429a92be60e6fe59868924a65eca4cd1a38:
drm/vmwgfx: add MODULE_DEVICE_TABLE so vmwgfx loads at boot (2012-09-07 13:25:34 +1000)
----------------------------------------------------------------
Ben Skeggs (2):
drm/nvd0/disp: hopefully fix selection of 6/8bpc mode on DP outputs
drm/nv50-/gpio: initialise to vbios defaults during init
Dave Airlie (4):
Merge branch 'drm-nouveau-fixes' of git://anongit.freedesktop.org/nouveau/linux-2.6 into drm-fixes
drm/ast: drop debug level on error printk
drm/vmwgfx: allow a kconfig option to choose if fbcon is enabled
drm/vmwgfx: add MODULE_DEVICE_TABLE so vmwgfx loads at boot
Keith Packard (1):
drm: use drm_compat_ioctl for 32-bit apps
drivers/gpu/drm/ast/ast_drv.c | 3 +++
drivers/gpu/drm/ast/ast_mode.c | 2 +-
drivers/gpu/drm/cirrus/cirrus_drv.c | 3 +++
drivers/gpu/drm/exynos/exynos_drm_drv.c | 3 +++
drivers/gpu/drm/i810/i810_dma.c | 3 +++
drivers/gpu/drm/i810/i810_drv.c | 3 +++
drivers/gpu/drm/mgag200/mgag200_drv.c | 3 +++
drivers/gpu/drm/nouveau/nv50_gpio.c | 3 +++
drivers/gpu/drm/nouveau/nvd0_display.c | 4 ++--
drivers/gpu/drm/savage/savage_drv.c | 3 +++
drivers/gpu/drm/sis/sis_drv.c | 3 +++
drivers/gpu/drm/tdfx/tdfx_drv.c | 3 +++
drivers/gpu/drm/udl/udl_drv.c | 3 +++
drivers/gpu/drm/via/via_drv.c | 3 +++
drivers/gpu/drm/vmwgfx/Kconfig | 8 ++++++++
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 3 ++-
16 files changed, 49 insertions(+), 4 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-08-30 5:29 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-08-30 5:29 UTC (permalink / raw)
To: torvalds, DRI mailing list; +Cc: linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 3357 bytes --]
Hi Linus,
a bunch of scattered fixes ati/intel/nouveau, couple of core ones,
nothing too shocking or different.
Dave.
The following changes since commit fea7a08acb13524b47711625eebea40a0ede69a0:
Linux 3.6-rc3 (2012-08-22 13:29:06 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux.git drm-fixes
for you to fetch changes up to 6f33814bd4d9cfe76033a31b1c0c76c960cd8e4b:
drm: Add EDID_QUIRK_FORCE_REDUCED_BLANKING for ASUS VW222S (2012-08-30 14:14:12 +1000)
----------------------------------------------------------------
Alex Deucher (5):
drm/radeon: don't disable plls that are in use by other crtcs
drm/radeon/atom: rework DIG modesetting on DCE3+
drm/radeon/atom: powergating fixes for DCE6
drm/radeon: rework panel mode setup
drm/radeon: fix dig encoder selection on DCE61
Ben Skeggs (1):
drm/nvc0/copy: check PUNITS to determine which copy engines are disabled
Calvin Walton (1):
i915: Quirk no_lvds on Gigabyte GA-D525TUD ITX motherboard
Chris Wilson (1):
drm/i915: Use the correct size of the GTT for placing the per-process entries
Christian König (1):
drm/radeon: fix double free in radeon_gpu_reset
Dave Airlie (3):
Merge branch 'drm-nouveau-fixes' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Merge branch 'drm-fixes-3.6' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Forest Bond (1):
gma500: Consider CRTC initially active.
Jakob Bornecrantz (1):
drm: Check for invalid cursor flags
Jerome Glisse (1):
drm/radeon: force dma32 to fix regression rs4xx,rs6xx,rs740
Marek Olšák (3):
drm/radeon: fix reading CB_COLORn_MASK from the CS
drm/radeon: initialize tracked CS state
drm/radeon: add proper checking of RESOLVE_BOX command for r600-r700
Paul Menzel (1):
drm: Add EDID_QUIRK_FORCE_REDUCED_BLANKING for ASUS VW222S
Vijay Purushothaman (1):
drm/i915: fix color order for BGR formats on IVB
Ville Syrjälä (1):
drm: Initialize object type when using DRM_MODE() macro
Xu, Anhua (1):
drm/i915: fix wrong order of parameters in port checking functions
drivers/gpu/drm/drm_crtc.c | 2 +-
drivers/gpu/drm/drm_edid.c | 3 +
drivers/gpu/drm/gma500/psb_intel_display.c | 3 +
drivers/gpu/drm/i915/i915_gem_gtt.c | 2 +-
drivers/gpu/drm/i915/intel_display.c | 12 +--
drivers/gpu/drm/i915/intel_lvds.c | 8 ++
drivers/gpu/drm/i915/intel_sprite.c | 4 +-
drivers/gpu/drm/nouveau/nouveau_state.c | 6 +-
drivers/gpu/drm/radeon/atombios_crtc.c | 36 ++++---
drivers/gpu/drm/radeon/atombios_dp.c | 29 +++---
drivers/gpu/drm/radeon/atombios_encoders.c | 140 +++++++++++++++-------------
drivers/gpu/drm/radeon/r600_cs.c | 30 +++++-
drivers/gpu/drm/radeon/r600d.h | 8 ++
drivers/gpu/drm/radeon/radeon_device.c | 5 +-
drivers/gpu/drm/radeon/radeon_drv.c | 3 +-
drivers/gpu/drm/radeon/reg_srcs/r600 | 1 -
include/drm/drm_crtc.h | 3 +-
include/drm/drm_mode.h | 5 +-
18 files changed, 174 insertions(+), 126 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-08-13 23:34 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-08-13 23:34 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, DRI mailing list
[-- Attachment #1: Type: TEXT/PLAIN, Size: 5637 bytes --]
Hi Linus,
radeon and intel fixes mostly, one fix to the mgag200 driver to not hang
on certain server variants.
Dave.
The following changes since commit 0d7614f09c1ebdbaa1599a5aba7593f147bf96ee:
Linux 3.6-rc1 (2012-08-02 16:38:10 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux.git drm-fixes
for you to fetch changes up to 7bac6b46607f2f44075cb45dd5b0b4d2e7c80695:
Merge branch 'drm-fixes-3.6' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2012-08-14 09:25:01 +1000)
----------------------------------------------------------------
Alan Cox (3):
vlv: it might be wise if we initialised the flag value...
i915: fix error path leak in intel_sdvo_write_cmd
i915: Remove silly test
Alex Deucher (9):
drm/radeon: fix handling for ddc type 5 on combios
drm/radeon/dce4+: set a more reasonable cursor watermark
drm/radeon: properly handle SS overrides on TN (v2)
drm/radeon: properly handle crtc powergating
drm/radeon: fix bank tiling parameters on evergreen
drm/radeon: fix bank tiling parameters on cayman
drm/radeon: fix ordering in pll picking on dce4+
drm/radeon: add some new SI pci ids
drm/radeon: fix some missing parens in asic macros
Alexey Khoroshilov (1):
drm/edid: Fix potential memory leak in edid_load()
Chris Wilson (1):
drm/i915: Workaround hang with BSD and forcewake on SandyBridge
Christian König (1):
drm/radeon: fix bank tiling parameters on SI
Daniel Vetter (2):
drm/i915: fix forcewake related hangs on snb
drm/i915: correctly order the ring init sequence
Dave Airlie (4):
i915: don't map imported dma-bufs for dmar.
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-next
drm/mgag200: fix G200ER pll picking algorithm
Merge branch 'drm-fixes-3.6' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
Devendra Naga (1):
drm/i915: remove unused variable
Dmitrii Cherkasov (1):
drm/radeon: fix typo in function header comment
Eric Anholt (1):
drm/i915: Don't forget to apply SNB PIPE_CONTROL GTT workaround.
Hunt Xu (1):
drm/i915: make rc6 in sysfs functions conditional
Jerome Glisse (2):
drm/radeon: do not reenable crtc after moving vram start address
drm/radeon: fence virtual address and free it once idle v4
Marek Olšák (4):
drm/radeon/kms: allow "invalid" DB formats as a means to disable DB
drm/radeon/kms: reorder code in r600_check_texture_resource
drm/radeon/kms: add MSAA texture support for r600-evergreen
drm/radeon/kms: implement timestamp userspace query (v2)
Paulo Zanoni (1):
drm/i915: add more Haswell PCI IDs
Stéphane Marchesin (1):
drm/i915: Make intel_panel_get_backlight static.
Thomas Meyer (1):
drm/udl: Use ERR_CAST inlined function instead of ERR_PTR(PTR_ERR(.. [1]
drivers/char/agp/intel-agp.h | 39 +++++++++++++--
drivers/char/agp/intel-gtt.c | 60 +++++++++++++++++++++-
drivers/gpu/drm/drm_edid_load.c | 8 +--
drivers/gpu/drm/i915/i915_drv.c | 31 +++++++++++-
drivers/gpu/drm/i915/i915_gem_context.c | 1 -
drivers/gpu/drm/i915/i915_gem_execbuffer.c | 20 ++++----
drivers/gpu/drm/i915/i915_gem_gtt.c | 3 +-
drivers/gpu/drm/i915/i915_sysfs.c | 12 +++++
drivers/gpu/drm/i915/intel_display.c | 1 +
drivers/gpu/drm/i915/intel_drv.h | 20 ++++----
drivers/gpu/drm/i915/intel_i2c.c | 3 --
drivers/gpu/drm/i915/intel_panel.c | 2 +-
drivers/gpu/drm/i915/intel_pm.c | 6 ++-
drivers/gpu/drm/i915/intel_ringbuffer.c | 7 ++-
drivers/gpu/drm/i915/intel_sdvo.c | 5 +-
drivers/gpu/drm/mgag200/mgag200_mode.c | 12 +++--
drivers/gpu/drm/radeon/atombios_crtc.c | 22 ++++++---
drivers/gpu/drm/radeon/evergreen.c | 71 +++++----------------------
drivers/gpu/drm/radeon/evergreen_cs.c | 13 ++++-
drivers/gpu/drm/radeon/evergreend.h | 2 +
drivers/gpu/drm/radeon/ni.c | 14 ++++--
drivers/gpu/drm/radeon/r600.c | 20 ++++++++
drivers/gpu/drm/radeon/r600_cs.c | 65 +++++++++++++-----------
drivers/gpu/drm/radeon/r600d.h | 3 ++
drivers/gpu/drm/radeon/radeon.h | 12 +++--
drivers/gpu/drm/radeon/radeon_asic.h | 10 ++--
drivers/gpu/drm/radeon/radeon_atombios.c | 49 +++++++++++++-----
drivers/gpu/drm/radeon/radeon_combios.c | 57 +++++++++++++--------
drivers/gpu/drm/radeon/radeon_cs.c | 32 ++++++++++--
drivers/gpu/drm/radeon/radeon_cursor.c | 6 ++-
drivers/gpu/drm/radeon/radeon_device.c | 1 +
drivers/gpu/drm/radeon/radeon_drv.c | 5 +-
drivers/gpu/drm/radeon/radeon_gart.c | 26 ++++++++--
drivers/gpu/drm/radeon/radeon_gem.c | 13 +----
drivers/gpu/drm/radeon/radeon_kms.c | 35 ++++++++++---
drivers/gpu/drm/radeon/radeon_legacy_crtc.c | 4 ++
drivers/gpu/drm/radeon/radeon_mode.h | 1 +
drivers/gpu/drm/radeon/radeon_object.c | 6 +--
drivers/gpu/drm/radeon/rv515.c | 13 -----
drivers/gpu/drm/radeon/si.c | 35 +++++++++++--
drivers/gpu/drm/radeon/sid.h | 3 ++
drivers/gpu/drm/udl/udl_gem.c | 2 +-
include/drm/drm_pciids.h | 3 ++
include/drm/radeon_drm.h | 2 +
44 files changed, 516 insertions(+), 239 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-07-03 10:49 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-07-03 10:49 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
one regression fix, two radeon fixes (one for an oops), and an i915 fix
to unload framebuffers earlier.
We originally were going to leave the i915 fix until -next, but grub2 in
some situations causes vesafb/efifb to be loaded now, and this causes big
slowdowns, and I have reports in rawhide I'd like to have fixed.
Dave.
The following changes since commit 9acc7bde23ebb19a704395f76490685e1513e422:
Merge tag 'hwmon-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging (2012-06-28 12:38:51 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 9f846a16d213523fbe6daea17e20df6b8ac5a1e5:
drm/i915: kick any firmware framebuffers before claiming the gtt (2012-07-03 11:18:48 +0100)
----------------------------------------------------------------
Alex Deucher (1):
drm/radeon: fix VM page table setup on SI
Daniel Vetter (1):
drm/i915: kick any firmware framebuffers before claiming the gtt
Jerome Glisse (1):
drm/radeon: fix rare segfault
Takashi Iwai (1):
drm: edid: Don't add inferred modes with higher resolution
drivers/gpu/drm/drm_edid.c | 27 ++++++++++++++++++++++---
drivers/gpu/drm/i915/i915_dma.c | 37 +++++++++++++++++++++++++++-------
drivers/gpu/drm/radeon/radeon_gart.c | 13 ++++++++++--
drivers/gpu/drm/radeon/radeon_gem.c | 10 +++++----
drivers/gpu/drm/radeon/si.c | 4 ++--
5 files changed, 73 insertions(+), 18 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-06-28 12:23 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-06-28 12:23 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, DRI mailing list
Hi Linus,
Nearly all intel, one missing license header in nouveau, nothing majorly
earth shattering.
Dave.
The following changes since commit d1346a6cbabf6d377d753f1adc16cb0b305830cc:
Merge branch 'drm-fixes' of git://people.freedesktop.org/~airlied/linux (2012-06-26 11:26:50 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 2266b058d3ab9dfc545305d68e754ad9c9a639a0:
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes (2012-06-27 19:56:20 +0100)
----------------------------------------------------------------
Daniel Vetter (2):
drm/i915: rip out the PM_IIR WARN
Revert "drm/i915: allow PCH PWM override on IVB"
Dave Airlie (2):
drm/nouveau: add license header to prime.
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Takashi Iwai (1):
drm/i915: Fix eDP blank screen after S3 resume on HP desktops
drivers/gpu/drm/i915/i915_irq.c | 1 -
drivers/gpu/drm/i915/i915_suspend.c | 5 ++++-
drivers/gpu/drm/i915/intel_display.c | 16 ----------------
drivers/gpu/drm/nouveau/nouveau_prime.c | 23 +++++++++++++++++++++++
4 files changed, 27 insertions(+), 18 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2012-06-26 13:56 Dave Airlie
@ 2012-06-27 5:30 ` Henrik Rydberg
0 siblings, 0 replies; 427+ messages in thread
From: Henrik Rydberg @ 2012-06-27 5:30 UTC (permalink / raw)
To: Dave Airlie; +Cc: DRI mailing list, linux-kernel
Hi Dave,
> just two changes, one udl endian fix, one nouveau memory corruption on
> some GPUs.
I have been tracking an elusive memory corruption bug appearing on my
MacBookAir3,1 (nv50) since -rc0, but unfortunately it seems to be
different from the one fixed here. The problem is of the random kind,
which made bisection tricky. It seems the patch below fixes the
symptoms, but I have no idea why:
diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c b/drivers/gpu/drm/nouveau/nouveau_bo.c
index 7f80ed5..bff34f4 100644
--- a/drivers/gpu/drm/nouveau/nouveau_bo.c
+++ b/drivers/gpu/drm/nouveau/nouveau_bo.c
@@ -935,7 +935,6 @@ nouveau_bo_move_init(struct nouveau_channel *chan)
{ "COPY", 0, 0xa0b5, nve0_bo_move_copy, nvc0_bo_move_init },
{ "COPY1", 5, 0x90b8, nvc0_bo_move_copy, nvc0_bo_move_init },
{ "COPY0", 4, 0x90b5, nvc0_bo_move_copy, nvc0_bo_move_init },
- { "COPY", 0, 0x85b5, nva3_bo_move_copy, nv50_bo_move_init },
{ "CRYPT", 0, 0x74c1, nv84_bo_move_exec, nv50_bo_move_init },
{ "M2MF", 0, 0x9039, nvc0_bo_move_m2mf, nvc0_bo_move_init },
{ "M2MF", 0, 0x5039, nv50_bo_move_m2mf, nv50_bo_move_init },
With the patch applied, the log shows this:
Jun 27 07:01:15 polaris kernel: [drm] nouveau 0000:02:00.0: MM: using M2MF for buffer copies
Without the patch applied, when the problem appears, the log shows this:
Jun 27 06:50:34 polaris kernel: [drm] nouveau 0000:02:00.0: MM: using COPY for buffer copies
As I start X, and when the stars are in the right position, I get a bunch of errors like these:
Jun 27 06:51:52 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - TRAP_M2MF IN
Jun 27 06:51:52 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - TRAP_M2MF 00320251 203afd00 00000000 04000e00
Jun 27 06:51:52 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - TRAP
Jun 27 06:51:52 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - ch 2 (0x0000829000) subc 0 class 0x5039 mthd 0x0328 data 0x00000000
Jun 27 06:51:52 polaris kernel: [drm] nouveau 0000:02:00.0: VM: trapped read at 0x00203abe80 on ch 2 [0x00000829] PGRAPH/DISPATCH/M2M_IN reason: VRAM_LIMIT
Jun 27 06:51:52 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - TRAP_M2MF IN
Jun 27 06:51:52 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - TRAP_M2MF 00320151 40442000 00000000 04000000
Jun 27 06:51:52 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - TRAP
Jun 27 06:51:52 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - ch 2 (0x0000829000) subc 0 class 0x5039 mthd 0x0328 data 0x00000000
Jun 27 06:51:52 polaris kernel: [drm] nouveau 0000:02:00.0: VM: trapped read at 0x0040410000 on ch 2 [0x00000829] PGRAPH/DISPATCH/M2M_IN reason: NULL_DMAOBJ
Jun 27 06:51:52 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - TRAP_M2MF IN
Jun 27 06:51:52 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - TRAP_M2MF 00320251 203c7600 00000000 04000e00
Jun 27 06:51:52 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - TRAP
Jun 27 06:51:52 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - ch 2 (0x0000829000) subc 0 class 0x5039 mthd 0x0328 data 0x00000000
Jun 27 06:51:52 polaris kernel: [drm] nouveau 0000:02:00.0: VM: trapped read at 0x00203c3780 on ch 2 [0x00000829] PGRAPH/DISPATCH/M2M_IN reason: VRAM_LIMIT
Jun 27 06:51:52 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - TRAP_M2MF IN
Jun 27 06:51:52 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - TRAP_M2MF 00320151 40855000 00000000 04000000
Jun 27 06:51:52 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - TRAP
Jun 27 06:51:52 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - ch 2 (0x0000829000) subc 0 class 0x5039 mthd 0x0328 data 0x00000000
Jun 27 06:51:52 polaris kernel: [drm] nouveau 0000:02:00.0: VM: trapped read at 0x0040820000 on ch 2 [0x00000829] PGRAPH/DISPATCH/M2M_IN reason: NULL_DMAOBJ
Jun 27 06:51:53 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - TRAP_M2MF OUT
Jun 27 06:51:53 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - TRAP_M2MF 00340241 2014bb80 00000000 05000e00
Jun 27 06:51:53 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - TRAP
Jun 27 06:51:53 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - ch 2 (0x0000829000) subc 0 class 0x5039 mthd 0x0328 data 0x00000000
Jun 27 06:51:53 polaris kernel: [drm] nouveau 0000:02:00.0: VM: trapped write at 0x002014ad00 on ch 2 [0x00000829] PGRAPH/DISPATCH/M2M_OUT reason: VRAM_LIMIT
Jun 27 06:51:53 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - TRAP_M2MF OUT
Jun 27 06:51:53 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - TRAP_M2MF 00340241 2014bb80 00000000 05000e00
Jun 27 06:51:53 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - TRAP
Jun 27 06:51:53 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - ch 2 (0x0000829000) subc 0 class 0x5039 mthd 0x0328 data 0x00000000
Jun 27 06:51:53 polaris kernel: [drm] nouveau 0000:02:00.0: VM: trapped write at 0x00201770f0 on ch 2 [0x00000829] PGRAPH/DISPATCH/M2M_OUT reason: VRAM_LIMIT
Jun 27 06:51:53 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - TRAP_M2MF IN
Jun 27 06:51:53 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - TRAP_M2MF 00320251 2019fc00 00000000 04000000
Jun 27 06:51:53 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - TRAP
Jun 27 06:51:53 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - ch 2 (0x0000829000) subc 0 class 0x5039 mthd 0x0328 data 0x00000000
Jun 27 06:51:53 polaris kernel: [drm] nouveau 0000:02:00.0: VM: trapped read at 0x002019f000 on ch 2 [0x00000829] PGRAPH/DISPATCH/M2M_IN reason: NULL_DMAOBJ
Jun 27 06:51:56 polaris kernel: [drm] nouveau 0000:02:00.0: magic set 0:
Jun 27 06:51:56 polaris kernel: [drm] nouveau 0000:02:00.0: 0x00408604: 0x2008ca0f
Jun 27 06:51:56 polaris kernel: [drm] nouveau 0000:02:00.0: 0x00408608: 0x002008b7
Jun 27 06:51:56 polaris kernel: [drm] nouveau 0000:02:00.0: 0x0040860c: 0x40000e00
Jun 27 06:51:56 polaris kernel: [drm] nouveau 0000:02:00.0: 0x00408610: 0x08b00003
Jun 27 06:51:56 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - TRAP_TEXTURE - TP0: Unhandled ustatus 0x00000003
Jun 27 06:51:56 polaris kernel: [drm] nouveau 0000:02:00.0: magic set 1:
Jun 27 06:51:56 polaris kernel: [drm] nouveau 0000:02:00.0: 0x00408e04: 0x2009d60f
Jun 27 06:51:56 polaris kernel: [drm] nouveau 0000:02:00.0: 0x00408e08: 0x002008b3
Jun 27 06:51:56 polaris kernel: [drm] nouveau 0000:02:00.0: 0x00408e0c: 0x40000e00
Jun 27 06:51:56 polaris kernel: [drm] nouveau 0000:02:00.0: 0x00408e10: 0x08b00003
Jun 27 06:51:56 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - TRAP_TEXTURE - TP1: Unhandled ustatus 0x00000003
Jun 27 06:51:56 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - TRAP
Jun 27 06:51:56 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - ch 2 (0x0000829000) subc 7 class 0x8697 mthd 0x1414 data 0x00000000
Jun 27 06:51:56 polaris kernel: [drm] nouveau 0000:02:00.0: VM: trapped read at 0x002008b300 on ch 2 [0x00000829] PGRAPH/TEXTURE/00 reason: VRAM_LIMIT
Jun 27 06:51:56 polaris kernel: [drm] nouveau 0000:02:00.0: magic set 0:
Jun 27 06:51:56 polaris kernel: [drm] nouveau 0000:02:00.0: 0x00408604: 0x20098108
Jun 27 06:51:56 polaris kernel: [drm] nouveau 0000:02:00.0: 0x00408608: 0x0020093d
Jun 27 06:51:56 polaris kernel: [drm] nouveau 0000:02:00.0: 0x0040860c: 0x80000e00
Jun 27 06:51:56 polaris kernel: [drm] nouveau 0000:02:00.0: 0x00408610: 0x08f00003
Jun 27 06:51:56 polaris kernel: [drm] nouveau 0000:02:00.0: PGRAPH - TRAP_TEXTURE - TP0: Unhandled ustatus 0x00000003
Any idea what this could be?
Thanks,
Henrik
^ permalink raw reply related [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-06-26 13:56 Dave Airlie
2012-06-27 5:30 ` Henrik Rydberg
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2012-06-26 13:56 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
just two changes, one udl endian fix, one nouveau memory corruption on
some GPUs.
Dave.
The following changes since commit 6b16351acbd415e66ba16bf7d473ece1574cf0bc:
Linux 3.5-rc4 (2012-06-24 12:53:04 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 9bd0c15fcfb42f6245447c53347d65ad9e72080b:
drm/nouveau/fbcon: using nv_two_heads is not a good idea (2012-06-26 12:16:43 +0100)
----------------------------------------------------------------
Ben Skeggs (1):
drm/nouveau/fbcon: using nv_two_heads is not a good idea
Dave Airlie (1):
drm/udl: Make sure to get correct endian keys from vendor descriptor
drivers/gpu/drm/nouveau/nouveau_fbcon.c | 2 +-
drivers/gpu/drm/udl/udl_main.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-06-23 8:43 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-06-23 8:43 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1255 bytes --]
Hi Linus,
Nothing major in here, one radeon SI fix for tiling, and one uninit var
fix, two minor header file fixes.
Dave.
The following changes since commit fb09185a88cad9c59e22e84f8c0594303595e9af:
Merge branch 'drm-fixes' of git://people.freedesktop.org/~airlied/linux (2012-06-17 01:44:41 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 59bbe27ba0f6bae1d85f1521e43181d98ee9c5ab:
drm: drop comment about this header being autogenerated. (2012-06-22 11:04:55 +0100)
----------------------------------------------------------------
Alex Deucher (1):
drm/radeon: SI tiling fixes for display
Daniel Vetter (1):
drm/edid: don't return stack garbage from supports_rb
Dave Airlie (1):
drm: drop comment about this header being autogenerated.
Ozan Çağlayan (1):
vga_switcheroo: Add include guard
drivers/gpu/drm/drm_edid.c | 2 +-
drivers/gpu/drm/radeon/atombios_crtc.c | 10 ++++-
drivers/gpu/drm/radeon/si_reg.h | 72 ++++++++++++++++++++++++++++++++
include/drm/drm_pciids.h | 4 --
include/linux/vga_switcheroo.h | 4 ++
5 files changed, 86 insertions(+), 6 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-06-12 15:35 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-06-12 15:35 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus
as per your -rc2 announce, this is small and urgent only,
The radeon one is for a regression in 3.4 so we need this one in your tree
so we can send the stable one out, code in 3.4 broke some old userspaces.
The max props increase fixes spew being seen on a few machines.
and a ttm regression to fix some accounting issues that affect vmwgfx.
Dave.
The following changes since commit cfaf025112d3856637ff34a767ef785ef5cf2ca9:
Linux 3.5-rc2 (2012-06-08 18:40:09 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to a393c730ab69617c3291a3b0b2a228c9be2fc28c:
drm/ttm: Fix buffer object metadata accounting regression v2 (2012-06-12 15:57:47 +0100)
----------------------------------------------------------------
Jerome Glisse (1):
drm/radeon: fix tiling and command stream checking on evergreen v3
Paulo Zanoni (1):
drm: increase DRM_OBJECT_MAX_PROPERTY to 24
Thomas Hellstrom (1):
drm/ttm: Fix buffer object metadata accounting regression v2
drivers/gpu/drm/radeon/evergreen_cs.c | 49 ++++++++++++++++++++++++++++++---
drivers/gpu/drm/radeon/radeon_drv.c | 3 +-
drivers/gpu/drm/ttm/ttm_bo.c | 13 ++-------
include/drm/drm_crtc.h | 2 +-
4 files changed, 51 insertions(+), 16 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-06-01 16:10 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-06-01 16:10 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
A bunch of fixes:
vmware memory corruption, ttm spinlock balance,
cirrus/mgag200, work in the presence of efifb
and finally Alex and Jerome managed to track down a magic set of bits that
on certain rv740 and evergreen cards allow the correct use of the
complete set of render backends, this makes the cards operate correctly in
a number of scenarios we had issues in before, it also manages to boost
speed on benchmarks my large amounts on these specific gpus.
Dave.
The following changes since commit bc42aabc6a01b92b0f961d65671564e0e1cd7592:
drm/edid/quirks: ViewSonic VA2026w (2012-05-29 16:16:38 +0100)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 47819ba234d41465b76f179ba674ff549255a5d2:
drm/edid: Make the header fixup threshold tunable (2012-06-01 17:00:23 +0100)
----------------------------------------------------------------
Adam Jackson (1):
drm/edid: Make the header fixup threshold tunable
Alex Deucher (4):
drm/radeon: fix bank information in tiling config
drm/radeon: properly program gart on rv740, juniper, cypress, barts, hemlock
drm/radeon: fixup tiling group size and backendmap on r6xx-r9xx (v4)
drm/radeon: fix regression in UMS CS ioctl
Dave Airlie (3):
cirrus: avoid crash if driver fails to load
drm/cirrus: kick out conflicting framebuffers earlier
drm/mgag200: kick off conflicting framebuffers earlier.
Jerome Glisse (1):
drm/radeon: fix HD6790, HD6570 backend programming
Thomas Hellstrom (2):
drm/ttm: Fix spinlock imbalance
drm/vmwgfx: Fix nasty write past alloced memory area
drivers/gpu/drm/cirrus/cirrus_drv.c | 19 ++
drivers/gpu/drm/cirrus/cirrus_drv.h | 2 +-
drivers/gpu/drm/cirrus/cirrus_ttm.c | 5 +
drivers/gpu/drm/drm_edid.c | 11 +-
drivers/gpu/drm/mgag200/mgag200_drv.c | 19 ++
drivers/gpu/drm/radeon/evergreen.c | 382 +++++----------------------------
drivers/gpu/drm/radeon/evergreend.h | 11 +
drivers/gpu/drm/radeon/ni.c | 360 +++----------------------------
drivers/gpu/drm/radeon/nid.h | 11 +
drivers/gpu/drm/radeon/r600.c | 199 ++++++-----------
drivers/gpu/drm/radeon/r600d.h | 2 +
drivers/gpu/drm/radeon/radeon.h | 5 +
drivers/gpu/drm/radeon/radeon_cs.c | 31 +--
drivers/gpu/drm/radeon/rv770.c | 274 +++++------------------
drivers/gpu/drm/radeon/rv770d.h | 4 +
drivers/gpu/drm/ttm/ttm_bo.c | 1 +
drivers/gpu/drm/vmwgfx/vmwgfx_gmr.c | 2 +-
17 files changed, 321 insertions(+), 1017 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-05-30 10:12 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-05-30 10:12 UTC (permalink / raw)
To: torvalds, DRI mailing list; +Cc: linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 3522 bytes --]
Hi Linus,
just regular fixes, bunch from intel, quieting some of the over zealous
power warnings, and the rest just misc.
I've got another pull with the remaining dma-buf bits, since the vmap bits
are in your tree now. I'll send tomorrow just to space things out a bit.
Dave.
The following changes since commit a01ee165a132fadb57659d26246e340d6ac53265:
Merge branch 'for-linus' of git://git.open-osd.org/linux-open-osd (2012-05-28 13:10:41 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to bc42aabc6a01b92b0f961d65671564e0e1cd7592:
drm/edid/quirks: ViewSonic VA2026w (2012-05-29 16:16:38 +0100)
----------------------------------------------------------------
Adam Jackson (1):
drm/edid/quirks: ViewSonic VA2026w
Alex Deucher (2):
drm/radeon: fix typo in trinity tiling setup
drm/radeon: fix XFX quirk
Chris Wilson (4):
drm/i915: Always update RPS interrupts thresholds along with frequency
drm/i915: Fix PCH PLL assertions to not assume CRTC:PLL relationship
drm/i915: Limit page allocations to lowmem (dma32) for i965
drm/i915: Remove the error message for unbinding pinned buffers
Dan Carpenter (1):
drm/udl: unlock before returning in udl_gem_mmap()
Daniel Vetter (7):
drm/i915: be more careful when returning -ENXIO in gmbus transfer
drm/i915: fix module unload since error_state rework
drm/i915: properly handle interlaced bit for sdvo dtd conversion
drm/i915: enable vdd when switching off the eDP panel
drm/i915: wait for a vblank to pass after tv detect
drm/i915: reject doubleclocked cea modes on dp
drm/i915: tune down the noise of the RP irq limit fail
Dave Airlie (3):
radeon: make radeon_cs_update_pages static.
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
drm/udl: remove unused variables.
Jan-Benedict Glaw (1):
drm/i915: no lvds quirk for HP t5740e Thin Client
Jesse Barnes (1):
drm/i915: always use RPNSWREQ for turbo change requests
Rodrigo Vivi (1):
drm/i915: Adding TV Out Missing modes.
Ville Syrjälä (2):
drm: Constify params to format_check() and framebuffer_checks()
drm: Use stdint types for consistency
drivers/gpu/drm/drm_crtc.c | 8 ++--
drivers/gpu/drm/drm_edid.c | 22 ++++++++--
drivers/gpu/drm/i915/i915_debugfs.c | 2 +
drivers/gpu/drm/i915/i915_gem.c | 16 +++++---
drivers/gpu/drm/i915/i915_irq.c | 37 ++++-------------
drivers/gpu/drm/i915/intel_display.c | 56 +++++++++++++++-----------
drivers/gpu/drm/i915/intel_dp.c | 24 ++++++-----
drivers/gpu/drm/i915/intel_i2c.c | 21 +++++-----
drivers/gpu/drm/i915/intel_lvds.c | 8 ++++
drivers/gpu/drm/i915/intel_pm.c | 64 ++++++++++++++++++++----------
drivers/gpu/drm/i915/intel_sdvo.c | 12 ++++--
drivers/gpu/drm/i915/intel_sdvo_regs.h | 5 +++
drivers/gpu/drm/i915/intel_tv.c | 53 +++++++++++++++++++++++++
drivers/gpu/drm/radeon/ni.c | 2 +-
drivers/gpu/drm/radeon/radeon.h | 1 -
drivers/gpu/drm/radeon/radeon_atombios.c | 4 +-
drivers/gpu/drm/radeon/radeon_cs.c | 27 ++++++++++++-
drivers/gpu/drm/radeon/radeon_ring.c | 25 ------------
drivers/gpu/drm/udl/udl_gem.c | 4 +-
19 files changed, 250 insertions(+), 141 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-05-07 10:33 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-05-07 10:33 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Two fixes from Intel, one a regression, one because I merged an early
version of a fix.
Also the nouveau revert of the i2c code that was tested on the list.
Dave.
The following changes since commit febb72a6e4cc6c8cffcc1ea649a3fb364f1ea432:
IA32 emulation: Fix build problem for modular ia32 a.out support (2012-05-06 18:26:20 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
Ben Skeggs (1):
drm/nouveau/i2c: resume use of i2c-algo-bit, rather than custom stack
Daniel Vetter (2):
drm/i915: disable sdvo hotplug on i945g/gm
drm/i915: Do no set Stencil Cache eviction LRA w/a on gen7+
Dave Airlie (1):
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
drivers/gpu/drm/i915/intel_ringbuffer.c | 9 +-
drivers/gpu/drm/i915/intel_sdvo.c | 6 +
drivers/gpu/drm/nouveau/nouveau_i2c.c | 199 ++++---------------------------
drivers/gpu/drm/nouveau/nouveau_i2c.h | 1 +
4 files changed, 34 insertions(+), 181 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-05-04 14:26 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-05-04 14:26 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Some minor fixes from Intel and a radeon fix.
I have the nouveau fix for the i2c regression queued for next week,
its mostly a revert and seems to work on the system it was originally
introduced for thanks to some i2c core changes.
Dave.
The following changes since commit addde4ec31456c5f1e9b61aae3edcfeb0f338f87:
nouveau: initialise has_optimus variable. (2012-05-03 09:30:58 +0100)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
Alex Deucher (1):
drm/radeon: clarify and extend wb setup on APUs and NI+ asics
Chris Wilson (2):
drm/i915: Do not read non-existent DPLL registers on PCH hardware
drm/i915: Only enable IPS polling for gen5
Dave Airlie (1):
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Marc Gariepy (1):
fixing dmi match for hp t5745 and hp st5747 thin client
Paulo Zanoni (1):
drm/i915: enable dip before writing data on gen4
drivers/gpu/drm/i915/i915_debugfs.c | 3 +++
drivers/gpu/drm/i915/i915_dma.c | 15 ++++++++++-----
drivers/gpu/drm/i915/intel_display.c | 9 +++++----
drivers/gpu/drm/i915/intel_hdmi.c | 2 +-
drivers/gpu/drm/i915/intel_lvds.c | 4 ++--
drivers/gpu/drm/radeon/radeon_device.c | 4 ++--
6 files changed, 23 insertions(+), 14 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-04-27 8:44 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-04-27 8:44 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
For your Friday pull request stack, nothing astounding or shattering this
week some exynos, some intel, some radeon fixes. One intel fix for a
regression somwehere back in 2.6.35 land.
Dave.
The following changes since commit af3a3ab2966112c0d0a44df7eeb1e95fe32d4495:
Merge git://git.kernel.org/pub/scm/linux/kernel/git/steve/gfs2-3.0-fixes (2012-04-24 08:22:25 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
Alex Deucher (1):
drm/radeon/kms: use frac fb div on APUs
Daniel Vetter (2):
drm/i915: fixup load-detect on enabled, but not active pipe
drm/i915: handle input/output sdvo timings separately in mode_set
Dave Airlie (2):
Merge branch 'exynos-drm-fixes' of git://git.infradead.org/users/kmpark/linux-2.6-samsung into drm-fixes
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Ilija Hadzic (1):
drm/radeon: add a missing entry to encoder_names
Inki Dae (3):
drm/exynos: fixed duplicatd memory allocation bug.
drm/exynos: fixed exynos_drm_gem_map_pages bug.
drm/exynos: added missed vm area region mapping type.
Xi Wang (2):
drm/i915: fix integer overflow in i915_gem_execbuffer2()
drm/i915: fix integer overflow in i915_gem_do_execbuffer()
drivers/gpu/drm/exynos/exynos_drm_gem.c | 30 ++++--------------------
drivers/gpu/drm/i915/i915_gem_execbuffer.c | 8 +++++-
drivers/gpu/drm/i915/intel_crt.c | 29 +++++++++--------------
drivers/gpu/drm/i915/intel_sdvo.c | 34 ++++++++++++++-------------
drivers/gpu/drm/radeon/atombios_crtc.c | 3 ++
drivers/gpu/drm/radeon/radeon_display.c | 3 +-
6 files changed, 46 insertions(+), 61 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-04-19 19:02 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-04-19 19:02 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
its like a grab bag of one liners,
core: fix page flip error path, reorder object teardown.
usb: fix the drm_usb module license.
i915: VT switch on SNB with non-native modes fix, and a regression fix
from 3.3.
radeon: missing unreserve on SI, AGP/VRAM setup fix (fixes radeon on IA64,
but its a generic bug), an rn50 regression from 3.3, turn off MSIs on
rv515 (it loses rearms every so often).
Dave.
The following changes since commit e816b57a337ea3b755de72bec38c10c864f23015:
Linux 3.4-rc3 (2012-04-15 18:28:29 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
Alex Deucher (1):
drm/radeon/si: add missing radeon_bo_unreserve in si_rlc_init() v2
Chris Wilson (2):
drm/i915: Hold mode_config lock whilst changing mode for lastclose()
drm/i915: Do not set "Enable Panel Fitter" on SNB pageflips
Daniel Vetter (1):
drm/i915: don't clobber the special upscaling lvds timings
Dave Airlie (4):
drm/radeon: disable MSI on RV515
drm/usb: fix module license on drm/usb layer.
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
drm/radeon: fix load detect on rn50 with hardcoded EDIDs.
Henrik Rydberg (1):
nouveau: Set special lane map for the right chipset
Jerome Glisse (1):
radeon: fix r600/agp when vram is after AGP (v3)
Jim Meyering (1):
drm/nouveau/pm: don't read/write beyond end of stack buffer
Joonyoung Shim (1):
drm: fix page_flip error handling
Marcos Paulo de Souza (1):
drivers: gpu: drm: gma500: mdfld_dsi_output.h: Remove not unneeded include of version.h
Prathyush (1):
drm: Releasing FBs before releasing GEM objects during drm_release
Takashi Iwai (1):
drm/radeon/kms: fix the regression of DVI connector check
drivers/gpu/drm/drm_crtc.c | 10 ++++++----
drivers/gpu/drm/drm_fops.c | 6 +++---
drivers/gpu/drm/drm_usb.c | 6 +++++-
drivers/gpu/drm/gma500/mdfld_dsi_output.h | 1 -
drivers/gpu/drm/i915/intel_display.c | 15 ++++++++++++---
drivers/gpu/drm/i915/intel_drv.h | 4 ++++
drivers/gpu/drm/i915/intel_fb.c | 4 ++++
drivers/gpu/drm/i915/intel_lvds.c | 6 ++++++
drivers/gpu/drm/i915/intel_panel.c | 2 --
drivers/gpu/drm/nouveau/nouveau_pm.c | 1 +
drivers/gpu/drm/nouveau/nv50_sor.c | 2 +-
drivers/gpu/drm/radeon/r600.c | 4 ++--
drivers/gpu/drm/radeon/radeon_connectors.c | 4 ++--
drivers/gpu/drm/radeon/radeon_irq_kms.c | 6 ++++++
drivers/gpu/drm/radeon/rv770.c | 4 ++--
drivers/gpu/drm/radeon/si.c | 5 ++---
16 files changed, 56 insertions(+), 24 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-04-12 17:43 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-04-12 17:43 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
mostly exynos and intel,
intel has 3 regression fixers (more info in intel merge commit), along
with some other make hw work fixes,
exynos has some cleanups and an ioctl fix
couple of radeon fixes, couple of build fixes, and a savage userspace
interface possible overflow fix.
Dave.
The following changes since commit 258f742635360175564e9470eb060ff4d4b984e7:
modpost: Fix modpost license checking of vmlinux.o (2012-04-09 20:52:56 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
Alex Deucher (2):
drm/radeon/kms: fix DVO setup on some r4xx chips
drm/radeon: only add the mm i2c bus if the hw_i2c module param is set
Arnd Bergmann (1):
drm/radeon: replace udelay with mdelay for long timeouts
Chris Wilson (2):
drm/i915: Finish any pending operations on the framebuffer before disabling
drm/i915/ringbuffer: Exclude last 2 cachlines of ring on 845g
Daniel Vetter (4):
drm/i915: properly compute dp dithering for user-created modes
Revert "drm/i915: reenable gmbus on gen3+ again"
drm/i915: implement ColorBlt w/a
drm/i915: clear fencing tracking state when retiring requests
Dave Airlie (2):
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-intel-fixes
Merge branch 'exynos-drm-fixes' of git://git.infradead.org/users/kmpark/linux-samsung into drm-intel-fixes
Inki Dae (3):
drm/exynos: fixed page align and code clean.
drm/exynos: fixed duplicated page allocation bug.
drm/exynos: fixed exynos broken ioctl
Jesse Barnes (1):
drm/i915: make rc6 module parameter read-only
Joonyoung Shim (6):
drm/exynos: remove unnecessary type conversion of hdmi and mixer
drm/exynos: remove unused codes in hdmi and mixer
drm/exynos: rename s/HDMI_OVERLAY_NUMBER/MIXER_WIN_NR
drm/exynos: use define instead of default_win member in struct mixer_context
drm/exynos: fix struct for operation callback functions to driver name
drm/exynos: fix to pointer manager member of struct exynos_drm_subdrv
Randy Dunlap (1):
vgaarb.h: fix build warnings
Seung-Woo Kim (1):
drm/exynos: add format list of plane
Xi Wang (1):
drm/savage: fix integer overflows in savage_bci_cmdbuf()
acreese (1):
drm/i915: Removed IVB forced enable of sprite dest key.
drivers/gpu/drm/exynos/exynos_drm_buf.c | 47 +++-------
drivers/gpu/drm/exynos/exynos_drm_core.c | 14 ++--
drivers/gpu/drm/exynos/exynos_drm_drv.h | 10 +-
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 20 +++--
drivers/gpu/drm/exynos/exynos_drm_gem.c | 45 ++++++++--
drivers/gpu/drm/exynos/exynos_drm_gem.h | 2 +
drivers/gpu/drm/exynos/exynos_drm_hdmi.c | 107 ++++++++++-------------
drivers/gpu/drm/exynos/exynos_drm_hdmi.h | 23 ++---
drivers/gpu/drm/exynos/exynos_drm_plane.c | 4 +
drivers/gpu/drm/exynos/exynos_drm_vidi.c | 20 +++--
drivers/gpu/drm/exynos/exynos_hdmi.c | 42 ++++-----
drivers/gpu/drm/exynos/exynos_mixer.c | 40 ++++-----
drivers/gpu/drm/i915/i915_drv.c | 2 +-
drivers/gpu/drm/i915/i915_gem.c | 2 +
drivers/gpu/drm/i915/i915_reg.h | 3 +
drivers/gpu/drm/i915/intel_display.c | 69 +++++++++++----
drivers/gpu/drm/i915/intel_dp.c | 49 ++++++++---
drivers/gpu/drm/i915/intel_i2c.c | 2 +-
drivers/gpu/drm/i915/intel_ringbuffer.c | 2 +-
drivers/gpu/drm/i915/intel_sprite.c | 1 -
drivers/gpu/drm/radeon/atombios_encoders.c | 4 +
drivers/gpu/drm/radeon/r100.c | 2 +-
drivers/gpu/drm/radeon/r600.c | 2 +-
drivers/gpu/drm/radeon/r600_cp.c | 6 +-
drivers/gpu/drm/radeon/radeon_clocks.c | 24 +++---
drivers/gpu/drm/radeon/radeon_combios.c | 8 +-
drivers/gpu/drm/radeon/radeon_i2c.c | 4 +
drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 12 ++--
drivers/gpu/drm/savage/savage_state.c | 6 +-
include/drm/exynos_drm.h | 5 +-
include/linux/vgaarb.h | 2 +
31 files changed, 325 insertions(+), 254 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-04-03 10:26 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-04-03 10:26 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2184 bytes --]
Hi Linus,
mainly nouveau fixes, one for a regressions in -rc1, fixes for booting on
a ppc G5, and a Kconfig fix.
two radeon fix, one oops, one s/r fix.
one udl mmap fix.
and one core drm fix to stop bad fbdev apps overwriting bits of ram.
I have some fixes from Intel I think on the way, but I'm offline until
post-Easter from tomorrow, so maybe you'll see them maybe you won't :)
Dave.
The following changes since commit dd775ae2549217d3ae09363e3edb305d0fa19928:
Linux 3.4-rc1 (2012-03-31 16:24:09 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
Alex Deucher (1):
drm/radeon/kms: fix fans after resume
Ben Skeggs (3):
drm/nouveau: oops, create m2mf for nvd9 too
Revert "drm/nouveau: inform userspace of new kernel subchannel requirements"
drm/nouveau: inform userspace of relaxed kernel subchannel requirements
Benjamin Herrenschmidt (2):
nouveau: Fix crash when pci_ram_rom() returns a size of 0
nouveau/bios: Fix tracking of BIOS image data
Chris Wilson (1):
drm: Validate requested virtual size against allocated fb size
Dave Airlie (2):
Merge branch 'drm-nouveau-fixes' of git://git.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
drm/nouveau: select POWER_SUPPLY
Konstantin Khlebnikov (1):
mm, drm/udl: fixup vma flags on mmap
Michel Dänzer (1):
drm/radeon: Don't dereference possibly-NULL pointer.
drivers/gpu/drm/drm_fb_helper.c | 8 ++++++--
drivers/gpu/drm/nouveau/Kconfig | 1 +
drivers/gpu/drm/nouveau/nouveau_bios.c | 9 ++++++---
drivers/gpu/drm/nouveau/nouveau_channel.c | 10 +++++-----
drivers/gpu/drm/nouveau/nouveau_dma.h | 4 ++--
drivers/gpu/drm/nouveau/nouveau_state.c | 2 +-
drivers/gpu/drm/radeon/atom.c | 15 ++++++++++++++-
drivers/gpu/drm/radeon/atom.h | 1 +
drivers/gpu/drm/radeon/radeon_object.c | 3 ++-
drivers/gpu/drm/udl/udl_drv.c | 2 +-
drivers/gpu/drm/udl/udl_drv.h | 1 +
drivers/gpu/drm/udl/udl_gem.c | 14 ++++++++++++++
12 files changed, 54 insertions(+), 16 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2012-03-27 13:08 Dave Airlie
@ 2012-03-28 12:55 ` Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-03-28 12:55 UTC (permalink / raw)
To: Dave Airlie; +Cc: torvalds, DRI mailing list, linux-kernel
> gma500 build fix + some regression fixes for nouveau/radeon, along with
> one radeon patch that was posted a while ago and I missed and it also required
> rebasing around some other stuff.
I've added one more commit to this.
commit d936622c36273a9ecfbb4aacf26cd29405995159
Author: Michel Dänzer <michel.daenzer@amd.com>
Date: Wed Mar 28 08:52:32 2012 +0200
drm/radeon: Only warn if the intra-domain offset actually exceeds the limit.
it had 3 reports/tests.
Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-03-27 13:08 Dave Airlie
2012-03-28 12:55 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2012-03-27 13:08 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
gma500 build fix + some regression fixes for nouveau/radeon, along with
one radeon patch that was posted a while ago and I missed and it also required
rebasing around some other stuff.
Dave.
The following changes since commit e22057c8599373e5caef0bc42bdb95d2a361ab0d:
Merge tag 'stable/for-linus-3.4-tag-two' of git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen (2012-03-24 12:20:25 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
Alex Deucher (1):
drm/radeon/kms/atom: force bpc to 8 for now
Ben Skeggs (3):
drm/nouveau: fix thinko causing init to fail on cards without accel
drm/nouveau: default to 8bpc for non-LVDS panels if EDID isn't useful
drm/nouveau/i2c: fix thinko/regression on really old chipsets
Jerome Glisse (1):
drm/radeon/kms: add htile support to the cs checker v3
Kirill A. Shutemov (1):
gma500: medfield: fix build without CONFIG_BACKLIGHT_CLASS_DEVICE
drivers/gpu/drm/gma500/mdfld_dsi_output.c | 5 +-
drivers/gpu/drm/nouveau/nouveau_connector.c | 9 +-
drivers/gpu/drm/nouveau/nouveau_i2c.c | 6 +-
drivers/gpu/drm/nouveau/nouveau_state.c | 2 +-
drivers/gpu/drm/radeon/atombios_crtc.c | 8 +-
drivers/gpu/drm/radeon/atombios_dp.c | 3 +
drivers/gpu/drm/radeon/atombios_encoders.c | 4 +-
drivers/gpu/drm/radeon/evergreen_cs.c | 98 +++++++-
drivers/gpu/drm/radeon/evergreend.h | 8 +
drivers/gpu/drm/radeon/r600_cs.c | 391 +++++++++++++++++++--------
drivers/gpu/drm/radeon/r600d.h | 8 +
drivers/gpu/drm/radeon/reg_srcs/cayman | 1 -
drivers/gpu/drm/radeon/reg_srcs/evergreen | 1 -
drivers/gpu/drm/radeon/reg_srcs/r600 | 1 -
14 files changed, 409 insertions(+), 136 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-03-01 9:31 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-03-01 9:31 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2740 bytes --]
Hi Linus,
intel: fixes for output regression on 965GM, an oops and a machine hang
radeon: uninitialised var (that gcc didn't warn about for some reason) +
a couple of correctness fixes.
exynos: fixes for various things, drop some chunks of unused code.
Dave.
The following changes since commit 500dd2370e77c9551ba298bdeeb91b02d8402199:
Merge tag 'stable/for-linus-fixes-3.3-rc5' of git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen (2012-02-26 21:03:16 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
Alban Browaeys (1):
drm/i915: Prevent a machine hang by checking crtc->active before loading lut
Alex Deucher (1):
drm/radeon/kms: fix radeon_dp_get_modes for LVDS bridges (v2)
Chris Wilson (1):
drm/i915: Remove use of the autoreported ringbuffer HEAD position
Christian König (1):
drm/radeon: fix uninitialized variable
Dave Airlie (3):
drm/i915: fix mode set on load pipe. (v2)
Merge branch 'drm-intel-fixes' of git://git.kernel.org/.../jbarnes/drm-intel into HEAD
Merge branch 'exynos-drm-fixes' of git://git.infradead.org/users/kmpark/linux-2.6-samsung into HEAD
Eugeni Dodonov (1):
drm/i915: fix operator precedence when enabling RC6p
Eun-Chul Kim (1):
drm/exynos: added panel physical size.
Hai Lan (1):
drm/i915: fix a sprite watermark computation to avoid divide by zero if xpos<0
Inki Dae (4):
drm/exynos: added possible_clones setup function.
drm/exynos: fixed page flip issue.
drm/exynos: removed exynos_drm_fbdev_recreate function.
drm/exynos: added postclose to release resource.
Joonyoung Shim (2):
drm/exynos: changed priority of mixer layers.
drm/exynos: removed pageflip_event_list init code when closed.
Kamil Debski (1):
drm/exynos: exynos_drm.h header file fixes
Masanari Iida (1):
drm/exynos: Fix typo in exynos_mixer.c
Sebastian Biemueller (1):
drm/radeon/kms/vm: fix possible bug in radeon_vm_bo_rmv()
drivers/gpu/drm/exynos/exynos_drm_connector.c | 16 ++++++++++----
drivers/gpu/drm/exynos/exynos_drm_drv.h | 4 +-
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 27 +++++++++++++------------
drivers/gpu/drm/i915/intel_display.c | 15 +++++++++++--
drivers/gpu/drm/i915/intel_ringbuffer.c | 14 +------------
drivers/gpu/drm/radeon/r600_cs.c | 1 +
drivers/gpu/drm/radeon/radeon_connectors.c | 25 +++++++++++++++-------
drivers/gpu/drm/radeon/radeon_gart.c | 2 +-
include/drm/Kbuild | 1 +
include/drm/exynos_drm.h | 22 +++++++++++++++++--
10 files changed, 79 insertions(+), 48 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
[not found] ` <CAC7Lmnu6Wp1aVDuCkP6+UN7jVW8jCk5PcufBn1nVANJfNQzq0A@mail.gmail.com>
@ 2012-02-27 16:45 ` Jesse Barnes
0 siblings, 0 replies; 427+ messages in thread
From: Jesse Barnes @ 2012-02-27 16:45 UTC (permalink / raw)
To: Eugeni Dodonov
Cc: Torsten Kaiser, DRI, linux-kernel, mailing list, Eugeni Dodonov
[-- Attachment #1: Type: text/plain, Size: 2159 bytes --]
On Mon, 27 Feb 2012 13:33:53 -0300
Eugeni Dodonov <eugeni@dodonov.net> wrote:
> On Mon, Feb 27, 2012 at 13:09, Jesse Barnes <jbarnes@virtuousgeek.org>wrote:
>
> > On Thu, 23 Feb 2012 21:19:20 +0100
> > Torsten Kaiser <just.for.lkml@googlemail.com> wrote:
> >
> > > On Wed, Feb 22, 2012 at 8:56 PM, Dave Airlie <airlied@linux.ie> wrote:
> > > > Eugeni Dodonov (4):
> > > > drm/i915: gen7: implement rczunit workaround
> > > > drm/i915: gen7: Implement an L3 caching workaround.
> > > > drm/i915: gen7: work around a system hang on IVB
> > > > drm/i915: do not enable RC6p on Sandy Bridge
> > >
> > > That last patch about RC6p looks wrong.
> > >
> > > It does:
> > > GEN6_RC_CTL_RC6_ENABLE |
> > > (IS_GEN7(dev_priv->dev)) ? GEN6_RC_CTL_RC6p_ENABLE
> > : 0;
> > > But I think this was meant:
> > > GEN6_RC_CTL_RC6_ENABLE |
> > > ((IS_GEN7(dev_priv->dev)) ?
> > GEN6_RC_CTL_RC6p_ENABLE : 0);
> > >
> > > Or did I get the operator precedence wrong?
> >
> > You're right, no cookie for Eugeni. :) This would have prevented RC6
> > from ever getting enabled though, which should have the same effect as
> > the patch intended, though at the cost of higher power consumption.
> >
>
> Actually, no, it got RC6p enabled - so it got to have all the power savings
> of RC6 plus some additional ones in the range of 0.1W, but it also resulted
> in the very same problem as before, when both RC6 and RC6p were enabled.
>
> So, from what we've seen with
> https://wiki.ubuntu.com/Kernel/PowerManagementRC6, the graphics corruptions
> do only happen when RC6p is enabled (either together with RC6, or
> individually, on its own). If we have only RC6, all the issues are gone so
> far.
>
> So this bad patch had its use after all - it served to finally isolate and
> prove that the i915_enable_rc6-related issues are caused directly by RC6p.
Oh you're right; I had the bit positions mixed up... I thought the
higher level bit toggled all RC6 functionality, but that's kept
separate from this.
--
Jesse Barnes, Intel Open Source Technology Center
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2012-02-23 20:19 ` Torsten Kaiser
@ 2012-02-27 16:09 ` Jesse Barnes
[not found] ` <CAC7Lmnu6Wp1aVDuCkP6+UN7jVW8jCk5PcufBn1nVANJfNQzq0A@mail.gmail.com>
0 siblings, 1 reply; 427+ messages in thread
From: Jesse Barnes @ 2012-02-27 16:09 UTC (permalink / raw)
To: Torsten Kaiser
Cc: Dave Airlie, linux-kernel, DRI mailing list, Eugeni Dodonov
[-- Attachment #1: Type: text/plain, Size: 1068 bytes --]
On Thu, 23 Feb 2012 21:19:20 +0100
Torsten Kaiser <just.for.lkml@googlemail.com> wrote:
> On Wed, Feb 22, 2012 at 8:56 PM, Dave Airlie <airlied@linux.ie> wrote:
> > Eugeni Dodonov (4):
> > drm/i915: gen7: implement rczunit workaround
> > drm/i915: gen7: Implement an L3 caching workaround.
> > drm/i915: gen7: work around a system hang on IVB
> > drm/i915: do not enable RC6p on Sandy Bridge
>
> That last patch about RC6p looks wrong.
>
> It does:
> GEN6_RC_CTL_RC6_ENABLE |
> (IS_GEN7(dev_priv->dev)) ? GEN6_RC_CTL_RC6p_ENABLE : 0;
> But I think this was meant:
> GEN6_RC_CTL_RC6_ENABLE |
> ((IS_GEN7(dev_priv->dev)) ? GEN6_RC_CTL_RC6p_ENABLE : 0);
>
> Or did I get the operator precedence wrong?
You're right, no cookie for Eugeni. :) This would have prevented RC6
from ever getting enabled though, which should have the same effect as
the patch intended, though at the cost of higher power consumption.
Fix just sent to Dave anyway.
--
Jesse Barnes, Intel Open Source Technology Center
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2012-02-22 19:56 Dave Airlie
@ 2012-02-23 20:19 ` Torsten Kaiser
2012-02-27 16:09 ` Jesse Barnes
0 siblings, 1 reply; 427+ messages in thread
From: Torsten Kaiser @ 2012-02-23 20:19 UTC (permalink / raw)
To: Dave Airlie; +Cc: DRI mailing list, linux-kernel, Keith Packard, Eugeni Dodonov
On Wed, Feb 22, 2012 at 8:56 PM, Dave Airlie <airlied@linux.ie> wrote:
> Eugeni Dodonov (4):
> drm/i915: gen7: implement rczunit workaround
> drm/i915: gen7: Implement an L3 caching workaround.
> drm/i915: gen7: work around a system hang on IVB
> drm/i915: do not enable RC6p on Sandy Bridge
That last patch about RC6p looks wrong.
It does:
GEN6_RC_CTL_RC6_ENABLE |
(IS_GEN7(dev_priv->dev)) ? GEN6_RC_CTL_RC6p_ENABLE : 0;
But I think this was meant:
GEN6_RC_CTL_RC6_ENABLE |
((IS_GEN7(dev_priv->dev)) ? GEN6_RC_CTL_RC6p_ENABLE : 0);
Or did I get the operator precedence wrong?
HTH
Torsten
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-02-22 19:56 Dave Airlie
2012-02-23 20:19 ` Torsten Kaiser
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2012-02-22 19:56 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 3513 bytes --]
Hi Linus,
Intel, radeon, exynos fixes.
Intel: fixes a few Ivybridge hangs, along with fixing RC6 on SNB (still
not on, but at least allows for distros to patch it on easily).
radeon: oops reading some files in debugfs that weren't meant to appear,
a fix that touches a lot of files, so looks worse than it is, it fixes an
oops if a GPU reset fails and userspace keeps submitting more data, along
with a minor BIOS fix for newer boards.
exynos: a group of fixes for exynos, they've sent me a few more but these
were all I got through, and its no hw vanilla kernel users see a lot off
yet.
Dave.
The following changes since commit b7f5b7dec3d539a84734f2bcb7e53fbb1532a40b:
drm/radeon/kms: fix MSI re-arm on rv370+ (2012-02-14 13:36:23 +0000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
Alex Deucher (1):
drm/radeon/kms/atom: dpms bios scratch reg updates
Dave Airlie (1):
Merge branch 'drm-intel-fixes' of git://git.kernel.org/.../jbarnes/drm-intel into drm-fixes
Eugeni Dodonov (4):
drm/i915: gen7: implement rczunit workaround
drm/i915: gen7: Implement an L3 caching workaround.
drm/i915: gen7: work around a system hang on IVB
drm/i915: do not enable RC6p on Sandy Bridge
Inki Dae (4):
drm/exynos: added possible_clones setup function.
drm/exynos: fixed page flip issue.
drm/exynos: removed exynos_drm_fbdev_recreate function.
drm/exynos: added postclose to release resource.
Jerome Glisse (1):
drm/radeon/kms: properly set accel working flag and bailout when false
Joonyoung Shim (2):
drm/exynos: changed priority of mixer layers.
drm/exynos: removed pageflip_event_list init code when closed.
Kenneth Graunke (1):
drm/i915: gen7: Disable the RHWO optimization as it can cause GPU hangs.
Masanari Iida (1):
drm/exynos: Fix typo in exynos_mixer.c
Michel Dänzer (1):
drm/radeon: Only create additional ring debugfs files on Cayman or newer.
drivers/gpu/drm/exynos/exynos_drm_core.c | 3 +
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 6 +-
drivers/gpu/drm/exynos/exynos_drm_drv.c | 26 +++++++---
drivers/gpu/drm/exynos/exynos_drm_encoder.c | 34 +++++++++++++
drivers/gpu/drm/exynos/exynos_drm_encoder.h | 1 +
drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 70 ++-------------------------
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 7 ++-
drivers/gpu/drm/exynos/exynos_mixer.c | 19 +++++---
drivers/gpu/drm/i915/i915_reg.h | 15 ++++++
drivers/gpu/drm/i915/intel_display.c | 24 ++++++++-
drivers/gpu/drm/radeon/evergreen.c | 1 +
drivers/gpu/drm/radeon/ni.c | 1 +
drivers/gpu/drm/radeon/r100.c | 8 +++-
drivers/gpu/drm/radeon/r300.c | 8 +++-
drivers/gpu/drm/radeon/r420.c | 8 +++-
drivers/gpu/drm/radeon/r520.c | 8 +++-
drivers/gpu/drm/radeon/r600.c | 1 +
drivers/gpu/drm/radeon/radeon_atombios.c | 3 +
drivers/gpu/drm/radeon/radeon_cs.c | 4 ++
drivers/gpu/drm/radeon/radeon_ring.c | 7 ++-
drivers/gpu/drm/radeon/rs400.c | 8 +++-
drivers/gpu/drm/radeon/rs600.c | 8 +++-
drivers/gpu/drm/radeon/rs690.c | 8 +++-
drivers/gpu/drm/radeon/rv515.c | 8 +++-
drivers/gpu/drm/radeon/rv770.c | 1 +
25 files changed, 190 insertions(+), 97 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-02-16 9:39 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-02-16 9:39 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
3 radeon fixes, I have some exynos fixes to push later but I'll queue them
separately once I've looked them over a bit.
Dave.
The following changes since commit ce5afed937f0a823d3b00c9459409c3f5f2fbd5d:
Merge git://git.samba.org/sfrench/cifs-2.6 (2012-02-13 20:34:44 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
Alex Deucher (2):
drm/radeon/kms/atom: bios scratch reg handling updates
drm/radeon/kms: fix MSI re-arm on rv370+
Dave Airlie (1):
drm/radeon/kms: drop lock in return path of radeon_fence_count_emitted.
drivers/gpu/drm/radeon/r100.c | 4 +---
drivers/gpu/drm/radeon/radeon_atombios.c | 17 +++++++++++++++++
drivers/gpu/drm/radeon/radeon_fence.c | 4 +++-
drivers/gpu/drm/radeon/rs600.c | 4 +---
4 files changed, 22 insertions(+), 7 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-02-10 15:51 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-02-10 15:51 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
all fairly minor stuff, A few intel fixes mainly, a randon mismerge fix, and one core compat ioctl
fix.
The intel dp fix fixes a bunch of eDP/DP regressions, and it at least lets
me suspend/resume my laptop panel again.
Dave.
The following changes since commit 6c073a7ee250118b8be3a2379c96fd7f78382b06:
Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/sage/ceph-client (2012-02-02 15:47:33 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
Chris Wilson (1):
drm/i915:: Disable FBC on SandyBridge
Daniel Vetter (2):
drm/i915: fixup interlaced bits clearing in PIPECONF on PCH_SPLIT
drm/i915: no lvds quirk for AOpen MP45
Dave Airlie (1):
Merge branch 'drm-intel-fixes' of git://git.kernel.org/.../keithp/linux into drm-fixes
Julia Lawall (1):
drivers/gpu/drm/drm_ioc32.c: initialize all fields
Keith Packard (2):
drm/i915: Force explicit bpp selection for intel_dp_link_required
drm/i915: fixup interlaced bits clearing in PIPECONF on PCH_SPLIT (v2)
Matthijs Kooijman (1):
drm/radeon: do not continue after error from r600_ib_test
drivers/gpu/drm/drm_ioc32.c | 3 ++-
drivers/gpu/drm/i915/intel_display.c | 8 +++++---
drivers/gpu/drm/i915/intel_dp.c | 20 +++++---------------
drivers/gpu/drm/i915/intel_lvds.c | 8 ++++++++
drivers/gpu/drm/radeon/evergreen.c | 1 +
5 files changed, 21 insertions(+), 19 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-01-30 10:03 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-01-30 10:03 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
just some misc fixes that built up over the weekend, nothing too major or
serious, one revert from Daniel after testing -rc1 on old hw.
Dave.
The following changes since commit 0a9626575400879d1d5e6bc8768188b938d7c501:
Merge tag 'driver-core-3.3-rc1-bugfixes' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core (2012-01-28 18:20:48 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
Chris Wilson (1):
drm: Pass the real error code back during GEM bo initialisation
Daniel Vetter (1):
Revert "drm/i810: cleanup reclaim_buffers"
Jean Delvare (1):
drm/radeon/kms: Fix device tree linkage of i2c buses
Ryan Mallon (1):
vmwgfx: Fix assignment in vmw_framebuffer_create_handle
drivers/gpu/drm/drm_gem.c | 2 +-
drivers/gpu/drm/i810/i810_dma.c | 17 ++++++-----------
drivers/gpu/drm/i810/i810_drv.c | 1 +
drivers/gpu/drm/i810/i810_drv.h | 6 ++++--
drivers/gpu/drm/radeon/radeon_i2c.c | 1 +
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 2 +-
6 files changed, 14 insertions(+), 15 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2012-01-25 23:31 ` Linus Torvalds
2012-01-26 6:21 ` Jerome Glisse
@ 2012-01-26 7:07 ` Dave Airlie
1 sibling, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2012-01-26 7:07 UTC (permalink / raw)
To: Linus Torvalds; +Cc: DRI mailing list, linux-kernel
> >
> > bunch of regression fixes since TTM rework and radeon initialisation,
> > modesetting fixes for Alex to fix some black screens on kms start type
> > issues, and two radeon ACPI fixes that make some laptops no oops on
> > startup.
>
> Does that include for the nvidia (?) suspend/resume issue? You were
> cc'd on it (but the subject may have made you ignore it - it was part
> of a thread about wireless network suspend issues: "bcma/brcmsmac
> suspend/resume cleanups and fixes"):
>
As Jerome said, Ben's ttm patch should fix it up. I meant to mention that.
Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2012-01-25 23:31 ` Linus Torvalds
@ 2012-01-26 6:21 ` Jerome Glisse
2012-01-26 7:07 ` Dave Airlie
1 sibling, 0 replies; 427+ messages in thread
From: Jerome Glisse @ 2012-01-26 6:21 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Dave Airlie, DRI mailing list, linux-kernel
On Wed, Jan 25, 2012 at 6:31 PM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> On Wed, Jan 25, 2012 at 11:05 AM, Dave Airlie <airlied@linux.ie> wrote:
>>
>> bunch of regression fixes since TTM rework and radeon initialisation,
>> modesetting fixes for Alex to fix some black screens on kms start type
>> issues, and two radeon ACPI fixes that make some laptops no oops on
>> startup.
>
> Does that include for the nvidia (?) suspend/resume issue? You were
> cc'd on it (but the subject may have made you ignore it - it was part
> of a thread about wireless network suspend issues: "bcma/brcmsmac
> suspend/resume cleanups and fixes"):
>
> No trivial bisect. I wish I had a faster build machine, but alas. I
> suspected some issue in DRM and the bisect took me into drm-core-next
> branch. I ended up at the following commit:
>
> dc97b3409a790d2a21aac6e5cdb99558b5944119 is the first bad commit
> commit dc97b3409a790d2a21aac6e5cdb99558b5944119
> Author: Jerome Glisse <jglisse@redhat.com>
> Date: Fri Nov 18 11:47:03 2011 -0500
>
> Hmm?
>
> Linus
Ben Skeggs patch fix this issue.
Cheers,
Jerome
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2012-01-25 19:05 Dave Airlie
@ 2012-01-25 23:31 ` Linus Torvalds
2012-01-26 6:21 ` Jerome Glisse
2012-01-26 7:07 ` Dave Airlie
0 siblings, 2 replies; 427+ messages in thread
From: Linus Torvalds @ 2012-01-25 23:31 UTC (permalink / raw)
To: Dave Airlie; +Cc: DRI mailing list, linux-kernel
On Wed, Jan 25, 2012 at 11:05 AM, Dave Airlie <airlied@linux.ie> wrote:
>
> bunch of regression fixes since TTM rework and radeon initialisation,
> modesetting fixes for Alex to fix some black screens on kms start type
> issues, and two radeon ACPI fixes that make some laptops no oops on
> startup.
Does that include for the nvidia (?) suspend/resume issue? You were
cc'd on it (but the subject may have made you ignore it - it was part
of a thread about wireless network suspend issues: "bcma/brcmsmac
suspend/resume cleanups and fixes"):
No trivial bisect. I wish I had a faster build machine, but alas. I
suspected some issue in DRM and the bisect took me into drm-core-next
branch. I ended up at the following commit:
dc97b3409a790d2a21aac6e5cdb99558b5944119 is the first bad commit
commit dc97b3409a790d2a21aac6e5cdb99558b5944119
Author: Jerome Glisse <jglisse@redhat.com>
Date: Fri Nov 18 11:47:03 2011 -0500
Hmm?
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2012-01-25 19:05 Dave Airlie
2012-01-25 23:31 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2012-01-25 19:05 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
bunch of regression fixes since TTM rework and radeon initialisation,
modesetting fixes for Alex to fix some black screens on kms start type
issues, and two radeon ACPI fixes that make some laptops no oops on
startup.
I think Intel have some -fixes coming soon which I'll send in a separate
pull.
Dave.
The following changes since commit dcd6c92267155e70a94b3927bce681ce74b80d1f:
Linux 3.3-rc1 (2012-01-19 15:04:48 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
Alan Cox (1):
gma500: Fix shmem mapping
Alex Deucher (7):
drm/radeon/kms: Add an MSI quirk for Dell RS690
drm/radeon/kms: add some missing semaphore init
drm/radeon/kms: move disp eng pll setup to init path
drm/radeon/kms: move panel mode setup into encoder mode set
drm/radeon/kms: rework modeset sequence for DCE41 and DCE5
drm/radeon/kms: use drm_detect_hdmi_monitor for picking encoder mode
drm/radeon/kms: refine TMDS dual link checks
Ben Skeggs (1):
drm/ttm: fix two regressions since move_notify changes
Igor Murzov (2):
drm/radeon: fix invalid memory access in radeon_atrm_get_bios()
drm/radeon: finish getting bios earlier
Jerome Glisse (2):
drm/radeon: silence out possible lock dependency warning
drm/radeon: avoid deadlock if GPU lockup is detected in ib_pool_get
Jesper Juhl (1):
gpu, drm, sis: Don't return uninitialized variable from sis_driver_load()
Thomas Hellstrom (1):
drm: Fix authentication kernel crash
drivers/gpu/drm/drm_auth.c | 6 ++-
drivers/gpu/drm/drm_fops.c | 5 ++
drivers/gpu/drm/gma500/gtt.c | 5 +-
drivers/gpu/drm/nouveau/nouveau_bo.c | 4 +
drivers/gpu/drm/radeon/atombios_crtc.c | 60 +++++++++---------
drivers/gpu/drm/radeon/atombios_dp.c | 22 +++----
drivers/gpu/drm/radeon/atombios_encoders.c | 89 +++++++++++++-------------
drivers/gpu/drm/radeon/evergreen.c | 1 +
drivers/gpu/drm/radeon/evergreend.h | 1 +
drivers/gpu/drm/radeon/ni.c | 1 +
drivers/gpu/drm/radeon/nid.h | 1 +
drivers/gpu/drm/radeon/radeon.h | 84 ++++++++++++------------
drivers/gpu/drm/radeon/radeon_atpx_handler.c | 4 +-
drivers/gpu/drm/radeon/radeon_bios.c | 2 +-
drivers/gpu/drm/radeon/radeon_device.c | 8 ++-
drivers/gpu/drm/radeon/radeon_display.c | 6 +-
drivers/gpu/drm/radeon/radeon_encoders.c | 77 ++++++++++++++++++++++
drivers/gpu/drm/radeon/radeon_irq_kms.c | 6 ++
drivers/gpu/drm/radeon/radeon_mode.h | 8 ++
drivers/gpu/drm/radeon/radeon_ring.c | 37 ++++++-----
drivers/gpu/drm/sis/sis_drv.c | 3 +-
drivers/gpu/drm/ttm/ttm_bo.c | 17 ++++-
include/drm/drmP.h | 1 +
23 files changed, 285 insertions(+), 163 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-12-14 17:27 Dave Airlie
@ 2011-12-14 17:39 ` Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-12-14 17:39 UTC (permalink / raw)
To: torvalds, keithp; +Cc: DRI mailing list, linux-kernel
(ignore original, this one comes with a believable changelog).
> Hi Linus,
>
> simple one just one pci ids patch from Alex,
>
> I know Keith has some patches outstanding in his queue and I know they are
> probably more than you'll want to merge at this point, I'm off until next
> week, so Keith if you do send a pull request you may as well send to
> Linus, since I know Linus can be more lenient on pulls which make the hw
> he uses suck less :-)
>
The following changes since commit 373da0a2a33018d560afcb2c77f8842985d79594:
Merge branch 'x86-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip (2011-12-13 15:02:31 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
Alex Deucher (1):
drm/radeon/kms: add some new pci ids
include/drm/drm_pciids.h | 10 ++++++++++
1 files changed, 10 insertions(+), 0 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-12-14 17:27 Dave Airlie
2011-12-14 17:39 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2011-12-14 17:27 UTC (permalink / raw)
To: torvalds, keithp; +Cc: DRI mailing list, linux-kernel
Hi Linus,
simple one just one pci ids patch from Alex,
I know Keith has some patches outstanding in his queue and I know they are
probably more than you'll want to merge at this point, I'm off until next
week, so Keith if you do send a pull request you may as well send to
Linus, since I know Linus can be more lenient on pulls which make the hw
he uses suck less :-)
The following changes since commit 45e713efe2fa574b6662e7fb63fae9497c5e03d4:
Merge branch 'x86-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip (2011-12-05 16:54:15 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
Alex Deucher (1):
drm/radeon/kms: fix return type for radeon_encoder_get_dp_bridge_encoder_id
Daniel Vetter (1):
drm/i915: fix infinite recursion on unbind due to ilk vt-d w/a
Thomas Meyer (1):
vmwgfx: Use kcalloc instead of kzalloc to allocate array
drivers/gpu/drm/i915/i915_gem.c | 7 ++++++-
drivers/gpu/drm/radeon/radeon_encoders.c | 7 +++----
drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c | 4 ++--
3 files changed, 11 insertions(+), 7 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-12-06 16:44 ` Linus Torvalds
@ 2011-12-07 8:12 ` Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-12-07 8:12 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Dave Airlie, linux-kernel, DRI mailing list
> So having looked at the patch itself, I don't dislike the notion of
> making sure certain fields are nicely initialized. So I don't hate the
> patch itself, but quite frankly, to me it doesn't smell even
> *remotely* like "regression fix". I don't think this is something that
> has ever worked.
Well just for completeness I tracked it down to
724c80e1d630296d1324859e964d80d35007d83c
which git describe shows as v2.6.36-rc5-456-g724c80e, so while it is a
technical regression, it took a long time for anyone to notice.
I think we probably need a more invasive patch in any case, as there
is still a race between when the drm midlayer calls pci_set_master and
the sanity enforcement, which we should close by moving pci_set_master
into the drivers (midlayer design yet again for the win).
so I'll leave it for -next.
Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-12-06 16:36 ` Dave Airlie
@ 2011-12-06 16:44 ` Linus Torvalds
2011-12-07 8:12 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Linus Torvalds @ 2011-12-06 16:44 UTC (permalink / raw)
To: Dave Airlie; +Cc: Dave Airlie, linux-kernel, DRI mailing list
On Tue, Dec 6, 2011 at 8:36 AM, Dave Airlie <airlied@gmail.com> wrote:
>
> Well I do care about kexec but only due to being forced into caring
> about it for a certain enterprise distro that uses it a lot, so maybe
> I was a bit biased in this case, and I dislike random memory
> corruptions due to my subsystem even in the kexec case. Writing a
> random 0 dword somewhere in memory isn't that pretty and no fun to
> track down, when the kexec looks like it succeeds.
So having looked at the patch itself, I don't dislike the notion of
making sure certain fields are nicely initialized. So I don't hate the
patch itself, but quite frankly, to me it doesn't smell even
*remotely* like "regression fix". I don't think this is something that
has ever worked.
And I do realize that some enterprise distros want to use kexec, but
at the same time I say "that's *their* problem". We know kexec hasn't
been horribly reliable, anybody who uses it should have be taking that
into account.
I hope kexec gets more reliable, but I *also* really hope that our RC
series will calm down, and on the whole, weighing the two concerns,
when we're talking about something that has never worked before
either, I think the thing is pretty clear.
That said, if there is some other real use-case ("this fixes problems
with the BIOS from Xyz initializing things to random crap"), I'd have
no real objections to the patch itself.
So my complaint is really a "I want to be more anal about the later
-rc patches, I feel we're slipping", not a "I hate the patch per se".
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-12-06 16:27 ` Linus Torvalds
@ 2011-12-06 16:36 ` Dave Airlie
2011-12-06 16:44 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2011-12-06 16:36 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Dave Airlie, linux-kernel, DRI mailing list
>
> What the heck is up?
Well I do care about kexec but only due to being forced into caring
about it for a certain enterprise distro that uses it a lot, so maybe
I was a bit biased in this case, and I dislike random memory
corruptions due to my subsystem even in the kexec case. Writing a
random 0 dword somewhere in memory isn't that pretty and no fun to
track down, when the kexec looks like it succeeds.
But I've no problem leaving it sitting around until -next.
The kzalloc->kcalloc ones are partly better integer overflow defence
where userspace passes in a number of objects but I just need to make
sure they are that and not cleanups, but I haven't gotten around to it
yet.
Cool I'll resend just the Intel and obvious radeon one and stick the
others into -next.
Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-12-06 16:21 Dave Airlie
@ 2011-12-06 16:27 ` Linus Torvalds
2011-12-06 16:36 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Linus Torvalds @ 2011-12-06 16:27 UTC (permalink / raw)
To: Dave Airlie; +Cc: linux-kernel, DRI mailing list
On Tue, Dec 6, 2011 at 8:21 AM, Dave Airlie <airlied@linux.ie> wrote:
>
> 3 fixes, one for an ongoing Intel VT-d/Ironlake GPU that I've been
> testing, and one kexec fix from Jerome for an issue reported on the list
> where the gpu writeback engines need to be switched off, along with a
> trivial fix from Alex.
Quite frankly, I think it's too late for something like a kexec
bugfix. Nobody cares. So kexec doesn't work - that's not something
new. This doesn't smell like a regression to me. And the kcalloc
things you mention *sound* like some kind of cleanup crap.
The DRM layer has been fairly good for a few releases, but I'm getting
the feeling that I need to start pushing back, because I'm getting
stuff that I don't think matters, and shouldn't be sent to me after
-rc4.
So I'm not pulling this.
What the heck is up?
By now, I want fixes that either fix real regressions that people
*care* about, or that help new unreleased hardware that people *will*
care about and that cannot possibly mess up old users.
kexec? Who the f*ck cares? Really?
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-12-06 16:21 Dave Airlie
2011-12-06 16:27 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2011-12-06 16:21 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, DRI mailing list
Hi Linus,
3 fixes, one for an ongoing Intel VT-d/Ironlake GPU that I've been
testing, and one kexec fix from Jerome for an issue reported on the list
where the gpu writeback engines need to be switched off, along with a
trivial fix from Alex.
Due to the size of the kexec fix I've decided to keep this pull small.
(I have some kzalloc->kcalloc fixes to check on).
Dave.
The following changes since commit 45e713efe2fa574b6662e7fb63fae9497c5e03d4:
Merge branch 'x86-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip (2011-12-05 16:54:15 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
Alex Deucher (1):
drm/radeon/kms: fix return type for radeon_encoder_get_dp_bridge_encoder_id
Daniel Vetter (1):
drm/i915: fix infinite recursion on unbind due to ilk vt-d w/a
Jerome Glisse (1):
drm/radeon: disable possible GPU writeback early v3
drivers/gpu/drm/i915/i915_gem.c | 7 ++++++-
drivers/gpu/drm/radeon/evergreen.c | 2 ++
drivers/gpu/drm/radeon/ni.c | 18 ++++++++++++++++++
drivers/gpu/drm/radeon/nid.h | 19 +++++++++++++++++++
drivers/gpu/drm/radeon/r100.c | 20 ++++++--------------
drivers/gpu/drm/radeon/r520.c | 2 +-
drivers/gpu/drm/radeon/r600.c | 16 ++++++++++++++++
drivers/gpu/drm/radeon/radeon_asic.h | 2 ++
drivers/gpu/drm/radeon/radeon_encoders.c | 7 +++----
drivers/gpu/drm/radeon/rs600.c | 20 +++++++++++++++++++-
drivers/gpu/drm/radeon/rs600d.h | 21 +++++++++++++++++++++
drivers/gpu/drm/radeon/rs690.c | 2 +-
drivers/gpu/drm/radeon/rv515.c | 2 +-
drivers/gpu/drm/radeon/rv770.c | 16 ++++++++++++++++
drivers/gpu/drm/radeon/rv770d.h | 20 ++++++++++++++++++++
15 files changed, 151 insertions(+), 23 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-12-02 11:07 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-12-02 11:07 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
nouveau fixes contain a few oops fixes found on Fedora recently,
main radeon one fixes a GPU reset race where the CPU hangs in an endless loop,
and in core a framebuffer leak fix from Chris.
Otherwise a couple of radeon scanout fixes for a case we hadn't tested a
lot, and dropping an ACPI message that was a bit louder than it should
have been.
Dave.
The following changes since commit 11d814a20166461358e1cefaf6bcd425698b8460:
Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband (2011-11-30 16:25:02 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
Alex Deucher (4):
drm/radeon/kms: add some loop timeouts in pageflip code
drm/radeon/kms: add some new pci ids
drm/radeon/kms: fix scanout of 2D tiled buffers on EG/CM
drm/radeon/kms: fix 2D tiling CS support on EG/CM
Ben Skeggs (4):
drm/nouveau: add dumb ioctl support
drm/nvd0/disp: fix sor dpms typo, preventing dpms on in some situations
drm/nouveau: fix oopses caused by clear being called on unpopulated ttms
drm/nv50/disp: silence compiler warning
Chris Wilson (1):
drm: Fix lack of CRTC disable for drm_crtc_helper_set_config(.fb=NULL)
Christoph Bumiller (1):
drm/nvc0/gr: fix TP init for transform feedback offset queries
Dave Airlie (1):
Merge branch 'drm-nouveau-fixes' of git://git.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Jean Delvare (2):
drm/radeon/kms: Hide debugging message
drm/radeon/kms: Skip ACPI call to ATIF when possible
Xi Wang (1):
vmwgfx: integer overflow in vmw_kms_update_layout_ioctl()
Younes Manton (1):
drm/nouveau: Keep RAMIN heap within the channel.
drivers/gpu/drm/drm_crtc_helper.c | 27 +++++-
drivers/gpu/drm/nouveau/nouveau_display.c | 45 +++++++++
drivers/gpu/drm/nouveau/nouveau_drv.c | 4 +
drivers/gpu/drm/nouveau/nouveau_drv.h | 6 +
drivers/gpu/drm/nouveau/nouveau_object.c | 2 +-
drivers/gpu/drm/nouveau/nouveau_sgdma.c | 3 +
drivers/gpu/drm/nouveau/nv50_display.c | 4 +-
drivers/gpu/drm/nouveau/nvc0_graph.c | 2 +
drivers/gpu/drm/nouveau/nvd0_display.c | 2 +-
drivers/gpu/drm/radeon/atombios_crtc.c | 35 +++++++-
drivers/gpu/drm/radeon/evergreen.c | 7 +-
drivers/gpu/drm/radeon/evergreen_cs.c | 149 ++++++++++++++++++++++++-----
drivers/gpu/drm/radeon/evergreen_reg.h | 29 ++++++
drivers/gpu/drm/radeon/evergreend.h | 31 ++++++
drivers/gpu/drm/radeon/r100.c | 7 +-
drivers/gpu/drm/radeon/radeon_acpi.c | 11 +-
drivers/gpu/drm/radeon/rs600.c | 7 +-
drivers/gpu/drm/radeon/rv770.c | 7 +-
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 11 +-
include/drm/drm_pciids.h | 8 ++
20 files changed, 349 insertions(+), 48 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-11-23 9:56 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-11-23 9:56 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 4199 bytes --]
Hi Linus,
Keith finally decloaked and sent me his -fixes queue so this is mostly
that along with some radeon i2c fixes/cleanups, a radeon fix for some
userspace problems and a couple of drm core and vga arb fixes.
I have some exynos changes I might send separatly to you, as that driver
only went in during the merge window so it not like they can really cause
any regressions.
Dave.
The following changes since commit 6991b8f2a3193397461104a27be417addb8d032b:
drm/radeon/kms: fix segfault in pm rework (2011-11-15 19:44:03 +0000)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
Adam Jackson (1):
drm/i915: intel_choose_pipe_bpp_dither messages should be DRM_DEBUG_KMS
Alex Deucher (2):
drm/radeon/kms: fix up gpio i2c mask bits for r4xx for real
drm/radeon/kms/atom: unify i2c gpio table handling
Ben Widawsky (1):
drm/i915: forcewake warning fixes in debugfs
Dan Carpenter (1):
drm/i915: fix if statement (bogus semi-colon)
Daniel Vetter (4):
drm/i915: disable temporal dithering on the internal panel
drm/i915: only match on PCI_BASE_CLASS_DISPLAY
drm/i915: Ivybridge still has fences!
drm/i915: add constants to size fence arrays and fields
Dave Airlie (1):
Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~keithp/linux into drm-fixes
Eric Anholt (3):
drm/i915: Fix object refcount leak on mmappable size limit error path.
drm/i915: Turn on a required 3D clock gating bit on Sandybridge.
drm/i915: Turn on another required clock gating bit on gen6.
Jesse Barnes (1):
drm/i915: enable cacheable objects on Ivybridge
Julia Lawall (1):
drivers/gpu/vga/vgaarb.c: add missing kfree
Keith Packard (12):
agp: iommu_gfx_mapped only available if CONFIG_INTEL_IOMMU is set
drm/i915: Use mode_config.mutex in ironlake_panel_vdd_work
drm/i915: Module parameters using '-1' as default must be signed type
drm/i915: Move common PCH_PP_CONTROL setup to ironlake_get_pp_control
drm/i915: Remove link_status field from intel_dp structure
drm/i915: Treat PCH eDP like DP in most places
drm/i915: Let panel power sequencing hardware do its job
drm/i915: Make DP prepare/commit consistent with DP dpms
drm/i915: Try harder during dp pattern 1 link training
drm/i915: Remove trailing white space
drm/i915: Initiate DP link training only on the lanes we'll be using
drm/i915: Use DPCD value for max DP lanes.
Marek Olšák (1):
drm/radeon/kms: add a CS ioctl flag not to rewrite tiling flags in the CS
Rakib Mullick (1):
drm, i915: Fix memory leak in i915_gem_busy_ioctl().
Takashi Iwai (1):
drm/i915: Fix inconsistent backlight level during disabled
Thomas Hellstrom (1):
ttm: Don't return the bo reserved on error path
Xi Wang (1):
drm: integer overflow in drm_mode_dirtyfb_ioctl()
drivers/gpu/drm/drm_crtc.c | 4 +
drivers/gpu/drm/i915/i915_debugfs.c | 57 ++++-
drivers/gpu/drm/i915/i915_drv.c | 6 +-
drivers/gpu/drm/i915/i915_drv.h | 19 +-
drivers/gpu/drm/i915/i915_gem.c | 12 +-
drivers/gpu/drm/i915/i915_irq.c | 1 +
drivers/gpu/drm/i915/i915_reg.h | 21 ++-
drivers/gpu/drm/i915/i915_suspend.c | 2 +
drivers/gpu/drm/i915/intel_display.c | 33 ++-
drivers/gpu/drm/i915/intel_dp.c | 411 +++++++++++++++++-------------
drivers/gpu/drm/i915/intel_panel.c | 3 +-
drivers/gpu/drm/radeon/evergreen_cs.c | 92 ++++---
drivers/gpu/drm/radeon/r300.c | 94 ++++---
drivers/gpu/drm/radeon/r600_cs.c | 26 ++-
drivers/gpu/drm/radeon/radeon.h | 3 +-
drivers/gpu/drm/radeon/radeon_atombios.c | 204 +++++++---------
drivers/gpu/drm/radeon/radeon_cs.c | 11 +-
drivers/gpu/drm/radeon/radeon_drv.c | 3 +-
drivers/gpu/drm/ttm/ttm_bo.c | 8 +-
drivers/gpu/vga/vgaarb.c | 18 +-
include/drm/drm_mode.h | 2 +
include/drm/radeon_drm.h | 4 +
22 files changed, 601 insertions(+), 433 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-11-11 14:59 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-11-11 14:59 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel, keithp
[-- Attachment #1: Type: TEXT/PLAIN, Size: 6143 bytes --]
Hi Linus,
Pretty much fixes for everything, nouveau and radeon are the main ones,
some vmwgfx also, and one exynos. A few core drm fixes and cleanups.
I've included 3 i915 fixes, one serious hang, one build and one leak, I
know Keith has these queued but he seems to have been a bit busy and I'd
rather at least these 3 were upstream, so he can sort the rest out later.
Dave.
The following changes since commit 1ea6b8f48918282bdca0b32a34095504ee65bab5:
Linux 3.2-rc1 (2011-11-07 16:16:02 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
Adam Jackson (1):
drm/nouveau: Fix bandwidth calculation for DisplayPort
Alex Deucher (6):
drm/radeon/kms: fix use of vram scratch page on evergreen/ni
drm/radeon/kms: make an aux failure debug only
drm/radeon/kms: remove extraneous calls to radeon_pm_compute_clocks()
drm/radeon/kms/pm: add a proper pm profile init function for fusion
drm/radeon/kms: optimize r600_pm_profile_init
drm/radeon/kms/pm: switch to dynamically allocating clock mode array
Ben Skeggs (12):
drm: make sure drm_vblank_init() has been called before touching vbl_lock
drm/nouveau: fix oops if i2c bus not found in nouveau_i2c_identify()
drm/nv50/bios: fixup mpll programming from the init table parser
drm/nv50/gr: typo fix, how about we not reset fifo during graph init?
drm/nv50/vram: fix incorrect detection of bank count on newer chipsets
drm/nv40/pm: fix issues on igp chipsets, which don't have memory
drm/nvc0/vram: skip disabled PBFB subunits
drm/nvc0: enable acceleration on 0xc8 by default
drm/nvc0/gr: fix some bugs in grctx generation
drm/nvc1: hacky workaround to fix accel issues
drm/nvc0/gr: fixup the mmio list register writes for 0xc1
drm/nvc0: enable acceleration for nvc1 by default
Christoph Bumiller (1):
drm/nvc0/vram: storage type 0xc3 is not compressed
Dan Carpenter (3):
drm/i915: fix if statement (bogus semi-colon)
drm/nouveau: testing the wrong variable
drm/radeon/benchmark: signedness bug in radeon_benchmark_move()
Dave Airlie (1):
Merge branch 'drm-nouveau-fixes' of git://git.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Eric Anholt (1):
drm/i915: Fix object refcount leak on mmappable size limit error path.
Francisco Jerez (1):
drm/nv10: Change the BO size threshold determining the memory placement range.
Ilija Hadzic (2):
drm: do not sleep on vblank while holding a mutex
drm: add some comments to drm_wait_vblank and drm_queue_vblank_event
Inki Dae (1):
drm/exynos: added padding to be 64-bit align.
Jakob Bornecrantz (3):
vmwgfx: Close screen object system
vmwgfx: Initialize clip rect loop correctly in surface dirty
vmwgfx: Only allow 64x64 cursors
Jesse Barnes (1):
drm: try to restore previous CRTC config if mode set fails
Keith Packard (1):
agp: iommu_gfx_mapped only available if CONFIG_INTEL_IOMMU is set
Kyungmin Park (1):
MAINTAINERS: exynos: Add EXYNOS DRM maintainer entry
Marcin Slusarz (3):
drm/nouveau: initialize chan->fence.lock before use
drm/nouveau: by default use low bpp framebuffer on low memory cards
drm: serialize access to list of debugfs files
Maxim Levitsky (1):
drm/nv50: fix stability issue on NV86.
Michel Dänzer (1):
drm/radeon: Make sure CS mutex is held across GPU reset.
Paul Bolle (1):
drm: drop select of SLOW_WORK
Randy Dunlap (1):
drm: fix kconfig unmet dependency warning
Vinson Lee (1):
drm: Ensure string is null terminated.
MAINTAINERS | 7 ++
drivers/char/agp/intel-gtt.c | 7 +-
drivers/gpu/drm/Kconfig | 2 +-
drivers/gpu/drm/drm_crtc.c | 4 +-
drivers/gpu/drm/drm_crtc_helper.c | 13 +++
drivers/gpu/drm/drm_debugfs.c | 12 ++-
drivers/gpu/drm/drm_drv.c | 2 +-
drivers/gpu/drm/drm_irq.c | 22 ++++--
drivers/gpu/drm/i915/i915_debugfs.c | 5 +-
drivers/gpu/drm/i915/i915_gem.c | 2 +-
drivers/gpu/drm/nouveau/nouveau_bios.c | 22 +++--
drivers/gpu/drm/nouveau/nouveau_bo.c | 2 +-
drivers/gpu/drm/nouveau/nouveau_channel.c | 1 +
drivers/gpu/drm/nouveau/nouveau_connector.c | 2 +-
drivers/gpu/drm/nouveau/nouveau_fbcon.c | 11 +++-
drivers/gpu/drm/nouveau/nouveau_fence.c | 2 -
drivers/gpu/drm/nouveau/nouveau_i2c.c | 2 +-
drivers/gpu/drm/nouveau/nouveau_perf.c | 2 +-
drivers/gpu/drm/nouveau/nouveau_state.c | 13 +++-
drivers/gpu/drm/nouveau/nv40_pm.c | 20 ++++-
drivers/gpu/drm/nouveau/nv50_graph.c | 4 +-
drivers/gpu/drm/nouveau/nv50_grctx.c | 2 +-
drivers/gpu/drm/nouveau/nv50_vram.c | 2 +-
drivers/gpu/drm/nouveau/nvc0_graph.c | 41 +++++++--
drivers/gpu/drm/nouveau/nvc0_grctx.c | 31 +++----
drivers/gpu/drm/nouveau/nvc0_vram.c | 16 +++--
drivers/gpu/drm/radeon/atombios_crtc.c | 6 --
drivers/gpu/drm/radeon/atombios_dp.c | 2 +-
drivers/gpu/drm/radeon/evergreen.c | 53 ++++++++++++-
drivers/gpu/drm/radeon/r600.c | 118 +++++++-------------------
drivers/gpu/drm/radeon/radeon.h | 50 +++++++++++-
drivers/gpu/drm/radeon/radeon_asic.c | 2 +-
drivers/gpu/drm/radeon/radeon_asic.h | 1 +
drivers/gpu/drm/radeon/radeon_atombios.c | 118 ++++++++++++++++++---------
drivers/gpu/drm/radeon/radeon_benchmark.c | 2 +-
drivers/gpu/drm/radeon/radeon_cs.c | 14 ++--
drivers/gpu/drm/radeon/radeon_device.c | 16 +++-
drivers/gpu/drm/radeon/radeon_legacy_crtc.c | 6 --
drivers/gpu/drm/radeon/radeon_pm.c | 18 ++++
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 14 +++-
include/drm/drmP.h | 4 +-
include/drm/exynos_drm.h | 2 +
42 files changed, 441 insertions(+), 234 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-11-07 18:00 ` Linus Torvalds
@ 2011-11-07 18:30 ` Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-11-07 18:30 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Dave Airlie, DRI mailing list, linux-kernel
On Mon, Nov 7, 2011 at 6:00 PM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> On Mon, Nov 7, 2011 at 5:27 AM, Dave Airlie <airlied@linux.ie> wrote:
>>
>> are available in the git repository at:
>>
>> ssh://people.freedesktop.org/~/linux drm-fixes
>
> No they are *not* available there.
>
> Fix your pull script already! I mentioned this once earlier, your pull
> requests are wrong, and point to things that just don't *exist* for
> anybody but you.
>
> I don't have ssh access to that server, and even if I did, that "~"
> would be wrong.
>
Oops I generated on my desktop since I was home and it wasn't using
correct script.
Here is a clean version.
Dave.
The following changes since commit 094803e0aab3fe75bbf8202a8f4b5280eaade375:
Merge branch 'akpm' (Andrew's incoming) (2011-10-31 17:46:07 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
Alex Deucher (22):
drm/radeon/kms: rework texture cache flush in r6xx+ blit code
drm/radeon/kms/cayman/blit: specify CP_COHER_CNTL2 with surface_sync
drm/radeon/kms: properly set panel mode for eDP
drm/radeon/kms: cleanup atombios_adjust_pll()
drm/radeon/kms: rework DP bridge checks
drm/radeon/kms: only require 2.7 Ghz DP clock for NUTMEG
drm/radeon/kms/atom: rework encoder dpms
drm/radeon/kms: check for DP MST mode in a few more places (v2)
drm/radeon/kms: allocate vram scratch page on 6xx+
drm/radeon/kms: move atom encoder setup to a new file
drm/radeon/kms: make atombios_dvo_setup() version based
drm/radeon/kms: make atombios_dig_encoder_setup() version based
drm/radeon/kms: make atombios_dig_transmitter_setup() version based
drm/radeon/kms: remove useless radeon_ddc_dump()
drm/radeon/kms: always do extended edid probe
drm/radeon/kms: split MSI check into a separate function
drm/radeon/kms: Add MSI quirk for HP RS690
drm/radeon/kms: Add MSI quirk for Dell RS690
drm/radeon/kms: add MSI module parameter
drm/radeon/kms: set HPD polarity in hpd_init()
drm/radeon/kms: fix DP setup on TRAVIS bridges
drm/radeon/kms: don't poll forever if MC GDDR link training fails
Ilija Hadzic (1):
drm/radeon/kms: use defined constants for crtc/hpd count instead
of hard-coded value 6
Jakob Bornecrantz (5):
vmwgfx: Use pointer return error codes
vmwgfx: Free prefered mode on error path
vmwgfx: Unreference surface on cursor error path
vmwgfx: Move the prefered mode first in the list
vmwgfx: Snoop DMA transfers with non-covering sizes
Jerome Glisse (4):
drm/radeon: avoid bouncing connector status btw disconnected & unknown
drm/radeon: set hpd polarity at init time so hotplug detect works
drm/radeon: flush read cache for gtt with fence on r6xx and newer GPU V3
drm/radeon/kms: consolidate GART code, fix segfault after GPU lockup V2
Thomas Hellstrom (8):
drm: Introduce "Virtual" connectors and encoders
vmwgfx: Use "Virtual" connectors and encoders rather than "LVDS".
vmwgfx: Reinstate the update_layout ioctl
vmwgfx: Screen object cleanups
vmwgfx: Remove screen object active list
vmwgfx: Make the preferred autofit mode have a 60Hz vrefresh
vmwgfx: Infrastructure for explicit placement
vmwgfx: Fix hw cursor position
drivers/gpu/drm/drm_crtc.c | 8 +-
drivers/gpu/drm/radeon/Makefile | 2 +-
drivers/gpu/drm/radeon/atombios_crtc.c | 56 +-
drivers/gpu/drm/radeon/atombios_dp.c | 20 +-
drivers/gpu/drm/radeon/atombios_encoders.c | 2369 +++++++++++++++++++++++++++
drivers/gpu/drm/radeon/evergreen.c | 18 +-
drivers/gpu/drm/radeon/evergreen_blit_kms.c | 20 +-
drivers/gpu/drm/radeon/ni.c | 25 +-
drivers/gpu/drm/radeon/r100.c | 7 +-
drivers/gpu/drm/radeon/r300.c | 16 +-
drivers/gpu/drm/radeon/r600.c | 106 +-
drivers/gpu/drm/radeon/r600_blit_kms.c | 14 +-
drivers/gpu/drm/radeon/radeon.h | 57 +-
drivers/gpu/drm/radeon/radeon_connectors.c | 90 +-
drivers/gpu/drm/radeon/radeon_display.c | 36 +-
drivers/gpu/drm/radeon/radeon_drv.c | 4 +
drivers/gpu/drm/radeon/radeon_encoders.c | 2151 +------------------------
drivers/gpu/drm/radeon/radeon_gart.c | 71 +-
drivers/gpu/drm/radeon/radeon_i2c.c | 28 +-
drivers/gpu/drm/radeon/radeon_irq_kms.c | 60 +-
drivers/gpu/drm/radeon/radeon_mode.h | 14 +-
drivers/gpu/drm/radeon/rs400.c | 5 +-
drivers/gpu/drm/radeon/rs600.c | 17 +-
drivers/gpu/drm/radeon/rv770.c | 73 +-
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 6 +
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 6 +-
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 151 ++-
drivers/gpu/drm/vmwgfx/vmwgfx_kms.h | 10 +-
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 5 +-
drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c | 94 +-
include/drm/drm_dp_helper.h | 3 +
include/drm/drm_mode.h | 12 +-
include/drm/vmwgfx_drm.h | 51 +-
33 files changed, 2948 insertions(+), 2657 deletions(-)
create mode 100644 drivers/gpu/drm/radeon/atombios_encoders.c
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-11-07 13:27 Dave Airlie
@ 2011-11-07 18:00 ` Linus Torvalds
2011-11-07 18:30 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Linus Torvalds @ 2011-11-07 18:00 UTC (permalink / raw)
To: Dave Airlie; +Cc: DRI mailing list, linux-kernel
On Mon, Nov 7, 2011 at 5:27 AM, Dave Airlie <airlied@linux.ie> wrote:
>
> are available in the git repository at:
>
> ssh://people.freedesktop.org/~/linux drm-fixes
No they are *not* available there.
Fix your pull script already! I mentioned this once earlier, your pull
requests are wrong, and point to things that just don't *exist* for
anybody but you.
I don't have ssh access to that server, and even if I did, that "~"
would be wrong.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-11-07 13:27 Dave Airlie
2011-11-07 18:00 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2011-11-07 13:27 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
this is just radeon and vmware fixes that would be good to have for -rc1,
Its a bit larger than it looks as Alex wanted to move some code into a
separate file so it reflected how other code work,
The radeon ones fix some outstanding corruption issues on CAYMAN gpus,
along with more fixes for the Fusion APUs, the vmwgfx fixes are mainly for
issues discovered by vmware in their testing of the driver after it moved
out of staging.
(for anyone not Linus, if I missed anything feel free to ping me, I've
been going through a large post-flood mess and have no patchwork to keep
track of stuff).
Regards,
Dave.
The following changes since commit 094803e0aab3fe75bbf8202a8f4b5280eaade375:
Merge branch 'akpm' (Andrew's incoming) (2011-10-31 17:46:07 -0700)
are available in the git repository at:
ssh://people.freedesktop.org/~/linux drm-fixes
Alex Deucher (22):
drm/radeon/kms: rework texture cache flush in r6xx+ blit code
drm/radeon/kms/cayman/blit: specify CP_COHER_CNTL2 with surface_sync
drm/radeon/kms: properly set panel mode for eDP
drm/radeon/kms: cleanup atombios_adjust_pll()
drm/radeon/kms: rework DP bridge checks
drm/radeon/kms: only require 2.7 Ghz DP clock for NUTMEG
drm/radeon/kms/atom: rework encoder dpms
drm/radeon/kms: check for DP MST mode in a few more places (v2)
drm/radeon/kms: allocate vram scratch page on 6xx+
drm/radeon/kms: move atom encoder setup to a new file
drm/radeon/kms: make atombios_dvo_setup() version based
drm/radeon/kms: make atombios_dig_encoder_setup() version based
drm/radeon/kms: make atombios_dig_transmitter_setup() version based
drm/radeon/kms: remove useless radeon_ddc_dump()
drm/radeon/kms: always do extended edid probe
drm/radeon/kms: split MSI check into a separate function
drm/radeon/kms: Add MSI quirk for HP RS690
drm/radeon/kms: Add MSI quirk for Dell RS690
drm/radeon/kms: add MSI module parameter
drm/radeon/kms: set HPD polarity in hpd_init()
drm/radeon/kms: fix DP setup on TRAVIS bridges
drm/radeon/kms: don't poll forever if MC GDDR link training fails
Ilija Hadzic (1):
drm/radeon/kms: use defined constants for crtc/hpd count instead of hard-coded value 6
Jakob Bornecrantz (5):
vmwgfx: Use pointer return error codes
vmwgfx: Free prefered mode on error path
vmwgfx: Unreference surface on cursor error path
vmwgfx: Move the prefered mode first in the list
vmwgfx: Snoop DMA transfers with non-covering sizes
Jerome Glisse (4):
drm/radeon: avoid bouncing connector status btw disconnected & unknown
drm/radeon: set hpd polarity at init time so hotplug detect works
drm/radeon: flush read cache for gtt with fence on r6xx and newer GPU V3
drm/radeon/kms: consolidate GART code, fix segfault after GPU lockup V2
Thomas Hellstrom (8):
drm: Introduce "Virtual" connectors and encoders
vmwgfx: Use "Virtual" connectors and encoders rather than "LVDS".
vmwgfx: Reinstate the update_layout ioctl
vmwgfx: Screen object cleanups
vmwgfx: Remove screen object active list
vmwgfx: Make the preferred autofit mode have a 60Hz vrefresh
vmwgfx: Infrastructure for explicit placement
vmwgfx: Fix hw cursor position
drivers/gpu/drm/drm_crtc.c | 8 +-
drivers/gpu/drm/radeon/Makefile | 2 +-
drivers/gpu/drm/radeon/atombios_crtc.c | 56 +-
drivers/gpu/drm/radeon/atombios_dp.c | 20 +-
drivers/gpu/drm/radeon/atombios_encoders.c | 2369 +++++++++++++++++++++++++++
drivers/gpu/drm/radeon/evergreen.c | 18 +-
drivers/gpu/drm/radeon/evergreen_blit_kms.c | 20 +-
drivers/gpu/drm/radeon/ni.c | 25 +-
drivers/gpu/drm/radeon/r100.c | 7 +-
drivers/gpu/drm/radeon/r300.c | 16 +-
drivers/gpu/drm/radeon/r600.c | 106 +-
drivers/gpu/drm/radeon/r600_blit_kms.c | 14 +-
drivers/gpu/drm/radeon/radeon.h | 57 +-
drivers/gpu/drm/radeon/radeon_connectors.c | 90 +-
drivers/gpu/drm/radeon/radeon_display.c | 36 +-
drivers/gpu/drm/radeon/radeon_drv.c | 4 +
drivers/gpu/drm/radeon/radeon_encoders.c | 2151 +------------------------
drivers/gpu/drm/radeon/radeon_gart.c | 71 +-
drivers/gpu/drm/radeon/radeon_i2c.c | 28 +-
drivers/gpu/drm/radeon/radeon_irq_kms.c | 60 +-
drivers/gpu/drm/radeon/radeon_mode.h | 14 +-
drivers/gpu/drm/radeon/rs400.c | 5 +-
drivers/gpu/drm/radeon/rs600.c | 17 +-
drivers/gpu/drm/radeon/rv770.c | 73 +-
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 6 +
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 6 +-
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 151 ++-
drivers/gpu/drm/vmwgfx/vmwgfx_kms.h | 10 +-
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 5 +-
drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c | 94 +-
include/drm/drm_dp_helper.h | 3 +
include/drm/drm_mode.h | 12 +-
include/drm/vmwgfx_drm.h | 51 +-
33 files changed, 2948 insertions(+), 2657 deletions(-)
create mode 100644 drivers/gpu/drm/radeon/atombios_encoders.c
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-10-19 8:54 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-10-19 8:54 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
one quite urgent fixes for AMD Llano APU users, one earlier patch
uncovered a bug in the atom parsing code that resulted in semi-random
memory corruption when executing load detection tables. I spent a few days
scratching my head and Alex figured it out once I got enough debug logs.
We've also added bounds checking so it can't happen again.
The other fixes are radeon modesetting fixes and a ttm fix.
Dave.
The following changes since commit 899e3ee404961a90b828ad527573aaaac39f0ab1:
Linux 3.1-rc10 (2011-10-17 21:06:23 -0700)
are available in the git repository at:
git://people.freedesktop.org/~/linux drm-fixes
Alex Deucher (4):
drm/radeon/kms/DCE4.1: fix dig encoder to transmitter mapping
drm/radeon/kms/DCE4.1: ss is not supported on the internal pplls
drm/radeon/kms/DCE4.1: fix Select_CrtcSource EncodeMode setting for DP bridges (v2)
drm/radeon/kms/atom: fix handling of FB scratch indices
Thomas Hellstrom (1):
ttm: Fix error-path using an uninitialized value
drivers/gpu/drm/radeon/atom.c | 15 +++++++++++++--
drivers/gpu/drm/radeon/atom.h | 1 +
drivers/gpu/drm/radeon/atombios_crtc.c | 2 +-
drivers/gpu/drm/radeon/radeon_encoders.c | 25 ++++++++++++++++++++-----
drivers/gpu/drm/ttm/ttm_bo_util.c | 2 +-
5 files changed, 36 insertions(+), 9 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-10-08 7:20 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-10-08 7:20 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
just some more fixes from Alex for various displayport and llano output
setup on radeon.
Dave.
The following changes since commit 976d167615b64e14bc1491ca51d424e2ba9a5e84:
Linux 3.1-rc9 (2011-10-04 18:11:50 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux.git drm-fixes
Alex Deucher (3):
drm/radeon/kms: retry aux transactions if there are status flags
drm/radeon/kms: fix dp_detect handling for DP bridge chips
drm/radeon/kms: use hardcoded dig encoder to transmitter mapping for DCE4.1
drivers/gpu/drm/radeon/atombios_dp.c | 12 +++++++++---
drivers/gpu/drm/radeon/radeon_connectors.c | 21 ++++++---------------
drivers/gpu/drm/radeon/radeon_encoders.c | 9 ++++++---
3 files changed, 21 insertions(+), 21 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-10-04 16:58 ` Linus Torvalds
@ 2011-10-04 17:04 ` Alex Deucher
0 siblings, 0 replies; 427+ messages in thread
From: Alex Deucher @ 2011-10-04 17:04 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Dave Airlie, linux-kernel, DRI mailing list
On Tue, Oct 4, 2011 at 12:58 PM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> On Tue, Oct 4, 2011 at 9:34 AM, Dave Airlie <airlied@linux.ie> wrote:
>>
>> all radeon fixes, one nasty startup crash and/or memory corruption on one
>> family of radeon hd6450s resulted in a patch to stop setting a bunch of
>> regs in the drivers and let the BIOS set them correctly, displayport
>> regression fix, and some off-by-one in the cursor code around the corners
>> of the screens.
>
> Has this been tested with suspend/resume on a lot of machines?
>
> In general, the registers that get set on boot correctly absolutely do
> *not* get set on resume.
>
> So the registers that you now no longer set at boot-time should almost
> certainly still be saved and restored across suspend/resume. I don't
> know the code well enough to read the diffs, but a quick grep seems to
> show that when you removed the boot-time setup, you also removed the
> resume-time setup (well, at least MC_SHARED_CHREMAP doesn't seem to be
> used anywhere any more: it may be that it's saved-restores in some
> kind of "loop over all registers" that wouldn't have triggered the
> grep).
>
> I pulled, but please verify that whole thing.
It's safe. The hw default value is fine (value in the register at
asic power up). On most cards the hw default value is is fine. If it
needs to be overridden in certain cases, that's handled by the
asic_init vbios table which is executed at boot by the vbios and by
the driver at resume time.
Alex
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-10-04 16:34 Dave Airlie
@ 2011-10-04 16:58 ` Linus Torvalds
2011-10-04 17:04 ` Alex Deucher
0 siblings, 1 reply; 427+ messages in thread
From: Linus Torvalds @ 2011-10-04 16:58 UTC (permalink / raw)
To: Dave Airlie; +Cc: DRI mailing list, linux-kernel
On Tue, Oct 4, 2011 at 9:34 AM, Dave Airlie <airlied@linux.ie> wrote:
>
> all radeon fixes, one nasty startup crash and/or memory corruption on one
> family of radeon hd6450s resulted in a patch to stop setting a bunch of
> regs in the drivers and let the BIOS set them correctly, displayport
> regression fix, and some off-by-one in the cursor code around the corners
> of the screens.
Has this been tested with suspend/resume on a lot of machines?
In general, the registers that get set on boot correctly absolutely do
*not* get set on resume.
So the registers that you now no longer set at boot-time should almost
certainly still be saved and restored across suspend/resume. I don't
know the code well enough to read the diffs, but a quick grep seems to
show that when you removed the boot-time setup, you also removed the
resume-time setup (well, at least MC_SHARED_CHREMAP doesn't seem to be
used anywhere any more: it may be that it's saved-restores in some
kind of "loop over all registers" that wouldn't have triggered the
grep).
I pulled, but please verify that whole thing.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-10-04 16:34 Dave Airlie
2011-10-04 16:58 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2011-10-04 16:34 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1729 bytes --]
Hi Linus,
all radeon fixes, one nasty startup crash and/or memory corruption on one
family of radeon hd6450s resulted in a patch to stop setting a bunch of
regs in the drivers and let the BIOS set them correctly, displayport
regression fix, and some off-by-one in the cursor code around the corners
of the screens.
its a bit bigger than I'd like but the register setting removal had to
remove the unused functions.
Dave.
The following changes since commit 9b13776977d45505469edc6decc93e9e3799afe2:
Merge branch 'for-linus' of git://git.infradead.org/users/sameo/mfd-2.6 (2011-10-02 19:23:44 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux.git drm-fixes
Alex Deucher (4):
drm/radeon/kms: fix regression in DP aux defer handling
drm/radeon/kms: add retry limits for native DP aux defer
drm/radeon/kms: Fix logic error in DP HPD handler
drm/radeon/kms: fix channel_remap setup (v2)
Michel Dänzer (3):
drm/radeon: Simplify cursor x/yorigin calculation.
drm/radeon: Update AVIVO cursor coordinate origin before x/yorigin calculation.
drm/radeon: Set cursor x/y to 0 when x/yorigin > 0.
Nicholas Miell (1):
drm/radeon/kms: fix cursor image off-by-one error
drivers/gpu/drm/radeon/atombios_dp.c | 16 +++++---
drivers/gpu/drm/radeon/evergreen.c | 44 ------------------------
drivers/gpu/drm/radeon/ni.c | 32 -----------------
drivers/gpu/drm/radeon/radeon_connectors.c | 8 ++--
drivers/gpu/drm/radeon/radeon_cursor.c | 40 ++++++++++-----------
drivers/gpu/drm/radeon/rv770.c | 51 ----------------------------
6 files changed, 33 insertions(+), 158 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-09-23 13:09 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-09-23 13:09 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi,
One radeon fix, and one serious radeon revert due to regression.
Dave.
The following changes since commit d942e43b58dc27b36305bcd374a74f7cc15183a3:
Merge branch 'for-linus' of git://git.selinuxproject.org/~jmorris/linux-security (2011-09-22 19:57:27 -0700)
are available in the git repository at:
ssh://people.freedesktop.org/~/linux drm-fixes
Alex Deucher (1):
drm/radeon/kms: fix DDIA enable on some rs690 systems
Dave Airlie (1):
Revert "drm/radeon/kms: fix typo in r100_blit_copy"
drivers/gpu/drm/radeon/r100.c | 4 ++--
drivers/gpu/drm/radeon/radeon_encoders.c | 9 ++++++++-
2 files changed, 10 insertions(+), 3 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-09-19 9:10 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-09-19 9:10 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1481 bytes --]
Hi Linus,
Some fixes for page size mismatches in radeon, a lockdep noticed locking
problem, and a fix to zero some memory that was being passed to userspace.
Dave.
The following changes since commit 003f6c9df54970d8b19578d195b3e2b398cdbde2:
lib/sha1.c: quiet sparse noise about symbol not declared (2011-09-13 16:09:41 -0700)
are available in the git repository at:
git://people.freedesktop.org/~/linux.git drm-fixes
Alex Deucher (2):
drm/radeon/kms: fix typo in r100_blit_copy
drm/radeon/kms: Make GPU/CPU page size handling consistent in blit code (v2)
Ben Skeggs (1):
drm/ttm: request zeroed system memory pages for new TT buffer objects
Michel Dänzer (2):
drm/radeon: Don't read from CP ring write pointer registers.
drm/radeon: Unreference GEM object outside of spinlock in page flip error path.
drivers/gpu/drm/radeon/evergreen.c | 14 ++++++++------
drivers/gpu/drm/radeon/ni.c | 12 ++++++------
drivers/gpu/drm/radeon/r100.c | 22 ++++++++++------------
drivers/gpu/drm/radeon/r200.c | 4 ++--
drivers/gpu/drm/radeon/r600.c | 14 ++++++++------
drivers/gpu/drm/radeon/radeon.h | 7 ++++---
drivers/gpu/drm/radeon/radeon_asic.h | 8 ++++----
drivers/gpu/drm/radeon/radeon_display.c | 2 +-
drivers/gpu/drm/radeon/radeon_ttm.c | 7 ++++++-
drivers/gpu/drm/ttm/ttm_bo.c | 3 ++-
10 files changed, 51 insertions(+), 42 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-09-12 19:55 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-09-12 19:55 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
more changes from my people.freedesktop.org tree, a major nouveau
regression fix, along with a radeon DP fix, and a silly core spare line
removal.
Dave.
The following changes since commit ddf28352b80c86754a6424e3a61e8bdf9213b3c7:
Linux 3.1-rc5 (2011-09-04 15:45:10 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux.git drm-fixes
Alex Deucher (1):
drm/radeon/kms: fix DP detect and EDID fetch for DP bridges
Ben Skeggs (1):
drm/nouveau: fix oops on pre-semaphore hardware
Dave Airlie (1):
Merge branch 'drm-nouveau-fixes' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-test
Emil Velikov (2):
drm/nv50/crtc: Bail out if FB is not bound to crtc
drm/nv04/crtc: Bail out if FB is not bound to crtc
Lin Ming (1):
drm: Remove duplicate "return" statement
Marcin Slusarz (2):
drm/nouveau: properly handle allocation failure in nouveau_sgdma_populate
drm/nouveau: fix nv04_sgdma_bind on non-"4kB pages" archs
drivers/gpu/drm/drm_fb_helper.c | 1 -
drivers/gpu/drm/nouveau/nouveau_fence.c | 3 +-
drivers/gpu/drm/nouveau/nouveau_sgdma.c | 7 ++++-
drivers/gpu/drm/nouveau/nv04_crtc.c | 15 ++++++++++-
drivers/gpu/drm/nouveau/nv50_crtc.c | 12 +++++++-
drivers/gpu/drm/radeon/radeon_connectors.c | 37 ++++++++++++++++++----------
drivers/gpu/drm/radeon/radeon_display.c | 19 +++++++++-----
7 files changed, 66 insertions(+), 28 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-08-30 10:02 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-08-30 10:02 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, DRI mailing list
Hi Linus,
two radeon fixes, one core fix, all pretty trivial.
Dave.
The following changes since commit c6a389f123b9f68d605bb7e0f9b32ec1e3e14132:
Linux 3.1-rc4 (2011-08-28 21:16:01 -0700)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (1):
drm/radeon/kms: add s/r quirk for Compaq Presario V5245EU
Jerome Glisse (1):
drm/radeon/kms: evergreen & ni reset SPI block on CP resume
Joonyoung Shim (1):
drm: Fix the number of connector and encoder to cleanup functions
drivers/gpu/drm/drm_crtc.c | 2 ++
drivers/gpu/drm/radeon/evergreen.c | 1 +
drivers/gpu/drm/radeon/ni.c | 1 +
drivers/gpu/drm/radeon/radeon_combios.c | 8 ++++++++
4 files changed, 12 insertions(+), 0 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-08-23 12:29 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-08-23 12:29 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1540 bytes --]
Hi Linus,
Nothing two major, two regressions fixes in nouveau s/r support, alpha
radeon support, and some radeon fixes.
Dave.
The following changes since commit 3210d190dcb717c328d74f8c3f69ec717d665b40:
Merge branch 'fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394-2.6 (2011-08-21 18:13:19 -0700)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Ben Skeggs (2):
drm/ttm: unbind ttm before destroying node in accel move cleanup
drm/ttm: ensure ttm for new node is bound before calling move_notify()
Jay Estabrook (1):
drm/radeon/alpha: Add Alpha support to Radeon DRM code
Marcin Slusarz (1):
drm/ttm: fix ttm_bo_add_ttm(user) failure path
Michel Dänzer (3):
drm/radeon: Take IH ring into account for test size calculation.
drm/radeon: Explicitly print GTT/VRAM offsets on test failure.
drm/radeon: Make vramlimit parameter actually work.
Thomas Reim (1):
drm/radeon: Extended DDC Probing for Toshiba L300D Radeon Mobility X1100 HDMI-A Connector
drivers/gpu/drm/radeon/radeon_connectors.c | 10 ++++++++
drivers/gpu/drm/radeon/radeon_device.c | 2 +
drivers/gpu/drm/radeon/radeon_test.c | 34 ++++++++++++++++++++-------
drivers/gpu/drm/radeon/radeon_ttm.c | 23 +++++++++++++++++++
drivers/gpu/drm/ttm/ttm_bo.c | 14 +++++++----
drivers/gpu/drm/ttm/ttm_bo_util.c | 2 +-
6 files changed, 70 insertions(+), 15 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull drm fixes
2011-08-05 9:51 ` Pekka Enberg
2011-08-05 10:04 ` Dave Airlie
@ 2011-08-05 17:50 ` Keith Packard
1 sibling, 0 replies; 427+ messages in thread
From: Keith Packard @ 2011-08-05 17:50 UTC (permalink / raw)
To: Pekka Enberg, Dave Airlie
Cc: torvalds, linux-kernel, DRI mailing list, Francesco Allertsen
[-- Attachment #1: Type: text/plain, Size: 673 bytes --]
On Fri, 5 Aug 2011 12:51:42 +0300, Pekka Enberg <penberg@kernel.org> wrote:
> See the last email from Francesco. I don't know why you insist pushing
> patches that are known to be fragile in the past without getting broad
> Tested-by tags from people who have been affected in the past.
Yeah, we had several reports that it fixed similar situations, but I
hadn't heard back from Francesco before I sent the pull request. I'll
work directly with Francesco to try and get the last problems resolved.
His machine appears to be 'special' (it's identical in every way to one
that I have, except that his breaks and mine works...)
--
keith.packard@intel.com
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull drm fixes
2011-08-05 10:04 ` Dave Airlie
@ 2011-08-05 10:07 ` Pekka Enberg
0 siblings, 0 replies; 427+ messages in thread
From: Pekka Enberg @ 2011-08-05 10:07 UTC (permalink / raw)
To: Dave Airlie; +Cc: torvalds, linux-kernel, DRI mailing list, Francesco Allertsen
On Fri, Aug 5, 2011 at 1:04 PM, Dave Airlie <airlied@linux.ie> wrote:
> Okay I hadn't seen Francesco's report of still failing, I've pushed a
> revert on top of that pull,
Thanks Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull drm fixes
2011-08-05 9:51 ` Pekka Enberg
@ 2011-08-05 10:04 ` Dave Airlie
2011-08-05 10:07 ` Pekka Enberg
2011-08-05 17:50 ` Keith Packard
1 sibling, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2011-08-05 10:04 UTC (permalink / raw)
To: Pekka Enberg
Cc: torvalds, linux-kernel, DRI mailing list, Francesco Allertsen
[-- Attachment #1: Type: TEXT/PLAIN, Size: 7385 bytes --]
On Fri, 5 Aug 2011, Pekka Enberg wrote:
> On Fri, Aug 5, 2011 at 12:48 PM, Dave Airlie <airlied@gmail.com> wrote:
> >> Isn't "drm/i915: Try enabling RC6 by default (again)" still broken for
> >> some people? Keith, Francesco? If Linus pulls now, we end up with
> >> broken i915 in -rc1 once again, no?
> >
> > I think we are trying again with RC6, if it doesn't work this time,
> > it'll get reverted before release. Its really a useful feature and the
> > more testing of it the Intel guys can get the quicker they seem to be
> > able to make it more likely to be the default.
>
> Please don't do that! The RC6 patch is known to be broken for at least
> one configuration:
>
> https://patchwork.kernel.org/patch/1033782/
>
> See the last email from Francesco. I don't know why you insist pushing
> patches that are known to be fragile in the past without getting broad
> Tested-by tags from people who have been affected in the past.
Okay I hadn't seen Francesco's report of still failing, I've pushed a
revert on top of that pull,
Linus the pull is below.
Dave,
running this kernel but getting spikes of 10-15s ping times to my wireless
router, iwlagn strikes again.
The following changes since commit 288d5abec8314ae50fe6692f324b0444acae8486:
Boot up with usermodehelper disabled (2011-08-03 22:03:29 -1000)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Adam Jackson (10):
drm/i915/dp: Zero the DPCD data before connection probe
drm/i915/dp: Move DPCD dump to common code instead of PCH-only
drm/i915/dp: Read more DPCD registers on connection probe
drm/i915/dp: Better hexdump of DPCD
drm/i915/dp: Retry DPCD fetch on G4X too
drm/i915/dp: Explicitly request 8/10 channel coding
drm/i915/pch: Fix integer math bugs in panel fitting
drm/i915/dp: Explicitly disable symbol scrambling while training
drm/i915/dp: Don't turn CPT DP ports on too early
drm/i915/pch: Save/restore PCH_PORT_HOTPLUG across suspend
Alex Deucher (2):
drm/radeon/kms: fix version comment due to merge timing
drm/radeon/kms: add thermal chip quirk for asus 9600xt
Bojan Prtvar (1):
drm/radeon: fix potential NULL dereference in drivers/gpu/drm/radeon/atom.c
Dan Carpenter (1):
drm/radeon: off by one in check_reg() functions
Dave Airlie (2):
Merge branch 'drm-intel-next' of ssh://master.kernel.org/.../keithp/linux-2.6 into drm-fixes
Revert "drm/i915: Try enabling RC6 by default (again)"
Emil Velikov (1):
drm/debugfs: Initialise empty variable
Fernando Luis Vázquez Cao (1):
drm/radeon: clean reg header files
Jesse Barnes (15):
drm/i915: provide more error output when mode sets fail
drm/i915: load the LUT before pipe enable on ILK+
drm/i915: apply timing generator bug workaround on CPT and PPT
drm/i915: flush plane control changes on ILK+ as well
drm/i915: fix CB tuning check for ILK+
drm/i915/hdmi: send AVI info frames on ILK+ as well
drm/i915: add GPU max frequency control file
drm/i915: provide more error output when mode sets fail
drm/i915: apply phase pointer override on SNB+ too
drm/i915: don't use uninitialized EDID bpc values when picking pipe bpp
drm/i915/dp: wait for previous AUX channel activity to clear
drm: track CEA version number if present
drm/i915/hdmi: split infoframe setting from infoframe type code
drm/i915/hdmi: HDMI source product description infoframe support
drm/i915: allow cache sharing policy control
Joonyoung Shim (2):
drm: Fix irq install error handling
drm: Add NULL check about irq functions
Keith Packard (20):
drm/i915: Skip GPU wait for scanout pin while wedged
drm/i915: Initialize RCS ring status page address in intel_render_ring_init_dri
Merge branch 'drm-intel-fixes' into drm-intel-next
drm/i915: Hold mode_config->mutex during hotplug processing
Merge branch 'drm-intel-fixes' into drm-intel-next
Merge branch 'drm-intel-fixes' into drm-intel-next
drm/i915: Fixup for 'Hold mode_config->mutex during hotplug'
drm/i915: Use dp_detect_common in hotplug helper function
drm/i915: Rename i915_dp_detect_common to intel_dp_get_dpcd
drm/i915: In intel_dp_init, replace read of DPCD with intel_dp_get_dpcd
drm/i915: DP_PIPE_ENABLED must check transcoder on CPT
Revert and fix "drm/i915/dp: remove DPMS mode tracking from DP"
drm/i915: Set crtc DPMS mode to ON in intel_crtc_mode_set
drm/i915: Flush other plane register writes
Merge branch 'drm-intel-fixes' into drm-intel-next
drm/i915: Ignore GPU wedged errors while pinning scanout buffers
Merge branch 'drm-intel-fixes' into drm-intel-next
Revert "drm/i915/dp: Zero the DPCD data before connection probe"
Merge branch 'drm-intel-fixes' into drm-intel-next
drm/i915: Try enabling RC6 by default (again)
Michel Alexandre Salim (1):
drm/i915: Add quirk to disable SSC on Sony Vaio Y2
Ole Henrik Jahren (1):
drm/i915: Fix typo in DRM_I915_OVERLAY_PUT_IMAGE ioctl define
Pieterjan Camerlynck (1):
i915: add Dell OptiPlex FX170 to intel_no_lvds
Thomas Reim (4):
drm: Separate EDID Header Check from EDID Block Check
drm/radeon: Extended DDC Probing for Connectors with Improperly Wired DDC Lines (here: Asus M2A-VM HDMI)
drm/radeon: Log Subsystem Vendor and Device Information
drm/radeon: Extended DDC Probing for ECS A740GM-M DVI-D Connector
drivers/gpu/drm/drm_debugfs.c | 4 +-
drivers/gpu/drm/drm_edid.c | 33 ++++-
drivers/gpu/drm/drm_irq.c | 26 +++--
drivers/gpu/drm/i915/i915_debugfs.c | 189 ++++++++++++++++++++++++++++
drivers/gpu/drm/i915/i915_dma.c | 6 +-
drivers/gpu/drm/i915/i915_drv.h | 1 +
drivers/gpu/drm/i915/i915_gem.c | 2 +-
drivers/gpu/drm/i915/i915_irq.c | 3 +
drivers/gpu/drm/i915/i915_reg.h | 36 +++++-
drivers/gpu/drm/i915/i915_suspend.c | 2 +
drivers/gpu/drm/i915/intel_display.c | 138 ++++++++++++++++-----
drivers/gpu/drm/i915/intel_dp.c | 111 ++++++++++------
drivers/gpu/drm/i915/intel_drv.h | 23 ++++
drivers/gpu/drm/i915/intel_hdmi.c | 158 ++++++++++++++++++++----
drivers/gpu/drm/i915/intel_lvds.c | 8 ++
drivers/gpu/drm/i915/intel_panel.c | 4 +
drivers/gpu/drm/i915/intel_ringbuffer.c | 3 +
drivers/gpu/drm/radeon/Makefile | 1 +
drivers/gpu/drm/radeon/atom.c | 3 +
drivers/gpu/drm/radeon/evergreen_cs.c | 2 +-
drivers/gpu/drm/radeon/r600_cs.c | 3 +-
drivers/gpu/drm/radeon/radeon_combios.c | 21 +++-
drivers/gpu/drm/radeon/radeon_connectors.c | 54 ++++++++-
drivers/gpu/drm/radeon/radeon_device.c | 5 +-
drivers/gpu/drm/radeon/radeon_display.c | 9 ++
drivers/gpu/drm/radeon/radeon_drv.c | 4 +-
drivers/gpu/drm/radeon/radeon_i2c.c | 32 ++++--
drivers/gpu/drm/radeon/radeon_mode.h | 6 +-
include/drm/drm_crtc.h | 3 +
include/drm/i915_drm.h | 2 +-
30 files changed, 753 insertions(+), 139 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull drm fixes
2011-08-05 9:48 ` Dave Airlie
@ 2011-08-05 9:51 ` Pekka Enberg
2011-08-05 10:04 ` Dave Airlie
2011-08-05 17:50 ` Keith Packard
0 siblings, 2 replies; 427+ messages in thread
From: Pekka Enberg @ 2011-08-05 9:51 UTC (permalink / raw)
To: Dave Airlie; +Cc: torvalds, linux-kernel, DRI mailing list, Francesco Allertsen
On Fri, Aug 5, 2011 at 12:48 PM, Dave Airlie <airlied@gmail.com> wrote:
>> Isn't "drm/i915: Try enabling RC6 by default (again)" still broken for
>> some people? Keith, Francesco? If Linus pulls now, we end up with
>> broken i915 in -rc1 once again, no?
>
> I think we are trying again with RC6, if it doesn't work this time,
> it'll get reverted before release. Its really a useful feature and the
> more testing of it the Intel guys can get the quicker they seem to be
> able to make it more likely to be the default.
Please don't do that! The RC6 patch is known to be broken for at least
one configuration:
https://patchwork.kernel.org/patch/1033782/
See the last email from Francesco. I don't know why you insist pushing
patches that are known to be fragile in the past without getting broad
Tested-by tags from people who have been affected in the past.
Pekka
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull drm fixes
2011-08-05 9:45 ` Pekka Enberg
@ 2011-08-05 9:48 ` Dave Airlie
2011-08-05 9:51 ` Pekka Enberg
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2011-08-05 9:48 UTC (permalink / raw)
To: Pekka Enberg
Cc: Dave Airlie, torvalds, linux-kernel, DRI mailing list,
Francesco Allertsen
On Fri, Aug 5, 2011 at 10:45 AM, Pekka Enberg <penberg@kernel.org> wrote:
> Hi Dave,
>
> On Fri, Aug 5, 2011 at 12:22 PM, Dave Airlie <airlied@linux.ie> wrote:
>> Intel modesetting fixes a lot of them, Keith, Jesse and ajax have been
>> focusing on a lot of the corner cases and display port and hdmi stuff.
>>
>> misc radeon fixes, the main one being for certain machines where EDID
>> returns what looks like misc noise when connectors aren't populated on
>> certain boards.
>>
>> and some misc trivial type fixes.
>
> Isn't "drm/i915: Try enabling RC6 by default (again)" still broken for
> some people? Keith, Francesco? If Linus pulls now, we end up with
> broken i915 in -rc1 once again, no?
I think we are trying again with RC6, if it doesn't work this time,
it'll get reverted before release. Its really a useful feature and the
more testing of it the Intel guys can get the quicker they seem to be
able to make it more likely to be the default.
Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull drm fixes
2011-08-05 9:22 [git pull " Dave Airlie
@ 2011-08-05 9:45 ` Pekka Enberg
2011-08-05 9:48 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Pekka Enberg @ 2011-08-05 9:45 UTC (permalink / raw)
To: Dave Airlie
Cc: torvalds, linux-kernel, DRI mailing list, Keith Packard,
Francesco Allertsen
Hi Dave,
On Fri, Aug 5, 2011 at 12:22 PM, Dave Airlie <airlied@linux.ie> wrote:
> Intel modesetting fixes a lot of them, Keith, Jesse and ajax have been
> focusing on a lot of the corner cases and display port and hdmi stuff.
>
> misc radeon fixes, the main one being for certain machines where EDID
> returns what looks like misc noise when connectors aren't populated on
> certain boards.
>
> and some misc trivial type fixes.
Isn't "drm/i915: Try enabling RC6 by default (again)" still broken for
some people? Keith, Francesco? If Linus pulls now, we end up with
broken i915 in -rc1 once again, no?
Pekka
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull drm fixes
@ 2011-08-05 9:22 Dave Airlie
2011-08-05 9:45 ` Pekka Enberg
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2011-08-05 9:22 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 6555 bytes --]
Hi Linus,
Intel modesetting fixes a lot of them, Keith, Jesse and ajax have been
focusing on a lot of the corner cases and display port and hdmi stuff.
misc radeon fixes, the main one being for certain machines where EDID
returns what looks like misc noise when connectors aren't populated on
certain boards.
and some misc trivial type fixes.
Dave.
The following changes since commit 288d5abec8314ae50fe6692f324b0444acae8486:
Boot up with usermodehelper disabled (2011-08-03 22:03:29 -1000)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Adam Jackson (10):
drm/i915/dp: Zero the DPCD data before connection probe
drm/i915/dp: Move DPCD dump to common code instead of PCH-only
drm/i915/dp: Read more DPCD registers on connection probe
drm/i915/dp: Better hexdump of DPCD
drm/i915/dp: Retry DPCD fetch on G4X too
drm/i915/dp: Explicitly request 8/10 channel coding
drm/i915/pch: Fix integer math bugs in panel fitting
drm/i915/dp: Explicitly disable symbol scrambling while training
drm/i915/dp: Don't turn CPT DP ports on too early
drm/i915/pch: Save/restore PCH_PORT_HOTPLUG across suspend
Alex Deucher (2):
drm/radeon/kms: fix version comment due to merge timing
drm/radeon/kms: add thermal chip quirk for asus 9600xt
Bojan Prtvar (1):
drm/radeon: fix potential NULL dereference in drivers/gpu/drm/radeon/atom.c
Dan Carpenter (1):
drm/radeon: off by one in check_reg() functions
Dave Airlie (1):
Merge branch 'drm-intel-next' of ssh://master.kernel.org/.../keithp/linux-2.6 into drm-fixes
Emil Velikov (1):
drm/debugfs: Initialise empty variable
Fernando Luis Vázquez Cao (1):
drm/radeon: clean reg header files
Jesse Barnes (15):
drm/i915: provide more error output when mode sets fail
drm/i915: load the LUT before pipe enable on ILK+
drm/i915: apply timing generator bug workaround on CPT and PPT
drm/i915: flush plane control changes on ILK+ as well
drm/i915: fix CB tuning check for ILK+
drm/i915/hdmi: send AVI info frames on ILK+ as well
drm/i915: add GPU max frequency control file
drm/i915: provide more error output when mode sets fail
drm/i915: apply phase pointer override on SNB+ too
drm/i915: don't use uninitialized EDID bpc values when picking pipe bpp
drm/i915/dp: wait for previous AUX channel activity to clear
drm: track CEA version number if present
drm/i915/hdmi: split infoframe setting from infoframe type code
drm/i915/hdmi: HDMI source product description infoframe support
drm/i915: allow cache sharing policy control
Joonyoung Shim (2):
drm: Fix irq install error handling
drm: Add NULL check about irq functions
Keith Packard (20):
drm/i915: Skip GPU wait for scanout pin while wedged
drm/i915: Initialize RCS ring status page address in intel_render_ring_init_dri
Merge branch 'drm-intel-fixes' into drm-intel-next
drm/i915: Hold mode_config->mutex during hotplug processing
Merge branch 'drm-intel-fixes' into drm-intel-next
Merge branch 'drm-intel-fixes' into drm-intel-next
drm/i915: Fixup for 'Hold mode_config->mutex during hotplug'
drm/i915: Use dp_detect_common in hotplug helper function
drm/i915: Rename i915_dp_detect_common to intel_dp_get_dpcd
drm/i915: In intel_dp_init, replace read of DPCD with intel_dp_get_dpcd
drm/i915: DP_PIPE_ENABLED must check transcoder on CPT
Revert and fix "drm/i915/dp: remove DPMS mode tracking from DP"
drm/i915: Set crtc DPMS mode to ON in intel_crtc_mode_set
drm/i915: Flush other plane register writes
Merge branch 'drm-intel-fixes' into drm-intel-next
drm/i915: Ignore GPU wedged errors while pinning scanout buffers
Merge branch 'drm-intel-fixes' into drm-intel-next
Revert "drm/i915/dp: Zero the DPCD data before connection probe"
Merge branch 'drm-intel-fixes' into drm-intel-next
drm/i915: Try enabling RC6 by default (again)
Michel Alexandre Salim (1):
drm/i915: Add quirk to disable SSC on Sony Vaio Y2
Ole Henrik Jahren (1):
drm/i915: Fix typo in DRM_I915_OVERLAY_PUT_IMAGE ioctl define
Pieterjan Camerlynck (1):
i915: add Dell OptiPlex FX170 to intel_no_lvds
Thomas Reim (4):
drm: Separate EDID Header Check from EDID Block Check
drm/radeon: Extended DDC Probing for Connectors with Improperly Wired DDC Lines (here: Asus M2A-VM HDMI)
drm/radeon: Log Subsystem Vendor and Device Information
drm/radeon: Extended DDC Probing for ECS A740GM-M DVI-D Connector
drivers/gpu/drm/drm_debugfs.c | 4 +-
drivers/gpu/drm/drm_edid.c | 33 ++++-
drivers/gpu/drm/drm_irq.c | 26 +++--
drivers/gpu/drm/i915/i915_debugfs.c | 189 ++++++++++++++++++++++++++++
drivers/gpu/drm/i915/i915_dma.c | 6 +-
drivers/gpu/drm/i915/i915_drv.c | 2 +-
drivers/gpu/drm/i915/i915_drv.h | 1 +
drivers/gpu/drm/i915/i915_gem.c | 2 +-
drivers/gpu/drm/i915/i915_irq.c | 3 +
drivers/gpu/drm/i915/i915_reg.h | 36 +++++-
drivers/gpu/drm/i915/i915_suspend.c | 2 +
drivers/gpu/drm/i915/intel_display.c | 138 ++++++++++++++++-----
drivers/gpu/drm/i915/intel_dp.c | 111 ++++++++++------
drivers/gpu/drm/i915/intel_drv.h | 23 ++++
drivers/gpu/drm/i915/intel_hdmi.c | 158 ++++++++++++++++++++----
drivers/gpu/drm/i915/intel_lvds.c | 8 ++
drivers/gpu/drm/i915/intel_panel.c | 4 +
drivers/gpu/drm/i915/intel_ringbuffer.c | 3 +
drivers/gpu/drm/radeon/Makefile | 1 +
drivers/gpu/drm/radeon/atom.c | 3 +
drivers/gpu/drm/radeon/evergreen_cs.c | 2 +-
drivers/gpu/drm/radeon/r600_cs.c | 3 +-
drivers/gpu/drm/radeon/radeon_combios.c | 21 +++-
drivers/gpu/drm/radeon/radeon_connectors.c | 54 ++++++++-
drivers/gpu/drm/radeon/radeon_device.c | 5 +-
drivers/gpu/drm/radeon/radeon_display.c | 9 ++
drivers/gpu/drm/radeon/radeon_drv.c | 4 +-
drivers/gpu/drm/radeon/radeon_i2c.c | 32 ++++--
drivers/gpu/drm/radeon/radeon_mode.h | 6 +-
include/drm/drm_crtc.h | 3 +
include/drm/i915_drm.h | 2 +-
31 files changed, 754 insertions(+), 140 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-07-13 6:51 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-07-13 6:51 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
Minor set of fixes from Alex including one hotplug regression and one
intel AGP fix.
Dave.
The following changes since commit 620917de59eeb934b9f8cf35cc2d95c1ac8ed0fc:
Linux 3.0-rc7 (2011-07-11 16:51:52 -0700)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (5):
drm/radeon/kms: fix regression in hotplug
drm/radeon/kms: fix backend map typo on juniper
drm/radeon/kms: use correct BUS_CNTL reg on rs600
drm/radeon/kms: fix typo in read_disabled vbios code
drm/radeon/kms/evergreen: emit SQ_LDS_RESOURCE_MGMT for blits
Chris Wilson (1):
agp/intel: Fix typo in G4x_GMCH_SIZE_VT_2M
drivers/char/agp/intel-agp.h | 7 ++++---
drivers/gpu/drm/radeon/evergreen.c | 2 +-
drivers/gpu/drm/radeon/evergreen_blit_kms.c | 9 +++++++--
drivers/gpu/drm/radeon/radeon_bios.c | 21 +++++++++++++++------
drivers/gpu/drm/radeon/radeon_connectors.c | 6 ++++++
drivers/gpu/drm/radeon/radeon_reg.h | 2 ++
drivers/gpu/drm/radeon/rs600.c | 6 +++---
7 files changed, 38 insertions(+), 15 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-07-08 7:19 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-07-08 7:19 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
keep it conservative due to my disconnectedness, Just some typos, a radeon
unload fix, and a drm core change to allow empty output groups.
Dave.
The following changes since commit 4dd1b49c6d215dc41ce50c80b4868388b93f31a3:
Merge branch 'gpio/merge' of git://git.secretlab.ca/git/linux-2.6 (2011-07-06 18:36:53 -0700)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (2):
drm/radeon/kms: fix typo in IH_CNTL swap bitfield
drm/radeon/kms: fix typo in evergreen disp int status register
Ben Skeggs (1):
drm/kms: allow drm_mode_group with no objects
Jerome Glisse (1):
drm/radeon/kms: free ib pool on module unloading
drivers/gpu/drm/drm_crtc.c | 3 ---
drivers/gpu/drm/radeon/evergreen.c | 1 +
drivers/gpu/drm/radeon/evergreend.h | 4 ++--
drivers/gpu/drm/radeon/ni.c | 1 +
drivers/gpu/drm/radeon/r600.c | 1 +
drivers/gpu/drm/radeon/r600d.h | 2 +-
drivers/gpu/drm/radeon/rv770.c | 1 +
7 files changed, 7 insertions(+), 6 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-06-14 3:18 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-06-14 3:18 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2557 bytes --]
Hi Linus,
nothing too interesting here, a couple of unusual ones for my tree, the
x86/uv/x2apic change was due to change in the VGA ARB in my -rc1 pull,
Ingo and Jesse agreed it should go via the same tree that broke it. I've
picked up one i915 change due to Keith being away, the rest are fairly
scattered with fix for savage DRI (drm core map change) that is a few
kernels old now and a couple of alpha changes.
Dave.
The following changes since commit 06e86849cf4019945a106913adb9ff0abcc01770:
Merge branch 'pm-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/suspend-2.6 (2011-06-08 15:58:51 -0700)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (2):
drm/radeon/kms: check modes against max pixel clock
drm/radeon/kms: fix mac g5 quirk
Dave Airlie (1):
x86/uv/x2apic: update for change in pci bridge handling.
Greg Dietsche (1):
savage: remove unnecessary if statement
Ilija Hadzic (1):
drm/radeon: fix GUI idle IH debug statements
Jay Estabrook (2):
alpha/drm: Cleanup Alpha support in DRM generic code
alpha, drm: Remove obsolete Alpha support in MGA DRM code
Jesper Juhl (1):
drm/i915: Don't leak in i915_gem_shmem_pread_slow()
Marek Olšák (1):
drm/radeon/kms: do bounds checking for 3D_LOAD_VBPNTR and bump array limit
Sascha Hauer (1):
drm: fix fbs in DRM_IOCTL_MODE_GETRESOURCES ioctl
Tormod Volden (1):
drm: Compare only lower 32 bits of framebuffer map offsets
arch/x86/kernel/apic/x2apic_uv_x.c | 8 ++++----
drivers/gpu/drm/drm_bufs.c | 17 +++++++++--------
drivers/gpu/drm/drm_crtc.c | 2 +-
drivers/gpu/drm/drm_vm.c | 2 +-
drivers/gpu/drm/i915/i915_gem.c | 6 ++++--
drivers/gpu/drm/mga/mga_drv.h | 19 -------------------
drivers/gpu/drm/radeon/evergreen.c | 2 +-
drivers/gpu/drm/radeon/r100_track.h | 8 +++++++-
drivers/gpu/drm/radeon/r600.c | 2 +-
drivers/gpu/drm/radeon/radeon.h | 1 +
drivers/gpu/drm/radeon/radeon_atombios.c | 4 ++++
drivers/gpu/drm/radeon/radeon_clocks.c | 8 +++++---
drivers/gpu/drm/radeon/radeon_combios.c | 10 +++++++---
drivers/gpu/drm/radeon/radeon_connectors.c | 13 ++++++++++++-
drivers/gpu/drm/savage/savage_bci.c | 3 ---
drivers/pci/pci.c | 4 ++--
16 files changed, 59 insertions(+), 50 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-06-07 4:36 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-06-07 4:36 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
this is just the Intel and nouveau fixes, this alongside the radeon fixes
pull that is outstanding, it has one serious intel regression fix for 945
machines that got broken in the ivybridge support, along with a few fixes
from nouveau.
Dave.
The following changes since commit 59c5f46fbe01a00eedf54a23789634438bb80603:
Linux 3.0-rc2 (2011-06-06 18:06:33 +0900)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Ben Skeggs (5):
drm/nvc0: recognise 0xdX chipsets as NV_C0
drm/nouveau: don't create accel engine objects when noaccel=1
drm/nouveau: fix vram page mapping when crossing page table boundaries
drm/nouveau: fix leak of gart mm node
drm/nv40: fall back to paged dma object for the moment
Chris Wilson (5):
drm/i915: s/addr & ~PAGE_MASK/offset_in_page(addr)/
drm/i915: Replace ironlake_compute_wm0 with g4x_compute_wm0
drm/i915/crt: Explicitly return false if connected to a digital monitor
drm/i915: Remove unused enum "chip_family"
drm/i915: Share the common force-audio property between connectors
Dan Carpenter (1):
drm/i915: fix if statement in ivybridge irq handler
Daniel Vetter (2):
drm/i915: Only print out the actual number of fences for i915_error_state
drm/915: fix relaxed tiling on gen2: tile height
Dave Airlie (2):
Merge remote branch 'keithp/drm-intel-fixes' of /ssd/git/drm-next into drm-fixes
Merge remote branch 'nouveau/drm-nouveau-fixes' of /ssd/git/drm-nouveau-next into drm-fixes
Francisco Jerez (1):
drm/nv17-nv40: Fix modesetting failure when pitch == 4096px (fdo bug 35901).
Hans de Goede (1):
drm/i915: Add a no lvds quirk for the Asus EeeBox PC EB1007
Jason Stubbs (1):
drm/i915: fix regression after clock gating init split
Nicolas Kaiser (1):
drm: i915: correct return status in intel_hdmi_mode_valid()
drivers/gpu/drm/i915/i915_debugfs.c | 2 +-
drivers/gpu/drm/i915/i915_drv.h | 8 +--
drivers/gpu/drm/i915/i915_gem.c | 26 ++++----
drivers/gpu/drm/i915/i915_irq.c | 2 +-
drivers/gpu/drm/i915/intel_crt.c | 4 +
drivers/gpu/drm/i915/intel_display.c | 89 ++++++------------------
drivers/gpu/drm/i915/intel_dp.c | 15 +----
drivers/gpu/drm/i915/intel_drv.h | 1 +
drivers/gpu/drm/i915/intel_hdmi.c | 16 +----
drivers/gpu/drm/i915/intel_lvds.c | 8 ++
drivers/gpu/drm/i915/intel_modes.c | 30 ++++++++
drivers/gpu/drm/i915/intel_sdvo.c | 14 +---
drivers/gpu/drm/nouveau/nouveau_hw.c | 2 +
drivers/gpu/drm/nouveau/nouveau_mem.c | 4 +-
drivers/gpu/drm/nouveau/nouveau_sgdma.c | 2 +-
drivers/gpu/drm/nouveau/nouveau_state.c | 114 ++++++++++++++++---------------
drivers/gpu/drm/nouveau/nouveau_vm.c | 1 +
drivers/gpu/drm/nouveau/nv04_crtc.c | 8 ++-
drivers/gpu/drm/nouveau/nvreg.h | 2 +
19 files changed, 161 insertions(+), 187 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-05-11 4:08 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-05-11 4:08 UTC (permalink / raw)
To: torvalds, DRI mailing list, linux-kernel
Hi Linus,
two fixes for issues myself and Alex discovered trying to bring up accel
on the cayman hardware. The other change is a bit gross but is all I'm
comfortable with doing this close to a release, it fixes an build failure
on alpha due to the first attempt at supporting Xen + drm drivers, we
actually backed out the change that needs these paths to work so I've just
commented out the two paths for now until Konrad and Thomas work out how
to do this cleanly or just go back to having no Xen support, I seem to
remember someone worrying about Xen making crap out of drivers once merged
and I'm hoping we aren't the first victim, but I'll give them some more
time to find an acceptable solution.
Dave.
The following changes since commit 9f381a61f58bb6487c93ce2233bb9992f8ea9211:
Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6 (2011-05-10 17:39:01 -0700)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (1):
drm/radeon/kms: fix cayman acceleration
Dave Airlie (2):
drm/radeon: fix cayman struct accessors.
drm/radeon/nouveau: fix build regression on alpha due to Xen changes.
drivers/gpu/drm/nouveau/nouveau_sgdma.c | 3 ++-
drivers/gpu/drm/radeon/ni.c | 18 +++++++++---------
drivers/gpu/drm/radeon/radeon_gart.c | 6 +++---
3 files changed, 14 insertions(+), 13 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-05-09 4:40 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-05-09 4:40 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
One regression fix in the debugfs output, a couple of radeon fixes, and a
nouveau unload fix. I've got a dirty fix for the DMA_ERROR_CODE dependency
breaking drm on alpha but waiting for a bit more before you get it, its
just a workaround until proper fix can happen in 2.6.40 hopefully
Dave.
The following changes since commit 8aeb96f80232e9a701b5c4715504f4c9173978bd:
drm/radeon/kms: fix gart setup on fusion parts (v2) (2011-05-04 10:16:40 +1000)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (2):
drm/radeon/kms: ATPX switcheroo fixes
drm/radeon/kms: add pci id to acer travelmate quirk for 5730
Daniel Vetter (1):
drm: mm: fix debug output
Dave Airlie (1):
Merge remote branch 'nouveau/drm-nouveau-fixes' of /ssd/git/drm-nouveau-next into drm-fixes
Ilija Hadzic (1):
drm/radeon: fix order of doing things in radeon_crtc_cursor_set
Jimmy Rentz (1):
drm/nouveau: Fix a crash at card takedown for NV40 and older cards
drivers/gpu/drm/drm_mm.c | 6 ++--
drivers/gpu/drm/nouveau/nouveau_mem.c | 2 -
drivers/gpu/drm/nouveau/nouveau_state.c | 5 ++++
drivers/gpu/drm/radeon/radeon_atombios.c | 4 +-
drivers/gpu/drm/radeon/radeon_atpx_handler.c | 29 ++++++++++++++++++++++++-
drivers/gpu/drm/radeon/radeon_cursor.c | 6 ++--
include/drm/drm_mm.h | 2 +-
7 files changed, 41 insertions(+), 13 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-05-04 0:25 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-05-04 0:25 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
One core fix for stopping userspace apps hanging when the kernel turns off
a display, mainly affects i915,
Some new radeon pci ids, a regression fix for people running switchable
graphics laptops, and a fix to stabilise the fusion APU hw, which 3 of us
have been searching for for over a week now, finally Jerome narrowed it
down and Alex found the hw guys moved 3 registers just slightly to piss us
off, maybe it saved a transistor and software is easy.
Dave.
The following changes since commit 609cfda586c7fe3e5d1a02c51edb587506294167:
Merge branch 'stable/bug-fixes-for-rc5' of git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen (2011-05-03 09:25:42 -0700)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (2):
drm/radeon/kms: add some new pci ids
drm/radeon/kms: fix gart setup on fusion parts (v2)
Christopher James Halse Rogers (1):
drm: Send pending vblank events before disabling vblank.
Dave Airlie (1):
drm/radeon: fix regression on atom cards with hardcoded EDID record.
drivers/gpu/drm/drm_irq.c | 23 +++++++++++++++++++++++
drivers/gpu/drm/radeon/evergreen.c | 17 +++++++++--------
drivers/gpu/drm/radeon/evergreend.h | 5 +++++
drivers/gpu/drm/radeon/radeon_atombios.c | 5 +++--
drivers/gpu/drm/radeon/radeon_kms.c | 3 +++
include/drm/drm_pciids.h | 5 +++++
include/drm/radeon_drm.h | 1 +
7 files changed, 49 insertions(+), 10 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-04-28 4:25 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-04-28 4:25 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Nothing major, everyone must be on Easter holidays, the i915 one is
actually a fix for dual-gpu laptops where i915 caused radeon to do
something bad, the Kconfig one is because I see distros don't enable this
and its really needed for dual-gpu functionality to work at all.
Otherwise, just a couple of minor updates from Alex.
Dave.
The following changes since commit 8e10cd74342c7f5ce259cceca36f6eba084f5d58:
Linux 2.6.39-rc5 (2011-04-26 20:48:50 -0700)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (2):
drm/radeon/kms: add missing safe regs for 6xx/7xx
drm/radeon/kms: add info query for tile pipes
Dave Airlie (2):
drm: select FRAMEBUFFER_CONSOLE_PRIMARY if we have FRAMEBUFFER_CONSOLE
drm/i915: restore only the mode of this driver on lastclose (v2)
drivers/gpu/drm/Kconfig | 1 +
drivers/gpu/drm/drm_fb_helper.c | 27 ++++++++++++++++++++-------
drivers/gpu/drm/i915/i915_dma.c | 2 +-
drivers/gpu/drm/i915/intel_drv.h | 1 +
drivers/gpu/drm/i915/intel_fb.c | 10 ++++++++++
drivers/gpu/drm/radeon/radeon_kms.c | 13 +++++++++++++
drivers/gpu/drm/radeon/reg_srcs/r600 | 1 +
include/drm/drm_fb_helper.h | 1 +
include/drm/radeon_drm.h | 1 +
9 files changed, 49 insertions(+), 8 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-04-13 0:43 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-04-13 0:43 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 4323 bytes --]
Hi Linus,
This should have gone out a few days ago, but I was trapped watching
Disney shows with my daughter at home and I wanted to check it on a few
more machines,
Its got two reverts, one for a change I pushed out by accident to -fixes,
the other for a Xen/TTM change, that looks to be causing non-Xen
problems so punting on it for now. The rest is mostly nouveau + radeon
fixes, the radeon ones fix a few regressions and stability problems on
newer cards.
I suspect I'll have a few more intel fixes and v2 of the i915 patch I
reverted out of this pull, it fixes a problem on the dual-gpu laptops reported a
long while ago.
The following changes since commit 94c8a984ae2adbd9a9626fb42e0f2faf3e36e86f:
Merge branch 'bugfixes' of git://git.linux-nfs.org/projects/trondmy/nfs-2.6 (2011-04-08 11:47:35 -0700)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (7):
drm/radeon/kms: pll tweaks for rv6xx
drm/radeon/kms: make radeon i2c put/get bytes less noisy
drm/radeon/kms: clean up gart dummy page handling
drm/radeon/kms: fix suspend on rv530 asics
drm/radeon/kms: fix pcie_p callbacks on btc and cayman
drm/radeon/kms: add voltage type to atom set voltage function
drm/radeon/kms: properly program vddci on evergreen+
Ben Skeggs (5):
drm/nouveau: implement init table opcode 0x5c
drm/nouveau: quirk for XFX GT-240X-YA
drm/nv50: use "nv86" tlb flush method on everything except 0x50/0xac
drm/nv50-nvc0: remove some code that doesn't belong here
drm/nvc0: improve vm flush function
Dave Airlie (4):
i915: restore only the mode of this driver on lastclose
Merge remote branch 'nouveau/drm-nouveau-fixes' of /ssd/git/drm-nouveau-next into drm-fixes
Revert "ttm: Utilize the DMA API for pages that have TTM_PAGE_FLAG_DMA32 set."
Revert "i915: restore only the mode of this driver on lastclose"
David Dillow (1):
drm/nv50-nvc0: work around an evo channel hang that some people see
Emil Velikov (1):
nv30: Fix parsing of perf table
Konstantin Khlebnikov (1):
i915: select VIDEO_OUTPUT_CONTROL for ACPI_VIDEO
Marcin Slusarz (1):
drm/nouveau: fix oops on unload with disabled LVDS panel
Michel Dänzer (2):
radeon: Fix KMS CP writeback on big endian machines.
drm/radeon: Fix KMS legacy backlight support if CONFIG_BACKLIGHT_CLASS_DEVICE=m.
Roy Spliet (1):
drm/nouveau: correct memtiming table parsing for nv4x
drivers/gpu/drm/Kconfig | 1 +
drivers/gpu/drm/nouveau/nouveau_bios.c | 53 +++++++++++++++-
drivers/gpu/drm/nouveau/nouveau_drv.h | 2 +-
drivers/gpu/drm/nouveau/nouveau_mem.c | 76 +++++++++++++++--------
drivers/gpu/drm/nouveau/nouveau_perf.c | 2 +-
drivers/gpu/drm/nouveau/nouveau_state.c | 12 +---
drivers/gpu/drm/nouveau/nv04_dfp.c | 13 ++--
drivers/gpu/drm/nouveau/nv50_crtc.c | 3 -
drivers/gpu/drm/nouveau/nv50_evo.c | 1 +
drivers/gpu/drm/nouveau/nv50_graph.c | 2 +-
drivers/gpu/drm/nouveau/nvc0_vm.c | 24 +++++---
drivers/gpu/drm/radeon/atom.c | 6 ++-
drivers/gpu/drm/radeon/atombios_crtc.c | 6 ++
drivers/gpu/drm/radeon/evergreen.c | 17 +++---
drivers/gpu/drm/radeon/r600.c | 6 +--
drivers/gpu/drm/radeon/radeon.h | 12 +++-
drivers/gpu/drm/radeon/radeon_asic.c | 2 +-
drivers/gpu/drm/radeon/radeon_atombios.c | 30 ++++++---
drivers/gpu/drm/radeon/radeon_fence.c | 2 +-
drivers/gpu/drm/radeon/radeon_gart.c | 2 +
drivers/gpu/drm/radeon/radeon_i2c.c | 4 +-
drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 2 +-
drivers/gpu/drm/radeon/radeon_pm.c | 11 +++-
drivers/gpu/drm/radeon/radeon_ring.c | 2 +-
drivers/gpu/drm/radeon/rs600.c | 2 +-
drivers/gpu/drm/radeon/rv770.c | 6 +--
drivers/gpu/drm/ttm/ttm_page_alloc.c | 26 +-------
drivers/gpu/stub/Kconfig | 1 +
28 files changed, 201 insertions(+), 125 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-04-05 1:09 ` Linus Torvalds
@ 2011-04-05 1:47 ` Keith Packard
0 siblings, 0 replies; 427+ messages in thread
From: Keith Packard @ 2011-04-05 1:47 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Dave Airlie, DRI mailing list, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 420 bytes --]
On Mon, 4 Apr 2011 18:09:55 -0700, Linus Torvalds <torvalds@linux-foundation.org> wrote:
> I'm not doing an -rc2 until tomorrow, though, so hopefully the issue
> will be resolved and a fix pushed to me by then.
Should be resolved this evening; someone is trying to use an i2c address
of 0xa0, which is obviously wrong, we're just trying to figure out where
that code came from.
--
keith.packard@intel.com
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-04-05 1:02 ` Keith Packard
@ 2011-04-05 1:09 ` Linus Torvalds
2011-04-05 1:47 ` Keith Packard
0 siblings, 1 reply; 427+ messages in thread
From: Linus Torvalds @ 2011-04-05 1:09 UTC (permalink / raw)
To: Keith Packard; +Cc: Dave Airlie, DRI mailing list, linux-kernel
On Mon, Apr 4, 2011 at 6:02 PM, Keith Packard <keithp@keithp.com> wrote:
> On Tue, 5 Apr 2011 01:38:31 +0100 (IST), Dave Airlie <airlied@linux.ie> wrote:
>
>> drm/i915: Reset GMBUS controller after NAK
>
> We've got a report of a regression from this patch and have a fix in
> review right now. Please don't merge this to master until that fix has
> been verified and added to this sequence.
Gaah. Too late. I had already pulled and pushed out.
I'm not doing an -rc2 until tomorrow, though, so hopefully the issue
will be resolved and a fix pushed to me by then.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-04-05 0:38 Dave Airlie
2011-04-05 1:02 ` Keith Packard
@ 2011-04-05 1:02 ` Dave Airlie
1 sibling, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-04-05 1:02 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
>
> Hi Linus,
>
> Nothing too major, the radeon sanity checks and i915 fixes probably the
> most important.
Oh in a shock to me the i915 fixes break VGA detect which is doing
something really stdupid.
so please hold off on this until Chris/Keith can get the correct patch,
and I'll send a new one.
Dave.
>
> Dave.
>
> The following changes since commit 0ce790e7d736cedc563e1fb4e998babf5a4dbc3d:
>
> Linux 2.6.39-rc1 (2011-03-29 12:09:47 -0700)
>
> are available in the git repository at:
> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
>
> Alex Deucher (3):
> drm/radeon/kms: Add support for tv-out dongle on G5 9600
> drm/radeon/kms: pageflipping cleanup for avivo+
> drm/radeon/kms: add some new ontario pci ids
>
> Ben Skeggs (1):
> drm: export drm_find_cea_extension to drivers
>
> Chris Wilson (3):
> drm/i915/lvds: Always return connected in the absence of better information
> drm/i915: Busy-spin wait_for condition in atomic contexts
> drm/i915: Reset GMBUS controller after NAK
>
> Dave Airlie (1):
> Merge remote branch 'keithp/drm-intel-fixes' of /ssd/git/drm-next into drm-fixes
>
> Jan Engelhardt (1):
> drm: fix "persistant" typo
>
> John Lindgren (1):
> drm/radeon/kms: add some sanity checks to obj info record parsingi (v2)
>
> drivers/gpu/drm/drm_edid.c | 3 ++-
> drivers/gpu/drm/i915/intel_drv.h | 2 +-
> drivers/gpu/drm/i915/intel_i2c.c | 25 +++++++++++++++++++++----
> drivers/gpu/drm/i915/intel_lvds.c | 10 ++--------
> drivers/gpu/drm/nouveau/nouveau_gem.c | 2 +-
> drivers/gpu/drm/radeon/atombios_crtc.c | 20 ++++++++++++++++++++
> drivers/gpu/drm/radeon/evergreen.c | 11 -----------
> drivers/gpu/drm/radeon/radeon_atombios.c | 13 +++++++------
> drivers/gpu/drm/radeon/radeon_combios.c | 13 +++++++++++++
> drivers/gpu/drm/radeon/rs600.c | 11 -----------
> drivers/gpu/drm/ttm/ttm_bo.c | 10 +++++-----
> drivers/gpu/drm/ttm/ttm_tt.c | 16 ++++++++--------
> include/drm/drm_crtc.h | 1 +
> include/drm/drm_pciids.h | 2 ++
> include/drm/ttm/ttm_bo_api.h | 18 +++++++++---------
> include/drm/ttm/ttm_bo_driver.h | 4 ++--
> 16 files changed, 94 insertions(+), 67 deletions(-)
>
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-04-05 0:38 Dave Airlie
@ 2011-04-05 1:02 ` Keith Packard
2011-04-05 1:09 ` Linus Torvalds
2011-04-05 1:02 ` Dave Airlie
1 sibling, 1 reply; 427+ messages in thread
From: Keith Packard @ 2011-04-05 1:02 UTC (permalink / raw)
To: Dave Airlie, torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 353 bytes --]
On Tue, 5 Apr 2011 01:38:31 +0100 (IST), Dave Airlie <airlied@linux.ie> wrote:
> drm/i915: Reset GMBUS controller after NAK
We've got a report of a regression from this patch and have a fix in
review right now. Please don't merge this to master until that fix has
been verified and added to this sequence.
--
keith.packard@intel.com
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-04-05 0:38 Dave Airlie
2011-04-05 1:02 ` Keith Packard
2011-04-05 1:02 ` Dave Airlie
0 siblings, 2 replies; 427+ messages in thread
From: Dave Airlie @ 2011-04-05 0:38 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
Nothing too major, the radeon sanity checks and i915 fixes probably the
most important.
Dave.
The following changes since commit 0ce790e7d736cedc563e1fb4e998babf5a4dbc3d:
Linux 2.6.39-rc1 (2011-03-29 12:09:47 -0700)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (3):
drm/radeon/kms: Add support for tv-out dongle on G5 9600
drm/radeon/kms: pageflipping cleanup for avivo+
drm/radeon/kms: add some new ontario pci ids
Ben Skeggs (1):
drm: export drm_find_cea_extension to drivers
Chris Wilson (3):
drm/i915/lvds: Always return connected in the absence of better information
drm/i915: Busy-spin wait_for condition in atomic contexts
drm/i915: Reset GMBUS controller after NAK
Dave Airlie (1):
Merge remote branch 'keithp/drm-intel-fixes' of /ssd/git/drm-next into drm-fixes
Jan Engelhardt (1):
drm: fix "persistant" typo
John Lindgren (1):
drm/radeon/kms: add some sanity checks to obj info record parsingi (v2)
drivers/gpu/drm/drm_edid.c | 3 ++-
drivers/gpu/drm/i915/intel_drv.h | 2 +-
drivers/gpu/drm/i915/intel_i2c.c | 25 +++++++++++++++++++++----
drivers/gpu/drm/i915/intel_lvds.c | 10 ++--------
drivers/gpu/drm/nouveau/nouveau_gem.c | 2 +-
drivers/gpu/drm/radeon/atombios_crtc.c | 20 ++++++++++++++++++++
drivers/gpu/drm/radeon/evergreen.c | 11 -----------
drivers/gpu/drm/radeon/radeon_atombios.c | 13 +++++++------
drivers/gpu/drm/radeon/radeon_combios.c | 13 +++++++++++++
drivers/gpu/drm/radeon/rs600.c | 11 -----------
drivers/gpu/drm/ttm/ttm_bo.c | 10 +++++-----
drivers/gpu/drm/ttm/ttm_tt.c | 16 ++++++++--------
include/drm/drm_crtc.h | 1 +
include/drm/drm_pciids.h | 2 ++
include/drm/ttm/ttm_bo_api.h | 18 +++++++++---------
include/drm/ttm/ttm_bo_driver.h | 4 ++--
16 files changed, 94 insertions(+), 67 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-25 15:44 ` Peter Stuge
@ 2011-03-26 6:34 ` Xavier Bestel
0 siblings, 0 replies; 427+ messages in thread
From: Xavier Bestel @ 2011-03-26 6:34 UTC (permalink / raw)
To: Peter Stuge; +Cc: Michel Dänzer, mailing list, linux-kernel, DRI
Le vendredi 25 mars 2011 à 16:44 +0100, Peter Stuge a écrit :
> Michel Dänzer wrote:
> > You won't have any trouble finding plenty of examples of newcomers
> > having a better experience, as most of them thankfully don't come in
> > with such a bad attitude and conduct.
>
> To a bystander it would seem that Ilija has great attitude and conduct.
And to another bystander he looked a bit autistic.
Xav
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-25 17:34 ` Jesse Barnes
@ 2011-03-25 18:09 ` Jerome Glisse
0 siblings, 0 replies; 427+ messages in thread
From: Jerome Glisse @ 2011-03-25 18:09 UTC (permalink / raw)
To: Jesse Barnes
Cc: Ben Skeggs, Michel Dänzer, Linus Torvalds, linux-kernel,
DRI mailing list
On Fri, Mar 25, 2011 at 1:34 PM, Jesse Barnes <jbarnes@virtuousgeek.org> wrote:
> On Fri, 25 Mar 2011 10:01:14 -0400
> Jerome Glisse <j.glisse@gmail.com> wrote:
>
>> On Fri, Mar 25, 2011 at 6:25 AM, Ben Skeggs <skeggsb@gmail.com> wrote:
>> > Oh, I wish this were actually the case. The last time we attempted such a thing we were blasted by Linus. It does make me wonder at why we're even bothering being in staging.
>> >
>> > This is where the binary drivers have a huge advantage, they package all the pieces of their driver together and can modify things as necessary.
>> >
>> > Part of me does think such an approach with the open source graphics drivers would be better. The current model doesn't really fit too well in my opinion. Though, admittedly, there's different problems to going other ways.
>> >
>> > Ben.
>>
>> Well i think being able to evolve the API would help a lot, it should
>> still be possible to keep supporting old API over a year or so. But my
>> feeling is some of the current API for some of the device, needs heavy
>> lifting if we ever want to improve things.
>
> Going back to the old model of a separate drm repo would create more
> problems than it solves, IMO.
>
> One thing I think Linus has been fairly consistent about is that making
> things easy for users (well at least power users who build their own
> kernels) is important. That means ABIs need to be stable so that their
> existing userspace continues to work even after a kernel upgrade.
>
> If we went back to the old, out of tree model, we might be able to
> break things more easily (i.e. require lockstep upgrades of kernel &
> userspace when we change things, hopefully for a good reason), but I
> think end users would end up suffering. They'd have to rely on their
> distro to pick up such changes and make sure dependencies were met and
> that upgrades/downgrades worked properly across the pre-packaged
> kernels that they made available.
>
> One of the main reasons we moved in-tree was to make sure our bits got
> into the hands of users more quickly, and to make life easier for the
> various downstream distros, not all of which have deep expertise in the
> graphics stack.
>
> Fortunately, neither of the issues that started this thread, the
> suspend/resume regression in i915 and the vblank ioctl enhancement, are
> problems in this respect. The former is just a bug (though definitely
> not one that should have made it to Linus's tree) and the latter does
> preserve compatibility and fix a major issue, so isn't really a problem
> imo.
>
> But in the general sense, I think we just have to bite the bullet, take
> our time with ABI additions and changes so as to preserve compatibility
> for a long time (I think we've been doing well with this on the Intel
> side at least; we add feature flags every time we change something, and
> make sure userspace is forward and backward compatible). This is more
> work for us, but I think it benefits the user in the end. And it could
> be worse, at least we're not still dealing with memory layout
> compatibility between the DRM, fbdev, DDX and DRI drivers anymore!
>
> --
> Jesse Barnes, Intel Open Source Technology Center
>
While for small change, slowly evolving the API is doable in backward
compatible way, major change are not. For instance if i were to write
radeon kms today i would drop the domain stuff out of the mix, would
not do the command submission the way they are and bunch of others
things that i have been meaning to try but have yet to prototype.
Change i am thinking about here means different userspace which would
communicate with kernel in a completely different way.
I am just acknowledging the fact that i did a bunch of very poor
decision in radeon kms and i feel that today i know better what would
be a good API but i can be wrong once again.
That aside, i would prefer if we stay upstream but if moving in our
own repo allow us to break API then i would jump in right away.
Note that when changing API one could keep old API with old code
around and just refuse to fix any issue with the old one, that means
some one updating kernel with something that worked will still have a
working configuration. If he then want to improve its graphics
experience he would have to update the userspace bits.
Cheers,
Jerome
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-25 14:04 ` Jerome Glisse
@ 2011-03-25 17:46 ` Jesse Barnes
0 siblings, 0 replies; 427+ messages in thread
From: Jesse Barnes @ 2011-03-25 17:46 UTC (permalink / raw)
To: Jerome Glisse
Cc: Dave Airlie, Michel Dänzer, Linus Torvalds, linux-kernel,
DRI mailing list
On Fri, 25 Mar 2011 10:04:10 -0400
Jerome Glisse <j.glisse@gmail.com> wrote:
> My feeling on that is that maybe too much code sharing accross gpu of
> different generation hurt more than it helps. I have got the feeling
> that some of the newer Intel asic share some of the bit of older one
> and that intel is focusing there attention on newer one and obviously
> doesn't have time or resource to check that change they do don't
> impact older hw (i don't think such testing is doable without massive
> investment which is very very unlikely to happen given size of linux
> market).
God yes. The mantra of "code sharing is always good" sounds nice, but
in my experience it's very often not true, especially when you're still
trying to get things to work.
We've been slowly splitting code out to make it more robust against
changes to different generations, but we still have a little ways to
go. And of course, such splitting introduces problems in itself.
But as a policy going forward, I'll advocate splitting code whenever a
new generation requires something slightly different than an old one.
As an example, rather than adding a few conditionals to our FDI
training code to support newer chips, I've split it into separate
functions entirely, leaving the old one alone. If, after awhile we've
decided that they really are mostly the same and we have things working
well, we can consider merging them again, but only after extensive
testing across generations.
--
Jesse Barnes, Intel Open Source Technology Center
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-25 14:01 ` Jerome Glisse
@ 2011-03-25 17:34 ` Jesse Barnes
2011-03-25 18:09 ` Jerome Glisse
0 siblings, 1 reply; 427+ messages in thread
From: Jesse Barnes @ 2011-03-25 17:34 UTC (permalink / raw)
To: Jerome Glisse
Cc: Ben Skeggs, Michel Dänzer, Linus Torvalds, linux-kernel,
DRI mailing list
On Fri, 25 Mar 2011 10:01:14 -0400
Jerome Glisse <j.glisse@gmail.com> wrote:
> On Fri, Mar 25, 2011 at 6:25 AM, Ben Skeggs <skeggsb@gmail.com> wrote:
> > Oh, I wish this were actually the case. The last time we attempted such a thing we were blasted by Linus. It does make me wonder at why we're even bothering being in staging.
> >
> > This is where the binary drivers have a huge advantage, they package all the pieces of their driver together and can modify things as necessary.
> >
> > Part of me does think such an approach with the open source graphics drivers would be better. The current model doesn't really fit too well in my opinion. Though, admittedly, there's different problems to going other ways.
> >
> > Ben.
>
> Well i think being able to evolve the API would help a lot, it should
> still be possible to keep supporting old API over a year or so. But my
> feeling is some of the current API for some of the device, needs heavy
> lifting if we ever want to improve things.
Going back to the old model of a separate drm repo would create more
problems than it solves, IMO.
One thing I think Linus has been fairly consistent about is that making
things easy for users (well at least power users who build their own
kernels) is important. That means ABIs need to be stable so that their
existing userspace continues to work even after a kernel upgrade.
If we went back to the old, out of tree model, we might be able to
break things more easily (i.e. require lockstep upgrades of kernel &
userspace when we change things, hopefully for a good reason), but I
think end users would end up suffering. They'd have to rely on their
distro to pick up such changes and make sure dependencies were met and
that upgrades/downgrades worked properly across the pre-packaged
kernels that they made available.
One of the main reasons we moved in-tree was to make sure our bits got
into the hands of users more quickly, and to make life easier for the
various downstream distros, not all of which have deep expertise in the
graphics stack.
Fortunately, neither of the issues that started this thread, the
suspend/resume regression in i915 and the vblank ioctl enhancement, are
problems in this respect. The former is just a bug (though definitely
not one that should have made it to Linus's tree) and the latter does
preserve compatibility and fix a major issue, so isn't really a problem
imo.
But in the general sense, I think we just have to bite the bullet, take
our time with ABI additions and changes so as to preserve compatibility
for a long time (I think we've been doing well with this on the Intel
side at least; we add feature flags every time we change something, and
make sure userspace is forward and backward compatible). This is more
work for us, but I think it benefits the user in the end. And it could
be worse, at least we're not still dealing with memory layout
compatibility between the DRM, fbdev, DDX and DRI drivers anymore!
--
Jesse Barnes, Intel Open Source Technology Center
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-25 15:25 ` Michel Dänzer
@ 2011-03-25 15:44 ` Peter Stuge
2011-03-26 6:34 ` Xavier Bestel
0 siblings, 1 reply; 427+ messages in thread
From: Peter Stuge @ 2011-03-25 15:44 UTC (permalink / raw)
To: Michel Dänzer; +Cc: Ilija Hadzic, DRI, linux-kernel, mailing list
Michel Dänzer wrote:
> You won't have any trouble finding plenty of examples of newcomers
> having a better experience, as most of them thankfully don't come in
> with such a bad attitude and conduct.
To a bystander it would seem that Ilija has great attitude and conduct.
//Peter
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-25 14:52 ` Ilija Hadzic
2011-03-25 15:25 ` Michel Dänzer
@ 2011-03-25 15:29 ` Jerome Glisse
1 sibling, 0 replies; 427+ messages in thread
From: Jerome Glisse @ 2011-03-25 15:29 UTC (permalink / raw)
To: Ilija Hadzic
Cc: Michel Dänzer, Linus Torvalds, linux-kernel, DRI mailing list
2011/3/25 Ilija Hadzic <ihadzic@research.bell-labs.com>:
>
> This thread turned into much more than what its scope is and I hoped I would
> stay out of the "fight" (especially after the vocabulary got very
> "liberal"). Yet, my code (as trivial as it is) has sparked up some old
> issues and seems to be referred to over and over again, so I want to make a
> few technical points straight:
>
> * There is no way for an application to see the VBLANK events without
> crossing into the kernel. VBLANKs are interrupts from the hardware
> and only kernel knows them. Any userspace-only fix would be an ugly
> hack (as Dave pointed) and maybe the application would look like it's
> not stuck but it would not be doing the right thing no matter what you
> do in the user space. So if I was fixing this, I figured I would do it
> right. If anyone knows better than me and can technically prove (in
> code, not in words) that an application can synchronize to (a correct)
> VBLANK without calling the kernel, be my guest: submit your code and
> evict mine. I have no problem with that, but if something breaks then,
> it *will* be a regression.
>
> * Most comments about DDX pertained to old-kernel/new-userland
> situation, which for most users using distros won't happen because
> distros will make sure they have they have consistent packages.
> Still, even that situation was taken care of in the sense that
> it does not cause bogus errors (BTW, that comment was made and
> was legitimate and I took care of it) nor any other "damage" to the
> kernel. Discussing whether visual behavior in this case (a case that is
> actually an installation/dependency problem) should be the same as in
> old versions or still broken but masked out in appearance is a waste
> of time and bandwidth.
>
> * Saying that "kernel was not supposed to work with more two CRTCs" is
> just plain wrong (and probably based on superficial understanding of
> the kernel code). I spent considerable time analyzing the kernel from
> the driver up and the userland from the application down and found that
> *everything* in the kernel is capable of supporting up to 32 CRTCs and
> so is in the userland. It's only that one ioctl was stopping
> the information flow between the userland and the kernel so I fixed it.
> That may have been the legacy from old days when kernel didn't support
> multiple CRTCs, but now it does. Also, there is now hardware with
> multiple CRTCs, so kernel (and associated ioctls) should better support
> it.
I would like to think my self as someone knowing enough about the drm,
i have writte somethings like 4 different version of the radeon kms
before converging on the one actually in the kernel. Yes you right
most of the drm core that deals with crtc can handle more than 2 this
is because most of this are new drm stuff introduced with kms. I was
taking the vblank stuff as an example as it's one of the oldest piece
of drm that was designed long ago, way before kms in time where gpu
with 2 crtc were only high end one.
> * My fix alone, does not justify introducing a new ioctl and nobody can
> convince me that it does. In fact, being too liberal on introducing
> new ioctls is just bad programming. Recognizing that the existing ioctl
> has other shortcomings and coming up with a totally new ioctl with
> many other features and then adjusting the userland to use it is a long
> term project. My fix was a short term thing to get things that are
> broken working.
>
> And just a few non-technical things in conclusion and a few of my own
> thoughts and views: Although I didn't mention any names so far, everyone
> smart enough reading this will know that most of my responses are a)
> directed to Michel and b) are just a repeat of what I have already said on
> the list (in response to his repeat of what was also already said). Let me
> just say that I value everyone's comments and I respect the knowledge, work
> and time effort of everyone in this group. However, in every development
> model (including the open-source) there is a point after which you have to
> move on (even if the proposed thing is not perfect) and there is someone
> whose word should be final.
>
> My understanding is that for the DRM, the final say comes from Dave. So,
> fine, there were imperfections in my proposed modification to the ioctl,
> there was one comment that I (mistakenly) oversaw and that Michel found
> utterly important (although I still think that it wasn't that much of a big
> deal), but if Dave accepted the original change, that implicitly meant that
> he took into accounts the discussion, follow-up modifications and rebuttals
> and that the issue should be behind us. Continuing to insist after that
> point is just plain destructive (and could be in part the reason why DRM,
> besides the lack of resources, is behind closed-source drivers).
>
> And there is another point that Dave made that I fully support. To all of
> you, I am a newcomer, and a plain garden-variety user who instead of whining
> on Bugzilla and hoping that some hacker out there will show some "mercy",
> actually stepped up to fix the problem (and to be allowed to do that, I had
> to convince a few higher-ups that this would actually be in the interest of
> those who write my paycheck). Some of you have shown appreciation for that
> (thanks!), but some of you have seen it as an opportunity to publicly prove
> that you are smarter than me (for which I frankly don't care, as long as it
> does not impact the progress of the development, but in this case it did).
>
> I may be new to Linux/DRM "club", but I am not new to the large system
> development (including a wide variety of kernels and other very complex
> subsystems). Now if I can get my own (very reasonable, technically correct,
> generally well written, and useful for the community) fixes into open-source
> without sparking up major fights, then in my day-job, I have a strong case
> to present to a bunch of MBAs in three-piece suits that we should be basing
> more of our products on open-source code. That alone, in the long run helps
> the community, which is, I presume, a common interest of all of us.
>
> 'nuff said
>
> -- Ilija
>
Cheers,
Jerome
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-25 14:52 ` Ilija Hadzic
@ 2011-03-25 15:25 ` Michel Dänzer
2011-03-25 15:44 ` Peter Stuge
2011-03-25 15:29 ` Jerome Glisse
1 sibling, 1 reply; 427+ messages in thread
From: Michel Dänzer @ 2011-03-25 15:25 UTC (permalink / raw)
To: Ilija Hadzic; +Cc: Dave Airlie, linux-kernel, DRI mailing list
[ Removing Linus from CC, I doubt he's that interested in this anymore ]
On Fre, 2011-03-25 at 09:52 -0500, Ilija Hadzic wrote:
>
> * There is no way for an application to see the VBLANK events without
> crossing into the kernel. VBLANKs are interrupts from the hardware
> and only kernel knows them. Any userspace-only fix would be an ugly
> hack (as Dave pointed) and maybe the application would look like it's
> not stuck but it would not be doing the right thing no matter what you
> do in the user space. So if I was fixing this, I figured I would do it
> right. If anyone knows better than me and can technically prove (in
> code, not in words) that an application can synchronize to (a correct)
> VBLANK without calling the kernel, be my guest: submit your code and
> evict mine.
It's not possible to synchronize correctly in this case, that's the
whole point. When userspace calls the ioctl for a different CRTC than
the one it's really interested in, that's (when it doesn't hang)
essentially making up a sequence number which doesn't necessarily have
any direct meaning for the CRTC userspace wants to synchronize to. I
suggested several other possibilities for making up sequence numbers in
that case without risking[0] a hang. But even if you don't want to go
into that, which is understandable to some degree, there's always the
simple option of not exposing this functionality to the X server at all
in this case.
[0] Or rather deliberately triggering, as userspace should know when
CRTC 1 is disabled.
> * Most comments about DDX pertained to old-kernel/new-userland
> situation, which for most users using distros won't happen because
> distros will make sure they have they have consistent packages.
Will they? As Dave pointed out, a new xf86-video-ati release with the
fix could be out at any time, but the kernel change could still take
months to make it into a distro kernel.
> * Saying that "kernel was not supposed to work with more two CRTCs" is
> just plain wrong
That's not what I said.
There's no question that the kernel change will be necessary for all the
functionality to work perfectly on all CRTCs. But the hangs are mostly a
userspace issue and can be fixed there alone.
> And there is another point that Dave made that I fully support. To all of
> you, I am a newcomer, and a plain garden-variety user who instead of
> whining on Bugzilla and hoping that some hacker out there will show some
> "mercy", actually stepped up to fix the problem (and to be allowed to do
> that, I had to convince a few higher-ups that this would actually be in
> the interest of those who write my paycheck). Some of you have shown
> appreciation for that (thanks!), but some of you have seen it as an
> opportunity to publicly prove that you are smarter than me (for which I
> frankly don't care, as long as it does not impact the progress of the
> development, but in this case it did).
That's your point of view. Mine is that your (certainly appreciated)
fixes had flaws that could have been easily and quickly resolved if you
had so chosen. Instead, you wasted a lot of everybody's time pushing
back and justifying the flaws rather than cooperating on a better
solution.
You won't have any trouble finding plenty of examples of newcomers
having a better experience, as most of them thankfully don't come in
with such a bad attitude and conduct.
--
Earthling Michel Dänzer | http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-25 8:00 ` Michel Dänzer
@ 2011-03-25 14:52 ` Ilija Hadzic
2011-03-25 15:25 ` Michel Dänzer
2011-03-25 15:29 ` Jerome Glisse
0 siblings, 2 replies; 427+ messages in thread
From: Ilija Hadzic @ 2011-03-25 14:52 UTC (permalink / raw)
To: Michel Dänzer
Cc: Dave Airlie, Linus Torvalds, linux-kernel, DRI mailing list
This thread turned into much more than what its scope is and I hoped I
would stay out of the "fight" (especially after the vocabulary got very
"liberal"). Yet, my code (as trivial as it is) has sparked up some old
issues and seems to be referred to over and over again, so I want to make
a few technical points straight:
* There is no way for an application to see the VBLANK events without
crossing into the kernel. VBLANKs are interrupts from the hardware
and only kernel knows them. Any userspace-only fix would be an ugly
hack (as Dave pointed) and maybe the application would look like it's
not stuck but it would not be doing the right thing no matter what you
do in the user space. So if I was fixing this, I figured I would do it
right. If anyone knows better than me and can technically prove (in
code, not in words) that an application can synchronize to (a correct)
VBLANK without calling the kernel, be my guest: submit your code and
evict mine. I have no problem with that, but if something breaks then,
it *will* be a regression.
* Most comments about DDX pertained to old-kernel/new-userland
situation, which for most users using distros won't happen because
distros will make sure they have they have consistent packages.
Still, even that situation was taken care of in the sense that
it does not cause bogus errors (BTW, that comment was made and
was legitimate and I took care of it) nor any other "damage" to the
kernel. Discussing whether visual behavior in this case (a case that is
actually an installation/dependency problem) should be the same as in
old versions or still broken but masked out in appearance is a waste
of time and bandwidth.
* Saying that "kernel was not supposed to work with more two CRTCs" is
just plain wrong (and probably based on superficial understanding of
the kernel code). I spent considerable time analyzing the kernel from
the driver up and the userland from the application down and found that
*everything* in the kernel is capable of supporting up to 32 CRTCs and
so is in the userland. It's only that one ioctl was stopping
the information flow between the userland and the kernel so I fixed it.
That may have been the legacy from old days when kernel didn't support
multiple CRTCs, but now it does. Also, there is now hardware with
multiple CRTCs, so kernel (and associated ioctls) should better support
it.
* My fix alone, does not justify introducing a new ioctl and nobody can
convince me that it does. In fact, being too liberal on introducing
new ioctls is just bad programming. Recognizing that the existing ioctl
has other shortcomings and coming up with a totally new ioctl with
many other features and then adjusting the userland to use it is a long
term project. My fix was a short term thing to get things that are
broken working.
And just a few non-technical things in conclusion and a few of my own
thoughts and views: Although I didn't mention any names so far, everyone
smart enough reading this will know that most of my responses are a)
directed to Michel and b) are just a repeat of what I have already said on
the list (in response to his repeat of what was also already said). Let me
just say that I value everyone's comments and I respect the knowledge,
work and time effort of everyone in this group. However, in every
development model (including the open-source) there is a point after which
you have to move on (even if the proposed thing is not perfect) and there
is someone whose word should be final.
My understanding is that for the DRM, the final say comes from Dave. So,
fine, there were imperfections in my proposed modification to the ioctl,
there was one comment that I (mistakenly) oversaw and that Michel found
utterly important (although I still think that it wasn't that much of a
big deal), but if Dave accepted the original change, that implicitly meant
that he took into accounts the discussion, follow-up modifications and
rebuttals and that the issue should be behind us. Continuing to insist
after that point is just plain destructive (and could be in part the
reason why DRM, besides the lack of resources, is behind closed-source
drivers).
And there is another point that Dave made that I fully support. To all of
you, I am a newcomer, and a plain garden-variety user who instead of
whining on Bugzilla and hoping that some hacker out there will show some
"mercy", actually stepped up to fix the problem (and to be allowed to do
that, I had to convince a few higher-ups that this would actually be in
the interest of those who write my paycheck). Some of you have shown
appreciation for that (thanks!), but some of you have seen it as an
opportunity to publicly prove that you are smarter than me (for which I
frankly don't care, as long as it does not impact the progress of the
development, but in this case it did).
I may be new to Linux/DRM "club", but I am not new to the large system
development (including a wide variety of kernels and other very complex
subsystems). Now if I can get my own (very reasonable, technically
correct, generally well written, and useful for the community) fixes into
open-source without sparking up major fights, then in my day-job, I have a
strong case to present to a bunch of MBAs in three-piece suits that we
should be basing more of our products on open-source code. That alone, in
the long run helps the community, which is, I presume, a common interest
of all of us.
'nuff said
-- Ilija
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-25 7:21 ` Dave Airlie
2011-03-25 7:43 ` Michel Dänzer
2011-03-25 12:51 ` Kevin Winchester
@ 2011-03-25 14:04 ` Jerome Glisse
2011-03-25 17:46 ` Jesse Barnes
2 siblings, 1 reply; 427+ messages in thread
From: Jerome Glisse @ 2011-03-25 14:04 UTC (permalink / raw)
To: Dave Airlie
Cc: Linus Torvalds, Michel Dänzer, linux-kernel, DRI mailing list
On Fri, Mar 25, 2011 at 3:21 AM, Dave Airlie <airlied@gmail.com> wrote:
> On Fri, Mar 25, 2011 at 10:17 AM, Linus Torvalds
> <torvalds@linux-foundation.org> wrote:
>> On Thu, Mar 24, 2011 at 5:07 PM, Dave Airlie <airlied@gmail.com> wrote:
>>>
>>> Like seriously you really think VFS locking rework wasn't under
>>> development or discussion when you merged it? I'm sure Al would have
>>> something to say about it considering the number of times he cursed in
>>> irc about that code after you merged it.
>>
>> Umm. That code was basically over a year old by the time it was merged.
>>
>> How old was the code we're talking about now? Seriously?
>
> It was 30 lines of clean code, that really was fine to be merged in
> its first form it was merely a future maintaince issue to clean up the
> interface before it was released as stable.
>
>> And your argument that this case is something you'd have pushed even
>> outside the merge window - I think that sounds like more of the same
>> problem. You say it fixes a problem - but does it fix a REGRESSION?
>>
>> Do you see the difference? Every single commit I get "fixes a
>> problem". But our rules for these things are much stricter than that.
>
> Okay I'll explain something from my position and maybe you'll never
> want to pull from me again, but the kernel release cycle doesn't work
> at all well for graphics drivers.
>
> Why?
>
> well the major fail case we have is my monitor doesn't switch on. Now
> if I merge new hardware support for a new GPU in 2.6.38, and sometime
> in 2.6.39-rc1 we come across a variant that is broken (this happens
> every kernel, we find at least 5 GPU variants or BIOS table reports on
> radeon, look at pretty much any post -rc1 patch from Alex Deucher).
> Now by your rules this isn't a regression, but now for a user to
> actually get this change in their hands I have to wait until
> 2.6.40-rc1, and only once its in your tree, maybe it can go to stable.
> This is 6 months later. That is to pardon my french, fucking
> shithouse. I have to make judgement calls on a lot of patches on
> whether they are suitable or not to go upstream and I try to think
> that the sooner the poor bastard stuck with this hardware can get this
> fix then the better it is for everyone, regression or not.
>
> In this case, if you had a >2 monitor setup connected to an evergreen
> card, and you tried to do 3D on the 3rd monitor it would just hang the
> app in a loop forever, the fix needs 3 pieces, one in the kernel, and
> two userspace fixes. I can have the userspace fixes on users disks in
> under a week, literally. We release a new libdrm/-ati driver and
> distros will have it available in hours via rawhide or xorg-edgers in
> Ubuntu. Now under kernel rules you want me to hold it up for 6 months?
> just because it was a few days later for the merge window. Why 6
> months? because a distro won't ship it until 2.6.40 is released.
>
> Another example is most of Marek's patches where he enables some
> userspace feature by allowing the kernel to accept new commands to
> send to the GPU. Again this is to avoid a 6 month window where nobody
> can use this feature of the 3D driver that is on their disk until they
> get a kernel upgrade. Despite what you have said before and obviously
> think its much easier to get users to update userspace than kernels in
> the real world.
>
> This is why I often put things that aren't strict regression fixes in
> after -rc1 and accept the same from intel and nouveau. I draw the line
> at things like performance enhancements and I should be more strict on
> some of the crap that gets past in Intel, but I make a lot more
> judgement calls on these things and I often make them wrong, but I'd
> rather be making them than just being an ass to people who are stuck
> in vesa mode and can't suspend/resume because their GPU just shows a
> black screen on startup on new hw or they can't get acceleration
> support for 4 months.
>
> I'm also aware we never get enough testing coverage before stuff hits
> your tree, we'd need 1000s of testers to run drm-next and we just
> don't have that variation. So yes when new features hit -rc1 with the
> drm they nearly always cause regressions, its just not possible to
> test this stuff on every GPU/monitor/bios combination in existance
> before we give it to you, that just isn't happening. Like radeon
> pageflipping caused machines to completely hang and I didn't find out
> until -rc7 due to lack of testing coverage.
My feeling on that is that maybe too much code sharing accross gpu of
different generation hurt more than it helps. I have got the feeling
that some of the newer Intel asic share some of the bit of older one
and that intel is focusing there attention on newer one and obviously
doesn't have time or resource to check that change they do don't
impact older hw (i don't think such testing is doable without massive
investment which is very very unlikely to happen given size of linux
market).
> I'm seriously contemplating going back to out-of-tree drivers so we
> can actually get test coverage before you get things, however that
> comes with its own set of completely insane problems.
>
> Its not like I'm not aware of the problems here, I'm very aware, I'm
> just clueless on how to provide actual valuable drm code to users in
> anything close to a timely manner, people buy new graphics card
> quicker than I can get code into the kernel.
>
> Dave.
Cheers,
Jerome
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-25 10:25 ` Ben Skeggs
@ 2011-03-25 14:01 ` Jerome Glisse
2011-03-25 17:34 ` Jesse Barnes
0 siblings, 1 reply; 427+ messages in thread
From: Jerome Glisse @ 2011-03-25 14:01 UTC (permalink / raw)
To: Ben Skeggs
Cc: Linus Torvalds, Michel Dänzer, linux-kernel, DRI mailing list
On Fri, Mar 25, 2011 at 6:25 AM, Ben Skeggs <skeggsb@gmail.com> wrote:
> On 25/03/2011, at 10:55, Jerome Glisse <j.glisse@gmail.com> wrote:
>
>> On Thu, Mar 24, 2011 at 8:17 PM, Linus Torvalds
>> <torvalds@linux-foundation.org> wrote:
>>> On Thu, Mar 24, 2011 at 5:07 PM, Dave Airlie <airlied@gmail.com> wrote:
>>>>
>>>> Like seriously you really think VFS locking rework wasn't under
>>>> development or discussion when you merged it? I'm sure Al would have
>>>> something to say about it considering the number of times he cursed in
>>>> irc about that code after you merged it.
>>>
>>> Umm. That code was basically over a year old by the time it was merged.
>>>
>>> How old was the code we're talking about now? Seriously?
>>>
>>> And your argument that this case is something you'd have pushed even
>>> outside the merge window - I think that sounds like more of the same
>>> problem. You say it fixes a problem - but does it fix a REGRESSION?
>>>
>>> Do you see the difference? Every single commit I get "fixes a
>>> problem". But our rules for these things are much stricter than that.
>>>
>>>> This isn't even close to the level of the usual type of fuckups you
>>>> get in a merge window, it just happens you were cc'ed on the
>>>> discusson, otherwise I'm betting you'd never even notice. I'm betting
>>>> something much worse landed in this merge window that you should be
>>>> giving a fuck about, but this isn't the droid you are lookin for.
>>>
>>> Maybe not. But why is it always the DRM tree that has these issues?
>>> Why is it that the DRM tree is the one that gets relatively _huge_
>>> patches after -rc1 is out?
>>>
>>> I really REALLY wish that you graphics people would at some point
>>> admit that you guys have a problem. I am hoping that the intel side is
>>> being worked on.
>>>
>>> Instead, I see what seems to be you being in a hurry, and arguments
>>> why uncooked code should be merged even outside the merge window.
>>>
>>> Do you see what I'm aiming at here?
>>>
>>> If this was a one-time event, we wouldn't be having this discussion.
>>> But the DRM tree is one of the BIGGEST issues after the merge window
>>> has closed. And it's EVERY SINGLE RELEASE.
>>>
>>> Why? Some introspection please. You don't even have to answer me. I
>>> ask you to answer that to yourself.
>>>
>>> Linus
>>
>> Below are my feeling and likely don't reflect any others people feeling.
>>
>> DRM have been trying to play catchup for years, GPU are likely the
>> most complex piece of hardware you can find in a computer (from memory
>> management, to complex modesetting with all kind of tweaks to the
>> utterly crazy 3d engine and everythings that comes with it) Unlike
>> others piece of hardware, when it comes to fully use a GPU
>> acceleration, there is no common denominator that we would be able to
>> put in the kernel (like a tcp stack or filesystem). I am sure very few
>> people would like to see a full GL stack into the kernel.
>>
>> This results in various non common API that each driver expose to the
>> userspace and it's all half cooked, because we have a tendency to
>> release early (which is not necessarily wrong in my eyes). If i were
>> to do it cleanly for one device i wouldn't freeze the API before i got
>> a full fast stack (ie fast GL driver, video decompression, dual GPU,
>> efficient power management) this is exactly what nouveau is doing,
>> they are in the experimental for good reasons, they have the freedom
>> to fix their API and they keep improving it each time their userspace
>> progress.
> Oh, I wish this were actually the case. The last time we attempted such a thing we were blasted by Linus. It does make me wonder at why we're even bothering being in staging.
>
> This is where the binary drivers have a huge advantage, they package all the pieces of their driver together and can modify things as necessary.
>
> Part of me does think such an approach with the open source graphics drivers would be better. The current model doesn't really fit too well in my opinion. Though, admittedly, there's different problems to going other ways.
>
> Ben.
Well i think being able to evolve the API would help a lot, it should
still be possible to keep supporting old API over a year or so. But my
feeling is some of the current API for some of the device, needs heavy
lifting if we ever want to improve things.
Cheers,
Jerome
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-25 7:21 ` Dave Airlie
2011-03-25 7:43 ` Michel Dänzer
@ 2011-03-25 12:51 ` Kevin Winchester
2011-03-25 14:04 ` Jerome Glisse
2 siblings, 0 replies; 427+ messages in thread
From: Kevin Winchester @ 2011-03-25 12:51 UTC (permalink / raw)
To: Dave Airlie
Cc: Linus Torvalds, Ilija Hadzic, Michel Dänzer, linux-kernel,
DRI mailing list
On 25 March 2011 04:21, Dave Airlie <airlied@gmail.com> wrote:
> I'm also aware we never get enough testing coverage before stuff hits
> your tree, we'd need 1000s of testers to run drm-next and we just
> don't have that variation. So yes when new features hit -rc1 with the
> drm they nearly always cause regressions, its just not possible to
> test this stuff on every GPU/monitor/bios combination in existance
> before we give it to you, that just isn't happening. Like radeon
> pageflipping caused machines to completely hang and I didn't find out
> until -rc7 due to lack of testing coverage.
>
Not that I have much credibility to be talking here, but as a nouveau
user with a problem setup where I cannot seem to find anyone to help
[1], I wonder if getting support for the absolute latest GPUs into
mainline perhaps should not be the highest priority. Also, have you
considered the possibility that taking longer for code to hit Linus'
tree would have the effect of increasing your tester base for
drm-next? If I had a new video card that was giving me a blank
screen, I would certainly be ready to try a testing kernel tree if I
thought it would get me some level of functionality.
--
Kevin Winchester
[1] https://bugs.freedesktop.org/show_bug.cgi?id=31780
Luckily my problem is not a showstopper, and mainly prevents me from
using my second screen, but creating that bug and posting to the
nouveau mailing list did not get me much help in actually fixing the
problem. This is despite the fact that I was quite willing to try the
nouveau kernel tree, which unfortunately did not help.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-25 0:55 ` Jerome Glisse
@ 2011-03-25 10:25 ` Ben Skeggs
2011-03-25 14:01 ` Jerome Glisse
0 siblings, 1 reply; 427+ messages in thread
From: Ben Skeggs @ 2011-03-25 10:25 UTC (permalink / raw)
To: Jerome Glisse
Cc: Linus Torvalds, Michel Dänzer, linux-kernel, DRI mailing list
On 25/03/2011, at 10:55, Jerome Glisse <j.glisse@gmail.com> wrote:
> On Thu, Mar 24, 2011 at 8:17 PM, Linus Torvalds
> <torvalds@linux-foundation.org> wrote:
>> On Thu, Mar 24, 2011 at 5:07 PM, Dave Airlie <airlied@gmail.com> wrote:
>>>
>>> Like seriously you really think VFS locking rework wasn't under
>>> development or discussion when you merged it? I'm sure Al would have
>>> something to say about it considering the number of times he cursed in
>>> irc about that code after you merged it.
>>
>> Umm. That code was basically over a year old by the time it was merged.
>>
>> How old was the code we're talking about now? Seriously?
>>
>> And your argument that this case is something you'd have pushed even
>> outside the merge window - I think that sounds like more of the same
>> problem. You say it fixes a problem - but does it fix a REGRESSION?
>>
>> Do you see the difference? Every single commit I get "fixes a
>> problem". But our rules for these things are much stricter than that.
>>
>>> This isn't even close to the level of the usual type of fuckups you
>>> get in a merge window, it just happens you were cc'ed on the
>>> discusson, otherwise I'm betting you'd never even notice. I'm betting
>>> something much worse landed in this merge window that you should be
>>> giving a fuck about, but this isn't the droid you are lookin for.
>>
>> Maybe not. But why is it always the DRM tree that has these issues?
>> Why is it that the DRM tree is the one that gets relatively _huge_
>> patches after -rc1 is out?
>>
>> I really REALLY wish that you graphics people would at some point
>> admit that you guys have a problem. I am hoping that the intel side is
>> being worked on.
>>
>> Instead, I see what seems to be you being in a hurry, and arguments
>> why uncooked code should be merged even outside the merge window.
>>
>> Do you see what I'm aiming at here?
>>
>> If this was a one-time event, we wouldn't be having this discussion.
>> But the DRM tree is one of the BIGGEST issues after the merge window
>> has closed. And it's EVERY SINGLE RELEASE.
>>
>> Why? Some introspection please. You don't even have to answer me. I
>> ask you to answer that to yourself.
>>
>> Linus
>
> Below are my feeling and likely don't reflect any others people feeling.
>
> DRM have been trying to play catchup for years, GPU are likely the
> most complex piece of hardware you can find in a computer (from memory
> management, to complex modesetting with all kind of tweaks to the
> utterly crazy 3d engine and everythings that comes with it) Unlike
> others piece of hardware, when it comes to fully use a GPU
> acceleration, there is no common denominator that we would be able to
> put in the kernel (like a tcp stack or filesystem). I am sure very few
> people would like to see a full GL stack into the kernel.
>
> This results in various non common API that each driver expose to the
> userspace and it's all half cooked, because we have a tendency to
> release early (which is not necessarily wrong in my eyes). If i were
> to do it cleanly for one device i wouldn't freeze the API before i got
> a full fast stack (ie fast GL driver, video decompression, dual GPU,
> efficient power management) this is exactly what nouveau is doing,
> they are in the experimental for good reasons, they have the freedom
> to fix their API and they keep improving it each time their userspace
> progress.
Oh, I wish this were actually the case. The last time we attempted such a thing we were blasted by Linus. It does make me wonder at why we're even bothering being in staging.
This is where the binary drivers have a huge advantage, they package all the pieces of their driver together and can modify things as necessary.
Part of me does think such an approach with the open source graphics drivers would be better. The current model doesn't really fit too well in my opinion. Though, admittedly, there's different problems to going other ways.
Ben.
>
> So from my POV either frozen API for DRM is not a good solution (there
> is a reason why closed source driver bundly everythings together
> kernel, GL, ddx, ...) either we should leave in experimental until we
> get our API right which would likely means several years (2-4years as
> a wild guess) given current number of people working on this. That
> would mean that most distribution wouldn't enable the open source
> driver and then open source driver likely wouldn't get enough testing
> (kind of a chicken and egg problem).
>
> I am not even talking about on dramatic GPU changes in last few years.
> For instance few years ago having a dual screen setup meaned that you
> were king of somethings, or least on the top of the hill. Nowadays
> dual, triple screens or even more, is common setup but some DRM API
> was designed without even thinking that one day there would be more
> than 2 crtc (expectation was likely that there would be flying car by
> then).
>
> Well this are my feeling, we are just chasing a fast moving target and
> always shooting short on the API and freeze ourself into corner case.
> Maybe we, or just i, are bad at designing API (well not always i do
> believe for instance that the modesetting API we expose is a good
> one).
>
> Cheers,
> Jerome
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-25 7:51 ` Dave Airlie
@ 2011-03-25 8:00 ` Michel Dänzer
2011-03-25 14:52 ` Ilija Hadzic
0 siblings, 1 reply; 427+ messages in thread
From: Michel Dänzer @ 2011-03-25 8:00 UTC (permalink / raw)
To: Dave Airlie; +Cc: Linus Torvalds, linux-kernel, DRI mailing list
On Fre, 2011-03-25 at 17:51 +1000, Dave Airlie wrote:
> 2011/3/25 Michel Dänzer <michel@daenzer.net>:
> > On Fre, 2011-03-25 at 17:21 +1000, Dave Airlie wrote:
> >> On Fri, Mar 25, 2011 at 10:17 AM, Linus Torvalds
> >> <torvalds@linux-foundation.org> wrote:
> >> > On Thu, Mar 24, 2011 at 5:07 PM, Dave Airlie <airlied@gmail.com> wrote:
> >> >>
> >> >> Like seriously you really think VFS locking rework wasn't under
> >> >> development or discussion when you merged it? I'm sure Al would have
> >> >> something to say about it considering the number of times he cursed in
> >> >> irc about that code after you merged it.
> >> >
> >> > Umm. That code was basically over a year old by the time it was merged.
> >> >
> >> > How old was the code we're talking about now? Seriously?
> >>
> >> It was 30 lines of clean code, that really was fine to be merged in
> >> its first form it was merely a future maintaince issue to clean up the
> >> interface before it was released as stable.
> >
> > From my POV the real failure here was that the change made it to *any*
> > tree while there were outstanding review issues from when it was
> > initially discussed a few weeks earlier. Then when the change was
> > submitted — more or less unchanged — I was on my birthday weekend
> > enjoying some time away from computers, and when I had caught up with
> > things, it was already in drm-next.
>
> Thats the problem really I read all the discussion and there wasn't
> much that seemed bad, I think the problem with your suggestions was
> there was a lot of latitude to disagree with them and I read the
> comments and disagreed with them as well, and it fixed the problem so
> I decided it should be pushed or we'd end up waiting another 6 months
> to fix it for the people who it actually affects. This isn't the
> message that I'd like to send to people who get off their arses and
> fix our fuckups.
The fuckup is in userspace trying to use a kernel interface which never
pretended to work for more than 2 CRTCs for the third and above CRTCs.
> >> In this case, if you had a >2 monitor setup connected to an evergreen
> >> card, and you tried to do 3D on the 3rd monitor it would just hang the
> >> app in a loop forever, the fix needs 3 pieces, one in the kernel, and
> >> two userspace fixes.
> >
> > Actually, the hangs could be fixed in the X driver alone, but the author
> > seems uninterested in contemplating that. Maybe because he seems to
> > think it's easier to get the kernel fix to users, but I'm with you on
> > that it's quite clearly the opposite.
>
> I can't see how you can actually fix the hangs in userspace,
By not calling the kernel interface when you know it won't do what you
want.
> you can hack around the hangs so the user just gets a less useful behaviour
> and make maintaining the userspace hack forever, or you can fix the
> insufficient kernel interface and get it out quick. I'm not really
> into the whole put a userspace hack in and maintain it for years thing
> either, and I'd rather nobody else ever decided it was a good idea.
Userspace has to check for the presence of the fixed kernel interface
anyway. In the absence of it, the currently proposed fix just keeps the
same old broken behaviour, risking hangs in some circumstances, when it
could avoid them with possibly not too much effort.
--
Earthling Michel Dänzer | http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-25 7:43 ` Michel Dänzer
@ 2011-03-25 7:51 ` Dave Airlie
2011-03-25 8:00 ` Michel Dänzer
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2011-03-25 7:51 UTC (permalink / raw)
To: Michel Dänzer; +Cc: Linus Torvalds, linux-kernel, DRI mailing list
2011/3/25 Michel Dänzer <michel@daenzer.net>:
> On Fre, 2011-03-25 at 17:21 +1000, Dave Airlie wrote:
>> On Fri, Mar 25, 2011 at 10:17 AM, Linus Torvalds
>> <torvalds@linux-foundation.org> wrote:
>> > On Thu, Mar 24, 2011 at 5:07 PM, Dave Airlie <airlied@gmail.com> wrote:
>> >>
>> >> Like seriously you really think VFS locking rework wasn't under
>> >> development or discussion when you merged it? I'm sure Al would have
>> >> something to say about it considering the number of times he cursed in
>> >> irc about that code after you merged it.
>> >
>> > Umm. That code was basically over a year old by the time it was merged.
>> >
>> > How old was the code we're talking about now? Seriously?
>>
>> It was 30 lines of clean code, that really was fine to be merged in
>> its first form it was merely a future maintaince issue to clean up the
>> interface before it was released as stable.
>
> From my POV the real failure here was that the change made it to *any*
> tree while there were outstanding review issues from when it was
> initially discussed a few weeks earlier. Then when the change was
> submitted — more or less unchanged — I was on my birthday weekend
> enjoying some time away from computers, and when I had caught up with
> things, it was already in drm-next.
Thats the problem really I read all the discussion and there wasn't
much that seemed bad, I think the problem with your suggestions was
there was a lot of latitude to disagree with them and I read the
comments and disagreed with them as well, and it fixed the problem so
I decided it should be pushed or we'd end up waiting another 6 months
to fix it for the people who it actually affects. This isn't the
message that I'd like to send to people who get off their arses and
fix our fuckups.
>
>
>> In this case, if you had a >2 monitor setup connected to an evergreen
>> card, and you tried to do 3D on the 3rd monitor it would just hang the
>> app in a loop forever, the fix needs 3 pieces, one in the kernel, and
>> two userspace fixes.
>
> Actually, the hangs could be fixed in the X driver alone, but the author
> seems uninterested in contemplating that. Maybe because he seems to
> think it's easier to get the kernel fix to users, but I'm with you on
> that it's quite clearly the opposite.
I can't see how you can actually fix the hangs in userspace, you can
hack around the hangs so the user just gets a less useful behaviour
and make maintaining the userspace hack forever, or you can fix the
insufficient kernel interface and get it out quick. I'm not really
into the whole put a userspace hack in and maintain it for years thing
either, and I'd rather nobody else ever decided it was a good idea.
Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-25 7:21 ` Dave Airlie
@ 2011-03-25 7:43 ` Michel Dänzer
2011-03-25 7:51 ` Dave Airlie
2011-03-25 12:51 ` Kevin Winchester
2011-03-25 14:04 ` Jerome Glisse
2 siblings, 1 reply; 427+ messages in thread
From: Michel Dänzer @ 2011-03-25 7:43 UTC (permalink / raw)
To: Dave Airlie; +Cc: Linus Torvalds, linux-kernel, DRI mailing list
On Fre, 2011-03-25 at 17:21 +1000, Dave Airlie wrote:
> On Fri, Mar 25, 2011 at 10:17 AM, Linus Torvalds
> <torvalds@linux-foundation.org> wrote:
> > On Thu, Mar 24, 2011 at 5:07 PM, Dave Airlie <airlied@gmail.com> wrote:
> >>
> >> Like seriously you really think VFS locking rework wasn't under
> >> development or discussion when you merged it? I'm sure Al would have
> >> something to say about it considering the number of times he cursed in
> >> irc about that code after you merged it.
> >
> > Umm. That code was basically over a year old by the time it was merged.
> >
> > How old was the code we're talking about now? Seriously?
>
> It was 30 lines of clean code, that really was fine to be merged in
> its first form it was merely a future maintaince issue to clean up the
> interface before it was released as stable.
>From my POV the real failure here was that the change made it to *any*
tree while there were outstanding review issues from when it was
initially discussed a few weeks earlier. Then when the change was
submitted — more or less unchanged — I was on my birthday weekend
enjoying some time away from computers, and when I had caught up with
things, it was already in drm-next.
> In this case, if you had a >2 monitor setup connected to an evergreen
> card, and you tried to do 3D on the 3rd monitor it would just hang the
> app in a loop forever, the fix needs 3 pieces, one in the kernel, and
> two userspace fixes.
Actually, the hangs could be fixed in the X driver alone, but the author
seems uninterested in contemplating that. Maybe because he seems to
think it's easier to get the kernel fix to users, but I'm with you on
that it's quite clearly the opposite.
That said, I agree with your analysis in general, but not in this
particular case.
--
Earthling Michel Dänzer | http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-25 0:17 ` Linus Torvalds
2011-03-25 0:29 ` Linus Torvalds
2011-03-25 0:55 ` Jerome Glisse
@ 2011-03-25 7:21 ` Dave Airlie
2011-03-25 7:43 ` Michel Dänzer
` (2 more replies)
2 siblings, 3 replies; 427+ messages in thread
From: Dave Airlie @ 2011-03-25 7:21 UTC (permalink / raw)
To: Linus Torvalds
Cc: Ilija Hadzic, Michel Dänzer, linux-kernel, DRI mailing list
On Fri, Mar 25, 2011 at 10:17 AM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> On Thu, Mar 24, 2011 at 5:07 PM, Dave Airlie <airlied@gmail.com> wrote:
>>
>> Like seriously you really think VFS locking rework wasn't under
>> development or discussion when you merged it? I'm sure Al would have
>> something to say about it considering the number of times he cursed in
>> irc about that code after you merged it.
>
> Umm. That code was basically over a year old by the time it was merged.
>
> How old was the code we're talking about now? Seriously?
It was 30 lines of clean code, that really was fine to be merged in
its first form it was merely a future maintaince issue to clean up the
interface before it was released as stable.
> And your argument that this case is something you'd have pushed even
> outside the merge window - I think that sounds like more of the same
> problem. You say it fixes a problem - but does it fix a REGRESSION?
>
> Do you see the difference? Every single commit I get "fixes a
> problem". But our rules for these things are much stricter than that.
Okay I'll explain something from my position and maybe you'll never
want to pull from me again, but the kernel release cycle doesn't work
at all well for graphics drivers.
Why?
well the major fail case we have is my monitor doesn't switch on. Now
if I merge new hardware support for a new GPU in 2.6.38, and sometime
in 2.6.39-rc1 we come across a variant that is broken (this happens
every kernel, we find at least 5 GPU variants or BIOS table reports on
radeon, look at pretty much any post -rc1 patch from Alex Deucher).
Now by your rules this isn't a regression, but now for a user to
actually get this change in their hands I have to wait until
2.6.40-rc1, and only once its in your tree, maybe it can go to stable.
This is 6 months later. That is to pardon my french, fucking
shithouse. I have to make judgement calls on a lot of patches on
whether they are suitable or not to go upstream and I try to think
that the sooner the poor bastard stuck with this hardware can get this
fix then the better it is for everyone, regression or not.
In this case, if you had a >2 monitor setup connected to an evergreen
card, and you tried to do 3D on the 3rd monitor it would just hang the
app in a loop forever, the fix needs 3 pieces, one in the kernel, and
two userspace fixes. I can have the userspace fixes on users disks in
under a week, literally. We release a new libdrm/-ati driver and
distros will have it available in hours via rawhide or xorg-edgers in
Ubuntu. Now under kernel rules you want me to hold it up for 6 months?
just because it was a few days later for the merge window. Why 6
months? because a distro won't ship it until 2.6.40 is released.
Another example is most of Marek's patches where he enables some
userspace feature by allowing the kernel to accept new commands to
send to the GPU. Again this is to avoid a 6 month window where nobody
can use this feature of the 3D driver that is on their disk until they
get a kernel upgrade. Despite what you have said before and obviously
think its much easier to get users to update userspace than kernels in
the real world.
This is why I often put things that aren't strict regression fixes in
after -rc1 and accept the same from intel and nouveau. I draw the line
at things like performance enhancements and I should be more strict on
some of the crap that gets past in Intel, but I make a lot more
judgement calls on these things and I often make them wrong, but I'd
rather be making them than just being an ass to people who are stuck
in vesa mode and can't suspend/resume because their GPU just shows a
black screen on startup on new hw or they can't get acceleration
support for 4 months.
I'm also aware we never get enough testing coverage before stuff hits
your tree, we'd need 1000s of testers to run drm-next and we just
don't have that variation. So yes when new features hit -rc1 with the
drm they nearly always cause regressions, its just not possible to
test this stuff on every GPU/monitor/bios combination in existance
before we give it to you, that just isn't happening. Like radeon
pageflipping caused machines to completely hang and I didn't find out
until -rc7 due to lack of testing coverage.
I'm seriously contemplating going back to out-of-tree drivers so we
can actually get test coverage before you get things, however that
comes with its own set of completely insane problems.
Its not like I'm not aware of the problems here, I'm very aware, I'm
just clueless on how to provide actual valuable drm code to users in
anything close to a timely manner, people buy new graphics card
quicker than I can get code into the kernel.
Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-25 0:17 ` Linus Torvalds
2011-03-25 0:29 ` Linus Torvalds
@ 2011-03-25 0:55 ` Jerome Glisse
2011-03-25 10:25 ` Ben Skeggs
2011-03-25 7:21 ` Dave Airlie
2 siblings, 1 reply; 427+ messages in thread
From: Jerome Glisse @ 2011-03-25 0:55 UTC (permalink / raw)
To: Linus Torvalds
Cc: Dave Airlie, Michel Dänzer, linux-kernel, DRI mailing list
On Thu, Mar 24, 2011 at 8:17 PM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> On Thu, Mar 24, 2011 at 5:07 PM, Dave Airlie <airlied@gmail.com> wrote:
>>
>> Like seriously you really think VFS locking rework wasn't under
>> development or discussion when you merged it? I'm sure Al would have
>> something to say about it considering the number of times he cursed in
>> irc about that code after you merged it.
>
> Umm. That code was basically over a year old by the time it was merged.
>
> How old was the code we're talking about now? Seriously?
>
> And your argument that this case is something you'd have pushed even
> outside the merge window - I think that sounds like more of the same
> problem. You say it fixes a problem - but does it fix a REGRESSION?
>
> Do you see the difference? Every single commit I get "fixes a
> problem". But our rules for these things are much stricter than that.
>
>> This isn't even close to the level of the usual type of fuckups you
>> get in a merge window, it just happens you were cc'ed on the
>> discusson, otherwise I'm betting you'd never even notice. I'm betting
>> something much worse landed in this merge window that you should be
>> giving a fuck about, but this isn't the droid you are lookin for.
>
> Maybe not. But why is it always the DRM tree that has these issues?
> Why is it that the DRM tree is the one that gets relatively _huge_
> patches after -rc1 is out?
>
> I really REALLY wish that you graphics people would at some point
> admit that you guys have a problem. I am hoping that the intel side is
> being worked on.
>
> Instead, I see what seems to be you being in a hurry, and arguments
> why uncooked code should be merged even outside the merge window.
>
> Do you see what I'm aiming at here?
>
> If this was a one-time event, we wouldn't be having this discussion.
> But the DRM tree is one of the BIGGEST issues after the merge window
> has closed. And it's EVERY SINGLE RELEASE.
>
> Why? Some introspection please. You don't even have to answer me. I
> ask you to answer that to yourself.
>
> Linus
Below are my feeling and likely don't reflect any others people feeling.
DRM have been trying to play catchup for years, GPU are likely the
most complex piece of hardware you can find in a computer (from memory
management, to complex modesetting with all kind of tweaks to the
utterly crazy 3d engine and everythings that comes with it) Unlike
others piece of hardware, when it comes to fully use a GPU
acceleration, there is no common denominator that we would be able to
put in the kernel (like a tcp stack or filesystem). I am sure very few
people would like to see a full GL stack into the kernel.
This results in various non common API that each driver expose to the
userspace and it's all half cooked, because we have a tendency to
release early (which is not necessarily wrong in my eyes). If i were
to do it cleanly for one device i wouldn't freeze the API before i got
a full fast stack (ie fast GL driver, video decompression, dual GPU,
efficient power management) this is exactly what nouveau is doing,
they are in the experimental for good reasons, they have the freedom
to fix their API and they keep improving it each time their userspace
progress.
So from my POV either frozen API for DRM is not a good solution (there
is a reason why closed source driver bundly everythings together
kernel, GL, ddx, ...) either we should leave in experimental until we
get our API right which would likely means several years (2-4years as
a wild guess) given current number of people working on this. That
would mean that most distribution wouldn't enable the open source
driver and then open source driver likely wouldn't get enough testing
(kind of a chicken and egg problem).
I am not even talking about on dramatic GPU changes in last few years.
For instance few years ago having a dual screen setup meaned that you
were king of somethings, or least on the top of the hill. Nowadays
dual, triple screens or even more, is common setup but some DRM API
was designed without even thinking that one day there would be more
than 2 crtc (expectation was likely that there would be flying car by
then).
Well this are my feeling, we are just chasing a fast moving target and
always shooting short on the API and freeze ourself into corner case.
Maybe we, or just i, are bad at designing API (well not always i do
believe for instance that the modesetting API we expose is a good
one).
Cheers,
Jerome
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-25 0:17 ` Linus Torvalds
@ 2011-03-25 0:29 ` Linus Torvalds
2011-03-25 0:55 ` Jerome Glisse
2011-03-25 7:21 ` Dave Airlie
2 siblings, 0 replies; 427+ messages in thread
From: Linus Torvalds @ 2011-03-25 0:29 UTC (permalink / raw)
To: Dave Airlie
Cc: Ilija Hadzic, Michel Dänzer, linux-kernel, DRI mailing list
On Thu, Mar 24, 2011 at 5:17 PM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
>
> If this was a one-time event, we wouldn't be having this discussion.
> But the DRM tree is one of the BIGGEST issues after the merge window
> has closed. And it's EVERY SINGLE RELEASE.
.. regardless, it's pulled now. I just hope that some day I'll be
taken by surprise, and the drm tree won't be the biggest issue after
-rc1.
Some day.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-25 0:07 ` Dave Airlie
@ 2011-03-25 0:17 ` Linus Torvalds
2011-03-25 0:29 ` Linus Torvalds
` (2 more replies)
0 siblings, 3 replies; 427+ messages in thread
From: Linus Torvalds @ 2011-03-25 0:17 UTC (permalink / raw)
To: Dave Airlie
Cc: Ilija Hadzic, Michel Dänzer, linux-kernel, DRI mailing list
On Thu, Mar 24, 2011 at 5:07 PM, Dave Airlie <airlied@gmail.com> wrote:
>
> Like seriously you really think VFS locking rework wasn't under
> development or discussion when you merged it? I'm sure Al would have
> something to say about it considering the number of times he cursed in
> irc about that code after you merged it.
Umm. That code was basically over a year old by the time it was merged.
How old was the code we're talking about now? Seriously?
And your argument that this case is something you'd have pushed even
outside the merge window - I think that sounds like more of the same
problem. You say it fixes a problem - but does it fix a REGRESSION?
Do you see the difference? Every single commit I get "fixes a
problem". But our rules for these things are much stricter than that.
> This isn't even close to the level of the usual type of fuckups you
> get in a merge window, it just happens you were cc'ed on the
> discusson, otherwise I'm betting you'd never even notice. I'm betting
> something much worse landed in this merge window that you should be
> giving a fuck about, but this isn't the droid you are lookin for.
Maybe not. But why is it always the DRM tree that has these issues?
Why is it that the DRM tree is the one that gets relatively _huge_
patches after -rc1 is out?
I really REALLY wish that you graphics people would at some point
admit that you guys have a problem. I am hoping that the intel side is
being worked on.
Instead, I see what seems to be you being in a hurry, and arguments
why uncooked code should be merged even outside the merge window.
Do you see what I'm aiming at here?
If this was a one-time event, we wouldn't be having this discussion.
But the DRM tree is one of the BIGGEST issues after the merge window
has closed. And it's EVERY SINGLE RELEASE.
Why? Some introspection please. You don't even have to answer me. I
ask you to answer that to yourself.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-24 23:48 ` Linus Torvalds
@ 2011-03-25 0:07 ` Dave Airlie
2011-03-25 0:17 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2011-03-25 0:07 UTC (permalink / raw)
To: Linus Torvalds
Cc: Ilija Hadzic, Michel Dänzer, linux-kernel, DRI mailing list
On Fri, Mar 25, 2011 at 9:48 AM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> On Thu, Mar 24, 2011 at 1:05 PM, Dave Airlie <airlied@gmail.com> wrote:
>>
>> If you think this has anything to do with Intel's ability to break your hardware
>> on every merge then you've got your wires crossed.
>
> No, it's about the fact that I expect to be pushed code that is
> WRITTEN AND TESTED BEFORE THE MERGE WINDOW.
>
> The merge window is not for writing new code. The code that gets
> merged should have been written two weeks ago already. The only new
> code that I want to see are actual regressions.
>
> I have been talking about this for YEARS now. It's not a new issue. I
> hate seeing patches sent to me while they are clearly still being
> discussed and developed. There's something seriously wrong there when
> that happens.
Like seriously you really think VFS locking rework wasn't under
development or discussion when you merged it? I'm sure Al would have
something to say about it considering the number of times he cursed in
irc about that code after you merged it.
Here's the point you are missing. I'd quite happily have pushed this
*outside the merge window* because it solves a real problem with 0
probability of introducing any new problems, so f'ing what if it was
under discussion everything in the kernel is still being discussed and
developed. The ABI change was a minor move of the field to leave a
larger hole for future changes, it wasn't a fucking fanotify syscall.
This isn't even close to the level of the usual type of fuckups you
get in a merge window, it just happens you were cc'ed on the
discusson, otherwise I'm betting you'd never even notice. I'm betting
something much worse landed in this merge window that you should be
giving a fuck about, but this isn't the droid you are lookin for.
Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-24 20:05 ` Dave Airlie
2011-03-24 20:22 ` Ilija Hadzic
@ 2011-03-24 23:48 ` Linus Torvalds
2011-03-25 0:07 ` Dave Airlie
1 sibling, 1 reply; 427+ messages in thread
From: Linus Torvalds @ 2011-03-24 23:48 UTC (permalink / raw)
To: Dave Airlie
Cc: Ilija Hadzic, Michel Dänzer, linux-kernel, DRI mailing list
On Thu, Mar 24, 2011 at 1:05 PM, Dave Airlie <airlied@gmail.com> wrote:
>
> If you think this has anything to do with Intel's ability to break your hardware
> on every merge then you've got your wires crossed.
No, it's about the fact that I expect to be pushed code that is
WRITTEN AND TESTED BEFORE THE MERGE WINDOW.
The merge window is not for writing new code. The code that gets
merged should have been written two weeks ago already. The only new
code that I want to see are actual regressions.
I have been talking about this for YEARS now. It's not a new issue. I
hate seeing patches sent to me while they are clearly still being
discussed and developed. There's something seriously wrong there when
that happens.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-24 20:05 ` Dave Airlie
@ 2011-03-24 20:22 ` Ilija Hadzic
2011-03-24 23:48 ` Linus Torvalds
1 sibling, 0 replies; 427+ messages in thread
From: Ilija Hadzic @ 2011-03-24 20:22 UTC (permalink / raw)
To: Dave Airlie
Cc: Linus Torvalds, Michel Dänzer, linux-kernel, DRI mailing list
On Fri, 25 Mar 2011, Dave Airlie wrote:
> Michel raised his concern after that point, so no matter what it was
> already in a tree I'd pushed out to public so the only answer when he
> raised his concern was to revert or fix it.
Just to be fair to Michel (and prevent any unnecessary "fights" on the
list, for which I am sure people have had enough by now), the concern in
question that triggered revision of the API was raised in time, but I
oversaw it in the pile of other comments I was also trying to address.
I am neither the first nor the last guy to inadvertently drop a review
comment due to limited "bandwidth", so this should not be made into a big
deal. Especially, when no damage was done (except for a few extra E-mails
and a little extra work).
Dave did the follow-up patch to satisfy Michel (thanks!) and I have
already submitted the user space stuff that matches it, so hopefully
we are all aligned now.
thanks,
Ilija
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-24 14:37 ` Linus Torvalds
2011-03-24 15:49 ` Ilija Hadzic
@ 2011-03-24 20:05 ` Dave Airlie
2011-03-24 20:22 ` Ilija Hadzic
2011-03-24 23:48 ` Linus Torvalds
1 sibling, 2 replies; 427+ messages in thread
From: Dave Airlie @ 2011-03-24 20:05 UTC (permalink / raw)
To: Linus Torvalds
Cc: Ilija Hadzic, Michel Dänzer, linux-kernel, DRI mailing list
On Fri, Mar 25, 2011 at 12:37 AM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> On Thu, Mar 24, 2011 at 4:31 AM, Ilija Hadzic
> <ihadzic@research.bell-labs.com> wrote:
>>
>> OK, I'll update libdrm side to match this change and send the patch later
>> today
>
> Quite frankly, this whole discussion is a clear example of why DRM has
> been problematic.
>
> Why the hell am I getting pushed stuff that is clearly not baked? It's
> the second week of the merge window, the stuff I'm getting should have
> been finalized two weeks ago, not be something that is still being
> discussed and that has API issues.
>
> In other words: Why should I pull this at all?
Linus,
Take a step back, it was an enhancement to a current API, had gotten
reviewed by two people when I merged it and made sense. Michel raised
his concern after that point, so no matter what it was already in a tree
I'd pushed out to public so the only answer when he raised his concern
was to revert or fix it. Its a minor problem. Like I'd have pushed this patch
post merge window, it solves a real problem that Ilija was seeing and
he stepped up
and fixed it, post-merge review is what happened here, and really this
is nothing
compared to say the fallout in the VFS after 2.6.38-rc1.
If you think this has anything to do with Intel's ability to break your hardware
on every merge then you've got your wires crossed.
Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-24 15:49 ` Ilija Hadzic
@ 2011-03-24 19:11 ` Corbin Simpson
0 siblings, 0 replies; 427+ messages in thread
From: Corbin Simpson @ 2011-03-24 19:11 UTC (permalink / raw)
To: Ilija Hadzic
Cc: Linus Torvalds, Michel Dänzer, linux-kernel, DRI mailing list
On Thu, Mar 24, 2011 at 8:49 AM, Ilija Hadzic
<ihadzic@research.bell-labs.com> wrote:
>
>
> On Thu, 24 Mar 2011, Linus Torvalds wrote:
>
>>
>> In other words: Why should I pull this at all?
>>
>
> You should pull it (eventually) because it fixes a problem that is real and
> visible and does it in a way that is conservative enough to not risk
> introducing new breakage.
>
> Whether you should pull it now or wait until you get convinced that we got
> our act together is totally your call.
>
> Speaking as the author of the patch, what Dave pushed this morning is good
> enough for me. I spent quite a bit of time testing all the usage patterns
> (including the latest version pushed to you) and I can assert that the
> change is safe.
>
> I can't speak for others, but I have not seen any additional complaints.
Alternatively, kick it out and wait for Ilija to see and address
Michel's complaints. It's not too late to improve this.
~ C.
--
When the facts change, I change my mind. What do you do, sir? ~ Keynes
Corbin Simpson
<MostAwesomeDude@gmail.com>
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-24 14:37 ` Linus Torvalds
@ 2011-03-24 15:49 ` Ilija Hadzic
2011-03-24 19:11 ` Corbin Simpson
2011-03-24 20:05 ` Dave Airlie
1 sibling, 1 reply; 427+ messages in thread
From: Ilija Hadzic @ 2011-03-24 15:49 UTC (permalink / raw)
To: Linus Torvalds
Cc: Dave Airlie, Michel Dänzer, linux-kernel, DRI mailing list
On Thu, 24 Mar 2011, Linus Torvalds wrote:
>
> In other words: Why should I pull this at all?
>
You should pull it (eventually) because it fixes a problem that is real
and visible and does it in a way that is conservative enough to not risk
introducing new breakage.
Whether you should pull it now or wait until you get convinced that we
got our act together is totally your call.
Speaking as the author of the patch, what Dave pushed this morning is good
enough for me. I spent quite a bit of time testing all the usage patterns
(including the latest version pushed to you) and I can assert that the
change is safe.
I can't speak for others, but I have not seen any additional complaints.
-- Ilija
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-24 11:31 ` Ilija Hadzic
@ 2011-03-24 14:37 ` Linus Torvalds
2011-03-24 15:49 ` Ilija Hadzic
2011-03-24 20:05 ` Dave Airlie
0 siblings, 2 replies; 427+ messages in thread
From: Linus Torvalds @ 2011-03-24 14:37 UTC (permalink / raw)
To: Ilija Hadzic
Cc: Dave Airlie, Michel Dänzer, linux-kernel, DRI mailing list
On Thu, Mar 24, 2011 at 4:31 AM, Ilija Hadzic
<ihadzic@research.bell-labs.com> wrote:
>
> OK, I'll update libdrm side to match this change and send the patch later
> today
Quite frankly, this whole discussion is a clear example of why DRM has
been problematic.
Why the hell am I getting pushed stuff that is clearly not baked? It's
the second week of the merge window, the stuff I'm getting should have
been finalized two weeks ago, not be something that is still being
discussed and that has API issues.
In other words: Why should I pull this at all?
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-24 11:06 ` Dave Airlie
2011-03-24 11:17 ` Michel Dänzer
@ 2011-03-24 11:31 ` Ilija Hadzic
2011-03-24 14:37 ` Linus Torvalds
1 sibling, 1 reply; 427+ messages in thread
From: Ilija Hadzic @ 2011-03-24 11:31 UTC (permalink / raw)
To: Dave Airlie; +Cc: Michel Dänzer, torvalds, linux-kernel, DRI mailing list
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: TEXT/PLAIN; charset=X-UNKNOWN; format=flowed, Size: 2384 bytes --]
OK, I'll update libdrm side to match this change and send the patch later
today
-- Ilija
On Thu, 24 Mar 2011, Dave Airlie wrote:
> 2011/3/23 Michel Dänzer <michel@daenzer.net>:
>> On Mit, 2011-03-23 at 06:40 -0500, Ilija Hadzic wrote:
>>> On Wed, 23 Mar 2011, Dave Airlie wrote:
>>>
>>>> 2011/3/23 Michel Dänzer <michel@daenzer.net>:
>>>>> On Mit, 2011-03-23 at 18:16 +1000, Dave Airlie wrote:
>>>>>> 2011/3/23 Michel Dänzer <michel@daenzer.net>:
>>>>>>> On Mit, 2011-03-23 at 04:18 +0000, Dave Airlie wrote:
>>>>>>>>
>>>>>>>> One radeon, 2 core fixes, and an interface update to allow for > 2 crtcs
>>>>>>>> in vblank.
>>>>>>>
>>>>>>> [...]
>>>>>>>
>>>>>>>> Ilija Hadzic (1):
>>>>>>>> drm/kernel: vblank wait on crtc > 1
>>>>>>>
>>>>>>> This patch was still being debated yesterday, are you deliberately
>>>>>>> pushing it regardless? Once it hits mainline, it'll be pretty much set
>>>>>>> in stone.
>>>>>>
>>>>>> From what I can see it was the userspace patches being debated, this
>>>>>> one seemed fine and the interface looked okay to me.
>>>>>
>>>>> The author ignored my suggestions to make the patch smaller and simpler,
>>>>> more maintainable and more future-proof all at once.
>>>>
>>>> It was already small and I'm not sure merging the flags made it more
>>>> maintainable. Its always
>>>> being a slightly painful ioctl, and hopefully any future changes add a
>>>> new ioctl esp if we want 64-bit values.
>>>>
>>>> The only comment I really thought was necessary was changing the CAP
>>>> name, but since that isn't
>>>> part of the ABI (just the number) we can quickly fix it with a follow-up.
>>>>
>>>> Dave.
>>>
>>> All of the issues debated yesterday, except one, boil down to renaming a
>>> handful on #defines without changing the values nor interface nor behavior
>>> of the kernel.
>>
>> No, one central point is not to leave two holes between
>> _DRM_VBLANK_FLAGS_MASK, _DRM_VBLANK_HIGH_CRTC_MASK and
>> _DRM_VBLANK_TYPES_MASK .
>
> Okay I've pushed this to my tree before this discussion got on my
> radar and I'm just catching up now.
>
> I'll push the following patch to Linus to keep the biggest gap in the
> 32-bit word for future use, then
> we can fixup the userspace patches.
>
> Kernel interfaces aren't considered unchangeable usually on the kernel
> is released.
>
> Dave.
>
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-24 11:06 ` Dave Airlie
@ 2011-03-24 11:17 ` Michel Dänzer
2011-03-24 11:31 ` Ilija Hadzic
1 sibling, 0 replies; 427+ messages in thread
From: Michel Dänzer @ 2011-03-24 11:17 UTC (permalink / raw)
To: Dave Airlie; +Cc: Ilija Hadzic, torvalds, linux-kernel, DRI mailing list
On Don, 2011-03-24 at 21:06 +1000, Dave Airlie wrote:
> 2011/3/23 Michel Dänzer <michel@daenzer.net>:
> > On Mit, 2011-03-23 at 06:40 -0500, Ilija Hadzic wrote:
> >> On Wed, 23 Mar 2011, Dave Airlie wrote:
> >>
> >> > 2011/3/23 Michel Dänzer <michel@daenzer.net>:
> >> >> On Mit, 2011-03-23 at 18:16 +1000, Dave Airlie wrote:
> >> >>> 2011/3/23 Michel Dänzer <michel@daenzer.net>:
> >> >>>> On Mit, 2011-03-23 at 04:18 +0000, Dave Airlie wrote:
> >> >>>>>
> >> >>>>> One radeon, 2 core fixes, and an interface update to allow for > 2 crtcs
> >> >>>>> in vblank.
> >> >>>>
> >> >>>> [...]
> >> >>>>
> >> >>>>> Ilija Hadzic (1):
> >> >>>>> drm/kernel: vblank wait on crtc > 1
> >> >>>>
> >> >>>> This patch was still being debated yesterday, are you deliberately
> >> >>>> pushing it regardless? Once it hits mainline, it'll be pretty much set
> >> >>>> in stone.
> >> >>>
> >> >>> From what I can see it was the userspace patches being debated, this
> >> >>> one seemed fine and the interface looked okay to me.
> >> >>
> >> >> The author ignored my suggestions to make the patch smaller and simpler,
> >> >> more maintainable and more future-proof all at once.
> >> >
> >> > It was already small and I'm not sure merging the flags made it more
> >> > maintainable. Its always
> >> > being a slightly painful ioctl, and hopefully any future changes add a
> >> > new ioctl esp if we want 64-bit values.
> >> >
> >> > The only comment I really thought was necessary was changing the CAP
> >> > name, but since that isn't
> >> > part of the ABI (just the number) we can quickly fix it with a follow-up.
> >> >
> >> > Dave.
> >>
> >> All of the issues debated yesterday, except one, boil down to renaming a
> >> handful on #defines without changing the values nor interface nor behavior
> >> of the kernel.
> >
> > No, one central point is not to leave two holes between
> > _DRM_VBLANK_FLAGS_MASK, _DRM_VBLANK_HIGH_CRTC_MASK and
> > _DRM_VBLANK_TYPES_MASK .
>
> Okay I've pushed this to my tree before this discussion got on my
> radar and I'm just catching up now.
>
> I'll push the following patch to Linus to keep the biggest gap in the
> 32-bit word for future use, then we can fixup the userspace patches.
As we discussed on IRC, I'd personally go further, but this is
definitely an improvement and fixes the worst problems. Thanks Dave.
Reviewed-by: Michel Dänzer <michel@daenzer.net>
--
Earthling Michel Dänzer | http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-23 11:45 ` Michel Dänzer
@ 2011-03-24 11:06 ` Dave Airlie
2011-03-24 11:17 ` Michel Dänzer
2011-03-24 11:31 ` Ilija Hadzic
0 siblings, 2 replies; 427+ messages in thread
From: Dave Airlie @ 2011-03-24 11:06 UTC (permalink / raw)
To: Michel Dänzer; +Cc: Ilija Hadzic, torvalds, linux-kernel, DRI mailing list
[-- Attachment #1: Type: text/plain, Size: 2208 bytes --]
2011/3/23 Michel Dänzer <michel@daenzer.net>:
> On Mit, 2011-03-23 at 06:40 -0500, Ilija Hadzic wrote:
>> On Wed, 23 Mar 2011, Dave Airlie wrote:
>>
>> > 2011/3/23 Michel Dänzer <michel@daenzer.net>:
>> >> On Mit, 2011-03-23 at 18:16 +1000, Dave Airlie wrote:
>> >>> 2011/3/23 Michel Dänzer <michel@daenzer.net>:
>> >>>> On Mit, 2011-03-23 at 04:18 +0000, Dave Airlie wrote:
>> >>>>>
>> >>>>> One radeon, 2 core fixes, and an interface update to allow for > 2 crtcs
>> >>>>> in vblank.
>> >>>>
>> >>>> [...]
>> >>>>
>> >>>>> Ilija Hadzic (1):
>> >>>>> drm/kernel: vblank wait on crtc > 1
>> >>>>
>> >>>> This patch was still being debated yesterday, are you deliberately
>> >>>> pushing it regardless? Once it hits mainline, it'll be pretty much set
>> >>>> in stone.
>> >>>
>> >>> From what I can see it was the userspace patches being debated, this
>> >>> one seemed fine and the interface looked okay to me.
>> >>
>> >> The author ignored my suggestions to make the patch smaller and simpler,
>> >> more maintainable and more future-proof all at once.
>> >
>> > It was already small and I'm not sure merging the flags made it more
>> > maintainable. Its always
>> > being a slightly painful ioctl, and hopefully any future changes add a
>> > new ioctl esp if we want 64-bit values.
>> >
>> > The only comment I really thought was necessary was changing the CAP
>> > name, but since that isn't
>> > part of the ABI (just the number) we can quickly fix it with a follow-up.
>> >
>> > Dave.
>>
>> All of the issues debated yesterday, except one, boil down to renaming a
>> handful on #defines without changing the values nor interface nor behavior
>> of the kernel.
>
> No, one central point is not to leave two holes between
> _DRM_VBLANK_FLAGS_MASK, _DRM_VBLANK_HIGH_CRTC_MASK and
> _DRM_VBLANK_TYPES_MASK .
Okay I've pushed this to my tree before this discussion got on my
radar and I'm just catching up now.
I'll push the following patch to Linus to keep the biggest gap in the
32-bit word for future use, then
we can fixup the userspace patches.
Kernel interfaces aren't considered unchangeable usually on the kernel
is released.
Dave.
[-- Attachment #2: 0001-drm-vblank-update-recently-added-vbl-interface-to-be.patch --]
[-- Type: text/x-patch, Size: 2343 bytes --]
From 2fbd71354b13f31c6a408b6eedcefd4ee8d1d3fa Mon Sep 17 00:00:00 2001
From: Dave Airlie <airlied@redhat.com>
Date: Thu, 24 Mar 2011 20:54:35 +1000
Subject: [PATCH] drm/vblank: update recently added vbl interface to be more future proof.
This makes the interface a bit cleaner by leaving a single gap in the
vblank bit space instead of creating two gaps.
Suggestions from Michel on mailing list/irc.
Signed-off-by: Dave Airlie <airlied@redhat.com>
---
drivers/gpu/drm/drm_ioctl.c | 2 +-
include/drm/drm.h | 7 ++++---
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_ioctl.c b/drivers/gpu/drm/drm_ioctl.c
index 3617b4c..904d7e9 100644
--- a/drivers/gpu/drm/drm_ioctl.c
+++ b/drivers/gpu/drm/drm_ioctl.c
@@ -280,7 +280,7 @@ int drm_getcap(struct drm_device *dev, void *data, struct drm_file *file_priv)
if (dev->driver->dumb_create)
req->value = 1;
break;
- case DRM_CAP_HIGH_CRTC:
+ case DRM_CAP_VBLANK_HIGH_CRTC:
req->value = 1;
break;
default:
diff --git a/include/drm/drm.h b/include/drm/drm.h
index 99cd074..4be33b4 100644
--- a/include/drm/drm.h
+++ b/include/drm/drm.h
@@ -463,14 +463,15 @@ struct drm_irq_busid {
enum drm_vblank_seq_type {
_DRM_VBLANK_ABSOLUTE = 0x0, /**< Wait for specific vblank sequence number */
_DRM_VBLANK_RELATIVE = 0x1, /**< Wait for given number of vblanks */
+ /* bits 1-6 are reserved for high crtcs */
+ _DRM_VBLANK_HIGH_CRTC_MASK = 0x0000003e,
_DRM_VBLANK_EVENT = 0x4000000, /**< Send event instead of blocking */
_DRM_VBLANK_FLIP = 0x8000000, /**< Scheduled buffer swap should flip */
_DRM_VBLANK_NEXTONMISS = 0x10000000, /**< If missed, wait for next vblank */
_DRM_VBLANK_SECONDARY = 0x20000000, /**< Secondary display controller */
_DRM_VBLANK_SIGNAL = 0x40000000 /**< Send signal instead of blocking, unsupported */
};
-#define _DRM_VBLANK_HIGH_CRTC_SHIFT 16
-#define _DRM_VBLANK_HIGH_CRTC_MASK 0x001F0000
+#define _DRM_VBLANK_HIGH_CRTC_SHIFT 1
#define _DRM_VBLANK_TYPES_MASK (_DRM_VBLANK_ABSOLUTE | _DRM_VBLANK_RELATIVE)
#define _DRM_VBLANK_FLAGS_MASK (_DRM_VBLANK_EVENT | _DRM_VBLANK_SIGNAL | \
@@ -755,7 +756,7 @@ struct drm_event_vblank {
};
#define DRM_CAP_DUMB_BUFFER 0x1
-#define DRM_CAP_HIGH_CRTC 0x2
+#define DRM_CAP_VBLANK_HIGH_CRTC 0x2
/* typedef area */
#ifndef __KERNEL__
--
1.7.1
^ permalink raw reply related [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-23 11:40 ` Ilija Hadzic
@ 2011-03-23 11:45 ` Michel Dänzer
2011-03-24 11:06 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Michel Dänzer @ 2011-03-23 11:45 UTC (permalink / raw)
To: Ilija Hadzic; +Cc: Dave Airlie, torvalds, linux-kernel, DRI mailing list
On Mit, 2011-03-23 at 06:40 -0500, Ilija Hadzic wrote:
> On Wed, 23 Mar 2011, Dave Airlie wrote:
>
> > 2011/3/23 Michel Dänzer <michel@daenzer.net>:
> >> On Mit, 2011-03-23 at 18:16 +1000, Dave Airlie wrote:
> >>> 2011/3/23 Michel Dänzer <michel@daenzer.net>:
> >>>> On Mit, 2011-03-23 at 04:18 +0000, Dave Airlie wrote:
> >>>>>
> >>>>> One radeon, 2 core fixes, and an interface update to allow for > 2 crtcs
> >>>>> in vblank.
> >>>>
> >>>> [...]
> >>>>
> >>>>> Ilija Hadzic (1):
> >>>>> drm/kernel: vblank wait on crtc > 1
> >>>>
> >>>> This patch was still being debated yesterday, are you deliberately
> >>>> pushing it regardless? Once it hits mainline, it'll be pretty much set
> >>>> in stone.
> >>>
> >>> From what I can see it was the userspace patches being debated, this
> >>> one seemed fine and the interface looked okay to me.
> >>
> >> The author ignored my suggestions to make the patch smaller and simpler,
> >> more maintainable and more future-proof all at once.
> >
> > It was already small and I'm not sure merging the flags made it more
> > maintainable. Its always
> > being a slightly painful ioctl, and hopefully any future changes add a
> > new ioctl esp if we want 64-bit values.
> >
> > The only comment I really thought was necessary was changing the CAP
> > name, but since that isn't
> > part of the ABI (just the number) we can quickly fix it with a follow-up.
> >
> > Dave.
>
> All of the issues debated yesterday, except one, boil down to renaming a
> handful on #defines without changing the values nor interface nor behavior
> of the kernel.
No, one central point is not to leave two holes between
_DRM_VBLANK_FLAGS_MASK, _DRM_VBLANK_HIGH_CRTC_MASK and
_DRM_VBLANK_TYPES_MASK .
--
Earthling Michel Dänzer | http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-23 9:06 ` Dave Airlie
2011-03-23 9:35 ` Michel Dänzer
@ 2011-03-23 11:40 ` Ilija Hadzic
2011-03-23 11:45 ` Michel Dänzer
1 sibling, 1 reply; 427+ messages in thread
From: Ilija Hadzic @ 2011-03-23 11:40 UTC (permalink / raw)
To: Dave Airlie; +Cc: Michel Dänzer, torvalds, linux-kernel, DRI mailing list
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1583 bytes --]
On Wed, 23 Mar 2011, Dave Airlie wrote:
> 2011/3/23 Michel Dänzer <michel@daenzer.net>:
>> On Mit, 2011-03-23 at 18:16 +1000, Dave Airlie wrote:
>>> 2011/3/23 Michel Dänzer <michel@daenzer.net>:
>>>> On Mit, 2011-03-23 at 04:18 +0000, Dave Airlie wrote:
>>>>>
>>>>> One radeon, 2 core fixes, and an interface update to allow for > 2 crtcs
>>>>> in vblank.
>>>>
>>>> [...]
>>>>
>>>>> Ilija Hadzic (1):
>>>>> drm/kernel: vblank wait on crtc > 1
>>>>
>>>> This patch was still being debated yesterday, are you deliberately
>>>> pushing it regardless? Once it hits mainline, it'll be pretty much set
>>>> in stone.
>>>
>>> From what I can see it was the userspace patches being debated, this
>>> one seemed fine and the interface looked okay to me.
>>
>> The author ignored my suggestions to make the patch smaller and simpler,
>> more maintainable and more future-proof all at once.
>
> It was already small and I'm not sure merging the flags made it more
> maintainable. Its always
> being a slightly painful ioctl, and hopefully any future changes add a
> new ioctl esp if we want 64-bit values.
>
> The only comment I really thought was necessary was changing the CAP
> name, but since that isn't
> part of the ABI (just the number) we can quickly fix it with a follow-up.
>
> Dave.
All of the issues debated yesterday, except one, boil down to renaming a
handful on #defines without changing the values nor interface nor behavior
of the kernel. For those that I agreed, I'll follow up with a small patch
shortly.
-- Ilija
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-23 9:06 ` Dave Airlie
@ 2011-03-23 9:35 ` Michel Dänzer
2011-03-23 11:40 ` Ilija Hadzic
1 sibling, 0 replies; 427+ messages in thread
From: Michel Dänzer @ 2011-03-23 9:35 UTC (permalink / raw)
To: Dave Airlie; +Cc: torvalds, linux-kernel, DRI mailing list
On Mit, 2011-03-23 at 19:06 +1000, Dave Airlie wrote:
> 2011/3/23 Michel Dänzer <michel@daenzer.net>:
> > On Mit, 2011-03-23 at 18:16 +1000, Dave Airlie wrote:
> >> 2011/3/23 Michel Dänzer <michel@daenzer.net>:
> >> > On Mit, 2011-03-23 at 04:18 +0000, Dave Airlie wrote:
> >> >>
> >> >> One radeon, 2 core fixes, and an interface update to allow for > 2 crtcs
> >> >> in vblank.
> >> >
> >> > [...]
> >> >
> >> >> Ilija Hadzic (1):
> >> >> drm/kernel: vblank wait on crtc > 1
> >> >
> >> > This patch was still being debated yesterday, are you deliberately
> >> > pushing it regardless? Once it hits mainline, it'll be pretty much set
> >> > in stone.
> >>
> >> From what I can see it was the userspace patches being debated, this
> >> one seemed fine and the interface looked okay to me.
> >
> > The author ignored my suggestions to make the patch smaller and simpler,
> > more maintainable and more future-proof all at once.
>
> It was already small and I'm not sure merging the flags made it more
> maintainable.
Having two holes between _DRM_VBLANK_FLAGS_MASK,
_DRM_VBLANK_HIGH_CRTC_MASK and _DRM_VBLANK_TYPES_MASK can unnecessarily
complicate future extensions.
> Its always being a slightly painful ioctl, and hopefully any future
> changes add a new ioctl esp if we want 64-bit values.
Is there really a problem with assuming that if the 32-bit value went
backwards, the upper 32 bits have incremented by 1? 1 << 32 refreshes is
about 2 years, so I can't really see any ambiguity there. For hardware
that doesn't have 64 bit frame counters (does any have that yet?),
something like that needs to be done at some level anyway.
Anyway, that's another discussion...
--
Earthling Michel Dänzer | http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-23 8:22 ` Michel Dänzer
@ 2011-03-23 9:06 ` Dave Airlie
2011-03-23 9:35 ` Michel Dänzer
2011-03-23 11:40 ` Ilija Hadzic
0 siblings, 2 replies; 427+ messages in thread
From: Dave Airlie @ 2011-03-23 9:06 UTC (permalink / raw)
To: Michel Dänzer; +Cc: torvalds, linux-kernel, DRI mailing list
2011/3/23 Michel Dänzer <michel@daenzer.net>:
> On Mit, 2011-03-23 at 18:16 +1000, Dave Airlie wrote:
>> 2011/3/23 Michel Dänzer <michel@daenzer.net>:
>> > On Mit, 2011-03-23 at 04:18 +0000, Dave Airlie wrote:
>> >>
>> >> One radeon, 2 core fixes, and an interface update to allow for > 2 crtcs
>> >> in vblank.
>> >
>> > [...]
>> >
>> >> Ilija Hadzic (1):
>> >> drm/kernel: vblank wait on crtc > 1
>> >
>> > This patch was still being debated yesterday, are you deliberately
>> > pushing it regardless? Once it hits mainline, it'll be pretty much set
>> > in stone.
>>
>> From what I can see it was the userspace patches being debated, this
>> one seemed fine and the interface looked okay to me.
>
> The author ignored my suggestions to make the patch smaller and simpler,
> more maintainable and more future-proof all at once.
It was already small and I'm not sure merging the flags made it more
maintainable. Its always
being a slightly painful ioctl, and hopefully any future changes add a
new ioctl esp if we want 64-bit values.
The only comment I really thought was necessary was changing the CAP
name, but since that isn't
part of the ABI (just the number) we can quickly fix it with a follow-up.
Dave.
Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-23 8:16 ` Dave Airlie
@ 2011-03-23 8:22 ` Michel Dänzer
2011-03-23 9:06 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Michel Dänzer @ 2011-03-23 8:22 UTC (permalink / raw)
To: Dave Airlie; +Cc: torvalds, linux-kernel, DRI mailing list
On Mit, 2011-03-23 at 18:16 +1000, Dave Airlie wrote:
> 2011/3/23 Michel Dänzer <michel@daenzer.net>:
> > On Mit, 2011-03-23 at 04:18 +0000, Dave Airlie wrote:
> >>
> >> One radeon, 2 core fixes, and an interface update to allow for > 2 crtcs
> >> in vblank.
> >
> > [...]
> >
> >> Ilija Hadzic (1):
> >> drm/kernel: vblank wait on crtc > 1
> >
> > This patch was still being debated yesterday, are you deliberately
> > pushing it regardless? Once it hits mainline, it'll be pretty much set
> > in stone.
>
> From what I can see it was the userspace patches being debated, this
> one seemed fine and the interface looked okay to me.
The author ignored my suggestions to make the patch smaller and simpler,
more maintainable and more future-proof all at once.
--
Earthling Michel Dänzer | http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-23 7:23 ` Michel Dänzer
@ 2011-03-23 8:16 ` Dave Airlie
2011-03-23 8:22 ` Michel Dänzer
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2011-03-23 8:16 UTC (permalink / raw)
To: Michel Dänzer; +Cc: Dave Airlie, torvalds, linux-kernel, DRI mailing list
2011/3/23 Michel Dänzer <michel@daenzer.net>:
> On Mit, 2011-03-23 at 04:18 +0000, Dave Airlie wrote:
>>
>> One radeon, 2 core fixes, and an interface update to allow for > 2 crtcs
>> in vblank.
>
> [...]
>
>> Ilija Hadzic (1):
>> drm/kernel: vblank wait on crtc > 1
>
> This patch was still being debated yesterday, are you deliberately
> pushing it regardless? Once it hits mainline, it'll be pretty much set
> in stone.
>From what I can see it was the userspace patches being debated, this
one seemed fine and the interface looked okay to me.
Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-23 4:18 Dave Airlie
@ 2011-03-23 7:23 ` Michel Dänzer
2011-03-23 8:16 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Michel Dänzer @ 2011-03-23 7:23 UTC (permalink / raw)
To: Dave Airlie; +Cc: torvalds, linux-kernel, DRI mailing list
On Mit, 2011-03-23 at 04:18 +0000, Dave Airlie wrote:
>
> One radeon, 2 core fixes, and an interface update to allow for > 2 crtcs
> in vblank.
[...]
> Ilija Hadzic (1):
> drm/kernel: vblank wait on crtc > 1
This patch was still being debated yesterday, are you deliberately
pushing it regardless? Once it hits mainline, it'll be pretty much set
in stone.
--
Earthling Michel Dänzer | http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-03-23 4:18 Dave Airlie
2011-03-23 7:23 ` Michel Dänzer
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2011-03-23 4:18 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
One radeon, 2 core fixes, and an interface update to allow for > 2 crtcs
in vblank.
hopefully the Intel guys can give me some updates on the s/r issue
tomorrow.
Dave.
The following changes since commit c87a8d8dcd2587c203f3dd8a3c5c15d1e128ec0d:
drm/radeon: fixup refcounts in radeon dumb create ioctl. (2011-03-17 13:58:34 +1000)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (1):
drm/radeon/kms: prefer legacy pll algo for tv-out
Chris Wilson (1):
drm: Fix use-after-free in drm_gem_vm_close()
Dave Airlie (1):
drm: check for modesetting on modeset ioctls
Ilija Hadzic (1):
drm/kernel: vblank wait on crtc > 1
drivers/gpu/drm/drm_crtc.c | 51 ++++++++++++++++++++++++++++++++
drivers/gpu/drm/drm_gem.c | 5 ++-
drivers/gpu/drm/drm_ioctl.c | 3 ++
drivers/gpu/drm/drm_irq.c | 15 ++++++---
drivers/gpu/drm/radeon/atombios_crtc.c | 6 +++-
include/drm/drm.h | 3 ++
6 files changed, 75 insertions(+), 8 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-03-13 0:16 Dave Airlie
@ 2011-03-13 0:19 ` Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-03-13 0:19 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
(this time after scping the correct file to my mailserver).
> Hi Linus,
>
> sent a pull for the first one already, but not sure if you pushed it out,
>
> the second fix is very urgent, it fixes complete system hangs with certain
> older radeon GPUs and pageflipping enabled. Nasty to track down, since
> everything dies hard, when the gpu takes out the PCIE bus.
>
> Dave.
The following changes since commit 9179746652faf0aba07b8b7f770dcf29892a24c6:
Merge branch 'media_fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-2.6 (2011-03-10 13:22:10 -0800)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Dave Airlie (2):
drm/radeon: add pageflip hooks for fusion
drm/radeon: fix page flipping hangs on r300/r400
drivers/gpu/drm/radeon/r100.c | 17 -----------------
drivers/gpu/drm/radeon/radeon_asic.c | 3 +++
drivers/gpu/drm/radeon/radeon_legacy_crtc.c | 3 ++-
3 files changed, 5 insertions(+), 18 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-03-13 0:16 Dave Airlie
2011-03-13 0:19 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2011-03-13 0:16 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
sent a pull for the first one already, but not sure if you pushed it out,
the second fix is very urgent, it fixes complete system hangs with certain
older radeon GPUs and pageflipping enabled. Nasty to track down, since
everything dies hard, when the gpu takes out the PCIE bus.
Dave.
The following changes since commit 9179746652faf0aba07b8b7f770dcf29892a24c6:
Merge branch 'media_fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-2.6 (2011-03-10 13:22:10 -0800)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Dave Airlie (1):
drm/radeon: add pageflip hooks for fusion
drivers/gpu/drm/radeon/radeon_asic.c | 3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-03-03 3:12 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-03-03 3:12 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
just an intel fix for some chipsets with > 4GB RAM.
Dave.
The following changes since commit dd9c1549edef02290edced639f67b54a25abbe0e:
Linux 2.6.38-rc7 (2011-03-01 13:55:12 -0800)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Dave Airlie (1):
Merge remote branch 'intel/drm-intel-fixes' of /ssd/git/drm-next into drm-fixes
Jan Niehusmann (1):
drm/i915: fix memory corruption with GM965 and >4GB RAM
drivers/gpu/drm/i915/i915_dma.c | 11 +++++++++++
1 files changed, 11 insertions(+), 0 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-02-28 21:14 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-02-28 21:14 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, DRI mailing list
Hi Linus,
one security local priv exploit already public in OpenBSD tre, if a user
has access to the DRI device node,
also a nouveau corruption fix from Ben for a bunch of nvidia gpus.
Dave.
The following changes since commit 3c0556e9673f79e386b27768e27d18b3ce29e40e:
Merge branch 'drm-intel-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/ickle/drm-intel into drm-fixes (2011-02-25 08:40:26 +1000)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Ben Skeggs (1):
drm/nv50-nvc0: make sure vma is definitely unmapped when destroying bo
Dave Airlie (2):
drm: fix unsigned vs signed comparison issue in modeset ctl ioctl.
Merge remote branch 'nouveau/drm-nouveau-fixes' of /ssd/git/drm-nouveau-next into drm-fixes
drivers/gpu/drm/drm_irq.c | 3 ++-
drivers/gpu/drm/nouveau/nouveau_bo.c | 5 ++++-
include/drm/drmP.h | 2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-02-25 11:35 ` Alex Riesen
@ 2011-02-27 10:57 ` Alex Riesen
0 siblings, 0 replies; 427+ messages in thread
From: Alex Riesen @ 2011-02-27 10:57 UTC (permalink / raw)
To: Indan Zupancic
Cc: Chris Wilson, Linus Torvalds, Dave Airlie, DRI mailing list,
linux-kernel, Daniel Vetter
On Fri, Feb 25, 2011 at 12:35, Alex Riesen <raa.lkml@gmail.com> wrote:
> On Fri, Feb 25, 2011 at 12:07, Indan Zupancic <indan@nul.nu> wrote:
>> On Fri, February 25, 2011 11:18, Alex Riesen wrote:
>>> So far I found only two patches (and three changes):
>>>
>>> This is the first:
>>>
>>> Corruption caused by portions of the screen stopped updating (the Bug 27572).
>>> Certainly worked around by returning -EINVAL for ..RELAXED_FENCING.
>>
>> This is fixed in a better way by Daniel's latest patch.
>>
>
> Precisely which is it? Just copy the text of the patch you have
> in mind here. Because I don't fscking understand what are talking
> about, man!
>
Whatever is now in the master has fixed this corruption for me.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-02-23 23:58 ` Linus Torvalds
2011-02-24 0:13 ` Chris Wilson
@ 2011-02-27 9:46 ` Pavel Machek
1 sibling, 0 replies; 427+ messages in thread
From: Pavel Machek @ 2011-02-27 9:46 UTC (permalink / raw)
To: Linus Torvalds
Cc: Dave Airlie, Chris Wilson, DRI mailing list, linux-kernel,
Indan Zupancic
Hi!
> > Nothing too major,
> >
> > Two regression fixers (one revert that got fixes properly elsewhere), some
> > timestamp fixes and an agp module reload fix.
>
> Pulled. However, what about the report from Pavel Machek <pavel@ucw.cz>:
Are you sure it was me?
> > > drm/i915: Completely disable fence pipelining.
> >
> > Reverting this commit helps in v2.6.38-rc5+ when screen is not fully updated,
> > or has a corrupted picture like horizontal black or white stripes. Using a
> > compositor like compiz may help to avoid the problem.
> >
> > See bug https://bugzilla.kernel.org/show_bug.cgi?id=27572
I don't see myself there, nor do I remember having that problem.
DRM_I915_KMS seems to have vesafb... but I'm afraid it always did..
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-02-25 11:07 ` Indan Zupancic
@ 2011-02-25 11:35 ` Alex Riesen
2011-02-27 10:57 ` Alex Riesen
0 siblings, 1 reply; 427+ messages in thread
From: Alex Riesen @ 2011-02-25 11:35 UTC (permalink / raw)
To: Indan Zupancic
Cc: Chris Wilson, Linus Torvalds, Dave Airlie, DRI mailing list,
linux-kernel, Daniel Vetter
On Fri, Feb 25, 2011 at 12:07, Indan Zupancic <indan@nul.nu> wrote:
> On Fri, February 25, 2011 11:18, Alex Riesen wrote:
>> So far I found only two patches (and three changes):
>>
>> This is the first:
>>
>> Corruption caused by portions of the screen stopped updating (the Bug 27572).
>> Certainly worked around by returning -EINVAL for ..RELAXED_FENCING.
>
> This is fixed in a better way by Daniel's latest patch.
>
Precisely which is it? Just copy the text of the patch you have
in mind here. Because I don't fscking understand what are talking
about, man!
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-02-25 10:18 ` Alex Riesen
@ 2011-02-25 11:07 ` Indan Zupancic
2011-02-25 11:35 ` Alex Riesen
0 siblings, 1 reply; 427+ messages in thread
From: Indan Zupancic @ 2011-02-25 11:07 UTC (permalink / raw)
To: Alex Riesen
Cc: Chris Wilson, Linus Torvalds, Dave Airlie, DRI mailing list,
linux-kernel, Daniel Vetter
On Fri, February 25, 2011 11:18, Alex Riesen wrote:
> On Fri, Feb 25, 2011 at 00:29, Indan Zupancic <indan@nul.nu> wrote:
>>>> https://lkml.org/lkml/2011/2/23/34
>>>
>>> This is just the discussion about the problem described in the ticket.
>>> It does not even mention the patch from the previous link, BTW.
>>> It does have the patch which returns -EINVAL for I915_PARAM_HAS_RELAXED_FENCING,
>>> though.
>>>
>>> So, AFAICS, at the moment there is no better patch than this:
>>>
>>> diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm/i915/i915_dma.c
>>> index 17bd766..8f8a6a3 100644
>>> --- a/drivers/gpu/drm/i915/i915_dma.c
>>> +++ b/drivers/gpu/drm/i915/i915_dma.c
>>> @@ -764,7 +764,7 @@ static int i915_getparam(struct drm_device *dev, void *data,
>>> break;
>>> case I915_PARAM_HAS_RELAXED_FENCING:
>>> value = 1;
>>> - break;
>>> + return -EINVAL;
>>> case I915_PARAM_HAS_COHERENT_RINGS:
>>> value = 1;
>>> break;
>>
>> Read those above links again! Daniel's patch fixes that one corruption, the
>> above snippet has the same effect and works around the same bug, but neither
>> do fix that other corruption mentioned in the ticket.
>
> Do you have any idea which patch fixes what? It's just I slowly begin to
> doubt that you do.
There is none yet. Reverting "drm/i915: Completely disable fence pipelining."
fixes it, but causes other problems, quoting Chris:
"No, reverting that will cause just another bug elsewhere. I need to
work out how the gpu is not being flushed with a non-pipelined fence
change."
> So far I found only two patches (and three changes):
>
> This is the first:
>
> Corruption caused by portions of the screen stopped updating (the Bug 27572).
> Certainly worked around by returning -EINVAL for ..RELAXED_FENCING.
This is fixed in a better way by Daniel's latest patch.
> The second:
>
> Corruption in small pixmaps, which has no bug number, and commented on by
> Daniel in the Bug 27572 as being not the case there.
This is the above mentioned issue Chris is talking about in the quoted part.
> Fixed by his patch posted to dri-devel "fix corruptions on i8xx due to
> relaxed fencing".
> It may be related to the Bug 27572, but it certainly
> does not fix the problem.
No, that didn't fix that corruption. It's confusing because Tomas
first said it did fix it and later said it didn't. I muddles that
bug report with the corruption I saw, I thought maybe it had the
same source.
> There is also this change from the first Daniel's patch which I don't
> know what to think about:
>
> diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c
> index cf4f74c..2e6b532 100644
> --- a/drivers/gpu/drm/i915/i915_gem.c
> +++ b/drivers/gpu/drm/i915/i915_gem.c
> @@ -1404,6 +1404,8 @@ i915_gem_get_unfenced_gtt_alignment(struct
> drm_i915_gem_object *obj)
> struct drm_device *dev = obj->base.dev;
> int tile_height;
>
> + return i915_gem_get_gtt_alignment(obj);
> +
> /*
> * Minimum alignment is 4k (GTT page size) for sane hw.
> */diff --git a/drivers/gpu/drm/i915/i915_dma.c
> b/drivers/gpu/drm/i915/i915_dma.c
That was just a patch to try out for me to pinpoint the source of the bug.
It's irrelevant now, as that bug is fixed by Daniel's patch. And I tested
it and it didn't help anyway, so just ignore it.
> Now, may I ask you , Indan, to shut up for while and let the developers
> speak? Because the matter is becoming a little bit confusing, and not without
> your help.
That's because you're getting frustrated and not reading properly what
everyone writes. Just relax.
Chris seems to be working on it. When he has progress or patches for us to
try I'm sure he'll speak up.
My corruption problems are gone, except for the ones I have without xcompmgr,
but as I get those with old kernels too I think it's a userspace bug. Only
reason I reply to you is so others don't have to. I'm trying to clarify things,
but apparently I'm doing a bad job of it.
Good luck,
Indan
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-02-24 23:29 ` Indan Zupancic
@ 2011-02-25 10:18 ` Alex Riesen
2011-02-25 11:07 ` Indan Zupancic
0 siblings, 1 reply; 427+ messages in thread
From: Alex Riesen @ 2011-02-25 10:18 UTC (permalink / raw)
To: Indan Zupancic
Cc: Chris Wilson, Linus Torvalds, Dave Airlie, DRI mailing list,
linux-kernel, Daniel Vetter
On Fri, Feb 25, 2011 at 00:29, Indan Zupancic <indan@nul.nu> wrote:
>>> https://lkml.org/lkml/2011/2/23/34
>>
>> This is just the discussion about the problem described in the ticket.
>> It does not even mention the patch from the previous link, BTW.
>> It does have the patch which returns -EINVAL for I915_PARAM_HAS_RELAXED_FENCING,
>> though.
>>
>> So, AFAICS, at the moment there is no better patch than this:
>>
>> diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm/i915/i915_dma.c
>> index 17bd766..8f8a6a3 100644
>> --- a/drivers/gpu/drm/i915/i915_dma.c
>> +++ b/drivers/gpu/drm/i915/i915_dma.c
>> @@ -764,7 +764,7 @@ static int i915_getparam(struct drm_device *dev, void *data,
>> break;
>> case I915_PARAM_HAS_RELAXED_FENCING:
>> value = 1;
>> - break;
>> + return -EINVAL;
>> case I915_PARAM_HAS_COHERENT_RINGS:
>> value = 1;
>> break;
>
> Read those above links again! Daniel's patch fixes that one corruption, the
> above snippet has the same effect and works around the same bug, but neither
> do fix that other corruption mentioned in the ticket.
Do you have any idea which patch fixes what? It's just I slowly begin to
doubt that you do. So far I found only two patches (and three changes):
This is the first:
Corruption caused by portions of the screen stopped updating (the Bug 27572).
Certainly worked around by returning -EINVAL for ..RELAXED_FENCING.
The second:
Corruption in small pixmaps, which has no bug number, and commented on by
Daniel in the Bug 27572 as being not the case there.
Fixed by his patch posted to dri-devel "fix corruptions on i8xx due to
relaxed fencing". It may be related to the Bug 27572, but it certainly
does not fix the problem.
There is also this change from the first Daniel's patch which I don't
know what to think about:
diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c
index cf4f74c..2e6b532 100644
--- a/drivers/gpu/drm/i915/i915_gem.c
+++ b/drivers/gpu/drm/i915/i915_gem.c
@@ -1404,6 +1404,8 @@ i915_gem_get_unfenced_gtt_alignment(struct
drm_i915_gem_object *obj)
struct drm_device *dev = obj->base.dev;
int tile_height;
+ return i915_gem_get_gtt_alignment(obj);
+
/*
* Minimum alignment is 4k (GTT page size) for sane hw.
*/diff --git a/drivers/gpu/drm/i915/i915_dma.c
b/drivers/gpu/drm/i915/i915_dma.c
Now, may I ask you , Indan, to shut up for while and let the developers
speak? Because the matter is becoming a little bit confusing, and not without
your help.
^ permalink raw reply related [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-02-24 19:04 ` Alex Riesen
2011-02-24 19:25 ` Alex Riesen
@ 2011-02-24 23:29 ` Indan Zupancic
2011-02-25 10:18 ` Alex Riesen
1 sibling, 1 reply; 427+ messages in thread
From: Indan Zupancic @ 2011-02-24 23:29 UTC (permalink / raw)
To: Alex Riesen
Cc: Chris Wilson, Linus Torvalds, Dave Airlie, DRI mailing list,
linux-kernel, Daniel Vetter
On Thu, February 24, 2011 20:04, Alex Riesen wrote:
> On Thu, Feb 24, 2011 at 10:18, Indan Zupancic <indan@nul.nu> wrote:
>>>>
>>>> As it turns out this is a bug in the userspace components of the stack for
>>>> gen2 hardware, with lax kernel side enforcement. Daniel has a fix for both.
>>>
>>> Chris, could you point us at the patch? I ask because Daniel left a
>>> comment in bug discussion that we should ignore some patch from him,
>>> and there was no mention of anything else.
>>>
>>> I'll gladly test a better fix.
>>
>> See:
>>
>> http://lists.freedesktop.org/archives/dri-devel/2011-February/008658.html
>
> This is precisely the link on which Daniel commented:
[...]
> And yes, it does not help at all to fix the corruption in the ticket.
Because there are two (or three) corruption problems! One is fixed by
Daniels's patch, the other isn't fixed yet AFAIC.
You're grumbling that I'm giving you information about the fix for one
problem, the one Chris was talking about and you replied to, while you're
interested in the other one (or both).
>> https://lkml.org/lkml/2011/2/23/34
>
> This is just the discussion about the problem described in the ticket.
> It does not even mention the patch from the previous link, BTW.
> It does have the patch which returns -EINVAL for I915_PARAM_HAS_RELAXED_FENCING,
> though.
>
> So, AFAICS, at the moment there is no better patch than this:
>
> diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm/i915/i915_dma.c
> index 17bd766..8f8a6a3 100644
> --- a/drivers/gpu/drm/i915/i915_dma.c
> +++ b/drivers/gpu/drm/i915/i915_dma.c
> @@ -764,7 +764,7 @@ static int i915_getparam(struct drm_device *dev, void *data,
> break;
> case I915_PARAM_HAS_RELAXED_FENCING:
> value = 1;
> - break;
> + return -EINVAL;
> case I915_PARAM_HAS_COHERENT_RINGS:
> value = 1;
> break;
Read those above links again! Daniel's patch fixes that one corruption, the
above snippet has the same effect and works around the same bug, but neither
do fix that other corruption mentioned in the ticket.
Greetings,
Indan
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-02-24 19:04 ` Alex Riesen
@ 2011-02-24 19:25 ` Alex Riesen
2011-02-24 23:29 ` Indan Zupancic
1 sibling, 0 replies; 427+ messages in thread
From: Alex Riesen @ 2011-02-24 19:25 UTC (permalink / raw)
To: DRI mailing list, Linux Kernel Mailing List
Cc: Chris Wilson, Linus Torvalds, Dave Airlie, Daniel Vetter, Indan Zupancic
On Thu, Feb 24, 2011 at 20:04, Alex Riesen <raa.lkml@gmail.com> wrote:
> So, AFAICS, at the moment there is no better patch than this:
>
> diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm/i915/i915_dma.c
> index 17bd766..8f8a6a3 100644
> --- a/drivers/gpu/drm/i915/i915_dma.c
> +++ b/drivers/gpu/drm/i915/i915_dma.c
> @@ -764,7 +764,7 @@ static int i915_getparam(struct drm_device *dev, void *data,
> break;
> case I915_PARAM_HAS_RELAXED_FENCING:
> value = 1;
> - break;
> + return -EINVAL;
> case I915_PARAM_HAS_COHERENT_RINGS:
> value = 1;
> break;
>
Probably unrelated, but I managed to get a cursor corruption with
just this patch. So maybe, I still need that fix from Daniel: an X
cursor seem to meet that pixmap size requirements. And corruption
picture fits too: stripes and dots in lower left corner of where
a part of the cursor image should have been.
Can't reproduce, though.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-02-24 9:18 ` Indan Zupancic
@ 2011-02-24 19:04 ` Alex Riesen
2011-02-24 19:25 ` Alex Riesen
2011-02-24 23:29 ` Indan Zupancic
0 siblings, 2 replies; 427+ messages in thread
From: Alex Riesen @ 2011-02-24 19:04 UTC (permalink / raw)
To: Indan Zupancic
Cc: Chris Wilson, Linus Torvalds, Dave Airlie, DRI mailing list,
linux-kernel, Daniel Vetter
On Thu, Feb 24, 2011 at 10:18, Indan Zupancic <indan@nul.nu> wrote:
>>>
>>> As it turns out this is a bug in the userspace components of the stack for
>>> gen2 hardware, with lax kernel side enforcement. Daniel has a fix for both.
>>
>> Chris, could you point us at the patch? I ask because Daniel left a
>> comment in bug discussion that we should ignore some patch from him,
>> and there was no mention of anything else.
>>
>> I'll gladly test a better fix.
>
> See:
>
> http://lists.freedesktop.org/archives/dri-devel/2011-February/008658.html
This is precisely the link on which Daniel commented:
Comment #35 From Daniel Vetter 2011-02-23 10:38:25
> --- Comment #34 from Indan <indan@nul.nu> 2011-02-23 01:53:25 ---
> Daniel has a real fix at:
> http://lists.freedesktop.org/archives/dri-devel/2011-February/008658.html
You can safely ignore this patch. It only fixes a very special corruption due
to relaxed tiling. This kind of corruption manifests itself in garbage in the
lower-left corner of pixmaps (think ui elements) if and only if the height
rounded up to the next multiple of 8 is not a multiple of 16. Your
corruptions look different.
[lower-left corner means: at most 8 pixels high, at most half the width of
the total pixmap]
And yes, it does not help at all to fix the corruption in the ticket.
> https://lkml.org/lkml/2011/2/23/34
This is just the discussion about the problem described in the ticket.
It does not even mention the patch from the previous link, BTW.
It does have the patch which returns -EINVAL for I915_PARAM_HAS_RELAXED_FENCING,
though.
So, AFAICS, at the moment there is no better patch than this:
diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm/i915/i915_dma.c
index 17bd766..8f8a6a3 100644
--- a/drivers/gpu/drm/i915/i915_dma.c
+++ b/drivers/gpu/drm/i915/i915_dma.c
@@ -764,7 +764,7 @@ static int i915_getparam(struct drm_device *dev, void *data,
break;
case I915_PARAM_HAS_RELAXED_FENCING:
value = 1;
- break;
+ return -EINVAL;
case I915_PARAM_HAS_COHERENT_RINGS:
value = 1;
break;
^ permalink raw reply related [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-02-24 8:27 ` Alex Riesen
@ 2011-02-24 9:18 ` Indan Zupancic
2011-02-24 19:04 ` Alex Riesen
0 siblings, 1 reply; 427+ messages in thread
From: Indan Zupancic @ 2011-02-24 9:18 UTC (permalink / raw)
To: Alex Riesen
Cc: Chris Wilson, Linus Torvalds, Dave Airlie, DRI mailing list,
linux-kernel, Daniel Vetter
On Thu, February 24, 2011 09:27, Alex Riesen wrote:
> On Thu, Feb 24, 2011 at 01:13, Chris Wilson <chris@chris-wilson.co.uk> wrote:
>> On Wed, 23 Feb 2011 15:58:02 -0800, Linus Torvalds <torvalds@linux-foundation.org>
>> wrote:
>>> >
>>> > See bug https://bugzilla.kernel.org/show_bug.cgi?id=27572
>>>
>>> Any update on that one?
>>
>> No, reverting that will cause just another bug elsewhere. I need to
>> work out how the gpu is not being flushed with a non-pipelined fence
>> change.
>>
>>> There's that whole "return -EINVAL for
>>> I915_PARAM_HAS_RELAXED_FENCING" patch thing?
>>
>> As it turns out this is a bug in the userspace components of the stack for
>> gen2 hardware, with lax kernel side enforcement. Daniel has a fix for both.
>
> Chris, could you point us at the patch? I ask because Daniel left a
> comment in bug discussion that we should ignore some patch from him,
> and there was no mention of anything else.
>
> I'll gladly test a better fix.
See:
http://lists.freedesktop.org/archives/dri-devel/2011-February/008658.html
https://lkml.org/lkml/2011/2/23/34
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-02-24 0:13 ` Chris Wilson
@ 2011-02-24 8:27 ` Alex Riesen
2011-02-24 9:18 ` Indan Zupancic
0 siblings, 1 reply; 427+ messages in thread
From: Alex Riesen @ 2011-02-24 8:27 UTC (permalink / raw)
To: Chris Wilson
Cc: Linus Torvalds, Dave Airlie, DRI mailing list, linux-kernel,
Indan Zupancic, Daniel Vetter
On Thu, Feb 24, 2011 at 01:13, Chris Wilson <chris@chris-wilson.co.uk> wrote:
> On Wed, 23 Feb 2011 15:58:02 -0800, Linus Torvalds <torvalds@linux-foundation.org> wrote:
>> >
>> > See bug https://bugzilla.kernel.org/show_bug.cgi?id=27572
>>
>> Any update on that one?
>
> No, reverting that will cause just another bug elsewhere. I need to
> work out how the gpu is not being flushed with a non-pipelined fence
> change.
>
>> There's that whole "return -EINVAL for
>> I915_PARAM_HAS_RELAXED_FENCING" patch thing?
>
> As it turns out this is a bug in the userspace components of the stack for
> gen2 hardware, with lax kernel side enforcement. Daniel has a fix for both.
Chris, could you point us at the patch? I ask because Daniel left a
comment in bug discussion that we should ignore some patch from him,
and there was no mention of anything else.
I'll gladly test a better fix.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-02-23 23:58 ` Linus Torvalds
@ 2011-02-24 0:13 ` Chris Wilson
2011-02-24 8:27 ` Alex Riesen
2011-02-27 9:46 ` Pavel Machek
1 sibling, 1 reply; 427+ messages in thread
From: Chris Wilson @ 2011-02-24 0:13 UTC (permalink / raw)
To: Linus Torvalds, Dave Airlie
Cc: DRI mailing list, linux-kernel, Indan Zupancic
On Wed, 23 Feb 2011 15:58:02 -0800, Linus Torvalds <torvalds@linux-foundation.org> wrote:
> On Wed, Feb 23, 2011 at 3:17 PM, Dave Airlie <airlied@linux.ie> wrote:
> >
> > Nothing too major,
> >
> > Two regression fixers (one revert that got fixes properly elsewhere), some
> > timestamp fixes and an agp module reload fix.
>
> Pulled. However, what about the report from Pavel Machek <pavel@ucw.cz>:
>
> > > drm/i915: Completely disable fence pipelining.
> >
> > Reverting this commit helps in v2.6.38-rc5+ when screen is not fully updated,
> > or has a corrupted picture like horizontal black or white stripes. Using a
> > compositor like compiz may help to avoid the problem.
> >
> > See bug https://bugzilla.kernel.org/show_bug.cgi?id=27572
>
> Any update on that one?
No, reverting that will cause just another bug elsewhere. I need to
work out how the gpu is not being flushed with a non-pipelined fence
change.
> There's that whole "return -EINVAL for
> I915_PARAM_HAS_RELAXED_FENCING" patch thing?
As it turns out this is a bug in the userspace components of the stack for
gen2 hardware, with lax kernel side enforcement. Daniel has a fix for both.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-02-23 23:17 Dave Airlie
@ 2011-02-23 23:58 ` Linus Torvalds
2011-02-24 0:13 ` Chris Wilson
2011-02-27 9:46 ` Pavel Machek
0 siblings, 2 replies; 427+ messages in thread
From: Linus Torvalds @ 2011-02-23 23:58 UTC (permalink / raw)
To: Dave Airlie, Chris Wilson; +Cc: DRI mailing list, linux-kernel, Indan Zupancic
On Wed, Feb 23, 2011 at 3:17 PM, Dave Airlie <airlied@linux.ie> wrote:
>
> Nothing too major,
>
> Two regression fixers (one revert that got fixes properly elsewhere), some
> timestamp fixes and an agp module reload fix.
Pulled. However, what about the report from Pavel Machek <pavel@ucw.cz>:
> > drm/i915: Completely disable fence pipelining.
>
> Reverting this commit helps in v2.6.38-rc5+ when screen is not fully updated,
> or has a corrupted picture like horizontal black or white stripes. Using a
> compositor like compiz may help to avoid the problem.
>
> See bug https://bugzilla.kernel.org/show_bug.cgi?id=27572
Any update on that one? There's that whole "return -EINVAL for
I915_PARAM_HAS_RELAXED_FENCING" patch thing?
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-02-23 23:17 Dave Airlie
2011-02-23 23:58 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2011-02-23 23:17 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Nothing too major,
Two regression fixers (one revert that got fixes properly elsewhere), some
timestamp fixes and an agp module reload fix.
Dave.
The following changes since commit d8204a37baf5474d3154eb536c936369be2bd5c0:
Merge branch 'urgent' of git://git.kernel.org/pub/scm/linux/kernel/git/brodo/pcmcia-2.6 (2011-02-22 09:26:54 -0800)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (1):
Revert "drm/radeon/kms: switch back to min->max pll post divider iteration"
Dave Airlie (2):
drm/radeon/kms: align height of fb allocation.
drm/radeon: fix regression with AA resolve checking
Florian Mickler (1):
amd64-agp: fix crash at second module load
Mario Kleiner (3):
drm/vblank: Use abs64(diff_ns) for s64 diff_ns instead of abs(diff_ns)
drm/vblank: Use memory barriers optimized for atomic_t instead of generics.
drm/vblank: Enable precise vblank timestamps for interlaced and doublescan modes.
Paul Bolle (1):
drm: drop commented out code and preceding comment
drivers/char/agp/amd64-agp.c | 9 +++++++--
drivers/gpu/drm/drm_irq.c | 26 ++++++++++++++------------
drivers/gpu/drm/radeon/r100.c | 4 +---
drivers/gpu/drm/radeon/radeon_display.c | 2 +-
drivers/gpu/drm/radeon/radeon_fb.c | 5 ++++-
5 files changed, 27 insertions(+), 19 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-02-18 10:10 ` Anca Emanuel
@ 2011-02-18 22:14 ` Rafał Miłecki
0 siblings, 0 replies; 427+ messages in thread
From: Rafał Miłecki @ 2011-02-18 22:14 UTC (permalink / raw)
To: Anca Emanuel; +Cc: Dave Airlie, torvalds, linux-kernel, DRI mailing list
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=UTF-8, Size: 2627 bytes --]
2011/2/18 Anca Emanuel <anca.emanuel@gmail.com>:
> Nouveau OpenGL regresion
>
> Tools used: http://packages.ubuntu.com/maverick/misc/glmark2
>
> With 2.6.38-rc5 latest git:
> nv50_screen_get_param:162 - Â Unknown PIPE_CAP 11
> ===================================================
> Â Â glmark2 10.07.1
> ===================================================
> Â Â OpenGL Information
> Â Â GL_VENDOR: Â Â nouveau
> Â Â GL_RENDERER: Â Gallium 0.4 on NV92
> Â Â GL_VERSION: Â Â 2.1 Mesa 7.9-devel
> ===================================================
> Precompilation
>   Vertex array          FPS: 105
>   Vertex buffer object      FPS: 267
> Texture filtering
>   Nearest            FPS: 295
>   Linear             FPS: 299
>   Mipmapped           FPS: 308
> Shading
>   GLSL per vertex lighting    FPS: 227
>   GLSL per pixel lighting    FPS: 260
> ===================================================
> Your glmark2 Score is 727 Â ^_^
> ===================================================
>
>
> With Linux ubuntu 2.6.35-25-generic #44-Ubuntu SMP Fri Jan 21 17:40:44
> UTC 2011 x86_64 GNU/Linux:
>
> nv50_screen_get_param:162 - Â Unknown PIPE_CAP 11
> ===================================================
> Â Â glmark2 10.07.1
> ===================================================
> Â Â OpenGL Information
> Â Â GL_VENDOR: Â Â nouveau
> Â Â GL_RENDERER: Â Gallium 0.4 on NV92
> Â Â GL_VERSION: Â Â 2.1 Mesa 7.9-devel
> ===================================================
> Precompilation
>   Vertex array          FPS: 265
>   Vertex buffer object      FPS: 599
> Texture filtering
>   Nearest            FPS: 687
>   Linear             FPS: 683
>   Mipmapped           FPS: 717
> Shading
>   GLSL per vertex lighting    FPS: 480
>   GLSL per pixel lighting    FPS: 524
> ===================================================
> Your glmark2 Score is 1628 Â ^_^
> ===================================================
You're yelling in thread about recent single drm fixes... and you
compare 2.6.35 with 2.6.38-rc5. What is possibility it's regression
introduced by one of that few commits?
Please report on bugzilla normally, perform bisecting, but do not
report such a things in unrelated places!
--
Rafał
ÿôèº{.nÇ+‰·Ÿ®‰†+%ŠËÿ±éݶ\x17¥Šwÿº{.nÇ+‰·¥Š{±þG«éÿŠ{ayº\x1dʇڙë,j\a¢f£¢·hšïêÿ‘êçz_è®\x03(階ŠÝ¢j"ú\x1a¶^[m§ÿÿ¾\a«þG«éÿ¢¸?™¨èÚ&£ø§~á¶iO•æ¬z·švØ^\x14\x04\x1a¶^[m§ÿÿÃ\fÿ¶ìÿ¢¸?–I¥
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-02-17 22:50 Dave Airlie
@ 2011-02-18 10:10 ` Anca Emanuel
2011-02-18 22:14 ` Rafał Miłecki
0 siblings, 1 reply; 427+ messages in thread
From: Anca Emanuel @ 2011-02-18 10:10 UTC (permalink / raw)
To: Dave Airlie; +Cc: torvalds, DRI mailing list, linux-kernel
Nouveau OpenGL regresion
Tools used: http://packages.ubuntu.com/maverick/misc/glmark2
With 2.6.38-rc5 latest git:
nv50_screen_get_param:162 - Unknown PIPE_CAP 11
===================================================
glmark2 10.07.1
===================================================
OpenGL Information
GL_VENDOR: nouveau
GL_RENDERER: Gallium 0.4 on NV92
GL_VERSION: 2.1 Mesa 7.9-devel
===================================================
Precompilation
Vertex array FPS: 105
Vertex buffer object FPS: 267
Texture filtering
Nearest FPS: 295
Linear FPS: 299
Mipmapped FPS: 308
Shading
GLSL per vertex lighting FPS: 227
GLSL per pixel lighting FPS: 260
===================================================
Your glmark2 Score is 727 ^_^
===================================================
With Linux ubuntu 2.6.35-25-generic #44-Ubuntu SMP Fri Jan 21 17:40:44
UTC 2011 x86_64 GNU/Linux:
nv50_screen_get_param:162 - Unknown PIPE_CAP 11
===================================================
glmark2 10.07.1
===================================================
OpenGL Information
GL_VENDOR: nouveau
GL_RENDERER: Gallium 0.4 on NV92
GL_VERSION: 2.1 Mesa 7.9-devel
===================================================
Precompilation
Vertex array FPS: 265
Vertex buffer object FPS: 599
Texture filtering
Nearest FPS: 687
Linear FPS: 683
Mipmapped FPS: 717
Shading
GLSL per vertex lighting FPS: 480
GLSL per pixel lighting FPS: 524
===================================================
Your glmark2 Score is 1628 ^_^
===================================================
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-02-17 22:50 Dave Airlie
2011-02-18 10:10 ` Anca Emanuel
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2011-02-17 22:50 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1824 bytes --]
Hi Linus,
nothing major, one regression fix for evergreen radeon laptops, and a
bunch of nouveau fixes, one for s/r on newer chips.
Dave.
The following changes since commit a2640111d5edb3f4e6dd6089c0dbddc7590110b4:
Merge git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6 (2011-02-16 09:07:00 -0800)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (1):
drm/radeon/kms: add missing frac fb div flag for dce4+
Ben Skeggs (4):
drm/nouveau: fix non-EDIDful native mode selection
drm/nv40: fix tiling-related setup for a number of chipsets
drm/nouveau: flips/flipd need to always set 'evict' for move_accel_cleanup()
drm/nouveau: fix suspend/resume on GPUs that don't have PM support
Dave Airlie (1):
Merge remote branch 'nouveau/drm-nouveau-next' of /ssd/git/drm-nouveau-next into drm-fixes
Francisco Jerez (3):
drm/nv10: Fix crash when allocating a BO larger than half the available VRAM.
drm/nv04-nv40: Fix NULL dereference when we fail to find an LVDS native mode.
drm/nouveau: Fix detection of DDC-based LVDS on DCB15 boards.
Marek Olšák (1):
drm/radeon/kms: do not reject X16 and Y16X16 floating-point formats on r300
drivers/gpu/drm/nouveau/nouveau_bios.c | 2 +-
drivers/gpu/drm/nouveau/nouveau_bo.c | 13 ++++---
drivers/gpu/drm/nouveau/nouveau_connector.c | 1 +
drivers/gpu/drm/nouveau/nouveau_pm.c | 2 +-
drivers/gpu/drm/nouveau/nv04_dfp.c | 12 ++-----
drivers/gpu/drm/nouveau/nv40_graph.c | 46 ++++++++++++++++-----------
drivers/gpu/drm/radeon/atombios_crtc.c | 4 ++-
drivers/gpu/drm/radeon/r300.c | 2 +
8 files changed, 45 insertions(+), 37 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-02-15 23:03 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-02-15 23:03 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 5604 bytes --]
Hi Linus,
Slightly bigger than I'd prefer, but we got a lot of endian fixes for
radeon spread out all over the place, Alex has hopefully discovered the
correct answer for the PLL nightmares, also a race condition on GPU reset
that was causing an oops and full machine hang. Usually smattering of
Intel fixes, RC6 power saving is off again due to hard hangs on some
machines, and a resume regression fix.
Hopefully along with Len's ACPI pull we are rid of most of the regressions
now.
Dave.
The following changes since commit 091994cfb8e7d7a372c2d547778a91012d899e16:
Merge branch 'spi/merge' of git://git.secretlab.ca/git/linux-2.6 (2011-02-13 07:59:48 -0800)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (9):
drm/radeon/kms: fix interlaced modes on dce4+
drm/radeon/kms: add connector table for mac g5 9600
drm/radeon/kms: evergreen/ni big endian fixes (v2)
drm/radeon/kms: use linear aligned for 6xx/7xx bo blits
drm/radeon/kms: use linear aligned for evergreen/ni bo blits
drm/radeon/kms: improve 6xx/7xx CS error output
drm/radeon/kms: fix a few more atombios endian issues
drm/radeon/kms: add bounds checking to avivo pll algo
drm/radeon/kms: hopefully fix pll issues for real (v3)
Chris Wilson (7):
drm/i915: Invalidate TLB caches on SNB BLT/BSD rings
drm/i915/lvds: Restore dithering on native modes for gen2/3
drm/i915: Disable RC6 on Ironlake
drm/i915/sdvo: If we have an EDID confirm it matches the mode of the connection
drm/i915: Trigger modesetting if force-audio changes
drm/i915/tv: Use polling rather than interrupt-based hotplug
drm/i915: Fix resume regression from 5d1d0cc
Cédric Cano (3):
drm/radeon: 6xx/7xx non-kms endian fixes
drm/radeon/kms: atombios big endian fixes
drm/radeon/kms: 6xx/7xx big endian fixes
Dave Airlie (3):
drm/radeon: fix memory debugging since d961db75ce86a84f1f04e91ad1014653ed7d9f46
drm/radeon: fix race between GPU reset and TTM delayed delete thread.
Merge remote branch 'intel/drm-intel-fixes' of /ssd/git/drm-next into drm-fixes
Jesper Juhl (1):
radeon mkregtable: Add missing fclose() calls
Kees Cook (1):
drm: do not leak kernel addresses via /proc/dri/*/vma
Marek Olšák (3):
drm/radeon/kms: optimize CS state checking for r100->r500
drm/radeon/kms: fix tracking of BLENDCNTL, COLOR_CHANNEL_MASK, and GB_Z on r300
drm/radeon/kms: check AA resolve registers on r300
Xiao Jiang (1):
drm: fix wrong usages of drm_device in DRM Developer's Guide
Documentation/DocBook/drm.tmpl | 6 +-
drivers/gpu/drm/drm_info.c | 9 +-
drivers/gpu/drm/i915/i915_drv.c | 5 +-
drivers/gpu/drm/i915/i915_drv.h | 1 +
drivers/gpu/drm/i915/i915_reg.h | 4 +-
drivers/gpu/drm/i915/intel_display.c | 95 ++++++++++++----------
drivers/gpu/drm/i915/intel_dp.c | 36 +++++++--
drivers/gpu/drm/i915/intel_drv.h | 1 -
drivers/gpu/drm/i915/intel_hdmi.c | 39 ++++++++--
drivers/gpu/drm/i915/intel_lvds.c | 12 ++--
drivers/gpu/drm/i915/intel_ringbuffer.c | 26 ++++---
drivers/gpu/drm/i915/intel_sdvo.c | 66 +++++++++++++---
drivers/gpu/drm/i915/intel_tv.c | 43 +++++++---
drivers/gpu/drm/radeon/atombios_crtc.c | 98 +++++++++-------------
drivers/gpu/drm/radeon/evergreen.c | 22 ++++-
drivers/gpu/drm/radeon/evergreen_blit_kms.c | 23 ++++--
drivers/gpu/drm/radeon/evergreen_blit_shaders.c | 8 ++
drivers/gpu/drm/radeon/evergreend.h | 1 +
drivers/gpu/drm/radeon/mkregtable.c | 5 +-
drivers/gpu/drm/radeon/r100.c | 63 ++++++++++++++-
drivers/gpu/drm/radeon/r100_track.h | 13 ++--
drivers/gpu/drm/radeon/r200.c | 18 ++++
drivers/gpu/drm/radeon/r300.c | 42 +++++++++-
drivers/gpu/drm/radeon/r300_reg.h | 2 +
drivers/gpu/drm/radeon/r600.c | 22 ++++-
drivers/gpu/drm/radeon/r600_blit.c | 11 ++-
drivers/gpu/drm/radeon/r600_blit_kms.c | 29 +++++--
drivers/gpu/drm/radeon/r600_blit_shaders.c | 4 +
drivers/gpu/drm/radeon/r600_cp.c | 31 ++++++--
drivers/gpu/drm/radeon/r600_cs.c | 46 ++++++-----
drivers/gpu/drm/radeon/r600d.h | 9 +-
drivers/gpu/drm/radeon/radeon_atombios.c | 48 ++++++------
drivers/gpu/drm/radeon/radeon_combios.c | 47 +++++++++++
drivers/gpu/drm/radeon/radeon_device.c | 4 +
drivers/gpu/drm/radeon/radeon_display.c | 10 +++
drivers/gpu/drm/radeon/radeon_drv.h | 1 +
drivers/gpu/drm/radeon/radeon_encoders.c | 24 ++++--
drivers/gpu/drm/radeon/radeon_mode.h | 1 +
drivers/gpu/drm/radeon/radeon_ttm.c | 4 +-
drivers/gpu/drm/radeon/reg_srcs/r300 | 6 +-
drivers/gpu/drm/radeon/reg_srcs/r420 | 7 +--
drivers/gpu/drm/radeon/reg_srcs/rs600 | 6 +-
drivers/gpu/drm/radeon/reg_srcs/rv515 | 7 +--
drivers/gpu/drm/radeon/rs690.c | 12 ++--
drivers/gpu/drm/radeon/rv770.c | 6 +-
drivers/gpu/drm/radeon/rv770d.h | 8 +-
46 files changed, 679 insertions(+), 302 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-01-28 1:38 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2011-01-28 1:38 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2782 bytes --]
Hi Linus,
radeon and nouveau fixes only, a couple of regressions, one evergreen
GPU hang under load, and one big endian fix.
Dave.
The following changes since commit 6663050edd9c2e8b1e1f55c09459144d84c045f0:
Merge branch 'fixes' of master.kernel.org:/home/rmk/linux-2.6-arm (2011-01-26 09:04:18 +1000)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (4):
drm/radeon/kms: only enable HDMI mode if radeon audio is enabled
drm/radeon/kms: clean up some magic numbers
drm/radeon/kms: fix r6xx+ scanout on BE systems
drm/radeon/kms: re-emit full context state for evergreen blits
Ben Skeggs (6):
drm/nouveau: remove dead function definition
drm/nouveau: probe for adt7473 before f75375
drm/nvc0: fix incorrect TPC register setup
drm/nvc0: implement irq handler for whatever's at 0x14xxxx
drm/nvc0/grctx: correct an off-by-one
drm/nv50: fix regression on IGPs
Dave Airlie (2):
Merge branch 'drm-nouveau-next' of git://git.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Merge branch 'drm-nouveau-next' of git://git.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Francisco Jerez (2):
drm/nouveau: Workaround incorrect DCB entry on a GeForce3 Ti 200.
drm/nv50: Fix race with PFIFO during PGRAPH context destruction.
Jerome Glisse (1):
radeon/kms: fix dp displayport mode validation
Marek Olšák (1):
drm/radeon/kms: release CMASK access in preclose_kms
drivers/gpu/drm/nouveau/nouveau_bios.c | 15 ++++++++++
drivers/gpu/drm/nouveau/nouveau_drv.h | 3 --
drivers/gpu/drm/nouveau/nouveau_temp.c | 2 +-
drivers/gpu/drm/nouveau/nv50_graph.c | 3 ++
drivers/gpu/drm/nouveau/nv50_vm.c | 5 ---
drivers/gpu/drm/nouveau/nvc0_graph.c | 23 ++++++++++++++-
drivers/gpu/drm/nouveau/nvc0_grctx.c | 2 +-
drivers/gpu/drm/radeon/atombios_crtc.c | 17 +++++++++++
drivers/gpu/drm/radeon/atombios_dp.c | 4 +-
drivers/gpu/drm/radeon/evergreen_blit_kms.c | 39 ++++++++++++++++++++++----
drivers/gpu/drm/radeon/r100.c | 10 +++---
drivers/gpu/drm/radeon/r300.c | 7 +++-
drivers/gpu/drm/radeon/r420.c | 2 +-
drivers/gpu/drm/radeon/r520.c | 4 +-
drivers/gpu/drm/radeon/r600_reg.h | 6 +++-
drivers/gpu/drm/radeon/radeon_encoders.c | 6 ++--
drivers/gpu/drm/radeon/radeon_kms.c | 2 +
drivers/gpu/drm/radeon/radeon_reg.h | 2 +
drivers/gpu/drm/radeon/rs400.c | 15 ++++++----
drivers/gpu/drm/radeon/rv515.c | 10 +++---
20 files changed, 132 insertions(+), 45 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2011-01-17 4:16 Dave Airlie
@ 2011-01-18 12:51 ` Anca Emanuel
0 siblings, 0 replies; 427+ messages in thread
From: Anca Emanuel @ 2011-01-18 12:51 UTC (permalink / raw)
To: Dave Airlie; +Cc: torvalds, DRI mailing list, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 448 bytes --]
On Mon, Jan 17, 2011 at 6:16 AM, Dave Airlie <airlied@linux.ie> wrote:
>
> A bunch of radeon and nouveau fixes. Ben says this should fix any
> corruption people are seeing with plymouth splash screens, and the radeon
> fixes are scattered around, the main one being not enabling PCIE GEN2 mode
> by default, seems like AGP PCIE vendors make crappy chipsets.
>
> Dave.
Tested nouveau, 8800GT, kernel 2.6.37-git17: no problems.
Sorry for the noise.
[-- Attachment #2: dmesg37git17.txt --]
[-- Type: text/plain, Size: 55886 bytes --]
[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Linux version 2.6.37-git17+ (root@ubuntu) (gcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu5) ) #1 SMP Tue Jan 18 13:06:50 EET 2011
[ 0.000000] BIOS-provided physical RAM map:
[ 0.000000] BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
[ 0.000000] BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
[ 0.000000] BIOS-e820: 00000000000e3000 - 0000000000100000 (reserved)
[ 0.000000] BIOS-e820: 0000000000100000 - 000000007ffb0000 (usable)
[ 0.000000] BIOS-e820: 000000007ffb0000 - 000000007ffbe000 (ACPI data)
[ 0.000000] BIOS-e820: 000000007ffbe000 - 000000007fff0000 (ACPI NVS)
[ 0.000000] BIOS-e820: 000000007fff0000 - 0000000080000000 (reserved)
[ 0.000000] BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
[ 0.000000] BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved)
[ 0.000000] Notice: NX (Execute Disable) protection cannot be enabled: non-PAE kernel!
[ 0.000000] DMI present.
[ 0.000000] DMI: MS-7360/MS-7360, BIOS V1.10 11/11/2008
[ 0.000000] e820 update range: 0000000000000000 - 0000000000010000 (usable) ==> (reserved)
[ 0.000000] e820 remove range: 00000000000a0000 - 0000000000100000 (usable)
[ 0.000000] last_pfn = 0x7ffb0 max_arch_pfn = 0x100000
[ 0.000000] MTRR default type: uncachable
[ 0.000000] MTRR fixed ranges enabled:
[ 0.000000] 00000-9FFFF write-back
[ 0.000000] A0000-BFFFF uncachable
[ 0.000000] C0000-CFFFF write-protect
[ 0.000000] D0000-DFFFF uncachable
[ 0.000000] E0000-EFFFF write-through
[ 0.000000] F0000-FFFFF write-protect
[ 0.000000] MTRR variable ranges enabled:
[ 0.000000] 0 base 000000000 mask F80000000 write-back
[ 0.000000] 1 disabled
[ 0.000000] 2 disabled
[ 0.000000] 3 disabled
[ 0.000000] 4 disabled
[ 0.000000] 5 disabled
[ 0.000000] 6 disabled
[ 0.000000] 7 disabled
[ 0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
[ 0.000000] found SMP MP-table at [c00ff780] ff780
[ 0.000000] Scanning 0 areas for low memory corruption
[ 0.000000] initial memory mapped : 0 - 00c00000
[ 0.000000] init_memory_mapping: 0000000000000000-00000000377fe000
[ 0.000000] 0000000000 - 0000400000 page 4k
[ 0.000000] 0000400000 - 0037400000 page 2M
[ 0.000000] 0037400000 - 00377fe000 page 4k
[ 0.000000] kernel direct mapping tables up to 377fe000 @ bfb000-c00000
[ 0.000000] RAMDISK: 37587000 - 37ff0000
[ 0.000000] Allocated new RAMDISK: 36b1e000 - 375862eb
[ 0.000000] Move RAMDISK from 0000000037587000 - 0000000037fef2ea to 36b1e000 - 375862ea
[ 0.000000] ACPI: RSDP 000f9bb0 00014 (v00 ACPIAM)
[ 0.000000] ACPI: RSDT 7ffb0000 00040 (v01 111108 RSDT0906 20081111 MSFT 00000097)
[ 0.000000] ACPI: FACP 7ffb0200 00084 (v01 111108 FACP0906 20081111 MSFT 00000097)
[ 0.000000] ACPI: DSDT 7ffb0440 05595 (v01 0AAAA 0AAAA000 00000000 INTL 20051117)
[ 0.000000] ACPI: FACS 7ffbe000 00040
[ 0.000000] ACPI: APIC 7ffb0390 0006C (v01 111108 APIC0906 20081111 MSFT 00000097)
[ 0.000000] ACPI: MCFG 7ffb0400 0003C (v01 111108 OEMMCFG 20081111 MSFT 00000097)
[ 0.000000] ACPI: OEMB 7ffbe040 00071 (v01 111108 OEMB0906 20081111 MSFT 00000097)
[ 0.000000] ACPI: HPET 7ffb59e0 00038 (v01 111108 OEMHPET 20081111 MSFT 00000097)
[ 0.000000] ACPI: GSCI 7ffbe0c0 02024 (v01 111108 GMCHSCI 20081111 MSFT 00000097)
[ 0.000000] ACPI: SSDT 7ffc0570 00A7C (v01 DpgPmm CpuPm 00000012 INTL 20051117)
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] 1159MB HIGHMEM available.
[ 0.000000] 887MB LOWMEM available.
[ 0.000000] mapped low ram: 0 - 377fe000
[ 0.000000] low ram: 0 - 377fe000
[ 0.000000] Zone PFN ranges:
[ 0.000000] DMA 0x00000010 -> 0x00001000
[ 0.000000] Normal 0x00001000 -> 0x000377fe
[ 0.000000] HighMem 0x000377fe -> 0x0007ffb0
[ 0.000000] Movable zone start PFN for each node
[ 0.000000] early_node_map[2] active PFN ranges
[ 0.000000] 0: 0x00000010 -> 0x0000009f
[ 0.000000] 0: 0x00000100 -> 0x0007ffb0
[ 0.000000] On node 0 totalpages: 524095
[ 0.000000] free_area_init_node: node 0, pgdat c0814000, node_mem_map f5b1e200
[ 0.000000] DMA zone: 32 pages used for memmap
[ 0.000000] DMA zone: 0 pages reserved
[ 0.000000] DMA zone: 3951 pages, LIFO batch:0
[ 0.000000] Normal zone: 1744 pages used for memmap
[ 0.000000] Normal zone: 221486 pages, LIFO batch:31
[ 0.000000] HighMem zone: 2320 pages used for memmap
[ 0.000000] HighMem zone: 294562 pages, LIFO batch:31
[ 0.000000] Using APIC driver default
[ 0.000000] ACPI: PM-Timer IO Port: 0x808
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x82] disabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x83] disabled)
[ 0.000000] ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
[ 0.000000] IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[ 0.000000] ACPI: IRQ0 used by override.
[ 0.000000] ACPI: IRQ2 used by override.
[ 0.000000] ACPI: IRQ9 used by override.
[ 0.000000] Using ACPI (MADT) for SMP configuration information
[ 0.000000] ACPI: HPET id: 0xffffffff base: 0xfed00000
[ 0.000000] SMP: Allowing 4 CPUs, 2 hotplug CPUs
[ 0.000000] nr_irqs_gsi: 40
[ 0.000000] PM: Registered nosave memory: 000000000009f000 - 00000000000a0000
[ 0.000000] PM: Registered nosave memory: 00000000000a0000 - 00000000000e3000
[ 0.000000] PM: Registered nosave memory: 00000000000e3000 - 0000000000100000
[ 0.000000] Allocating PCI resources starting at 80000000 (gap: 80000000:7ee00000)
[ 0.000000] Booting paravirtualized kernel on bare hardware
[ 0.000000] setup_percpu: NR_CPUS:8 nr_cpumask_bits:8 nr_cpu_ids:4 nr_node_ids:1
[ 0.000000] PERCPU: Embedded 13 pages/cpu @f5400000 s28800 r0 d24448 u1048576
[ 0.000000] pcpu-alloc: s28800 r0 d24448 u1048576 alloc=1*4194304
[ 0.000000] pcpu-alloc: [0] 0 1 2 3
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 519999
[ 0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.37-git17+ root=UUID=d4578a46-8171-4c14-886f-0444e0b81032 ro quiet splash
[ 0.000000] PID hash table entries: 4096 (order: 2, 16384 bytes)
[ 0.000000] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
[ 0.000000] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
[ 0.000000] Initializing CPU#0
[ 0.000000] allocated 10483840 bytes of page_cgroup
[ 0.000000] please try 'cgroup_disable=memory' option if you don't want memory cgroups
[ 0.000000] Initializing HighMem for node 0 (000377fe:0007ffb0)
[ 0.000000] Memory: 2049076k/2096832k available (4991k kernel code, 47304k reserved, 2361k data, 700k init, 1187528k highmem)
[ 0.000000] virtual kernel memory layout:
[ 0.000000] fixmap : 0xfff16000 - 0xfffff000 ( 932 kB)
[ 0.000000] pkmap : 0xff800000 - 0xffc00000 (4096 kB)
[ 0.000000] vmalloc : 0xf7ffe000 - 0xff7fe000 ( 120 MB)
[ 0.000000] lowmem : 0xc0000000 - 0xf77fe000 ( 887 MB)
[ 0.000000] .init : 0xc082f000 - 0xc08de000 ( 700 kB)
[ 0.000000] .data : 0xc05dfe36 - 0xc082e380 (2361 kB)
[ 0.000000] .text : 0xc0100000 - 0xc05dfe36 (4991 kB)
[ 0.000000] Checking if this processor honours the WP bit even in supervisor mode...Ok.
[ 0.000000] SLUB: Genslabs=15, HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
[ 0.000000] Hierarchical RCU implementation.
[ 0.000000] RCU dyntick-idle grace-period acceleration is enabled.
[ 0.000000] RCU-based detection of stalled CPUs is disabled.
[ 0.000000] NR_IRQS:2304 nr_irqs:712 16
[ 0.000000] CPU 0 irqstacks, hard=f4408000 soft=f440a000
[ 0.000000] Console: colour VGA+ 80x25
[ 0.000000] console [tty0] enabled
[ 0.000000] hpet clockevent registered
[ 0.000000] Fast TSC calibration using PIT
[ 0.000000] Detected 2603.694 MHz processor.
[ 0.004003] Calibrating delay loop (skipped), value calculated using timer frequency.. 5207.38 BogoMIPS (lpj=10414776)
[ 0.004007] pid_max: default: 32768 minimum: 301
[ 0.004026] Security Framework initialized
[ 0.004038] AppArmor: AppArmor initialized
[ 0.004079] Mount-cache hash table entries: 512
[ 0.004186] Initializing cgroup subsys ns
[ 0.004189] ns_cgroup deprecated: consider using the 'clone_children' flag without the ns_cgroup.
[ 0.004191] Initializing cgroup subsys cpuacct
[ 0.004196] Initializing cgroup subsys memory
[ 0.004203] Initializing cgroup subsys devices
[ 0.004205] Initializing cgroup subsys freezer
[ 0.004207] Initializing cgroup subsys net_cls
[ 0.004231] CPU: Physical Processor ID: 0
[ 0.004233] CPU: Processor Core ID: 0
[ 0.004235] mce: CPU supports 6 MCE banks
[ 0.004241] CPU0: Thermal monitoring enabled (TM2)
[ 0.004244] using mwait in idle threads.
[ 0.008456] ACPI: Core revision 20101209
[ 0.011492] ftrace: allocating 21001 entries in 42 pages
[ 0.012045] Enabling APIC mode: Flat. Using 1 I/O APICs
[ 0.012342] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
[ 0.054968] CPU0: Intel(R) Pentium(R) Dual CPU E2180 @ 2.00GHz stepping 0d
[ 0.056003] Performance Events: PEBS fmt0+, Core2 events, Intel PMU driver.
[ 0.056003] PEBS disabled due to CPU errata.
[ 0.056003] ... version: 2
[ 0.056003] ... bit width: 40
[ 0.056003] ... generic registers: 2
[ 0.056003] ... value mask: 000000ffffffffff
[ 0.056003] ... max period: 000000007fffffff
[ 0.056003] ... fixed-purpose events: 3
[ 0.056003] ... event mask: 0000000700000003
[ 0.056003] CPU 1 irqstacks, hard=f44b2000 soft=f44b4000
[ 0.056003] Booting Node 0, Processors #1
[ 0.008000] Initializing CPU#1
[ 0.144020] Brought up 2 CPUs
[ 0.144022] Total of 2 processors activated (10414.31 BogoMIPS).
[ 0.144338] devtmpfs: initialized
[ 0.144951] print_constraints: dummy:
[ 0.144973] Time: 14:02:00 Date: 01/18/11
[ 0.145003] NET: Registered protocol family 16
[ 0.145089] EISA bus registered
[ 0.145095] ACPI: bus type pci registered
[ 0.145158] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0xe0000000-0xefffffff] (base 0xe0000000)
[ 0.145161] PCI: not using MMCONFIG
[ 0.145294] PCI: PCI BIOS revision 3.00 entry at 0xf0031, last bus=5
[ 0.145295] PCI: Using configuration type 1 for base access
[ 0.146054] bio: create slab <bio-0> at 0
[ 0.148061] ACPI: EC: Detected MSI hardware, enabling workarounds.
[ 0.148064] ACPI: EC: Look up EC in DSDT
[ 0.149381] ACPI: Executed 1 blocks of module-level executable AML code
[ 0.151966] ACPI: SSDT 7ffc00f0 00235 (v01 DpgPmm P001Ist 00000011 INTL 20051117)
[ 0.152267] ACPI: Dynamic OEM Table Load:
[ 0.152270] ACPI: SSDT (null) 00235 (v01 DpgPmm P001Ist 00000011 INTL 20051117)
[ 0.152542] ACPI: SSDT 7ffc0330 00235 (v01 DpgPmm P002Ist 00000012 INTL 20051117)
[ 0.152833] ACPI: Dynamic OEM Table Load:
[ 0.152836] ACPI: SSDT (null) 00235 (v01 DpgPmm P002Ist 00000012 INTL 20051117)
[ 0.153086] ACPI: Interpreter enabled
[ 0.153096] ACPI: (supports S0 S3 S4 S5)
[ 0.153114] ACPI: Using IOAPIC for interrupt routing
[ 0.153133] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0xe0000000-0xefffffff] (base 0xe0000000)
[ 0.154234] PCI: MMCONFIG at [mem 0xe0000000-0xefffffff] reserved in ACPI motherboard resources
[ 0.154236] PCI: Using MMCONFIG for extended config space
[ 0.159609] ACPI: No dock devices found.
[ 0.159611] HEST: Table not found.
[ 0.159615] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
[ 0.159774] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff])
[ 0.159938] pci_root PNP0A08:00: host bridge window [io 0x0000-0x0cf7]
[ 0.159940] pci_root PNP0A08:00: host bridge window [io 0x0d00-0xffff]
[ 0.159943] pci_root PNP0A08:00: host bridge window [mem 0x000a0000-0x000bffff]
[ 0.159945] pci_root PNP0A08:00: host bridge window [mem 0x000d0000-0x000dffff]
[ 0.159947] pci_root PNP0A08:00: host bridge window [mem 0x80000000-0xdfffffff]
[ 0.159950] pci_root PNP0A08:00: host bridge window [mem 0xf0000000-0xffffffff]
[ 0.159962] pci 0000:00:00.0: [8086:29c0] type 0 class 0x000600
[ 0.160000] pci 0000:00:01.0: [8086:29c1] type 1 class 0x000604
[ 0.160039] pci 0000:00:01.0: PME# supported from D0 D3hot D3cold
[ 0.160042] pci 0000:00:01.0: PME# disabled
[ 0.160078] pci 0000:00:1a.0: [8086:2937] type 0 class 0x000c03
[ 0.160118] pci 0000:00:1a.0: reg 20: [io 0xbc00-0xbc1f]
[ 0.160159] pci 0000:00:1a.1: [8086:2938] type 0 class 0x000c03
[ 0.160199] pci 0000:00:1a.1: reg 20: [io 0xb880-0xb89f]
[ 0.160249] pci 0000:00:1a.7: [8086:293c] type 0 class 0x000c03
[ 0.160269] pci 0000:00:1a.7: reg 10: [mem 0xf9fffc00-0xf9ffffff]
[ 0.160338] pci 0000:00:1a.7: PME# supported from D0 D3hot D3cold
[ 0.160343] pci 0000:00:1a.7: PME# disabled
[ 0.160364] pci 0000:00:1b.0: [8086:293e] type 0 class 0x000403
[ 0.160378] pci 0000:00:1b.0: reg 10: [mem 0xf9ff8000-0xf9ffbfff 64bit]
[ 0.160429] pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold
[ 0.160433] pci 0000:00:1b.0: PME# disabled
[ 0.160450] pci 0000:00:1c.0: [8086:2940] type 1 class 0x000604
[ 0.160502] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold
[ 0.160505] pci 0000:00:1c.0: PME# disabled
[ 0.160527] pci 0000:00:1c.4: [8086:2948] type 1 class 0x000604
[ 0.160578] pci 0000:00:1c.4: PME# supported from D0 D3hot D3cold
[ 0.160581] pci 0000:00:1c.4: PME# disabled
[ 0.160601] pci 0000:00:1c.5: [8086:294a] type 1 class 0x000604
[ 0.160652] pci 0000:00:1c.5: PME# supported from D0 D3hot D3cold
[ 0.160655] pci 0000:00:1c.5: PME# disabled
[ 0.160677] pci 0000:00:1d.0: [8086:2934] type 0 class 0x000c03
[ 0.160717] pci 0000:00:1d.0: reg 20: [io 0xb800-0xb81f]
[ 0.160757] pci 0000:00:1d.1: [8086:2935] type 0 class 0x000c03
[ 0.160797] pci 0000:00:1d.1: reg 20: [io 0xb480-0xb49f]
[ 0.160838] pci 0000:00:1d.2: [8086:2936] type 0 class 0x000c03
[ 0.160878] pci 0000:00:1d.2: reg 20: [io 0xb400-0xb41f]
[ 0.160919] pci 0000:00:1d.3: [8086:2939] type 0 class 0x000c03
[ 0.160959] pci 0000:00:1d.3: reg 20: [io 0xb080-0xb09f]
[ 0.161007] pci 0000:00:1d.7: [8086:293a] type 0 class 0x000c03
[ 0.161027] pci 0000:00:1d.7: reg 10: [mem 0xf9fff800-0xf9fffbff]
[ 0.161096] pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold
[ 0.161100] pci 0000:00:1d.7: PME# disabled
[ 0.161119] pci 0000:00:1e.0: [8086:244e] type 1 class 0x000604
[ 0.161172] pci 0000:00:1f.0: [8086:2918] type 0 class 0x000601
[ 0.161244] pci 0000:00:1f.0: quirk: [io 0x0800-0x087f] claimed by ICH6 ACPI/GPIO/TCO
[ 0.161248] pci 0000:00:1f.0: quirk: [io 0x0480-0x04bf] claimed by ICH6 GPIO
[ 0.161251] pci 0000:00:1f.0: ICH7 LPC Generic IO decode 1 PIO at 0a00 (mask 00ff)
[ 0.161287] pci 0000:00:1f.2: [8086:2921] type 0 class 0x000101
[ 0.161302] pci 0000:00:1f.2: reg 10: [io 0xb000-0xb007]
[ 0.161309] pci 0000:00:1f.2: reg 14: [io 0xac00-0xac03]
[ 0.161317] pci 0000:00:1f.2: reg 18: [io 0xa880-0xa887]
[ 0.161324] pci 0000:00:1f.2: reg 1c: [io 0xa800-0xa803]
[ 0.161332] pci 0000:00:1f.2: reg 20: [io 0xa480-0xa48f]
[ 0.161339] pci 0000:00:1f.2: reg 24: [io 0xa400-0xa40f]
[ 0.161374] pci 0000:00:1f.3: [8086:2930] type 0 class 0x000c05
[ 0.161388] pci 0000:00:1f.3: reg 10: [mem 0xf9fff400-0xf9fff4ff 64bit]
[ 0.161408] pci 0000:00:1f.3: reg 20: [io 0x0400-0x041f]
[ 0.161438] pci 0000:00:1f.5: [8086:2926] type 0 class 0x000101
[ 0.161452] pci 0000:00:1f.5: reg 10: [io 0xa000-0xa007]
[ 0.161460] pci 0000:00:1f.5: reg 14: [io 0x9c00-0x9c03]
[ 0.161467] pci 0000:00:1f.5: reg 18: [io 0x9880-0x9887]
[ 0.161475] pci 0000:00:1f.5: reg 1c: [io 0x9800-0x9803]
[ 0.161482] pci 0000:00:1f.5: reg 20: [io 0x9480-0x948f]
[ 0.161490] pci 0000:00:1f.5: reg 24: [io 0x9400-0x940f]
[ 0.161554] pci 0000:01:00.0: [10de:0611] type 0 class 0x000300
[ 0.161564] pci 0000:01:00.0: reg 10: [mem 0xfd000000-0xfdffffff]
[ 0.161574] pci 0000:01:00.0: reg 14: [mem 0xd0000000-0xdfffffff 64bit pref]
[ 0.161585] pci 0000:01:00.0: reg 1c: [mem 0xfa000000-0xfbffffff 64bit]
[ 0.161593] pci 0000:01:00.0: reg 24: [io 0xcc00-0xcc7f]
[ 0.161600] pci 0000:01:00.0: reg 30: [mem 0xfe9e0000-0xfe9fffff pref]
[ 0.161641] pci 0000:00:01.0: PCI bridge to [bus 01-01]
[ 0.161644] pci 0000:00:01.0: bridge window [io 0xc000-0xcfff]
[ 0.161647] pci 0000:00:01.0: bridge window [mem 0xfa000000-0xfe9fffff]
[ 0.161651] pci 0000:00:01.0: bridge window [mem 0xd0000000-0xdfffffff 64bit pref]
[ 0.161688] pci 0000:00:1c.0: PCI bridge to [bus 02-02]
[ 0.161692] pci 0000:00:1c.0: bridge window [io 0xf000-0x0000] (disabled)
[ 0.161696] pci 0000:00:1c.0: bridge window [mem 0xfff00000-0x000fffff] (disabled)
[ 0.161701] pci 0000:00:1c.0: bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
[ 0.161754] pci 0000:03:00.0: [11ab:6121] type 0 class 0x000101
[ 0.161770] pci 0000:03:00.0: reg 10: [io 0xdc00-0xdc07]
[ 0.161782] pci 0000:03:00.0: reg 14: [io 0xd880-0xd883]
[ 0.161793] pci 0000:03:00.0: reg 18: [io 0xd800-0xd807]
[ 0.161804] pci 0000:03:00.0: reg 1c: [io 0xd480-0xd483]
[ 0.161816] pci 0000:03:00.0: reg 20: [io 0xd400-0xd40f]
[ 0.161828] pci 0000:03:00.0: reg 24: [mem 0xfeaffc00-0xfeafffff]
[ 0.161870] pci 0000:03:00.0: supports D1
[ 0.161872] pci 0000:03:00.0: PME# supported from D0 D1 D3hot
[ 0.161876] pci 0000:03:00.0: PME# disabled
[ 0.161893] pci 0000:03:00.0: disabling ASPM on pre-1.1 PCIe device. You can enable it with 'pcie_aspm=force'
[ 0.161904] pci 0000:00:1c.4: PCI bridge to [bus 03-03]
[ 0.161907] pci 0000:00:1c.4: bridge window [io 0xd000-0xdfff]
[ 0.161911] pci 0000:00:1c.4: bridge window [mem 0xfea00000-0xfeafffff]
[ 0.161916] pci 0000:00:1c.4: bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
[ 0.161974] pci 0000:04:00.0: [10ec:8168] type 0 class 0x000200
[ 0.161992] pci 0000:04:00.0: reg 10: [io 0xe800-0xe8ff]
[ 0.162023] pci 0000:04:00.0: reg 18: [mem 0xfebff000-0xfebfffff 64bit]
[ 0.162058] pci 0000:04:00.0: reg 30: [mem 0xfebc0000-0xfebdffff pref]
[ 0.162103] pci 0000:04:00.0: supports D1 D2
[ 0.162105] pci 0000:04:00.0: PME# supported from D1 D2 D3hot D3cold
[ 0.162110] pci 0000:04:00.0: PME# disabled
[ 0.162132] pci 0000:04:00.0: disabling ASPM on pre-1.1 PCIe device. You can enable it with 'pcie_aspm=force'
[ 0.162141] pci 0000:00:1c.5: PCI bridge to [bus 04-04]
[ 0.162145] pci 0000:00:1c.5: bridge window [io 0xe000-0xefff]
[ 0.162149] pci 0000:00:1c.5: bridge window [mem 0xfeb00000-0xfebfffff]
[ 0.162154] pci 0000:00:1c.5: bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
[ 0.162212] pci 0000:00:1e.0: PCI bridge to [bus 05-05] (subtractive decode)
[ 0.162216] pci 0000:00:1e.0: bridge window [io 0xf000-0x0000] (disabled)
[ 0.162220] pci 0000:00:1e.0: bridge window [mem 0xfff00000-0x000fffff] (disabled)
[ 0.162225] pci 0000:00:1e.0: bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
[ 0.162227] pci 0000:00:1e.0: bridge window [io 0x0000-0x0cf7] (subtractive decode)
[ 0.162230] pci 0000:00:1e.0: bridge window [io 0x0d00-0xffff] (subtractive decode)
[ 0.162232] pci 0000:00:1e.0: bridge window [mem 0x000a0000-0x000bffff] (subtractive decode)
[ 0.162234] pci 0000:00:1e.0: bridge window [mem 0x000d0000-0x000dffff] (subtractive decode)
[ 0.162237] pci 0000:00:1e.0: bridge window [mem 0x80000000-0xdfffffff] (subtractive decode)
[ 0.162239] pci 0000:00:1e.0: bridge window [mem 0xf0000000-0xffffffff] (subtractive decode)
[ 0.162258] pci_bus 0000:00: on NUMA node 0
[ 0.162261] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[ 0.162405] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P1._PRT]
[ 0.162512] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P4._PRT]
[ 0.162562] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P8._PRT]
[ 0.162602] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P9._PRT]
[ 0.162721] pci0000:00: Requesting ACPI _OSC control (0x1d)
[ 0.162866] pci0000:00: ACPI _OSC control (0x1d) granted
[ 0.170586] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 6 7 *10 11 12 14 15)
[ 0.170631] ACPI: PCI Interrupt Link [LNKB] (IRQs *5)
[ 0.170670] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 6 7 10 11 12 *14 15)
[ 0.170713] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 6 7 10 *11 12 14 15)
[ 0.170755] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 6 7 10 11 12 14 15) *0, disabled.
[ 0.170799] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 6 7 10 11 12 14 *15)
[ 0.170841] ACPI: PCI Interrupt Link [LNKG] (IRQs *3 4 6 7 10 11 12 14 15)
[ 0.170886] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 6 *7 10 11 12 14 15)
[ 0.170979] vgaarb: device added: PCI:0000:01:00.0,decodes=io+mem,owns=io+mem,locks=none
[ 0.170982] vgaarb: loaded
[ 0.171106] SCSI subsystem initialized
[ 0.171117] libata version 3.00 loaded.
[ 0.171117] usbcore: registered new interface driver usbfs
[ 0.171117] usbcore: registered new interface driver hub
[ 0.171117] usbcore: registered new device driver usb
[ 0.171117] wmi: Mapper loaded
[ 0.171117] PCI: Using ACPI for IRQ routing
[ 0.171117] PCI: pci_cache_line_size set to 64 bytes
[ 0.171117] reserve RAM buffer: 000000000009f800 - 000000000009ffff
[ 0.171117] reserve RAM buffer: 000000007ffb0000 - 000000007fffffff
[ 0.171117] NetLabel: Initializing
[ 0.171117] NetLabel: domain hash size = 128
[ 0.171117] NetLabel: protocols = UNLABELED CIPSOv4
[ 0.171117] NetLabel: unlabeled traffic allowed by default
[ 0.171117] HPET: 4 timers in total, 0 timers will be used for per-cpu timer
[ 0.171117] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0
[ 0.171117] hpet0: 4 comparators, 64-bit 14.318180 MHz counter
[ 0.176027] Switching to clocksource hpet
[ 0.182583] AppArmor: AppArmor Filesystem Enabled
[ 0.182610] pnp: PnP ACPI init
[ 0.182628] ACPI: bus type pnp registered
[ 0.182737] pnp 00:00: [bus 00-ff]
[ 0.182739] pnp 00:00: [io 0x0cf8-0x0cff]
[ 0.182741] pnp 00:00: [io 0x0000-0x0cf7 window]
[ 0.182743] pnp 00:00: [io 0x0d00-0xffff window]
[ 0.182746] pnp 00:00: [mem 0x000a0000-0x000bffff window]
[ 0.182748] pnp 00:00: [mem 0x000d0000-0x000dffff window]
[ 0.182750] pnp 00:00: [mem 0x80000000-0xdfffffff window]
[ 0.182752] pnp 00:00: [mem 0xf0000000-0xffffffff window]
[ 0.182815] pnp 00:00: Plug and Play ACPI device, IDs PNP0a08 PNP0a03 (active)
[ 0.182824] pnp 00:01: [mem 0xfed14000-0xfed19fff]
[ 0.182874] system 00:01: [mem 0xfed14000-0xfed19fff] has been reserved
[ 0.182877] system 00:01: Plug and Play ACPI device, IDs PNP0c01 (active)
[ 0.182907] pnp 00:02: [dma 4]
[ 0.182909] pnp 00:02: [io 0x0000-0x000f]
[ 0.182911] pnp 00:02: [io 0x0081-0x0083]
[ 0.182913] pnp 00:02: [io 0x0087]
[ 0.182914] pnp 00:02: [io 0x0089-0x008b]
[ 0.182916] pnp 00:02: [io 0x008f]
[ 0.182918] pnp 00:02: [io 0x00c0-0x00df]
[ 0.182943] pnp 00:02: Plug and Play ACPI device, IDs PNP0200 (active)
[ 0.182953] pnp 00:03: [io 0x0070-0x0071]
[ 0.182963] pnp 00:03: [irq 8]
[ 0.182991] pnp 00:03: Plug and Play ACPI device, IDs PNP0b00 (active)
[ 0.182999] pnp 00:04: [io 0x0061]
[ 0.183024] pnp 00:04: Plug and Play ACPI device, IDs PNP0800 (active)
[ 0.183033] pnp 00:05: [io 0x00f0-0x00ff]
[ 0.183037] pnp 00:05: [irq 13]
[ 0.183063] pnp 00:05: Plug and Play ACPI device, IDs PNP0c04 (active)
[ 0.183299] pnp 00:06: [io 0x03f8-0x03ff]
[ 0.183304] pnp 00:06: [irq 4]
[ 0.183306] pnp 00:06: [dma 0 disabled]
[ 0.183364] pnp 00:06: Plug and Play ACPI device, IDs PNP0501 (active)
[ 0.183591] pnp 00:07: [io 0x0060]
[ 0.183593] pnp 00:07: [io 0x0064]
[ 0.183598] pnp 00:07: [irq 1]
[ 0.183627] pnp 00:07: Plug and Play ACPI device, IDs PNP0303 PNP030b (active)
[ 0.183667] pnp 00:08: [irq 12]
[ 0.183696] pnp 00:08: Plug and Play ACPI device, IDs PNP0f03 PNP0f13 (active)
[ 0.183775] pnp 00:09: [io 0x0000-0xffffffff disabled]
[ 0.183778] pnp 00:09: [io 0x0a00-0x0adf]
[ 0.183779] pnp 00:09: [io 0x0ae0-0x0aef]
[ 0.183829] system 00:09: [io 0x0a00-0x0adf] has been reserved
[ 0.183832] system 00:09: [io 0x0ae0-0x0aef] has been reserved
[ 0.183835] system 00:09: Plug and Play ACPI device, IDs PNP0c02 (active)
[ 0.183905] pnp 00:0a: [io 0x0010-0x001f]
[ 0.183907] pnp 00:0a: [io 0x0022-0x003f]
[ 0.183909] pnp 00:0a: [io 0x0044-0x005f]
[ 0.183913] pnp 00:0a: [io 0x0062-0x0063]
[ 0.183915] pnp 00:0a: [io 0x0065-0x006f]
[ 0.183917] pnp 00:0a: [io 0x0072-0x007f]
[ 0.183918] pnp 00:0a: [io 0x0080]
[ 0.183920] pnp 00:0a: [io 0x0084-0x0086]
[ 0.183922] pnp 00:0a: [io 0x0088]
[ 0.183924] pnp 00:0a: [io 0x008c-0x008e]
[ 0.183926] pnp 00:0a: [io 0x0090-0x009f]
[ 0.183927] pnp 00:0a: [io 0x00a2-0x00bf]
[ 0.183929] pnp 00:0a: [io 0x00e0-0x00ef]
[ 0.183931] pnp 00:0a: [io 0x04d0-0x04d1]
[ 0.183933] pnp 00:0a: [io 0x0800-0x087f]
[ 0.183935] pnp 00:0a: [io 0x0000-0xffffffff disabled]
[ 0.183937] pnp 00:0a: [io 0x0480-0x04bf]
[ 0.183939] pnp 00:0a: [mem 0xfed1c000-0xfed1ffff]
[ 0.183941] pnp 00:0a: [mem 0xfed20000-0xfed8ffff]
[ 0.184025] system 00:0a: [io 0x04d0-0x04d1] has been reserved
[ 0.184028] system 00:0a: [io 0x0800-0x087f] has been reserved
[ 0.184031] system 00:0a: [io 0x0480-0x04bf] has been reserved
[ 0.184033] system 00:0a: [mem 0xfed1c000-0xfed1ffff] has been reserved
[ 0.184036] system 00:0a: [mem 0xfed20000-0xfed8ffff] has been reserved
[ 0.184039] system 00:0a: Plug and Play ACPI device, IDs PNP0c02 (active)
[ 0.184091] pnp 00:0b: [mem 0xfed00000-0xfed003ff]
[ 0.184120] pnp 00:0b: Plug and Play ACPI device, IDs PNP0103 (active)
[ 0.184166] pnp 00:0c: [mem 0xffb00000-0xffbfffff]
[ 0.184168] pnp 00:0c: [mem 0xfff00000-0xffffffff]
[ 0.184198] pnp 00:0c: Plug and Play ACPI device, IDs INT0800 (active)
[ 0.184236] pnp 00:0d: [mem 0xffc00000-0xffefffff]
[ 0.184283] system 00:0d: [mem 0xffc00000-0xffefffff] has been reserved
[ 0.184286] system 00:0d: Plug and Play ACPI device, IDs PNP0c02 (active)
[ 0.184364] pnp 00:0e: [mem 0xfec00000-0xfec00fff]
[ 0.184366] pnp 00:0e: [mem 0xfee00000-0xfee00fff]
[ 0.184414] system 00:0e: [mem 0xfec00000-0xfec00fff] could not be reserved
[ 0.184416] system 00:0e: [mem 0xfee00000-0xfee00fff] has been reserved
[ 0.184419] system 00:0e: Plug and Play ACPI device, IDs PNP0c02 (active)
[ 0.184449] pnp 00:0f: [mem 0xe0000000-0xefffffff]
[ 0.184496] system 00:0f: [mem 0xe0000000-0xefffffff] has been reserved
[ 0.184499] system 00:0f: Plug and Play ACPI device, IDs PNP0c02 (active)
[ 0.184654] pnp 00:10: [mem 0x00000000-0x0009ffff]
[ 0.184656] pnp 00:10: [mem 0x000c0000-0x000cffff]
[ 0.184659] pnp 00:10: [mem 0x000e0000-0x000fffff]
[ 0.184661] pnp 00:10: [mem 0x00100000-0x7fffffff]
[ 0.184663] pnp 00:10: [mem 0x00000000-0xffffffff disabled]
[ 0.184722] system 00:10: [mem 0x00000000-0x0009ffff] could not be reserved
[ 0.184725] system 00:10: [mem 0x000c0000-0x000cffff] could not be reserved
[ 0.184727] system 00:10: [mem 0x000e0000-0x000fffff] could not be reserved
[ 0.184730] system 00:10: [mem 0x00100000-0x7fffffff] could not be reserved
[ 0.184733] system 00:10: Plug and Play ACPI device, IDs PNP0c01 (active)
[ 0.184856] pnp: PnP ACPI: found 17 devices
[ 0.184857] ACPI: ACPI bus type pnp unregistered
[ 0.184861] PnPBIOS: Disabled by ACPI PNP
[ 0.221052] pci 0000:00:1c.0: BAR 14: assigned [mem 0x80000000-0x801fffff]
[ 0.221055] pci 0000:00:1c.0: BAR 15: assigned [mem 0x80200000-0x803fffff 64bit pref]
[ 0.221059] pci 0000:00:1c.4: BAR 15: assigned [mem 0x80400000-0x805fffff 64bit pref]
[ 0.221062] pci 0000:00:1c.5: BAR 15: assigned [mem 0x80600000-0x807fffff 64bit pref]
[ 0.221065] pci 0000:00:1c.0: BAR 13: assigned [io 0x1000-0x1fff]
[ 0.221067] pci 0000:00:01.0: PCI bridge to [bus 01-01]
[ 0.221070] pci 0000:00:01.0: bridge window [io 0xc000-0xcfff]
[ 0.221073] pci 0000:00:01.0: bridge window [mem 0xfa000000-0xfe9fffff]
[ 0.221077] pci 0000:00:01.0: bridge window [mem 0xd0000000-0xdfffffff 64bit pref]
[ 0.221081] pci 0000:00:1c.0: PCI bridge to [bus 02-02]
[ 0.221083] pci 0000:00:1c.0: bridge window [io 0x1000-0x1fff]
[ 0.221088] pci 0000:00:1c.0: bridge window [mem 0x80000000-0x801fffff]
[ 0.221092] pci 0000:00:1c.0: bridge window [mem 0x80200000-0x803fffff 64bit pref]
[ 0.221097] pci 0000:00:1c.4: PCI bridge to [bus 03-03]
[ 0.221100] pci 0000:00:1c.4: bridge window [io 0xd000-0xdfff]
[ 0.221104] pci 0000:00:1c.4: bridge window [mem 0xfea00000-0xfeafffff]
[ 0.221108] pci 0000:00:1c.4: bridge window [mem 0x80400000-0x805fffff 64bit pref]
[ 0.221114] pci 0000:00:1c.5: PCI bridge to [bus 04-04]
[ 0.221116] pci 0000:00:1c.5: bridge window [io 0xe000-0xefff]
[ 0.221121] pci 0000:00:1c.5: bridge window [mem 0xfeb00000-0xfebfffff]
[ 0.221125] pci 0000:00:1c.5: bridge window [mem 0x80600000-0x807fffff 64bit pref]
[ 0.221130] pci 0000:00:1e.0: PCI bridge to [bus 05-05]
[ 0.221132] pci 0000:00:1e.0: bridge window [io disabled]
[ 0.221136] pci 0000:00:1e.0: bridge window [mem disabled]
[ 0.221139] pci 0000:00:1e.0: bridge window [mem pref disabled]
[ 0.221156] pci 0000:00:01.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 0.221159] pci 0000:00:01.0: setting latency timer to 64
[ 0.221164] pci 0000:00:1c.0: enabling device (0104 -> 0107)
[ 0.221171] pci 0000:00:1c.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 0.221174] pci 0000:00:1c.0: setting latency timer to 64
[ 0.221180] pci 0000:00:1c.4: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 0.221184] pci 0000:00:1c.4: setting latency timer to 64
[ 0.221189] pci 0000:00:1c.5: PCI INT B -> GSI 16 (level, low) -> IRQ 16
[ 0.221192] pci 0000:00:1c.5: setting latency timer to 64
[ 0.221198] pci 0000:00:1e.0: setting latency timer to 64
[ 0.221202] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7]
[ 0.221204] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff]
[ 0.221206] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff]
[ 0.221208] pci_bus 0000:00: resource 7 [mem 0x000d0000-0x000dffff]
[ 0.221210] pci_bus 0000:00: resource 8 [mem 0x80000000-0xdfffffff]
[ 0.221212] pci_bus 0000:00: resource 9 [mem 0xf0000000-0xffffffff]
[ 0.221215] pci_bus 0000:01: resource 0 [io 0xc000-0xcfff]
[ 0.221217] pci_bus 0000:01: resource 1 [mem 0xfa000000-0xfe9fffff]
[ 0.221219] pci_bus 0000:01: resource 2 [mem 0xd0000000-0xdfffffff 64bit pref]
[ 0.221221] pci_bus 0000:02: resource 0 [io 0x1000-0x1fff]
[ 0.221224] pci_bus 0000:02: resource 1 [mem 0x80000000-0x801fffff]
[ 0.221226] pci_bus 0000:02: resource 2 [mem 0x80200000-0x803fffff 64bit pref]
[ 0.221228] pci_bus 0000:03: resource 0 [io 0xd000-0xdfff]
[ 0.221230] pci_bus 0000:03: resource 1 [mem 0xfea00000-0xfeafffff]
[ 0.221232] pci_bus 0000:03: resource 2 [mem 0x80400000-0x805fffff 64bit pref]
[ 0.221235] pci_bus 0000:04: resource 0 [io 0xe000-0xefff]
[ 0.221237] pci_bus 0000:04: resource 1 [mem 0xfeb00000-0xfebfffff]
[ 0.221239] pci_bus 0000:04: resource 2 [mem 0x80600000-0x807fffff 64bit pref]
[ 0.221241] pci_bus 0000:05: resource 4 [io 0x0000-0x0cf7]
[ 0.221244] pci_bus 0000:05: resource 5 [io 0x0d00-0xffff]
[ 0.221246] pci_bus 0000:05: resource 6 [mem 0x000a0000-0x000bffff]
[ 0.221248] pci_bus 0000:05: resource 7 [mem 0x000d0000-0x000dffff]
[ 0.221250] pci_bus 0000:05: resource 8 [mem 0x80000000-0xdfffffff]
[ 0.221252] pci_bus 0000:05: resource 9 [mem 0xf0000000-0xffffffff]
[ 0.221281] NET: Registered protocol family 2
[ 0.221343] IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
[ 0.221540] TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
[ 0.221841] TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
[ 0.222030] TCP: Hash tables configured (established 131072 bind 65536)
[ 0.222033] TCP reno registered
[ 0.222036] UDP hash table entries: 512 (order: 2, 16384 bytes)
[ 0.222044] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
[ 0.222142] NET: Registered protocol family 1
[ 0.222301] pci 0000:01:00.0: Boot video device
[ 0.222310] PCI: CLS 32 bytes, default 64
[ 0.222361] Trying to unpack rootfs image as initramfs...
[ 0.431861] Freeing initrd memory: 10660k freed
[ 0.435791] cpufreq-nforce2: No nForce2 chipset.
[ 0.435822] Scanning for low memory corruption every 60 seconds
[ 0.435920] audit: initializing netlink socket (disabled)
[ 0.435931] type=2000 audit(1295359319.428:1): initialized
[ 0.444775] highmem bounce pool size: 64 pages
[ 0.444781] HugeTLB registered 4 MB page size, pre-allocated 0 pages
[ 0.446306] VFS: Disk quotas dquot_6.5.2
[ 0.446364] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[ 0.446952] fuse init (API version 7.16)
[ 0.447035] msgmni has been set to 1703
[ 0.447220] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
[ 0.447222] io scheduler noop registered
[ 0.447224] io scheduler deadline registered
[ 0.447236] io scheduler cfq registered (default)
[ 0.447338] pcieport 0000:00:01.0: setting latency timer to 64
[ 0.447367] pcieport 0000:00:01.0: irq 40 for MSI/MSI-X
[ 0.447433] pcieport 0000:00:1c.0: setting latency timer to 64
[ 0.447469] pcieport 0000:00:1c.0: irq 41 for MSI/MSI-X
[ 0.447554] pcieport 0000:00:1c.4: setting latency timer to 64
[ 0.447588] pcieport 0000:00:1c.4: irq 42 for MSI/MSI-X
[ 0.447674] pcieport 0000:00:1c.5: setting latency timer to 64
[ 0.447708] pcieport 0000:00:1c.5: irq 43 for MSI/MSI-X
[ 0.447812] pcieport 0000:00:01.0: Signaling PME through PCIe PME interrupt
[ 0.447814] pci 0000:01:00.0: Signaling PME through PCIe PME interrupt
[ 0.447817] pcie_pme 0000:00:01.0:pcie01: service driver pcie_pme loaded
[ 0.447833] pcieport 0000:00:1c.0: Signaling PME through PCIe PME interrupt
[ 0.447837] pcie_pme 0000:00:1c.0:pcie01: service driver pcie_pme loaded
[ 0.447852] pcieport 0000:00:1c.4: Signaling PME through PCIe PME interrupt
[ 0.447855] pci 0000:03:00.0: Signaling PME through PCIe PME interrupt
[ 0.447858] pcie_pme 0000:00:1c.4:pcie01: service driver pcie_pme loaded
[ 0.447874] pcieport 0000:00:1c.5: Signaling PME through PCIe PME interrupt
[ 0.447876] pci 0000:04:00.0: Signaling PME through PCIe PME interrupt
[ 0.447880] pcie_pme 0000:00:1c.5:pcie01: service driver pcie_pme loaded
[ 0.447896] pci_hotplug: PCI Hot Plug PCI Core version: 0.5
[ 0.447936] pciehp 0000:00:1c.0:pcie04: HPC vendor_id 8086 device_id 2940 ss_vid 1462 ss_did 7360
[ 0.447953] pciehp 0000:00:1c.0:pcie04: service driver pciehp loaded
[ 0.447963] pciehp 0000:00:1c.4:pcie04: HPC vendor_id 8086 device_id 2948 ss_vid 1462 ss_did 7360
[ 0.447979] pciehp 0000:00:1c.4:pcie04: service driver pciehp loaded
[ 0.447988] pciehp 0000:00:1c.5:pcie04: HPC vendor_id 8086 device_id 294a ss_vid 1462 ss_did 7360
[ 0.448016] pciehp 0000:00:1c.5:pcie04: service driver pciehp loaded
[ 0.448023] pciehp: PCI Express Hot Plug Controller Driver version: 0.4
[ 0.448127] intel_idle: MWAIT substates: 0x220
[ 0.448129] intel_idle: does not run on family 6 model 15
[ 0.448214] input: Power Button as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input0
[ 0.448218] ACPI: Power Button [PWRB]
[ 0.448261] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input1
[ 0.448264] ACPI: Power Button [PWRF]
[ 0.448416] ACPI: acpi_idle registered with cpuidle
[ 0.449967] ERST: Table is not found!
[ 0.450014] isapnp: Scanning for PnP cards...
[ 0.802888] isapnp: No Plug & Play device found
[ 0.803044] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[ 0.823375] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[ 0.844019] 00:06: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[ 0.845330] brd: module loaded
[ 0.845865] loop: module loaded
[ 0.845944] i2c-core: driver [adp5520] using legacy suspend method
[ 0.845946] i2c-core: driver [adp5520] using legacy resume method
[ 0.846030] ata_piix 0000:00:1f.2: version 2.13
[ 0.846051] ata_piix 0000:00:1f.2: PCI INT B -> GSI 19 (level, low) -> IRQ 19
[ 0.846055] ata_piix 0000:00:1f.2: MAP [ P0 -- P1 -- ]
[ 0.846089] ata_piix 0000:00:1f.2: setting latency timer to 64
[ 0.846313] scsi0 : ata_piix
[ 0.846400] scsi1 : ata_piix
[ 0.847627] ata1: SATA max UDMA/133 cmd 0xb000 ctl 0xac00 bmdma 0xa480 irq 19
[ 0.847630] ata2: SATA max UDMA/133 cmd 0xa880 ctl 0xa800 bmdma 0xa488 irq 19
[ 0.847667] ata_piix 0000:00:1f.5: PCI INT B -> GSI 19 (level, low) -> IRQ 19
[ 0.847677] ata_piix 0000:00:1f.5: MAP [ P0 -- P1 -- ]
[ 0.847709] ata_piix 0000:00:1f.5: setting latency timer to 64
[ 0.847909] scsi2 : ata_piix
[ 0.847969] scsi3 : ata_piix
[ 0.848981] ata3: SATA max UDMA/133 cmd 0xa000 ctl 0x9c00 bmdma 0x9480 irq 19
[ 0.848984] ata4: SATA max UDMA/133 cmd 0x9880 ctl 0x9800 bmdma 0x9488 irq 19
[ 0.849039] pata_acpi 0000:03:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 0.849062] pata_acpi 0000:03:00.0: setting latency timer to 64
[ 0.849073] pata_acpi 0000:03:00.0: PCI INT A disabled
[ 0.849359] Fixed MDIO Bus: probed
[ 0.849395] PPP generic driver version 2.4.2
[ 0.849442] tun: Universal TUN/TAP device driver, 1.6
[ 0.849444] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
[ 0.849525] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 0.849544] ehci_hcd 0000:00:1a.7: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[ 0.849556] ehci_hcd 0000:00:1a.7: setting latency timer to 64
[ 0.849559] ehci_hcd 0000:00:1a.7: EHCI Host Controller
[ 0.849603] ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 1
[ 0.860041] ehci_hcd 0000:00:1a.7: debug port 1
[ 0.863922] ehci_hcd 0000:00:1a.7: cache line size of 32 is not supported
[ 0.863936] ehci_hcd 0000:00:1a.7: irq 18, io mem 0xf9fffc00
[ 0.876010] ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00
[ 0.876116] hub 1-0:1.0: USB hub found
[ 0.876120] hub 1-0:1.0: 4 ports detected
[ 0.876193] ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23
[ 0.876203] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[ 0.876206] ehci_hcd 0000:00:1d.7: EHCI Host Controller
[ 0.876241] ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 2
[ 0.876280] ehci_hcd 0000:00:1d.7: debug port 1
[ 0.880161] ehci_hcd 0000:00:1d.7: cache line size of 32 is not supported
[ 0.880174] ehci_hcd 0000:00:1d.7: irq 23, io mem 0xf9fff800
[ 0.896010] ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
[ 0.896104] hub 2-0:1.0: USB hub found
[ 0.896108] hub 2-0:1.0: 8 ports detected
[ 0.896183] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[ 0.896196] uhci_hcd: USB Universal Host Controller Interface driver
[ 0.896223] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 0.896229] uhci_hcd 0000:00:1a.0: setting latency timer to 64
[ 0.896232] uhci_hcd 0000:00:1a.0: UHCI Host Controller
[ 0.896265] uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 3
[ 0.896309] uhci_hcd 0000:00:1a.0: irq 16, io base 0x0000bc00
[ 0.896411] hub 3-0:1.0: USB hub found
[ 0.896415] hub 3-0:1.0: 2 ports detected
[ 0.896484] uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[ 0.896489] uhci_hcd 0000:00:1a.1: setting latency timer to 64
[ 0.896492] uhci_hcd 0000:00:1a.1: UHCI Host Controller
[ 0.896526] uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 4
[ 0.896568] uhci_hcd 0000:00:1a.1: irq 21, io base 0x0000b880
[ 0.896676] hub 4-0:1.0: USB hub found
[ 0.896679] hub 4-0:1.0: 2 ports detected
[ 0.896743] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23
[ 0.896748] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[ 0.896751] uhci_hcd 0000:00:1d.0: UHCI Host Controller
[ 0.896784] uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 5
[ 0.900037] uhci_hcd 0000:00:1d.0: irq 23, io base 0x0000b800
[ 0.900146] hub 5-0:1.0: USB hub found
[ 0.900149] hub 5-0:1.0: 2 ports detected
[ 0.900213] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 19 (level, low) -> IRQ 19
[ 0.900218] uhci_hcd 0000:00:1d.1: setting latency timer to 64
[ 0.900221] uhci_hcd 0000:00:1d.1: UHCI Host Controller
[ 0.900257] uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 6
[ 0.900291] uhci_hcd 0000:00:1d.1: irq 19, io base 0x0000b480
[ 0.900396] hub 6-0:1.0: USB hub found
[ 0.900400] hub 6-0:1.0: 2 ports detected
[ 0.900464] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[ 0.900469] uhci_hcd 0000:00:1d.2: setting latency timer to 64
[ 0.900472] uhci_hcd 0000:00:1d.2: UHCI Host Controller
[ 0.900506] uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 7
[ 0.900540] uhci_hcd 0000:00:1d.2: irq 18, io base 0x0000b400
[ 0.900651] hub 7-0:1.0: USB hub found
[ 0.900655] hub 7-0:1.0: 2 ports detected
[ 0.900716] uhci_hcd 0000:00:1d.3: PCI INT D -> GSI 16 (level, low) -> IRQ 16
[ 0.900722] uhci_hcd 0000:00:1d.3: setting latency timer to 64
[ 0.900725] uhci_hcd 0000:00:1d.3: UHCI Host Controller
[ 0.900757] uhci_hcd 0000:00:1d.3: new USB bus registered, assigned bus number 8
[ 0.900791] uhci_hcd 0000:00:1d.3: irq 16, io base 0x0000b080
[ 0.900898] hub 8-0:1.0: USB hub found
[ 0.900901] hub 8-0:1.0: 2 ports detected
[ 0.901045] i8042: PNP: PS/2 Controller [PNP0303:PS2K,PNP0f03:PS2M] at 0x60,0x64 irq 1,12
[ 0.903302] serio: i8042 KBD port at 0x60,0x64 irq 1
[ 0.903307] serio: i8042 AUX port at 0x60,0x64 irq 12
[ 0.903414] mousedev: PS/2 mouse device common for all mice
[ 0.903534] rtc_cmos 00:03: RTC can wake from S4
[ 0.903586] rtc_cmos 00:03: rtc core: registered rtc_cmos as rtc0
[ 0.903607] rtc0: alarms up to one month, y3k, 114 bytes nvram, hpet irqs
[ 0.903706] device-mapper: uevent: version 1.0.3
[ 0.903778] device-mapper: ioctl: 4.19.1-ioctl (2011-01-07) initialised: dm-devel@redhat.com
[ 0.903833] device-mapper: multipath: version 1.2.0 loaded
[ 0.903836] device-mapper: multipath round-robin: version 1.0.0 loaded
[ 0.903923] EISA: Probing bus 0 at eisa.0
[ 0.903925] EISA: Cannot allocate resource for mainboard
[ 0.903927] Cannot allocate resource for EISA slot 1
[ 0.903929] Cannot allocate resource for EISA slot 2
[ 0.903930] Cannot allocate resource for EISA slot 3
[ 0.903932] Cannot allocate resource for EISA slot 4
[ 0.903934] Cannot allocate resource for EISA slot 5
[ 0.903935] Cannot allocate resource for EISA slot 6
[ 0.903937] Cannot allocate resource for EISA slot 7
[ 0.903939] Cannot allocate resource for EISA slot 8
[ 0.903940] EISA: Detected 0 cards.
[ 0.903986] cpuidle: using governor ladder
[ 0.903988] cpuidle: using governor menu
[ 0.904256] TCP cubic registered
[ 0.904368] NET: Registered protocol family 10
[ 0.904694] lo: Disabled Privacy Extensions
[ 0.904894] NET: Registered protocol family 17
[ 0.904908] Registering the dns_resolver key type
[ 0.905320] Using IPI No-Shortcut mode
[ 0.905406] PM: Hibernation image not present or could not be loaded.
[ 0.905415] registered taskstats version 1
[ 0.905687] Magic number: 11:765:30
[ 0.905752] rtc_cmos 00:03: setting system clock to 2011-01-18 14:02:00 UTC (1295359320)
[ 0.905754] BIOS EDD facility v0.16 2004-Jun-25, 0 devices found
[ 0.905756] EDD information not available.
[ 0.926746] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input2
[ 1.178564] ata3: SATA link down (SStatus 0 SControl 300)
[ 1.189131] ata4: SATA link down (SStatus 0 SControl 300)
[ 1.320041] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 1.320136] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 1.328237] ata2.00: ATAPI: PIONEER DVD-RW DVR-212D, 1.24, max UDMA/66
[ 1.328350] ata1.00: ATA-7: SAMSUNG HD103UJ, 1AA01113, max UDMA7
[ 1.328353] ata1.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 0/32)
[ 1.336241] ata1.00: configured for UDMA/133
[ 1.336340] scsi 0:0:0:0: Direct-Access ATA SAMSUNG HD103UJ 1AA0 PQ: 0 ANSI: 5
[ 1.336470] sd 0:0:0:0: [sda] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
[ 1.336481] sd 0:0:0:0: Attached scsi generic sg0 type 0
[ 1.336515] sd 0:0:0:0: [sda] Write Protect is off
[ 1.336518] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 1.336543] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 1.344116] ata2.00: configured for UDMA/66
[ 1.350324] scsi 1:0:0:0: CD-ROM PIONEER DVD-RW DVR-212D 1.24 PQ: 0 ANSI: 5
[ 1.361934] sr0: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray
[ 1.361937] cdrom: Uniform CD-ROM driver Revision: 3.20
[ 1.362026] sr 1:0:0:0: Attached scsi CD-ROM sr0
[ 1.362079] sr 1:0:0:0: Attached scsi generic sg1 type 5
[ 1.392781] sda: sda1 sda2 < sda5 sda6 >
[ 1.393060] sd 0:0:0:0: [sda] Attached SCSI disk
[ 1.393080] Freeing unused kernel memory: 700k freed
[ 1.393359] Write protecting the kernel text: 4992k
[ 1.393400] Write protecting the kernel read-only data: 2012k
[ 1.410278] udev[70]: starting version 163
[ 1.432032] Refined TSC clocksource calibration: 2603.474 MHz.
[ 1.432037] Switching to clocksource tsc
[ 1.507479] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[ 1.507498] r8169 0000:04:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 1.507538] r8169 0000:04:00.0: setting latency timer to 64
[ 1.510946] ahci 0000:03:00.0: version 3.0
[ 1.511213] r8169 0000:04:00.0: irq 44 for MSI/MSI-X
[ 1.511694] r8169 0000:04:00.0: eth0: RTL8168b/8111b at 0xf805e000, 00:1d:92:33:07:c1, XID 18000000 IRQ 44
[ 1.512895] pata_marvell 0000:03:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 1.512923] pata_marvell 0000:03:00.0: setting latency timer to 64
[ 1.513238] scsi4 : pata_marvell
[ 1.513310] scsi5 : pata_marvell
[ 1.513358] ata5: PATA max UDMA/100 cmd 0xdc00 ctl 0xd880 bmdma 0xd400 irq 16
[ 1.513361] ata6: PATA max UDMA/133 cmd 0xd800 ctl 0xd480 bmdma 0xd408 irq 16
[ 1.747529] EXT4-fs (sda5): INFO: recovery required on readonly filesystem
[ 1.747532] EXT4-fs (sda5): write access will be enabled during recovery
[ 1.927811] EXT4-fs (sda5): recovery complete
[ 1.928433] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: (null)
[ 3.542657] Adding 6037500k swap on /dev/sda6. Priority:-1 extents:1 across:6037500k
[ 4.395783] udev[284]: starting version 163
[ 4.493008] EXT4-fs (sda5): re-mounted. Opts: errors=remount-ro
[ 5.125873] psmouse serio1: ID: 10 00 64
[ 5.312145] lp: driver loaded but no devices found
[ 5.348863] Linux agpgart interface v0.103
[ 5.682756] input: ImPS/2 Generic Wheel Mouse as /devices/platform/i8042/serio1/input/input3
[ 5.961826] [drm] Initialized drm 1.1.0 20060810
[ 6.215862] nouveau 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 6.215869] nouveau 0000:01:00.0: setting latency timer to 64
[ 6.217853] [drm] nouveau 0000:01:00.0: Detected an NV50 generation card (0x092880a2)
[ 6.220496] [drm] nouveau 0000:01:00.0: Attempting to load BIOS image from PRAMIN
[ 6.272922] [drm] nouveau 0000:01:00.0: ... appears to be valid
[ 6.272926] [drm] nouveau 0000:01:00.0: BIT BIOS found
[ 6.272929] [drm] nouveau 0000:01:00.0: Bios version 62.92.1f.00
[ 6.272932] [drm] nouveau 0000:01:00.0: TMDS table version 2.0
[ 6.272935] [drm] nouveau 0000:01:00.0: Found Display Configuration Block version 4.0
[ 6.272937] [drm] nouveau 0000:01:00.0: Raw DCB entry 0: 02000300 00000028
[ 6.272940] [drm] nouveau 0000:01:00.0: Raw DCB entry 1: 01000302 00000030
[ 6.272942] [drm] nouveau 0000:01:00.0: Raw DCB entry 2: 04011310 00000028
[ 6.272944] [drm] nouveau 0000:01:00.0: Raw DCB entry 3: 02011312 00000030
[ 6.272946] [drm] nouveau 0000:01:00.0: Raw DCB entry 4: 010223f1 00c0c080
[ 6.272949] [drm] nouveau 0000:01:00.0: DCB connector table: VHER 0x40 5 16 4
[ 6.272952] [drm] nouveau 0000:01:00.0: 0: 0x00001030: type 0x30 idx 0 tag 0x07
[ 6.272954] [drm] nouveau 0000:01:00.0: 1: 0x00002130: type 0x30 idx 1 tag 0x08
[ 6.272957] [drm] nouveau 0000:01:00.0: 2: 0x00000210: type 0x10 idx 2 tag 0xff
[ 6.272959] [drm] nouveau 0000:01:00.0: 3: 0x00000211: type 0x11 idx 3 tag 0xff
[ 6.272961] [drm] nouveau 0000:01:00.0: 4: 0x00000213: type 0x13 idx 4 tag 0xff
[ 6.272965] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 0 at offset 0xC10F
[ 6.316163] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 1 at offset 0xC4B3
[ 6.332014] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 2 at offset 0xD22E
[ 6.332023] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 3 at offset 0xD350
[ 6.340082] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 4 at offset 0xD580
[ 6.340085] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table at offset 0xD5E5
[ 6.364016] [drm] nouveau 0000:01:00.0: 0xD5E5: Condition still not met after 20ms, skipping following opcodes
[ 6.979679] adt7475 0-002e: ADT7473 device, revision 1
[ 6.980786] HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
[ 6.980834] HDA Intel 0000:00:1b.0: irq 45 for MSI/MSI-X
[ 6.980858] HDA Intel 0000:00:1b.0: setting latency timer to 64
[ 6.989346] [drm] nouveau 0000:01:00.0: Detected monitoring device: adt7473
[ 6.989350] [drm] nouveau 0000:01:00.0: 1 available performance level(s)
[ 6.989354] [drm] nouveau 0000:01:00.0: 3: memory 900MHz core 600MHz shader 1500MHz fanspeed 100%
[ 6.989369] [drm] nouveau 0000:01:00.0: c: memory 399MHz core 399MHz shader 810MHz voltage 1050mV
[ 6.989491] [TTM] Zone kernel: Available graphics memory: 436454 kiB.
[ 6.989493] [TTM] Zone highmem: Available graphics memory: 1030218 kiB.
[ 6.989495] [TTM] Initializing pool allocator.
[ 6.989507] [drm] nouveau 0000:01:00.0: Detected 512MiB VRAM
[ 7.001359] [drm] nouveau 0000:01:00.0: 512 MiB GART (aperture)
[ 7.021683] [drm] nouveau 0000:01:00.0: DCB encoder 1 unknown
[ 7.021686] [drm] nouveau 0000:01:00.0: TV-1 has no encoders, removing
[ 7.022144] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[ 7.022146] [drm] No driver support for vblank timestamp query.
[ 7.040107] hda_codec: ALC888: BIOS auto-probing.
[ 7.045038] input: HDA Intel Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input4
[ 7.185775] [drm] nouveau 0000:01:00.0: allocated 1680x1050 fb: 0x60000000, bo f6fd9a00
[ 7.188835] Console: switching to colour frame buffer device 210x65
[ 7.190963] fb0: nouveaufb frame buffer device
[ 7.190965] drm: registered panic notifier
[ 7.190971] [drm] Initialized nouveau 0.0.16 20090420 for 0000:01:00.0 on minor 0
[ 7.767175] type=1400 audit(1295352127.356:2): apparmor="STATUS" operation="profile_load" name="/sbin/dhclient3" pid=457 comm="apparmor_parser"
[ 7.767227] type=1400 audit(1295352127.356:3): apparmor="STATUS" operation="profile_load" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=457 comm="apparmor_parser"
[ 7.767269] type=1400 audit(1295352127.356:4): apparmor="STATUS" operation="profile_load" name="/usr/lib/connman/scripts/dhclient-script" pid=457 comm="apparmor_parser"
[ 7.769197] type=1400 audit(1295352127.360:5): apparmor="STATUS" operation="profile_replace" name="/sbin/dhclient3" pid=443 comm="apparmor_parser"
[ 7.769251] type=1400 audit(1295352127.360:6): apparmor="STATUS" operation="profile_replace" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=443 comm="apparmor_parser"
[ 7.769295] type=1400 audit(1295352127.360:7): apparmor="STATUS" operation="profile_replace" name="/usr/lib/connman/scripts/dhclient-script" pid=443 comm="apparmor_parser"
[ 8.683496] type=1400 audit(1295352128.272:8): apparmor="STATUS" operation="profile_load" name="/usr/sbin/ntpd" pid=598 comm="apparmor_parser"
[ 8.683608] type=1400 audit(1295352128.272:9): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/ntpd" pid=597 comm="apparmor_parser"
[ 11.805408] type=1400 audit(1295352131.396:10): apparmor="STATUS" operation="profile_load" name="/usr/lib/cups/backend/cups-pdf" pid=681 comm="apparmor_parser"
[ 11.805530] type=1400 audit(1295352131.396:11): apparmor="STATUS" operation="profile_load" name="/usr/sbin/cupsd" pid=681 comm="apparmor_parser"
[ 12.753223] ppdev: user-space parallel port driver
[ 13.064649] type=1400 audit(1295352132.656:12): apparmor="STATUS" operation="profile_replace" name="/sbin/dhclient3" pid=895 comm="apparmor_parser"
[ 13.064708] type=1400 audit(1295352132.656:13): apparmor="STATUS" operation="profile_replace" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=895 comm="apparmor_parser"
[ 13.064753] type=1400 audit(1295352132.656:14): apparmor="STATUS" operation="profile_replace" name="/usr/lib/connman/scripts/dhclient-script" pid=895 comm="apparmor_parser"
[ 13.141865] type=1400 audit(1295352132.732:15): apparmor="STATUS" operation="profile_load" name="/usr/share/gdm/guest-session/Xsession" pid=894 comm="apparmor_parser"
[ 13.258771] type=1400 audit(1295352132.848:16): apparmor="STATUS" operation="profile_load" name="/usr/bin/freshclam" pid=970 comm="apparmor_parser"
[ 13.468477] type=1400 audit(1295352133.060:17): apparmor="STATUS" operation="profile_replace" name="/usr/lib/cups/backend/cups-pdf" pid=972 comm="apparmor_parser"
[ 13.468601] type=1400 audit(1295352133.060:18): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/cupsd" pid=972 comm="apparmor_parser"
[ 13.624374] type=1400 audit(1295352133.216:19): apparmor="STATUS" operation="profile_load" name="/usr/sbin/mysqld" pid=976 comm="apparmor_parser"
[ 13.689064] r8169 0000:04:00.0: eth0: link down
[ 13.689072] r8169 0000:04:00.0: eth0: link down
[ 13.689268] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 13.692600] type=1400 audit(1295352133.284:20): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/ntpd" pid=977 comm="apparmor_parser"
[ 13.786362] type=1400 audit(1295352133.376:21): apparmor="STATUS" operation="profile_load" name="/usr/sbin/tcpdump" pid=978 comm="apparmor_parser"
[ 15.302820] r8169 0000:04:00.0: eth0: link up
[ 15.302956] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 26.024031] eth0: no IPv6 routers present
[ 33.292965] EXT4-fs (sda5): re-mounted. Opts: errors=remount-ro,commit=0
[ 493.952944] show_signal_msg: 9 callbacks suppressed
[ 493.952948] gnome-keyring-d[1523]: segfault at 4 ip 0805b7af sp bfa96ea0 error 4 in gnome-keyring-daemon[8048000+bf000]
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2011-01-17 4:16 Dave Airlie
2011-01-18 12:51 ` Anca Emanuel
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2011-01-17 4:16 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
A bunch of radeon and nouveau fixes. Ben says this should fix any
corruption people are seeing with plymouth splash screens, and the radeon
fixes are scattered around, the main one being not enabling PCIE GEN2 mode
by default, seems like AGP PCIE vendors make crappy chipsets.
Dave.
The following changes since commit e78bf5e6cbe837daa6ab628a5f679548742994d3:
drivers/nfc/pn544.c: fix min_t warnings (2011-01-16 17:28:21 -0800)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (4):
drm/radeon/kms: fix typo in evergreen safe reg
drm/radeon/kms: add module option for pcie gen2
drm/radeon/kms: remove duplicate card_posted() functions
drm/radeon/kms: balance asic_reset functions
Ben Skeggs (5):
drm/nv40: make detection of 0x4097-ful chipsets available everywhere
drm/nv40: initialise 0x17xx on all chipsets that have it
drm/nvc0: enable protection of system-use-only structures in vm
drm/nouveau: greatly simplify mm, killing some bugs in the process
drm/nouveau: fix gpu page faults triggered by plymouthd
Dave Airlie (1):
Merge remote branch 'nouveau/drm-nouveau-next' of /ssd/git/drm-nouveau-next into drm-fixes
drivers/gpu/drm/nouveau/nouveau_drv.h | 15 +++
drivers/gpu/drm/nouveau/nouveau_fbcon.c | 4 +-
drivers/gpu/drm/nouveau/nouveau_mem.c | 26 ++---
drivers/gpu/drm/nouveau/nouveau_mm.c | 182 +++++++----------------------
drivers/gpu/drm/nouveau/nouveau_mm.h | 4 +-
drivers/gpu/drm/nouveau/nv40_graph.c | 3 +-
drivers/gpu/drm/nouveau/nv40_grctx.c | 21 +---
drivers/gpu/drm/nouveau/nv40_mc.c | 14 +--
drivers/gpu/drm/nouveau/nv50_instmem.c | 7 +-
drivers/gpu/drm/nouveau/nvc0_graph.c | 3 +-
drivers/gpu/drm/nouveau/nvc0_vm.c | 4 +-
drivers/gpu/drm/radeon/evergreen.c | 30 +----
drivers/gpu/drm/radeon/r100.c | 11 +-
drivers/gpu/drm/radeon/r300.c | 11 +-
drivers/gpu/drm/radeon/r600.c | 23 +---
drivers/gpu/drm/radeon/radeon.h | 1 +
drivers/gpu/drm/radeon/radeon_drv.c | 4 +
drivers/gpu/drm/radeon/reg_srcs/evergreen | 2 +-
drivers/gpu/drm/radeon/rs600.c | 16 ++--
drivers/gpu/drm/radeon/rv770.c | 5 +-
20 files changed, 124 insertions(+), 262 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-12-23 9:32 ` Alex Riesen
@ 2010-12-23 17:48 ` Linus Torvalds
0 siblings, 0 replies; 427+ messages in thread
From: Linus Torvalds @ 2010-12-23 17:48 UTC (permalink / raw)
To: Alex Riesen
Cc: Chris Wilson, Takashi Iwai, Dave Airlie, DRI mailing list, linux-kernel
On Thu, Dec 23, 2010 at 1:32 AM, Alex Riesen <raa.lkml@gmail.com> wrote:
> On Thu, Dec 23, 2010 at 04:54, Linus Torvalds
> <torvalds@linux-foundation.org> wrote:
>> Why does that code need to figure out some LVDS clock from the BIOS?
>> Why can't the code look at the actual hardware state or similar, since
>> presumably the screen is on after boot. THAT we can rely on, since a
>> BIOS that doesn't initialize LVDS is not going to ever ship even as
>> pre-release.
>
> What if the system booted with it's display turned off? Like a closed
> laptop lid or disconnected monitor?
So then we might have to guess and even use the BIOS state for guessing.
But what's so hard to understand about that word "guess"? That really
is what happens every single time you use some BIOS table. It's not
"look up". It's not "get the right data". It very much is all about
"guessing". The BIOS tables are invariably buggy, and have likely only
ever been tested with one particular version of Windows.
And that's _especially_ true of something like VBIOS tables. They
haven't been tested even with windows, they have only been tested with
the particular graphics driver that the vendor shipped with that
machine. It's quite possible - even likely - that the graphics driver
hard-codes something.
So think about it - if we boot with the laptop open, you have two
choices: "ask the hardware for real working state" or "guess by
probing random state from the BIOS that may or may not actually ever
be used that way by anything".
Which choice would you pick?
And if that means that some laptops have to be booted with the lid
open, that really isn't a problem.
And yes, I do realize that VGA traditionally has had lots of hardware
state that is write-only and cannot be read back. It's possible that
this case is one of those. I dunno. I hope not.
(Side note: resume is different from boot. You should test that resume
works with the lid closed, because resume state is not at all
guaranteed to be sane at all, lid or no lid. But the way to fix that
is NOT to ask the BIOS, it's to remember the state from the original
boot from before the suspend).
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-12-23 3:54 ` Linus Torvalds
` (2 preceding siblings ...)
2010-12-23 9:32 ` Alex Riesen
@ 2010-12-23 16:51 ` Jesse Barnes
3 siblings, 0 replies; 427+ messages in thread
From: Jesse Barnes @ 2010-12-23 16:51 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Chris Wilson, Takashi Iwai, linux-kernel, DRI mailing list
On Wed, 22 Dec 2010 19:54:31 -0800
Linus Torvalds <torvalds@linux-foundation.org> wrote:
> > The Lenovo U160's or the
> > Sandybridge SDV? And why does it work for that other OS? <Insert
> > rhetorical question of the day here.>
>
> Quite frankly, I don't think the question should *ever* be "whose BIOS
> is wrong?"
>
> You should always take for granted that the BIOS is wrong. It's not a
> question of "blame the BIOS", it's a question of facts of life.
>
> It's 100% pointless to point fingers and say "the HP BIOS is wrong" or
> "the Lenovo BIOS is wrong". Buggy BIOSes happen. ALWAYS. Any code that
> relies on the BIOS to such a degree that it either works or not based
> on it is by definition broken.
>
> Why does that code need to figure out some LVDS clock from the BIOS?
> Why can't the code look at the actual hardware state or similar, since
> presumably the screen is on after boot. THAT we can rely on, since a
> BIOS that doesn't initialize LVDS is not going to ever ship even as
> pre-release.
Oh I wish we could just do that. Strictly speaking though this isn't
so much of a BIOS issue as it is a ROM issue. Platform vendors provide
no way of getting at platform configuration details related to graphics
aside from the tables they flash into ROM along with the VBIOS. The
tables are just like an EDID ROM on a display: they communicate data we
have no other way of getting.
In the particular case of SSC, there's a board down spread spectrum
clock reference source at a fixed frequency. We can't automatically
determine it at runtime (asking the user "can you see this" at boot
time isn't really an option), so we need to rely on the VBT to tell
us. The Windows driver uses this data as well, but obviously either
it's incorrect on our SDV (possible) or we're failing to parse the data
correctly (likely). It's also possible we're failing to look at a bit
that says "use/don't use SSC on this platform" making the frequency
field meaningless.
We'll figure it out or disable SSC enabling altogether failing that
(risking interference with other components like wireless and sound).
--
Jesse Barnes, Intel Open Source Technology Center
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-12-23 3:54 ` Linus Torvalds
2010-12-23 5:53 ` Peter Stuge
2010-12-23 6:03 ` Dave Airlie
@ 2010-12-23 9:32 ` Alex Riesen
2010-12-23 17:48 ` Linus Torvalds
2010-12-23 16:51 ` Jesse Barnes
3 siblings, 1 reply; 427+ messages in thread
From: Alex Riesen @ 2010-12-23 9:32 UTC (permalink / raw)
To: Linus Torvalds
Cc: Chris Wilson, Takashi Iwai, Dave Airlie, DRI mailing list, linux-kernel
On Thu, Dec 23, 2010 at 04:54, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> Why does that code need to figure out some LVDS clock from the BIOS?
> Why can't the code look at the actual hardware state or similar, since
> presumably the screen is on after boot. THAT we can rely on, since a
> BIOS that doesn't initialize LVDS is not going to ever ship even as
> pre-release.
What if the system booted with it's display turned off? Like a closed
laptop lid or disconnected monitor?
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-12-23 3:54 ` Linus Torvalds
2010-12-23 5:53 ` Peter Stuge
@ 2010-12-23 6:03 ` Dave Airlie
2010-12-23 9:32 ` Alex Riesen
2010-12-23 16:51 ` Jesse Barnes
3 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-12-23 6:03 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Chris Wilson, Takashi Iwai, linux-kernel, DRI mailing list
On Thu, Dec 23, 2010 at 1:54 PM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> On Wed, Dec 22, 2010 at 8:59 AM, Chris Wilson <chris@chris-wilson.co.uk> wrote:
>> On Wed, 22 Dec 2010 17:24:36 +0100, Takashi Iwai <tiwai@suse.de> wrote:
>>> The commit 448f53a1ede54eb854d036abf54573281412d650
>>> drm/i915/bios: Reverse order of 100/120 Mhz SSC clocks
>>>
>>> causes a regression on a SandyBridge machine here.
>>> The laptop display (LVDS) becomes blank. Reverting the commit fixes
>>> the problem.
>>
>> The question is whose BIOS is wrong?
>
> I don't think so.
>
>> The Lenovo U160's or the
>> Sandybridge SDV? And why does it work for that other OS? <Insert
>> rhetorical question of the day here.>
>
> Quite frankly, I don't think the question should *ever* be "whose BIOS
> is wrong?"
>
> You should always take for granted that the BIOS is wrong. It's not a
> question of "blame the BIOS", it's a question of facts of life.
>
> It's 100% pointless to point fingers and say "the HP BIOS is wrong" or
> "the Lenovo BIOS is wrong". Buggy BIOSes happen. ALWAYS. Any code that
> relies on the BIOS to such a degree that it either works or not based
> on it is by definition broken.
>
> Why does that code need to figure out some LVDS clock from the BIOS?
> Why can't the code look at the actual hardware state or similar, since
> presumably the screen is on after boot. THAT we can rely on, since a
> BIOS that doesn't initialize LVDS is not going to ever ship even as
> pre-release.
>
I've no idea but since this is spread-spectrum related the bios may not enable
spread-spectrum on the panel, though really the question is as always, what does
Windows do.
Dave.
> Linus
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-12-23 3:54 ` Linus Torvalds
@ 2010-12-23 5:53 ` Peter Stuge
2010-12-23 6:03 ` Dave Airlie
` (2 subsequent siblings)
3 siblings, 0 replies; 427+ messages in thread
From: Peter Stuge @ 2010-12-23 5:53 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Chris Wilson, Takashi Iwai, linux-kernel, DRI mailing list
Linus Torvalds wrote:
> You should always take for granted that the BIOS is wrong.
Better yet, that there is no BIOS. Maybe one happy day, in the future.
//Peter
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-12-22 16:59 ` Chris Wilson
2010-12-22 17:07 ` Takashi Iwai
@ 2010-12-23 3:54 ` Linus Torvalds
2010-12-23 5:53 ` Peter Stuge
` (3 more replies)
1 sibling, 4 replies; 427+ messages in thread
From: Linus Torvalds @ 2010-12-23 3:54 UTC (permalink / raw)
To: Chris Wilson; +Cc: Takashi Iwai, Dave Airlie, DRI mailing list, linux-kernel
On Wed, Dec 22, 2010 at 8:59 AM, Chris Wilson <chris@chris-wilson.co.uk> wrote:
> On Wed, 22 Dec 2010 17:24:36 +0100, Takashi Iwai <tiwai@suse.de> wrote:
>> The commit 448f53a1ede54eb854d036abf54573281412d650
>> drm/i915/bios: Reverse order of 100/120 Mhz SSC clocks
>>
>> causes a regression on a SandyBridge machine here.
>> The laptop display (LVDS) becomes blank. Reverting the commit fixes
>> the problem.
>
> The question is whose BIOS is wrong?
I don't think so.
> The Lenovo U160's or the
> Sandybridge SDV? And why does it work for that other OS? <Insert
> rhetorical question of the day here.>
Quite frankly, I don't think the question should *ever* be "whose BIOS
is wrong?"
You should always take for granted that the BIOS is wrong. It's not a
question of "blame the BIOS", it's a question of facts of life.
It's 100% pointless to point fingers and say "the HP BIOS is wrong" or
"the Lenovo BIOS is wrong". Buggy BIOSes happen. ALWAYS. Any code that
relies on the BIOS to such a degree that it either works or not based
on it is by definition broken.
Why does that code need to figure out some LVDS clock from the BIOS?
Why can't the code look at the actual hardware state or similar, since
presumably the screen is on after boot. THAT we can rely on, since a
BIOS that doesn't initialize LVDS is not going to ever ship even as
pre-release.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-12-22 16:59 ` Chris Wilson
@ 2010-12-22 17:07 ` Takashi Iwai
2010-12-23 3:54 ` Linus Torvalds
1 sibling, 0 replies; 427+ messages in thread
From: Takashi Iwai @ 2010-12-22 17:07 UTC (permalink / raw)
To: Chris Wilson; +Cc: Dave Airlie, torvalds, DRI mailing list, linux-kernel
At Wed, 22 Dec 2010 16:59:06 +0000,
Chris Wilson wrote:
>
> On Wed, 22 Dec 2010 17:24:36 +0100, Takashi Iwai <tiwai@suse.de> wrote:
> > The commit 448f53a1ede54eb854d036abf54573281412d650
> > drm/i915/bios: Reverse order of 100/120 Mhz SSC clocks
> >
> > causes a regression on a SandyBridge machine here.
> > The laptop display (LVDS) becomes blank. Reverting the commit fixes
> > the problem.
>
> The question is whose BIOS is wrong? The Lenovo U160's or the
> Sandybridge SDV? And why does it work for that other OS? <Insert
> rhetorical question of the day here.>
>
> It's back to the square one for one or the other platform...
Yeah, we can blame BIOS :) And, this is likely the BIOS on my machine
here that is broken.
But this seems like an issue that you can't rely solely on VBT. We
can never guarantee that BIOS is correct (who can?), and there is no
way to avoid this change as long as it's hard-coded. We've hit
another regression by VBT check (e-DP wrongly detected; kernel bug
24822), so I think judging the behavior only from BIOS is rather
dangerous.
thanks,
Takashi
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-12-22 16:24 ` Takashi Iwai
@ 2010-12-22 16:59 ` Chris Wilson
2010-12-22 17:07 ` Takashi Iwai
2010-12-23 3:54 ` Linus Torvalds
0 siblings, 2 replies; 427+ messages in thread
From: Chris Wilson @ 2010-12-22 16:59 UTC (permalink / raw)
To: Takashi Iwai, Dave Airlie; +Cc: torvalds, DRI mailing list, linux-kernel
On Wed, 22 Dec 2010 17:24:36 +0100, Takashi Iwai <tiwai@suse.de> wrote:
> The commit 448f53a1ede54eb854d036abf54573281412d650
> drm/i915/bios: Reverse order of 100/120 Mhz SSC clocks
>
> causes a regression on a SandyBridge machine here.
> The laptop display (LVDS) becomes blank. Reverting the commit fixes
> the problem.
The question is whose BIOS is wrong? The Lenovo U160's or the
Sandybridge SDV? And why does it work for that other OS? <Insert
rhetorical question of the day here.>
It's back to the square one for one or the other platform...
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-12-21 23:43 Dave Airlie
2010-12-22 3:19 ` Stephen Clark
@ 2010-12-22 16:24 ` Takashi Iwai
2010-12-22 16:59 ` Chris Wilson
1 sibling, 1 reply; 427+ messages in thread
From: Takashi Iwai @ 2010-12-22 16:24 UTC (permalink / raw)
To: Dave Airlie; +Cc: torvalds, Chris Wilson, DRI mailing list, linux-kernel
At Tue, 21 Dec 2010 23:43:18 +0000 (GMT),
Dave Airlie wrote:
>
>
> Hi,
>
> meant to get this out earlier, but I've been off sick as well as having a
> sick kid, also meant a few things piled up when I wasn't looking
>
> contains a revert for reported regression in intel and also one in radeon,
> a few radeon fixes, one for a 15s resume time on certain laptops, and one
> to fix gpu reset on some gpus,
>
> Dave.
>
> The following changes since commit a4851d8f7d6351a395d36ae8fdcf41745a832d76:
>
> Merge branch 'for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4 (2010-12-15 12:41:17 -0800)
>
> are available in the git repository at:
>
> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
>
> Alex Deucher (7):
> drm/radeon/kms: disable ss fixed ref divide
> drm/radeon/kms: disable the r600 cb offset checker for linear surfaces
> drm/radeon/kms/evergreen: flush hdp cache when flushing gart tlb
> drm/radeon/kms: fix evergreen asic reset
> drm/radeon/kms/evergreen: reset the grbm blocks at resume and init
> drm/radeon/kms: reorder display resume to avoid problems
> drm/radeon/kms: fix bug in r600_gpu_is_lockup
>
> Benjamin Herrenschmidt (1):
> drm/radeon: Add early unregister of firmware fb's
>
> Chris Wilson (5):
> drm/i915/ringbuffer: Handle wrapping of the autoreported HEAD
> drm/i915/sdvo: Only use the SDVO pin if it is in the valid range
> agp/intel: Fix missed cached memory flags setting in i965_write_entry()
> drm/i915/bios: Reverse order of 100/120 Mhz SSC clocks
> drm: Include the connector name in the output_poll_execute() debug message
The commit 448f53a1ede54eb854d036abf54573281412d650
drm/i915/bios: Reverse order of 100/120 Mhz SSC clocks
causes a regression on a SandyBridge machine here.
The laptop display (LVDS) becomes blank. Reverting the commit fixes
the problem.
thanks,
Takashi
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-12-22 3:19 ` Stephen Clark
@ 2010-12-22 3:54 ` Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-12-22 3:54 UTC (permalink / raw)
To: sclark46; +Cc: linux-kernel
>
> I am new to git and can't figure out how to get these changes.
>
> I have done a git clone of
> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
> What next?
the easiest way:
You can git pull my tree into that
git pull git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git
drm-fixes
though you should really setup remotes
git remote add airlied
git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git
git fetch airlied
git branch drm-fixes
git pull . remotes/airlied/drm-fixes
Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-12-21 23:43 Dave Airlie
@ 2010-12-22 3:19 ` Stephen Clark
2010-12-22 3:54 ` Dave Airlie
2010-12-22 16:24 ` Takashi Iwai
1 sibling, 1 reply; 427+ messages in thread
From: Stephen Clark @ 2010-12-22 3:19 UTC (permalink / raw)
Cc: linux-kernel
On 12/21/2010 06:43 PM, Dave Airlie wrote:
> Hi,
>
> meant to get this out earlier, but I've been off sick as well as having a
> sick kid, also meant a few things piled up when I wasn't looking
>
> contains a revert for reported regression in intel and also one in radeon,
> a few radeon fixes, one for a 15s resume time on certain laptops, and one
> to fix gpu reset on some gpus,
>
> Dave.
>
> The following changes since commit a4851d8f7d6351a395d36ae8fdcf41745a832d76:
>
> Merge branch 'for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4 (2010-12-15 12:41:17 -0800)
>
> are available in the git repository at:
>
> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
>
> Alex Deucher (7):
> drm/radeon/kms: disable ss fixed ref divide
> drm/radeon/kms: disable the r600 cb offset checker for linear surfaces
> drm/radeon/kms/evergreen: flush hdp cache when flushing gart tlb
> drm/radeon/kms: fix evergreen asic reset
> drm/radeon/kms/evergreen: reset the grbm blocks at resume and init
> drm/radeon/kms: reorder display resume to avoid problems
> drm/radeon/kms: fix bug in r600_gpu_is_lockup
>
> Benjamin Herrenschmidt (1):
> drm/radeon: Add early unregister of firmware fb's
>
> Chris Wilson (5):
> drm/i915/ringbuffer: Handle wrapping of the autoreported HEAD
> drm/i915/sdvo: Only use the SDVO pin if it is in the valid range
> agp/intel: Fix missed cached memory flags setting in i965_write_entry()
> drm/i915/bios: Reverse order of 100/120 Mhz SSC clocks
> drm: Include the connector name in the output_poll_execute() debug message
>
> Dave Airlie (3):
> Merge remote branch 'intel/drm-intel-fixes' of /ssd/git/drm-next into drm-fixes
> drm/radeon: use aperture size not vram size for overlap tests
> Revert "drm: Don't try and disable an encoder that was never enabled"
>
> David Flynn (1):
> drm/i915/dp: Fix I2C/EDID handling with active DisplayPort to DVI converter
>
> drivers/char/agp/intel-gtt.c | 11 +++++++-
> drivers/gpu/drm/drm_crtc_helper.c | 7 ++++-
> drivers/gpu/drm/i915/intel_bios.c | 2 +-
> drivers/gpu/drm/i915/intel_dp.c | 37 +++++++++++++++++++++++++------
> drivers/gpu/drm/i915/intel_ringbuffer.c | 19 ++++++---------
> drivers/gpu/drm/i915/intel_ringbuffer.h | 5 ++-
> drivers/gpu/drm/i915/intel_sdvo.c | 9 +++++--
> drivers/gpu/drm/radeon/atombios_crtc.c | 7 +++--
> drivers/gpu/drm/radeon/evergreen.c | 27 ++++++++++------------
> drivers/gpu/drm/radeon/evergreend.h | 1 +
> drivers/gpu/drm/radeon/r600.c | 10 ++++++-
> drivers/gpu/drm/radeon/r600_cs.c | 9 +++----
> drivers/gpu/drm/radeon/radeon_device.c | 9 +++----
> drivers/gpu/drm/radeon/radeon_drv.c | 19 ++++++++++++++++
> drivers/gpu/drm/radeon/radeon_fb.c | 2 +-
> 15 files changed, 115 insertions(+), 59 deletions(-)
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
>
Hello,
I am new to git and can't figure out how to get these changes.
I have done a git clone of
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
What next?
Thanks
--
"They that give up essential liberty to obtain temporary safety,
deserve neither liberty nor safety." (Ben Franklin)
"The course of history shows that as a government grows, liberty
decreases." (Thomas Jefferson)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-12-21 23:43 Dave Airlie
2010-12-22 3:19 ` Stephen Clark
2010-12-22 16:24 ` Takashi Iwai
0 siblings, 2 replies; 427+ messages in thread
From: Dave Airlie @ 2010-12-21 23:43 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi,
meant to get this out earlier, but I've been off sick as well as having a
sick kid, also meant a few things piled up when I wasn't looking
contains a revert for reported regression in intel and also one in radeon,
a few radeon fixes, one for a 15s resume time on certain laptops, and one
to fix gpu reset on some gpus,
Dave.
The following changes since commit a4851d8f7d6351a395d36ae8fdcf41745a832d76:
Merge branch 'for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4 (2010-12-15 12:41:17 -0800)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (7):
drm/radeon/kms: disable ss fixed ref divide
drm/radeon/kms: disable the r600 cb offset checker for linear surfaces
drm/radeon/kms/evergreen: flush hdp cache when flushing gart tlb
drm/radeon/kms: fix evergreen asic reset
drm/radeon/kms/evergreen: reset the grbm blocks at resume and init
drm/radeon/kms: reorder display resume to avoid problems
drm/radeon/kms: fix bug in r600_gpu_is_lockup
Benjamin Herrenschmidt (1):
drm/radeon: Add early unregister of firmware fb's
Chris Wilson (5):
drm/i915/ringbuffer: Handle wrapping of the autoreported HEAD
drm/i915/sdvo: Only use the SDVO pin if it is in the valid range
agp/intel: Fix missed cached memory flags setting in i965_write_entry()
drm/i915/bios: Reverse order of 100/120 Mhz SSC clocks
drm: Include the connector name in the output_poll_execute() debug message
Dave Airlie (3):
Merge remote branch 'intel/drm-intel-fixes' of /ssd/git/drm-next into drm-fixes
drm/radeon: use aperture size not vram size for overlap tests
Revert "drm: Don't try and disable an encoder that was never enabled"
David Flynn (1):
drm/i915/dp: Fix I2C/EDID handling with active DisplayPort to DVI converter
drivers/char/agp/intel-gtt.c | 11 +++++++-
drivers/gpu/drm/drm_crtc_helper.c | 7 ++++-
drivers/gpu/drm/i915/intel_bios.c | 2 +-
drivers/gpu/drm/i915/intel_dp.c | 37 +++++++++++++++++++++++++------
drivers/gpu/drm/i915/intel_ringbuffer.c | 19 ++++++---------
drivers/gpu/drm/i915/intel_ringbuffer.h | 5 ++-
drivers/gpu/drm/i915/intel_sdvo.c | 9 +++++--
drivers/gpu/drm/radeon/atombios_crtc.c | 7 +++--
drivers/gpu/drm/radeon/evergreen.c | 27 ++++++++++------------
drivers/gpu/drm/radeon/evergreend.h | 1 +
drivers/gpu/drm/radeon/r600.c | 10 ++++++-
drivers/gpu/drm/radeon/r600_cs.c | 9 +++----
drivers/gpu/drm/radeon/radeon_device.c | 9 +++----
drivers/gpu/drm/radeon/radeon_drv.c | 19 ++++++++++++++++
drivers/gpu/drm/radeon/radeon_fb.c | 2 +-
15 files changed, 115 insertions(+), 59 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-12-09 8:07 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-12-09 8:07 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
didn't see much point in queueing these up for a longer period of time,
they are all fairly small and make sense.
The use after free is from the vblank leak fixing, so since nobody noticed
we probably don't hit the error path so often, the AGP fix is
reported/tested in k.org, and the output renames has no userspace
effect in case anyone wonders.
Dave.
The following changes since commit 6313e3c21743cc88bb5bd8aa72948ee1e83937b6:
Merge branches 'x86-fixes-for-linus', 'perf-fixes-for-linus' and 'sched-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip (2010-12-08 06:40:59 -0800)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (2):
drm/kms: remove spaces from connector names (v2)
drm/radeon/kms: don't apply 7xx HDP flush workaround on AGP
Dan Carpenter (1):
drm: use after free in drm_queue_vblank_event()
drivers/gpu/drm/drm_crtc.c | 10 +++++-----
drivers/gpu/drm/drm_irq.c | 4 ++--
drivers/gpu/drm/radeon/r600.c | 11 ++++++++---
3 files changed, 15 insertions(+), 10 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-12-08 5:48 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-12-08 5:48 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
Mostly Intel based fixes, including the fix you were waiting for the panel
power up/down symmetry, also from Chris : "there is a fix to clear the
registers after the BIOS or grub2 messes them up, handling SDVO panels on
Ironlake, more Ironlake workarounds and a regression fix for a hanging
mesa"
The radeon fix from Jerome has been shown to fix actual problems, and one
trivial and one real fix from Alex.
The core vblank fix should plug a possible leak, and the encoder one fixes
an oops.
and yes I'm probably sending this a bit close to having pushed the last
change which just removed some code that did nothing, but I've booted and
done some basic testing on some intel and radeon hw.
I'm stuck bisecting an APIC crash on my main test box in 2.6.37-rcX which
hopefully I'll figure out tomorrow.
Dave.
The following changes since commit 81e8d2162566379adcf4b3700f03845c62577145:
Merge branch 'irq-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip (2010-12-07 08:14:28 -0800)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (2):
drm/radeon/kms: fix formatting of vram and gtt info
drm/radeon/kms: fix vram base calculation on rs780/rs880
Chris Wilson (9):
drm/i915: Clean conflicting modesetting registers upon init
drm/i915: Death to the unnecessary 64bit divide
drm/i915: Factor in pixel-repeat in FDI M/N calculation
drm/i915/ringbuffer: Only print an error on the second attempt to reset head
drm/i915/lvds: Always restore panel-fitter when enabling the LVDS
drm/i915: Emit a request to clear a flushed and idle ring for unbusy bo
drm/i915/dp: Only apply the workaround if the select is still active
drm: Add missing drm_vblank_put() along queue vblank error path
drm: Don't try and disable an encoder that was never enabled
Daniel Vetter (1):
drm/i915: announce to userspace that the bsd ring is coherent
Dave Airlie (2):
Merge branch 'drm-intel-fixes' of git://git.kernel.org/.../ickle/drm-intel into drm-fixes
drm/i915: i915 cannot provide switcher services.
Eric Anholt (2):
drm/i915: Always set the DP transcoder config to 8BPC.
drm/i915: Apply a workaround for transitioning from DP on pipe B to HDMI.
Jerome Glisse (1):
drm/radeon/kms: forbid big bo allocation (fdo 31708) v3
Takashi Iwai (1):
agp/intel: Fix wrong kunmap in i830_cleanup()
drivers/char/agp/intel-gtt.c | 6 +-
drivers/gpu/drm/drm_crtc_helper.c | 2 +-
drivers/gpu/drm/drm_irq.c | 19 +++++--
drivers/gpu/drm/i915/i915_dma.c | 3 +
drivers/gpu/drm/i915/i915_gem.c | 12 ++++-
drivers/gpu/drm/i915/i915_reg.h | 1 +
drivers/gpu/drm/i915/intel_acpi.c | 34 -----------
drivers/gpu/drm/i915/intel_display.c | 76 +++++++++++++++++++-----
drivers/gpu/drm/i915/intel_dp.c | 25 ++++++++
drivers/gpu/drm/i915/intel_lvds.c | 98 +++++++++++++++++--------------
drivers/gpu/drm/i915/intel_ringbuffer.c | 30 +++++-----
drivers/gpu/drm/radeon/r600.c | 6 +-
drivers/gpu/drm/radeon/radeon_device.c | 4 +-
drivers/gpu/drm/radeon/radeon_object.c | 13 ++++-
include/drm/i915_drm.h | 2 +
15 files changed, 210 insertions(+), 121 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-12-01 3:39 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-12-01 3:39 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
lots of regression fixes, I delayed sending this until I tracked down why
37-rc wouldn't show anything on my newly acquired HP 2540p when 2.6.36
worked, some eDP changes to fix some Sony's regressed the HPs so we've just reverted it and
hopefully jbarnes can work out what he did wrong when get he gets back. So
anyone who's Sony magically started to work in -rc1 will be disappointed
but at least we don't have a regression since .36.
Otherwise there are regression fixes for Intel and Radeon hw, with the
biggest change being the pagefault handling fixes in i915.
Dave.
The following changes since commit 3561d43fd289f590fdae672e5eb831b8d5cf0bf6:
Linux 2.6.37-rc3 (2010-11-21 15:18:56 -0800)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (6):
drm/radeon/kms: fix regression in rs4xx i2c setup
drm/radeon/kms: fix resume regression for some r5xx laptops
Revert "drm/radeon/kms: fix typo in r600 cs checker"
drm/radeon/kms: fix typos in disabled vbios code
drm/radeon/kms: fix interlaced and doublescan handling
drm/radeon/kms: add workaround for dce3 ddc line vbios bug
Chris Wilson (9):
drm/i915: Prevent integer overflow when validating the execbuffer
drm/i915: Only save/restore cursor regs if !KMS
Merge remote branch 'linus' into drm-intel-fixes
drm/i915/sdvo: Only enable HDMI encodings only if the commandset is supported
drm/i915: Handle pagefaults in execbuffer user relocations
drm/i915/sdvo: Always fallback to querying the shared DDC line
drm/i915/sdvo: Always add a 30ms delay to make SDVO TV detection reliable
drm/i915: Clear pfit registers when not used by any outputs
Revert "drm/i915/dp: use VBT provided eDP params if available"
Daniel Vetter (1):
drm/i915: fix regression due to ba3d8d749b01548b9
Dave Airlie (2):
Merge remote branch 'intel/drm-intel-fixes' of /ssd/git/drm-next into drm-fixes
Merge remote branch 'intel/drm-intel-fixes' of /ssd/git/drm-next into drm-fixes
Joe Perches (1):
MAINTAINERS: INTEL DRM DRIVERS list (intel-gfx) is subscribers-only
Keith Packard (2):
drm: Set connector DPMS status to ON in drm_crtc_helper_set_config
drm: record monitor status in output_poll_execute
MAINTAINERS | 2 +-
drivers/gpu/drm/drm_crtc_helper.c | 14 +-
drivers/gpu/drm/i915/i915_gem.c | 513 +++++++++++++++++-----------
drivers/gpu/drm/i915/i915_suspend.c | 40 ++--
drivers/gpu/drm/i915/intel_display.c | 7 +-
drivers/gpu/drm/i915/intel_dp.c | 146 +++-----
drivers/gpu/drm/i915/intel_drv.h | 2 +-
drivers/gpu/drm/i915/intel_lvds.c | 19 +-
drivers/gpu/drm/i915/intel_sdvo.c | 84 ++----
drivers/gpu/drm/radeon/atom.c | 1 +
drivers/gpu/drm/radeon/r600_cs.c | 2 +-
drivers/gpu/drm/radeon/r600_reg.h | 1 +
drivers/gpu/drm/radeon/radeon_atombios.c | 16 +
drivers/gpu/drm/radeon/radeon_bios.c | 13 +-
drivers/gpu/drm/radeon/radeon_combios.c | 2 +-
drivers/gpu/drm/radeon/radeon_connectors.c | 34 ++
16 files changed, 511 insertions(+), 385 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-11-19 19:04 ` Linus Torvalds
@ 2010-11-19 20:24 ` Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-11-19 20:24 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Chris Wilson, Dave Airlie, linux-kernel, DRI mailing list
On Sat, Nov 20, 2010 at 5:04 AM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
> On Fri, Nov 19, 2010 at 2:02 AM, Chris Wilson <chris@chris-wilson.co.uk> wrote:
>>
>> Note it also contains a couple of fluff fallout patches from the recent
>> drm-fixes rebase. (I thought it would be wise to include any core drm
>> changes in our testing before sending the request...)
>
> F*%^ me, why does drm always have to be so messy?
please just reject Chris's pull, I've asked he don't send you pulls
directly, and he seems to have missed the memo in this case, if he'd
sent this to me I'd have pushed back.
the reason the tree got rebased is that i did a pull from Ben and I
screwed up, I didn't check his history and he'd based his tree on a
branch for -next not for you, and some commits
in there were also strangely renumbered, so I pushed back when I
noticed (which was after I pushed out drm-fixes). I should have
noticed before I pushed it out but I didn't mea-culpa.
I'll talk to Chris about where he bases his trees, generally I ask
they based their trees on your tree or the last thing I sent you,
unless we have some conflicting reasons which after -rc1 should never
be the case.
> And yeah, it's ugly. And if that patch introduces a regression (which
> is entirely possible, it's not like it's small and trivial and
> obviously correct) it will just make bisection harder, and add
> confusion. And it's totally pointless. It only adds pain. And it
> makes the history harder to read.
>
> Why did the Intel drm tree merge a patch that had _nothing_
> what-so-ever to do with Intel DRM? WHY?
>
> And why did the drm tree rebase a tree that had obviously been public
> and pulled from? WHY? Why did you make it public before it was ready?
> And/or why was it so ugly that it needed to rebase it? Why do these
> things keep happening?
I can't remember the last time we had a crazy rebase situation in the drm,
so its been a relatively while. I would have thought pushing a tree
with reverts would have made for uglier history than you just refusing
Chris's tree,
and letting me deal with it in time.
>
> What's wrong with the whole drm crowd? Even if it isn't rebasing, why
> is drivers/gpu/drm always so very visible in the later -rc trees?
>
> I'm asking "why", but what I really want you guys to do is to ask
> _yourself_ why. And ask "Why is that? What am I doing wrong that this
> keeps happening?"
>
> Really. Spend some time pondering. What the hell just happened, and
> why did it happen, and how can you guys stop doing it?
>
> Chris: stop pulling in random crap in your tree. Do _your_ development
> in your tree. Nothing else.
>
> And Dave, I have no idea why those two commits were rebased. They seem
> identical in the tree that Chris had pulled. They have the same base
> commit. What was the point?
Yeah I screwed up there, after I screwed up Ben's pull I nuked everything and
rebuilt, I should have just gone back before Ben's commit and left
those two commits intact.
As for why drm ends up with a lot of churn after rc1?
radeon 90,000 LOC (417 devices in pci table - not to mention variants
in set of encoder/connectors BIOS tables per card)
nouveau 45,148 LOC (can't tell how many devices).
intel 41,651 LOC (32 pciids, but also variants in connectors is massive)
these are just the drivers, I don't think a 1000 line modified set of
changes across 200,000 lines of code
is major, especially as its not in the core DRM, I'm guessing that
wireless is probably the only other driver
base in the same region of LOC per driver.
Like maybe we need more testing for code pre -rc1 but I think we just
end up with the same problem as when people tell you to merge less, it
just gets stacked up for the next window. People test stuff on the
hardware they have, its not really until it hits your tree or even
distros that we find it doesn't work on some other variant of the
hardware. We've had bugs in laptops with identical names and chipsets,
but slightly different panels, also people plug a wide range of
monitors into graphics cards, you'd think again these would be
standard but a small change in the EDID parser may break some monitor
or HDMI tv that has a 5c rom in it with 90% garbage. Generally merging
stuff in -rc1 means we have to fix it after that point, testing the
fixes don't regress anything is just as much pain as testing the code
in the first place.
Though I've been asking myself the same question lately why we have so
much change, it was one of the reasons I asked Chris to starting
sending things via me so I could get more visibility into what is
changing after rc1, for radeon I've been asking Alex about each fix as
it goes past and I'm generally happy they fix problems people are
actually seeing, and Chris seems to be showing a lot more constraint
than Eric used to. nouveau I'm not as pushed to constrain but I do
generally pushed back on Ben to rework stuff where it a big change
doesn't make sense.
I also wonder if its partly psychological on your part, if I sent a
number of smaller pull requests rather than queuing up things would
you notice the line count less? If Chris sends things direct to you
instead of me merging them and sending do you see a combined drm line
count or do you just notice on a pull by pull basis etc.
Like I know the goal here is to create the perfect kernel for hardware
Linus owns, but I'd like to be able to fix bugs urgently on hardware
users have that aren't so privileged, think of it as some sort of
outreach program.
Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-11-19 10:02 ` Chris Wilson
@ 2010-11-19 19:04 ` Linus Torvalds
2010-11-19 20:24 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Linus Torvalds @ 2010-11-19 19:04 UTC (permalink / raw)
To: Chris Wilson; +Cc: Dave Airlie, linux-kernel, DRI mailing list
On Fri, Nov 19, 2010 at 2:02 AM, Chris Wilson <chris@chris-wilson.co.uk> wrote:
>
> Note it also contains a couple of fluff fallout patches from the recent
> drm-fixes rebase. (I thought it would be wise to include any core drm
> changes in our testing before sending the request...)
F*%^ me, why does drm always have to be so messy?
You guys pull each others trees, and then rebase them. Yes, git is
smart enough that it will merge it all fine, but dammit, now that
multi-hundred-line Radeon commit exists twice in the tree. Do this:
git show --stat 16790569eddf fba4312e223f
git show --stat 21e2eae4daae a41c73e04673
and cry.
And yeah, it's ugly. And if that patch introduces a regression (which
is entirely possible, it's not like it's small and trivial and
obviously correct) it will just make bisection harder, and add
confusion. And it's totally pointless. It only adds pain. And it
makes the history harder to read.
Why did the Intel drm tree merge a patch that had _nothing_
what-so-ever to do with Intel DRM? WHY?
And why did the drm tree rebase a tree that had obviously been public
and pulled from? WHY? Why did you make it public before it was ready?
And/or why was it so ugly that it needed to rebase it? Why do these
things keep happening?
What's wrong with the whole drm crowd? Even if it isn't rebasing, why
is drivers/gpu/drm always so very visible in the later -rc trees?
I'm asking "why", but what I really want you guys to do is to ask
_yourself_ why. And ask "Why is that? What am I doing wrong that this
keeps happening?"
Really. Spend some time pondering. What the hell just happened, and
why did it happen, and how can you guys stop doing it?
Chris: stop pulling in random crap in your tree. Do _your_ development
in your tree. Nothing else.
And Dave, I have no idea why those two commits were rebased. They seem
identical in the tree that Chris had pulled. They have the same base
commit. What was the point?
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-11-19 1:21 Dave Airlie
@ 2010-11-19 10:02 ` Chris Wilson
2010-11-19 19:04 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Chris Wilson @ 2010-11-19 10:02 UTC (permalink / raw)
To: Dave Airlie, torvalds; +Cc: DRI mailing list, linux-kernel
Hi Dave and Linus,
with travel I was a bit late in getting this pull request sent. It
contains a fix for Linus' machine, an i2c initialisation failure and a fix
from Keith to stop VGA flashing during polling on recent hardware. As well
as a patch that should hopefully prevent all of our indefinite GPU waits
on mode setting.
Note it also contains a couple of fluff fallout patches from the recent
drm-fixes rebase. (I thought it would be wise to include any core drm
changes in our testing before sending the request...)
-Chris
The following changes since commit 164bcb94bc821fcbac752e809b4ac7c6f15d13b5:
drm/radeon/kms: i2c s/sprintf/snprintf/g for safety (2010-11-19 09:27:48 +1000)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/ickle/drm-intel.git drm-intel-fixes
Alex Deucher (1):
drm/radeon/kms: fix and unify tiled buffer alignment checking for r6xx/7xx
Alex Shi (1):
drm/i915: Disable FBC on Ironlake to save 1W
Chris Wilson (4):
drm/i915: Retire any pending operations on the old scanout when switching
Merge remote branch 'airlied/drm-fixes' into drm-intel-fixes
drm/i915: Do not hold mutex when faulting in user addresses
drm/i915/crt: Introduce struct intel_crt
Jean Delvare (1):
drm/i915: Fix I2C adapter registration
Keith Packard (1):
drm/i915: Take advantage of auto-polling CRT hotplug detection on PCH hardware
Vasiliy Kulikov (1):
drm: radeon: fix error value sign
drivers/gpu/drm/i915/i915_drv.c | 3 +-
drivers/gpu/drm/i915/i915_drv.h | 2 +
drivers/gpu/drm/i915/i915_gem.c | 77 +++++----
drivers/gpu/drm/i915/intel_crt.c | 159 ++++++++++-------
drivers/gpu/drm/i915/intel_display.c | 12 ++
drivers/gpu/drm/i915/intel_i2c.c | 11 +-
drivers/gpu/drm/radeon/r600_cs.c | 309 +++++++++++++++++++++-------------
drivers/gpu/drm/radeon/r600d.h | 6 +
drivers/gpu/drm/radeon/radeon_irq.c | 4 +-
9 files changed, 358 insertions(+), 225 deletions(-)
--
Chris Wilson, Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-11-19 1:21 Dave Airlie
2010-11-19 10:02 ` Chris Wilson
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2010-11-19 1:21 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
Just a fixes tree for -rc3 if possible, it did get rebased recently as I
had to get the nouveau pull cleaned, but I'd been running the non-nouveau
bits for a few days, there is also one late regression fix from Alex and
some fixups after Jean pushed an i2c change that broke the kms drivers.
Otherwise its mostly just modesetting fixups and radeon tiling fixes.
Dave.
The following changes since commit 0143832cc96d0bf78486297aad5c8fb2c2ead02a:
Merge branch 'urgent' of git://git.kernel.org/pub/scm/linux/kernel/git/brodo/pcmcia-2.6 (2010-11-13 10:00:15 -0800)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (12):
drm/radeon/kms: fix and unify tiled buffer alignment checking for r6xx/7xx
drm/radeon/kms: fix typo in r600 cs checker
drm/radeon/kms: turn the backlight off explicitly for dpms
drm/radeon/kms/atom: set sane defaults in atombios_get_encoder_mode()
drm/radeon/kms: properly power up/down the eDP panel as needed (v4)
drm/radeon/kms/atom: cleanup and unify DVO handling
drm/radeon/kms/atom: add proper external encoders support
drm/radeon/kms: register an i2c adapter name for the dp aux bus
drm/radeon/kms: fix alignment when allocating buffers
drm/radeon/kms: fix tiling info on evergreen
drm/radeon/kms: fix i2c pad masks on rs4xx
drm/radeon/kms: i2c s/sprintf/snprintf/g for safety
Andy Lutomirski (1):
nouveau: Acknowledge HPD irq in handler, not bottom half
Ben Skeggs (3):
drm/nva3: fix overflow in fixed point math used for pll calculation
drm/nv50: implement possible workaround for NV86 PGRAPH TLB flush hang
drm/nouveau: don't expose backlight control when available through ACPI
Dave Airlie (1):
Merge remote branch 'nouveau/for-airlied' of /ssd/git/drm-nouveau-next into drm-fixes
Francisco Jerez (17):
drm/nouveau: Fix sleep while atomic in the semaphore code.
drm/nouveau: Reject modes exceeding the integrated TMDS maximum bandwidth.
drm/nv04-nv40: Fall back to panel rescaling if we have no usable native mode.
drm/nv11: Fix bad PLL detection false positive.
drm/nouveau: Some random cleanups.
drm/nouveau: Avoid lock dependency between ramht and ramin spinlocks.
drm/nouveau: Reduce severity of the unknown getparam error.
drm/nouveau: Expose some BO usage flags to userspace.
drm/nv10: Balance RTs expected to be accessed simultaneously by the 3d engine.
drm/nv04: Fix scanout over the 16MB mark.
drm/nouveau: Use "force" to decide if analog load detection is ok or not.
drm/nouveau: Don't poll LVDS outputs.
drm/nv10-nv20: Fix instability after MPLL changes.
drm/nouveau: Don't use load detection for connector polling.
drm/nouveau: Return error from nouveau_gpuobj_new if we're out of RAMIN.
drm/nouveau: Make PCIE GART size depend on the available RAMIN space.
drm/nouveau: Fix a few confusions between "chipset" and "card_type".
Jiri Slaby (1):
drm/nouveau: ratelimit IRQ messages
Lucas Stach (1):
drm/nouveau: fix nv40 pcie gart size
Martin Peres (1):
drm/nouveau: Fix compilation issues in nouveau_pm when CONFIG_HWMON is not set
Roy Spliet (1):
drm/nouveau/pm: improve memtiming mappings
Thomas Hellstrom (2):
drm/vmwgfx: Fix up an error path during bo creation
drm/ttm: Fix up a theoretical deadlock
Vasiliy Kulikov (1):
drm: radeon: fix error value sign
drivers/gpu/drm/nouveau/nouveau_backlight.c | 9 +
drivers/gpu/drm/nouveau/nouveau_bios.c | 2 +-
drivers/gpu/drm/nouveau/nouveau_bo.c | 43 +++-
drivers/gpu/drm/nouveau/nouveau_connector.c | 77 ++---
drivers/gpu/drm/nouveau/nouveau_connector.h | 3 -
drivers/gpu/drm/nouveau/nouveau_drv.h | 55 +---
drivers/gpu/drm/nouveau/nouveau_fence.c | 7 +-
drivers/gpu/drm/nouveau/nouveau_gem.c | 36 ++-
drivers/gpu/drm/nouveau/nouveau_hw.c | 8 +-
drivers/gpu/drm/nouveau/nouveau_hw.h | 19 ++
drivers/gpu/drm/nouveau/nouveau_i2c.c | 2 +-
drivers/gpu/drm/nouveau/nouveau_irq.c | 42 ++--
drivers/gpu/drm/nouveau/nouveau_mem.c | 49 ++--
drivers/gpu/drm/nouveau/nouveau_object.c | 2 +-
drivers/gpu/drm/nouveau/nouveau_pm.c | 7 +-
drivers/gpu/drm/nouveau/nouveau_ramht.c | 71 +++--
drivers/gpu/drm/nouveau/nouveau_sgdma.c | 14 +-
drivers/gpu/drm/nouveau/nouveau_state.c | 17 +-
drivers/gpu/drm/nouveau/nouveau_temp.c | 2 +-
drivers/gpu/drm/nouveau/nv04_crtc.c | 7 +-
drivers/gpu/drm/nouveau/nv04_dfp.c | 13 +-
drivers/gpu/drm/nouveau/nv04_pm.c | 9 +
drivers/gpu/drm/nouveau/nv50_calc.c | 16 +-
drivers/gpu/drm/nouveau/nv50_crtc.c | 4 +-
drivers/gpu/drm/nouveau/nv50_display.c | 35 ++-
drivers/gpu/drm/nouveau/nv50_fifo.c | 5 +
drivers/gpu/drm/nouveau/nv50_graph.c | 52 ++++
drivers/gpu/drm/nouveau/nv50_instmem.c | 1 -
drivers/gpu/drm/radeon/evergreen.c | 31 ++-
drivers/gpu/drm/radeon/evergreen_blit_kms.c | 2 +-
drivers/gpu/drm/radeon/r600.c | 2 +-
drivers/gpu/drm/radeon/r600_blit_kms.c | 2 +-
drivers/gpu/drm/radeon/r600_cs.c | 311 ++++++++++++--------
drivers/gpu/drm/radeon/r600d.h | 6 +
drivers/gpu/drm/radeon/radeon.h | 4 +
drivers/gpu/drm/radeon/radeon_benchmark.c | 4 +-
drivers/gpu/drm/radeon/radeon_combios.c | 13 +
drivers/gpu/drm/radeon/radeon_connectors.c | 18 ++
drivers/gpu/drm/radeon/radeon_device.c | 2 +-
drivers/gpu/drm/radeon/radeon_encoders.c | 356 ++++++++++++++++++++---
drivers/gpu/drm/radeon/radeon_gart.c | 4 +-
drivers/gpu/drm/radeon/radeon_gem.c | 2 +-
drivers/gpu/drm/radeon/radeon_i2c.c | 8 +-
drivers/gpu/drm/radeon/radeon_irq.c | 4 +-
drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 2 +-
drivers/gpu/drm/radeon/radeon_mode.h | 5 +-
drivers/gpu/drm/radeon/radeon_object.c | 7 +-
drivers/gpu/drm/radeon/radeon_object.h | 7 +-
drivers/gpu/drm/radeon/radeon_ring.c | 6 +-
drivers/gpu/drm/radeon/radeon_test.c | 4 +-
drivers/gpu/drm/radeon/radeon_ttm.c | 2 +-
drivers/gpu/drm/radeon/rv770.c | 4 +-
drivers/gpu/drm/ttm/ttm_bo.c | 11 +
drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 14 +-
include/drm/nouveau_drm.h | 7 +
55 files changed, 1021 insertions(+), 424 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-11-12 17:21 ` Chris Wilson
@ 2010-11-12 17:50 ` Linus Torvalds
0 siblings, 0 replies; 427+ messages in thread
From: Linus Torvalds @ 2010-11-12 17:50 UTC (permalink / raw)
To: Chris Wilson; +Cc: Dave Airlie, linux-kernel, DRI mailing list
On Fri, Nov 12, 2010 at 9:21 AM, Chris Wilson <chris@chris-wilson.co.uk> wrote:
>
> My bad, I cherry-picked it from our public drm-intel-next tree and thought
> it wise to include the cross-reference to explain the duplication and
> merge conflicts and to provide some additional test history into the commit.
> Obviously not enough information.
>
> Is there a right approach here? I'm trying to be strict in that what is
> sent upstream in -fixes are purely known regression fixes, and to preserve
> test history on both -fixes and -next. That leads to situations like the
> above where we have a commit that does not appear to relevant to stable at
> first, but then is later shown to be required. How best to resolve the
> eventual conflict that will show up in your tree? Just cherry-pick and be
> dammed?
Generally "just cherry-pick and be damned". Duplicate patches happen
all the time, and it has nothing to do with cherry-picking: the same
patch gets done by two different people (or just forwarded to two
different maintainers). So duplication isn't problematic per se.
And if it happens so much that it then causes real problems elsewhere
(for example lots of merge conflicts due to other related changes
around it), that's indicative of something _else_ going on.
Maybe it's just a lack of good topic branches, so that you mix
everything up in one place, and get conflicts due to that. With well
chosen topic branches, you do fixes in one particular branch that can
be merged into both -next and -stable. But then you really have to do
topic branches based on _topic_, not just "this is a random collection
of -stable crap". Name the branch by the actual problem it fixes, and
do NOT merge it into either -next _nor_ -stable until that particular
problem has really been fixed and you're sure (otherwise you'll just
end up with lots of daily merges of random fixes, and that will be
_worse_. You may avoid the merge conflicts, but your history will look
like sh*t, and your topic branches will be meaningless).
Or you have two people who work in the same area, and your code is
just not modular enough, so when they work on the same file, they
invariably step on each others fingers. Functions too big, actions not
clearly enough abstracted out, people just adding things to the same
area even when they work on two different chips (the intel DRM code
tends to be _full_ of "common" functions that then test individual
chip ID's and do different things. Dammit, if they do that, they
aren't common functions, and you write them the wrong way around:
instead of having "common function testing if ID==sandybridge", you
should have "sandybridge function doing its thing and calling _truly_
common helper functions that do things that other chip functions will
need too")
Merge conflicts (of anything but the totally trivial kind) are almost
always a sign of something being wrong in the development. Trivial
merge conflicts (and merges that had the same patch and got resolved
totally automatically - they were so trivial that a human never even
saw it) are normal. But if it's at the point that it causes pain,
there is some more fundamental problem, and marking commits as "this
is the same as in that other branch" is not the solution.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-11-12 16:24 ` Linus Torvalds
@ 2010-11-12 17:21 ` Chris Wilson
2010-11-12 17:50 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Chris Wilson @ 2010-11-12 17:21 UTC (permalink / raw)
To: Linus Torvalds, Dave Airlie; +Cc: linux-kernel, DRI mailing list
On Fri, 12 Nov 2010 08:24:48 -0800, Linus Torvalds <torvalds@linux-foundation.org> wrote:
> But when you cherry-pick it from some random internal tree that nobody
> will necessarily ever see, and that you don't even describe what it
> is, it's only pure confusion. I do
>
> [torvalds@i5 linux]$ git show 6aa56062eaba67adfb247cded244fd877329588d
> fatal: bad object 6aa56062eaba67adfb247cded244fd877329588d
>
> and so will everybody else. So from a documentation standpoint, you're
> actually adding negative information. Please don't.
My bad, I cherry-picked it from our public drm-intel-next tree and thought
it wise to include the cross-reference to explain the duplication and
merge conflicts and to provide some additional test history into the commit.
Obviously not enough information.
Is there a right approach here? I'm trying to be strict in that what is
sent upstream in -fixes are purely known regression fixes, and to preserve
test history on both -fixes and -next. That leads to situations like the
above where we have a commit that does not appear to relevant to stable at
first, but then is later shown to be required. How best to resolve the
eventual conflict that will show up in your tree? Just cherry-pick and be
dammed?
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-11-11 0:24 Dave Airlie
@ 2010-11-12 16:24 ` Linus Torvalds
2010-11-12 17:21 ` Chris Wilson
0 siblings, 1 reply; 427+ messages in thread
From: Linus Torvalds @ 2010-11-12 16:24 UTC (permalink / raw)
To: Dave Airlie, Chris Wilson; +Cc: linux-kernel, DRI mailing list
On Wed, Nov 10, 2010 at 4:24 PM, Dave Airlie <airlied@linux.ie> wrote:
>
> I've started taking Chris's pull requests now, so all the intel drm
> changes should start coming via my tree always now, unless they are pretty
> exceptional or I'm away.
Btw, Chris - don't do this:
commit 08deebf98783d3de553eed2c9b6b8dcc7e168567
Author: Chris Wilson <chris@chris-wilson.co.uk>
Date: Fri Nov 5 08:56:38 2010 +0000
drm/i915/ringbuffer: Use the HEAD auto-reporting mechanism
My Sandybridge only reports 0 for the ring buffer registers, causing it
to hang as soon as we exhaust the available ring. As a workaround, take
advantage of our huge ring buffers and use the auto-reporting mechanism
to update the status page with the HEAD location every 64 KiB.
Cherry-picked from 6aa56062eaba67adfb247cded244fd877329588d.
...
Think about what that "Cherry-picked from 6aa56062eaba.." means for a while.
It's a totally random number that is entirely pointless. That commit
doesn't exist in any trees anybody else is aware of, so it's pure and
utter noise. It has no meaning.
The only SHA1 numbers that are meaningful are numbers that are in some
history that is relevant. So a SHA1 should normally only ever point to
a commit that exists in the history of the commit that it points to
(think reverts, or "this fixes an issue introduced in xyz"). So if you
see that commit description, you're pretty much guaranteed that the
SHA1 makes sense.
The one exception is when you point to some "known external tree" - ie
the stable tree has references to the commits in the upstream kernel,
even though they are obviously not in the history of the stable commit
itself. The numbers may not make sense within the confines of just the
stable tree at the time, but at the same time, the stable tree rules
are very much that commits only get in once they are in mainline, so
there are actual rules in place basically saying that the hash makes
sense even _if_ it refers to an outside tree.
But when you cherry-pick it from some random internal tree that nobody
will necessarily ever see, and that you don't even describe what it
is, it's only pure confusion. I do
[torvalds@i5 linux]$ git show 6aa56062eaba67adfb247cded244fd877329588d
fatal: bad object 6aa56062eaba67adfb247cded244fd877329588d
and so will everybody else. So from a documentation standpoint, you're
actually adding negative information. Please don't.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-11-11 0:24 Dave Airlie
2010-11-12 16:24 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2010-11-11 0:24 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 5859 bytes --]
Hi Linus,
This is a bunch of drm fixes, it includes couple of regression fixers on
radeon that could cause oops/memory corruptions, along with few Intel
fixers. It also fixes the Kconfig for the poulsbo stub.
I've started taking Chris's pull requests now, so all the intel drm
changes should start coming via my tree always now, unless they are pretty
exceptional or I'm away.
Dave.
The following changes since commit a7bcf21e60c73cb7f7c13fad928967d7e47c3cac:
Merge branch 'for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4 (2010-11-08 11:54:53 -0800)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (5):
drm/radeon/kms/evergreen: add missing pm.vblank_sync update in vbl handler
drm/radeon/kms: make the connector code less verbose
drm/radeon/kms: don't disable shared encoders on pre-DCE3 display blocks
drm/radeon/kms: add support for clock/data path routers
drm/radeon/kms: fix thermal sensor reporting on rv6xx
Chris Wilson (7):
drm/i915: Flush read-only buffers from the active list upon idle as well
drm/i915: Apply big hammer to serialise buffer access between rings
drm/i915: Allow powersave modparam to be adjusted at runtime.
drm/i915: SNB BLT workaround
drm/i915: Avoid might_fault during pwrite whilst holding our mutex
drm/i915/ringbuffer: Use the HEAD auto-reporting mechanism
drm/i915: Fix LVDS fixed-mode regression from 219adae1
Christoph Fritz (1):
drm/i915: opregion_setup: iounmap correct address
Dan Carpenter (1):
i915: signedness bug in check_overlay_src()
Dave Airlie (1):
Merge branch 'drm-intel-fixes' of git://git.kernel.org/.../ickle/drm-intel
Ingo Molnar (1):
drm/stub/Kconfig: fix Kconfig for stub driver.
Jesse Barnes (1):
drm/i915: Fix the graphics frequency clamping at init and when IPS is active.
Joe Perches (3):
drivers/gpu/drm/vmwgfx: Fix k.alloc switched arguments
drivers/gpu/drm: Update WARN uses
drivers/gpu: Use vzalloc
Kulikov Vasiliy (1):
drm: vmwgfx: fix information leak to userland
Kyle McMartin (1):
i915: reprogram power monitoring registers on resume
Michel Dänzer (1):
drm/radeon/kms: Fix retrying ttm_bo_init() after it failed once.
Sam Tygier (1):
DRM: ignore invalid EDID extensions
Takashi Iwai (1):
drm/i915: Fix typo from "Enable DisplayPort Audio"
Thomas Hellstrom (10):
drm/ttm: Documentation update
drm/ttm: Use private locks for the default bo range manager
drm/ttm: Remove pointless list_empty check
drm/ttm: Remove mm init error printouts and checks
drm/ttm: Add a barrier when unreserving
drm/ttm: remove failed ttm binding error printout
drm/ttm: Make sure a sync object doesn't disappear while we use it
drm/ttm: Remove the CAP_SYS_ADMIN requirement for bo pinning
drm/vmwgfx: Fix oops on failing bo pin
drm/ttm: Be consistent on ttm_bo_init() failures
Tyson Whitehead (1):
drm/radeon/kms: fix bugs in ddc and cd path router code
Zhenyu Wang (4):
drm/i915: Fix KMS regression on Sandybridge/CPT
drm/i915; Don't apply Ironlake FDI clock workaround to Sandybridge
agp/intel: restore cache behavior on sandybridge
agp/intel: fix cache control for sandybridge
drivers/char/agp/intel-gtt.c | 6 +-
drivers/gpu/drm/drm_crtc_helper.c | 2 +-
drivers/gpu/drm/drm_edid.c | 26 +++++--
drivers/gpu/drm/i915/i915_drv.c | 2 +-
drivers/gpu/drm/i915/i915_drv.h | 1 +
drivers/gpu/drm/i915/i915_gem.c | 118 +++++++++++++++----------
drivers/gpu/drm/i915/i915_gem_evict.c | 8 +--
drivers/gpu/drm/i915/i915_suspend.c | 4 +-
drivers/gpu/drm/i915/intel_display.c | 70 +++++++++------
drivers/gpu/drm/i915/intel_dp.c | 2 +-
drivers/gpu/drm/i915/intel_drv.h | 1 +
drivers/gpu/drm/i915/intel_lvds.c | 16 +++-
drivers/gpu/drm/i915/intel_opregion.c | 2 +-
drivers/gpu/drm/i915/intel_overlay.c | 4 +-
drivers/gpu/drm/i915/intel_ringbuffer.c | 129 +++++++++++++++++++++++++++-
drivers/gpu/drm/i915/intel_ringbuffer.h | 3 +
drivers/gpu/drm/radeon/evergreen.c | 8 ++-
drivers/gpu/drm/radeon/r100.c | 4 +-
drivers/gpu/drm/radeon/r300.c | 2 +-
drivers/gpu/drm/radeon/r600.c | 12 +--
drivers/gpu/drm/radeon/radeon_atombios.c | 27 ++++--
drivers/gpu/drm/radeon/radeon_connectors.c | 16 ++--
drivers/gpu/drm/radeon/radeon_display.c | 18 +++--
drivers/gpu/drm/radeon/radeon_encoders.c | 26 ++++++
drivers/gpu/drm/radeon/radeon_fence.c | 3 +-
drivers/gpu/drm/radeon/radeon_i2c.c | 41 +++++++--
drivers/gpu/drm/radeon/radeon_mode.h | 17 +++-
drivers/gpu/drm/radeon/radeon_object.c | 4 +-
drivers/gpu/drm/radeon/radeon_ttm.c | 3 +-
drivers/gpu/drm/radeon/rs400.c | 2 +-
drivers/gpu/drm/radeon/rs600.c | 4 +-
drivers/gpu/drm/ttm/ttm_bo.c | 86 +++++--------------
drivers/gpu/drm/ttm/ttm_bo_manager.c | 81 ++++++++++--------
drivers/gpu/drm/ttm/ttm_tt.c | 4 +-
drivers/gpu/drm/via/via_dmablit.c | 4 +-
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 1 +
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 5 +
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_overlay.c | 2 +-
drivers/gpu/stub/Kconfig | 3 +
include/drm/ttm/ttm_bo_api.h | 4 +
include/drm/ttm/ttm_bo_driver.h | 79 ++++++++++++++++-
42 files changed, 577 insertions(+), 275 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-10-28 3:33 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-10-28 3:33 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Just three fixes from Alex for radeon kms issues, one longstanding bug on
r200 cards since kms came about.
Dave.
The following changes since commit 135cba0dc399fdd47bd3ae305c1db75fcd77243f:
vmwgfx: Implement a proper GMR eviction mechanism (2010-10-27 11:07:46 +1000)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-core-next
Alex Deucher (3):
drm/radeon/kms: fix handling of tex lookup disable in cs checker on r2xx
drm/radeon/kms: fix tiled db height calculation on 6xx/7xx
drm/radeon/kms: enable unmappable vram for evergreen
drivers/gpu/drm/radeon/evergreen_blit_kms.c | 2 ++
drivers/gpu/drm/radeon/r100.c | 3 +++
drivers/gpu/drm/radeon/r100_track.h | 1 +
drivers/gpu/drm/radeon/r200.c | 2 ++
drivers/gpu/drm/radeon/r600_cs.c | 14 ++++++++------
drivers/gpu/drm/radeon/radeon_reg.h | 1 +
6 files changed, 17 insertions(+), 6 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-10-12 20:51 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-10-12 20:51 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, DRI mailing list
I was going to leave these for stable, but really they should go in now.
The unmappable VRAM fixes a problem on evergreen cards in 2.6.36, we end
up giving out memory past what the CPU can see and we get SIGBUS in
userspace, this is because we don't have support for GPU to move memory
around on evergreen until patches queued for 2.6.37. This patch just
limits the VRAM when we don't have any in-kernel gpu copy code.
There are two other minor evergreen fixes, and two not so useful output
removed patches.
Dave.
The following changes since commit 85a331881dd52a93e7d4c57bcaf5486cc8718465:
Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6 (2010-10-09 12:06:26 -0700)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (3):
drm/radeon/kms: leave certain CP int bits enabled
drm/radeon/kms: make TV/DFP table info less verbose
drm/radeon/kms: fix bad cast/shift in evergreen.c
Jean Delvare (1):
drm/radeon/kms: Silent spurious error message
Jerome Glisse (1):
drm/radeon/kms: avoid corner case issue with unmappable vram V2
drivers/gpu/drm/radeon/evergreen.c | 5 +++--
drivers/gpu/drm/radeon/r100.c | 3 +++
drivers/gpu/drm/radeon/r600.c | 4 +++-
drivers/gpu/drm/radeon/r600_blit_kms.c | 2 ++
drivers/gpu/drm/radeon/radeon.h | 1 +
drivers/gpu/drm/radeon/radeon_atombios.c | 18 +++++++++---------
drivers/gpu/drm/radeon/radeon_combios.c | 26 +++++++++++++-------------
drivers/gpu/drm/radeon/radeon_object.c | 2 +-
drivers/gpu/drm/radeon/radeon_object.h | 5 +----
drivers/gpu/drm/radeon/rs600.c | 1 +
drivers/gpu/drm/radeon/rs690.c | 1 +
drivers/gpu/drm/radeon/rv770.c | 2 ++
12 files changed, 40 insertions(+), 30 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-10-07 0:41 Dave Airlie
@ 2010-10-07 8:45 ` Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-10-07 8:45 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, DRI mailing list
Slight update to fix a regression in one of the memory corruption fixes,
we have another memory corruption myself/Keith are trying to track down,
but laptops with 1.8" disks are defeating us, but its only in a rare
unload case and may have been around for a while so it can probably live
in -next and go in via stable.
The following changes since commit e1d9694cae722d00a94fb58f901aa69c9c324a16:
Merge branch 'core-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip (2010-10-05 13:07:43 -0700)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Dave Airlie (1):
drm: don't drop handle reference on unload
Thomas Hellstrom (1):
drm/ttm: Fix two race conditions + fix busy codepaths
drivers/gpu/drm/i915/intel_fb.c | 2 +-
drivers/gpu/drm/nouveau/nouveau_fbcon.c | 1 -
drivers/gpu/drm/nouveau/nouveau_notifier.c | 1 -
drivers/gpu/drm/radeon/radeon_fb.c | 1 -
drivers/gpu/drm/ttm/ttm_bo.c | 83 ++++++++++++++++++++++++----
include/drm/ttm/ttm_bo_api.h | 4 +-
6 files changed, 75 insertions(+), 17 deletions(-)
>
> This is the nasty race condition fix from Thomas, I've been running it and
> playing with firefox a lot and haven't seen any side effects of it, we
> have positive feedback on it fixing the actual problem of up 1GB of memory
> leaked in 5-10s of scrolling in the pathalogical cases.
>
> Dave.
>
> The following changes since commit e1d9694cae722d00a94fb58f901aa69c9c324a16:
>
> Merge branch 'core-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip (2010-10-05 13:07:43 -0700)
>
> are available in the git repository at:
>
> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
>
> Thomas Hellstrom (1):
> drm/ttm: Fix two race conditions + fix busy codepaths
>
> drivers/gpu/drm/ttm/ttm_bo.c | 83 ++++++++++++++++++++++++++++++++++++------
> include/drm/ttm/ttm_bo_api.h | 4 ++-
> 2 files changed, 74 insertions(+), 13 deletions(-)
>
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-10-07 0:41 Dave Airlie
2010-10-07 8:45 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2010-10-07 0:41 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, DRI mailing list
This is the nasty race condition fix from Thomas, I've been running it and
playing with firefox a lot and haven't seen any side effects of it, we
have positive feedback on it fixing the actual problem of up 1GB of memory
leaked in 5-10s of scrolling in the pathalogical cases.
Dave.
The following changes since commit e1d9694cae722d00a94fb58f901aa69c9c324a16:
Merge branch 'core-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip (2010-10-05 13:07:43 -0700)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Thomas Hellstrom (1):
drm/ttm: Fix two race conditions + fix busy codepaths
drivers/gpu/drm/ttm/ttm_bo.c | 83 ++++++++++++++++++++++++++++++++++++------
include/drm/ttm/ttm_bo_api.h | 4 ++-
2 files changed, 74 insertions(+), 13 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-10-01 9:07 ` Dave Airlie
@ 2010-10-01 11:18 ` Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-10-01 11:18 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
> >
> > We had an unplanned leak/race finding week:
>
> Updated pull request, TTM extra fix, GEM updated patch with tested by
> lines, and some urgent vmwgfx oops/fixes. (vmwgfx is in staging still,
> though I need to discuss that with vmware).
Today is proof the phenylephrine is a poor substitute for pseudoephedrine,
and both are a poor substitute for sleep.
I've dropped the TTM fixes until next week since Thomas keeps finding
corner-case issues and I'd like to get to my test box in the office and
confirm, we know the patch fixes a major leak, just a matter of having
more confidence in it working in the corners.
Lets get the simpler patches I'm sure about in and I'll send the ttm leak
fix on its own next week.
Dave.
The following changes since commit 32163f4b2cef28a5aab8b226ffecfc6379a53786:
alpha: fix usp value in multithreaded coredumps (2010-09-25 14:38:13 -0700)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (3):
drm/radeon/kms: fix up encoder info messages for DFP6
drm/radeon/kms: fix potential segfault in r600_ioctl_wait_idle
drm/radeon/kms: add quirk for MSI K9A2GM motherboard
Arnd Bergmann (1):
drm: i810/i830: fix locked ioctl variant
Chris Wilson (2):
drm: Prune GEM vma entries
drm: Hold the mutex when dropping the last GEM reference (v2)
Dave Airlie (2):
drm/radeon: fix PCI ID 5657 to be an RV410
drm/gem: handlecount isn't really a kref so don't make it one.
Thomas Hellstrom (5):
drm/vmwgfx: Fix breakage introduced by commit "drm: block userspace under allocating buffer and having drivers overwrite it (v2)"
vmwgfx: vt-switch (master drop) fixes
vmwgfx: Enable use of the vblank system
vmwgfx: Remove initialisation of dev::devname
vmwgfx: Fix fb VRAM pinning failure due to fragmentation
drivers/gpu/drm/drm_gem.c | 39 ++------
drivers/gpu/drm/drm_info.c | 2 +-
drivers/gpu/drm/drm_vm.c | 28 ++++--
drivers/gpu/drm/i810/i810_dma.c | 2 +-
drivers/gpu/drm/i830/i830_dma.c | 2 +-
drivers/gpu/drm/i915/i915_gem.c | 6 +-
drivers/gpu/drm/i915/intel_fb.c | 4 +-
drivers/gpu/drm/nouveau/nouveau_fbcon.c | 1 +
drivers/gpu/drm/nouveau/nouveau_gem.c | 6 +-
drivers/gpu/drm/nouveau/nouveau_notifier.c | 1 +
drivers/gpu/drm/radeon/r600.c | 3 +-
drivers/gpu/drm/radeon/radeon_atombios.c | 9 ++
drivers/gpu/drm/radeon/radeon_display.c | 5 +-
drivers/gpu/drm/radeon/radeon_fb.c | 14 +--
drivers/gpu/drm/radeon/radeon_gem.c | 4 +-
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 145 +++++++++++++++++++++-------
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 8 ++
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c | 5 +
drivers/gpu/drm/vmwgfx/vmwgfx_fifo.c | 3 +
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 17 ++++
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 27 ++++--
drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 4 +
include/drm/drmP.h | 29 ++++--
include/drm/drm_pciids.h | 2 +-
24 files changed, 246 insertions(+), 120 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-10-01 5:27 Dave Airlie
@ 2010-10-01 9:07 ` Dave Airlie
2010-10-01 11:18 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2010-10-01 9:07 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
> Hi Linus,
>
> We had an unplanned leak/race finding week:
Updated pull request, TTM extra fix, GEM updated patch with tested by
lines, and some urgent vmwgfx oops/fixes. (vmwgfx is in staging still,
though I need to discuss that with vmware).
Dave.
> Had a pretty nasty race in TTM reported (scrolling certain pages in
> firefox caused a major leak of objects), fix from Thomas in here.
>
> A nasty slow leak in the i915 GEM code, fix from Chris here.
> A race on object deletion in the GEM code, fix from Chris.
>
> A leak/memory corruptor when unloading drm modules after X had started due
> to using krefs in a non-kref compatible manner, fix from me (found while
> tracking down the firefox one).
>
> Apart from that, just some general radeon fixes, a BKL regression fix, a
> vmware regression fix from the ioctl cleanups.
>
The following changes since commit 32163f4b2cef28a5aab8b226ffecfc6379a53786:
alpha: fix usp value in multithreaded coredumps (2010-09-25 14:38:13 -0700)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (3):
drm/radeon/kms: fix up encoder info messages for DFP6
drm/radeon/kms: fix potential segfault in r600_ioctl_wait_idle
drm/radeon/kms: add quirk for MSI K9A2GM motherboard
Arnd Bergmann (1):
drm: i810/i830: fix locked ioctl variant
Chris Wilson (2):
drm: Prune GEM vma entries
drm: Hold the mutex when dropping the last GEM reference (v2)
Dave Airlie (2):
drm/radeon: fix PCI ID 5657 to be an RV410
drm/gem: handlecount isn't really a kref so don't make it one.
Thomas Hellstrom (7):
drm/ttm: Fix two race conditions
drm/vmwgfx: Fix breakage introduced by commit "drm: block userspace under allocating buffer and having drivers overwrite it (v2)"
drm/ttm: Fix missing return
vmwgfx: vt-switch (master drop) fixes
vmwgfx: Enable use of the vblank system
vmwgfx: Remove initialisation of dev::devname
vmwgfx: Fix fb VRAM pinning failure due to fragmentation
drivers/gpu/drm/drm_gem.c | 39 ++------
drivers/gpu/drm/drm_info.c | 2 +-
drivers/gpu/drm/drm_vm.c | 28 ++++--
drivers/gpu/drm/i810/i810_dma.c | 2 +-
drivers/gpu/drm/i830/i830_dma.c | 2 +-
drivers/gpu/drm/i915/i915_gem.c | 6 +-
drivers/gpu/drm/i915/intel_fb.c | 4 +-
drivers/gpu/drm/nouveau/nouveau_fbcon.c | 1 +
drivers/gpu/drm/nouveau/nouveau_gem.c | 6 +-
drivers/gpu/drm/nouveau/nouveau_notifier.c | 1 +
drivers/gpu/drm/radeon/r600.c | 3 +-
drivers/gpu/drm/radeon/radeon_atombios.c | 9 ++
drivers/gpu/drm/radeon/radeon_display.c | 5 +-
drivers/gpu/drm/radeon/radeon_fb.c | 14 +--
drivers/gpu/drm/radeon/radeon_gem.c | 4 +-
drivers/gpu/drm/ttm/ttm_bo.c | 75 ++++++++++++--
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 145 +++++++++++++++++++++-------
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 8 ++
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c | 5 +
drivers/gpu/drm/vmwgfx/vmwgfx_fifo.c | 3 +
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 17 ++++
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 27 ++++--
drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 4 +
include/drm/drmP.h | 29 ++++--
include/drm/drm_pciids.h | 2 +-
include/drm/ttm/ttm_bo_api.h | 4 +-
26 files changed, 313 insertions(+), 132 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-10-01 5:27 Dave Airlie
2010-10-01 9:07 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2010-10-01 5:27 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
We had an unplanned leak/race finding week:
Had a pretty nasty race in TTM reported (scrolling certain pages in
firefox caused a major leak of objects), fix from Thomas in here.
A nasty slow leak in the i915 GEM code, fix from Chris here.
A race on object deletion in the GEM code, fix from Chris.
A leak/memory corruptor when unloading drm modules after X had started due
to using krefs in a non-kref compatible manner, fix from me (found while
tracking down the firefox one).
Apart from that, just some general radeon fixes, a BKL regression fix, a
vmware regression fix from the ioctl cleanups.
Dave.
The following changes since commit 32163f4b2cef28a5aab8b226ffecfc6379a53786:
alpha: fix usp value in multithreaded coredumps (2010-09-25 14:38:13 -0700)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (3):
drm/radeon/kms: fix up encoder info messages for DFP6
drm/radeon/kms: fix potential segfault in r600_ioctl_wait_idle
drm/radeon/kms: add quirk for MSI K9A2GM motherboard
Arnd Bergmann (1):
drm: i810/i830: fix locked ioctl variant
Chris Wilson (2):
drm: Prune GEM vma entries
drm: Hold the mutex when dropping the last GEM reference
Dave Airlie (2):
drm/radeon: fix PCI ID 5657 to be an RV410
drm/gem: handlecount isn't really a kref so don't make it one.
Thomas Hellstrom (2):
drm/ttm: Fix two race conditions
drm/vmwgfx: Fix breakage introduced by commit "drm: block userspace under allocating buffer and having drivers overwrite it (v2)"
drivers/gpu/drm/drm_gem.c | 39 ++++-----------
drivers/gpu/drm/drm_info.c | 2 +-
drivers/gpu/drm/drm_vm.c | 28 +++++++----
drivers/gpu/drm/i810/i810_dma.c | 2 +-
drivers/gpu/drm/i830/i830_dma.c | 2 +-
drivers/gpu/drm/i915/i915_gem.c | 6 +--
drivers/gpu/drm/i915/intel_fb.c | 4 +-
drivers/gpu/drm/nouveau/nouveau_fbcon.c | 1 +
drivers/gpu/drm/nouveau/nouveau_gem.c | 6 +--
drivers/gpu/drm/nouveau/nouveau_notifier.c | 1 +
drivers/gpu/drm/radeon/r600.c | 3 +-
drivers/gpu/drm/radeon/radeon_atombios.c | 9 +++
drivers/gpu/drm/radeon/radeon_display.c | 5 ++-
drivers/gpu/drm/radeon/radeon_fb.c | 14 ++----
drivers/gpu/drm/radeon/radeon_gem.c | 4 +-
drivers/gpu/drm/ttm/ttm_bo.c | 74 +++++++++++++++++++++++----
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 2 +-
include/drm/drmP.h | 28 ++++++++---
include/drm/drm_pciids.h | 2 +-
include/drm/ttm/ttm_bo_api.h | 4 +-
20 files changed, 149 insertions(+), 87 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-09-15 1:44 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-09-15 1:44 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 3328 bytes --]
Hi Linus,
This is slightly larger than I'd like but Chris's patch to limit polling
devices thats can be destructive solves a lot of problems on Intel but it
requires an api change across drivers. The other worrisome one is a race
condition fixer between device nodes being openable and the driver
being loaded that I can't say why we started seeing it (bkl removal
maybe, userspace timing change maybe), I started working on an alternate
fix but it grew too large for this point in a release cycle.
Other updates are fixes for radeon from Alex and Marek, adding the
copyright headers probably a/c for 1/4 of the patchset.
The following changes since commit 49553c2ef88749dd502687f4eb9c258bb10a4f44:
Linux 2.6.36-rc4 (2010-09-12 16:07:37 -0700)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (7):
drm/radeon/kms: fix regression in RMX code (v2)
drm/radeon/kms: add connector table for Mac x800
drm/radeon/kms: don't enable underscan with interlaced modes
drm/radeon: add some missing copyright headers
drm/radeon/kms/evergreen: fix backend setup
drm/radeon/kms: force legacy pll algo for RV620 LVDS
drm/radeon/kms: only warn on mipmap size checks in r600 cs checker (v2)
Chris Wilson (4):
drm: Fix regression in disable polling e58f637
drm: Only decouple the old_fb from the crtc is we call mode_set*
drm: Use a nondestructive mode for output detect when polling
drm: Use a nondestructive mode for output detect when polling (v2)
Dave Airlie (1):
drm: fix race between driver loading and userspace open.
Marek Olšák (2):
drm/radeon/kms: increase lockup detection interval to 10 sec for r100-r500
drm/radeon/kms: fix the colorbuffer CS checker for r300-r500
drivers/gpu/drm/drm_crtc_helper.c | 10 +++---
drivers/gpu/drm/drm_pci.c | 4 ++
drivers/gpu/drm/drm_platform.c | 5 +++
drivers/gpu/drm/drm_sysfs.c | 2 +-
drivers/gpu/drm/i915/intel_crt.c | 6 +++-
drivers/gpu/drm/i915/intel_dp.c | 2 +-
drivers/gpu/drm/i915/intel_dvo.c | 3 +-
drivers/gpu/drm/i915/intel_hdmi.c | 2 +-
drivers/gpu/drm/i915/intel_lvds.c | 7 +++-
drivers/gpu/drm/i915/intel_sdvo.c | 5 ++-
drivers/gpu/drm/i915/intel_tv.c | 11 +++---
drivers/gpu/drm/nouveau/nouveau_connector.c | 6 ++--
drivers/gpu/drm/radeon/atombios_crtc.c | 5 ++-
drivers/gpu/drm/radeon/evergreen.c | 27 +++++++++++----
drivers/gpu/drm/radeon/r100.c | 24 ++++----------
drivers/gpu/drm/radeon/r600_blit_kms.c | 25 ++++++++++++++
drivers/gpu/drm/radeon/r600_blit_shaders.h | 24 ++++++++++++++
drivers/gpu/drm/radeon/r600_cs.c | 5 +--
drivers/gpu/drm/radeon/radeon_combios.c | 47 +++++++++++++++++++++++++++
drivers/gpu/drm/radeon/radeon_connectors.c | 15 ++++++---
drivers/gpu/drm/radeon/radeon_display.c | 9 +++--
drivers/gpu/drm/radeon/radeon_mode.h | 3 +-
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 7 ++--
include/drm/drm_crtc.h | 10 +++++-
24 files changed, 197 insertions(+), 67 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-09-06 22:21 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-09-06 22:21 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
I sent a pull req last week you can ignore in favour of this one.
radeon + nouveau + a couple of core fixes. Important radeon evergreen fix,
which allows accel to run without locking up the gpu, also a fix for
r700 AGP, and a couple of bkl removal fixes for nouveau.
Dave.
The following changes since commit 2bfc96a127bc1cc94d26bfaa40159966064f9c8c:
Linux 2.6.36-rc3 (2010-08-29 08:36:04 -0700)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (9):
drm/radeon/kms: use tracked values for sclk and mclk
drm/radeon/kms: fix a regression on r7xx AGP due to the HDP flush fix
drm/radeon/kms: remove useless clock code
drm/radeon/kms: force legacy pll algo for RV515 LVDS
drm/radeon/kms: fix tv module parameter
drm/radeon/kms: properly set crtc high base on r7xx
drm/radeon/kms/evergreen: work around bad data in some i2c tables
drm/radeon/kms/evergreen: fix gpu hangs in userspace accel code
drm/radeon/kms: fix tv-out on avivo asics
Chris Wilson (2):
drm/kms: Add a module parameter to disable polling
drm: Do not force 1024x768 modes on unknown connectors
Dave Airlie (1):
Merge remote branch 'nouveau/for-airlied' of /ssd/git/drm-nouveau-next into drm-fixes
Francisco Jerez (2):
drm/nouveau: Take fence spinlock before reading the last sequence.
drm/nouveau: Don't take struct_mutex around the pushbuf IOCTL.
Marcin Slusarz (1):
drm/nv50: initialize ramht_refs list for faked 0 channel
drivers/gpu/drm/drm_crtc_helper.c | 24 ++++++--
drivers/gpu/drm/nouveau/nouveau_fence.c | 6 ++-
drivers/gpu/drm/nouveau/nouveau_gem.c | 7 +--
drivers/gpu/drm/nouveau/nv50_instmem.c | 2 +
drivers/gpu/drm/radeon/atombios_crtc.c | 48 +++++++++++++++---
drivers/gpu/drm/radeon/evergreen.c | 48 +++++++++++++----
drivers/gpu/drm/radeon/r600.c | 16 +-----
drivers/gpu/drm/radeon/radeon.h | 8 ++-
drivers/gpu/drm/radeon/radeon_asic.c | 18 ------
drivers/gpu/drm/radeon/radeon_atombios.c | 27 ++++++++++
drivers/gpu/drm/radeon/radeon_clocks.c | 58 +++------------------
drivers/gpu/drm/radeon/radeon_connectors.c | 78 +++++++++++++++------------
drivers/gpu/drm/radeon/radeon_device.c | 28 +++-------
drivers/gpu/drm/radeon/radeon_i2c.c | 2 +-
drivers/gpu/drm/radeon/radeon_mode.h | 1 -
drivers/gpu/drm/radeon/rv770.c | 61 ++++++++++++++++++---
16 files changed, 253 insertions(+), 179 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes.
@ 2010-08-27 3:36 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-08-27 3:36 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
Some regression fixes, a couple around the BKL removal, and one in the
drm_mm code that was causing SIGBUS errors for some radeon users.
Dave.
The following changes since commit d03330383c9255cdb184dd33594e89c3542f191b:
Merge remote branch 'nouveau/for-airlied' of /ssd/git/drm-nouveau-next into drm-core-next (2010-08-23 08:34:59 +1000)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Adam Jackson (1):
drm/modes: Fix CVT-R modeline generation
Alex Deucher (2):
drm/radeon/kms: remove stray radeon_i2c_destroy
drm/radeon/kms: add missing scratch update in dp_detect
Arnd Bergmann (1):
drm: fix regression in drm locking since BKL removal.
Ben Skeggs (3):
drm/nv50: add dcb type 14 to enum to prevent compiler complaint
drm: export drm_global_mutex for drivers to use
drm/nouveau: drop drm_global_mutex before sleeping in submission path
Chris Wilson (1):
vgaarb: Wrap vga_(get|put) in CONFIG_VGA_ARB
Daniel Vetter (1):
drm: mm: fix range restricted allocations
Dave Airlie (1):
Merge remote branch 'nouveau/for-airlied' of /ssd/git/drm-nouveau-next into drm-fixes
Francisco Jerez (4):
drm/nouveau: Use a helper function to match PCI device/subsystem IDs.
drm/nouveau: Fix backlight control on PPC machines with an internal TMDS panel.
drm/nouveau: Fix TMDS on some DCB1.5 boards.
drm/nv20: Don't use pushbuf calls on the original nv20.
Patrice Mandin (1):
drm/nv30: Apply modesetting to the correct slave encoder
drivers/gpu/drm/drm_fops.c | 1 +
drivers/gpu/drm/drm_lock.c | 2 +
drivers/gpu/drm/drm_mm.c | 24 ++++++----
drivers/gpu/drm/drm_modes.c | 5 ++-
drivers/gpu/drm/nouveau/nouveau_bios.c | 64 +++++++---------------------
drivers/gpu/drm/nouveau/nouveau_bios.h | 1 +
drivers/gpu/drm/nouveau/nouveau_drv.h | 9 ++++
drivers/gpu/drm/nouveau/nouveau_gem.c | 6 ++-
drivers/gpu/drm/nouveau/nv04_dfp.c | 31 ++++++++++++-
drivers/gpu/drm/nouveau/nv17_tv.c | 10 +---
drivers/gpu/drm/radeon/radeon_connectors.c | 1 +
drivers/gpu/drm/radeon/radeon_pm.c | 2 -
include/linux/vgaarb.h | 15 ++++++-
13 files changed, 95 insertions(+), 76 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-08-23 3:33 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-08-23 3:33 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
Mostly radeon and nouveau regression fixes + one AGP regression fix, along
with the information leak + not possible but should be checked for
corruption.
Dave.
The following changes since commit 31ce4bfdfd10bf5db9bf85c92bbe0cf2edbdcad8:
io-mapping: move asm include inside the config option (2010-08-12 11:47:50 +1000)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-core-next
Alex Deucher (15):
drm/radeon/kms: DCE3/4 AdjustPixelPll updates
drm/radeon/kms: rework encoder handling
drm/radeon/kms: DCE3/4 transmitter fixes
drm/radeon/kms/atom: clean up dig atom handling
drm/radeon/kms/pm: bail early if nothing's changing
drm/radeon/kms/DCE3+: switch pads to ddc mode when going i2c
drm/radeon/kms: add missing asic callback assignment for evergreen
drm/radeon/kms: rework radeon_dp_detect() logic
drm/radeon/kms: fix agp mode setup on cards that use pcie bridges
drm/radeon/kms: don't enable MSIs on AGP boards
drm/radeon/kms: add back missing break in info ioctl
drm/radeon/kms: set encoder type to DVI for HDMI on evergreen
drm/radeon/kms: fix sideport detection on newer rs880 boards
drm/radeon/kms: try to detect tv vs monitor for underscan
drm/radeon/kms: fix typo in radeon_compute_pll_gain
Ben Skeggs (8):
drm/nv50: fix minor thinko from nvc0 changes
drm/nouveau: fix race condition when under memory pressure
drm/nouveau: check for error when allocating/mapping dummy page
drm/nouveau: remove warning about unknown tmds table revisions
drm/nouveau: punt some more log messages to debug level
drm/nv50-nvc0: ramht_size is meant to be in bytes, not entries
drm/nvc0: fix thinko in instmem suspend/resume
drm/nouveau: fix earlier mistake when fixing merge conflict
Dan Carpenter (2):
drm: fix end of loop test
drm: move dereference below check
Dave Airlie (4):
drm: stop information leak of old kernel stack.
drm: block userspace under allocating buffer and having drivers overwrite it (v2)
drm/radeon: fix passing wrong type to gem object create.
Merge remote branch 'nouveau/for-airlied' of /ssd/git/drm-nouveau-next into drm-core-next
Francisco Jerez (3):
drm/nouveau: Don't try DDC on the dummy I2C channel.
drm/nouveau: Add TV-out quirk for an MSI nForce2 IGP.
drm/nouveau: Workaround missing GPIO tables on an Apple iMac G4 NV18.
Jean Delvare (1):
drm/radeon: Fix stack data leak
Jerome Glisse (1):
drm/radeon/kms: fix GTT/VRAM overlapping test
drivers/gpu/drm/drm_drv.c | 25 ++-
drivers/gpu/drm/drm_fb_helper.c | 3 +-
drivers/gpu/drm/drm_vm.c | 2 +-
drivers/gpu/drm/i810/i810_dma.c | 30 ++--
drivers/gpu/drm/i830/i830_dma.c | 28 ++--
drivers/gpu/drm/i915/i915_dma.c | 80 ++++----
drivers/gpu/drm/mga/mga_state.c | 26 ++--
drivers/gpu/drm/nouveau/nouveau_bios.c | 42 +++--
drivers/gpu/drm/nouveau/nouveau_bo.c | 15 ++
drivers/gpu/drm/nouveau/nouveau_channel.c | 24 ++--
drivers/gpu/drm/nouveau/nouveau_connector.c | 6 +-
drivers/gpu/drm/nouveau/nouveau_drv.h | 1 +
drivers/gpu/drm/nouveau/nouveau_gem.c | 36 +++-
drivers/gpu/drm/nouveau/nouveau_i2c.c | 2 +-
drivers/gpu/drm/nouveau/nouveau_sgdma.c | 12 +-
drivers/gpu/drm/nouveau/nv17_tv.c | 8 +
drivers/gpu/drm/nouveau/nv50_instmem.c | 2 +-
drivers/gpu/drm/nouveau/nvc0_instmem.c | 13 +-
drivers/gpu/drm/r128/r128_state.c | 35 ++--
drivers/gpu/drm/radeon/atombios_crtc.c | 51 +++++-
drivers/gpu/drm/radeon/atombios_dp.c | 2 +-
drivers/gpu/drm/radeon/radeon_agp.c | 8 +-
drivers/gpu/drm/radeon/radeon_asic.c | 1 +
drivers/gpu/drm/radeon/radeon_atombios.c | 39 +++--
drivers/gpu/drm/radeon/radeon_combios.c | 104 ++++++------
drivers/gpu/drm/radeon/radeon_connectors.c | 26 +--
drivers/gpu/drm/radeon/radeon_device.c | 2 +-
drivers/gpu/drm/radeon/radeon_display.c | 15 ++-
drivers/gpu/drm/radeon/radeon_encoders.c | 223 ++++++++++++-----------
drivers/gpu/drm/radeon/radeon_fb.c | 2 +-
drivers/gpu/drm/radeon/radeon_i2c.c | 7 +
drivers/gpu/drm/radeon/radeon_irq_kms.c | 5 +-
drivers/gpu/drm/radeon/radeon_kms.c | 79 ++++----
drivers/gpu/drm/radeon/radeon_legacy_crtc.c | 2 +-
drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 7 +-
drivers/gpu/drm/radeon/radeon_mode.h | 3 +-
drivers/gpu/drm/radeon/radeon_pm.c | 5 +
drivers/gpu/drm/radeon/radeon_state.c | 56 +++---
drivers/gpu/drm/savage/savage_bci.c | 8 +-
drivers/gpu/drm/sis/sis_mm.c | 12 +-
drivers/gpu/drm/via/via_dma.c | 28 ++--
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 34 ++--
include/drm/drmP.h | 6 +-
include/drm/i830_drm.h | 28 ++--
include/drm/i915_drm.h | 1 +
include/drm/mga_drm.h | 2 +-
include/drm/nouveau_drm.h | 13 ++
include/drm/radeon_drm.h | 4 +-
include/drm/savage_drm.h | 8 +-
49 files changed, 676 insertions(+), 495 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-07-30 0:08 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-07-30 0:08 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Just two, one edid, the other a radeon pm info reporting fix.
The following changes since commit fc0f5ac8fe693d1b05f5a928cc48135d1c8b7f2e:
Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/ericvh/v9fs (2010-07-27 14:32:59 -0700)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Adam Jackson (1):
drm/edid: Fix the HDTV hack sync adjustment
Daniel J Blueman (1):
drm/radeon/kms: fix radeon mid power profile reporting
drivers/gpu/drm/drm_edid.c | 4 ++--
drivers/gpu/drm/radeon/radeon_pm.c | 1 +
2 files changed, 3 insertions(+), 2 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-07-21 0:41 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-07-21 0:41 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Hi Linus,
core: build fixes + a vgaarb header fix
radeon: IGP fixes to fix some issues since 2.6.34, a quirk + another fix
for messy shared DDC lines
nouveau: two regression fixes
i915: I know you normally get these from Eric, but I wanted to get this
upstream asap, as its a major stabilisation fix for 945GM systems, a large
selection of 945GM machines have had stability problems and lockups over
the past few years, I finally managed to get an enterprise reason to track
it down and fix it. Keith's patch just adds docs for the necessary bits.
The following changes since commit 1c5474a65bf15a4cb162dfff86d6d0b5a08a740c:
Linux 2.6.35-rc5 (2010-07-12 14:55:33 -0700)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (6):
drm/radeon/kms: fix legacy tv-out pal mode
drm/radeon/kms: fix possible mis-detection of sideport on rs690/rs740
drm/radeon/kms: fix gtt MC base alignment on rs4xx/rs690/rs740 asics
drm/radeon/kms: fix shared ddc harder
drm/radeon/kms: add quirk for ASUS HD 3600 board
drm/r600: fix possible NULL pointer derefernce
Ben Hutchings (1):
drm/ttm: Fix build on architectures without AGP
Ben Skeggs (1):
drm/nouveau: fix pcirom vbios shadow breakage from acpi rom patch
Dan Carpenter (2):
fb: handle allocation failure in alloc_apertures()
vmwgfx: return -EFAULT if copy_to_user fails
Dave Airlie (1):
drm/i915: enable low power render writes on GEN3 hardware.
Doug Goldstein (1):
include/linux/vgaarb.h: add missing part of include guard
Francisco Jerez (1):
drm/nouveau: Fix crashes during fbcon init on single head cards.
Keith Packard (1):
drm/i915: Define MI_ARB_STATE bits
Kulikov Vasiliy (1):
drm: radeon: check kzalloc() result
drivers/gpu/drm/i915/i915_gem.c | 10 ++++
drivers/gpu/drm/i915/i915_reg.h | 64 ++++++++++++++++++++++++++++
drivers/gpu/drm/nouveau/nouveau_bios.c | 33 ++++----------
drivers/gpu/drm/nouveau/nouveau_fbcon.c | 3 +-
drivers/gpu/drm/radeon/r100.c | 1 +
drivers/gpu/drm/radeon/r300.c | 3 +
drivers/gpu/drm/radeon/r520.c | 1 +
drivers/gpu/drm/radeon/r600.c | 1 +
drivers/gpu/drm/radeon/r600_blit.c | 5 ++-
drivers/gpu/drm/radeon/radeon.h | 1 +
drivers/gpu/drm/radeon/radeon_atombios.c | 20 ++++++++-
drivers/gpu/drm/radeon/radeon_connectors.c | 23 ++++------
drivers/gpu/drm/radeon/radeon_device.c | 8 ++--
drivers/gpu/drm/radeon/radeon_legacy_tv.c | 4 +-
drivers/gpu/drm/radeon/rs400.c | 5 ++-
drivers/gpu/drm/radeon/rs600.c | 1 +
drivers/gpu/drm/radeon/rs690.c | 1 +
drivers/gpu/drm/radeon/rv515.c | 1 +
drivers/gpu/drm/ttm/ttm_page_alloc.c | 2 +
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 1 +
include/linux/fb.h | 2 +
include/linux/vgaarb.h | 1 +
22 files changed, 142 insertions(+), 49 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-07-07 3:23 Dave Airlie
@ 2010-07-07 4:24 ` Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-07-07 4:24 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Ignore this one, picked up a problem in the ioports patch, so its gone.
new pull req sent.
Dave.
>
> The following changes since commit 123f94f22e3d283dfe68742b269c245b0501ad82:
>
> Merge branch 'sched-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip (2010-07-02 09:52:58 -0700)
>
> are available in the git repository at:
>
> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
>
> Alex Deucher (2):
> drm/radeon/kms: add ioport register access
> drm/radeon/kms: fix shared ddc handling
>
> Francisco Jerez (1):
> drm/ttm: Allocate the page pool manager in the heap.
>
> Jesse Barnes (1):
> drm: correctly update connector DPMS status in drm_fb_helper
>
> drivers/gpu/drm/drm_fb_helper.c | 23 ++++++++-
> drivers/gpu/drm/radeon/atom.c | 5 +-
> drivers/gpu/drm/radeon/atom.h | 2 +
> drivers/gpu/drm/radeon/radeon.h | 25 ++++++++++
> drivers/gpu/drm/radeon/radeon_connectors.c | 4 +-
> drivers/gpu/drm/radeon/radeon_device.c | 34 ++++++++++++++
> drivers/gpu/drm/ttm/ttm_page_alloc.c | 68 +++++++++++++--------------
> include/drm/ttm/ttm_page_alloc.h | 4 --
> 8 files changed, 119 insertions(+), 46 deletions(-)
>
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-07-07 3:23 Dave Airlie
2010-07-07 4:24 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2010-07-07 3:23 UTC (permalink / raw)
To: torvalds; +Cc: DRI mailing list, linux-kernel
Four fixes, page alloc fix is for a regression when you load/unload drm
drivers modules that use it, Jesse fixed annoying bug where starting X
after console blanked would never light up screen, and two fixes to radeon
to light up certain hw configurations properly.
The following changes since commit 123f94f22e3d283dfe68742b269c245b0501ad82:
Merge branch 'sched-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip (2010-07-02 09:52:58 -0700)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (2):
drm/radeon/kms: add ioport register access
drm/radeon/kms: fix shared ddc handling
Francisco Jerez (1):
drm/ttm: Allocate the page pool manager in the heap.
Jesse Barnes (1):
drm: correctly update connector DPMS status in drm_fb_helper
drivers/gpu/drm/drm_fb_helper.c | 23 ++++++++-
drivers/gpu/drm/radeon/atom.c | 5 +-
drivers/gpu/drm/radeon/atom.h | 2 +
drivers/gpu/drm/radeon/radeon.h | 25 ++++++++++
drivers/gpu/drm/radeon/radeon_connectors.c | 4 +-
drivers/gpu/drm/radeon/radeon_device.c | 34 ++++++++++++++
drivers/gpu/drm/ttm/ttm_page_alloc.c | 68 +++++++++++++--------------
include/drm/ttm/ttm_page_alloc.h | 4 --
8 files changed, 119 insertions(+), 46 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-06-09 2:00 Dave Airlie
@ 2010-06-09 3:16 ` Linus Torvalds
0 siblings, 0 replies; 427+ messages in thread
From: Linus Torvalds @ 2010-06-09 3:16 UTC (permalink / raw)
To: Dave Airlie; +Cc: linux-kernel
On Wed, 9 Jun 2010, Dave Airlie wrote:
>
> So this pull does try and fix some problems in a feature we added in -rc1,
> radeon power management, its either the voltage fixes in here, or just
> remove voltage stuff completely, but since it works in some cases that
> would be a regression in itself.
I'm going to take this and hope _really_ hard that it works - since the
number of current radeon reports seems to mean that I pretty much have to
take it.
But I want to protest that "regression in itself" statement. We do _not_
count new code that needs to be undone as a "regression". Otherwise we
would be in the situation where "fix one bug, introduce another" could not
be reverted, because reverting it would "regress" the bug that got fixed.
And in fact that's exactly _why_ we introduced the strict regression
fixing policy, because we used to have these "one step forward, unknown
number of steps back" dances especially in power management and ACPI. A
patch fixed something, but broke some other machine, and people claimed it
fixed more than it broke (which is an impossible statement to really
quantify).
So new code simply doesn't matter. Reverting new code is never a
regression, even if that new code made something work. It's _old_ working
setups that matter from the regression standpoint.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-06-09 2:00 Dave Airlie
2010-06-09 3:16 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2010-06-09 2:00 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 4970 bytes --]
Okay so while I admire the regression and oops only line, it sorta of
messes up new features that went in -rc1 that need tweaking now that
people are testing them. You are asking me to knowingly ship buggy code,
that isn't a technical regression or oops, but doesn't actually work on
some of the gpus it should work on. Since I can't (a) enumerate all the
GPUs it can/can't work on, and (b) can't get fixes in, I'm sorta stuck
with just removing the whole lot at this point.
So this pull does try and fix some problems in a feature we added in -rc1,
radeon power management, its either the voltage fixes in here, or just
remove voltage stuff completely, but since it works in some cases that
would be a regression in itself. Also the debugging output is needed in
order to help us track down future problems when/if they occur. The mid
profile patch might look like a bad thing, but its an API change in a
feature we haven't shipped so I can't let it wait until the next merge
window, otherwise we'll have shipped the API, again I'll just remove the
API if we can't change it now and try again in 2.6.36.
Otherwise it fixes the known Intel 865, radeon X300, evergreen accel
issues, a longer term nouveau/iommu problem, and a few possible illegal
memory access fixes.
I think I have one open issue with some unnecessary locks causing a thread
to stall when the polling kicks in, but I'm trying to find a neat 2 line
solution instead of converting everything to using an rwsem at this point.
The following changes since commit 386f40c86d6c8d5b717ef20620af1a750d0dacb4:
Linus Torvalds (1):
Revert "tty: fix a little bug in scrup, vt.c"
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (7):
drm/radeon/kms/evergreen: set accel_enabled
drm/radeon/kms/combios: fix typo in voltage fix
drm/radeon/kms/pm: Misc fixes
drm/radeon/kms/pm: add mid profile
drm/radeon/kms: fix typo in printing the HPD info
drm/radeon/kms/pm: Disable voltage adjust on RS780/RS880
drm/radeon/kms/pm: track current voltage (v2)
Ben Skeggs (3):
drm/nouveau: match U/DP script against SOR link
drm/nouveau: completely fail init if we fail to map the PRAMIN BAR
drm/nv50: fix iommu errors caused by device reading from address 0
Chris Wilson (1):
drm: Propagate error from drm_fb_helper_init().
Dan Carpenter (4):
drm/drm_crtc: return -EFAULT on copy_to_user errors
drm/vmwgfx: return -EFAULT for copy_to_user errors
nouveau: off by one in nv50_gpio_location()
drm/nouveau: off by one in init_i2c_device_find()
Dave Airlie (5):
drm/i915: fix oops on single crtc devices.
drm/radeon: fix PM on non-vram cards.
drm/fb: use printk to print out the switching to text mode error.
drm/radeon: reset i2c valid to avoid incorrect tv-out polling.
drm/radeon: don't poll tv dac if crtc2 is in use.
Rafał Miłecki (3):
drm/radeon/kms/r600+: use voltage from requested clock mode (v3)
drm/radeon/kms: add trivial debugging for voltage
drm/radeon/kms/pm: resurrect printing power states
drivers/gpu/drm/drm_crtc.c | 4 +-
drivers/gpu/drm/drm_fb_helper.c | 2 +-
drivers/gpu/drm/i915/i915_dma.c | 19 +++-
drivers/gpu/drm/i915/i915_drv.h | 1 +
drivers/gpu/drm/i915/intel_display.c | 9 +-
drivers/gpu/drm/i915/intel_fb.c | 10 ++-
drivers/gpu/drm/nouveau/nouveau_bios.c | 25 +++++-
drivers/gpu/drm/nouveau/nouveau_fbcon.c | 8 ++-
drivers/gpu/drm/nouveau/nouveau_state.c | 19 ++---
drivers/gpu/drm/nouveau/nv50_fb.c | 10 ++-
drivers/gpu/drm/nouveau/nv50_gpio.c | 2 +-
drivers/gpu/drm/radeon/evergreen.c | 20 +++--
drivers/gpu/drm/radeon/r100.c | 10 ++
drivers/gpu/drm/radeon/r420.c | 12 +++-
drivers/gpu/drm/radeon/r600.c | 111 ++++++++++++++++++++---
drivers/gpu/drm/radeon/radeon.h | 12 ++-
drivers/gpu/drm/radeon/radeon_atombios.c | 6 +-
drivers/gpu/drm/radeon/radeon_combios.c | 4 +-
drivers/gpu/drm/radeon/radeon_display.c | 3 +-
drivers/gpu/drm/radeon/radeon_drv.c | 3 +-
drivers/gpu/drm/radeon/radeon_fb.c | 12 ++-
drivers/gpu/drm/radeon/radeon_kms.c | 9 ++-
drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 11 +++
drivers/gpu/drm/radeon/radeon_pm.c | 95 ++++++++++++++------
drivers/gpu/drm/radeon/rv770.c | 16 +++-
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 1 +
drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 8 ++-
include/drm/radeon_drm.h | 1 +
28 files changed, 339 insertions(+), 104 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-06-07 21:39 ` David Woodhouse
@ 2010-06-08 0:30 ` Al Viro
0 siblings, 0 replies; 427+ messages in thread
From: Al Viro @ 2010-06-08 0:30 UTC (permalink / raw)
To: David Woodhouse
Cc: Linus Torvalds, Dave Airlie, dri-devel, Linux Kernel Mailing List
On Mon, Jun 07, 2010 at 10:39:28PM +0100, David Woodhouse wrote:
> On Mon, 2010-06-07 at 14:17 -0700, Linus Torvalds wrote:
> > and that changelog doesn't really explain it either ("fix leak"? Ok, I can
> > see the iput() fixing the leak - but you also did that jffs2_clear_inode()
> > change, and that has no explanation what-so-ever.
>
> jffs2_clear_inode() is the file system's ->clear_inode method, so it
> gets called from the VFS when the inode is destroyed, after iput().
>
> I suppose that ought to have been a clue, right from the very beginning,
> that we should never have been calling it directly on our error paths.
Yep. The other place that directly called its ->clear_inode() also had
been bogus, BTW - logfs had been playing rather sick games with special
inodes and ended up open-coding just about everything on new_inode/iput
paths for those. They needed that stuff evicted after all normal inodes,
but before the second call of invalidate_inodes() would scream about
surviving busy inodes. I.e. that should've been happening in ->put_super();
no need to deal with handcrafted inodes that would sit outside of inode
list...
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-06-07 21:17 ` Linus Torvalds
2010-06-07 21:33 ` Al Viro
@ 2010-06-07 21:39 ` David Woodhouse
2010-06-08 0:30 ` Al Viro
1 sibling, 1 reply; 427+ messages in thread
From: David Woodhouse @ 2010-06-07 21:39 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Al Viro, Dave Airlie, dri-devel, Linux Kernel Mailing List
On Mon, 2010-06-07 at 14:17 -0700, Linus Torvalds wrote:
> and that changelog doesn't really explain it either ("fix leak"? Ok, I can
> see the iput() fixing the leak - but you also did that jffs2_clear_inode()
> change, and that has no explanation what-so-ever.
jffs2_clear_inode() is the file system's ->clear_inode method, so it
gets called from the VFS when the inode is destroyed, after iput().
I suppose that ought to have been a clue, right from the very beginning,
that we should never have been calling it directly on our error paths.
--
David Woodhouse Open Source Technology Centre
David.Woodhouse@intel.com Intel Corporation
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-06-07 21:33 ` Al Viro
@ 2010-06-07 21:38 ` Linus Torvalds
0 siblings, 0 replies; 427+ messages in thread
From: Linus Torvalds @ 2010-06-07 21:38 UTC (permalink / raw)
To: Al Viro
Cc: David Woodhouse, Dave Airlie, dri-devel, Linux Kernel Mailing List
On Mon, 7 Jun 2010, Al Viro wrote:
> On Mon, Jun 07, 2010 at 02:17:23PM -0700, Linus Torvalds wrote:
> > jffs2_clear_inode(inode);
> >
> > into
> >
> > make_bad_inode(inode);
> > iput(inode);
> >
> > and that changelog doesn't really explain it either ("fix leak"? Ok, I can
> > see the iput() fixing the leak - but you also did that jffs2_clear_inode()
> > change, and that has no explanation what-so-ever.
>
> The final iput() calls ->clear_inode() (jffs2_clear_inode in case of jffs2)
> and the inode has just been created, with no other in-core references
> existing. Basically, that call was the only part of (required) iput() that
> _was_ done there ;-)
>
> FWIW, what's happening around ->clear_inode()/->delete_inode()/->drop_inode()
> is a mess. This leak got found when I'd been looking through that crap;
> results of sanitizing are in #evict_inode (vfs-2.6.git). I'm going to shift
> that into for-next tomorrow, assuming it survives local beating. For now
> I've just pulled jffs2-fixes in it...
Ok, a changelog like that would have been a good thing. Not that I usually
care, but now that I'm in careful mode, I do end up looking at things like
this, and a good changelog would have goen m uch further in convincing me
that the "goto fail" changes really were just about fixing the leak, and
that there wasn't some other change hidden in the same commit.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-06-07 21:17 ` Linus Torvalds
@ 2010-06-07 21:33 ` Al Viro
2010-06-07 21:38 ` Linus Torvalds
2010-06-07 21:39 ` David Woodhouse
1 sibling, 1 reply; 427+ messages in thread
From: Al Viro @ 2010-06-07 21:33 UTC (permalink / raw)
To: Linus Torvalds
Cc: David Woodhouse, Dave Airlie, dri-devel, Linux Kernel Mailing List
On Mon, Jun 07, 2010 at 02:17:23PM -0700, Linus Torvalds wrote:
> jffs2_clear_inode(inode);
>
> into
>
> make_bad_inode(inode);
> iput(inode);
>
> and that changelog doesn't really explain it either ("fix leak"? Ok, I can
> see the iput() fixing the leak - but you also did that jffs2_clear_inode()
> change, and that has no explanation what-so-ever.
The final iput() calls ->clear_inode() (jffs2_clear_inode in case of jffs2)
and the inode has just been created, with no other in-core references
existing. Basically, that call was the only part of (required) iput() that
_was_ done there ;-)
FWIW, what's happening around ->clear_inode()/->delete_inode()/->drop_inode()
is a mess. This leak got found when I'd been looking through that crap;
results of sanitizing are in #evict_inode (vfs-2.6.git). I'm going to shift
that into for-next tomorrow, assuming it survives local beating. For now
I've just pulled jffs2-fixes in it...
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-06-07 19:32 ` David Woodhouse
2010-06-07 19:40 ` Al Viro
@ 2010-06-07 21:17 ` Linus Torvalds
2010-06-07 21:33 ` Al Viro
2010-06-07 21:39 ` David Woodhouse
1 sibling, 2 replies; 427+ messages in thread
From: Linus Torvalds @ 2010-06-07 21:17 UTC (permalink / raw)
To: David Woodhouse
Cc: Al Viro, Dave Airlie, dri-devel, Linux Kernel Mailing List
On Mon, 7 Jun 2010, David Woodhouse wrote:
>
> The fix is fairly trivial. There's a "big" patch to fs/jffs2/dir.c which
> accounts for the bulk of my pull request, but if you look harder you'll
> see it's mostly just a bunch of removing 'return ret;' and adding
> 'goto fail;' so the error cleanup happens properly.
So that's the part I'm worried about.
I'm going to be hardnosed, but I'm _not_ going to so hardnosed as to worry
about some oneliner DocBook patch. It's not about being anal to quite that
degree, that would be silly. But the dir.c change is what I end up
worrying about.
It's not at all clear why it's good to change
jffs2_clear_inode(inode);
into
make_bad_inode(inode);
iput(inode);
and that changelog doesn't really explain it either ("fix leak"? Ok, I can
see the iput() fixing the leak - but you also did that jffs2_clear_inode()
change, and that has no explanation what-so-ever.
So is this a safe thing that definitely fixes a serious bug? I am left
with no good way to judge.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-06-07 20:41 ` Dave Airlie
@ 2010-06-07 21:03 ` Linus Torvalds
0 siblings, 0 replies; 427+ messages in thread
From: Linus Torvalds @ 2010-06-07 21:03 UTC (permalink / raw)
To: Dave Airlie; +Cc: Dave Airlie, dri-devel, linux-kernel
On Tue, 8 Jun 2010, Dave Airlie wrote:
>
> Oh the one where I said to the reporter, I've reproduced this, and
> will fix it tomorrow when I have proper time and access to my test
> machine?
>
> I didn't think writing a fix in the 5 mins before I left the test
> machine and sending it you was acceptable, again can you maintain some
> semblance of consistency across maintainers/releases?
No, no. I really didn't imply that you should hurry and not be careful. I
was just unhappy about the mixing of non-regression fixes with the
regression fixes.
> Like I'm happy if you really enforce this no features idea, I'd be
> really happy if you did it every release since it makes it a lot
> easier to push back to submaintainers if you can point at Linus not
> pulling features from people.
I already had another person state their happiness with me pushing back,
and while I had my reasons for doing it this particular release, I do know
that I've been letting things slide wrt the merge window a bit too much.
So let's see how the 2.6.35 release cycle ends up looking when all is said
and done. If pushing back harder ends up actually making things easier and
the release cycle ends up working better as a result, I'm certainly very
open to just being hardnosed in general.
I suspect it won't even be very painful if people just get used to it. And
if it ends up really helping sub-maintainers ("I can't do that, because
Linus wouldn't pull the result anyway"), then that would be a really good
reason for me to be rather stricter about the rules.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-06-07 20:26 ` Dave Airlie
2010-06-07 20:41 ` Dave Airlie
@ 2010-06-07 20:52 ` Linus Torvalds
1 sibling, 0 replies; 427+ messages in thread
From: Linus Torvalds @ 2010-06-07 20:52 UTC (permalink / raw)
To: Dave Airlie; +Cc: Dave Airlie, dri-devel, linux-kernel
On Tue, 8 Jun 2010, Dave Airlie wrote:
> > 26 files changed, 372 insertions(+), 66 deletions(-)
> >
> > and there are apparently several reports of known problems (the problem
> > with modesetting) that isn't even addressed.
>
> Okay, not sure what the addressed regression you are talking about, do
> you want regression fixes early like you always say or do you want to
> wait until I have every regression reported fixes before I send a pull
> request?
I absolutely do want regression fixes early. If they've been verified to
fix something, I do want to merge them as soon as possible.
But EVEN MORE IMPORTANTLY - and the point of me saying no - I do _not_
want non-regression fixes mixed in. Which clearly was the case here. So
"as soon as possible" does not mean that I'll take _other_ things just to
get the fix. The regression fix should stand on its own - and be merged
on its own.
So no, it's not an excuse to send me a tree that contains other crud, and
then use ".. but but you wanted regression fixes" as the excuse for
sending those other changes too.
The whole point of the merge window is to then _after_ it closes no longer
merge new code.
> I really hope you do this, if I find one thing going into your tree
> after today that isn't a regression fix I'll send revert patches if
> that'll help.
I don't like seeing revert patches unless they revert something that is
buggy. So no, "revert because I shouldn't have sent that commit" is not a
good policy. If I end pulling something, it's my bad, and I won't revert
it just because I made a mistake - it needs to be somehow actually be
involved in some real problem.
But I _am_ trying to be proactive about problems during this particular
release cycle.
The point I'm trying to make is that I am going to be strict about the
rules (the ones we've had for several years now, but people tend to be a
bit loose about). I _should_ probably be stricter than I usually am even
normally, but this time I am going to be very strict for -rc3 due to
being away for part of the release cycle.
And no, don't worry - it's not just for you. I already rejected a
microblaze pull for all the same reasons, and asked for some extended
clarifications for a (much smaller) jffs2 pull despite the fact that we've
generally not had lots of problems with jffs2.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-06-07 20:26 ` Dave Airlie
@ 2010-06-07 20:41 ` Dave Airlie
2010-06-07 21:03 ` Linus Torvalds
2010-06-07 20:52 ` Linus Torvalds
1 sibling, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2010-06-07 20:41 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Dave Airlie, dri-devel, linux-kernel
On Tue, Jun 8, 2010 at 6:26 AM, Dave Airlie <airlied@gmail.com> wrote:
> On Tue, Jun 8, 2010 at 4:00 AM, Linus Torvalds
> <torvalds@linux-foundation.org> wrote:
>>
>>
>> On Mon, 7 Jun 2010, Dave Airlie wrote:
>>>
>>> 3 regressions fixes, one radeon loading on IGP, one i865 loading, one and
>>> an evergreen userspace interaction workaround.
>>
>> This is:
>>
>> 26 files changed, 372 insertions(+), 66 deletions(-)
>>
>> and there are apparently several reports of known problems (the problem
>> with modesetting) that isn't even addressed.
>
> Okay, not sure what the addressed regression you are talking about, do
> you want regression fixes early like you always say or do you want to
> wait until I have every regression reported fixes before I send a pull
> request?
Oh the one where I said to the reporter, I've reproduced this, and
will fix it tomorrow when I have proper time and access to my test
machine?
I didn't think writing a fix in the 5 mins before I left the test
machine and sending it you was acceptable, again can you maintain some
semblance of consistency across maintainers/releases?
Like I'm happy if you really enforce this no features idea, I'd be
really happy if you did it every release since it makes it a lot
easier to push back to submaintainers if you can point at Linus not
pulling features from people. However its really hard to push back on
submaintainers and one of the reasons Eric talks to you direct after
rc1, when you can be very inconsistent about what you pull and from
whom. Like I can tell someone this isn't going in this release, then
you'll pull something uglier from someone else in -rc3 and I end up
looking like stupid because I said there was no hope of getting
anything in. Consistency is something that would make everyone's life
easier, across all releases and all maintainers.
Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-06-07 18:00 ` Linus Torvalds
2010-06-07 18:26 ` Al Viro
@ 2010-06-07 20:26 ` Dave Airlie
2010-06-07 20:41 ` Dave Airlie
2010-06-07 20:52 ` Linus Torvalds
1 sibling, 2 replies; 427+ messages in thread
From: Dave Airlie @ 2010-06-07 20:26 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Dave Airlie, dri-devel, linux-kernel
On Tue, Jun 8, 2010 at 4:00 AM, Linus Torvalds
<torvalds@linux-foundation.org> wrote:
>
>
> On Mon, 7 Jun 2010, Dave Airlie wrote:
>>
>> 3 regressions fixes, one radeon loading on IGP, one i865 loading, one and
>> an evergreen userspace interaction workaround.
>
> This is:
>
> 26 files changed, 372 insertions(+), 66 deletions(-)
>
> and there are apparently several reports of known problems (the problem
> with modesetting) that isn't even addressed.
Okay, not sure what the addressed regression you are talking about, do
you want regression fixes early like you always say or do you want to
wait until I have every regression reported fixes before I send a pull
request?
I'll rebase the tree today (which means it will be tested less than
what I originally sent you, inconsistent messages much?)..
> So please. Just make me a tree that has regression fixes _only_. I'm not
> AT ALL interested in "it is useful to report the gpu temp". If it was so
> useful, and if it was ready before the merge window, it should hav gone in
> then. That clearly wasn't the case, so it's not going in now either.
I really hope you do this, if I find one thing going into your tree
after today that isn't a regression fix I'll send revert patches if
that'll help.
Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-06-07 19:32 ` David Woodhouse
@ 2010-06-07 19:40 ` Al Viro
2010-06-07 21:17 ` Linus Torvalds
1 sibling, 0 replies; 427+ messages in thread
From: Al Viro @ 2010-06-07 19:40 UTC (permalink / raw)
To: David Woodhouse
Cc: Linus Torvalds, Dave Airlie, dri-devel, Linux Kernel Mailing List
On Mon, Jun 07, 2010 at 08:32:45PM +0100, David Woodhouse wrote:
> The fix is fairly trivial. There's a "big" patch to fs/jffs2/dir.c which
> accounts for the bulk of my pull request, but if you look harder you'll
> see it's mostly just a bunch of removing 'return ret;' and adding
> 'goto fail;' so the error cleanup happens properly.
>
> Al pointed out a second problem at the same time, fixed by commit
> e72e6497 in the tree I asked you to pull. That involved adding an
> unlock_new_inode() to the same error paths that the first patch used.
>
> Between the two bugs, I figured it was worth pushing the fixes for
> 2.6.35.
>
> The third jffs2 patch in that tree is a fix for ctime semantics which is
> a two-liner. Again not a regression but worth fixing, and -stable
> fodder.
>
> Al also pointed out that I could use iget_failed(), but I figured that
> cleanup could wait for 2.6.36.
BTW, if you put jffs2 stuff into a separate queue, I can just pull it
(and add iget_failed() conversion on top of that). Not a problem...
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-06-07 18:53 ` Linus Torvalds
2010-06-07 19:08 ` Al Viro
@ 2010-06-07 19:32 ` David Woodhouse
2010-06-07 19:40 ` Al Viro
2010-06-07 21:17 ` Linus Torvalds
1 sibling, 2 replies; 427+ messages in thread
From: David Woodhouse @ 2010-06-07 19:32 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Al Viro, Dave Airlie, dri-devel, Linux Kernel Mailing List
On Mon, 2010-06-07 at 11:53 -0700, Linus Torvalds wrote:
>
> On Mon, 7 Jun 2010, Al Viro wrote:
> >
> > Ho-hum... Speaking of which, what about leak fixes? There's a long-standing
> > in-core inode leak in jffs2; basically, if you fail directory modification
> > in symlink() et.al., you get a leaked inode and whinge at umount. Found
> > after -rc1, had been there since all the way back (similar bug in creat()
> > had been fixed in 2003, mkdir()/mknod()/symlink() were not). Fix sits in
> > jffs2-fixes now...
>
> I think a leak that is trivial easily falls under "security issue" as a
> potential DoS issue.
>
> On the other hand, if it's not trivially fixed (say it needs big
> re-organizing of some locking or refcounting or whatever), and it's a
> really slow leak of a pretty small data structure, and is not triggered by
> normal users (say, you need to mount a filesystem or it needs some very
> specific timing), I think it falls under "we haven't seen in the previous
> five years, we might as well make sure the fix is tested in the next merge
> window".
>
> So I think it's a judgement call.
The fix is fairly trivial. There's a "big" patch to fs/jffs2/dir.c which
accounts for the bulk of my pull request, but if you look harder you'll
see it's mostly just a bunch of removing 'return ret;' and adding
'goto fail;' so the error cleanup happens properly.
Al pointed out a second problem at the same time, fixed by commit
e72e6497 in the tree I asked you to pull. That involved adding an
unlock_new_inode() to the same error paths that the first patch used.
Between the two bugs, I figured it was worth pushing the fixes for
2.6.35.
The third jffs2 patch in that tree is a fix for ctime semantics which is
a two-liner. Again not a regression but worth fixing, and -stable
fodder.
Al also pointed out that I could use iget_failed(), but I figured that
cleanup could wait for 2.6.36.
> I seem to have a jffs2 pull request that I haven't yet processed, exactly
> because it wasn't clear. It's much bigger than I would have wished for,
> and it's not clear it's all regressions at all.
>
> DavidW? It's
>
> 7 files changed, 107 insertions(+), 91 deletions(-)
>
> and while that's in the size range that I didn't just reject it like the
> drm pull, I still do want to know if that's really just true major
> bugfixes and regressions.
Documentation/DocBook/mtdnand.tmpl | 2 +-
drivers/mtd/mtdchar.c | 11 +--
drivers/mtd/nand/Kconfig | 21 +++---
drivers/mtd/nand/r852.c | 27 +++++---
fs/jffs2/acl.c | 3 +-
fs/jffs2/dir.c | 127 +++++++++++++++++++-----------------
fs/jffs2/fs.c | 7 ++-
7 files changed, 107 insertions(+), 91 deletions(-)
The patches to r852 are fixing the fact that suspend/resume wasn't
working. Not strictly a regression, as it's a new driver in 2.6.35 --
but I judged that it was best to fix it.
The Kconfig patch fixes a problem with the menu nesting, introduced with
the SmartMedia support. That one is a regression.
I'll concede that I could probably have lived without the DocBook patch,
and the patch to use memdup_user() in mtdchar.c, but they're so trivial
that it seemed pointless rebasing the tree to exclude them once I
concluded I should to try my luck at getting the other stuff into -rc2.
--
David Woodhouse Open Source Technology Centre
David.Woodhouse@intel.com Intel Corporation
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-06-07 18:53 ` Linus Torvalds
@ 2010-06-07 19:08 ` Al Viro
2010-06-07 19:32 ` David Woodhouse
1 sibling, 0 replies; 427+ messages in thread
From: Al Viro @ 2010-06-07 19:08 UTC (permalink / raw)
To: Linus Torvalds
Cc: David Woodhouse, Dave Airlie, dri-devel, Linux Kernel Mailing List
On Mon, Jun 07, 2010 at 11:53:28AM -0700, Linus Torvalds wrote:
>
>
> On Mon, 7 Jun 2010, Al Viro wrote:
> >
> > Ho-hum... Speaking of which, what about leak fixes? There's a long-standing
> > in-core inode leak in jffs2; basically, if you fail directory modification
> > in symlink() et.al., you get a leaked inode and whinge at umount. Found
> > after -rc1, had been there since all the way back (similar bug in creat()
> > had been fixed in 2003, mkdir()/mknod()/symlink() were not). Fix sits in
> > jffs2-fixes now...
>
> I think a leak that is trivial easily falls under "security issue" as a
> potential DoS issue.
>
> On the other hand, if it's not trivially fixed (say it needs big
> re-organizing of some locking or refcounting or whatever), and it's a
> really slow leak of a pretty small data structure, and is not triggered by
> normal users (say, you need to mount a filesystem or it needs some very
> specific timing), I think it falls under "we haven't seen in the previous
> five years, we might as well make sure the fix is tested in the next merge
> window".
You need something like IO errors or device being full to trigger it.
As for the fix, it's basically a matter of "set i_nlink to 0 and iput()
instead of manual jffs2_clear_inode(); sure, you want to kill the on-disk
inode, but you want in-core one gone too".
Basically, that's what all local filesystems are doing to clean up after
such error and that's what jffs2 is doing for ->create().
As for the other stuff in that tree... There's a fix for nfsd/create race
(rather narrow and not trivial to hit, but capable of fs corruption) and
there's mtd stuff I've no fscking clue about.
If not for the mtd part I'd simply pulled it in my tree. As it is... I
still can do that (done that for current semi-private branch), but I'd
prefer to avoid feeding mtd stuff through vfs tree, for all the obvious
reasons.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-06-07 18:26 ` Al Viro
@ 2010-06-07 18:53 ` Linus Torvalds
2010-06-07 19:08 ` Al Viro
2010-06-07 19:32 ` David Woodhouse
0 siblings, 2 replies; 427+ messages in thread
From: Linus Torvalds @ 2010-06-07 18:53 UTC (permalink / raw)
To: Al Viro, David Woodhouse
Cc: Dave Airlie, dri-devel, Linux Kernel Mailing List
On Mon, 7 Jun 2010, Al Viro wrote:
>
> Ho-hum... Speaking of which, what about leak fixes? There's a long-standing
> in-core inode leak in jffs2; basically, if you fail directory modification
> in symlink() et.al., you get a leaked inode and whinge at umount. Found
> after -rc1, had been there since all the way back (similar bug in creat()
> had been fixed in 2003, mkdir()/mknod()/symlink() were not). Fix sits in
> jffs2-fixes now...
I think a leak that is trivial easily falls under "security issue" as a
potential DoS issue.
On the other hand, if it's not trivially fixed (say it needs big
re-organizing of some locking or refcounting or whatever), and it's a
really slow leak of a pretty small data structure, and is not triggered by
normal users (say, you need to mount a filesystem or it needs some very
specific timing), I think it falls under "we haven't seen in the previous
five years, we might as well make sure the fix is tested in the next merge
window".
So I think it's a judgement call.
> I can simply pull jffs2-fixes into vfs for-next (I need it in there for
> ->evict_inode() series), but I'd obviously prefer to just rebase it after
> it gets into mainline.
I seem to have a jffs2 pull request that I haven't yet processed, exactly
because it wasn't clear. It's much bigger than I would have wished for,
and it's not clear it's all regressions at all.
DavidW? It's
7 files changed, 107 insertions(+), 91 deletions(-)
and while that's in the size range that I didn't just reject it like the
drm pull, I still do want to know if that's really just true major
bugfixes and regressions. We already had a really bad -rc2 release due to
a tiny and innocent-looking bugfix that turned out to be anything but. I
do _not_ want to repeat that with -rc3, since I'll be gone.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-06-07 18:00 ` Linus Torvalds
@ 2010-06-07 18:26 ` Al Viro
2010-06-07 18:53 ` Linus Torvalds
2010-06-07 20:26 ` Dave Airlie
1 sibling, 1 reply; 427+ messages in thread
From: Al Viro @ 2010-06-07 18:26 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Dave Airlie, dri-devel, linux-kernel
On Mon, Jun 07, 2010 at 11:00:51AM -0700, Linus Torvalds wrote:
> So please. Just make me a tree that has regression fixes _only_. I'm not
> AT ALL interested in "it is useful to report the gpu temp". If it was so
> useful, and if it was ready before the merge window, it should hav gone in
> then. That clearly wasn't the case, so it's not going in now either.
Ho-hum... Speaking of which, what about leak fixes? There's a long-standing
in-core inode leak in jffs2; basically, if you fail directory modification
in symlink() et.al., you get a leaked inode and whinge at umount. Found
after -rc1, had been there since all the way back (similar bug in creat()
had been fixed in 2003, mkdir()/mknod()/symlink() were not). Fix sits in
jffs2-fixes now...
I can simply pull jffs2-fixes into vfs for-next (I need it in there for
->evict_inode() series), but I'd obviously prefer to just rebase it after
it gets into mainline.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-06-07 3:09 Dave Airlie
@ 2010-06-07 18:00 ` Linus Torvalds
2010-06-07 18:26 ` Al Viro
2010-06-07 20:26 ` Dave Airlie
0 siblings, 2 replies; 427+ messages in thread
From: Linus Torvalds @ 2010-06-07 18:00 UTC (permalink / raw)
To: Dave Airlie; +Cc: dri-devel, linux-kernel
On Mon, 7 Jun 2010, Dave Airlie wrote:
>
> 3 regressions fixes, one radeon loading on IGP, one i865 loading, one and
> an evergreen userspace interaction workaround.
This is:
26 files changed, 372 insertions(+), 66 deletions(-)
and there are apparently several reports of known problems (the problem
with modesetting) that isn't even addressed.
See my -rc2 announcement. I absolutely do NOT want any new code. I want
regression fixes, fixes for security issues, and fixes for oopses. Nothing
else. I'm going to be hardassed about this, because quite frankly, if I'm
not, people will just continue with the same-old, same-old, and send me
random stuff without thinking hard about it.
So please. Just make me a tree that has regression fixes _only_. I'm not
AT ALL interested in "it is useful to report the gpu temp". If it was so
useful, and if it was ready before the merge window, it should hav gone in
then. That clearly wasn't the case, so it's not going in now either.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-06-07 3:09 Dave Airlie
2010-06-07 18:00 ` Linus Torvalds
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2010-06-07 3:09 UTC (permalink / raw)
To: torvalds; +Cc: dri-devel, linux-kernel
Hi Linus,
3 regressions fixes, one radeon loading on IGP, one i865 loading, one and
an evergreen userspace interaction workaround.
It adds hwmon support for a temperature sensor on r600 cards, later PM
patches were build on this and Alex had tested them in one so I didn't
want to cherry-pick around it. Also its useful to report the gpu temp to
check if power management is helping cooling it down.
Dave.
The following changes since commit e44a21b7268a022c7749f521c06214145bd161e4:
Linus Torvalds (1):
Linux 2.6.35-rc2
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Alex Deucher (5):
drm/radeon/kms/evergreen: set accel_enabled
drm/radeon/kms: add support for internal thermal sensors (v3)
drm/radeon/kms/pm: Misc fixes
drm/radeon/kms/pm: add mid profile
drm/radeon/kms/combios: fix typo in voltage fix
Chris Wilson (4):
drm/i915: Propagate error from drm_fb_helper_init().
drm/i915: Propagate error from intel_fbdev_init().
drm/nouveau: Propagate error from drm_fb_helper_init()
drm/radeon: Propagate error from drm_fb_helper_init()
Dan Carpenter (2):
drm/drm_crtc: return -EFAULT on copy_to_user errors
drm/vmwgfx: return -EFAULT for copy_to_user errors
Dave Airlie (3):
drm/i915: fix oops on single crtc devices.
drm/radeon: fix PM on non-vram cards.
drm/fb: use printk to print out the switching to text mode error.
drivers/gpu/drm/Kconfig | 1 +
drivers/gpu/drm/drm_crtc.c | 4 +-
drivers/gpu/drm/drm_fb_helper.c | 2 +-
drivers/gpu/drm/i915/i915_dma.c | 19 +++-
drivers/gpu/drm/i915/i915_drv.h | 1 +
drivers/gpu/drm/i915/intel_display.c | 9 +-
drivers/gpu/drm/i915/intel_fb.c | 10 ++-
drivers/gpu/drm/nouveau/nouveau_fbcon.c | 8 ++-
drivers/gpu/drm/radeon/evergreen.c | 19 ++++-
drivers/gpu/drm/radeon/evergreend.h | 5 +
drivers/gpu/drm/radeon/r100.c | 10 +++
drivers/gpu/drm/radeon/r420.c | 12 +++-
drivers/gpu/drm/radeon/r600.c | 109 ++++++++++++++++++++++++--
drivers/gpu/drm/radeon/r600d.h | 5 +
drivers/gpu/drm/radeon/radeon.h | 24 +++++-
drivers/gpu/drm/radeon/radeon_atombios.c | 16 +++-
drivers/gpu/drm/radeon/radeon_combios.c | 2 +-
drivers/gpu/drm/radeon/radeon_drv.c | 3 +-
drivers/gpu/drm/radeon/radeon_fb.c | 12 ++-
drivers/gpu/drm/radeon/radeon_kms.c | 9 ++-
drivers/gpu/drm/radeon/radeon_pm.c | 128 +++++++++++++++++++++++------
drivers/gpu/drm/radeon/rv770.c | 15 ++++
drivers/gpu/drm/radeon/rv770d.h | 5 +
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 1 +
drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 8 ++-
include/drm/radeon_drm.h | 1 +
26 files changed, 372 insertions(+), 66 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-05-26 3:02 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-05-26 3:02 UTC (permalink / raw)
To: torvalds; +Cc: dri-devel, linux-kernel
Hi Linus,
just some minor drm/agp fixes, nothing too serious, AGP s/r regression,
HDMI EDID regression fix.
Dave.
The following changes since commit b486787ee4797d6e42a9bd3a6f079385ad0f4472:
Alex Deucher (1):
drm/radeon/kms/pm/r600: select the mid clock mode for single head low profile
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
Adam Jackson (1):
drm/edid: Allow non-fatal checksum errors in CEA blocks
Jerome Glisse (1):
drm/radeon/kms: release AGP bridge at suspend
Jiri Slaby (1):
agp: amd64, fix pci reference leaks
Prarit Bhargava (1):
drm: Fixes linux-next & linux-2.6 checkstack warnings:
Randy Dunlap (1):
nouveau: fix acpi_lid_open undefined
Stefan Richter (1):
drm/radeon/kms: suppress a build warning (unused variable)
drivers/char/agp/amd64-agp.c | 28 +++++++++++++++++---------
drivers/gpu/drm/drm_edid.c | 5 +++-
drivers/gpu/drm/nouveau/nouveau_connector.c | 3 +-
drivers/gpu/drm/nouveau/nv40_graph.c | 8 ++++++-
drivers/gpu/drm/radeon/atombios_crtc.c | 1 +
drivers/gpu/drm/radeon/radeon.h | 1 +
drivers/gpu/drm/radeon/radeon_agp.c | 5 ++++
drivers/gpu/drm/radeon/radeon_atombios.c | 13 ++++++++++-
drivers/gpu/drm/radeon/radeon_device.c | 2 +
9 files changed, 51 insertions(+), 15 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-05-07 5:33 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-05-07 5:33 UTC (permalink / raw)
To: torvalds; +Cc: dri-devel, linux-kernel
Two ttm cleanups, remove some unused code that we don't want anyone to use
by accident, and fix a missing hook in the radeon kms driver.
The following changes since commit 68b3adb429e0abf5c0a3deb75d71671436b3af10:
Alex Deucher (1):
drm/radeon/kms/legacy: only enable load detection property on DVI-I
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
Jerome Glisse (1):
drm/radeon: async event synchronization for drmWaitVblank
Thomas Hellstrom (2):
drm/ttm: Remove some leftover debug messages.
drm/ttm: Remove the ttm_bo_block_reservation() function.
drivers/gpu/drm/radeon/radeon_drv.c | 2 ++
drivers/gpu/drm/ttm/ttm_bo.c | 30 +-----------------------------
drivers/gpu/drm/ttm/ttm_lock.c | 5 +----
include/drm/ttm/ttm_bo_driver.h | 28 ----------------------------
4 files changed, 4 insertions(+), 61 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-04-27 6:16 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-04-27 6:16 UTC (permalink / raw)
To: torvalds; +Cc: dri-devel, linux-kernel
Hi Linus,
radeon: couple of evergreen support fixes, + pipe fix for r300, sparc
regression fix
core: another vblank from jbarnes.
The following changes since commit b78315f051de8d207bead90470aa216c0617572b:
Jesse Barnes (1):
drm: delay vblank cleanup until after driver unload
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
Alex Deucher (2):
drm/radeon/kms/evergreen: fix LUT setup
drm/radeon/kms/evergreen: No EnableYUV table
Dave Airlie (1):
drm/radeon/kms: don't print error for legal crtcs.
David Miller (1):
drm/radeon: Fix sparc regression in r300_scratch()
Jesse Barnes (1):
drm: make sure vblank interrupts are disabled at DPMS time
Tormod Volden (1):
drm/radeon: 9800 SE has only one quadpipe
drivers/gpu/drm/drm_irq.c | 1 +
drivers/gpu/drm/radeon/r300.c | 5 ++---
drivers/gpu/drm/radeon/r300_cmdbuf.c | 2 +-
drivers/gpu/drm/radeon/r420.c | 6 ++++++
drivers/gpu/drm/radeon/radeon_cp.c | 9 +++++++--
drivers/gpu/drm/radeon/radeon_display.c | 8 ++++----
drivers/gpu/drm/radeon/radeon_encoders.c | 2 +-
drivers/gpu/drm/radeon/radeon_kms.c | 6 +++---
8 files changed, 25 insertions(+), 14 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-04-19 4:28 Dave Airlie
@ 2010-04-19 8:57 ` Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-04-19 8:57 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, dri-devel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2961 bytes --]
>
> Hi Linus,
Updated this pull with one more pci id commit.
commit 79b9517a33a283c5d9db875c263670ed1e055f7e
Author: Dave Airlie <airlied@redhat.com>
Date: Mon Apr 19 17:54:31 2010 +1000
drm/radeon/kms: add FireMV 2400 PCI ID.
is the new HEAD.
Dave.
>
> Just radeon fixes, the most important one being a one char typo in the
> rs600 setup that caused memory corruption with KMS on this particular
> chipset. RS600s are a really rare chipset, so it took a while for Jerome
> to track one down to reproduce. Others are mainly fixes to open bugs and a
> regression in the smooth booting process thats caused flicker when X
> started up. Along with some register updates to the command stream parser.
>
> The following changes since commit 930b9d94579fa1ea9604cbf7ba56cedf99ba9b5c:
> Dave Airlie (1):
> Merge remote branch 'nouveau/for-airlied' of ../drm-nouveau-next into drm-linus
>
> are available in the git repository at:
>
> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
>
> Alex Deucher (6):
> drm/radeon/kms: more atom parser fixes (v2)
> drm/radeon/kms/atom: fix dual-link DVI on DCE3.2/4.0
> drm/radeon/kms/evergreen: don't enable hdmi audio stuff
> drm/radeon/kms: fix tv dac conflict resolver
> drm/radeon/kms: adjust pll settings for tv
> drm/radeon/kms: disable the tv encoder when tv/cv is not in use
>
> Corbin Simpson (1):
> drivers/gpu/radeon: Add MSPOS regs to safe list.
>
> Dave Airlie (1):
> drm/radeon/kms: only change mode when coherent value changes.
>
> Jerome Glisse (2):
> drm/radeon/kms: print GPU family and device id when loading
> drm/radeon/kms: fix rs600 tlb flush
>
> Marek Olšák (2):
> drm/radeon/kms: fix calculation of mipmapped 3D texture sizes
> drm/radeon/kms: allow R500 regs VAP_ALT_NUM_VERTICES and VAP_INDEX_OFFSET
>
> drivers/gpu/drm/radeon/atom.c | 10 +++++
> drivers/gpu/drm/radeon/atombios_crtc.c | 4 ++
> drivers/gpu/drm/radeon/r100.c | 21 ++++++++---
> drivers/gpu/drm/radeon/r100_track.h | 1 +
> drivers/gpu/drm/radeon/r300.c | 15 ++++++--
> drivers/gpu/drm/radeon/r600_audio.c | 2 +-
> drivers/gpu/drm/radeon/r600_hdmi.c | 9 +++++
> drivers/gpu/drm/radeon/radeon_connectors.c | 13 ++++++-
> drivers/gpu/drm/radeon/radeon_device.c | 53 +++++++++++++++++++++++++++-
> drivers/gpu/drm/radeon/radeon_drv.c | 3 +-
> drivers/gpu/drm/radeon/radeon_encoders.c | 12 +++++-
> drivers/gpu/drm/radeon/radeon_family.h | 3 +-
> drivers/gpu/drm/radeon/reg_srcs/r300 | 2 +
> drivers/gpu/drm/radeon/reg_srcs/r420 | 2 +
> drivers/gpu/drm/radeon/reg_srcs/rs600 | 2 +
> drivers/gpu/drm/radeon/reg_srcs/rv515 | 3 ++
> drivers/gpu/drm/radeon/rs600.c | 2 +-
> 17 files changed, 138 insertions(+), 19 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-04-19 4:28 Dave Airlie
2010-04-19 8:57 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2010-04-19 4:28 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, dri-devel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2598 bytes --]
Hi Linus,
Just radeon fixes, the most important one being a one char typo in the
rs600 setup that caused memory corruption with KMS on this particular
chipset. RS600s are a really rare chipset, so it took a while for Jerome
to track one down to reproduce. Others are mainly fixes to open bugs and a
regression in the smooth booting process thats caused flicker when X
started up. Along with some register updates to the command stream parser.
The following changes since commit 930b9d94579fa1ea9604cbf7ba56cedf99ba9b5c:
Dave Airlie (1):
Merge remote branch 'nouveau/for-airlied' of ../drm-nouveau-next into drm-linus
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
Alex Deucher (6):
drm/radeon/kms: more atom parser fixes (v2)
drm/radeon/kms/atom: fix dual-link DVI on DCE3.2/4.0
drm/radeon/kms/evergreen: don't enable hdmi audio stuff
drm/radeon/kms: fix tv dac conflict resolver
drm/radeon/kms: adjust pll settings for tv
drm/radeon/kms: disable the tv encoder when tv/cv is not in use
Corbin Simpson (1):
drivers/gpu/radeon: Add MSPOS regs to safe list.
Dave Airlie (1):
drm/radeon/kms: only change mode when coherent value changes.
Jerome Glisse (2):
drm/radeon/kms: print GPU family and device id when loading
drm/radeon/kms: fix rs600 tlb flush
Marek Olšák (2):
drm/radeon/kms: fix calculation of mipmapped 3D texture sizes
drm/radeon/kms: allow R500 regs VAP_ALT_NUM_VERTICES and VAP_INDEX_OFFSET
drivers/gpu/drm/radeon/atom.c | 10 +++++
drivers/gpu/drm/radeon/atombios_crtc.c | 4 ++
drivers/gpu/drm/radeon/r100.c | 21 ++++++++---
drivers/gpu/drm/radeon/r100_track.h | 1 +
drivers/gpu/drm/radeon/r300.c | 15 ++++++--
drivers/gpu/drm/radeon/r600_audio.c | 2 +-
drivers/gpu/drm/radeon/r600_hdmi.c | 9 +++++
drivers/gpu/drm/radeon/radeon_connectors.c | 13 ++++++-
drivers/gpu/drm/radeon/radeon_device.c | 53 +++++++++++++++++++++++++++-
drivers/gpu/drm/radeon/radeon_drv.c | 3 +-
drivers/gpu/drm/radeon/radeon_encoders.c | 12 +++++-
drivers/gpu/drm/radeon/radeon_family.h | 3 +-
drivers/gpu/drm/radeon/reg_srcs/r300 | 2 +
drivers/gpu/drm/radeon/reg_srcs/r420 | 2 +
drivers/gpu/drm/radeon/reg_srcs/rs600 | 2 +
drivers/gpu/drm/radeon/reg_srcs/rv515 | 3 ++
drivers/gpu/drm/radeon/rs600.c | 2 +-
17 files changed, 138 insertions(+), 19 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-04-01 7:43 ` Dave Airlie
@ 2010-04-01 7:45 ` Rafał Miłecki
0 siblings, 0 replies; 427+ messages in thread
From: Rafał Miłecki @ 2010-04-01 7:45 UTC (permalink / raw)
To: Dave Airlie; +Cc: Dave Airlie, torvalds, linux-kernel, dri-devel
W dniu 1 kwietnia 2010 09:43 użytkownik Dave Airlie <airlied@gmail.com> napisał:
> 2010/4/1 Rafał Miłecki <zajec5@gmail.com>:
>> W dniu 30 marca 2010 09:07 użytkownik Dave Airlie <airlied@gmail.com> napisał:
>>> 2010/3/30 Dave Airlie <airlied@linux.ie>:
>>>>
>>>> [re-pull request]
>>>
>>> Actually Linus, don't bother, consider this revoked, I'm going to kill
>>> the GPU reset code
>>> and re-send this tomorrow, its just a mess to get it back out of the
>>> tree at this point,
>>
>> Ping? Are you waiting for Jerome or something? Please do not stop
>> pulling whole stuff because Jerome is preparing some patch for last
>> moment.
>>
>> I believe I'll be much better to pull most stuff ASAP to let ppl test
>> it, and later eventually ask Linus to get some one-two additional
>> small patches.
>
> Rebasing out Jerome's patches and reverifying stuff works isn't
> something that takes 5 minutes. Since the rebase pretty much
> negates all the testing I'd done.
Oh, OK. Thanks for your work on getting 2.6.34 into nice shape :)
--
Rafał
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-04-01 5:36 ` Rafał Miłecki
@ 2010-04-01 7:43 ` Dave Airlie
2010-04-01 7:45 ` Rafał Miłecki
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2010-04-01 7:43 UTC (permalink / raw)
To: Rafał Miłecki; +Cc: Dave Airlie, torvalds, linux-kernel, dri-devel
2010/4/1 Rafał Miłecki <zajec5@gmail.com>:
> W dniu 30 marca 2010 09:07 użytkownik Dave Airlie <airlied@gmail.com> napisał:
>> 2010/3/30 Dave Airlie <airlied@linux.ie>:
>>>
>>> [re-pull request]
>>
>> Actually Linus, don't bother, consider this revoked, I'm going to kill
>> the GPU reset code
>> and re-send this tomorrow, its just a mess to get it back out of the
>> tree at this point,
>
> Ping? Are you waiting for Jerome or something? Please do not stop
> pulling whole stuff because Jerome is preparing some patch for last
> moment.
>
> I believe I'll be much better to pull most stuff ASAP to let ppl test
> it, and later eventually ask Linus to get some one-two additional
> small patches.
Rebasing out Jerome's patches and reverifying stuff works isn't
something that takes 5 minutes. Since the rebase pretty much
negates all the testing I'd done.
Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-03-30 7:07 ` Dave Airlie
2010-03-30 14:24 ` Linus Torvalds
@ 2010-04-01 5:36 ` Rafał Miłecki
2010-04-01 7:43 ` Dave Airlie
1 sibling, 1 reply; 427+ messages in thread
From: Rafał Miłecki @ 2010-04-01 5:36 UTC (permalink / raw)
To: Dave Airlie; +Cc: Dave Airlie, torvalds, linux-kernel, dri-devel
W dniu 30 marca 2010 09:07 użytkownik Dave Airlie <airlied@gmail.com> napisał:
> 2010/3/30 Dave Airlie <airlied@linux.ie>:
>>
>> [re-pull request]
>
> Actually Linus, don't bother, consider this revoked, I'm going to kill
> the GPU reset code
> and re-send this tomorrow, its just a mess to get it back out of the
> tree at this point,
Ping? Are you waiting for Jerome or something? Please do not stop
pulling whole stuff because Jerome is preparing some patch for last
moment.
I believe I'll be much better to pull most stuff ASAP to let ppl test
it, and later eventually ask Linus to get some one-two additional
small patches.
--
Rafał
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-03-30 14:24 ` Linus Torvalds
@ 2010-03-30 15:43 ` Jerome Glisse
0 siblings, 0 replies; 427+ messages in thread
From: Jerome Glisse @ 2010-03-30 15:43 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Dave Airlie, Dave Airlie, linux-kernel, dri-devel
On Tue, Mar 30, 2010 at 07:24:42AM -0700, Linus Torvalds wrote:
>
>
> On Tue, 30 Mar 2010, Dave Airlie wrote:
> >
> > Actually Linus, don't bother, consider this revoked, I'm going to kill
> > the GPU reset code and re-send this tomorrow, its just a mess to get it
> > back out of the tree at this point,
> >
> > but I realised I was falling back to the old ways, of putting things
> > with badness in, even if they helped a few people.
>
> Hey, thanks.
>
> Linus
I will try to see if i can do a smaller version which only affect
r6xx/r7xx hw were it's know to be helpfull while leaving other hw
unaffected and working on a more reliable code for 2.6.35 for these
older hw.
Cheers.
Jerome
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-03-30 7:07 ` Dave Airlie
@ 2010-03-30 14:24 ` Linus Torvalds
2010-03-30 15:43 ` Jerome Glisse
2010-04-01 5:36 ` Rafał Miłecki
1 sibling, 1 reply; 427+ messages in thread
From: Linus Torvalds @ 2010-03-30 14:24 UTC (permalink / raw)
To: Dave Airlie; +Cc: Dave Airlie, linux-kernel, dri-devel
On Tue, 30 Mar 2010, Dave Airlie wrote:
>
> Actually Linus, don't bother, consider this revoked, I'm going to kill
> the GPU reset code and re-send this tomorrow, its just a mess to get it
> back out of the tree at this point,
>
> but I realised I was falling back to the old ways, of putting things
> with badness in, even if they helped a few people.
Hey, thanks.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-03-30 4:34 Dave Airlie
2010-03-30 6:43 ` Michel Dänzer
@ 2010-03-30 7:07 ` Dave Airlie
2010-03-30 14:24 ` Linus Torvalds
2010-04-01 5:36 ` Rafał Miłecki
1 sibling, 2 replies; 427+ messages in thread
From: Dave Airlie @ 2010-03-30 7:07 UTC (permalink / raw)
To: Dave Airlie; +Cc: torvalds, linux-kernel, dri-devel
2010/3/30 Dave Airlie <airlied@linux.ie>:
>
> [re-pull request]
Actually Linus, don't bother, consider this revoked, I'm going to kill
the GPU reset code
and re-send this tomorrow, its just a mess to get it back out of the
tree at this point,
but I realised I was falling back to the old ways, of putting things
with badness in, even
if they helped a few people.
Jerome, GPU reset will have to wait until 2.6.35 now.
Dave.
>
> Original pull req below + reverts the fallback placement change which had
> a side effect of causing more lockups on some AGP systems (this is a bug in
> the AGP drivers that needs to be tracked down), adds some further fixes
> from Alex for radeon. Also in case you are wondering why this has a
> v2.6.34-rc2 merge in the middle of it, one of the radeon changes needed an
> i2c change before I could test it.
>
> original pull text:
> Some nouveau updates + misc drm core fixes,
>
> radeon kms: mostly fixes, however a cleanup to the ugly asic tables to
> avoid drift between C prototypes moves some stuff around, and I've merged
> Jerome's GPU recovery code, as I'd much rather users had some of hope of
> recovering from their GPU locking up than a dead box. It seems to work
> for quite a lot of people that have tested it, and it won't make a GPU
> lockup problem worse. This also finally fixes HDMI audio on rv7xx cards.
>
> The following changes since commit 220bf991b0366cc50a94feede3d7341fa5710ee4:
> Linus Torvalds (1):
> Linux 2.6.34-rc2
>
> are available in the git repository at:
>
> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
>
> Alex Deucher (32):
> drm/radeon: add new RS880 pci id
> drm/radeon/kms/atom: spread spectrum fix
> drm/radeon/kms: use lcd pll limits when available
> drm/radeon/kms: further spread spectrum fixes
> drm/radeon/kms: fix pal tv-out support on legacy IGP chips
> drm/radeon/kms: fix for hw i2c
> drm/radeon/kms: fix i2c prescale calc on older radeons
> drm/radeon/kms/r1xx: enable hw i2c
> drm/radeon/kms/rs4xx: make sure crtcs are enabled when setting timing
> drm/radeon/r600: add missing license and comments to r600_blit_shaders.c
> drm/radeon/kms: expose thermal/fan i2c buses
> drm/radeon/kms/pm: fix segfault in clock code
> drm/radeon/kms: gfx init fixes for r6xx/r7xx
> drm/radeon/kms/pm: fix typo in power table parsing
> drm/radeon/kms: init rdev->num_crtc at asic init
> drm/radeon/kms: display watermark fixes
> drm/radeon/kms: never treat rs4xx as AGP
> drm/radeon/kms: fix display bandwidth setup on rs4xx
> drm/radeon/kms: remove lvds quirks
> drm/radeon/kms/atom: make sure tables are valid (v2)
> drm/radeon/kms: use new pre/post_xfer i2c bit algo hooks
> drm/radeon/kms: add hw_i2c module option
> drm/radeon/r600: remove some regs are not safe regs for command buffers
> drm/radeon/kms: fix some typos in r6xx/r7xx hpd setup
> drm/radeon/r6xx/r7xx: CS parser fixes
> drm/radeon/kms: bump the version for r6xx/r7xx const buffer support
> drm/radeon: bump the UMS driver version for r6xx/r7xx const buffer support
> drm/radeon/r6xx/r7xx: further safe reg clean up
> drm/radeon/kms: fix macbookpro connector quirk
> drm/radeon/kms/atom: minor fixes to transmitter setup
> drm/radeon/kms/dp: remove extraneous training complete call
> drm/radeon/kms: minor fixes for eDP with LCD* device tags (v2)
>
> Ben Skeggs (5):
> drm/nouveau: add option to allow override of dcb connector table types
> drm/nouveau: Gigabyte NX85T connector table lies, it has DVI-I not HDMI
> drm/nv50: fix connector table parsing for some cards
> drm/nouveau: add module option to disable TV detection
> drm/edid: allow certain bogus edids to hit a fixup path rather than fail
>
> Chris Wilson (1):
> drm: Return ENODEV if the inode mapping changes
>
> Daniel Vetter (5):
> drm/radeon: create radeon_asic.c
> drm/radeon: move asic structs to radeon_asic.c
> drm/radeon: unconfuse return value of radeon_asic->clear_surface_reg
> drm/radeon: include radeon_asic.h in the asic specific files
> drm/radeon: collect r100 asic related declarations in radeon_asic.h
>
> Dave Airlie (8):
> drm/ttm: use drm calloc large and free large
> Merge remote branch 'nouveau/for-airlied' into drm-linus
> Merge branch 'radeon-for-airlied' of ../linux-2.6 into drm-linus
> drm/radeon/bo: add some fallback placements for VRAM only objects.
> drm/radeon/kms: don't print error on -ERESTARTSYS.
> Merge branch 'v2.6.34-rc2' into HEAD
> Merge branch 'drm-radeon-fixes' into HEAD
> Revert "drm/radeon/bo: add some fallback placements for VRAM only objects."
>
> Francisco Jerez (2):
> drm/nv04-nv40: Fix up the programmed horizontal sync pulse delay.
> drm/nouveau: Never evict VRAM buffers to system.
>
> Jerome Glisse (6):
> drm/radeon/kms: catch atombios infinite loop and break out of it
> drm/radeon/kms: fence cleanup + more reliable GPU lockup detection V4
> drm/radeon/kms: rename gpu_reset to asic_reset
> drm/radeon/kms: simplify & improve GPU reset V2
> drm/radeon/kms: fix typo in r520 asic functions
> drm/radeon/kms: avoid possible oops (call gart_fini before gart_disable)
>
> Maarten Maathuis (2):
> drm/nouveau: print a message very early during suspend
> drm/nv50: add a memory barrier to pushbuf submission
>
> Marcin Kościelnicki (4):
> drm/nv50: Remove redundant/incorrect ctxvals initialisation.
> drm/nouveau: Fix fbcon corruption with font width not divisible by 8
> drm/nv50: Make ctxprog wait until interrupt handler is done.
> drm/nv50: Improve PGRAPH interrupt handling.
>
> Michel Dänzer (1):
> drm/radeon/kms: Only restrict BO to visible VRAM size when pinning to VRAM.
>
> Pauli Nieminen (1):
> drm/radeon/kms: Fix NULL pointer dereference if memory allocation failed.
>
> Rafał Miłecki (8):
> drm/radeon/kms: clean HDMI definitions
> drm/radeon/kms: clean assigning HDMI blocks to encoders
> drm/radeon/kms: add HDMI code for pre-DCE3 R6xx GPUs
> drm/radeon/kms: enable audio engine on DCE32
> drm/radeon/kms: remove dead audio/HDMI code
> drm/radeon/kms: improve coding style a little
> drm/radeon/kms: switch to condition waiting for reclocking
> drm/radeon/kms: prepare for more reclocking operations
>
> Randy Dunlap (2):
> drm/vmwgfx: depends on FB
> drm: fix build error when SYSRQ is disabled
>
> Robert P. J. Day (1):
> drm: "kobject_init/kobject_add" -> "kobject_init_and_add".
>
> Zhao Yakui (1):
> drm: remove the EDID blob stored in the EDID property when it is disconnected
>
> drivers/gpu/drm/drm_crtc_helper.c | 1 +
> drivers/gpu/drm/drm_edid.c | 9 -
> drivers/gpu/drm/drm_fb_helper.c | 2 +
> drivers/gpu/drm/drm_fops.c | 16 +-
> drivers/gpu/drm/nouveau/Makefile | 2 +-
> drivers/gpu/drm/nouveau/nouveau_bios.c | 28 +-
> drivers/gpu/drm/nouveau/nouveau_bios.h | 3 +-
> drivers/gpu/drm/nouveau/nouveau_bo.c | 3 +-
> drivers/gpu/drm/nouveau/nouveau_connector.c | 2 +-
> drivers/gpu/drm/nouveau/nouveau_dma.c | 5 +
> drivers/gpu/drm/nouveau/nouveau_drv.c | 10 +
> drivers/gpu/drm/nouveau/nouveau_drv.h | 6 +
> drivers/gpu/drm/nouveau/nouveau_irq.c | 609 +++++++++++++++++++--
> drivers/gpu/drm/nouveau/nouveau_state.c | 5 +-
> drivers/gpu/drm/nouveau/nv04_crtc.c | 6 +-
> drivers/gpu/drm/nouveau/nv04_fbcon.c | 6 +-
> drivers/gpu/drm/nouveau/nv50_display.c | 4 +-
> drivers/gpu/drm/nouveau/nv50_fb.c | 32 ++
> drivers/gpu/drm/nouveau/nv50_fbcon.c | 2 +-
> drivers/gpu/drm/nouveau/nv50_graph.c | 22 +-
> drivers/gpu/drm/nouveau/nv50_grctx.c | 13 +-
> drivers/gpu/drm/radeon/Makefile | 2 +-
> drivers/gpu/drm/radeon/atom.c | 91 +++-
> drivers/gpu/drm/radeon/atom.h | 8 +-
> drivers/gpu/drm/radeon/atombios_crtc.c | 98 +++-
> drivers/gpu/drm/radeon/atombios_dp.c | 3 -
> drivers/gpu/drm/radeon/evergreen.c | 19 +-
> drivers/gpu/drm/radeon/r100.c | 262 +++++----
> drivers/gpu/drm/radeon/r100d.h | 128 +++++
> drivers/gpu/drm/radeon/r200.c | 1 +
> drivers/gpu/drm/radeon/r300.c | 161 +++---
> drivers/gpu/drm/radeon/r300d.h | 47 ++-
> drivers/gpu/drm/radeon/r420.c | 6 +-
> drivers/gpu/drm/radeon/r520.c | 14 +-
> drivers/gpu/drm/radeon/r600.c | 113 ++---
> drivers/gpu/drm/radeon/r600_audio.c | 52 +--
> drivers/gpu/drm/radeon/r600_blit_kms.c | 3 +
> drivers/gpu/drm/radeon/r600_blit_shaders.c | 35 ++
> drivers/gpu/drm/radeon/r600_cp.c | 3 +
> drivers/gpu/drm/radeon/r600_cs.c | 70 +++-
> drivers/gpu/drm/radeon/r600_hdmi.c | 191 ++++---
> drivers/gpu/drm/radeon/r600_reg.h | 10 +-
> drivers/gpu/drm/radeon/r600d.h | 49 ++
> drivers/gpu/drm/radeon/radeon.h | 175 +++----
> drivers/gpu/drm/radeon/radeon_asic.c | 786 +++++++++++++++++++++++++++
> drivers/gpu/drm/radeon/radeon_asic.h | 562 ++-----------------
> drivers/gpu/drm/radeon/radeon_atombios.c | 461 +++++++++-------
> drivers/gpu/drm/radeon/radeon_combios.c | 7 +-
> drivers/gpu/drm/radeon/radeon_connectors.c | 2 +-
> drivers/gpu/drm/radeon/radeon_cs.c | 15 +-
> drivers/gpu/drm/radeon/radeon_device.c | 261 ++-------
> drivers/gpu/drm/radeon/radeon_display.c | 51 ++-
> drivers/gpu/drm/radeon/radeon_drv.c | 7 +-
> drivers/gpu/drm/radeon/radeon_drv.h | 3 +-
> drivers/gpu/drm/radeon/radeon_encoders.c | 106 ++--
> drivers/gpu/drm/radeon/radeon_fence.c | 107 ++--
> drivers/gpu/drm/radeon/radeon_gart.c | 2 +-
> drivers/gpu/drm/radeon/radeon_i2c.c | 153 +++---
> drivers/gpu/drm/radeon/radeon_irq_kms.c | 14 +-
> drivers/gpu/drm/radeon/radeon_legacy_crtc.c | 8 +
> drivers/gpu/drm/radeon/radeon_legacy_tv.c | 29 +-
> drivers/gpu/drm/radeon/radeon_mode.h | 12 +-
> drivers/gpu/drm/radeon/radeon_object.c | 6 +-
> drivers/gpu/drm/radeon/radeon_pm.c | 46 ++-
> drivers/gpu/drm/radeon/reg_srcs/r600 | 75 ---
> drivers/gpu/drm/radeon/rs400.c | 11 +-
> drivers/gpu/drm/radeon/rs600.c | 85 +++-
> drivers/gpu/drm/radeon/rs600d.h | 46 ++
> drivers/gpu/drm/radeon/rs690.c | 93 ++--
> drivers/gpu/drm/radeon/rv515.c | 106 +----
> drivers/gpu/drm/radeon/rv515d.h | 46 ++
> drivers/gpu/drm/radeon/rv770.c | 37 +-
> drivers/gpu/drm/ttm/ttm_bo.c | 4 +-
> drivers/gpu/drm/ttm/ttm_memory.c | 18 +-
> drivers/gpu/drm/ttm/ttm_tt.c | 23 +-
> drivers/gpu/drm/vmwgfx/Kconfig | 2 +-
> include/drm/drmP.h | 34 +--
> include/drm/drm_mem_util.h | 65 +++
> include/drm/drm_pciids.h | 1 +
> include/drm/ttm/ttm_bo_driver.h | 1 -
> 80 files changed, 3503 insertions(+), 2109 deletions(-)
> create mode 100644 drivers/gpu/drm/nouveau/nv50_fb.c
> create mode 100644 drivers/gpu/drm/radeon/radeon_asic.c
> create mode 100644 include/drm/drm_mem_util.h
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-03-30 6:43 ` Michel Dänzer
@ 2010-03-30 6:49 ` Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-03-30 6:49 UTC (permalink / raw)
To: Michel Dänzer
Cc: Dave Airlie, torvalds, linux-kernel, dri-devel, Jerome Glisse
2010/3/30 Michel Dänzer <michel@daenzer.net>:
> On Tue, 2010-03-30 at 05:34 +0100, Dave Airlie wrote:
>>
>> Original pull req below + reverts the fallback placement change which had
>> a side effect of causing more lockups on some AGP systems (this is a bug in
>> the AGP drivers that needs to be tracked down), [...]
>
> While I was able to work around the lockups by making the AGP driver
> never unbind a GTT entry, I think it's rather a radeon issue - how is
> the AGP driver supposed to know when it's safe to unbind an entry?
This issue has been a problem with AGP before, the Intel AGP docs claim
you should always use scratch pages on AGP, and never complete remove
bound entries. I've no idea why this is, as you'd expect AGP cards to
only generate
cycles to entries they've been asked to. There may be some memory controller
prefetching going on that could lead to prefetching into an unbound AGP page
and the resulting machine check that may cause I suppose.
We need to track this separately anyways and fix it for 2.6.35 hopefully, at
least we have a patch that can handle it.
> That change had lots of other issues anyway, thanks for reverting it.
>
>
>> [...] and I've merged Jerome's GPU recovery code, as I'd much rather
>> users had some of hope of recovering from their GPU locking up than a
>> dead box. It seems to work for quite a lot of people that have tested
>> it, and it won't make a GPU lockup problem worse.
>
> Unfortunately, that's not true in all cases. The change itself mentions
> that the new reset code is unreliable for R3xx generation GPUs, and
> indeed with my RV350 it now turns my box into a brick immediately on a
> GPU lockup most of the time whereas previously it was usually able to
> recover at least in some cases, e.g. falling back to PCI mode after
> trying to use a non-working AGP transfer mode.
>
Okay so it makes it worse, hopefully Jerome can track it down, or
else we can lock down the gpu reset to only trying on the r600s where
it definitely makes life a lot better for everyone.
Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-03-30 4:34 Dave Airlie
@ 2010-03-30 6:43 ` Michel Dänzer
2010-03-30 6:49 ` Dave Airlie
2010-03-30 7:07 ` Dave Airlie
1 sibling, 1 reply; 427+ messages in thread
From: Michel Dänzer @ 2010-03-30 6:43 UTC (permalink / raw)
To: Dave Airlie; +Cc: torvalds, linux-kernel, dri-devel
On Tue, 2010-03-30 at 05:34 +0100, Dave Airlie wrote:
>
> Original pull req below + reverts the fallback placement change which had
> a side effect of causing more lockups on some AGP systems (this is a bug in
> the AGP drivers that needs to be tracked down), [...]
While I was able to work around the lockups by making the AGP driver
never unbind a GTT entry, I think it's rather a radeon issue - how is
the AGP driver supposed to know when it's safe to unbind an entry?
That change had lots of other issues anyway, thanks for reverting it.
> [...] and I've merged Jerome's GPU recovery code, as I'd much rather
> users had some of hope of recovering from their GPU locking up than a
> dead box. It seems to work for quite a lot of people that have tested
> it, and it won't make a GPU lockup problem worse.
Unfortunately, that's not true in all cases. The change itself mentions
that the new reset code is unreliable for R3xx generation GPUs, and
indeed with my RV350 it now turns my box into a brick immediately on a
GPU lockup most of the time whereas previously it was usually able to
recover at least in some cases, e.g. falling back to PCI mode after
trying to use a non-working AGP transfer mode.
--
Earthling Michel Dänzer | http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-03-30 4:34 Dave Airlie
2010-03-30 6:43 ` Michel Dänzer
2010-03-30 7:07 ` Dave Airlie
0 siblings, 2 replies; 427+ messages in thread
From: Dave Airlie @ 2010-03-30 4:34 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, dri-devel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 10972 bytes --]
[re-pull request]
Original pull req below + reverts the fallback placement change which had
a side effect of causing more lockups on some AGP systems (this is a bug in
the AGP drivers that needs to be tracked down), adds some further fixes
from Alex for radeon. Also in case you are wondering why this has a
v2.6.34-rc2 merge in the middle of it, one of the radeon changes needed an
i2c change before I could test it.
original pull text:
Some nouveau updates + misc drm core fixes,
radeon kms: mostly fixes, however a cleanup to the ugly asic tables to
avoid drift between C prototypes moves some stuff around, and I've merged
Jerome's GPU recovery code, as I'd much rather users had some of hope of
recovering from their GPU locking up than a dead box. It seems to work
for quite a lot of people that have tested it, and it won't make a GPU
lockup problem worse. This also finally fixes HDMI audio on rv7xx cards.
The following changes since commit 220bf991b0366cc50a94feede3d7341fa5710ee4:
Linus Torvalds (1):
Linux 2.6.34-rc2
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
Alex Deucher (32):
drm/radeon: add new RS880 pci id
drm/radeon/kms/atom: spread spectrum fix
drm/radeon/kms: use lcd pll limits when available
drm/radeon/kms: further spread spectrum fixes
drm/radeon/kms: fix pal tv-out support on legacy IGP chips
drm/radeon/kms: fix for hw i2c
drm/radeon/kms: fix i2c prescale calc on older radeons
drm/radeon/kms/r1xx: enable hw i2c
drm/radeon/kms/rs4xx: make sure crtcs are enabled when setting timing
drm/radeon/r600: add missing license and comments to r600_blit_shaders.c
drm/radeon/kms: expose thermal/fan i2c buses
drm/radeon/kms/pm: fix segfault in clock code
drm/radeon/kms: gfx init fixes for r6xx/r7xx
drm/radeon/kms/pm: fix typo in power table parsing
drm/radeon/kms: init rdev->num_crtc at asic init
drm/radeon/kms: display watermark fixes
drm/radeon/kms: never treat rs4xx as AGP
drm/radeon/kms: fix display bandwidth setup on rs4xx
drm/radeon/kms: remove lvds quirks
drm/radeon/kms/atom: make sure tables are valid (v2)
drm/radeon/kms: use new pre/post_xfer i2c bit algo hooks
drm/radeon/kms: add hw_i2c module option
drm/radeon/r600: remove some regs are not safe regs for command buffers
drm/radeon/kms: fix some typos in r6xx/r7xx hpd setup
drm/radeon/r6xx/r7xx: CS parser fixes
drm/radeon/kms: bump the version for r6xx/r7xx const buffer support
drm/radeon: bump the UMS driver version for r6xx/r7xx const buffer support
drm/radeon/r6xx/r7xx: further safe reg clean up
drm/radeon/kms: fix macbookpro connector quirk
drm/radeon/kms/atom: minor fixes to transmitter setup
drm/radeon/kms/dp: remove extraneous training complete call
drm/radeon/kms: minor fixes for eDP with LCD* device tags (v2)
Ben Skeggs (5):
drm/nouveau: add option to allow override of dcb connector table types
drm/nouveau: Gigabyte NX85T connector table lies, it has DVI-I not HDMI
drm/nv50: fix connector table parsing for some cards
drm/nouveau: add module option to disable TV detection
drm/edid: allow certain bogus edids to hit a fixup path rather than fail
Chris Wilson (1):
drm: Return ENODEV if the inode mapping changes
Daniel Vetter (5):
drm/radeon: create radeon_asic.c
drm/radeon: move asic structs to radeon_asic.c
drm/radeon: unconfuse return value of radeon_asic->clear_surface_reg
drm/radeon: include radeon_asic.h in the asic specific files
drm/radeon: collect r100 asic related declarations in radeon_asic.h
Dave Airlie (8):
drm/ttm: use drm calloc large and free large
Merge remote branch 'nouveau/for-airlied' into drm-linus
Merge branch 'radeon-for-airlied' of ../linux-2.6 into drm-linus
drm/radeon/bo: add some fallback placements for VRAM only objects.
drm/radeon/kms: don't print error on -ERESTARTSYS.
Merge branch 'v2.6.34-rc2' into HEAD
Merge branch 'drm-radeon-fixes' into HEAD
Revert "drm/radeon/bo: add some fallback placements for VRAM only objects."
Francisco Jerez (2):
drm/nv04-nv40: Fix up the programmed horizontal sync pulse delay.
drm/nouveau: Never evict VRAM buffers to system.
Jerome Glisse (6):
drm/radeon/kms: catch atombios infinite loop and break out of it
drm/radeon/kms: fence cleanup + more reliable GPU lockup detection V4
drm/radeon/kms: rename gpu_reset to asic_reset
drm/radeon/kms: simplify & improve GPU reset V2
drm/radeon/kms: fix typo in r520 asic functions
drm/radeon/kms: avoid possible oops (call gart_fini before gart_disable)
Maarten Maathuis (2):
drm/nouveau: print a message very early during suspend
drm/nv50: add a memory barrier to pushbuf submission
Marcin Kościelnicki (4):
drm/nv50: Remove redundant/incorrect ctxvals initialisation.
drm/nouveau: Fix fbcon corruption with font width not divisible by 8
drm/nv50: Make ctxprog wait until interrupt handler is done.
drm/nv50: Improve PGRAPH interrupt handling.
Michel Dänzer (1):
drm/radeon/kms: Only restrict BO to visible VRAM size when pinning to VRAM.
Pauli Nieminen (1):
drm/radeon/kms: Fix NULL pointer dereference if memory allocation failed.
Rafał Miłecki (8):
drm/radeon/kms: clean HDMI definitions
drm/radeon/kms: clean assigning HDMI blocks to encoders
drm/radeon/kms: add HDMI code for pre-DCE3 R6xx GPUs
drm/radeon/kms: enable audio engine on DCE32
drm/radeon/kms: remove dead audio/HDMI code
drm/radeon/kms: improve coding style a little
drm/radeon/kms: switch to condition waiting for reclocking
drm/radeon/kms: prepare for more reclocking operations
Randy Dunlap (2):
drm/vmwgfx: depends on FB
drm: fix build error when SYSRQ is disabled
Robert P. J. Day (1):
drm: "kobject_init/kobject_add" -> "kobject_init_and_add".
Zhao Yakui (1):
drm: remove the EDID blob stored in the EDID property when it is disconnected
drivers/gpu/drm/drm_crtc_helper.c | 1 +
drivers/gpu/drm/drm_edid.c | 9 -
drivers/gpu/drm/drm_fb_helper.c | 2 +
drivers/gpu/drm/drm_fops.c | 16 +-
drivers/gpu/drm/nouveau/Makefile | 2 +-
drivers/gpu/drm/nouveau/nouveau_bios.c | 28 +-
drivers/gpu/drm/nouveau/nouveau_bios.h | 3 +-
drivers/gpu/drm/nouveau/nouveau_bo.c | 3 +-
drivers/gpu/drm/nouveau/nouveau_connector.c | 2 +-
drivers/gpu/drm/nouveau/nouveau_dma.c | 5 +
drivers/gpu/drm/nouveau/nouveau_drv.c | 10 +
drivers/gpu/drm/nouveau/nouveau_drv.h | 6 +
drivers/gpu/drm/nouveau/nouveau_irq.c | 609 +++++++++++++++++++--
drivers/gpu/drm/nouveau/nouveau_state.c | 5 +-
drivers/gpu/drm/nouveau/nv04_crtc.c | 6 +-
drivers/gpu/drm/nouveau/nv04_fbcon.c | 6 +-
drivers/gpu/drm/nouveau/nv50_display.c | 4 +-
drivers/gpu/drm/nouveau/nv50_fb.c | 32 ++
drivers/gpu/drm/nouveau/nv50_fbcon.c | 2 +-
drivers/gpu/drm/nouveau/nv50_graph.c | 22 +-
drivers/gpu/drm/nouveau/nv50_grctx.c | 13 +-
drivers/gpu/drm/radeon/Makefile | 2 +-
drivers/gpu/drm/radeon/atom.c | 91 +++-
drivers/gpu/drm/radeon/atom.h | 8 +-
drivers/gpu/drm/radeon/atombios_crtc.c | 98 +++-
drivers/gpu/drm/radeon/atombios_dp.c | 3 -
drivers/gpu/drm/radeon/evergreen.c | 19 +-
drivers/gpu/drm/radeon/r100.c | 262 +++++----
drivers/gpu/drm/radeon/r100d.h | 128 +++++
drivers/gpu/drm/radeon/r200.c | 1 +
drivers/gpu/drm/radeon/r300.c | 161 +++---
drivers/gpu/drm/radeon/r300d.h | 47 ++-
drivers/gpu/drm/radeon/r420.c | 6 +-
drivers/gpu/drm/radeon/r520.c | 14 +-
drivers/gpu/drm/radeon/r600.c | 113 ++---
drivers/gpu/drm/radeon/r600_audio.c | 52 +--
drivers/gpu/drm/radeon/r600_blit_kms.c | 3 +
drivers/gpu/drm/radeon/r600_blit_shaders.c | 35 ++
drivers/gpu/drm/radeon/r600_cp.c | 3 +
drivers/gpu/drm/radeon/r600_cs.c | 70 +++-
drivers/gpu/drm/radeon/r600_hdmi.c | 191 ++++---
drivers/gpu/drm/radeon/r600_reg.h | 10 +-
drivers/gpu/drm/radeon/r600d.h | 49 ++
drivers/gpu/drm/radeon/radeon.h | 175 +++----
drivers/gpu/drm/radeon/radeon_asic.c | 786 +++++++++++++++++++++++++++
drivers/gpu/drm/radeon/radeon_asic.h | 562 ++-----------------
drivers/gpu/drm/radeon/radeon_atombios.c | 461 +++++++++-------
drivers/gpu/drm/radeon/radeon_combios.c | 7 +-
drivers/gpu/drm/radeon/radeon_connectors.c | 2 +-
drivers/gpu/drm/radeon/radeon_cs.c | 15 +-
drivers/gpu/drm/radeon/radeon_device.c | 261 ++-------
drivers/gpu/drm/radeon/radeon_display.c | 51 ++-
drivers/gpu/drm/radeon/radeon_drv.c | 7 +-
drivers/gpu/drm/radeon/radeon_drv.h | 3 +-
drivers/gpu/drm/radeon/radeon_encoders.c | 106 ++--
drivers/gpu/drm/radeon/radeon_fence.c | 107 ++--
drivers/gpu/drm/radeon/radeon_gart.c | 2 +-
drivers/gpu/drm/radeon/radeon_i2c.c | 153 +++---
drivers/gpu/drm/radeon/radeon_irq_kms.c | 14 +-
drivers/gpu/drm/radeon/radeon_legacy_crtc.c | 8 +
drivers/gpu/drm/radeon/radeon_legacy_tv.c | 29 +-
drivers/gpu/drm/radeon/radeon_mode.h | 12 +-
drivers/gpu/drm/radeon/radeon_object.c | 6 +-
drivers/gpu/drm/radeon/radeon_pm.c | 46 ++-
drivers/gpu/drm/radeon/reg_srcs/r600 | 75 ---
drivers/gpu/drm/radeon/rs400.c | 11 +-
drivers/gpu/drm/radeon/rs600.c | 85 +++-
drivers/gpu/drm/radeon/rs600d.h | 46 ++
drivers/gpu/drm/radeon/rs690.c | 93 ++--
drivers/gpu/drm/radeon/rv515.c | 106 +----
drivers/gpu/drm/radeon/rv515d.h | 46 ++
drivers/gpu/drm/radeon/rv770.c | 37 +-
drivers/gpu/drm/ttm/ttm_bo.c | 4 +-
drivers/gpu/drm/ttm/ttm_memory.c | 18 +-
drivers/gpu/drm/ttm/ttm_tt.c | 23 +-
drivers/gpu/drm/vmwgfx/Kconfig | 2 +-
include/drm/drmP.h | 34 +--
include/drm/drm_mem_util.h | 65 +++
include/drm/drm_pciids.h | 1 +
include/drm/ttm/ttm_bo_driver.h | 1 -
80 files changed, 3503 insertions(+), 2109 deletions(-)
create mode 100644 drivers/gpu/drm/nouveau/nv50_fb.c
create mode 100644 drivers/gpu/drm/radeon/radeon_asic.c
create mode 100644 include/drm/drm_mem_util.h
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-03-25 6:52 ` Pekka Enberg
@ 2010-03-25 7:44 ` Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-03-25 7:44 UTC (permalink / raw)
To: Pekka Enberg
Cc: Dave Airlie, torvalds, linux-kernel, dri-devel, Jesse Barnes,
Eric Anholt
On Thu, Mar 25, 2010 at 4:52 PM, Pekka Enberg <penberg@cs.helsinki.fi> wrote:
> Hi Dave,
>
> 2010/3/25 Dave Airlie <airlied@linux.ie>:
>> Some nouveau updates + misc drm core fixes,
>>
>> radeon kms: mostly fixes, however a cleanup to the ugly asic tables to
>> avoid drift between C prototypes moves some stuff around, and I've merged
>> Jerome's GPU recovery code, as I'd much rather users had some of hope of
>> recovering from their GPU locking up than a dead box. It seems to work
>> for quite a lot of people that have tested it, and it won't make a GPU
>> lockup problem worse. This also finally fixes HDMI audio on rv7xx cards.
>
> Are there any i915 fixes pending? I tried 2.6.34-rc2 few days ago and
> all I got was a blank screen at start up. The driver is pretty busted
> for 2.6.33 also, I'm getting random screen corruption and the
> occasional blank screen (which is "fixed" by suspend/resume).
>
> I'm unfortunately busy with working on something else so I don't have
> time right now to debug the thing. Just wanted to know if you're aware
> of the quality problems with i915 and if there are any fixes pending.
I leave i915 up to Eric after -rc1, we found it hard to sync our
schedules before,
I'm sure he has some stuff in his tree.
Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-03-25 3:35 Dave Airlie
@ 2010-03-25 6:52 ` Pekka Enberg
2010-03-25 7:44 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Pekka Enberg @ 2010-03-25 6:52 UTC (permalink / raw)
To: Dave Airlie; +Cc: torvalds, linux-kernel, dri-devel, Jesse Barnes
Hi Dave,
2010/3/25 Dave Airlie <airlied@linux.ie>:
> Some nouveau updates + misc drm core fixes,
>
> radeon kms: mostly fixes, however a cleanup to the ugly asic tables to
> avoid drift between C prototypes moves some stuff around, and I've merged
> Jerome's GPU recovery code, as I'd much rather users had some of hope of
> recovering from their GPU locking up than a dead box. It seems to work
> for quite a lot of people that have tested it, and it won't make a GPU
> lockup problem worse. This also finally fixes HDMI audio on rv7xx cards.
Are there any i915 fixes pending? I tried 2.6.34-rc2 few days ago and
all I got was a blank screen at start up. The driver is pretty busted
for 2.6.33 also, I'm getting random screen corruption and the
occasional blank screen (which is "fixed" by suspend/resume).
I'm unfortunately busy with working on something else so I don't have
time right now to debug the thing. Just wanted to know if you're aware
of the quality problems with i915 and if there are any fixes pending.
Pekka
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-03-25 3:35 Dave Airlie
2010-03-25 6:52 ` Pekka Enberg
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2010-03-25 3:35 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, dri-devel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 9516 bytes --]
Some nouveau updates + misc drm core fixes,
radeon kms: mostly fixes, however a cleanup to the ugly asic tables to
avoid drift between C prototypes moves some stuff around, and I've merged
Jerome's GPU recovery code, as I'd much rather users had some of hope of
recovering from their GPU locking up than a dead box. It seems to work
for quite a lot of people that have tested it, and it won't make a GPU
lockup problem worse. This also finally fixes HDMI audio on rv7xx cards.
The following changes since commit 220bf991b0366cc50a94feede3d7341fa5710ee4:
Linus Torvalds (1):
Linux 2.6.34-rc2
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
Alex Deucher (24):
drm/radeon: add new RS880 pci id
drm/radeon/kms/atom: spread spectrum fix
drm/radeon/kms: use lcd pll limits when available
drm/radeon/kms: further spread spectrum fixes
drm/radeon/kms: fix pal tv-out support on legacy IGP chips
drm/radeon/kms: fix for hw i2c
drm/radeon/kms: fix i2c prescale calc on older radeons
drm/radeon/kms/r1xx: enable hw i2c
drm/radeon/kms/rs4xx: make sure crtcs are enabled when setting timing
drm/radeon/r600: add missing license and comments to r600_blit_shaders.c
drm/radeon/kms: expose thermal/fan i2c buses
drm/radeon/kms/pm: fix segfault in clock code
drm/radeon/kms: gfx init fixes for r6xx/r7xx
drm/radeon/kms/pm: fix typo in power table parsing
drm/radeon/kms: init rdev->num_crtc at asic init
drm/radeon/kms: display watermark fixes
drm/radeon/kms: never treat rs4xx as AGP
drm/radeon/kms: fix display bandwidth setup on rs4xx
drm/radeon/kms: remove lvds quirks
drm/radeon/kms/atom: make sure tables are valid (v2)
drm/radeon/kms: use new pre/post_xfer i2c bit algo hooks
drm/radeon/kms: add hw_i2c module option
drm/radeon/r600: remove some regs are not safe regs for command buffers
drm/radeon/kms: fix some typos in r6xx/r7xx hpd setup
Ben Skeggs (5):
drm/nouveau: add option to allow override of dcb connector table types
drm/nouveau: Gigabyte NX85T connector table lies, it has DVI-I not HDMI
drm/nv50: fix connector table parsing for some cards
drm/nouveau: add module option to disable TV detection
drm/edid: allow certain bogus edids to hit a fixup path rather than fail
Chris Wilson (1):
drm: Return ENODEV if the inode mapping changes
Daniel Vetter (5):
drm/radeon: create radeon_asic.c
drm/radeon: move asic structs to radeon_asic.c
drm/radeon: unconfuse return value of radeon_asic->clear_surface_reg
drm/radeon: include radeon_asic.h in the asic specific files
drm/radeon: collect r100 asic related declarations in radeon_asic.h
Dave Airlie (7):
drm/ttm: use drm calloc large and free large
Merge remote branch 'nouveau/for-airlied' into drm-linus
Merge branch 'radeon-for-airlied' of ../linux-2.6 into drm-linus
drm/radeon/bo: add some fallback placements for VRAM only objects.
drm/radeon/kms: don't print error on -ERESTARTSYS.
Merge branch 'v2.6.34-rc2' into HEAD
Merge branch 'drm-radeon-fixes' into HEAD
Francisco Jerez (2):
drm/nv04-nv40: Fix up the programmed horizontal sync pulse delay.
drm/nouveau: Never evict VRAM buffers to system.
Jerome Glisse (6):
drm/radeon/kms: catch atombios infinite loop and break out of it
drm/radeon/kms: fence cleanup + more reliable GPU lockup detection V4
drm/radeon/kms: rename gpu_reset to asic_reset
drm/radeon/kms: simplify & improve GPU reset V2
drm/radeon/kms: fix typo in r520 asic functions
drm/radeon/kms: avoid possible oops (call gart_fini before gart_disable)
Maarten Maathuis (2):
drm/nouveau: print a message very early during suspend
drm/nv50: add a memory barrier to pushbuf submission
Marcin Kościelnicki (4):
drm/nv50: Remove redundant/incorrect ctxvals initialisation.
drm/nouveau: Fix fbcon corruption with font width not divisible by 8
drm/nv50: Make ctxprog wait until interrupt handler is done.
drm/nv50: Improve PGRAPH interrupt handling.
Pauli Nieminen (1):
drm/radeon/kms: Fix NULL pointer dereference if memory allocation failed.
Rafał Miłecki (8):
drm/radeon/kms: clean HDMI definitions
drm/radeon/kms: clean assigning HDMI blocks to encoders
drm/radeon/kms: add HDMI code for pre-DCE3 R6xx GPUs
drm/radeon/kms: enable audio engine on DCE32
drm/radeon/kms: remove dead audio/HDMI code
drm/radeon/kms: improve coding style a little
drm/radeon/kms: switch to condition waiting for reclocking
drm/radeon/kms: prepare for more reclocking operations
Randy Dunlap (1):
drm/vmwgfx: depends on FB
Robert P. J. Day (1):
drm: "kobject_init/kobject_add" -> "kobject_init_and_add".
Zhao Yakui (1):
drm: remove the EDID blob stored in the EDID property when it is disconnected
drivers/gpu/drm/drm_crtc_helper.c | 1 +
drivers/gpu/drm/drm_edid.c | 9 -
drivers/gpu/drm/drm_fops.c | 16 +-
drivers/gpu/drm/nouveau/Makefile | 2 +-
drivers/gpu/drm/nouveau/nouveau_bios.c | 28 +-
drivers/gpu/drm/nouveau/nouveau_bios.h | 3 +-
drivers/gpu/drm/nouveau/nouveau_bo.c | 3 +-
drivers/gpu/drm/nouveau/nouveau_connector.c | 2 +-
drivers/gpu/drm/nouveau/nouveau_dma.c | 5 +
drivers/gpu/drm/nouveau/nouveau_drv.c | 10 +
drivers/gpu/drm/nouveau/nouveau_drv.h | 6 +
drivers/gpu/drm/nouveau/nouveau_irq.c | 609 +++++++++++++++++++--
drivers/gpu/drm/nouveau/nouveau_state.c | 5 +-
drivers/gpu/drm/nouveau/nv04_crtc.c | 6 +-
drivers/gpu/drm/nouveau/nv04_fbcon.c | 6 +-
drivers/gpu/drm/nouveau/nv50_display.c | 4 +-
drivers/gpu/drm/nouveau/nv50_fb.c | 32 ++
drivers/gpu/drm/nouveau/nv50_fbcon.c | 2 +-
drivers/gpu/drm/nouveau/nv50_graph.c | 22 +-
drivers/gpu/drm/nouveau/nv50_grctx.c | 13 +-
drivers/gpu/drm/radeon/Makefile | 2 +-
drivers/gpu/drm/radeon/atom.c | 91 +++-
drivers/gpu/drm/radeon/atom.h | 8 +-
drivers/gpu/drm/radeon/atombios_crtc.c | 85 +++-
drivers/gpu/drm/radeon/evergreen.c | 19 +-
drivers/gpu/drm/radeon/r100.c | 262 +++++----
drivers/gpu/drm/radeon/r100d.h | 128 +++++
drivers/gpu/drm/radeon/r200.c | 1 +
drivers/gpu/drm/radeon/r300.c | 161 +++---
drivers/gpu/drm/radeon/r300d.h | 47 ++-
drivers/gpu/drm/radeon/r420.c | 6 +-
drivers/gpu/drm/radeon/r520.c | 14 +-
drivers/gpu/drm/radeon/r600.c | 113 ++---
drivers/gpu/drm/radeon/r600_audio.c | 52 +--
drivers/gpu/drm/radeon/r600_blit_kms.c | 3 +
drivers/gpu/drm/radeon/r600_blit_shaders.c | 35 ++
drivers/gpu/drm/radeon/r600_cp.c | 3 +
drivers/gpu/drm/radeon/r600_hdmi.c | 191 ++++---
drivers/gpu/drm/radeon/r600_reg.h | 10 +-
drivers/gpu/drm/radeon/radeon.h | 177 +++----
drivers/gpu/drm/radeon/radeon_asic.c | 786 +++++++++++++++++++++++++++
drivers/gpu/drm/radeon/radeon_asic.h | 562 ++-----------------
drivers/gpu/drm/radeon/radeon_atombios.c | 459 +++++++++-------
drivers/gpu/drm/radeon/radeon_combios.c | 7 +-
drivers/gpu/drm/radeon/radeon_connectors.c | 2 +-
drivers/gpu/drm/radeon/radeon_cs.c | 15 +-
drivers/gpu/drm/radeon/radeon_device.c | 261 ++-------
drivers/gpu/drm/radeon/radeon_display.c | 51 ++-
drivers/gpu/drm/radeon/radeon_drv.c | 4 +
drivers/gpu/drm/radeon/radeon_encoders.c | 50 +-
drivers/gpu/drm/radeon/radeon_fence.c | 107 ++--
drivers/gpu/drm/radeon/radeon_gart.c | 2 +-
drivers/gpu/drm/radeon/radeon_i2c.c | 153 +++---
drivers/gpu/drm/radeon/radeon_irq_kms.c | 14 +-
drivers/gpu/drm/radeon/radeon_legacy_crtc.c | 8 +
drivers/gpu/drm/radeon/radeon_legacy_tv.c | 29 +-
drivers/gpu/drm/radeon/radeon_mode.h | 12 +-
drivers/gpu/drm/radeon/radeon_object.c | 10 +-
drivers/gpu/drm/radeon/radeon_pm.c | 46 ++-
drivers/gpu/drm/radeon/reg_srcs/r600 | 3 -
drivers/gpu/drm/radeon/rs400.c | 11 +-
drivers/gpu/drm/radeon/rs600.c | 85 +++-
drivers/gpu/drm/radeon/rs600d.h | 46 ++
drivers/gpu/drm/radeon/rs690.c | 93 ++--
drivers/gpu/drm/radeon/rv515.c | 106 +----
drivers/gpu/drm/radeon/rv515d.h | 46 ++
drivers/gpu/drm/radeon/rv770.c | 37 +-
drivers/gpu/drm/ttm/ttm_bo.c | 4 +-
drivers/gpu/drm/ttm/ttm_memory.c | 18 +-
drivers/gpu/drm/ttm/ttm_tt.c | 23 +-
drivers/gpu/drm/vmwgfx/Kconfig | 2 +-
include/drm/drmP.h | 34 +--
include/drm/drm_mem_util.h | 65 +++
include/drm/drm_pciids.h | 1 +
include/drm/ttm/ttm_bo_driver.h | 1 -
75 files changed, 3357 insertions(+), 1988 deletions(-)
create mode 100644 drivers/gpu/drm/nouveau/nv50_fb.c
create mode 100644 drivers/gpu/drm/radeon/radeon_asic.c
create mode 100644 include/drm/drm_mem_util.h
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-02-18 5:21 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-02-18 5:21 UTC (permalink / raw)
To: torvalds; +Cc: dri-devel, linux-kernel
Hi Linus,
one edid fix from X.org parser,
some more drm regression fixes, one 33 second pause at boot bug solved,
two nouveau issues, one vmwgfx staging fix to use proper mechanism to do
framebuffer handover,
For 2.6.34 we've lined up a command stream checker for r600, however
it already found two issues and we've backported the patches from Jerome
to solve some r600 lockups we've been seeing a lot off in the field but
funnily not on any of my or Jerome's systems.
Dave.
The following changes since commit e803e8b2628f3e9a42f45c5b7bb1f9821b08352c:
Dave Airlie (1):
drm/radeon/kms: make sure retry count increases.
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
Adam Jackson (1):
drm/edid: Fix interlaced detailed timings to be frame size, not field.
Ben Skeggs (1):
drm/nouveau: use mutex for vbios lock
Dave Airlie (2):
drm/radeon/kms: use udelay for short delays
Merge branch 'for-airlied' of git://git.freedesktop.org/git/nouveau/linux-2.6 into drm-linus
Francisco Jerez (1):
drm/nouveau: Force TV encoder DPMS reinit after resume.
Jerome Glisse (2):
drm/radeon/kms: fix indirect buffer management V2
drm/radeon/kms: fix bo's fence association
Thomas Hellstrom (1):
drm/vmwgfx: Use fb handover mechanism instead of stealth mode.
drivers/gpu/drm/drm_edid.c | 47 ++++++++++++++-
drivers/gpu/drm/nouveau/nouveau_bios.c | 7 +-
drivers/gpu/drm/nouveau/nouveau_bios.h | 2 +-
drivers/gpu/drm/nouveau/nv17_tv.c | 2 +
drivers/gpu/drm/radeon/atom.c | 2 +-
drivers/gpu/drm/radeon/r600_blit_kms.c | 3 -
drivers/gpu/drm/radeon/radeon.h | 9 ++-
drivers/gpu/drm/radeon/radeon_cs.c | 10 +--
drivers/gpu/drm/radeon/radeon_object.c | 36 +++++------
drivers/gpu/drm/radeon/radeon_object.h | 4 +-
drivers/gpu/drm/radeon/radeon_ring.c | 105 ++++++++++++--------------------
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 49 +++++----------
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c | 3 +
13 files changed, 137 insertions(+), 142 deletions(-)
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-02-15 5:09 Dave Airlie
@ 2010-02-15 5:35 ` Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-02-15 5:35 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, dri-devel
> Two ttm regression fixes from Thomas, and one alpha unaligned issue in the
> atom parser for radeon KMS.
And as usual I read my TODO list after I send the push req out.
One more commit on top of this tree now
just a fix to the DP retry logic:
e803e8b2628f3e9a42f45c5b7bb1f9821b08352c drm/radeon/kms: make sure retry count increases.
In testing I've never seen it go past 1 retry anyways but better
safe than sorry.
Reported by Droste on irc.
Signed-off-by: Dave Airlie <airlied@redhat.com>
Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-02-15 5:09 Dave Airlie
2010-02-15 5:35 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2010-02-15 5:09 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, dri-devel
Two ttm regression fixes from Thomas, and one alpha unaligned issue in the
atom parser for radeon KMS.
The following changes since commit 724e6d3fe8003c3f60bf404bf22e4e331327c596:
Linus Torvalds (1):
Linux 2.6.33-rc8
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
Matt Turner (1):
drm/radeon/kms/atom: use get_unaligned_le32() for ctx->ps
Thomas Hellstrom (2):
drm: Fix a bug in the range manager.
drm/ttm: Fix a bug occuring when validating a buffer object in a range.
drivers/gpu/drm/drm_mm.c | 3 ++-
drivers/gpu/drm/radeon/atom.c | 5 ++++-
drivers/gpu/drm/ttm/ttm_bo.c | 6 ++++++
3 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_mm.c b/drivers/gpu/drm/drm_mm.c
index cdec329..2ac074c 100644
--- a/drivers/gpu/drm/drm_mm.c
+++ b/drivers/gpu/drm/drm_mm.c
@@ -405,7 +405,8 @@ struct drm_mm_node *drm_mm_search_free_in_range(const struct drm_mm *mm,
wasted += alignment - tmp;
}
- if (entry->size >= size + wasted) {
+ if (entry->size >= size + wasted &&
+ (entry->start + wasted + size) <= end) {
if (!best_match)
return entry;
if (entry->size < best_size) {
diff --git a/drivers/gpu/drm/radeon/atom.c b/drivers/gpu/drm/radeon/atom.c
index e3b4456..2a3df55 100644
--- a/drivers/gpu/drm/radeon/atom.c
+++ b/drivers/gpu/drm/radeon/atom.c
@@ -24,6 +24,7 @@
#include <linux/module.h>
#include <linux/sched.h>
+#include <asm/unaligned.h>
#define ATOM_DEBUG
@@ -212,7 +213,9 @@ static uint32_t atom_get_src_int(atom_exec_context *ctx, uint8_t attr,
case ATOM_ARG_PS:
idx = U8(*ptr);
(*ptr)++;
- val = le32_to_cpu(ctx->ps[idx]);
+ /* get_unaligned_le32 avoids unaligned accesses from atombios
+ * tables, noticed on a DEC Alpha. */
+ val = get_unaligned_le32((u32 *)&ctx->ps[idx]);
if (print)
DEBUG("PS[0x%02X,0x%04X]", idx, val);
break;
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index 1a3e909..c7320ce 100644
--- a/drivers/gpu/drm/ttm/ttm_bo.c
+++ b/drivers/gpu/drm/ttm/ttm_bo.c
@@ -1020,6 +1020,12 @@ static int ttm_bo_mem_compat(struct ttm_placement *placement,
struct ttm_mem_reg *mem)
{
int i;
+ struct drm_mm_node *node = mem->mm_node;
+
+ if (node && placement->lpfn != 0 &&
+ (node->start < placement->fpfn ||
+ node->start + node->size > placement->lpfn))
+ return -1;
for (i = 0; i < placement->num_placement; i++) {
if ((placement->placement[i] & mem->placement &
^ permalink raw reply related [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-02-05 4:15 Dave Airlie
@ 2010-02-05 7:11 ` Rafał Miłecki
0 siblings, 0 replies; 427+ messages in thread
From: Rafał Miłecki @ 2010-02-05 7:11 UTC (permalink / raw)
To: Dave Airlie; +Cc: torvalds, mingo, linux-kernel, dri-devel
2010/2/5 Dave Airlie <airlied@linux.ie>:
>
> Hi Linus,
>
> Please pull the 'drm-linus' branch from
> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
>
> All radeon related: 2 warning fixes
> 2 r600/700 regression fixes
> 1 r100/r200 rendering fix (always broken with KMS)
> 1 HDMI audio regression work around - turn off audioon that hw for now
> 1 oops fix seen on Ingo's machine in the failure path
> 2 rs480 fixes from my laptop - one fixes scary MC idling messages
> 1 r300 vram width calc fix.
Dave, one again you forgot my audio suspend&resume patch that kills
many error messages showing on resume and fixes audio as well.
--
Rafał
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-02-05 4:15 Dave Airlie
2010-02-05 7:11 ` Rafał Miłecki
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2010-02-05 4:15 UTC (permalink / raw)
To: torvalds; +Cc: mingo, dri-devel, linux-kernel
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
All radeon related: 2 warning fixes
2 r600/700 regression fixes
1 r100/r200 rendering fix (always broken with KMS)
1 HDMI audio regression work around - turn off audioon that hw for now
1 oops fix seen on Ingo's machine in the failure path
2 rs480 fixes from my laptop - one fixes scary MC idling messages
1 r300 vram width calc fix.
I'm sort of hoping the vram width fix will help on Ingo's machine
Ingo, 5ff55717674470b96562f931f778c878080755b7 is the commit id if you
want to try it out, its definitely wrong when I compared it to the docs.
I'm still code-reviewing more of r300.c.
Dave.
drivers/gpu/drm/ati_pcigart.c | 2 +-
drivers/gpu/drm/radeon/r100.c | 14 +++++---
drivers/gpu/drm/radeon/r300.c | 16 +++++----
drivers/gpu/drm/radeon/r420.c | 3 +-
drivers/gpu/drm/radeon/r520.c | 3 +-
drivers/gpu/drm/radeon/r600.c | 48 +++++++++++++++++++--------
drivers/gpu/drm/radeon/r600_audio.c | 2 +-
drivers/gpu/drm/radeon/radeon.h | 8 +++++
drivers/gpu/drm/radeon/radeon_asic.h | 11 ++++++
drivers/gpu/drm/radeon/radeon_combios.c | 3 +-
drivers/gpu/drm/radeon/radeon_connectors.c | 2 +-
drivers/gpu/drm/radeon/radeon_gem.c | 3 ++
drivers/gpu/drm/radeon/rs400.c | 28 ++++++++++++----
drivers/gpu/drm/radeon/rs600.c | 2 -
drivers/gpu/drm/radeon/rs690.c | 2 -
drivers/gpu/drm/radeon/rv515.c | 4 +--
drivers/gpu/drm/radeon/rv770.c | 24 +++++++-------
17 files changed, 114 insertions(+), 61 deletions(-)
commit 5ff55717674470b96562f931f778c878080755b7
Author: Dave Airlie <airlied@redhat.com>
Date: Fri Feb 5 13:57:03 2010 +1000
drm/radeon/kms: fix r300 vram width calculations
This was incorrect according to the docs and the UMS driver does
it like this.
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit a17538f93c16f0e15e35dc31eedad87e2d9c5c26
Author: Dave Airlie <airlied@redhat.com>
Date: Fri Feb 5 13:41:54 2010 +1000
drm/radeon/kms: rs400/480 MC setup is different than r300.
Boot testing on my rs480 laptop found the MC idle never happened
on startup, a quick check with AMD found the idle bit is in a different
place on the rs4xx than r300.
Implement a new rs400 mc idle function to fix this.
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 624ab4f87e99f10ea3b45e76039c477fd4d7a7e6
Author: Dave Airlie <airlied@davers480.(none)>
Date: Wed Jan 27 16:07:15 2010 +1000
drm/radeon/kms: make initial state of load detect property correct.
this was incorrect on my rs480.
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 23fff28a9b0529869bffef8aab0d3f350dd3b5a4
Author: Dave Airlie <airlied@redhat.com>
Date: Fri Feb 5 11:57:42 2010 +1000
drm/radeon/kms: disable HDMI audio for now on rv710/rv730
Support isn't correct yet and we are getting green tinges on the
displays.
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 655efd3dc92cd0d37292157178d33deb0430aeaa
Author: Jerome Glisse <jglisse@redhat.com>
Date: Tue Feb 2 11:51:45 2010 +0100
drm/radeon/kms: don't call suspend path before cleaning up GPU
In suspend path we unmap the GART table while in cleaning up
path we will unbind buffer and thus try to write to unmapped
GART leading to oops. In order to avoid this we don't call the
suspend path in cleanup path. Cleanup path is clever enough
to desactive GPU like the suspend path is doing, thus this was
redondant.
Tested on: RV370, R420, RV515, RV570, RV610, RV770 (all PCIE)
Signed-off-by: Jerome Glisse <jglisse@redhat.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 94cf6434a1bc5958d5da3be62f1272792dada2bf
Author: Andrew Morton <akpm@linux-foundation.org>
Date: Tue Feb 2 14:40:29 2010 -0800
drivers/gpu/drm/radeon/radeon_combios.c: fix warning
drivers/gpu/drm/radeon/radeon_combios.c: In function 'radeon_combios_get_lvds_info':
drivers/gpu/drm/radeon/radeon_combios.c:893: warning: comparison is always false due to limited range of data type
Cc: Dave Airlie <airlied@linux.ie>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit d7748bacbbee80b2cc4b690a74d5db2cd84acd7b
Author: Randy Dunlap <randy.dunlap@oracle.com>
Date: Tue Feb 2 14:40:33 2010 -0800
ati_pcigart: fix printk format warning
Fix ati_pcigart printk format warning:
drivers/gpu/drm/ati_pcigart.c:115: warning: format '%Lx' expects type 'long long unsigned int', but argument 3 has type 'dma_addr_t'
Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com>
Cc: Zhenyu Wang <zhenyuw@linux.intel.com>
Cc: Dave Airlie <airlied@linux.ie>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 9e5b2af75abc67c13005c706cf95bbbb78f7fddc
Author: Pauli Nieminen <suokkos@gmail.com>
Date: Thu Feb 4 19:20:53 2010 +0200
drm/r100/kms: Emit cache flush to the end of command buffer. (v2)
Cache flush is required in case CPU is accessing rendered data.
This fixes glean/readPixSanity test case and random rendering
errors in sauerbraten and warzone2100.
v2 Fix comment ordering in r100_fence_ring_emit and remove extra
defines added in first version.
Signed-off-by: Pauli Nieminen <suokkos@gmail.com>
Reviewed-by: Jerome Glisse <jglisse@redhat.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 062b389c8704e539e234cfd67c7e034a514f50bf
Author: Jerome Glisse <jglisse@redhat.com>
Date: Thu Feb 4 20:36:39 2010 +0100
drm/radeon/kms: fix regression rendering issue on R6XX/R7XX
It seems that some R6XX/R7XX silently ignore HDP flush when
programmed through ring, this patch addback an ioctl callback
to allow R6XX/R7XX hw to perform such flush through MMIO in
order to fix a regression. For more details see:
http://bugzilla.kernel.org/show_bug.cgi?id=15186
Signed-off-by: Jerome Glisse <jglisse@redhat.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit c38c7b64a2747a211c3a6e8e5919ee25ccd474e7
Author: Jerome Glisse <jglisse@redhat.com>
Date: Thu Feb 4 17:27:27 2010 +0100
drm/radeon/kms: move blit initialization after we disabled VGA
VGA might be overwritting VRAM and corrupt our blit shader leading
to corruption, it likely won't happen if you load fbcon right after
radeon. Thanks to Shawn Starr and Andre Maasikas for tracking down
this issue.
Signed-off-by: Jerome Glisse <jglisse@redhat.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2010-02-01 2:20 Dave Airlie
@ 2010-02-01 2:53 ` Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-02-01 2:53 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, dri-devel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 10327 bytes --]
> Hi Linus,
>
> Please pull the 'drm-linus' branch from
> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
>
I've also added an oops fix I seem to lose off my radar to this tree.
commit 17aafccab4352b422aa01fa6ebf82daff693a5b3
Author: Michel Dänzer <daenzer@vmware.com>
Date: Fri Jan 22 09:20:00 2010 +0100
drm/radeon/kms: Fix oops after radeon_cs_parser_init() failure.
If radeon_cs_parser_init() fails, radeon_cs_ioctl() calls
radeon_cs_parser_fini() with the non-zero error value. The latter
dereferenc
parser->ib which hasn't been initialized yet -> boom. Add a test for
parser-
being non-NULL before dereferencing it.
Signed-off-by: Michel Dänzer <daenzer@vmware.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
> Major change is to move the radeon KMS enable out of staging and into
> normal Kconfig land, its not perfect but its as good as userspace was for
> most people.
>
> others:
> drm core: just a bogus comment removal
> ttm: a few changes one fixes an error printf in reserve_ram_pages_type,
> radeon: Displayport fixes, tested on all the displayport machines I own
> (i.e. 2) but they both now work, r600 blit mutex, AGP warning fix.
>
> vmwgfx: 3 patches for older version of vmware workstation, I think vmware
> have one more patch but since this driver is staging it can wait until
> merge window anyways.
>
> Dave.
>
> drivers/gpu/drm/Kconfig | 2 +
> drivers/gpu/drm/radeon/atombios_dp.c | 27 ++---
> drivers/gpu/drm/radeon/r600.c | 54 +++++-----
> drivers/gpu/drm/radeon/r600_blit_kms.c | 7 +-
> drivers/gpu/drm/radeon/radeon.h | 1 +
> drivers/gpu/drm/radeon/radeon_agp.c | 18 ++--
> drivers/gpu/drm/radeon/radeon_encoders.c | 165 ++++++++++++++++-------------
> drivers/gpu/drm/radeon/radeon_mode.h | 2 +-
> drivers/gpu/drm/radeon/rv770.c | 31 +++---
> drivers/gpu/drm/ttm/ttm_bo_util.c | 9 +--
> drivers/gpu/drm/ttm/ttm_object.c | 2 +-
> drivers/gpu/drm/ttm/ttm_tt.c | 23 +++--
> drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 13 +++
> drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 3 +
> drivers/gpu/drm/vmwgfx/vmwgfx_fifo.c | 19 ++++
> drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c | 2 +-
> drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 10 ++
> drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 16 +++-
> drivers/staging/Kconfig | 2 -
> include/drm/drm_mode.h | 2 +-
> 20 files changed, 244 insertions(+), 164 deletions(-)
>
> commit f71d0187987e691516cd10c2702f002c0e2f0edc
> Author: Dave Airlie <airlied@redhat.com>
> Date: Mon Feb 1 11:35:47 2010 +1000
>
> drm/radeon/kms: move radeon KMS on/off switch out of staging.
>
> We are happy enough that the KMS driver is stable enough for enough people
> for the kms enable/disable to leave staging. Distros can now contemplate
> turning this on.
>
> Signed-off-by: Dave Airlie <airlied@redhat.com>
>
> commit ff82f052d2a187dd0fa0e431ba70eb457c71a40e
> Author: Jerome Glisse <jglisse@redhat.com>
> Date: Fri Jan 22 15:19:00 2010 +0100
>
> drm/radeon/kms: Bailout of blit if error happen & protect with mutex V3
>
> If an error happen in r600_blit_prepare_copy report it rather
> than WARNING and keeping execution. For instance if ib allocation
> failed we did just warn about but then latter tried to access
> NULL ib ptr causing oops. This patch also protect r600_copy_blit
> with a mutex as otherwise one process might overwrite blit temporary
> data with new one possibly leading to GPU lockup.
>
> Should partialy or totaly fix:
> https://bugzilla.redhat.com/show_bug.cgi?id=553279
>
> V2 failing blit initialization is not fatal, fallback to memcpy when
> this happen
> V3 init blit before startup as we pin in startup, remove duplicate
> code (this one was actualy tested unlike V2)
>
> Signed-off-by: Jerome Glisse <jglisse@redhat.com>
> Signed-off-by: Dave Airlie <airlied@redhat.com>
>
> commit 5ffdb658f605cbc420944e7c7eeec9fbb8a73772
> Author: Jakob Bornecrantz <jakob@vmware.com>
> Date: Sat Jan 30 03:38:08 2010 +0000
>
> drm/vmwgfx: Don't send bad flags to the host
>
> Signed-off-by: Jakob Bornecrantz <jakob@vmware.com>
> Signed-off-by: Dave Airlie <airlied@redhat.com>
>
> commit c188660f6dbb0df9febe1b841a16c66c28353c15
> Author: Peter Hanzel <hanzelpeter@gmail.com>
> Date: Sat Jan 30 03:38:07 2010 +0000
>
> drm/vmwgfx: Request SVGA version 2 and bail if not found
>
> This fixes the driver not loading on older versions of VMware.
>
> Signed-off-by: Peter Hanzel <hanzelpeter@gmail.com>
> Signed-off-by: Jakob Bornecrantz <jakob@vmware.com>
> Signed-off-by: Dave Airlie <airlied@redhat.com>
>
> commit 8e19a951774a16cf2626292ae06fd2b62630e67e
> Author: Jakob Bornecrantz <jakob@vmware.com>
> Date: Sat Jan 30 03:38:06 2010 +0000
>
> drm/vmwgfx: Correctly detect 3D
>
> Signed-off-by: Jakob Bornecrantz <jakob@vmware.com>
> Signed-off-by: Dave Airlie <airlied@redhat.com>
>
> commit 110b20c3ddcfa98cc932aef3af2d59b4e0841f08
> Author: Austin Yuan <shengquan.yuan@gmail.com>
> Date: Thu Jan 21 13:45:40 2010 +0800
>
> drm/ttm: remove unnecessary save_flags and ttm_flag_masked in ttm_bo_util.c
>
> Signed-off-by: Austin Yuan <shengquan.yuan@gmail.com>
> Acked-by: Thomas Hellstrom <thellstrom@vmware.com>
> Signed-off-by: Dave Airlie <airlied@redhat.com>
>
> commit fa5829b36539067f3c675f5d437531dedcfc4ad8
> Author: Marcin Kościelnicki <koriakin@0x04.net>
> Date: Sat Jan 23 10:25:28 2010 +1000
>
> drm/kms: Remove incorrect comment in struct drm_mode_modeinfo
>
> Signed-off-by: Dave Airlie <airlied@redhat.com>
>
> commit dd5fde6041d7ea30fcfedcc159a4cec8b01f73b2
> Author: Richard Kennedy <richard@rsk.demon.co.uk>
> Date: Tue Jan 26 17:10:48 2010 +0000
>
> drm/ttm: remove padding from ttm_ref_object on 64bit builds
>
> Re-order structure ttm_ref_object to remove 8 bytes of alignment padding
> on 64 bit builds, so shrinking its size from 72 to 64 bytes allowing it
> to fit into a smaller slab.
>
> Signed-off-by: Richard Kennedy <richard@rsk.demon.co.uk>
> Acked-by: Thomas Hellstrom <thellstrom@vmware.com>
> Signed-off-by: Dave Airlie <airlied@redhat.com>
>
> commit 4b866288be6ffaefaad9cec212cb09e3258a68ee
> Author: Dave Airlie <airlied@redhat.com>
> Date: Mon Feb 1 11:22:10 2010 +1000
>
> drm/radeon/kms: release agp on error.
>
> if we get an error, release the AGP if we've acquired it already.
>
> Signed-off-by: Dave Airlie <airlied@redhat.com>
>
> commit 2dea2e29b9fad48c759aa406b5ea426bff4339af
> Author: John Kacur <jkacur@redhat.com>
> Date: Sun Jan 31 20:38:03 2010 +0100
>
> drm/kms/radeon/agp: Move the check of the aper_size after drm_acp_acquire and drm_agp_info
>
> First call drm_agp_acquire to check if agp has been acquired.
> Second call drm_agp_info to fill in the info data struct, including aper_size.
> Finally do the check to see if the aper_size makes sense.
>
> Signed-off-by: John Kacur <jkacur@redhat.com>
> Signed-off-by: Dave Airlie <airlied@redhat.com>
>
> commit cdb6e375c3c84558ed2c13c5461b22e8f7b7980e
> Author: John Kacur <jkacur@redhat.com>
> Date: Sun Jan 31 20:38:02 2010 +0100
>
> drm/kms/radeon/agp: Fix warning, format ‘%d’ expects type ‘int’, but argument 4 has type ‘size_t’
>
> - Fix warning by using %zu instead of %d for size_t
> - Fix spelling mistake, "to" should be "too".
>
> Signed-off-by: John Kacur <jkacur@redhat.com>
> Signed-off-by: Dave Airlie <airlied@redhat.com>
>
> commit db78e27de7e29a6db6be7caf607cf803d84094aa
> Author: Francisco Jerez <currojerez@riseup.net>
> Date: Tue Jan 12 18:49:43 2010 +0100
>
> drm/ttm: Avoid conflicting reserve_memtype during ttm_tt_set_page_caching.
>
> Fixes errors like:
> > reserve_ram_pages_type failed 0x15b7a000-0x15b7b000, track 0x8, req 0x10
> when a BO is moved between WC and UC areas.
>
> Reported-by: Xavier Chantry <shiningxc@gmail.com>
> Signed-off-by: Francisco Jerez <currojerez@riseup.net>
> Acked-by: Thomas Hellstrom <thellstrom@vmware.com>
> Signed-off-by: Dave Airlie <airlied@redhat.com>
>
> commit f28cf33945cc112f8ee835512b7440905dc29ad2
> Author: Dave Airlie <airlied@redhat.com>
> Date: Thu Jan 28 17:15:25 2010 +1000
>
> drm/kms/radeon: pick digitial encoders smarter. (v3)
>
> booting a Lenovo W500 with LVDS + DP outputs showed up a TODO we had
> on our list, to pick a correct digital encoder block. The LVTMA
> encoder requires the second digital encoder, all others can use any
> encoder at all.
>
> This fixes the digital encoder selection logic to enable LVDS/DP combos
> to work okay.
>
> V2: fix silly addition of connector dig_block and cleanup the other
> places in the code that pick the encoder.
>
> V3: rename to dig_encoder and clean up further - also fix
> the picking algorithm.
>
> tested on Lenovo W500 + desktop 3650 cards.
>
> Signed-off-by: Dave Airlie <airlied@redhat.com>
>
> commit 43c33ed87d0f1b900a6a3014db556ecc7f4a989b
> Author: Dave Airlie <airlied@linux.ie>
> Date: Fri Jan 29 15:55:30 2010 +1000
>
> drm/radeon/kms: use active device to pick connector for encoder
>
> On the W500 we have UNIPHY routed to both DVI and DP, this seems
> to always pick the DVI connector which means link training fails.
>
> Switch to using active device to pick the connector, this seems
> like it should be safe from a code review, and it fixes things
> a bit more here.
>
> Signed-off-by: Dave Airlie <airlied@redhat.com>
>
> commit 97b94ccb9aa1b82ed7a9a045d0ae5b32c99b84a0
> Author: Dave Airlie <airlied@redhat.com>
> Date: Fri Jan 29 15:31:47 2010 +1000
>
> drm/radeon/kms: fix incorrect logic in DP vs eDP connector checking.
>
> This makes displayport work again here.
>
> Signed-off-by: Dave Airlie <airlied@redhat.com>
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-02-01 2:20 Dave Airlie
2010-02-01 2:53 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2010-02-01 2:20 UTC (permalink / raw)
To: torvalds; +Cc: dri-devel, linux-kernel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 9189 bytes --]
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
Major change is to move the radeon KMS enable out of staging and into
normal Kconfig land, its not perfect but its as good as userspace was for
most people.
others:
drm core: just a bogus comment removal
ttm: a few changes one fixes an error printf in reserve_ram_pages_type,
radeon: Displayport fixes, tested on all the displayport machines I own
(i.e. 2) but they both now work, r600 blit mutex, AGP warning fix.
vmwgfx: 3 patches for older version of vmware workstation, I think vmware
have one more patch but since this driver is staging it can wait until
merge window anyways.
Dave.
drivers/gpu/drm/Kconfig | 2 +
drivers/gpu/drm/radeon/atombios_dp.c | 27 ++---
drivers/gpu/drm/radeon/r600.c | 54 +++++-----
drivers/gpu/drm/radeon/r600_blit_kms.c | 7 +-
drivers/gpu/drm/radeon/radeon.h | 1 +
drivers/gpu/drm/radeon/radeon_agp.c | 18 ++--
drivers/gpu/drm/radeon/radeon_encoders.c | 165 ++++++++++++++++-------------
drivers/gpu/drm/radeon/radeon_mode.h | 2 +-
drivers/gpu/drm/radeon/rv770.c | 31 +++---
drivers/gpu/drm/ttm/ttm_bo_util.c | 9 +--
drivers/gpu/drm/ttm/ttm_object.c | 2 +-
drivers/gpu/drm/ttm/ttm_tt.c | 23 +++--
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 13 +++
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 3 +
drivers/gpu/drm/vmwgfx/vmwgfx_fifo.c | 19 ++++
drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c | 2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 10 ++
drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 16 +++-
drivers/staging/Kconfig | 2 -
include/drm/drm_mode.h | 2 +-
20 files changed, 244 insertions(+), 164 deletions(-)
commit f71d0187987e691516cd10c2702f002c0e2f0edc
Author: Dave Airlie <airlied@redhat.com>
Date: Mon Feb 1 11:35:47 2010 +1000
drm/radeon/kms: move radeon KMS on/off switch out of staging.
We are happy enough that the KMS driver is stable enough for enough people
for the kms enable/disable to leave staging. Distros can now contemplate
turning this on.
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit ff82f052d2a187dd0fa0e431ba70eb457c71a40e
Author: Jerome Glisse <jglisse@redhat.com>
Date: Fri Jan 22 15:19:00 2010 +0100
drm/radeon/kms: Bailout of blit if error happen & protect with mutex V3
If an error happen in r600_blit_prepare_copy report it rather
than WARNING and keeping execution. For instance if ib allocation
failed we did just warn about but then latter tried to access
NULL ib ptr causing oops. This patch also protect r600_copy_blit
with a mutex as otherwise one process might overwrite blit temporary
data with new one possibly leading to GPU lockup.
Should partialy or totaly fix:
https://bugzilla.redhat.com/show_bug.cgi?id=553279
V2 failing blit initialization is not fatal, fallback to memcpy when
this happen
V3 init blit before startup as we pin in startup, remove duplicate
code (this one was actualy tested unlike V2)
Signed-off-by: Jerome Glisse <jglisse@redhat.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 5ffdb658f605cbc420944e7c7eeec9fbb8a73772
Author: Jakob Bornecrantz <jakob@vmware.com>
Date: Sat Jan 30 03:38:08 2010 +0000
drm/vmwgfx: Don't send bad flags to the host
Signed-off-by: Jakob Bornecrantz <jakob@vmware.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit c188660f6dbb0df9febe1b841a16c66c28353c15
Author: Peter Hanzel <hanzelpeter@gmail.com>
Date: Sat Jan 30 03:38:07 2010 +0000
drm/vmwgfx: Request SVGA version 2 and bail if not found
This fixes the driver not loading on older versions of VMware.
Signed-off-by: Peter Hanzel <hanzelpeter@gmail.com>
Signed-off-by: Jakob Bornecrantz <jakob@vmware.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 8e19a951774a16cf2626292ae06fd2b62630e67e
Author: Jakob Bornecrantz <jakob@vmware.com>
Date: Sat Jan 30 03:38:06 2010 +0000
drm/vmwgfx: Correctly detect 3D
Signed-off-by: Jakob Bornecrantz <jakob@vmware.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 110b20c3ddcfa98cc932aef3af2d59b4e0841f08
Author: Austin Yuan <shengquan.yuan@gmail.com>
Date: Thu Jan 21 13:45:40 2010 +0800
drm/ttm: remove unnecessary save_flags and ttm_flag_masked in ttm_bo_util.c
Signed-off-by: Austin Yuan <shengquan.yuan@gmail.com>
Acked-by: Thomas Hellstrom <thellstrom@vmware.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit fa5829b36539067f3c675f5d437531dedcfc4ad8
Author: Marcin Kościelnicki <koriakin@0x04.net>
Date: Sat Jan 23 10:25:28 2010 +1000
drm/kms: Remove incorrect comment in struct drm_mode_modeinfo
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit dd5fde6041d7ea30fcfedcc159a4cec8b01f73b2
Author: Richard Kennedy <richard@rsk.demon.co.uk>
Date: Tue Jan 26 17:10:48 2010 +0000
drm/ttm: remove padding from ttm_ref_object on 64bit builds
Re-order structure ttm_ref_object to remove 8 bytes of alignment padding
on 64 bit builds, so shrinking its size from 72 to 64 bytes allowing it
to fit into a smaller slab.
Signed-off-by: Richard Kennedy <richard@rsk.demon.co.uk>
Acked-by: Thomas Hellstrom <thellstrom@vmware.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 4b866288be6ffaefaad9cec212cb09e3258a68ee
Author: Dave Airlie <airlied@redhat.com>
Date: Mon Feb 1 11:22:10 2010 +1000
drm/radeon/kms: release agp on error.
if we get an error, release the AGP if we've acquired it already.
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 2dea2e29b9fad48c759aa406b5ea426bff4339af
Author: John Kacur <jkacur@redhat.com>
Date: Sun Jan 31 20:38:03 2010 +0100
drm/kms/radeon/agp: Move the check of the aper_size after drm_acp_acquire and drm_agp_info
First call drm_agp_acquire to check if agp has been acquired.
Second call drm_agp_info to fill in the info data struct, including aper_size.
Finally do the check to see if the aper_size makes sense.
Signed-off-by: John Kacur <jkacur@redhat.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit cdb6e375c3c84558ed2c13c5461b22e8f7b7980e
Author: John Kacur <jkacur@redhat.com>
Date: Sun Jan 31 20:38:02 2010 +0100
drm/kms/radeon/agp: Fix warning, format ‘%d’ expects type ‘int’, but argument 4 has type ‘size_t’
- Fix warning by using %zu instead of %d for size_t
- Fix spelling mistake, "to" should be "too".
Signed-off-by: John Kacur <jkacur@redhat.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit db78e27de7e29a6db6be7caf607cf803d84094aa
Author: Francisco Jerez <currojerez@riseup.net>
Date: Tue Jan 12 18:49:43 2010 +0100
drm/ttm: Avoid conflicting reserve_memtype during ttm_tt_set_page_caching.
Fixes errors like:
> reserve_ram_pages_type failed 0x15b7a000-0x15b7b000, track 0x8, req 0x10
when a BO is moved between WC and UC areas.
Reported-by: Xavier Chantry <shiningxc@gmail.com>
Signed-off-by: Francisco Jerez <currojerez@riseup.net>
Acked-by: Thomas Hellstrom <thellstrom@vmware.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit f28cf33945cc112f8ee835512b7440905dc29ad2
Author: Dave Airlie <airlied@redhat.com>
Date: Thu Jan 28 17:15:25 2010 +1000
drm/kms/radeon: pick digitial encoders smarter. (v3)
booting a Lenovo W500 with LVDS + DP outputs showed up a TODO we had
on our list, to pick a correct digital encoder block. The LVTMA
encoder requires the second digital encoder, all others can use any
encoder at all.
This fixes the digital encoder selection logic to enable LVDS/DP combos
to work okay.
V2: fix silly addition of connector dig_block and cleanup the other
places in the code that pick the encoder.
V3: rename to dig_encoder and clean up further - also fix
the picking algorithm.
tested on Lenovo W500 + desktop 3650 cards.
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 43c33ed87d0f1b900a6a3014db556ecc7f4a989b
Author: Dave Airlie <airlied@linux.ie>
Date: Fri Jan 29 15:55:30 2010 +1000
drm/radeon/kms: use active device to pick connector for encoder
On the W500 we have UNIPHY routed to both DVI and DP, this seems
to always pick the DVI connector which means link training fails.
Switch to using active device to pick the connector, this seems
like it should be safe from a code review, and it fixes things
a bit more here.
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 97b94ccb9aa1b82ed7a9a045d0ae5b32c99b84a0
Author: Dave Airlie <airlied@redhat.com>
Date: Fri Jan 29 15:31:47 2010 +1000
drm/radeon/kms: fix incorrect logic in DP vs eDP connector checking.
This makes displayport work again here.
Signed-off-by: Dave Airlie <airlied@redhat.com>
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-01-13 6:25 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-01-13 6:25 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, dri-devel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 4182 bytes --]
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
Small set of fixes, one brown paper bagger where I switched from warn to
printk but lost the conditional, dropped the mode set msg which spams on
intel a lot, and some random radeon kms fixes one for a s/r regression.
Dave.
drivers/gpu/drm/drm_crtc_helper.c | 5 +++--
drivers/gpu/drm/radeon/r600.c | 8 ++++----
drivers/gpu/drm/radeon/radeon_combios.c | 3 +++
drivers/gpu/drm/radeon/radeon_connectors.c | 8 ++++++++
drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 21 ++++++++++++++++++++-
drivers/gpu/drm/radeon/radeon_ttm.c | 5 ++++-
6 files changed, 42 insertions(+), 8 deletions(-)
commit 194fda0dd83623f7927d505e39008c73fbc1c141
Merge: ef14587 9270eb1
Author: Dave Airlie <airlied@redhat.com>
Date: Wed Jan 13 16:17:38 2010 +1000
Merge remote branch 'korg/drm-radeon-next' into drm-linus
* korg/drm-radeon-next
drm/radeon/kms: only evict to GTT if CP is ready
drm/radeon/kms: Fix crash getting TV info with no BIOS.
drm/radeon/kms/rv100: reject modes > 135 Mhz on DVI (v2)
drm/radeon/kms/r6xx+: make irq handler less verbose
drm/radeon/kms: fix up LVDS handling on macs (v2)
commit ef14587706521287f1c7ea3326e732f7d86dd096
Author: Dave Young <hidave.darkstar@gmail.com>
Date: Wed Jan 13 13:38:59 2010 +0800
drm: change drm set mode messages as DRM_DEBUG
Following drm info repeat 207 times during one hour, it's quite annoying
[ 1266.286747] [drm] TV-19: set mode NTSC 480i 0
Change from DRM_INFO to DRM_DEBUG
Signed-off-by: Dave Young <hidave.darkstar@gmail.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 70a94d6a35072b62f808155f117f00485a395f03
Author: Dave Airlie <airlied@redhat.com>
Date: Wed Jan 13 16:15:11 2010 +1000
drm: fix crtc no modes printf + typo
Toralf Förster pointed out the typo, the fact I forget the if
statement is purely personal fail.
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 9270eb1b496cb002d75f49ef82c9ef4cbd22a5a0
Author: Dave Airlie <airlied@redhat.com>
Date: Wed Jan 13 09:21:49 2010 +1000
drm/radeon/kms: only evict to GTT if CP is ready
Testing GTT ready might be more correct but cp.ready
works fine and has been tested on irc by 2-3 ppl.
fixes bug k.org 15035 and fd.o 25733
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 11f3b59e3654c66c4e8ef2c48f8138b78bf440da
Author: Michel Dänzer <daenzer@vmware.com>
Date: Mon Jan 11 08:58:38 2010 +0100
drm/radeon/kms: Fix crash getting TV info with no BIOS.
Signed-off-by: Michel Dänzer <daenzer@vmware.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 1b24203e51072b6e76aff8c74bdd67eb3b34a724
Author: Alex Deucher <alexdeucher@gmail.com>
Date: Mon Jan 11 15:02:31 2010 -0500
drm/radeon/kms/rv100: reject modes > 135 Mhz on DVI (v2)
Due to heat issues. Fixes fdo bug 25992
v2: fix typo noticed by Maarten Maathuis
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit b042589ca038e647fa1e2bb4e7ac3963688479b8
Author: Alex Deucher <alexdeucher@gmail.com>
Date: Mon Jan 11 19:47:38 2010 -0500
drm/radeon/kms/r6xx+: make irq handler less verbose
Unhandled vectors can be safely ignored, no need
to spam the kernel log by default.
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 3890ddf56dbc0f804953198e65a7e406ed654576
Author: Alex Deucher <alexdeucher@gmail.com>
Date: Tue Jan 12 11:16:57 2010 -0500
drm/radeon/kms: fix up LVDS handling on macs (v2)
Based on radeonfb code and recent ddx fix.
v2: minor formatting fix from Michel Dänzer
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
Reviewed-by: Michel Dänzer <michel@daenzer.net>
Tested-by: Michel Dänzer <michel@daenzer.net>
Signed-off-by: Dave Airlie <airlied@redhat.com>
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2010-01-07 4:17 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2010-01-07 4:17 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, dri-devel
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
This contains some EDID parser fixups, a patch to make the drm_pci_alloc
sane (follow up from Eric to fix Intel driver bug that required this fix),
along with some kernel bug fixes for radeon kms and some coverity fixes.
Dave.
drivers/gpu/drm/ati_pcigart.c | 10 ++++-
drivers/gpu/drm/drm_bufs.c | 4 +-
drivers/gpu/drm/drm_edid.c | 14 +++++---
drivers/gpu/drm/drm_fb_helper.c | 2 +-
drivers/gpu/drm/drm_pci.c | 8 +----
drivers/gpu/drm/i915/i915_dma.c | 2 +-
drivers/gpu/drm/i915/i915_gem.c | 2 +-
drivers/gpu/drm/radeon/radeon_atombios.c | 2 +
drivers/gpu/drm/radeon/radeon_combios.c | 50 +++++++++++++++++++++++-----
drivers/gpu/drm/radeon/radeon_connectors.c | 2 +-
drivers/gpu/drm/radeon/radeon_cp.c | 1 +
drivers/gpu/drm/radeon/radeon_device.c | 6 ++-
drivers/gpu/drm/radeon/radeon_display.c | 5 ++-
drivers/gpu/drm/radeon/radeon_fence.c | 9 ++---
drivers/gpu/drm/radeon/radeon_irq.c | 10 +++---
drivers/gpu/drm/radeon/rs600.c | 2 +-
include/drm/drmP.h | 2 +-
17 files changed, 87 insertions(+), 44 deletions(-)
commit a81406b4143ff07e586bbe03c50f089da94eefe1
Merge: 90520b7 43b19f1
Author: Dave Airlie <airlied@redhat.com>
Date: Thu Jan 7 14:00:29 2010 +1000
Merge remote branch 'korg/drm-radeon-next' into drm-linus
* korg/drm-radeon-next:
drm/radeon/kms: rs600: use correct mask for SW interrupt
gpu/drm/radeon/radeon_irq.c: move a dereference below a NULL test
drm/radeon/radeon_device.c: move a dereference below a NULL test
drm/radeon/radeon_fence.c: move a dereference below the NULL test
drm/radeon/radeon_connectors.c: add a NULL test before dereference
drm/radeon/kms: fix memory leak
drm/radeon/kms: add missing breaks in i2c and ss lookups
drm/radeon/kms: add primary dac adj values table
drm/radeon/kms: fallback to default connector table
commit 43b19f161c7a9941e3aa7db0e3ee19b93980e3d7
Author: Luca Tettamanti <kronos.it@gmail.com>
Date: Mon Dec 28 22:53:05 2009 +0100
drm/radeon/kms: rs600: use correct mask for SW interrupt
The mask happens to be the same, but the IH is reading the status, not the
not the control register.
Signed-off-by: Luca Tettamanti <kronos.it@gmail.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 65aa2f4e8d85b6145ef4834f440a63ab68bd7443
Author: Darren Jenkins <darrenrjenkins@gmail.com>
Date: Wed Dec 30 12:16:35 2009 +1100
gpu/drm/radeon/radeon_irq.c: move a dereference below a NULL test
If a NULL value is possible, the dereference should only occur after the
NULL test.
Coverity CID: 13338
Signed-off-by: Darren Jenkins <darrenrjenkins@gmail.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 875c186620e017e62b773c93e46af21bb704fe6b
Author: Darren Jenkins <darrenrjenkins@gmail.com>
Date: Wed Dec 30 12:18:30 2009 +1100
drm/radeon/radeon_device.c: move a dereference below a NULL test
If a NULL value is possible, the dereference should only occur after the
NULL test.
Coverity CID: 13335
Signed-off-by: Darren Jenkins <darrenrjenkins@gmail.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 3655d54af8dd85788c3e5088387469703a0f8f12
Author: Darren Jenkins <darrenrjenkins@gmail.com>
Date: Wed Dec 30 12:20:05 2009 +1100
drm/radeon/radeon_fence.c: move a dereference below the NULL test
If a NULL value is possible, the dereference should only occur after the
NULL test.
Coverity CID: 13334
Signed-off-by: Darren Jenkins <darrenrjenkins@gmail.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit d8a7f79246a447722bd90c2c4ba3ca068b2aa4c0
Author: Darren Jenkins <darrenrjenkins@gmail.com>
Date: Wed Dec 30 12:22:55 2009 +1100
drm/radeon/radeon_connectors.c: add a NULL test before dereference
The encoder variable can be NULL in this function so I believe it should
be checked before dereference.
Coverity CID: 13253
[airlied: extremely unlikely to happen]
Signed-off-by: Darren Jenkins <darrenrjenkins@gmail.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 5eb226132f53d5ec36ce4e7ff9d6b49cceb50f3d
Author: Jiri Slaby <jslaby@suse.cz>
Date: Wed Jan 6 17:39:31 2010 +0100
drm/radeon/kms: fix memory leak
Stanse found a memory leak in radeon_master_create. master_priv is not
freed/assigned on all paths. Fix that.
Signed-off-by: Jiri Slaby <jslaby@suse.cz>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 90520b78a4f8ba1faef75961eddd8192077e0ac2
Merge: d94a510 e89a8c9
Author: Dave Airlie <airlied@redhat.com>
Date: Thu Jan 7 13:36:00 2010 +1000
Merge branch 'drm-core-next' into drm-linus
* drm-core-next:
drm/kms: Fix &&/|| confusion in drm_fb_helper_connector_parse_command_line()
drm/edid: Fix CVT width/height decode
drm/edid: Skip empty CVT codepoints
drm: remove address mask param for drm_pci_alloc()
commit e89a8c901ca94a47c0e0b2fb335623d810e37545
Author: Roel Kluin <roel.kluin@gmail.com>
Date: Thu Dec 31 13:06:29 2009 +0100
drm/kms: Fix &&/|| confusion in drm_fb_helper_connector_parse_command_line()
This always evaluates to true.
Signed-off-by: Roel Kluin <roel.kluin@gmail.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 8e10ee9a0da12c586d3397150e34a946507c23f3
Author: Adam Jackson <ajax@redhat.com>
Date: Mon Jan 4 17:53:07 2010 -0500
drm/edid: Fix CVT width/height decode
Signed-off-by: Adam Jackson <ajax@redhat.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 69da301589b579f9619475e30cc449df9193410c
Author: Adam Jackson <ajax@redhat.com>
Date: Mon Jan 4 17:53:06 2010 -0500
drm/edid: Skip empty CVT codepoints
Signed-off-by: Adam Jackson <ajax@redhat.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit e6be8d9d17bd44061116f601fe2609b3ace7aa69
Author: Zhenyu Wang <zhenyu.z.wang@intel.com>
Date: Tue Jan 5 11:25:05 2010 +0800
drm: remove address mask param for drm_pci_alloc()
drm_pci_alloc() has input of address mask for setting pci dma
mask on the device, which should be properly setup by drm driver.
And leave it as a param for drm_pci_alloc() would cause confusion
or mistake would corrupt the correct dma mask setting, as seen on
intel hw which set wrong dma mask for hw status page. So remove
it from drm_pci_alloc() function.
Signed-off-by: Zhenyu Wang <zhenyuw@linux.intel.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 1d3d51b6d2d6fb51c6c30a8c7ed0fd939f6100bf
Author: Alex Deucher <alexdeucher@gmail.com>
Date: Mon Dec 28 13:45:23 2009 -0500
drm/radeon/kms: add missing breaks in i2c and ss lookups
Should fix fdo bug 25741
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 246263ccc31e4ba2886cca17000bf09ea683eac5
Author: Alex Deucher <alexdeucher@gmail.com>
Date: Tue Dec 29 12:09:17 2009 -0500
drm/radeon/kms: add primary dac adj values table
Look up primary dac adj values from the table if
there is no bios or bios dac table to reference.
The lookup table may need to be adjusted for certain
families.
Should fix kernel bug 14945.
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit b9597a1c6fa6cbc938f14ab6a7fe09047b3a346b
Author: Alex Deucher <alexdeucher@gmail.com>
Date: Mon Jan 4 19:12:02 2010 -0500
drm/radeon/kms: fallback to default connector table
if necessary for combios
Some early combios radeon cards don't have a connector
table or dac table in the bios, if they do not, fallback
to the default tables.
Should fix kernel bug 14963.
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2009-11-24 3:10 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2009-11-24 3:10 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, dri-devel
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
I've pulled the most required patches from the optional pull that you
didn't take from last week. Granted this means the F12 kernel has now got
a bunch of patches that should be in 2.6.32 but will have to wait for
2.6.33, distros thinking of packaging radeon kms do take note.
Dave.
drivers/gpu/drm/drm_edid.c | 6 ++++++
drivers/gpu/drm/drm_fb_helper.c | 6 +++---
drivers/gpu/drm/drm_gem.c | 2 +-
drivers/gpu/drm/drm_mm.c | 9 +++++++++
drivers/gpu/drm/radeon/atom.c | 1 +
drivers/gpu/drm/radeon/radeon.h | 1 +
drivers/gpu/drm/radeon/radeon_agp.c | 12 ++++++++++++
drivers/gpu/drm/radeon/radeon_connectors.c | 16 ++++++++++++----
drivers/gpu/drm/radeon/radeon_device.c | 2 ++
drivers/gpu/drm/radeon/rv515.c | 9 ++++-----
10 files changed, 51 insertions(+), 13 deletions(-)
commit 5349ef3127c77075ff70b2014f17ae0fbcaaf199
Author: Clemens Ladisch <clemens@ladisch.de>
Date: Wed Nov 4 09:42:52 2009 +0100
drm/fb: fix FBIOGET/PUT_VSCREENINFO pixel clock handling
When the framebuffer driver does not publish detailed timing information
for the current video mode, the correct value for the pixclock field is
zero, not -1.
Since pixclock is actually unsigned, the value -1 would be interpreted
as 4294967295 picoseconds (i.e., about 4 milliseconds) by
register_framebuffer() and userspace programs.
This patch allows X.org's fbdev driver to work.
Signed-off-by: Clemens Ladisch <clemens@ladisch.de>
Tested-by: Paulius Zaleckas <paulius.zaleckas@gmail.com>
Cc: stable@kernel.org
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 79cc304f3e2fda202242036326afb2aeca486156
Author: Jeremy Fitzhardinge <jeremy@goop.org>
Date: Tue Nov 17 14:08:54 2009 -0800
drm: make sure page protections are updated after changing vm_flags
Some architectures compute ->vm_page_prot depending on ->vm_flags, so we
need to update the protections after adjusting the flags.
AFAIK this only affects running X under Xen; without this patch you get
lots of coloured blobs on the screen, or maybe a complete lockup. Or
anything really.
But that still depends on lots of out-of-tree stuff, so I don't think
there are any consequences for anyone else. But it is wrong in principle.
Reported-by: Jan Beulich <JBeulich@novell.com>
Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit f82f5f3ac4de6c6b872fcbb3dec97f368e78ff58
Author: Jerome Glisse <jglisse@redhat.com>
Date: Thu Nov 12 14:13:53 2009 +0100
drm/radeon/kms: Report vga connector is connected according to ddc_probe
On broken EDID we were reporting vga connector to be disconnected
even if ddc probe did found a monitor. This patch report that the
connector is connected on such case. This allow drm to add a fail
safe mode (800x600 at the time of this patch) thus user can boot
and later add a mode which match its monitor capabilities.
Signed-off-by: Jerome Glisse <jglisse@redhat.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit a698cf34ea867efef12fc29dd63d443f0c71a53c
Author: Jerome Glisse <jglisse@redhat.com>
Date: Fri Nov 13 20:56:58 2009 +0100
drm: mm always protect change to unused_nodes with unused_lock spinlock
unused_nodes modification needs to be protected by unused_lock spinlock.
Here is an example of an usage where there is no such protection without
this patch.
Process 1: 1-drm_mm_pre_get(this function modify unused_nodes list)
2-spin_lock(spinlock protecting mm struct)
3-drm_mm_put_block(this function might modify unused_nodes
list but doesn't protect modification with unused_lock)
4-spin_unlock(spinlock protecting mm struct)
Process2: 1-drm_mm_pre_get(this function modify unused_nodes list)
At this point Process1 & Process2 might both be doing modification to
unused_nodes list. This patch add unused_lock protection into
drm_mm_put_block to avoid such issue.
Signed-off-by: Jerome Glisse <jglisse@redhat.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 0beb81ab45c67de4b3aa85faad604cff8ed133a8
Author: Jerome Glisse <jglisse@redhat.com>
Date: Fri Nov 13 20:56:35 2009 +0100
drm/radeon/kms: Disable TV load detect on RS400,RC410,RS480
RS400,RC410,RS480 chipset seems to report a lot of false positive
with load detect on TV output. We haven't yet found a way to make
load detect reliable on those chipset, thus just disable it for TV
output. Would avoid user to experience phantom screen because X
believe there is a monitor connected to the TV output.
Signed-off-by: Jerome Glisse <jglisse@redhat.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 23115b0592bde5da249fcbdad7714c1f96a8e5f5
Author: Dave Airlie <airlied@linux.ie>
Date: Thu Nov 12 15:53:44 2009 +1000
drm/radeon/kms: read back register before writing in IIO.
This fixes RH bugzilla #527874.
On resume the atom posting wasn't working, however vbe posting was
going fine, after 2 weeks over irc, and 8 hrs with the hardware,
I tracked it down to the memory device table and it access the MC
registers via IIO, it appears the rv515 atom iio table might not
be fully functional, so adding a readback before doing a write
either provides enough delay to make things resume correctly.
Thanks to Peng Huang at Red Hat for coming to Brisbane.
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit ef63062716415d6e271815872b6c6654ffa9ac26
Author: Dave Airlie <airlied@linux.ie>
Date: Thu Nov 12 09:37:39 2009 +1000
drm/radeon/kms: fix handling of d1/d2 vga
An rv515 laptop I got wouldn't startup with a montior plugged in,
found the proper bug hopefully with us not turning off D2VGA
here when we should.
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 7064fef56369c9e2c6e35ff6d6b4b63d42a859ce
Author: Jesse Barnes <jbarnes@virtuousgeek.org>
Date: Thu Nov 5 10:12:54 2009 -0800
drm: work around EDIDs with bad htotal/vtotal values
We did this on the userspace side, but we need a similar fix for the
kernel.
Fixes LP #460664.
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Cc: stable@kernel.org
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 0ebf17174b4bdd99ab81c476714c91ee335fdcbf
Author: Dave Airlie <airlied@redhat.com>
Date: Thu Nov 5 15:39:10 2009 +1000
drm/radeon/kms: resume AGP by calling init.
AGP resume was broken since we moved to the new init path,
because we never re-enabled AGP on these systems at resume time.
This patch just calls the AGP resume call which just does the reinit
at resume time like the old path did.
Since AGP is pretty much gpu independant I did it outside
the gpu specific code.
Signed-off-by: Dave Airlie <airlied@redhat.com>
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2009-08-21 0:57 Dave Airlie
@ 2009-08-21 9:33 ` Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2009-08-21 9:33 UTC (permalink / raw)
To: Linus Torvalds; +Cc: linux-kernel
On Fri, Aug 21, 2009 at 10:57 AM, Dave Airlie<airlied@linux.ie> wrote:
>
> Hi Linus,
>
> Please pull the 'drm-fixes' branch from
> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
>
> One bad use of sysfs devices could cause possible oops on all KMS,
> along with a patch to report some more card specific info for certain
> rv530s, and a couple of radeon-kms specific patches.
The last commit got changed to f779b3e513478218cbaaaa0a506d7801cab6fd14
something managed to mangle my CONFIG_STAGING and avoid building things.
Same commits otherwise.
Dave.
>
> Dave.
>
> drivers/gpu/drm/drm_sysfs.c | 51 ++++++++++++++++++--------------
> drivers/gpu/drm/radeon/r100.c | 10 ++++++
> drivers/gpu/drm/radeon/r300.c | 4 ++-
> drivers/gpu/drm/radeon/r420.c | 13 ++++++++-
> drivers/gpu/drm/radeon/r520.c | 1 -
> drivers/gpu/drm/radeon/radeon.h | 1 +
> drivers/gpu/drm/radeon/radeon_cp.c | 9 ++++++
> drivers/gpu/drm/radeon/radeon_drv.h | 5 ++-
> drivers/gpu/drm/radeon/radeon_gem.c | 2 +-
> drivers/gpu/drm/radeon/radeon_kms.c | 4 ++
> drivers/gpu/drm/radeon/radeon_reg.h | 3 ++
> drivers/gpu/drm/radeon/radeon_state.c | 3 ++
> include/drm/radeon_drm.h | 4 ++
> 13 files changed, 83 insertions(+), 27 deletions(-)
>
> commit ddd5a5b91e3f25d2e216225ea2216a72ca9477fc
> Author: Alex Deucher <alexdeucher@gmail.com>
> Date: Wed Aug 19 19:11:39 2009 -0400
>
> drm/radeon: add GET_PARAM/INFO support for Z pipes
>
> Needed for occlusion queries on rv530 chips.
>
> Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
> Signed-off-by: Dave Airlie <airlied@redhat.com>
>
> commit 17782d99502851dc7e48114ee9c5a6d6741cba18
> Author: Dave Airlie <airlied@redhat.com>
> Date: Fri Aug 21 10:07:54 2009 +1000
>
> drm/radeon/kms: add r100/r200 OQ support.
>
> This adds the relocation necessary for OQ support on the r100/r200
> chipsets.
>
> Signed-off-by: Dave Airlie <airlied@redhat.com>
>
> commit 08e4d534743f4e9af3602aebbc1cca9372762028
> Author: Thomas Hellstrom <thellstrom@vmware.com>
> Date: Thu Aug 20 19:02:31 2009 +1000
>
> drm: Fix sysfs device confusion.
>
> The drm sysfs class suspend / resume methods could not distinguish
> between different device types wich could lead to illegal type casts.
>
> Use struct device_type and make sure the class suspend / resume callbacks
> are aware of those. There is no per device-type suspend / resume. Only
> new-style PM.
>
> Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>
> Reviewed-by: Jesse Barnes <jbarnes@virtuousgeek.org>
> Signed-off-by: Dave Airlie <airlied@redhat.com>
>
> commit e3b2415e281a97ade36d88404094a90cfea838c0
> Author: Dave Airlie <airlied@redhat.com>
> Date: Fri Aug 21 09:47:45 2009 +1000
>
> drm/radeon/kms: implement the bo busy ioctl properly.
>
> The previous patch assumes the ioctl already existed, when
> it actually didn't.
>
> It also didn't return the correct error code.
>
> Signed-off-by: Dave Airlie <airlied@redhat.com>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2009-08-21 0:57 Dave Airlie
2009-08-21 9:33 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2009-08-21 0:57 UTC (permalink / raw)
To: torvalds; +Cc: dri-devel, linux-kernel
Hi Linus,
Please pull the 'drm-fixes' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
One bad use of sysfs devices could cause possible oops on all KMS,
along with a patch to report some more card specific info for certain
rv530s, and a couple of radeon-kms specific patches.
Dave.
drivers/gpu/drm/drm_sysfs.c | 51 ++++++++++++++++++--------------
drivers/gpu/drm/radeon/r100.c | 10 ++++++
drivers/gpu/drm/radeon/r300.c | 4 ++-
drivers/gpu/drm/radeon/r420.c | 13 ++++++++-
drivers/gpu/drm/radeon/r520.c | 1 -
drivers/gpu/drm/radeon/radeon.h | 1 +
drivers/gpu/drm/radeon/radeon_cp.c | 9 ++++++
drivers/gpu/drm/radeon/radeon_drv.h | 5 ++-
drivers/gpu/drm/radeon/radeon_gem.c | 2 +-
drivers/gpu/drm/radeon/radeon_kms.c | 4 ++
drivers/gpu/drm/radeon/radeon_reg.h | 3 ++
drivers/gpu/drm/radeon/radeon_state.c | 3 ++
include/drm/radeon_drm.h | 4 ++
13 files changed, 83 insertions(+), 27 deletions(-)
commit ddd5a5b91e3f25d2e216225ea2216a72ca9477fc
Author: Alex Deucher <alexdeucher@gmail.com>
Date: Wed Aug 19 19:11:39 2009 -0400
drm/radeon: add GET_PARAM/INFO support for Z pipes
Needed for occlusion queries on rv530 chips.
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 17782d99502851dc7e48114ee9c5a6d6741cba18
Author: Dave Airlie <airlied@redhat.com>
Date: Fri Aug 21 10:07:54 2009 +1000
drm/radeon/kms: add r100/r200 OQ support.
This adds the relocation necessary for OQ support on the r100/r200
chipsets.
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 08e4d534743f4e9af3602aebbc1cca9372762028
Author: Thomas Hellstrom <thellstrom@vmware.com>
Date: Thu Aug 20 19:02:31 2009 +1000
drm: Fix sysfs device confusion.
The drm sysfs class suspend / resume methods could not distinguish
between different device types wich could lead to illegal type casts.
Use struct device_type and make sure the class suspend / resume callbacks
are aware of those. There is no per device-type suspend / resume. Only
new-style PM.
Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>
Reviewed-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit e3b2415e281a97ade36d88404094a90cfea838c0
Author: Dave Airlie <airlied@redhat.com>
Date: Fri Aug 21 09:47:45 2009 +1000
drm/radeon/kms: implement the bo busy ioctl properly.
The previous patch assumes the ioctl already existed, when
it actually didn't.
It also didn't return the correct error code.
Signed-off-by: Dave Airlie <airlied@redhat.com>
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2009-06-05 17:21 ` Linus Torvalds
@ 2009-06-05 21:41 ` Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2009-06-05 21:41 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Dave Airlie, linux-kernel, Markus Trippelsdorf, dri-devel
> >
> > that works fine on my intel hw but seems to have a bad effect on radeon.
>
> Grr.
>
> That pull request probably shouldn't have been sent to me at all. It's
> clearly almost totally untested, and it was damn late in the -rc series.
>
> Am I going to be in the situation that I simply can't safely pull from you
> any more after -rc2 or so? This is _not_ working.
Well I booted it on my laptop and one test box which were the only things
I had with a reasonable userspace on them, and I tested that the KMS
changes which were a lot bigger worked, but I was jetlagged to hell
and I probably shouldn't have pushed the maps change, I was 50/50 on it, I
only realised afterwards you wanted to release this weekend,
Given that I read the 2.6.30-rc8 announce later, I would have just pushed
the single regression radeon fix, I only put some of the other patches in
due to my holidays meaning they were sitting in my inbox.
Dave.
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2009-06-05 5:59 ` Dave Airlie
2009-06-05 7:53 ` Timo Jyrinki
@ 2009-06-05 17:21 ` Linus Torvalds
2009-06-05 21:41 ` Dave Airlie
1 sibling, 1 reply; 427+ messages in thread
From: Linus Torvalds @ 2009-06-05 17:21 UTC (permalink / raw)
To: Dave Airlie; +Cc: Markus Trippelsdorf, Dave Airlie, dri-devel, linux-kernel
On Fri, 5 Jun 2009, Dave Airlie wrote:
> On Fri, Jun 5, 2009 at 3:42 PM, Markus
> Trippelsdorf<markus@trippelsdorf.de> wrote:
> > On Thu, Jun 04, 2009 at 04:39:50AM +0100, Dave Airlie wrote:
> >>
> >> Hi Linus,
> >>
> >> Please pull the 'drm-fixes' branch from
> >> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
>
>
> Okay Linus if you do pull this can you revert
> 6c51d1cfa0a370b48a157163340190cf5fd2346b
>
> that works fine on my intel hw but seems to have a bad effect on radeon.
Grr.
That pull request probably shouldn't have been sent to me at all. It's
clearly almost totally untested, and it was damn late in the -rc series.
Am I going to be in the situation that I simply can't safely pull from you
any more after -rc2 or so? This is _not_ working.
Linus
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2009-06-05 5:59 ` Dave Airlie
@ 2009-06-05 7:53 ` Timo Jyrinki
2009-06-05 17:21 ` Linus Torvalds
1 sibling, 0 replies; 427+ messages in thread
From: Timo Jyrinki @ 2009-06-05 7:53 UTC (permalink / raw)
To: Dave Airlie; +Cc: dri-devel, linux-kernel
2009/6/5 Dave Airlie <airlied@gmail.com>:
>>> Please pull the 'drm-fixes' branch from
>>> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
>
> Okay Linus if you do pull this can you revert
> 6c51d1cfa0a370b48a157163340190cf5fd2346b
It already went in, before your message.
-Timo
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2009-06-05 5:42 ` Markus Trippelsdorf
@ 2009-06-05 5:59 ` Dave Airlie
2009-06-05 7:53 ` Timo Jyrinki
2009-06-05 17:21 ` Linus Torvalds
0 siblings, 2 replies; 427+ messages in thread
From: Dave Airlie @ 2009-06-05 5:59 UTC (permalink / raw)
To: Markus Trippelsdorf; +Cc: Dave Airlie, torvalds, dri-devel, linux-kernel
On Fri, Jun 5, 2009 at 3:42 PM, Markus
Trippelsdorf<markus@trippelsdorf.de> wrote:
> On Thu, Jun 04, 2009 at 04:39:50AM +0100, Dave Airlie wrote:
>>
>> Hi Linus,
>>
>> Please pull the 'drm-fixes' branch from
>> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Okay Linus if you do pull this can you revert
6c51d1cfa0a370b48a157163340190cf5fd2346b
that works fine on my intel hw but seems to have a bad effect on radeon.
I'll get Ben to chase down where it goes wrong.
Dave.
>>
>> Have been out on holidays, so sorry these are a bit late, the radeon one
>> fixes a regression reported since -rc1 so is most important.
>>
>
> These »fixes« break DRI on my Radeon HD 3300 (RS780):
>
> drmOpenDevice: node name is /dev/dri/card0
> drmOpenDevice: open result is 10, (OK)
> drmOpenDevice: node name is /dev/dri/card0
> drmOpenDevice: open result is 10, (OK)
> drmOpenByBusid: Searching for BusID pci:0000:01:05.0
> drmOpenDevice: node name is /dev/dri/card0
> drmOpenDevice: open result is 10, (OK)
> drmOpenByBusid: drmOpenMinor returns 10
> drmOpenByBusid: drmGetBusid reports pci:0000:01:05.0
> (II) [drm] DRM interface version 1.3
> (II) [drm] Could not create SAREA for DRM lock.
> (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI.
> (II) RADEON(0): RADEONRestoreMemMapRegisters() :
> (II) RADEON(0): MC_FB_LOCATION : 0x00c700c0 0x00c700c0
> (II) RADEON(0): MC_AGP_LOCATION : 0x003f0000
> (==) RADEON(0): Backing store disabled
> (WW) RADEON(0): Direct rendering disabled
> (EE) RADEON(0): Acceleration initialization failed
> (II) RADEON(0): Acceleration disabled
>
> Full Xorg.0.log is attached.
>
> --
> Markus
>
^ permalink raw reply [flat|nested] 427+ messages in thread
* Re: [git pull] drm fixes
2009-06-04 3:39 Dave Airlie
@ 2009-06-05 5:42 ` Markus Trippelsdorf
2009-06-05 5:59 ` Dave Airlie
0 siblings, 1 reply; 427+ messages in thread
From: Markus Trippelsdorf @ 2009-06-05 5:42 UTC (permalink / raw)
To: Dave Airlie; +Cc: torvalds, dri-devel, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 1309 bytes --]
On Thu, Jun 04, 2009 at 04:39:50AM +0100, Dave Airlie wrote:
>
> Hi Linus,
>
> Please pull the 'drm-fixes' branch from
> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
>
> Have been out on holidays, so sorry these are a bit late, the radeon one
> fixes a regression reported since -rc1 so is most important.
>
These »fixes« break DRI on my Radeon HD 3300 (RS780):
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 10, (OK)
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 10, (OK)
drmOpenByBusid: Searching for BusID pci:0000:01:05.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 10, (OK)
drmOpenByBusid: drmOpenMinor returns 10
drmOpenByBusid: drmGetBusid reports pci:0000:01:05.0
(II) [drm] DRM interface version 1.3
(II) [drm] Could not create SAREA for DRM lock.
(EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI.
(II) RADEON(0): RADEONRestoreMemMapRegisters() :
(II) RADEON(0): MC_FB_LOCATION : 0x00c700c0 0x00c700c0
(II) RADEON(0): MC_AGP_LOCATION : 0x003f0000
(==) RADEON(0): Backing store disabled
(WW) RADEON(0): Direct rendering disabled
(EE) RADEON(0): Acceleration initialization failed
(II) RADEON(0): Acceleration disabled
Full Xorg.0.log is attached.
--
Markus
[-- Attachment #2: Xorg.0.log --]
[-- Type: text/plain, Size: 57708 bytes --]
This is a pre-release version of the X server from The X.Org Foundation.
It is not supported in any way.
Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/.
Select the "xorg" product for bugs you find in this release.
Before reporting bugs in pre-release versions please check the
latest version in the X.Org Foundation git repository.
See http://wiki.x.org/wiki/GitPage for git access instructions.
X.Org X Server 1.6.1.901 (1.6.2 RC 1)
Release Date: 2009-5-8
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.30-rc8-00022-g0290c89-dirty x86_64
Current Operating System: Linux gentoox2.trippelsdorf.de 2.6.30-rc8-00022-g5dc370b #19 SMP Fri Jun 5 07:30:04 CEST 2009 x86_64
Build Date: 05 June 2009 07:03:59AM
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Fri Jun 5 07:30:46 2009
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Simple Layout"
(**) |-->Screen "Screen 1" (0)
(**) | |-->Monitor "<default monitor>"
(**) | |-->Device "Card0"
(==) No monitor specified for screen "Screen 1".
Using a default monitor configuration.
(**) |-->Input Device "Mouse1"
(**) |-->Input Device "Keyboard1"
(**) Option "DontZap" "no"
(**) Option "AIGLX" "false"
(==) Not automatically adding devices
(==) Not automatically enabling devices
(**) FontPath set to:
/usr/share/fonts/terminus,
/usr/share/fonts/misc/,
/usr/share/fonts/TTF/,
/usr/share/fonts/OTF,
/usr/share/fonts/Type1/,
/usr/share/fonts/100dpi/,
/usr/share/fonts/75dpi/,
built-ins
(==) ModulePath set to "/usr/lib64/xorg/modules"
(II) Loader magic: 0xd60
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 5.0
X.Org XInput driver : 4.0
X.Org Server Extension : 2.0
(II) Loader running on linux
(--) using VT number 7
(--) PCI:*(0@1:5:0) ATI Technologies Inc Radeon HD 3300 Graphics rev 0, Mem @ 0xf0000000/134217728, 0xfbee0000/65536, 0xfbd00000/1048576, I/O @ 0x0000d000/256
(II) Open ACPI successful (/var/run/acpid.socket)
(II) System resource ranges:
[0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[4] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[5] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[6] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[7] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[8] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[9] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[10] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[11] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[12] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[13] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[14] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[15] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[16] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[17] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[18] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[19] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[20] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[21] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[22] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[23] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[24] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[25] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
[26] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[27] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
[28] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[29] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
[30] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[31] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
[32] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[33] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
[34] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[35] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
(II) LoadModule: "extmod"
(II) Loading /usr/lib64/xorg/modules/extensions//libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
compiled for 1.6.1.901, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "dbe"
(II) Loading /usr/lib64/xorg/modules/extensions//libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
compiled for 1.6.1.901, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "glx"
(II) Loading /usr/lib64/xorg/modules/extensions//libglx.so
(II) Module glx: vendor="X.Org Foundation"
compiled for 1.6.1.901, module version = 1.0.0
ABI class: X.Org Server Extension, version 2.0
(**) AIGLX disabled
(II) Loading extension GLX
(II) LoadModule: "record"
(II) Loading /usr/lib64/xorg/modules/extensions//librecord.so
(II) Module record: vendor="X.Org Foundation"
compiled for 1.6.1.901, module version = 1.13.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension RECORD
(II) LoadModule: "dri"
(II) Loading /usr/lib64/xorg/modules/extensions//libdri.so
(II) Module dri: vendor="X.Org Foundation"
compiled for 1.6.1.901, module version = 1.0.0
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension XFree86-DRI
(II) LoadModule: "dri2"
(II) Loading /usr/lib64/xorg/modules/extensions//libdri2.so
(II) Module dri2: vendor="X.Org Foundation"
compiled for 1.6.1.901, module version = 1.0.0
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension DRI2
(II) LoadModule: "radeon"
(II) Loading /usr/lib64/xorg/modules/drivers//radeon_drv.so
(II) Module radeon: vendor="X.Org Foundation"
compiled for 1.6.1.901, module version = 6.12.99
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 5.0
(II) LoadModule: "evdev"
(II) Loading /usr/lib64/xorg/modules/input//evdev_drv.so
(II) Module evdev: vendor="X.Org Foundation"
compiled for 1.6.1.901, module version = 2.2.1
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 4.0
(II) LoadModule: "kbd"
(II) Loading /usr/lib64/xorg/modules/input//kbd_drv.so
(II) Module kbd: vendor="X.Org Foundation"
compiled for 1.6.1.901, module version = 1.3.2
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 4.0
(II) RADEON: Driver for ATI Radeon chipsets:
ATI Radeon Mobility X600 (M24) 3150 (PCIE), ATI FireMV 2400 (PCI),
ATI Radeon Mobility X300 (M24) 3152 (PCIE),
ATI FireGL M24 GL 3154 (PCIE), ATI Radeon X600 (RV380) 3E50 (PCIE),
ATI FireGL V3200 (RV380) 3E54 (PCIE), ATI Radeon IGP320 (A3) 4136,
ATI Radeon IGP330/340/350 (A4) 4137, ATI Radeon 9500 AD (AGP),
ATI Radeon 9500 AE (AGP), ATI Radeon 9600TX AF (AGP),
ATI FireGL Z1 AG (AGP), ATI Radeon 9800SE AH (AGP),
ATI Radeon 9800 AI (AGP), ATI Radeon 9800 AJ (AGP),
ATI FireGL X2 AK (AGP), ATI Radeon 9600 AP (AGP),
ATI Radeon 9600SE AQ (AGP), ATI Radeon 9600XT AR (AGP),
ATI Radeon 9600 AS (AGP), ATI FireGL T2 AT (AGP), ATI Radeon 9650,
ATI FireGL RV360 AV (AGP), ATI Radeon 7000 IGP (A4+) 4237,
ATI Radeon 8500 AIW BB (AGP), ATI Radeon 8500 AIW BC (AGP),
ATI Radeon IGP320M (U1) 4336, ATI Radeon IGP330M/340M/350M (U2) 4337,
ATI Radeon Mobility 7000 IGP 4437, ATI Radeon 9000/PRO If (AGP/PCI),
ATI Radeon 9000 Ig (AGP/PCI), ATI Radeon X800 (R420) JH (AGP),
ATI Radeon X800PRO (R420) JI (AGP),
ATI Radeon X800SE (R420) JJ (AGP), ATI Radeon X800 (R420) JK (AGP),
ATI Radeon X800 (R420) JL (AGP), ATI FireGL X3 (R420) JM (AGP),
ATI Radeon Mobility 9800 (M18) JN (AGP),
ATI Radeon X800 SE (R420) (AGP), ATI Radeon X800XT (R420) JP (AGP),
ATI Radeon X800 VE (R420) JT (AGP), ATI Radeon X850 (R480) (AGP),
ATI Radeon X850 XT (R480) (AGP), ATI Radeon X850 SE (R480) (AGP),
ATI Radeon X850 PRO (R480) (AGP), ATI Radeon X850 XT PE (R480) (AGP),
ATI Radeon Mobility M7 LW (AGP),
ATI Mobility FireGL 7800 M7 LX (AGP),
ATI Radeon Mobility M6 LY (AGP), ATI Radeon Mobility M6 LZ (AGP),
ATI FireGL Mobility 9000 (M9) Ld (AGP),
ATI Radeon Mobility 9000 (M9) Lf (AGP),
ATI Radeon Mobility 9000 (M9) Lg (AGP), ATI Radeon 9700 Pro ND (AGP),
ATI Radeon 9700/9500Pro NE (AGP), ATI Radeon 9600TX NF (AGP),
ATI FireGL X1 NG (AGP), ATI Radeon 9800PRO NH (AGP),
ATI Radeon 9800 NI (AGP), ATI FireGL X2 NK (AGP),
ATI Radeon 9800XT NJ (AGP),
ATI Radeon Mobility 9600/9700 (M10/M11) NP (AGP),
ATI Radeon Mobility 9600 (M10) NQ (AGP),
ATI Radeon Mobility 9600 (M11) NR (AGP),
ATI Radeon Mobility 9600 (M10) NS (AGP),
ATI FireGL Mobility T2 (M10) NT (AGP),
ATI FireGL Mobility T2e (M11) NV (AGP), ATI Radeon QD (AGP),
ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP),
ATI FireGL 8700/8800 QH (AGP), ATI Radeon 8500 QL (AGP),
ATI Radeon 9100 QM (AGP), ATI Radeon 7500 QW (AGP/PCI),
ATI Radeon 7500 QX (AGP/PCI), ATI Radeon VE/7000 QY (AGP/PCI),
ATI Radeon VE/7000 QZ (AGP/PCI), ATI ES1000 515E (PCI),
ATI Radeon Mobility X300 (M22) 5460 (PCIE),
ATI Radeon Mobility X600 SE (M24C) 5462 (PCIE),
ATI FireGL M22 GL 5464 (PCIE), ATI Radeon X800 (R423) UH (PCIE),
ATI Radeon X800PRO (R423) UI (PCIE),
ATI Radeon X800LE (R423) UJ (PCIE),
ATI Radeon X800SE (R423) UK (PCIE),
ATI Radeon X800 XTP (R430) (PCIE), ATI Radeon X800 XL (R430) (PCIE),
ATI Radeon X800 SE (R430) (PCIE), ATI Radeon X800 (R430) (PCIE),
ATI FireGL V7100 (R423) (PCIE), ATI FireGL V5100 (R423) UQ (PCIE),
ATI FireGL unknown (R423) UR (PCIE),
ATI FireGL unknown (R423) UT (PCIE),
ATI Mobility FireGL V5000 (M26) (PCIE),
ATI Mobility FireGL V5000 (M26) (PCIE),
ATI Mobility Radeon X700 XL (M26) (PCIE),
ATI Mobility Radeon X700 (M26) (PCIE),
ATI Mobility Radeon X700 (M26) (PCIE),
ATI Radeon X550XTX 5657 (PCIE), ATI Radeon 9100 IGP (A5) 5834,
ATI Radeon Mobility 9100 IGP (U3) 5835,
ATI Radeon XPRESS 200 5954 (PCIE),
ATI Radeon XPRESS 200M 5955 (PCIE), ATI Radeon 9250 5960 (AGP),
ATI Radeon 9200 5961 (AGP), ATI Radeon 9200 5962 (AGP),
ATI Radeon 9200SE 5964 (AGP), ATI FireMV 2200 (PCI),
ATI ES1000 5969 (PCI), ATI Radeon XPRESS 200 5974 (PCIE),
ATI Radeon XPRESS 200M 5975 (PCIE),
ATI Radeon XPRESS 200 5A41 (PCIE),
ATI Radeon XPRESS 200M 5A42 (PCIE),
ATI Radeon XPRESS 200 5A61 (PCIE),
ATI Radeon XPRESS 200M 5A62 (PCIE),
ATI Radeon X300 (RV370) 5B60 (PCIE),
ATI Radeon X600 (RV370) 5B62 (PCIE),
ATI Radeon X550 (RV370) 5B63 (PCIE),
ATI FireGL V3100 (RV370) 5B64 (PCIE),
ATI FireMV 2200 PCIE (RV370) 5B65 (PCIE),
ATI Radeon Mobility 9200 (M9+) 5C61 (AGP),
ATI Radeon Mobility 9200 (M9+) 5C63 (AGP),
ATI Mobility Radeon X800 XT (M28) (PCIE),
ATI Mobility FireGL V5100 (M28) (PCIE),
ATI Mobility Radeon X800 (M28) (PCIE), ATI Radeon X850 5D4C (PCIE),
ATI Radeon X850 XT PE (R480) (PCIE),
ATI Radeon X850 SE (R480) (PCIE), ATI Radeon X850 PRO (R480) (PCIE),
ATI unknown Radeon / FireGL (R480) 5D50 (PCIE),
ATI Radeon X850 XT (R480) (PCIE),
ATI Radeon X800XT (R423) 5D57 (PCIE),
ATI FireGL V5000 (RV410) (PCIE), ATI Radeon X700 XT (RV410) (PCIE),
ATI Radeon X700 PRO (RV410) (PCIE),
ATI Radeon X700 SE (RV410) (PCIE), ATI Radeon X700 (RV410) (PCIE),
ATI Radeon X700 SE (RV410) (PCIE), ATI Radeon X1800,
ATI Mobility Radeon X1800 XT, ATI Mobility Radeon X1800,
ATI Mobility FireGL V7200, ATI FireGL V7200, ATI FireGL V5300,
ATI Mobility FireGL V7100, ATI Radeon X1800, ATI Radeon X1800,
ATI Radeon X1800, ATI Radeon X1800, ATI Radeon X1800,
ATI FireGL V7300, ATI FireGL V7350, ATI Radeon X1600, ATI RV505,
ATI Radeon X1300/X1550, ATI Radeon X1550, ATI M54-GL,
ATI Mobility Radeon X1400, ATI Radeon X1300/X1550,
ATI Radeon X1550 64-bit, ATI Mobility Radeon X1300,
ATI Mobility Radeon X1300, ATI Mobility Radeon X1300,
ATI Mobility Radeon X1300, ATI Radeon X1300, ATI Radeon X1300,
ATI RV505, ATI RV505, ATI FireGL V3300, ATI FireGL V3350,
ATI Radeon X1300, ATI Radeon X1550 64-bit, ATI Radeon X1300/X1550,
ATI Radeon X1600, ATI Radeon X1300/X1550, ATI Mobility Radeon X1450,
ATI Radeon X1300/X1550, ATI Mobility Radeon X2300,
ATI Mobility Radeon X2300, ATI Mobility Radeon X1350,
ATI Mobility Radeon X1350, ATI Mobility Radeon X1450,
ATI Radeon X1300, ATI Radeon X1550, ATI Mobility Radeon X1350,
ATI FireMV 2250, ATI Radeon X1550 64-bit, ATI Radeon X1600,
ATI Radeon X1650, ATI Radeon X1600, ATI Radeon X1600,
ATI Mobility FireGL V5200, ATI Mobility Radeon X1600,
ATI Radeon X1650, ATI Radeon X1650, ATI Radeon X1600,
ATI Radeon X1300 XT/X1600 Pro, ATI FireGL V3400,
ATI Mobility FireGL V5250, ATI Mobility Radeon X1700,
ATI Mobility Radeon X1700 XT, ATI FireGL V5200,
ATI Mobility Radeon X1700, ATI Radeon X2300HD,
ATI Mobility Radeon HD 2300, ATI Mobility Radeon HD 2300,
ATI Radeon X1950, ATI Radeon X1900, ATI Radeon X1950,
ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900,
ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900,
ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900,
ATI AMD Stream Processor, ATI Radeon X1900, ATI Radeon X1950,
ATI RV560, ATI RV560, ATI Mobility Radeon X1900, ATI RV560,
ATI Radeon X1950 GT, ATI RV570, ATI RV570, ATI FireGL V7400,
ATI RV560, ATI Radeon X1650, ATI Radeon X1650, ATI RV560,
ATI Radeon 9100 PRO IGP 7834, ATI Radeon Mobility 9200 IGP 7835,
ATI Radeon X1200, ATI Radeon X1200, ATI Radeon X1200,
ATI Radeon X1200, ATI Radeon X1200, ATI RS740, ATI RS740M, ATI RS740,
ATI RS740M, ATI Radeon HD 2900 XT, ATI Radeon HD 2900 XT,
ATI Radeon HD 2900 XT, ATI Radeon HD 2900 Pro, ATI Radeon HD 2900 GT,
ATI FireGL V8650, ATI FireGL V8600, ATI FireGL V7600,
ATI Radeon 4800 Series, ATI Radeon HD 4870 x2,
ATI Radeon 4800 Series, ATI Radeon HD 4850 x2,
ATI FirePro V8750 (FireGL), ATI FirePro V7760 (FireGL),
ATI Mobility RADEON HD 4850, ATI Mobility RADEON HD 4850 X2,
ATI Radeon 4800 Series, ATI FirePro RV770, AMD FireStream 9270,
AMD FireStream 9250, ATI FirePro V8700 (FireGL),
ATI Mobility RADEON HD 4870, ATI Mobility RADEON M98,
ATI Radeon 4800 Series, ATI Radeon 4800 Series, ATI FirePro M7750,
ATI M98, ATI M98, ATI M98, ATI Radeon RV730 (AGP), ATI FirePro M5750,
ATI Radeon RV730 (AGP), ATI RV730XT [Radeon HD 4670],
ATI RADEON E4600, ATI RV730 PRO [Radeon HD 4650],
ATI FirePro V7750 (FireGL), ATI FirePro V5700 (FireGL),
ATI FirePro V3750 (FireGL), ATI Mobility Radeon HD 4830,
ATI Mobility Radeon HD 4850, ATI RV740, ATI Radeon HD 4770,
ATI Radeon HD 4770, ATI RV610, ATI Radeon HD 2400 XT,
ATI Radeon HD 2400 Pro, ATI Radeon HD 2400 PRO AGP, ATI FireGL V4000,
ATI RV610, ATI Radeon HD 2350, ATI Mobility Radeon HD 2400 XT,
ATI Mobility Radeon HD 2400, ATI RADEON E2400, ATI RV610,
ATI FireMV 2260, ATI RV670, ATI Radeon HD3870,
ATI Mobility Radeon HD 3850, ATI Radeon HD3850,
ATI Mobility Radeon HD 3850 X2, ATI RV670,
ATI Mobility Radeon HD 3870, ATI Mobility Radeon HD 3870 X2,
ATI Radeon HD3870 X2, ATI FireGL V7700, ATI Radeon HD3850,
ATI Radeon HD3690, AMD Firestream 9170, ATI Radeon HD 4550,
ATI Radeon RV710, ATI Radeon RV710, ATI Radeon HD 4350,
ATI Mobility Radeon 4300 Series, ATI Mobility Radeon 4500 Series,
ATI Mobility Radeon 4500 Series, ATI RV630,
ATI Mobility Radeon HD 2600, ATI Mobility Radeon HD 2600 XT,
ATI Radeon HD 2600 XT AGP, ATI Radeon HD 2600 Pro AGP,
ATI Radeon HD 2600 XT, ATI Radeon HD 2600 Pro, ATI Gemini RV630,
ATI Gemini Mobility Radeon HD 2600 XT, ATI FireGL V5600,
ATI FireGL V3600, ATI Radeon HD 2600 LE,
ATI Mobility FireGL Graphics Processor, ATI Radeon RV710,
ATI Radeon HD 3470, ATI Mobility Radeon HD 3430,
ATI Mobility Radeon HD 3400 Series, ATI Radeon HD 3450,
ATI Radeon HD 3450, ATI Radeon HD 3430, ATI Radeon HD 3450,
ATI FirePro V3700, ATI FireMV 2450, ATI FireMV 2260, ATI FireMV 2260,
ATI Radeon HD 3600 Series, ATI Radeon HD 3650 AGP,
ATI Radeon HD 3600 PRO, ATI Radeon HD 3600 XT,
ATI Radeon HD 3600 PRO, ATI Mobility Radeon HD 3650,
ATI Mobility Radeon HD 3670, ATI Mobility FireGL V5700,
ATI Mobility FireGL V5725, ATI Radeon HD 3200 Graphics,
ATI Radeon 3100 Graphics, ATI Radeon HD 3200 Graphics,
ATI Radeon 3100 Graphics, ATI Radeon HD 3300 Graphics,
ATI Radeon HD 3200 Graphics, ATI Radeon 3000 Graphics,
ATI Radeon HD Graphics, ATI Radeon Graphics,
ATI Mobility Radeon HD Graphics, ATI Mobility Radeon Graphics,
ATI Radeon Graphics
(II) Primary Device is: PCI 01@00:05:0
(II) resource ranges after xf86ClaimFixedResources() call:
[0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[4] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[5] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[6] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[7] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[8] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[9] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[10] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[11] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[12] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[13] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[14] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[15] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[16] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[17] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[18] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[19] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[20] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[21] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[22] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[23] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[24] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[25] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
[26] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[27] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
[28] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[29] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
[30] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[31] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
[32] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[33] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
[34] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[35] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
(II) resource ranges after probing:
[0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[4] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[5] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[6] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[7] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[8] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[9] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[10] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[11] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[12] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[13] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[14] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[15] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[16] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[17] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[18] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[19] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[20] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[21] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[22] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[23] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[24] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B]
[25] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B]
[26] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B]
[27] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[28] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
[29] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[30] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
[31] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[32] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
[33] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[34] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
[35] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[36] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
[37] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[38] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
[39] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B]
[40] 0 0 0x000003c0 - 0x000003df (0x20) IS[B]
(II) Setting vga for screen 0.
(II) RADEON(0): TOTO SAYS 00000000fbee0000
(II) RADEON(0): MMIO registers at 0x00000000fbee0000: size 64KB
(II) RADEON(0): PCI bus 1 card 5 func 0
(**) RADEON(0): Depth 24, (--) framebuffer bpp 32
(II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps)
(==) RADEON(0): Default visual is TrueColor
(**) RADEON(0): Option "ClockGating" "on"
(**) RADEON(0): Option "DynamicPM" "on"
(II) Loading sub module "vgahw"
(II) LoadModule: "vgahw"
(II) Loading /usr/lib64/xorg/modules//libvgahw.so
(II) Module vgahw: vendor="X.Org Foundation"
compiled for 1.6.1.901, module version = 0.1.0
ABI class: X.Org Video Driver, version 5.0
(II) RADEON(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000
(==) RADEON(0): RGB weight 888
(II) RADEON(0): Using 8 bits per RGB (8 bit DAC)
(--) RADEON(0): Chipset: "ATI Radeon HD 3300 Graphics" (ChipID = 0x9614)
(--) RADEON(0): Linear framebuffer at 0x00000000f0000000
(II) RADEON(0): PCI card detected
(II) Loading sub module "int10"
(II) LoadModule: "int10"
(II) Loading /usr/lib64/xorg/modules//libint10.so
(II) Module int10: vendor="X.Org Foundation"
compiled for 1.6.1.901, module version = 1.0.0
ABI class: X.Org Video Driver, version 5.0
(II) RADEON(0): initializing int10
(II) RADEON(0): Primary V_BIOS segment is: 0xc000
(II) RADEON(0): ATOM BIOS detected
(II) RADEON(0): ATOM BIOS Rom:
SubsystemVendorID: 0x1002 SubsystemID: 0x1002
IOBaseAddress: 0xd000
Filename: 13B27722.025
BIOS Bootup Message:
113-B27722-025 RS780 DDR2 200e/500m
(II) RADEON(0): Framebuffer space used by Firmware (kb): 20
(II) RADEON(0): Start of VRAM area used by Firmware: 0x7ffb000
(II) RADEON(0): AtomBIOS requests 20kB of VRAM scratch space
(II) RADEON(0): AtomBIOS VRAM scratch base: 0x7ffb000
(II) RADEON(0): Cannot get VRAM scratch space. Allocating in main memory instead
(II) RADEON(0): Default Engine Clock: 500000
(II) RADEON(0): Default Memory Clock: 667000
(II) RADEON(0): Maximum Pixel ClockPLL Frequency Output: 1200000
(II) RADEON(0): Minimum Pixel ClockPLL Frequency Output: 0
(II) RADEON(0): Maximum Pixel ClockPLL Frequency Input: 13500
(II) RADEON(0): Minimum Pixel ClockPLL Frequency Input: 1000
(II) RADEON(0): Maximum Pixel Clock: 400000
(II) RADEON(0): Reference Clock: 14320
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 10, (OK)
drmOpenByBusid: Searching for BusID pci:0000:01:05.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 10, (OK)
drmOpenByBusid: drmOpenMinor returns 10
drmOpenByBusid: drmGetBusid reports pci:0000:01:05.0
(II) RADEON(0): [dri] Found DRI library version 1.3.0 and kernel module version 1.30.0
(==) RADEON(0): Page Flipping disabled on r5xx and newer chips.
(II) RADEON(0): Will try to use DMA for Xv image transfers
(II) RADEON(0): Detected total video RAM=131072K, accessible=131072K (PCI BAR=131072K)
(--) RADEON(0): Mapped VideoRAM: 131072 kByte (128 bit DDR SDRAM)
(II) RADEON(0): Color tiling disabled
(II) Loading sub module "ddc"
(II) LoadModule: "ddc"
(II) Module "ddc" already built-in
(II) Loading sub module "i2c"
(II) LoadModule: "i2c"
(II) Module "i2c" already built-in
(II) RADEON(0): ref_freq: 1432, min_out_pll: 64800, max_out_pll: 120000, min_in_pll: 100, max_in_pll: 1350, xclk: 40000, sclk: 500.000000, mclk: 667.000000
(II) RADEON(0): PLL parameters: rf=1432 rd=12 min=64800 max=120000; xclk=40000
(II) RADEON(0): Output VGA-0 has no monitor section
(II) RADEON(0): I2C bus "VGA-0" initialized.
(II) RADEON(0): Output DVI-0 has no monitor section
(II) RADEON(0): I2C bus "DVI-0" initialized.
(II) RADEON(0): Port0:
XRANDR name: VGA-0
Connector: VGA
CRT1: INTERNAL_KLDSCP_DAC1
DDC reg: 0x7e40
(II) RADEON(0): Port1:
XRANDR name: DVI-0
Connector: DVI-D
DFP3: INTERNAL_KLDSCP_LVTMA
DDC reg: 0x7e50
(II) RADEON(0): I2C device "VGA-0:E-EDID segment register" registered at address 0x60.
(II) RADEON(0): I2C device "VGA-0:ddc2" registered at address 0xA0.
(II) RADEON(0): Output: VGA-0, Detected Monitor Type: 0
Dac detection success
finished output detect: 0
(II) RADEON(0): I2C device "DVI-0:E-EDID segment register" registered at address 0x60.
(II) RADEON(0): I2C device "DVI-0:ddc2" registered at address 0xA0.
(II) RADEON(0): Output: DVI-0, Detected Monitor Type: 3
(II) RADEON(0): EDID data from the display on output: DVI-0 ----------------------
(II) RADEON(0): Manufacturer: GSM Model: 4e48 Serial#: 148502
(II) RADEON(0): Year: 2006 Week: 8
(II) RADEON(0): EDID Version: 1.3
(II) RADEON(0): Digital Display Input
(II) RADEON(0): Max Image Size [cm]: horiz.: 43 vert.: 27
(II) RADEON(0): Gamma: 2.20
(II) RADEON(0): DPMS capabilities: StandBy Suspend Off
(II) RADEON(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4
(II) RADEON(0): First detailed timing is preferred mode
(II) RADEON(0): redX: 0.651 redY: 0.333 greenX: 0.277 greenY: 0.614
(II) RADEON(0): blueX: 0.145 blueY: 0.082 whiteX: 0.313 whiteY: 0.329
(II) RADEON(0): Supported VESA Video Modes:
(II) RADEON(0): 720x400@70Hz
(II) RADEON(0): 640x480@60Hz
(II) RADEON(0): 640x480@75Hz
(II) RADEON(0): 800x600@56Hz
(II) RADEON(0): 800x600@60Hz
(II) RADEON(0): 800x600@75Hz
(II) RADEON(0): 832x624@75Hz
(II) RADEON(0): 1024x768@60Hz
(II) RADEON(0): 1024x768@75Hz
(II) RADEON(0): 1280x1024@75Hz
(II) RADEON(0): 1152x870@75Hz
(II) RADEON(0): Manufacturer's mask: 0
(II) RADEON(0): Supported Future Video Modes:
(II) RADEON(0): #1: hsize: 1280 vsize 1024 refresh: 60 vid: 32897
(II) RADEON(0): #2: hsize: 1280 vsize 960 refresh: 60 vid: 16513
(II) RADEON(0): #3: hsize: 1152 vsize 864 refresh: 75 vid: 20337
(II) RADEON(0): Supported additional Video Mode:
(II) RADEON(0): clock: 146.2 MHz Image Size: 434 x 270 mm
(II) RADEON(0): h_active: 1680 h_sync: 1784 h_sync_end 1960 h_blank_end 2240 h_border: 0
(II) RADEON(0): v_active: 1050 v_sync: 1053 v_sync_end 1059 v_blanking: 1089 v_border: 0
(II) RADEON(0): Ranges: V min: 56 V max: 75 Hz, H min: 28 H max: 83 kHz, PixClock max 150 MHz
(II) RADEON(0): Monitor name: L204WT
(II) RADEON(0): Monitor name:
(II) RADEON(0): EDID (in hex):
(II) RADEON(0): 00ffffffffffff001e6d484e16440200
(II) RADEON(0): 08100103ea2b1b78ead105a655479d25
(II) RADEON(0): 155054a76b80010181808140714f0101
(II) RADEON(0): 01010101010121399030621a274068b0
(II) RADEON(0): 3600b20e1100001c000000fd00384b1c
(II) RADEON(0): 530f000a202020202020000000fc004c
(II) RADEON(0): 32303457540a202020202020000000fc
(II) RADEON(0): 000a2020202020202020202020200051
finished output detect: 1
finished all detect
before xf86InitialConfiguration
(II) RADEON(0): Output: VGA-0, Detected Monitor Type: 0
Dac detection success
(II) RADEON(0): Output: DVI-0, Detected Monitor Type: 3
(II) RADEON(0): EDID data from the display on output: DVI-0 ----------------------
(II) RADEON(0): Manufacturer: GSM Model: 4e48 Serial#: 148502
(II) RADEON(0): Year: 2006 Week: 8
(II) RADEON(0): EDID Version: 1.3
(II) RADEON(0): Digital Display Input
(II) RADEON(0): Max Image Size [cm]: horiz.: 43 vert.: 27
(II) RADEON(0): Gamma: 2.20
(II) RADEON(0): DPMS capabilities: StandBy Suspend Off
(II) RADEON(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4
(II) RADEON(0): First detailed timing is preferred mode
(II) RADEON(0): redX: 0.651 redY: 0.333 greenX: 0.277 greenY: 0.614
(II) RADEON(0): blueX: 0.145 blueY: 0.082 whiteX: 0.313 whiteY: 0.329
(II) RADEON(0): Supported VESA Video Modes:
(II) RADEON(0): 720x400@70Hz
(II) RADEON(0): 640x480@60Hz
(II) RADEON(0): 640x480@75Hz
(II) RADEON(0): 800x600@56Hz
(II) RADEON(0): 800x600@60Hz
(II) RADEON(0): 800x600@75Hz
(II) RADEON(0): 832x624@75Hz
(II) RADEON(0): 1024x768@60Hz
(II) RADEON(0): 1024x768@75Hz
(II) RADEON(0): 1280x1024@75Hz
(II) RADEON(0): 1152x870@75Hz
(II) RADEON(0): Manufacturer's mask: 0
(II) RADEON(0): Supported Future Video Modes:
(II) RADEON(0): #1: hsize: 1280 vsize 1024 refresh: 60 vid: 32897
(II) RADEON(0): #2: hsize: 1280 vsize 960 refresh: 60 vid: 16513
(II) RADEON(0): #3: hsize: 1152 vsize 864 refresh: 75 vid: 20337
(II) RADEON(0): Supported additional Video Mode:
(II) RADEON(0): clock: 146.2 MHz Image Size: 434 x 270 mm
(II) RADEON(0): h_active: 1680 h_sync: 1784 h_sync_end 1960 h_blank_end 2240 h_border: 0
(II) RADEON(0): v_active: 1050 v_sync: 1053 v_sync_end 1059 v_blanking: 1089 v_border: 0
(II) RADEON(0): Ranges: V min: 56 V max: 75 Hz, H min: 28 H max: 83 kHz, PixClock max 150 MHz
(II) RADEON(0): Monitor name: L204WT
(II) RADEON(0): Monitor name:
(II) RADEON(0): EDID (in hex):
(II) RADEON(0): 00ffffffffffff001e6d484e16440200
(II) RADEON(0): 08100103ea2b1b78ead105a655479d25
(II) RADEON(0): 155054a76b80010181808140714f0101
(II) RADEON(0): 01010101010121399030621a274068b0
(II) RADEON(0): 3600b20e1100001c000000fd00384b1c
(II) RADEON(0): 530f000a202020202020000000fc004c
(II) RADEON(0): 32303457540a202020202020000000fc
(II) RADEON(0): 000a2020202020202020202020200051
(II) RADEON(0): Panel infos found from DDC detailed: 1680x1050
(II) RADEON(0): EDID vendor "GSM", prod id 20040
(II) RADEON(0): Output VGA-0 disconnected
(II) RADEON(0): Output DVI-0 connected
(II) RADEON(0): Using user preference for initial modes
(II) RADEON(0): Output DVI-0 using initial mode 1680x1050
(==) RADEON(0): DPI set to (96, 96)
(II) Loading sub module "fb"
(II) LoadModule: "fb"
(II) Loading /usr/lib64/xorg/modules//libfb.so
(II) Module fb: vendor="X.Org Foundation"
compiled for 1.6.1.901, module version = 1.0.0
ABI class: X.Org ANSI C Emulation, version 0.4
(==) RADEON(0): Using gamma correction (1.0, 1.0, 1.0)
(II) Loading sub module "ramdac"
(II) LoadModule: "ramdac"
(II) Module "ramdac" already built-in
(==) RADEON(0): Will attempt to use R6xx/R7xx EXA support if DRI is enabled.
(II) Loading sub module "exa"
(II) LoadModule: "exa"
(II) Loading /usr/lib64/xorg/modules//libexa.so
(II) Module exa: vendor="X.Org Foundation"
compiled for 1.6.1.901, module version = 2.4.0
ABI class: X.Org Video Driver, version 5.0
(!!) RADEON(0): For information on using the multimedia capabilities
of this adapter, please see http://gatos.sf.net.
(!!) RADEON(0): MergedFB support has been removed and replaced with xrandr 1.2 support
(--) Depth 24 pixmap format is 32 bpp
(II) do I need RAC? No, I don't.
(II) resource ranges after preInit:
[0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[4] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[5] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[6] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[7] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[8] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[9] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[10] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[11] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[12] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[13] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[14] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[15] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[16] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[17] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[18] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[19] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[20] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[21] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B]
[22] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B]
[23] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B]
[24] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprU)
[25] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprU)
[26] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprU)
[27] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[28] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
[29] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[30] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
[31] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[32] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
[33] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[34] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
[35] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[36] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
[37] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B]
[38] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
[39] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU)
[40] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU)
(II) RADEON(0): RADEONScreenInit f0000000 0 0
(II) RADEON(0): DIG0 transmitter: Coherent Mode enabled
Output DIG0 transmitter setup success
Blank CRTC 0 success
Disable CRTC 0 success
Disable CRTC memreq 0 success
Blank CRTC 1 success
Disable CRTC 1 success
Disable CRTC memreq 1 success
Static power management enable success
(II) RADEON(0): Dynamic Clock Gating Enabled
(II) RADEON(0): Dynamic Power Management Enabled
(==) RADEON(0): Using 24 bit depth buffer
(II) RADEON(0): RADEONInitMemoryMap() :
(II) RADEON(0): mem_size : 0x08000000
(II) RADEON(0): MC_FB_LOCATION : 0x00c700c0
(II) RADEON(0): MC_AGP_LOCATION : 0x003f0000
(II) RADEON(0): Depth moves disabled by default
(II) RADEON(0): Allocating from a screen of 131008 kb
(II) RADEON(0): Will use 32 kb for hardware cursor 0 at offset 0x00b7c000
(II) RADEON(0): Will use 32 kb for hardware cursor 1 at offset 0x00b80000
(II) RADEON(0): Will use 11760 kb for front buffer at offset 0x00000000
(II) RADEON(0): Will use 64 kb for PCI GART at offset 0x07ff0000
(II) RADEON(0): Will use 11760 kb for back buffer at offset 0x00b84000
(II) RADEON(0): Will use 11760 kb for depth buffer at offset 0x01700000
(II) RADEON(0): Will use 47616 kb for textures at offset 0x0227c000
(II) RADEON(0): Will use 48080 kb for X Server offscreen at offset 0x050fc000
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 10, (OK)
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 10, (OK)
drmOpenByBusid: Searching for BusID pci:0000:01:05.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 10, (OK)
drmOpenByBusid: drmOpenMinor returns 10
drmOpenByBusid: drmGetBusid reports pci:0000:01:05.0
(II) [drm] DRM interface version 1.3
(II) [drm] Could not create SAREA for DRM lock.
(EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI.
(II) RADEON(0): RADEONRestoreMemMapRegisters() :
(II) RADEON(0): MC_FB_LOCATION : 0x00c700c0 0x00c700c0
(II) RADEON(0): MC_AGP_LOCATION : 0x003f0000
(==) RADEON(0): Backing store disabled
(WW) RADEON(0): Direct rendering disabled
(EE) RADEON(0): Acceleration initialization failed
(II) RADEON(0): Acceleration disabled
(II) RADEON(0): DPMS enabled
(==) RADEON(0): Silken mouse enabled
(II) RADEON(0): Textured video requires CP on R5xx/R6xx/R7xx/IGP
Output CRT1 disable success
(II) RADEON(0): DIG0 transmitter: Coherent Mode enabled
Output DIG0 transmitter setup success
Blank CRTC 0 success
Disable CRTC 0 success
Disable CRTC memreq 0 success
Blank CRTC 1 success
Disable CRTC 1 success
Disable CRTC memreq 1 success
(II) RADEON(0): DIG0 transmitter: Coherent Mode enabled
Output DIG0 transmitter setup success
Blank CRTC 0 success
Disable CRTC 0 success
Disable CRTC memreq 0 success
Mode 1680x1050 - 2240 1089 6
(II) RADEON(0): RADEONRestoreMemMapRegisters() :
(II) RADEON(0): MC_FB_LOCATION : 0x00c700c0 0x00c700c0
(II) RADEON(0): MC_AGP_LOCATION : 0x003f0000
freq: 146250000
best_freq: 146243000
best_feedback_div: 817
best_frac_feedback_div: 0
best_ref_div: 10
best_post_div: 8
(II) RADEON(0): crtc(0) Clock: mode 146250, PLL 146240
(II) RADEON(0): crtc(0) PLL : refdiv 10, fbdiv 0x331(817), fracfbdiv 0, pdiv 8
Set CRTC 0 PLL success
Set CRTC Timing success
Set CRTC 0 Overscan success
Not using RMX
scaler 0 setup success
Set CRTC 0 Source success
crtc 0 YUV disable setup success
(II) RADEON(0): DIG0 transmitter: Coherent Mode enabled
Output DIG0 transmitter setup success
Output DIG2 encoder setup success
Output DIG2 encoder setup success
(II) RADEON(0): DIG0 transmitter: Coherent Mode enabled
Output DIG0 transmitter setup success
(II) RADEON(0): DIG0 transmitter: Coherent Mode enabled
Output DIG0 transmitter setup success
(II) RADEON(0): DIG0 transmitter: Coherent Mode enabled
Output DIG0 transmitter setup success
Enable CRTC memreq 0 success
Enable CRTC 0 success
Unblank CRTC 0 success
Output CRT1 disable success
Blank CRTC 1 success
Disable CRTC 1 success
Disable CRTC memreq 1 success
(II) RADEON(0): RandR 1.2 enabled, ignore the following RandR disabled message.
Lock CRTC 0 success
Unlock CRTC 0 success
(--) RandR disabled
(II) Initializing built-in extension Generic Event Extension
(II) Initializing built-in extension SHAPE
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension BIG-REQUESTS
(II) Initializing built-in extension SYNC
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension XC-MISC
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFIXES
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) Initializing built-in extension COMPOSITE
(II) Initializing built-in extension DAMAGE
(II) AIGLX: Loaded and initialized /usr/lib64/dri/swrast_dri.so
(II) GLX: Initialized DRISWRAST GL provider for screen 0
(II) RADEON(0): Setting screen physical size to 434 x 270
(**) Option "CorePointer"
(**) Mouse1: always reports core events
(**) Mouse1: Device: "/dev/input/event5"
(II) Mouse1: Found 16 mouse buttons
(II) Mouse1: Found x and y relative axes
(II) Mouse1: Found scroll wheel(s)
(II) Mouse1: Configuring as mouse
(**) Mouse1: YAxisMapping: buttons 4 and 5
(**) Mouse1: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200
(II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE)
(**) Mouse1: (accel) keeping acceleration scheme 1
(**) Mouse1: (accel) filter chain progression: 2.00
(**) Mouse1: (accel) filter stage 0: 20.00 ms
(**) Mouse1: (accel) set acceleration profile 0
(**) Option "CoreKeyboard"
(**) Keyboard1: always reports core events
(**) Option "Protocol" "standard"
(**) Keyboard1: Protocol: standard
(**) Option "AutoRepeat" "500 30"
(**) Option "XkbRules" "xorg"
(**) Keyboard1: XkbRules: "xorg"
(**) Option "XkbModel" "pc105"
(**) Keyboard1: XkbModel: "pc105"
(**) Option "XkbLayout" "de"
(**) Keyboard1: XkbLayout: "de"
(**) Option "CustomKeycodes" "off"
(**) Keyboard1: CustomKeycodes disabled
(II) XINPUT: Adding extended input device "Keyboard1" (type: KEYBOARD)
(II) RADEON(0): Power Mode Switch
(II) RADEON(0): Output: VGA-0, Detected Monitor Type: 0
Dac detection success
(II) RADEON(0): EDID vendor "GSM", prod id 20040
(II) RADEON(0): Using EDID range info for horizontal sync
(II) RADEON(0): Using EDID range info for vertical refresh
(II) RADEON(0): Printing DDC gathered Modelines:
(II) RADEON(0): Modeline "1680x1050"x0.0 146.25 1680 1784 1960 2240 1050 1053 1059 1089 -hsync +vsync (65.3 kHz)
(II) RADEON(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz)
(II) RADEON(0): Modeline "800x600"x0.0 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz)
(II) RADEON(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz)
(II) RADEON(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz)
(II) RADEON(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz)
(II) RADEON(0): Modeline "1280x1024"x0.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz)
(II) RADEON(0): Modeline "1024x768"x0.0 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz)
(II) RADEON(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz)
(II) RADEON(0): Modeline "832x624"x0.0 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz)
(II) RADEON(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz)
(II) RADEON(0): Modeline "1152x864"x0.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz)
(II) RADEON(0): Modeline "1280x1024"x0.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz)
(II) RADEON(0): Modeline "1280x960"x0.0 108.00 1280 1376 1488 1800 960 961 964 1000 +hsync +vsync (60.0 kHz)
(II) RADEON(0): Modeline "1152x864"x0.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz)
(II) RADEON(0): Output: DVI-0, Detected Monitor Type: 3
(II) RADEON(0): EDID data from the display on output: DVI-0 ----------------------
(II) RADEON(0): Manufacturer: GSM Model: 4e48 Serial#: 148502
(II) RADEON(0): Year: 2006 Week: 8
(II) RADEON(0): EDID Version: 1.3
(II) RADEON(0): Digital Display Input
(II) RADEON(0): Max Image Size [cm]: horiz.: 43 vert.: 27
(II) RADEON(0): Gamma: 2.20
(II) RADEON(0): DPMS capabilities: StandBy Suspend Off
(II) RADEON(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4
(II) RADEON(0): First detailed timing is preferred mode
(II) RADEON(0): redX: 0.651 redY: 0.333 greenX: 0.277 greenY: 0.614
(II) RADEON(0): blueX: 0.145 blueY: 0.082 whiteX: 0.313 whiteY: 0.329
(II) RADEON(0): Supported VESA Video Modes:
(II) RADEON(0): 720x400@70Hz
(II) RADEON(0): 640x480@60Hz
(II) RADEON(0): 640x480@75Hz
(II) RADEON(0): 800x600@56Hz
(II) RADEON(0): 800x600@60Hz
(II) RADEON(0): 800x600@75Hz
(II) RADEON(0): 832x624@75Hz
(II) RADEON(0): 1024x768@60Hz
(II) RADEON(0): 1024x768@75Hz
(II) RADEON(0): 1280x1024@75Hz
(II) RADEON(0): 1152x870@75Hz
(II) RADEON(0): Manufacturer's mask: 0
(II) RADEON(0): Supported Future Video Modes:
(II) RADEON(0): #1: hsize: 1280 vsize 1024 refresh: 60 vid: 32897
(II) RADEON(0): #2: hsize: 1280 vsize 960 refresh: 60 vid: 16513
(II) RADEON(0): #3: hsize: 1152 vsize 864 refresh: 75 vid: 20337
(II) RADEON(0): Supported additional Video Mode:
(II) RADEON(0): clock: 146.2 MHz Image Size: 434 x 270 mm
(II) RADEON(0): h_active: 1680 h_sync: 1784 h_sync_end 1960 h_blank_end 2240 h_border: 0
(II) RADEON(0): v_active: 1050 v_sync: 1053 v_sync_end 1059 v_blanking: 1089 v_border: 0
(II) RADEON(0): Ranges: V min: 56 V max: 75 Hz, H min: 28 H max: 83 kHz, PixClock max 150 MHz
(II) RADEON(0): Monitor name: L204WT
(II) RADEON(0): Monitor name:
(II) RADEON(0): EDID (in hex):
(II) RADEON(0): 00ffffffffffff001e6d484e16440200
(II) RADEON(0): 08100103ea2b1b78ead105a655479d25
(II) RADEON(0): 155054a76b80010181808140714f0101
(II) RADEON(0): 01010101010121399030621a274068b0
(II) RADEON(0): 3600b20e1100001c000000fd00384b1c
(II) RADEON(0): 530f000a202020202020000000fc004c
(II) RADEON(0): 32303457540a202020202020000000fc
(II) RADEON(0): 000a2020202020202020202020200051
(II) RADEON(0): EDID vendor "GSM", prod id 20040
Output CRT1 disable success
(II) RADEON(0): DIG0 transmitter: Coherent Mode enabled
Output DIG0 transmitter setup success
Blank CRTC 0 success
Disable CRTC 0 success
Disable CRTC memreq 0 success
Blank CRTC 1 success
Disable CRTC 1 success
Disable CRTC memreq 1 success
(II) RADEON(0): Power Mode Switch
(EE) RADEON(0): Acceleration required for rotation
(II) RADEON(0): DIG0 transmitter: Coherent Mode enabled
Output DIG0 transmitter setup success
Blank CRTC 0 success
Disable CRTC 0 success
Disable CRTC memreq 0 success
Mode 1680x1050 - 2240 1089 6
(II) RADEON(0): RADEONRestoreMemMapRegisters() :
(II) RADEON(0): MC_FB_LOCATION : 0x00c700c0 0x00c700c0
(II) RADEON(0): MC_AGP_LOCATION : 0x003f0000
freq: 146250000
best_freq: 146243000
best_feedback_div: 817
best_frac_feedback_div: 0
best_ref_div: 10
best_post_div: 8
(II) RADEON(0): crtc(0) Clock: mode 146250, PLL 146240
(II) RADEON(0): crtc(0) PLL : refdiv 10, fbdiv 0x331(817), fracfbdiv 0, pdiv 8
Set CRTC 0 PLL success
Set CRTC Timing success
Set CRTC 0 Overscan success
Not using RMX
scaler 0 setup success
Set CRTC 0 Source success
crtc 0 YUV disable setup success
(II) RADEON(0): DIG0 transmitter: Coherent Mode enabled
Output DIG0 transmitter setup success
Output DIG2 encoder setup success
Output DIG2 encoder setup success
(II) RADEON(0): DIG0 transmitter: Coherent Mode enabled
Output DIG0 transmitter setup success
(II) RADEON(0): DIG0 transmitter: Coherent Mode enabled
Output DIG0 transmitter setup success
(II) RADEON(0): DIG0 transmitter: Coherent Mode enabled
Output DIG0 transmitter setup success
Enable CRTC memreq 0 success
Enable CRTC 0 success
Unblank CRTC 0 success
Output CRT1 disable success
Blank CRTC 1 success
Disable CRTC 1 success
Disable CRTC memreq 1 success
(II) RADEON(0): Power Mode Switch
(II) RADEON(0): Output: VGA-0, Detected Monitor Type: 0
Dac detection success
(II) RADEON(0): EDID vendor "GSM", prod id 20040
(II) RADEON(0): Using hsync ranges from config file
(II) RADEON(0): Using vrefresh ranges from config file
(II) RADEON(0): Printing DDC gathered Modelines:
(II) RADEON(0): Modeline "1680x1050"x0.0 146.25 1680 1784 1960 2240 1050 1053 1059 1089 -hsync +vsync (65.3 kHz)
(II) RADEON(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz)
(II) RADEON(0): Modeline "800x600"x0.0 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz)
(II) RADEON(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz)
(II) RADEON(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz)
(II) RADEON(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz)
(II) RADEON(0): Modeline "1280x1024"x0.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz)
(II) RADEON(0): Modeline "1024x768"x0.0 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz)
(II) RADEON(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz)
(II) RADEON(0): Modeline "832x624"x0.0 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz)
(II) RADEON(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz)
(II) RADEON(0): Modeline "1152x864"x0.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz)
(II) RADEON(0): Modeline "1280x1024"x0.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz)
(II) RADEON(0): Modeline "1280x960"x0.0 108.00 1280 1376 1488 1800 960 961 964 1000 +hsync +vsync (60.0 kHz)
(II) RADEON(0): Modeline "1152x864"x0.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz)
(II) RADEON(0): Output: DVI-0, Detected Monitor Type: 3
(II) RADEON(0): EDID data from the display on output: DVI-0 ----------------------
(II) RADEON(0): Manufacturer: GSM Model: 4e48 Serial#: 148502
(II) RADEON(0): Year: 2006 Week: 8
(II) RADEON(0): EDID Version: 1.3
(II) RADEON(0): Digital Display Input
(II) RADEON(0): Max Image Size [cm]: horiz.: 43 vert.: 27
(II) RADEON(0): Gamma: 2.20
(II) RADEON(0): DPMS capabilities: StandBy Suspend Off
(II) RADEON(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4
(II) RADEON(0): First detailed timing is preferred mode
(II) RADEON(0): redX: 0.651 redY: 0.333 greenX: 0.277 greenY: 0.614
(II) RADEON(0): blueX: 0.145 blueY: 0.082 whiteX: 0.313 whiteY: 0.329
(II) RADEON(0): Supported VESA Video Modes:
(II) RADEON(0): 720x400@70Hz
(II) RADEON(0): 640x480@60Hz
(II) RADEON(0): 640x480@75Hz
(II) RADEON(0): 800x600@56Hz
(II) RADEON(0): 800x600@60Hz
(II) RADEON(0): 800x600@75Hz
(II) RADEON(0): 832x624@75Hz
(II) RADEON(0): 1024x768@60Hz
(II) RADEON(0): 1024x768@75Hz
(II) RADEON(0): 1280x1024@75Hz
(II) RADEON(0): 1152x870@75Hz
(II) RADEON(0): Manufacturer's mask: 0
(II) RADEON(0): Supported Future Video Modes:
(II) RADEON(0): #1: hsize: 1280 vsize 1024 refresh: 60 vid: 32897
(II) RADEON(0): #2: hsize: 1280 vsize 960 refresh: 60 vid: 16513
(II) RADEON(0): #3: hsize: 1152 vsize 864 refresh: 75 vid: 20337
(II) RADEON(0): Supported additional Video Mode:
(II) RADEON(0): clock: 146.2 MHz Image Size: 434 x 270 mm
(II) RADEON(0): h_active: 1680 h_sync: 1784 h_sync_end 1960 h_blank_end 2240 h_border: 0
(II) RADEON(0): v_active: 1050 v_sync: 1053 v_sync_end 1059 v_blanking: 1089 v_border: 0
(II) RADEON(0): Ranges: V min: 56 V max: 75 Hz, H min: 28 H max: 83 kHz, PixClock max 150 MHz
(II) RADEON(0): Monitor name: L204WT
(II) RADEON(0): Monitor name:
(II) RADEON(0): EDID (in hex):
(II) RADEON(0): 00ffffffffffff001e6d484e16440200
(II) RADEON(0): 08100103ea2b1b78ead105a655479d25
(II) RADEON(0): 155054a76b80010181808140714f0101
(II) RADEON(0): 01010101010121399030621a274068b0
(II) RADEON(0): 3600b20e1100001c000000fd00384b1c
(II) RADEON(0): 530f000a202020202020000000fc004c
(II) RADEON(0): 32303457540a202020202020000000fc
(II) RADEON(0): 000a2020202020202020202020200051
(II) RADEON(0): EDID vendor "GSM", prod id 20040
(II) RADEON(0): Output: VGA-0, Detected Monitor Type: 0
Dac detection success
(II) RADEON(0): EDID vendor "GSM", prod id 20040
(II) RADEON(0): Using hsync ranges from config file
(II) RADEON(0): Using vrefresh ranges from config file
(II) RADEON(0): Printing DDC gathered Modelines:
(II) RADEON(0): Modeline "1680x1050"x0.0 146.25 1680 1784 1960 2240 1050 1053 1059 1089 -hsync +vsync (65.3 kHz)
(II) RADEON(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz)
(II) RADEON(0): Modeline "800x600"x0.0 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz)
(II) RADEON(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz)
(II) RADEON(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz)
(II) RADEON(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz)
(II) RADEON(0): Modeline "1280x1024"x0.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz)
(II) RADEON(0): Modeline "1024x768"x0.0 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz)
(II) RADEON(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz)
(II) RADEON(0): Modeline "832x624"x0.0 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz)
(II) RADEON(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz)
(II) RADEON(0): Modeline "1152x864"x0.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz)
(II) RADEON(0): Modeline "1280x1024"x0.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz)
(II) RADEON(0): Modeline "1280x960"x0.0 108.00 1280 1376 1488 1800 960 961 964 1000 +hsync +vsync (60.0 kHz)
(II) RADEON(0): Modeline "1152x864"x0.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz)
(II) RADEON(0): Output: DVI-0, Detected Monitor Type: 3
(II) RADEON(0): EDID data from the display on output: DVI-0 ----------------------
(II) RADEON(0): Manufacturer: GSM Model: 4e48 Serial#: 148502
(II) RADEON(0): Year: 2006 Week: 8
(II) RADEON(0): EDID Version: 1.3
(II) RADEON(0): Digital Display Input
(II) RADEON(0): Max Image Size [cm]: horiz.: 43 vert.: 27
(II) RADEON(0): Gamma: 2.20
(II) RADEON(0): DPMS capabilities: StandBy Suspend Off
(II) RADEON(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4
(II) RADEON(0): First detailed timing is preferred mode
(II) RADEON(0): redX: 0.651 redY: 0.333 greenX: 0.277 greenY: 0.614
(II) RADEON(0): blueX: 0.145 blueY: 0.082 whiteX: 0.313 whiteY: 0.329
(II) RADEON(0): Supported VESA Video Modes:
(II) RADEON(0): 720x400@70Hz
(II) RADEON(0): 640x480@60Hz
(II) RADEON(0): 640x480@75Hz
(II) RADEON(0): 800x600@56Hz
(II) RADEON(0): 800x600@60Hz
(II) RADEON(0): 800x600@75Hz
(II) RADEON(0): 832x624@75Hz
(II) RADEON(0): 1024x768@60Hz
(II) RADEON(0): 1024x768@75Hz
(II) RADEON(0): 1280x1024@75Hz
(II) RADEON(0): 1152x870@75Hz
(II) RADEON(0): Manufacturer's mask: 0
(II) RADEON(0): Supported Future Video Modes:
(II) RADEON(0): #1: hsize: 1280 vsize 1024 refresh: 60 vid: 32897
(II) RADEON(0): #2: hsize: 1280 vsize 960 refresh: 60 vid: 16513
(II) RADEON(0): #3: hsize: 1152 vsize 864 refresh: 75 vid: 20337
(II) RADEON(0): Supported additional Video Mode:
(II) RADEON(0): clock: 146.2 MHz Image Size: 434 x 270 mm
(II) RADEON(0): h_active: 1680 h_sync: 1784 h_sync_end 1960 h_blank_end 2240 h_border: 0
(II) RADEON(0): v_active: 1050 v_sync: 1053 v_sync_end 1059 v_blanking: 1089 v_border: 0
(II) RADEON(0): Ranges: V min: 56 V max: 75 Hz, H min: 28 H max: 83 kHz, PixClock max 150 MHz
(II) RADEON(0): Monitor name: L204WT
(II) RADEON(0): Monitor name:
(II) RADEON(0): EDID (in hex):
(II) RADEON(0): 00ffffffffffff001e6d484e16440200
(II) RADEON(0): 08100103ea2b1b78ead105a655479d25
(II) RADEON(0): 155054a76b80010181808140714f0101
(II) RADEON(0): 01010101010121399030621a274068b0
(II) RADEON(0): 3600b20e1100001c000000fd00384b1c
(II) RADEON(0): 530f000a202020202020000000fc004c
(II) RADEON(0): 32303457540a202020202020000000fc
(II) RADEON(0): 000a2020202020202020202020200051
(II) RADEON(0): EDID vendor "GSM", prod id 20040
(II) RADEON(0): Output: VGA-0, Detected Monitor Type: 0
Dac detection success
(II) RADEON(0): EDID vendor "GSM", prod id 20040
(II) RADEON(0): Using hsync ranges from config file
(II) RADEON(0): Using vrefresh ranges from config file
(II) RADEON(0): Printing DDC gathered Modelines:
(II) RADEON(0): Modeline "1680x1050"x0.0 146.25 1680 1784 1960 2240 1050 1053 1059 1089 -hsync +vsync (65.3 kHz)
(II) RADEON(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz)
(II) RADEON(0): Modeline "800x600"x0.0 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz)
(II) RADEON(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz)
(II) RADEON(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz)
(II) RADEON(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz)
(II) RADEON(0): Modeline "1280x1024"x0.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz)
(II) RADEON(0): Modeline "1024x768"x0.0 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz)
(II) RADEON(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz)
(II) RADEON(0): Modeline "832x624"x0.0 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz)
(II) RADEON(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz)
(II) RADEON(0): Modeline "1152x864"x0.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz)
(II) RADEON(0): Modeline "1280x1024"x0.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz)
(II) RADEON(0): Modeline "1280x960"x0.0 108.00 1280 1376 1488 1800 960 961 964 1000 +hsync +vsync (60.0 kHz)
(II) RADEON(0): Modeline "1152x864"x0.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz)
(II) RADEON(0): Output: DVI-0, Detected Monitor Type: 3
(II) RADEON(0): EDID data from the display on output: DVI-0 ----------------------
(II) RADEON(0): Manufacturer: GSM Model: 4e48 Serial#: 148502
(II) RADEON(0): Year: 2006 Week: 8
(II) RADEON(0): EDID Version: 1.3
(II) RADEON(0): Digital Display Input
(II) RADEON(0): Max Image Size [cm]: horiz.: 43 vert.: 27
(II) RADEON(0): Gamma: 2.20
(II) RADEON(0): DPMS capabilities: StandBy Suspend Off
(II) RADEON(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4
(II) RADEON(0): First detailed timing is preferred mode
(II) RADEON(0): redX: 0.651 redY: 0.333 greenX: 0.277 greenY: 0.614
(II) RADEON(0): blueX: 0.145 blueY: 0.082 whiteX: 0.313 whiteY: 0.329
(II) RADEON(0): Supported VESA Video Modes:
(II) RADEON(0): 720x400@70Hz
(II) RADEON(0): 640x480@60Hz
(II) RADEON(0): 640x480@75Hz
(II) RADEON(0): 800x600@56Hz
(II) RADEON(0): 800x600@60Hz
(II) RADEON(0): 800x600@75Hz
(II) RADEON(0): 832x624@75Hz
(II) RADEON(0): 1024x768@60Hz
(II) RADEON(0): 1024x768@75Hz
(II) RADEON(0): 1280x1024@75Hz
(II) RADEON(0): 1152x870@75Hz
(II) RADEON(0): Manufacturer's mask: 0
(II) RADEON(0): Supported Future Video Modes:
(II) RADEON(0): #1: hsize: 1280 vsize 1024 refresh: 60 vid: 32897
(II) RADEON(0): #2: hsize: 1280 vsize 960 refresh: 60 vid: 16513
(II) RADEON(0): #3: hsize: 1152 vsize 864 refresh: 75 vid: 20337
(II) RADEON(0): Supported additional Video Mode:
(II) RADEON(0): clock: 146.2 MHz Image Size: 434 x 270 mm
(II) RADEON(0): h_active: 1680 h_sync: 1784 h_sync_end 1960 h_blank_end 2240 h_border: 0
(II) RADEON(0): v_active: 1050 v_sync: 1053 v_sync_end 1059 v_blanking: 1089 v_border: 0
(II) RADEON(0): Ranges: V min: 56 V max: 75 Hz, H min: 28 H max: 83 kHz, PixClock max 150 MHz
(II) RADEON(0): Monitor name: L204WT
(II) RADEON(0): Monitor name:
(II) RADEON(0): EDID (in hex):
(II) RADEON(0): 00ffffffffffff001e6d484e16440200
(II) RADEON(0): 08100103ea2b1b78ead105a655479d25
(II) RADEON(0): 155054a76b80010181808140714f0101
(II) RADEON(0): 01010101010121399030621a274068b0
(II) RADEON(0): 3600b20e1100001c000000fd00384b1c
(II) RADEON(0): 530f000a202020202020000000fc004c
(II) RADEON(0): 32303457540a202020202020000000fc
(II) RADEON(0): 000a2020202020202020202020200051
(II) RADEON(0): EDID vendor "GSM", prod id 20040
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2009-06-04 3:39 Dave Airlie
2009-06-05 5:42 ` Markus Trippelsdorf
0 siblings, 1 reply; 427+ messages in thread
From: Dave Airlie @ 2009-06-04 3:39 UTC (permalink / raw)
To: torvalds; +Cc: dri-devel, linux-kernel
Hi Linus,
Please pull the 'drm-fixes' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Have been out on holidays, so sorry these are a bit late, the radeon one
fixes a regression reported since -rc1 so is most important.
Dave.
drivers/gpu/drm/drm_bufs.c | 3 +-
drivers/gpu/drm/drm_crtc.c | 7 ++-
drivers/gpu/drm/drm_crtc_helper.c | 109 ++++++++++++++++++++++++++++++++++-
drivers/gpu/drm/drm_edid.c | 5 ++
drivers/gpu/drm/drm_irq.c | 8 ++-
drivers/gpu/drm/drm_sysfs.c | 7 +-
drivers/gpu/drm/i915/i915_dma.c | 12 +---
drivers/gpu/drm/i915/intel_crt.c | 6 +--
drivers/gpu/drm/i915/intel_dvo.c | 1 +
drivers/gpu/drm/i915/intel_hdmi.c | 1 +
drivers/gpu/drm/i915/intel_lvds.c | 8 +--
drivers/gpu/drm/i915/intel_sdvo.c | 1 +
drivers/gpu/drm/i915/intel_tv.c | 1 +
drivers/gpu/drm/radeon/radeon_cp.c | 4 +-
drivers/gpu/drm/radeon/radeon_drv.h | 5 +-
include/drm/drm_crtc.h | 3 +
include/drm/drm_crtc_helper.h | 2 +
17 files changed, 151 insertions(+), 32 deletions(-)
commit fc43896630a421321a19d7970bac27ac94e9d162
Author: Adam Jackson <ajax@redhat.com>
Date: Thu Jun 4 10:20:34 2009 +1000
drm: ignore EDID with really tiny modes.
Some EDIDs lie and report tiny modes that aren't possible. Ignore
these modes.
Signed-off-by: Adam Jackson <ajax@redhat.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 6c51d1cfa0a370b48a157163340190cf5fd2346b
Author: Ben Skeggs <bskeggs@redhat.com>
Date: Tue May 26 10:35:52 2009 +1000
drm: don't associate _DRM_DRIVER maps with a master
A driver will use the _DRM_DRIVER map flag to indicate that it wants
to be responsible for removing the map itself, bypassing the DRM's
automagic cleanup code.
Since the multi-master changes this has been broken, resulting in some
drivers having their registers unmapped before it's finished with them.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 93c05f222413e3a16e8785f252db4726693abd71
Author: Jaswinder Singh Rajput <jaswinder@kernel.org>
Date: Thu Jun 4 09:41:19 2009 +1000
drm/i915: intel_lvds.c fix section mismatch
intel_no_lvds[] does not require __initdata as it is used only by
void intel_lvds_init(struct drm_device *dev).
Signed-off-by: Jaswinder Singh Rajput <jaswinder@kernel.org>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit c9fb15f60eb517c958dec64dca9357bf62bf2201
Author: Keith Packard <keithp@keithp.com>
Date: Sat May 30 20:42:28 2009 -0700
drm: Hook up DPMS property handling in drm_crtc.c. Add drm_helper_connector_dpms.
Making the drm_crtc.c code recognize the DPMS property and invoke the
connector->dpms function doesn't remove any capability from the driver while
reducing code duplication.
That just highlighted the problem with the existing DPMS functions which
could turn off the connector, but failed to turn off any relevant crtcs. The
new drm_helper_connector_dpms function manages all of that, using the
drm_helper-specific crtc and encoder dpms functions, automatically computing
the appropriate DPMS level for each object in the system.
This fixes the current troubles in the i915 driver which left PLLs, pipes
and planes running while in DPMS_OFF mode or even while they were unused.
Signed-off-by: Keith Packard <keithp@keithp.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit e36ebaf49274ffa78f17b62bcae4c92c33b5b391
Author: Keith Packard <keithp@keithp.com>
Date: Sat May 30 20:42:26 2009 -0700
drm: set permissions on edid file to 0444
Without initializing the sysfs attributes for the edid file,
it was created with mode 0, making it difficult for applications to use.
Signed-off-by: Keith Packard <keithp@keithp.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 75185c929ed241f5cf1aa28999b8012181e2c7cb
Author: Keith Packard <keithp@keithp.com>
Date: Sat May 30 20:42:25 2009 -0700
drm: add newlines to text sysfs files
The contents of various simple text files in sysfs should end with
a newline to make them easier to read from the console.
Signed-off-by: Keith Packard <keithp@keithp.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 9863871bd1bbf218b921af5e0bc48ca4f6ea9f12
Author: Dave Airlie <airlied@linux.ie>
Date: Thu Jun 4 07:08:13 2009 +1000
drm/radeon: fix ring free alignment calculations
fd.o bz#21849
We were aligning to +16 dwords, instead of to the next 16dword
boundary in the ring. Fix the calculation to go to the next 16dword
boundary when space checking.
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit b8da7de56ca0ad34726478a50d138a29a9ff76cb
Author: Dave Airlie <airlied@redhat.com>
Date: Tue Jun 2 16:50:35 2009 +1000
drm: fix irq naming for kms drivers.
allocating devname in the i915 driver was a hack originally and I
forgot to figure out how to do this properly back then.
So this is the cleaner version that just picks devname or driver name
in the irq code.
It removes the devname allocs from the i915 driver.
Signed-off-by: Dave Airlie <airlied@redhat.com>
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2009-05-20 23:30 Jesse Barnes
0 siblings, 0 replies; 427+ messages in thread
From: Jesse Barnes @ 2009-05-20 23:30 UTC (permalink / raw)
To: Linus Torvalds, linux-kernel, dri-devel
A couple more fixes for .30.
The following changes since commit
279e677faa775ad16e75c32e1bf4a37f8158bc61: Linus Torvalds (1):
Merge branch 'fixes-for-linus' of
git://git.monstr.eu/linux-2.6-microblaze
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/jbarnes/drm-2.6 for-linus
Benjamin Herrenschmidt (1):
drm: Round size of SHM maps to PAGE_SIZE
Michel Dänzer (1):
drm: Copy back ioctl data to userspace regardless of return code.
drivers/gpu/drm/drm_bufs.c | 8 ++++++++
drivers/gpu/drm/drm_drv.c | 2 +-
2 files changed, 9 insertions(+), 1 deletions(-)
--
Jesse Barnes, Intel Open Source Technology Center
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2009-05-05 23:20 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2009-05-05 23:20 UTC (permalink / raw)
To: torvalds; +Cc: dri-devel, linux-kernel
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
This is just a bunch of minor fixes and cleanups from F11 development and
that area.
I'm off on holidays to Ireland until the start of June, so I'm sorta
hoping the merge window won't magic itself up in that time, we are hoping
to merge the radeon kms code under an experimental banner. I'm leaving
core drm in Jesse Barnes hands, and Eric will continue looking after
Intel.
Dave.
drivers/gpu/drm/drm_crtc_helper.c | 19 -------------------
drivers/gpu/drm/drm_drv.c | 3 ++-
drivers/gpu/drm/drm_stub.c | 15 +++++++++------
drivers/gpu/drm/drm_sysfs.c | 2 --
drivers/gpu/drm/r128/r128_cce.c | 6 +++---
drivers/gpu/drm/radeon/radeon_drv.h | 3 ++-
6 files changed, 16 insertions(+), 32 deletions(-)
commit 42beefc0093725ec0f8cea340cc54c36ccaceea0
Author: Dave Airlie <airlied@redhat.com>
Date: Wed May 6 09:04:52 2009 +1000
drm/r128: fix r128 ioremaps to use ioremap_wc.
This should allow r128 to start working again since PAT changes.
taken from F-11 kernel.
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 3788f48a0fad246dbab826e8b2f07b403b0e3279
Author: Ben Skeggs <bskeggs@redhat.com>
Date: Mon Mar 2 10:37:44 2009 +1000
drm: cleanup properly in drm_get_dev() failure paths
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 30ddbd94401a132f4d932775d1902b3c9a8c41b5
Author: Ben Skeggs <bskeggs@redhat.com>
Date: Mon Mar 2 11:13:04 2009 +1000
drm: clean the map list before destroying the hash table
The hash tables contains some of the mapping
so its really nice to have it for the deletion phase.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 400138bc8b9fca66d7d40511eaed2dc3a75426c8
Author: Jonas Bonn <jonas@southpole.se>
Date: Fri Apr 24 15:06:36 2009 +1000
drm: remove unreachable code in drm_sysfs.c
This code was never going to get called in there.
Signed-off-by: Jonas Bonn <jonas@southpole.se>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 59738d5c974d81b566cb53c203f5db268b7b3545
Author: Jonas Bonn <jonas@southpole.se>
Date: Fri Apr 24 15:05:02 2009 +1000
drm: add control node checks missing from kms merge
This line that checks the DRM_CONTROL_ALLOW flag was missed from the KMS
merge. Re-add the check on the IOCTL, as this is currently the only use of
this flag.
Signed-off-by: Jonas Bonn <jonas@southpole.se>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit c964b129425c98cb37da365e772bdbe5281f3a05
Author: Dave Airlie <airlied@linux.ie>
Date: Wed Apr 22 18:32:56 2009 +1000
drm/kms: don't try to shortcut drm mode set function
We have a drm_set_config which takes a crtc/encoder/mode setup,
and checks it to see if it can shortcut and just do a base setup,
or whether a complete mode setting is required.
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit e8a1344119f3787b822d110336e5dd33f6ffca70
Author: Maciej Cencora <m.cencora@gmail.com>
Date: Fri Apr 17 15:55:09 2009 +0200
drm/radeon: bump minor version for occlusion queries support
We already added support, just need to let userspace
know when it can use them.
Signed-off-by: Maciej Cencora <m.cencora@gmail.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2009-03-02 23:57 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2009-03-02 23:57 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel, dri-devel
Hi Linus,
Please pull the 'drm-fixes' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
This contains an intel oops fix, and some fixups to the lock code since
it got split into the per-master code.
Dave.
drivers/gpu/drm/drm_bufs.c | 2 +-
drivers/gpu/drm/drm_fops.c | 14 ++++++++++++++
drivers/gpu/drm/drm_lock.c | 3 ++-
drivers/gpu/drm/drm_stub.c | 8 --------
drivers/gpu/drm/i915/i915_irq.c | 5 +++--
5 files changed, 20 insertions(+), 12 deletions(-)
commit 299eb93c5f651b2bc368ada67d8471e4c575fa21
Author: Eric Anholt <eric@anholt.net>
Date: Tue Feb 24 22:14:12 2009 -0800
drm/i915: Fix use-before-null-check in i915_irq_emit().
This could be triggered by a client asking to emit an irq when the device
wasn't initialized.
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Dave Airlie <airlied@linux.ie>
commit fda714c29cdf360464059044b221450decb4b913
Author: Thomas Hellstrom <thellstrom@vmware.com>
Date: Mon Mar 2 11:10:56 2009 +0100
drm: Avoid client deadlocks when the master disappears.
This is done by
1) Wake up lock waiters when we close the master file descriptor.
Not when the master structure is removed, since the latter
requires the waiters themselves to release the refcount on the
master structure -> Deadlock.
2) Send a SIGTERM to all clients waiting for the lock.
Normally these clients will get a SIGPIPE when the X server dies,
but clients may also spin trying to grab the DRM lock, without
getting any sort of notification.
Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>
Signed-off-by: Dave Airlie <airlied@linux.ie>
commit 171901d15deeef61aa8e1b0d0772404f39691b73
Author: Thomas Hellstrom <thellstrom@vmware.com>
Date: Mon Mar 2 11:10:55 2009 +0100
drm: Wake up all lock waiters when the master disappears.
Currently only one waiter is woken up, leaving other waiters
hanging waiting for the DRM lock.
Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>
Signed-off-by: Dave Airlie <airlied@linux.ie>
commit 4d77c88e912e5eb9480432af09e950ca8995c253
Author: Thomas Hellstrom <thellstrom@vmware.com>
Date: Mon Mar 2 11:10:54 2009 +0100
drm: Don't return ERESTARTSYS to user-space.
That return code is for in-kernel use only.
Use EINTR instead.
Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>
Signed-off-by: Dave Airlie <airlied@linux.ie>
^ permalink raw reply [flat|nested] 427+ messages in thread
* [git pull] drm fixes
@ 2009-01-16 8:49 Dave Airlie
0 siblings, 0 replies; 427+ messages in thread
From: Dave Airlie @ 2009-01-16 8:49 UTC (permalink / raw)
To: torvalds; +Cc: dri-devel, linux-kernel
Hi Linus,
Please pull the 'drm-next' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-next
This contains some fixes since the kms code got merged, one reported
regression, and updates the kms driver to work on a few machines that
needed a different object for cursor use.
I suspect we have at least one more kms fixup coming, with a locking
cleanup and ref count on certain objects needs fixing.
Dave.
drivers/gpu/drm/drm_crtc_helper.c | 175 ++++++++++++++++++++++---------
drivers/gpu/drm/drm_irq.c | 18 +++-
drivers/gpu/drm/i915/i915_dma.c | 10 ++
drivers/gpu/drm/i915/i915_drv.h | 23 ++++
drivers/gpu/drm/i915/i915_gem.c | 189 +++++++++++++++++++++++++++++++++-
drivers/gpu/drm/i915/i915_irq.c | 6 +
drivers/gpu/drm/i915/intel_display.c | 43 ++++++---
drivers/gpu/drm/i915/intel_lvds.c | 7 ++
include/drm/drm_crtc.h | 2 +-
include/drm/drm_crtc_helper.h | 2 +-
10 files changed, 406 insertions(+), 69 deletions(-)
commit 34b8686e12eaf9878aaab89e92222060c3e7cc48
Author: Dave Airlie <airlied@linux.ie>
Date: Thu Jan 15 14:03:07 2009 +1000
drm/i915: lock correct mutex around object unreference.
This makes sure the mutex is held around the unreference.
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit 71acb5eb8d95b371f4cdd88a47f3c83c870d1c8f
Author: Dave Airlie <airlied@linux.ie>
Date: Tue Dec 30 20:31:46 2008 +1000
drm/i915: add support for physical memory objects
This is an initial patch to do support for objects which needs physical
contiguous main ram, cursors and overlay registers on older chipsets.
These objects are bound on cursor bin, like pinning, and we copy
the data to/from the backing store object into the real one on attach/detach.
notes:
possible over the top in attach/detach operations.
no overlay support yet.
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit e285f3cd2c376d2336f9a383241a98266363c7d4
Author: Jesse Barnes <jbarnes@virtuousgeek.org>
Date: Wed Jan 14 10:53:36 2009 -0800
drm/i915: make LVDS fixed mode a preferred mode
The detected fixed panel mode really is preferred, so mark it as such and
add it to the LVDS connector mode list.
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Dave Airlie <airlied@linux.ie>
commit 712531bfe95be42a672ebab51b55580e7d92c464
Author: Jesse Barnes <jbarnes@virtuousgeek.org>
Date: Fri Jan 9 13:56:14 2009 -0800
drm: handle depth & bpp changes correctly
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Dave Airlie <airlied@linux.ie>
commit 40a518d9f1fd8ed1061b8b4e2ce8a44794f4eb03
Author: Jesse Barnes <jbarnes@virtuousgeek.org>
Date: Mon Jan 12 12:05:32 2009 -0800
drm: initial KMS config fixes
When mode setting is first initialized, the driver will call into
drm_helper_initial_config() to set up an initial output and framebuffer
configuration. This routine is responsible for probing the available
connectors, encoders, and crtcs, looking for modes and putting together
something reasonable (where reasonable is defined as "allows kernel
messages to be visible on as many displays as possible").
However, the code was a bit too aggressive in setting default modes when
none were found on a given connector. Even if some connectors had modes,
any connectors found lacking modes would have the default 800x600 mode added
to their mode list, which in some cases could cause problems later down the
line. In my case, the LVDS was perfectly available, but the initial config
code added 800x600 modes to both of the detected but unavailable HDMI
connectors (which are on my non-existent docking station). This ended up
preventing later code from setting a mode on my LVDS, which is bad.
This patch fixes that behavior by making the initial config code walk
through the connectors first, counting the available modes, before it decides
to add any default modes to a possibly connected output. It also fixes the
logic in drm_target_preferred() that was causing zeroed out modes to be set
as the preferred mode for a given connector, even if no modes were available.
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Dave Airlie <airlied@linux.ie>
commit 3a03ac1a0223f779a3de313523408ddb099e5679
Author: Dave Airlie <airlied@linux.ie>
Date: Sun Jan 11 09:03:49 2009 +1000
drm/i915: setup sarea properly in master_priv
If we are running DRI1 userspace, we really need to set the sarea up properly.
thanks to Richard for finding/testing this.
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
commit dc1336ff4fe08ae7cfe8301bfd7f0b2cfd31d20a
Author: Jesse Barnes <jbarnes@virtuousgeek.org>
Date: Tue Jan 6 10:21:24 2009 -0800
drm/i915: set vblank enabled flag correctly across IRQ install/uninstall
In the absence of kernel mode setting, many drivers disable IRQs across VT
switch. The core DRM vblank code is missing a check for this case however;
even after IRQ disable, the vblank code will still have the vblank_enabled
flag set, so unless we track the fact that they're disabled at IRQ uninstall
time, when we VT switch back in we won't actually re-enable them, which means
any apps waiting on vblank before the switch will hang.
This patch does that and also adds a sanity check to the wait condition to
look for the irq_enabled flag in general, as well as adding a wakeup to the
IRQ uninstall path.
Fixes fdo bug #18879 with compiz hangs at VT switch.
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Dave Airlie <airlied@linux.ie>
commit 71e0ffa599f54058d9b8724b4b14d0486751681d
Author: Jesse Barnes <jbarnes@virtuousgeek.org>
Date: Thu Jan 8 10:42:15 2009 -0800
drm/i915: don't enable vblanks on disabled pipes
In some cases userland may be confused and try to wait on vblank events from
pipes that aren't actually enabled. We shouldn't allow this, so return
-EINVAL if the pipe isn't on.
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Dave Airlie <airlied@linux.ie>
^ permalink raw reply [flat|nested] 427+ messages in thread
end of thread, other threads:[~2017-09-29 7:22 UTC | newest]
Thread overview: 427+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-04-03 0:17 [git pull] drm fixes Dave Airlie
-- strict thread matches above, loose matches on Subject: below --
2017-09-29 7:22 Dave Airlie
2016-08-18 2:58 Dave Airlie
2016-08-18 19:58 ` Daniel Vetter
2016-08-09 5:24 Dave Airlie
2016-07-19 7:09 Dave Airlie
2016-07-15 4:34 Dave Airlie
2016-07-08 5:04 Dave Airlie
2016-06-24 3:03 Dave Airlie
2016-05-27 6:56 Dave Airlie
2016-05-13 6:21 Dave Airlie
2016-05-06 4:25 Dave Airlie
2016-04-29 5:48 Dave Airlie
2016-04-22 0:57 Dave Airlie
2016-04-22 17:16 ` Linus Torvalds
2016-04-22 17:23 ` Daniel Vetter
2016-04-22 17:30 ` Linus Torvalds
2016-04-22 17:33 ` Daniel Vetter
2016-04-15 4:34 Dave Airlie
2016-04-07 5:57 Dave Airlie
2016-04-01 4:08 Dave Airlie
2016-03-25 6:11 Dave Airlie
2016-03-10 2:53 Dave Airlie
2016-03-10 12:55 ` Daniel Vetter
2016-03-04 22:05 Dave Airlie
2016-02-26 2:20 Dave Airlie
2016-02-26 3:04 ` Linus Torvalds
2016-02-26 3:29 ` Dave Airlie
2016-02-19 22:53 Dave Airlie
2016-02-17 5:43 Dave Airlie
2016-02-06 0:50 Dave Airlie
2016-01-29 0:39 Dave Airlie
2016-01-07 20:39 Dave Airlie
2015-12-23 4:27 Dave Airlie
2015-12-17 1:18 Dave Airlie
2015-12-11 6:47 Dave Airlie
2015-12-05 21:15 Dave Airlie
2015-11-20 4:07 Dave Airlie
2015-11-13 0:10 Dave Airlie
2015-11-11 2:43 Dave Airlie
2015-10-30 5:06 Dave Airlie
2015-10-26 5:58 Dave Airlie
2015-10-22 5:56 Dave Airlie
2015-10-16 4:02 Dave Airlie
2015-10-13 1:04 Dave Airlie
2015-10-03 5:40 Dave Airlie
2015-09-24 21:04 Dave Airlie
2015-09-11 10:28 Dave Airlie
2015-08-21 9:54 Dave Airlie
2015-08-18 0:43 Dave Airlie
2015-08-14 4:33 Dave Airlie
2015-07-31 3:30 Dave Airlie
2015-07-24 5:35 Dave Airlie
2015-07-17 8:22 Dave Airlie
2015-07-10 6:41 Dave Airlie
2015-06-20 0:28 Dave Airlie
2015-06-12 0:20 Dave Airlie
2015-06-05 2:38 Dave Airlie
2015-05-29 10:36 Dave Airlie
2015-05-22 3:39 Dave Airlie
2015-05-22 21:34 ` Linus Torvalds
2015-05-22 23:20 ` Dave Airlie
2015-05-23 0:36 ` Linus Torvalds
2015-05-15 5:38 Dave Airlie
2015-05-10 20:28 Dave Airlie
2015-05-03 23:00 Dave Airlie
2015-04-08 21:02 Dave Airlie
2015-03-20 21:49 Dave Airlie
2015-03-21 17:50 ` Linus Torvalds
2015-03-23 15:33 ` Josh Boyer
2015-03-23 18:34 ` Josh Boyer
2015-03-24 1:41 ` Dave Jones
2015-03-25 8:56 ` Daniel Vetter
2015-03-25 14:34 ` Dave Jones
2015-03-14 21:50 Dave Airlie
2015-03-06 21:52 Dave Airlie
2015-03-13 11:36 ` Paul Bolle
2015-03-16 9:46 ` Paul Bolle
2015-03-16 9:51 ` Thierry Reding
2015-03-16 10:08 ` Paul Bolle
2015-02-27 4:42 Dave Airlie
2015-03-01 5:40 ` Linus Torvalds
2015-03-01 6:08 ` Linus Torvalds
2015-03-01 7:27 ` Linus Torvalds
2015-03-01 20:35 ` Linus Torvalds
2015-03-01 21:00 ` Linus Torvalds
2015-03-02 1:59 ` Linus Torvalds
2015-03-02 9:04 ` Daniel Vetter
2015-03-02 16:53 ` Linus Torvalds
2015-03-02 9:44 ` Paul Bolle
2015-03-02 10:26 ` Jani Nikula
2015-02-05 4:03 Dave Airlie
2015-01-27 2:06 Dave Airlie
2015-01-27 18:04 ` Linus Torvalds
2015-01-27 21:15 ` Dave Airlie
2015-01-21 0:01 Dave Airlie
2015-01-08 22:57 Dave Airlie
2014-12-24 3:18 Dave Airlie
2014-11-30 20:31 Dave Airlie
2014-11-21 20:28 Dave Airlie
2014-11-14 23:24 Dave Airlie
2014-11-02 19:41 Dave Airlie
2014-10-22 1:15 Dave Airlie
2014-09-24 21:09 Dave Airlie
2014-09-20 7:46 Dave Airlie
2014-09-12 4:25 Dave Airlie
2014-09-04 9:34 Dave Airlie
2014-08-28 2:32 Dave Airlie
2014-07-18 4:23 Dave Airlie
2014-07-05 22:13 Dave Airlie
2014-07-06 2:24 ` Ed Tomlinson
2014-07-06 8:49 ` Dave Airlie
2014-07-07 13:34 ` Daniel Vetter
2014-06-27 6:50 Dave Airlie
2014-06-19 1:03 Dave Airlie
2014-06-04 3:34 Dave Airlie
2014-05-06 23:10 Dave Airlie
2014-04-30 0:00 Dave Airlie
2014-04-22 22:03 Dave Airlie
2014-04-19 7:19 Dave Airlie
2014-04-19 19:03 ` Markus Trippelsdorf
2014-04-20 1:21 ` Alex Deucher
2014-04-20 6:24 ` Markus Trippelsdorf
2014-04-20 8:27 ` Christian König
2014-04-20 9:56 ` Markus Trippelsdorf
2014-04-20 10:04 ` Markus Trippelsdorf
2014-04-21 14:25 ` Ed Tomlinson
2014-04-21 19:08 ` Ed Tomlinson
2014-04-21 21:26 ` Ed Tomlinson
2014-04-22 15:46 ` Ed Tomlinson
2014-04-22 15:59 ` Linus Torvalds
2014-04-22 21:54 ` Dave Airlie
2014-04-23 21:36 ` Woody Suwalski
2014-04-24 8:17 ` Christian König
2014-04-25 22:12 ` Woody Suwalski
2014-04-23 22:04 ` Ed Tomlinson
2014-04-24 8:21 ` Christian König
2014-03-28 2:46 Dave Airlie
2014-03-28 8:48 ` Daniel Vetter
2014-03-21 5:29 Dave Airlie
2014-03-14 3:57 Dave Airlie
2014-03-07 0:38 Dave Airlie
2014-03-02 23:11 Dave Airlie
2014-02-18 23:16 Dave Airlie
2014-02-12 6:28 Dave Airlie
2014-02-06 5:23 Dave Airlie
2014-01-08 8:13 Dave Airlie
2013-12-23 2:13 Dave Airlie
2013-12-18 0:33 Dave Airlie
2013-12-18 0:42 ` Linus Torvalds
2013-12-18 0:52 ` Dave Airlie
2013-12-09 8:33 Dave Airlie
2013-11-22 6:08 Dave Airlie
2013-10-22 7:01 Dave Airlie
2013-10-11 5:28 Dave Airlie
2013-10-11 17:54 ` Linus Torvalds
2013-09-29 3:02 Dave Airlie
2013-09-22 22:38 Dave Airlie
2013-08-29 23:08 Dave Airlie
2013-08-30 23:18 ` Linus Torvalds
2013-08-31 0:00 ` Dave Airlie
2013-08-23 10:39 Dave Airlie
2013-08-19 4:21 Dave Airlie
2013-08-09 4:53 Dave Airlie
2013-07-31 0:25 Dave Airlie
2013-07-23 4:40 Dave Airlie
2013-07-18 21:00 Dave Airlie
2013-06-12 7:38 Dave Airlie
2013-06-06 5:14 Dave Airlie
2013-06-06 5:22 ` Linus Torvalds
2013-06-06 5:25 ` Dave Airlie
2013-05-31 2:59 Dave Airlie
2013-05-28 7:07 Dave Airlie
2013-05-17 1:52 Dave Airlie
2013-05-13 2:22 Dave Airlie
2013-04-14 8:48 Dave Airlie
2013-04-02 20:58 Dave Airlie
2013-03-21 3:13 Dave Airlie
2013-03-07 22:38 Dave Airlie
2013-01-30 0:43 Dave Airlie
2013-01-21 3:49 Dave Airlie
2013-01-14 2:16 Dave Airlie
2013-01-08 23:33 Dave Airlie
2012-12-30 4:23 Dave Airlie
2012-12-30 10:09 ` Lucas Stach
2012-12-30 12:10 ` Dave Airlie
2012-11-29 10:07 Dave Airlie
[not found] <alpine.DEB.2.00.1211220431150.14614@skynet.skynet.ie>
2012-11-22 4:50 ` Linus Torvalds
2012-11-22 10:57 ` Dave Airlie
2012-11-28 20:35 ` Linus Torvalds
2012-11-16 5:02 Dave Airlie
2012-11-03 11:35 Dave Airlie
2012-10-23 0:19 Dave Airlie
2012-10-16 6:44 Dave Airlie
2012-09-27 8:03 Dave Airlie
2012-09-14 10:24 Dave Airlie
2012-09-10 5:35 Dave Airlie
2012-08-30 5:29 Dave Airlie
2012-08-13 23:34 Dave Airlie
2012-07-03 10:49 Dave Airlie
2012-06-28 12:23 Dave Airlie
2012-06-26 13:56 Dave Airlie
2012-06-27 5:30 ` Henrik Rydberg
2012-06-23 8:43 Dave Airlie
2012-06-12 15:35 Dave Airlie
2012-06-01 16:10 Dave Airlie
2012-05-30 10:12 Dave Airlie
2012-05-07 10:33 Dave Airlie
2012-05-04 14:26 Dave Airlie
2012-04-27 8:44 Dave Airlie
2012-04-19 19:02 Dave Airlie
2012-04-12 17:43 Dave Airlie
2012-04-03 10:26 Dave Airlie
2012-03-27 13:08 Dave Airlie
2012-03-28 12:55 ` Dave Airlie
2012-03-01 9:31 Dave Airlie
2012-02-22 19:56 Dave Airlie
2012-02-23 20:19 ` Torsten Kaiser
2012-02-27 16:09 ` Jesse Barnes
[not found] ` <CAC7Lmnu6Wp1aVDuCkP6+UN7jVW8jCk5PcufBn1nVANJfNQzq0A@mail.gmail.com>
2012-02-27 16:45 ` Jesse Barnes
2012-02-16 9:39 Dave Airlie
2012-02-10 15:51 Dave Airlie
2012-01-30 10:03 Dave Airlie
2012-01-25 19:05 Dave Airlie
2012-01-25 23:31 ` Linus Torvalds
2012-01-26 6:21 ` Jerome Glisse
2012-01-26 7:07 ` Dave Airlie
2011-12-14 17:27 Dave Airlie
2011-12-14 17:39 ` Dave Airlie
2011-12-06 16:21 Dave Airlie
2011-12-06 16:27 ` Linus Torvalds
2011-12-06 16:36 ` Dave Airlie
2011-12-06 16:44 ` Linus Torvalds
2011-12-07 8:12 ` Dave Airlie
2011-12-02 11:07 Dave Airlie
2011-11-23 9:56 Dave Airlie
2011-11-11 14:59 Dave Airlie
2011-11-07 13:27 Dave Airlie
2011-11-07 18:00 ` Linus Torvalds
2011-11-07 18:30 ` Dave Airlie
2011-10-19 8:54 Dave Airlie
2011-10-08 7:20 Dave Airlie
2011-10-04 16:34 Dave Airlie
2011-10-04 16:58 ` Linus Torvalds
2011-10-04 17:04 ` Alex Deucher
2011-09-23 13:09 Dave Airlie
2011-09-19 9:10 Dave Airlie
2011-09-12 19:55 Dave Airlie
2011-08-30 10:02 Dave Airlie
2011-08-23 12:29 Dave Airlie
2011-08-05 9:22 [git pull " Dave Airlie
2011-08-05 9:45 ` Pekka Enberg
2011-08-05 9:48 ` Dave Airlie
2011-08-05 9:51 ` Pekka Enberg
2011-08-05 10:04 ` Dave Airlie
2011-08-05 10:07 ` Pekka Enberg
2011-08-05 17:50 ` Keith Packard
2011-07-13 6:51 [git pull] " Dave Airlie
2011-07-08 7:19 Dave Airlie
2011-06-14 3:18 Dave Airlie
2011-06-07 4:36 Dave Airlie
2011-05-11 4:08 Dave Airlie
2011-05-09 4:40 Dave Airlie
2011-05-04 0:25 Dave Airlie
2011-04-28 4:25 Dave Airlie
2011-04-13 0:43 Dave Airlie
2011-04-05 0:38 Dave Airlie
2011-04-05 1:02 ` Keith Packard
2011-04-05 1:09 ` Linus Torvalds
2011-04-05 1:47 ` Keith Packard
2011-04-05 1:02 ` Dave Airlie
2011-03-23 4:18 Dave Airlie
2011-03-23 7:23 ` Michel Dänzer
2011-03-23 8:16 ` Dave Airlie
2011-03-23 8:22 ` Michel Dänzer
2011-03-23 9:06 ` Dave Airlie
2011-03-23 9:35 ` Michel Dänzer
2011-03-23 11:40 ` Ilija Hadzic
2011-03-23 11:45 ` Michel Dänzer
2011-03-24 11:06 ` Dave Airlie
2011-03-24 11:17 ` Michel Dänzer
2011-03-24 11:31 ` Ilija Hadzic
2011-03-24 14:37 ` Linus Torvalds
2011-03-24 15:49 ` Ilija Hadzic
2011-03-24 19:11 ` Corbin Simpson
2011-03-24 20:05 ` Dave Airlie
2011-03-24 20:22 ` Ilija Hadzic
2011-03-24 23:48 ` Linus Torvalds
2011-03-25 0:07 ` Dave Airlie
2011-03-25 0:17 ` Linus Torvalds
2011-03-25 0:29 ` Linus Torvalds
2011-03-25 0:55 ` Jerome Glisse
2011-03-25 10:25 ` Ben Skeggs
2011-03-25 14:01 ` Jerome Glisse
2011-03-25 17:34 ` Jesse Barnes
2011-03-25 18:09 ` Jerome Glisse
2011-03-25 7:21 ` Dave Airlie
2011-03-25 7:43 ` Michel Dänzer
2011-03-25 7:51 ` Dave Airlie
2011-03-25 8:00 ` Michel Dänzer
2011-03-25 14:52 ` Ilija Hadzic
2011-03-25 15:25 ` Michel Dänzer
2011-03-25 15:44 ` Peter Stuge
2011-03-26 6:34 ` Xavier Bestel
2011-03-25 15:29 ` Jerome Glisse
2011-03-25 12:51 ` Kevin Winchester
2011-03-25 14:04 ` Jerome Glisse
2011-03-25 17:46 ` Jesse Barnes
2011-03-13 0:16 Dave Airlie
2011-03-13 0:19 ` Dave Airlie
2011-03-03 3:12 Dave Airlie
2011-02-28 21:14 Dave Airlie
2011-02-23 23:17 Dave Airlie
2011-02-23 23:58 ` Linus Torvalds
2011-02-24 0:13 ` Chris Wilson
2011-02-24 8:27 ` Alex Riesen
2011-02-24 9:18 ` Indan Zupancic
2011-02-24 19:04 ` Alex Riesen
2011-02-24 19:25 ` Alex Riesen
2011-02-24 23:29 ` Indan Zupancic
2011-02-25 10:18 ` Alex Riesen
2011-02-25 11:07 ` Indan Zupancic
2011-02-25 11:35 ` Alex Riesen
2011-02-27 10:57 ` Alex Riesen
2011-02-27 9:46 ` Pavel Machek
2011-02-17 22:50 Dave Airlie
2011-02-18 10:10 ` Anca Emanuel
2011-02-18 22:14 ` Rafał Miłecki
2011-02-15 23:03 Dave Airlie
2011-01-28 1:38 Dave Airlie
2011-01-17 4:16 Dave Airlie
2011-01-18 12:51 ` Anca Emanuel
2010-12-21 23:43 Dave Airlie
2010-12-22 3:19 ` Stephen Clark
2010-12-22 3:54 ` Dave Airlie
2010-12-22 16:24 ` Takashi Iwai
2010-12-22 16:59 ` Chris Wilson
2010-12-22 17:07 ` Takashi Iwai
2010-12-23 3:54 ` Linus Torvalds
2010-12-23 5:53 ` Peter Stuge
2010-12-23 6:03 ` Dave Airlie
2010-12-23 9:32 ` Alex Riesen
2010-12-23 17:48 ` Linus Torvalds
2010-12-23 16:51 ` Jesse Barnes
2010-12-09 8:07 Dave Airlie
2010-12-08 5:48 Dave Airlie
2010-12-01 3:39 Dave Airlie
2010-11-19 1:21 Dave Airlie
2010-11-19 10:02 ` Chris Wilson
2010-11-19 19:04 ` Linus Torvalds
2010-11-19 20:24 ` Dave Airlie
2010-11-11 0:24 Dave Airlie
2010-11-12 16:24 ` Linus Torvalds
2010-11-12 17:21 ` Chris Wilson
2010-11-12 17:50 ` Linus Torvalds
2010-10-28 3:33 Dave Airlie
2010-10-12 20:51 Dave Airlie
2010-10-07 0:41 Dave Airlie
2010-10-07 8:45 ` Dave Airlie
2010-10-01 5:27 Dave Airlie
2010-10-01 9:07 ` Dave Airlie
2010-10-01 11:18 ` Dave Airlie
2010-09-15 1:44 Dave Airlie
2010-09-06 22:21 Dave Airlie
2010-08-27 3:36 Dave Airlie
2010-08-23 3:33 Dave Airlie
2010-07-30 0:08 Dave Airlie
2010-07-21 0:41 Dave Airlie
2010-07-07 3:23 Dave Airlie
2010-07-07 4:24 ` Dave Airlie
2010-06-09 2:00 Dave Airlie
2010-06-09 3:16 ` Linus Torvalds
2010-06-07 3:09 Dave Airlie
2010-06-07 18:00 ` Linus Torvalds
2010-06-07 18:26 ` Al Viro
2010-06-07 18:53 ` Linus Torvalds
2010-06-07 19:08 ` Al Viro
2010-06-07 19:32 ` David Woodhouse
2010-06-07 19:40 ` Al Viro
2010-06-07 21:17 ` Linus Torvalds
2010-06-07 21:33 ` Al Viro
2010-06-07 21:38 ` Linus Torvalds
2010-06-07 21:39 ` David Woodhouse
2010-06-08 0:30 ` Al Viro
2010-06-07 20:26 ` Dave Airlie
2010-06-07 20:41 ` Dave Airlie
2010-06-07 21:03 ` Linus Torvalds
2010-06-07 20:52 ` Linus Torvalds
2010-05-26 3:02 Dave Airlie
2010-05-07 5:33 Dave Airlie
2010-04-27 6:16 Dave Airlie
2010-04-19 4:28 Dave Airlie
2010-04-19 8:57 ` Dave Airlie
2010-03-30 4:34 Dave Airlie
2010-03-30 6:43 ` Michel Dänzer
2010-03-30 6:49 ` Dave Airlie
2010-03-30 7:07 ` Dave Airlie
2010-03-30 14:24 ` Linus Torvalds
2010-03-30 15:43 ` Jerome Glisse
2010-04-01 5:36 ` Rafał Miłecki
2010-04-01 7:43 ` Dave Airlie
2010-04-01 7:45 ` Rafał Miłecki
2010-03-25 3:35 Dave Airlie
2010-03-25 6:52 ` Pekka Enberg
2010-03-25 7:44 ` Dave Airlie
2010-02-18 5:21 Dave Airlie
2010-02-15 5:09 Dave Airlie
2010-02-15 5:35 ` Dave Airlie
2010-02-05 4:15 Dave Airlie
2010-02-05 7:11 ` Rafał Miłecki
2010-02-01 2:20 Dave Airlie
2010-02-01 2:53 ` Dave Airlie
2010-01-13 6:25 Dave Airlie
2010-01-07 4:17 Dave Airlie
2009-11-24 3:10 Dave Airlie
2009-08-21 0:57 Dave Airlie
2009-08-21 9:33 ` Dave Airlie
2009-06-04 3:39 Dave Airlie
2009-06-05 5:42 ` Markus Trippelsdorf
2009-06-05 5:59 ` Dave Airlie
2009-06-05 7:53 ` Timo Jyrinki
2009-06-05 17:21 ` Linus Torvalds
2009-06-05 21:41 ` Dave Airlie
2009-05-20 23:30 Jesse Barnes
2009-05-05 23:20 Dave Airlie
2009-03-02 23:57 Dave Airlie
2009-01-16 8:49 Dave Airlie
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).