dri-devel March 2014

dri-devel@lists.freedesktop.org

144 participants
926 discussions

[RFCv3 00/14] Unified plane support
by Matt Roper 07 Apr '14

07 Apr '14

Previous revision and explanation of series: http://lists.freedesktop.org/archives/dri-devel/2014-March/055222.html Main changes since last pass: * Added cursor plane support on i915. Unfortunately it isn't possible to create nice generic helper functions that make use of the legacy API's for cursor planes as was done for primary planes; the legacy cursor ioctl's take a driver handle directly (e.g., from GEM) rather than a DRM framebuffer. With the unified plane support, we receive a DRM framebuffer via the SetPlane API, but have no way of turning that into a driver handle that can be passed to the legacy interfaces. * Updated msm and omapdrm to use their existing "private" planes as primary rather than using the primary helper functions. (thanks Rob Clark!) * Fixed several s/crtc->fb/crtc->primary->fb/ conversions that were missed on the first pass (or new instances that popped up due to rebasing to the latest code). I believe some of the next steps are: * Create some new read-only plane properties that describe in more detail the capabilities & limitations of various planes (max/min size, scaling capabilities, tiling restrictions, etc.) so that generic userspace compositors can make intelligent decisions about how best to use the various planes on the plane list. If anyone has strong feelings on what these properties should look like, this would be a good time to start the discussion. * Update cursor support for the rest of the non-i915 drivers. I believe the list of drivers that currently support cursors are: armada, ast, gma500, mgag200, msm, nouveau, radeon, vmwgfx, and qxl. * Update imx-drm's CRTC creation to use its existing private primary plane rather than using the primary helper function to create one. * Provide patches for weston & xf86-video-modesetting that make use of the unified plane interface to make real-world testing of this patchset a bit easier. Note that the first patch here is simply a build fix for current breakage of the drm-intel-nightly branch of the drm-intel repo. Matt Roper (14): SQUASH! drm/i915: Do not dereference pointers from ring buffer in evict event drm: Add support for multiple plane types drm: Add primary plane helpers drm/exynos: Restrict plane loops to only operate on overlay planes drm/i915: Restrict plane loops to only operate on overlay planes drm: Add plane type property drm: Specify primary plane at CRTC initialization (v2) drm: Replace crtc fb with primary plane fb (v2) drm: Allow userspace to ask for full plane list (universal planes) drm/i915: Rename similar plane functions to avoid confusion drm/i915: Intel-specific primary plane handling drm: Specify cursor plane at CRTC initialization drm/i915: Split cursor update code from cursor ioctl handling drm/i915: Add cursor handlers and create cursor at crtc init drivers/gpu/drm/armada/armada_crtc.c | 4 +- drivers/gpu/drm/armada/armada_overlay.c | 3 +- drivers/gpu/drm/ast/ast_mode.c | 16 +- drivers/gpu/drm/bochs/bochs_kms.c | 8 +- drivers/gpu/drm/cirrus/cirrus_mode.c | 15 +- drivers/gpu/drm/drm_crtc.c | 441 +++++++++++++++---- drivers/gpu/drm/drm_crtc_helper.c | 21 +- drivers/gpu/drm/drm_fb_helper.c | 9 +- drivers/gpu/drm/drm_ioctl.c | 5 + drivers/gpu/drm/exynos/exynos_drm_crtc.c | 4 +- drivers/gpu/drm/exynos/exynos_drm_encoder.c | 6 + drivers/gpu/drm/exynos/exynos_drm_plane.c | 4 +- drivers/gpu/drm/gma500/cdv_intel_display.c | 2 +- drivers/gpu/drm/gma500/cdv_intel_dp.c | 2 +- drivers/gpu/drm/gma500/cdv_intel_hdmi.c | 3 +- drivers/gpu/drm/gma500/cdv_intel_lvds.c | 2 +- drivers/gpu/drm/gma500/gma_display.c | 17 +- drivers/gpu/drm/gma500/mdfld_dsi_output.c | 2 +- drivers/gpu/drm/gma500/mdfld_intel_display.c | 17 +- drivers/gpu/drm/gma500/oaktrail_crtc.c | 13 +- drivers/gpu/drm/gma500/psb_intel_display.c | 7 +- drivers/gpu/drm/gma500/psb_intel_lvds.c | 2 +- drivers/gpu/drm/gma500/psb_intel_sdvo.c | 2 +- drivers/gpu/drm/i915/i915_debugfs.c | 4 +- drivers/gpu/drm/i915/i915_drv.h | 5 +- drivers/gpu/drm/i915/i915_irq.c | 4 +- drivers/gpu/drm/i915/i915_trace.h | 2 +- drivers/gpu/drm/i915/intel_display.c | 623 ++++++++++++++++++++------- drivers/gpu/drm/i915/intel_dp.c | 5 +- drivers/gpu/drm/i915/intel_drv.h | 3 +- drivers/gpu/drm/i915/intel_fbdev.c | 6 +- drivers/gpu/drm/i915/intel_overlay.c | 4 +- drivers/gpu/drm/i915/intel_pm.c | 39 +- drivers/gpu/drm/i915/intel_sprite.c | 2 +- drivers/gpu/drm/mgag200/mgag200_mode.c | 33 +- drivers/gpu/drm/msm/mdp/mdp4/mdp4_crtc.c | 33 +- drivers/gpu/drm/msm/mdp/mdp4/mdp4_plane.c | 4 +- drivers/gpu/drm/msm/mdp/mdp5/mdp5_crtc.c | 27 +- drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c | 4 +- drivers/gpu/drm/nouveau/dispnv04/crtc.c | 24 +- drivers/gpu/drm/nouveau/dispnv04/dfp.c | 2 +- drivers/gpu/drm/nouveau/dispnv04/overlay.c | 4 +- drivers/gpu/drm/nouveau/nouveau_display.c | 8 +- drivers/gpu/drm/nouveau/nv50_display.c | 21 +- drivers/gpu/drm/omapdrm/omap_crtc.c | 2 +- drivers/gpu/drm/omapdrm/omap_plane.c | 4 +- drivers/gpu/drm/qxl/qxl_display.c | 15 +- drivers/gpu/drm/radeon/atombios_crtc.c | 20 +- drivers/gpu/drm/radeon/r100.c | 4 +- drivers/gpu/drm/radeon/radeon_connectors.c | 2 +- drivers/gpu/drm/radeon/radeon_device.c | 3 +- drivers/gpu/drm/radeon/radeon_display.c | 9 +- drivers/gpu/drm/radeon/radeon_legacy_crtc.c | 16 +- drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 4 +- drivers/gpu/drm/rcar-du/rcar_du_plane.c | 3 +- drivers/gpu/drm/shmobile/shmob_drm_crtc.c | 3 +- drivers/gpu/drm/shmobile/shmob_drm_plane.c | 2 +- drivers/gpu/drm/tegra/dc.c | 7 +- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 4 +- drivers/gpu/drm/udl/udl_modeset.c | 6 +- drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 14 +- drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 12 +- drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c | 12 +- drivers/staging/imx-drm/imx-drm-core.c | 4 +- drivers/staging/imx-drm/ipuv3-plane.c | 4 +- include/drm/drmP.h | 5 + include/drm/drm_crtc.h | 115 ++++- include/uapi/drm/drm.h | 8 + 68 files changed, 1252 insertions(+), 488 deletions(-) Cc: Intel Graphics Development <intel-gfx(a)lists.freedesktop.org> -- 1.8.5.1

