dri-devel September 2013

dri-devel@lists.freedesktop.org

153 participants
824 discussions

[Bug 39156] New: [r600g] minor glyph corruption seen in Second Life
by bugzilla-daemon＠freedesktop.org 05 Sep '13

05 Sep '13

https://bugs.freedesktop.org/show_bug.cgi?id=39156 Summary: [r600g] minor glyph corruption seen in Second Life Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: minor Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: shawn.starr(a)rogers.com Created an attachment (id=48991) --> (https://bugs.freedesktop.org/attachment.cgi?id=48991) Image showing glyph corruption This is seen in git master, but also in 7.10/7.11. Pixels are cut off below gylphs in some letters. See attach screenshot for corruption. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 2

linus-next: update to the drm-intel-fixes tree
by Stephen Rothwell 05 Sep '13

05 Sep '13

Hi Daniel, This morning after fetching the drm-intel-fixes tree, I have discovered that you have just added a whole set of patches on top of Dave's drm tree and made that the drm-intel-fixes tree. I understood that this tree was for fixes to Linus' tree for the current release cycle. Given that Dave's tree has not been merged by Linus (yet), this is a bit inconsistent. Not only that, but now if I merge your tree early (which is what I do with the -fixes trees), I will also merge all of Dave's tree. That in turn would mean that I would have missed the (what would have been automatically applied) merge for I am carrying for Dave's tree. :-( I am going to have to drop your -fixes tree for today. If these are fixes for stuff in Linus' tree, then they should have been based on Linus' tree - if they are fixes for Dave's tree, then they should have been in your drm-intel tree, right? (fetches more trees ...) And now, I discover that they are the latter :-) So your -fixes tree will be dropped, but all those patches will still be merged via you drm-intel tree. -- Cheers, Stephen Rothwell sfr(a)canb.auug.org.au

3 2

[PATCH] video/drm: Drop superfluous "select VT_HW_CONSOLE_BINDING"
by Geert Uytterhoeven 05 Sep '13

05 Sep '13

commit 765d5b9c2b72f5b99722cdfcf4bf8f88c556cf92 ("fbdev: fbcon: select VT_HW_CONSOLE_BINDING") made FRAMEBUFFER_CONSOLE always select VT_HW_CONSOLE_BINDING, but forgot to remove select VT_HW_CONSOLE_BINDING if FRAMEBUFFER_CONSOLE from the individual drivers' sections that already did this before. Signed-off-by: Geert Uytterhoeven <geert(a)linux-m68k.org> --- drivers/gpu/drm/exynos/Kconfig | 1 - drivers/video/Kconfig | 1 - 2 files changed, 2 deletions(-) diff --git a/drivers/gpu/drm/exynos/Kconfig b/drivers/gpu/drm/exynos/Kconfig index 772c62a..1344d34 100644 --- a/drivers/gpu/drm/exynos/Kconfig +++ b/drivers/gpu/drm/exynos/Kconfig @@ -5,7 +5,6 @@ config DRM_EXYNOS select FB_CFB_FILLRECT select FB_CFB_COPYAREA select FB_CFB_IMAGEBLIT - select VT_HW_CONSOLE_BINDING if FRAMEBUFFER_CONSOLE help Choose this option if you have a Samsung SoC EXYNOS chipset. If M is selected the module will be called exynosdrm. diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig index 9788340..f60e3fa 100644 --- a/drivers/video/Kconfig +++ b/drivers/video/Kconfig @@ -2174,7 +2174,6 @@ config FB_PS3 select FB_SYS_COPYAREA select FB_SYS_IMAGEBLIT select FB_SYS_FOPS - select VT_HW_CONSOLE_BINDING if FRAMEBUFFER_CONSOLE ---help--- Include support for the virtual frame buffer in the PS3 platform. -- 1.7.9.5

3 2

[GIT PULL] exynos-drm-next
by Inki Dae 05 Sep '13

05 Sep '13