7 45

[PATCH v5 00/11] imx-drm dt bindings
by Philipp Zabel 07 Apr '14

07 Apr '14

Hi, this latest version of the imx-drm DT binding patches applies on top of staging-next and also depends on the OF graph binding patchset that moves the v4l2_of helpers to drivers/of. Currently, the two patchsets are also available at: git://git.pengutronix.de/git/pza/linux.git topic/of-graph git://git.pengutronix.de/git/pza/linux.git topic/imx-drm-dt I have added device tree bindings between IPU and the encoders as documented in Documentation/devicetree/bindings/graph.txt and used those to determine the possible_crtcs and mux_id, and to find all necessary components that hang off of the display interface ports. This allows to move the imx-drm node into the SoC level dtsi. The existing i.MX51 and i.MX53 device trees are updated and device tree binding documentation is included. Changes since v4: - Changed DT compatible string to 'fsl,imx-display-subsystem' instead of Linux specific 'fsl,imx-drm' - Changed DT node name from 'imx-drm' to 'display-subsystem' - Fixed copy&paste documentation error and added optional 'ddc-i2c-bus' property in HDMI binding documentation - Fixed imx-tve and imx-hdmi to use the common 'ddc-i2c-bus' property as already used by the simple-panel binding instead of the custom but very generic 'ddc'. regards Philipp Philipp Zabel (11): staging: imx-drm-core: Use OF graph to find components and connections between encoder and crtcs staging: imx-drm-core: use of_graph_parse_endpoint staging: imx-drm: Document updated imx-drm device tree bindings staging: imx-drm: Document imx-hdmi device tree bindings imx-drm: imx-hdmi: Fix DDC I2C bus property imx-drm: imx-tve: Fix DDC I2C bus property ARM: dts: imx53-mba53: Fix TVE DDC I2C bus property ARM: dts: imx51: Add IPU ports and endpoints, move imx-drm node to dtsi ARM: dts: imx53: Add IPU DI ports and endpoints, move imx-drm node to dtsi ARM: dts: imx6qdl: Add IPU DI ports and endpoints, move imx-drm node to dtsi staging: imx-drm: Update TODO .../bindings/staging/imx-drm/fsl-imx-drm.txt | 48 ++++- .../devicetree/bindings/staging/imx-drm/hdmi.txt | 58 ++++++ .../devicetree/bindings/staging/imx-drm/ldb.txt | 20 +- arch/arm/boot/dts/imx51-apf51dev.dts | 11 +- arch/arm/boot/dts/imx51-babbage.dts | 28 ++- arch/arm/boot/dts/imx51.dtsi | 22 ++- arch/arm/boot/dts/imx53-m53evk.dts | 17 +- arch/arm/boot/dts/imx53-mba53.dts | 17 +- arch/arm/boot/dts/imx53-qsb.dts | 17 +- arch/arm/boot/dts/imx53.dtsi | 64 +++++- arch/arm/boot/dts/imx6dl.dtsi | 22 +-- arch/arm/boot/dts/imx6q-sabresd.dts | 4 - arch/arm/boot/dts/imx6q.dtsi | 124 +++++++++++- arch/arm/boot/dts/imx6qdl-sabresd.dtsi | 6 - arch/arm/boot/dts/imx6qdl.dtsi | 128 +++++++++++- drivers/staging/imx-drm/TODO | 5 - drivers/staging/imx-drm/imx-drm-core.c | 217 +++++++++++++++------ drivers/staging/imx-drm/imx-drm.h | 5 +- drivers/staging/imx-drm/imx-hdmi.c | 4 +- drivers/staging/imx-drm/imx-ldb.c | 4 +- drivers/staging/imx-drm/imx-tve.c | 2 +- drivers/staging/imx-drm/ipuv3-crtc.c | 47 ++++- 22 files changed, 712 insertions(+), 158 deletions(-) create mode 100644 Documentation/devicetree/bindings/staging/imx-drm/hdmi.txt -- 1.9.0.rc3