Hi Dave, This pull request adds device tree and runtime pm supports, fixups, and code cleanups. Summary: - Consider fallback option to gem allocation fail . try to allocate physically non-contiguous memory if iommu is supported when physically contiguous memory allocation failed. - Add runtime pm support to g2d driver - Add device tree support . add device tree support to rotator driver, make fimd driver get signal polarities from device tree. - some fixups . correct pixel format setting to fimd driver, and consider pixel format checking to a particular window layer. - some cleanups . replace fb_videomode with videomode. . remove non-DT support And, there are two patch sets that have been reviewed yet. These update hdmiphy driver and add device tree support to it. I will requst pull one more time after reviewed enough. Please kindly let me know if there is any problem. Thanks, Inki Dae The following changes since commit 3b28802e37bb1ca1cab584f679c42e72a7e384f8: drm/tda998x: BUG() on invalid audio format (2013-09-05 08:52:19 +1000) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos exynos-drm-next for you to fetch changes up to 6914262aa52ec2d23dd2cc9e439874ca1917cf82: drm/exynos: Fix build error with exynos_drm_connector.c (2013-09-05 13:43:46 +0900) ---------------------------------------------------------------- Andrzej Hajda (3): drm/exynos: fimd: replace struct fb_videomode with videomode drm/exynos: fimd: get signal polarities from device tree drm/exynos: fimd: move platform data parsing to separate function Chanho Park (1): drm/exynos: add device tree support for rotator Inki Dae (3): drm/exynos: add runtime pm interfaces to g2d driver drm/exynos: fix fimd pixel format setting drm/exynos: check a pixel format to a particular window layer Mark Brown (1): drm/exynos: Add missing includes Sachin Kamat (11): drm/exynos: Remove redundant NULL check in exynos_drm_buf drm/exynos: Add missing of.h header include drm/exynos: Remove redundant error messages drm/exynos: Add NULL pointer check drm/exynos: Make Exynos DRM drivers depend on OF drm/exynos: Remove non-DT support in exynos_ddc drm/exynos: Remove non-DT support in exynos_hdmiphy drm/exynos: Remove non-DT support in exynos_drm_g2d drm/exynos: Remove non-DT support in exynos_hdmi drm/exynos: Remove non-DT support in exynos_drm_fimd drm/exynos: Fix build error with exynos_drm_connector.c Vikas Sajjan (2): drm/exynos: Add fallback option to get non physically contiguous memory for fb drm/exynos: Consider fallback option to allocation fail .../devicetree/bindings/gpu/samsung-rotator.txt | 27 ++ drivers/gpu/drm/exynos/Kconfig | 6 +- drivers/gpu/drm/exynos/exynos_ddc.c | 13 +- drivers/gpu/drm/exynos/exynos_drm_buf.c | 9 +- drivers/gpu/drm/exynos/exynos_drm_connector.c | 38 +-- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 5 +- drivers/gpu/drm/exynos/exynos_drm_dmabuf.c | 2 +- drivers/gpu/drm/exynos/exynos_drm_drv.c | 4 +- drivers/gpu/drm/exynos/exynos_drm_encoder.c | 4 +- drivers/gpu/drm/exynos/exynos_drm_fb.c | 8 +- drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 20 +- drivers/gpu/drm/exynos/exynos_drm_fimc.c | 6 +- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 263 +++++++++----------- drivers/gpu/drm/exynos/exynos_drm_g2d.c | 60 +++-- drivers/gpu/drm/exynos/exynos_drm_gem.c | 17 +- drivers/gpu/drm/exynos/exynos_drm_gsc.c | 5 +- drivers/gpu/drm/exynos/exynos_drm_hdmi.c | 4 +- drivers/gpu/drm/exynos/exynos_drm_iommu.c | 9 + drivers/gpu/drm/exynos/exynos_drm_ipp.c | 22 +- drivers/gpu/drm/exynos/exynos_drm_plane.c | 5 +- drivers/gpu/drm/exynos/exynos_drm_rotator.c | 117 ++++++--- drivers/gpu/drm/exynos/exynos_drm_vidi.c | 1 + drivers/gpu/drm/exynos/exynos_hdmi.c | 87 ++----- drivers/gpu/drm/exynos/exynos_hdmiphy.c | 12 +- drivers/gpu/drm/exynos/exynos_mixer.c | 9 +- include/drm/exynos_drm.h | 3 +- 26 files changed, 357 insertions(+), 399 deletions(-) create mode 100644 Documentation/devicetree/bindings/gpu/samsung-rotator.txt