7 30

[PATCH] acpi: allow non-optimus setups to load vbios from acpi
by Ilia Mirkin 06 Apr '14

06 Apr '14

There appear to be a crop of new hardware where the vbios is not available from PROM/PRAMIN, but there is a valid _ROM method in ACPI. The data read from PCIROM almost invariably contains invalid instructions (still has the x86 opcodes), which makes this a low-risk way to try to obtain a valid vbios image. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=76475 Signed-off-by: Ilia Mirkin <imirkin(a)alum.mit.edu> Cc: <stable(a)vger.kernel.org> # v2.6.35+ --- Not sure if the stable CC is warranted... it's technically not a regression. But it's a simple change that enables hardware to work. Patrick/Claas -- please test this out (if you're applying this to a linux tree, you'll have to do it manually, but it should be fairly obvious where this should apply). drm/nouveau_acpi.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drm/nouveau_acpi.c b/drm/nouveau_acpi.c index 83face3..2792069 100644 --- a/drm/nouveau_acpi.c +++ b/drm/nouveau_acpi.c @@ -389,9 +389,6 @@ bool nouveau_acpi_rom_supported(struct pci_dev *pdev) acpi_status status; acpi_handle dhandle, rom_handle; - if (!nouveau_dsm_priv.dsm_detected && !nouveau_dsm_priv.optimus_detected) - return false; - dhandle = ACPI_HANDLE(&pdev->dev); if (!dhandle) return false; -- 1.8.3.2

4 5

[PATCH 0/8] various exynos cleanups
by Daniel Kurtz 05 Apr '14

05 Apr '14

Just some clean up patches, mostly for libdrm_exynos. Daniel Kurtz (8): eyxnos: install exynos tests if HAVE_INSTALL_TESTS exynos: fix two warnings exynos_fimg2d: fix cast from pointer to integer of different size exynos: remove unusable "run" target exynos_fimg2d_test: fix drmModeRmFB drmOpenByName: remove redundant drmAvailable check exynos: prime: use drmPrime*() helpers exynos: removed unused fd field exynos/exynos_drm.c | 52 +++++++++------------------------------ exynos/exynos_drmif.h | 2 -- exynos/exynos_fimg2d.c | 4 +-- tests/exynos/Makefile.am | 7 ++++-- tests/exynos/exynos_fimg2d_test.c | 2 +- xf86drm.c | 13 ---------- 6 files changed, 20 insertions(+), 60 deletions(-) -- 1.9.0.rc1.175.g0b1dcb5

2 11

[PATCH 1/4] drm/dp: add flags field to drm_dp_aux_msg struct
by Alex Deucher 04 Apr '14

04 Apr '14

This adds a flags field and a new flag, BARE_ADDRESS, which drivers can use for special handling when they want to set just the aux address. This is needed to properly reset the connection between i2c transactions. Signed-off-by: Alex Deucher <alexander.deucher(a)amd.com> --- include/drm/drm_dp_helper.h | 3 +++ 1 file changed, 3 insertions(+) diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h index b7488c9..a006e96 100644 --- a/include/drm/drm_dp_helper.h +++ b/include/drm/drm_dp_helper.h @@ -403,6 +403,8 @@ drm_dp_enhanced_frame_cap(const u8 dpcd[DP_RECEIVER_CAP_SIZE]) * DisplayPort AUX channel */ +#define DRM_DP_AUX_MSG_FLAGS_BARE_ADDRESS (1 << 0) + /** * struct drm_dp_aux_msg - DisplayPort AUX channel transaction * @address: address of the (first) register to access @@ -417,6 +419,7 @@ struct drm_dp_aux_msg { u8 reply; void *buffer; size_t size; + u32 flags; }; /** -- 1.8.3.1

2 5

[PATCH v4 00/34] drm/exynos: Refactor parts of the exynos driver
by Sean Paul 04 Apr '14

04 Apr '14