1 0

[PATCH v2 0/6] HDMI support for Tegra114 Dalmore
by Mikko Perttunen 04 Sep '13

04 Sep '13

This patchset adds HDMI support for the Tegra114 Dalmore board. Tested with 1080p DVI and HDMI monitors. Mikko Perttunen (6): host1x: hdmi: Add Tegra114 support host1x: hdmi: Detect whether display is connected with HDMI or DVI host1x: hdmi: Enable Vdd earlier for hotplug/DDC clk: tegra114: Initialize clocks needed for HDMI ARM: tegra: Add host1x, DC and HDMI to Tegra114 device tree ARM: tegra: Add HDMI to Tegra114 Dalmore device tree arch/arm/boot/dts/tegra114-dalmore.dts | 17 ++++ arch/arm/boot/dts/tegra114.dtsi | 42 +++++++++ drivers/clk/tegra/clk-tegra114.c | 3 + drivers/gpu/host1x/dev.c | 1 + drivers/gpu/host1x/drm/drm.c | 1 + drivers/gpu/host1x/drm/hdmi.c | 125 ++++++++++++++++++++++++--- drivers/gpu/host1x/drm/hdmi.h | 152 +++++++++++++++++++++++++++++++++ 7 files changed, 331 insertions(+), 10 deletions(-) -- 1.8.1.5

4 15

[PATCH] drm/i915: i915.quirks_set/quirks_mask overrides dmi match
by Kamal Mostafa 04 Sep '13

04 Sep '13

Boot params quirks_set and quirks_mask allow the user to enable or inhibit any dmi-matched quirks, overriding the dmi match table. Examples: i915.quirks_set=0x2 - enables QUIRK_LVDS_SSC_DISABLE i915.quirks_set=0x8 - enables QUIRK_NO_PCH_PWM_ENABLE i915.quirks_mask=0x8 - disables QUIRK_NO_PCH_PWM_ENABLE i915.quirks_mask=0xFF - disables all quirks Signed-off-by: Kamal Mostafa <kamal(a)canonical.com> Cc: stable(a)vger.kernel.org --- drivers/gpu/drm/i915/intel_display.c | 15 +++++++++++++++ 1 file changed, 15 insertions(+) diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c index d88057e..a6af11c 100644 --- a/drivers/gpu/drm/i915/intel_display.c +++ b/drivers/gpu/drm/i915/intel_display.c @@ -10028,8 +10028,19 @@ static struct intel_quirk intel_quirks[] = { { 0x0166, 0x1028, 0x058b, quirk_no_pcm_pwm_enable }, }; +unsigned long i915_quirks_set __read_mostly = 0; +module_param_named(quirks_set, i915_quirks_set, ulong, 0600); +MODULE_PARM_DESC(quirks_set, + "Enable specified quirks bits."); + +unsigned long i915_quirks_mask __read_mostly = 0; +module_param_named(quirks_mask, i915_quirks_mask, ulong, 0600); +MODULE_PARM_DESC(quirks_mask, + "Disable specified quirks bits (override dmi match)."); + static void intel_init_quirks(struct drm_device *dev) { + struct drm_i915_private *dev_priv = dev->dev_private; struct pci_dev *d = dev->pdev; int i; @@ -10047,6 +10058,10 @@ static void intel_init_quirks(struct drm_device *dev) if (dmi_check_system(*intel_dmi_quirks[i].dmi_id_list) != 0) intel_dmi_quirks[i].hook(dev); } + + /* handle user-specified quirks overrides */ + dev_priv->quirks |= i915_quirks_set; + dev_priv->quirks &= ~i915_quirks_mask; } /* Disable the VGA plane that we never use */ -- 1.8.1.2

1 0

[Bug 60827] X under radeon driver crashes after resuming from hibernation
by bugzilla-daemon＠bugzilla.kernel.org 04 Sep '13

04 Sep '13