This patchset refactors parts of the exynos driver to move it closer to a proper drm driver (rather than just implementing a drm layer on top of the hardware drivers). The hope is to get to a point where the dp/hdmi drivers can implement drm_connector/drm_encoder directly, and fimd/mixer can directly implement drm_crtc. The notable changes in this set: - drm_encoder funcs no longer route through the crtc - DP driver has been moved from video into the drm driver - fimd no longer implements encoder callbacks - exynos_drm_hdmi is removed in favor of generic manager/display handling At a glance, differences between v1 and v2: - Passing manager/display in callbacks instead of ctx - Tacked on some dpms patches on the end to handle suspend/resume through the dpms path At a glance, differences between v2 and v3: - Fixed vidi issues - Moved exynos_drm_hdmi.c removal to the right place - Added the exynos_drm_connector removal patches on the end At a glance, differences between v3 and v4: - Rebased on top of exynos-drm-next - Addressed review comments, no major functional changes Sean Daniel Kurtz (1): drm/exynos: hdmi: remove the i2c drivers and use devtree Sean Paul (32): drm/exynos: Rename hdmi_infoframe to avoid collision drm/exynos: Merge overlay_ops into manager_ops drm/exynos: Add an initialize function to manager and display drm/exynos: Use manager_op initialize in fimd drm/exynos: hdmi: Implement initialize op for hdmi drm/exynos: Pass exynos_drm_manager in manager ops instead of dev drm/exynos: Remove apply manager callback drm/exynos: Remove dpms link between encoder/connector drm/exynos: Rename display_op power_on to dpms drm/exynos: Don't keep dpms state in encoder drm/exynos: Use unsigned long for possible_crtcs drm/exynos: Split manager/display/subdrv ARM: dts: exynos: Add i2c phandles to hdmi node drm/exynos: Remove exynos_drm_hdmi shim drm/exynos: Use drm_mode_copy to copy modes drm/exynos: Disable unused crtc planes from crtc drm/exynos: Add mode_set manager operation drm/exynos: Implement mode_fixup manager operation drm/exynos: Use mode_set to configure fimd drm/exynos: Remove unused/useless fimd_context members drm/exynos: Move dp driver from video/ to drm/ drm/exynos: Move display implementation into dp ARM: dts: Move display-timings node from fimd to dp drm/exynos: Implement dpms display callback in DP drm/exynos: Clean up FIMD power on/off routines drm/exynos: Consolidate suspend/resume in drm_drv drm/exynos: Add create_connector callback drm/exynos: Implement drm_connector in hdmi directly drm/exynos: Implement drm_connector directly in dp driver drm/exynos: Implement drm_connector directly in vidi driver drm/exynos: Move lvds bridge discovery into DP driver drm/exynos: Remove the exynos_drm_connector shim Stéphane Marchesin (1): drm/exynos: Remove useless slab.h include .../devicetree/bindings/video/exynos_dp.txt | 17 + .../devicetree/bindings/video/exynos_hdmi.txt | 5 + .../devicetree/bindings/video/samsung-fimd.txt | 2 + MAINTAINERS | 7 - arch/arm/boot/dts/cros5250-common.dtsi | 6 +- arch/arm/boot/dts/exynos5250-arndale.dts | 7 +- arch/arm/boot/dts/exynos5250-smdk5250.dts | 13 +- arch/arm/boot/dts/exynos5250-snow.dts | 7 +- arch/arm/boot/dts/exynos5420-smdk5420.dts | 7 +- drivers/gpu/drm/exynos/Kconfig | 7 + drivers/gpu/drm/exynos/Makefile | 7 +- drivers/gpu/drm/exynos/exynos_ddc.c | 63 - drivers/gpu/drm/exynos/exynos_dp_core.c | 1357 ++++++++++++++++++++ drivers/gpu/drm/exynos/exynos_dp_core.h | 329 +++++ drivers/gpu/drm/exynos/exynos_dp_reg.c | 1243 ++++++++++++++++++ drivers/gpu/drm/exynos/exynos_dp_reg.h | 366 ++++++ drivers/gpu/drm/exynos/exynos_drm_connector.c | 304 ----- drivers/gpu/drm/exynos/exynos_drm_connector.h | 24 - drivers/gpu/drm/exynos/exynos_drm_core.c | 233 ++-- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 139 +- drivers/gpu/drm/exynos/exynos_drm_crtc.h | 20 +- drivers/gpu/drm/exynos/exynos_drm_drv.c | 155 ++- drivers/gpu/drm/exynos/exynos_drm_drv.h | 154 ++- drivers/gpu/drm/exynos/exynos_drm_encoder.c | 357 +---- drivers/gpu/drm/exynos/exynos_drm_encoder.h | 18 +- drivers/gpu/drm/exynos/exynos_drm_fb.c | 4 +- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 682 ++++------ drivers/gpu/drm/exynos/exynos_drm_hdmi.c | 439 ------- drivers/gpu/drm/exynos/exynos_drm_hdmi.h | 67 - drivers/gpu/drm/exynos/exynos_drm_plane.c | 17 +- drivers/gpu/drm/exynos/exynos_drm_plane.h | 2 +- drivers/gpu/drm/exynos/exynos_drm_vidi.c | 413 +++--- drivers/gpu/drm/exynos/exynos_hdmi.c | 370 +++--- drivers/gpu/drm/exynos/exynos_hdmi.h | 23 - drivers/gpu/drm/exynos/exynos_hdmiphy.c | 65 - drivers/gpu/drm/exynos/exynos_mixer.c | 573 ++++----- drivers/gpu/drm/exynos/exynos_mixer.h | 20 + drivers/video/exynos/Kconfig | 7 - drivers/video/exynos/Makefile | 1 - drivers/video/exynos/exynos_dp_core.c | 1156 ----------------- drivers/video/exynos/exynos_dp_core.h | 320 ----- drivers/video/exynos/exynos_dp_reg.c | 1243 ------------------ drivers/video/exynos/exynos_dp_reg.h | 366 ------ 43 files changed, 4864 insertions(+), 5751 deletions(-) delete mode 100644 drivers/gpu/drm/exynos/exynos_ddc.c create mode 100644 drivers/gpu/drm/exynos/exynos_dp_core.c create mode 100644 drivers/gpu/drm/exynos/exynos_dp_core.h create mode 100644 drivers/gpu/drm/exynos/exynos_dp_reg.c create mode 100644 drivers/gpu/drm/exynos/exynos_dp_reg.h delete mode 100644 drivers/gpu/drm/exynos/exynos_drm_connector.c delete mode 100644 drivers/gpu/drm/exynos/exynos_drm_connector.h delete mode 100644 drivers/gpu/drm/exynos/exynos_drm_hdmi.c delete mode 100644 drivers/gpu/drm/exynos/exynos_drm_hdmi.h delete mode 100644 drivers/gpu/drm/exynos/exynos_hdmi.h delete mode 100644 drivers/gpu/drm/exynos/exynos_hdmiphy.c create mode 100644 drivers/gpu/drm/exynos/exynos_mixer.h delete mode 100644 drivers/video/exynos/exynos_dp_core.c delete mode 100644 drivers/video/exynos/exynos_dp_core.h delete mode 100644 drivers/video/exynos/exynos_dp_reg.c delete mode 100644 drivers/video/exynos/exynos_dp_reg.h -- 1.8.5.1

7 61

[PATCH] drm: gem-cma: Fix warnings due to improper printk formats
by Laurent Pinchart 03 Apr '14

03 Apr '14

Use the %pad printk specifier to print dma_addr_t variables. This fixes warnings on platforms where dma_addr_t has a different size than int or size_t. Signed-off-by: Laurent Pinchart <laurent.pinchart+renesas(a)ideasonboard.com> --- drivers/gpu/drm/drm_gem_cma_helper.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/drm_gem_cma_helper.c b/drivers/gpu/drm/drm_gem_cma_helper.c index 6b51bf9..c049e5b 100644 --- a/drivers/gpu/drm/drm_gem_cma_helper.c +++ b/drivers/gpu/drm/drm_gem_cma_helper.c @@ -292,9 +292,9 @@ void drm_gem_cma_describe(struct drm_gem_cma_object *cma_obj, struct seq_file *m off = drm_vma_node_start(&obj->vma_node); - seq_printf(m, "%2d (%2d) %08llx %08Zx %p %d", + seq_printf(m, "%2d (%2d) %08llx %pad %p %d", obj->name, obj->refcount.refcount.counter, - off, cma_obj->paddr, cma_obj->vaddr, obj->size); + off, &cma_obj->paddr, cma_obj->vaddr, obj->size); seq_printf(m, "\n"); } @@ -342,7 +342,7 @@ drm_gem_cma_prime_import_sg_table(struct drm_device *dev, size_t size, cma_obj->paddr = sg_dma_address(sgt->sgl); cma_obj->sgt = sgt; - DRM_DEBUG_PRIME("dma_addr = 0x%x, size = %zu\n", cma_obj->paddr, size); + DRM_DEBUG_PRIME("dma_addr = %pad, size = %zu\n", &cma_obj->paddr, size); return &cma_obj->base; } -- Regards, Laurent Pinchart