https://bugzilla.kernel.org/show_bug.cgi?id=60827 --- Comment #6 from archiesix(a)gmail.com --- I powered off completely the system between each test. The patch is included starting from kernel 3.10.10 -- You are receiving this mail because: You are watching the assignee of the bug.

1 0

[RFC 0/3] drm: Add panel support
by Thierry Reding 04 Sep '13

04 Sep '13

Hi, This patch series adds support for panels to DRM. The current implementation is very basic and only provides hooks for a panel to handle DPMS changes and return a list of supported modes. That should be enough to support a rather large number of panels. It should also be easy to extend the framework for more sophisticated panels such as DSI. I'm aware of the existing efforts to create such a framework, called CDF. My impression was that a lot of people thought it overengineered and that it doesn't fit well into the existing DRM infrastructure. This alternative proposal is an attempt to start with something simpler (yet extensible) that fits into DRM more nicely. Patch 1 adds the "framework" if one can call it that. At the moment it isn't anything more than a global registry that panel drivers can register panels with and display drivers can retrieve them. All of this is very device tree centric right now, but it shouldn't be difficult to add support for platform data. Patch 2 implements a simple driver for dumb panels that can have a regulator for the supply voltage of the panel and a separate GPIO to enable the panel. Three simple panels are currently supported by that driver. Finally patch 3 hooks up the panel framework with the Tegra DRM driver. Note that the framework isn't tied to the core at the moment. That can easily be changed if we want to, but I didn't see a need so far. Instead the driver calls the .dpms() and .get_modes() hooks in it's encoder/connector implementation. Thierry Thierry Reding (3): drm: Add panel support drm/panel: Add simple panel support drm/tegra: Implement panel support .../devicetree/bindings/panel/panel-simple.txt | 25 ++ drivers/gpu/drm/Kconfig | 2 + drivers/gpu/drm/Makefile | 2 + drivers/gpu/drm/drm_panel.c | 96 ++++++ drivers/gpu/drm/panel/Kconfig | 17 ++ drivers/gpu/drm/panel/Makefile | 1 + drivers/gpu/drm/panel/panel-simple.c | 335 +++++++++++++++++++++ drivers/gpu/host1x/drm/Kconfig | 1 + drivers/gpu/host1x/drm/drm.h | 1 + drivers/gpu/host1x/drm/output.c | 28 +- include/drm/drm_panel.h | 65 ++++ 11 files changed, 571 insertions(+), 2 deletions(-) create mode 100644 Documentation/devicetree/bindings/panel/panel-simple.txt create mode 100644 drivers/gpu/drm/drm_panel.c create mode 100644 drivers/gpu/drm/panel/Kconfig create mode 100644 drivers/gpu/drm/panel/Makefile create mode 100644 drivers/gpu/drm/panel/panel-simple.c create mode 100644 include/drm/drm_panel.h -- 1.8.4

4 8

[Bug 60827] X under radeon driver crashes after resuming from hibernation
by bugzilla-daemon＠bugzilla.kernel.org 04 Sep '13

04 Sep '13

https://bugzilla.kernel.org/show_bug.cgi?id=60827 --- Comment #5 from Alex Deucher <alexdeucher(a)gmail.com> --- Make sure your kernel has this patch: http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=0… make sure you power off the system completely between kernel tests. -- You are receiving this mail because: You are watching the assignee of the bug.

1 0

[Bug 60827] X under radeon driver crashes after resuming from hibernation
by bugzilla-daemon＠bugzilla.kernel.org 04 Sep '13

04 Sep '13

https://bugzilla.kernel.org/show_bug.cgi?id=60827 --- Comment #4 from archiesix(a)gmail.com --- I am sorry, I cannot completely bisect : I am running Archlinux on a production machine and I have only a few set of kernel packages saved. I can tell you that : - 3.11.1 has the very same problem - The problem was already present in 3.10.9 This kernel shows also corrupted graphics in Gnome-Shell - 3.9.9 is ok (no corrupted graphics, no problem with hibernation). I have a RV740 graphics card on a Dell Precision M6500 notebook. -- You are receiving this mail because: You are watching the assignee of the bug.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel September 2013