3 3

[Bug 76865] New: R600: OpenCL regression since llvm revision 204072
by bugzilla-daemon＠freedesktop.org 03 Apr '14

03 Apr '14

https://bugs.freedesktop.org/show_bug.cgi?id=76865 Priority: medium Bug ID: 76865 Assignee: dri-devel(a)lists.freedesktop.org Summary: R600: OpenCL regression since llvm revision 204072 Severity: normal Classification: Unclassified OS: All Reporter: brunojimen(a)gmail.com Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Starting with llvm revision 204072: commit 2683baa8acbcfc44b94a7af781c43674d28d9a2e Author: Matt Arsenault <Matthew.Arsenault(a)amd.com> Date: Mon Mar 17 18:58:11 2014 +0000 R600: Match sign_extend_inreg to BFE instructions Some of the tests from Opencv OpenCL have started to fail, for example test 'Arithm/Absdiff.Mat/3' My system is an Arch Linux with Kernel 3.13.7 and mesa from git at commit 3a8bd97. My card is an AMD HD5470 (AMD CEDAR) If any more information is needed, just ask. -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 43829] New: Resuming my AMD A4-300 based laptop leaves the screen black
by bugzilla-daemon＠freedesktop.org 03 Apr '14

03 Apr '14

https://bugs.freedesktop.org/show_bug.cgi?id=43829 Bug #: 43829 Summary: Resuming my AMD A4-300 based laptop leaves the screen black Classification: Unclassified Product: DRI Version: XOrg CVS Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: zboszor(a)pr.hu Created attachment 54422 --> https://bugs.freedesktop.org/attachment.cgi?id=54422 dmesg showing suspend/resume I have installed Fedora 16 on my new ASUS K53TA laptop that has these devices: # lspci 00:00.0 Host bridge: Advanced Micro Devices [AMD] Family 12h Processor Root Complex 00:01.0 VGA compatible controller: ATI Technologies Inc Device 9648 00:01.1 Audio device: ATI Technologies Inc Device 1714 00:02.0 PCI bridge: Advanced Micro Devices [AMD] Family 12h Processor Root Port 00:04.0 PCI bridge: Advanced Micro Devices [AMD] Family 12h Processor Root Port 00:05.0 PCI bridge: Advanced Micro Devices [AMD] Family 12h Processor Root Port 00:10.0 USB controller: Advanced Micro Devices [AMD] Hudson USB XHCI Controller (rev 03) 00:11.0 SATA controller: Advanced Micro Devices [AMD] Hudson SATA Controller [AHCI mode] (rev 40) 00:12.0 USB controller: Advanced Micro Devices [AMD] Hudson USB OHCI Controller (rev 11) 00:12.2 USB controller: Advanced Micro Devices [AMD] Hudson USB EHCI Controller (rev 11) 00:14.0 SMBus: Advanced Micro Devices [AMD] Hudson SMBus Controller (rev 13) 00:14.2 Audio device: Advanced Micro Devices [AMD] Hudson Azalia Controller (rev 01) 00:14.3 ISA bridge: Advanced Micro Devices [AMD] Hudson LPC Bridge (rev 11) 00:14.4 PCI bridge: Advanced Micro Devices [AMD] Hudson PCI Bridge (rev 40) 00:14.7 SD Host controller: Advanced Micro Devices [AMD] Hudson SD Flash Controller 00:18.0 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 0 (rev 43) 00:18.1 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 1 00:18.2 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 2 00:18.3 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 3 00:18.4 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 4 00:18.5 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 6 00:18.6 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 5 00:18.7 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 7 01:00.0 VGA compatible controller: ATI Technologies Inc Whistler [AMD Radeon HD 6600M Series] (rev ff) 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06) 03:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01) I had to install kernel-3.2.0-0.rc5.git1.1.fc17.x86_64 from Rawhide to make KMS work on the integrated video. I tried suspend/resume by closing the lid, suspend worked. Resume woke up the machine but left the screen black. dmesg for the suspend/resume is attached. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 61

[Bug 76501] New: fences regression
by bugzilla-daemon＠freedesktop.org 03 Apr '14

03 Apr '14

https://bugs.freedesktop.org/show_bug.cgi?id=76501 Priority: medium Bug ID: 76501 Assignee: dri-devel(a)lists.freedesktop.org Summary: fences regression Severity: normal Classification: Unclassified OS: Linux (All) Reporter: odi(a)odi.ch Hardware: x86-64 (AMD64) Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI Created attachment 96233 --> https://bugs.freedesktop.org/attachment.cgi?id=96233&action=edit dmesg 3.12 I am seeing a GPU lockup from any v3.13 up to 3.14-rc7, which basically renders my computer unusable under recent kernels :-( [ 55.762710] radeon 0000:01:00.0: GPU lockup CP stall for more than 10000msec [ 55.762715] radeon 0000:01:00.0: GPU lockup (waiting for 0x0000000000000004 last fence id 0x000000000000000 on ring 5) [ 55.762717] [drm:uvd_v1_0_ib_test] *ERROR* radeon: fence wait failed (-35). [ 55.762720] [drm:radeon_ib_ring_tests] *ERROR* radeon: failed testing IB on ring 5 (-35). Hardware is an iMac 11,2 with a Radeon 4670 M96XT (RV730), 256MB GDDR3. working up to 3.12, broken as of 3.13. Xorg comes up after some dalays with a mostly black screen, some colored rectangular artifacts where the login fields are, a working mouse cursor. Console fb still works. Bisected to this commit: commit f9eaf9ae782d6480f179850e27e6f4911ac10227 Author: Christian König <christian.koenig(a)amd.com> Date: Tue Oct 29 20:14:47 2013 +0100 drm/radeon: rework and fix reset detection v2 Stop fiddling with jiffies, always wait for RADEON_FENCE_JIFFIES_TIMEOUT. Consolidate the two wait sequence implementations into just one function. Activate all waiters and remember if the reset was already done instead of trying to reset from only one thread. v2: clear reset flag earlier to avoid timeout in IB test -- You are receiving this mail because: You are the assignee for the bug.

1 14

← Newer
1
...
60
61
62
63
64
65
66
...
93
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel March 2014