dri-devel November 2015

dri-devel@lists.freedesktop.org

171 participants
1176 discussions

[PATCH] drm: Use userspace compatible type in fourcc_mod_code macro
by Tvrtko Ursulin 05 Nov '15

05 Nov '15

From: Tvrtko Ursulin <tvrtko.ursulin(a)intel.com> __u64 should be used instead of u64. Feature originally added in: commit e3eb3250d84ef97b766312345774367b6a310db8 Author: Rob Clark <robdclark(a)gmail.com> Date: Thu Feb 5 14:41:52 2015 +0000 drm: add support for tiled/compressed/etc modifier in addfb2 Signed-off-by: Tvrtko Ursulin <tvrtko.ursulin(a)intel.com> Cc: Rob Clark <robdclark(a)gmail.com> Cc: Daniel Stone <daniels(a)collabora.com> Cc: Daniel Vetter <daniel.vetter(a)intel.com> Cc: dri-devel(a)lists.freedesktop.org Cc: stable(a)vger.kernel.org --- include/uapi/drm/drm_fourcc.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/uapi/drm/drm_fourcc.h b/include/uapi/drm/drm_fourcc.h index 8c5e8b91a3cb..0b69a7753558 100644 --- a/include/uapi/drm/drm_fourcc.h +++ b/include/uapi/drm/drm_fourcc.h @@ -158,7 +158,7 @@ /* add more to the end as needed */ #define fourcc_mod_code(vendor, val) \ - ((((u64)DRM_FORMAT_MOD_VENDOR_## vendor) << 56) | (val & 0x00ffffffffffffffULL)) + ((((__u64)DRM_FORMAT_MOD_VENDOR_## vendor) << 56) | (val & 0x00ffffffffffffffULL)) /* * Format Modifier tokens: -- 2.5.1

4 3

[PATCH 1/3] drm/radeon: Disable uncacheable CPU mappings of GTT with RV6xx
by Michel Dänzer 05 Nov '15

05 Nov '15

From: Michel Dänzer <michel.daenzer(a)amd.com> They reportedly cause random GPU hangs. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=91268 Cc: stable(a)vger.kernel.org Signed-off-by: Michel Dänzer <michel.daenzer(a)amd.com> --- drivers/gpu/drm/radeon/radeon_object.c | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/drivers/gpu/drm/radeon/radeon_object.c b/drivers/gpu/drm/radeon/radeon_object.c index d302488..a35f5af 100644 --- a/drivers/gpu/drm/radeon/radeon_object.c +++ b/drivers/gpu/drm/radeon/radeon_object.c @@ -221,6 +221,12 @@ int radeon_bo_create(struct radeon_device *rdev, if (!(rdev->flags & RADEON_IS_PCIE)) bo->flags &= ~(RADEON_GEM_GTT_WC | RADEON_GEM_GTT_UC); + /* Write-combined CPU mappings of GTT cause GPU hangs with RV6xx + * See https://bugs.freedesktop.org/show_bug.cgi?id=91268 + */ + if (rdev->family >= CHIP_RV610 && rdev->family <= CHIP_RV635) + bo->flags &= ~(RADEON_GEM_GTT_WC | RADEON_GEM_GTT_UC); + #ifdef CONFIG_X86_32 /* XXX: Write-combined CPU mappings of GTT seem broken on 32-bit * See https://bugs.freedesktop.org/show_bug.cgi?id=84627 -- 2.6.2

3 4

[Bug 92790] Radeon.mst error
by bugzilla-daemon＠freedesktop.org 05 Nov '15

05 Nov '15

https://bugs.freedesktop.org/show_bug.cgi?id=92790 --- Comment #2 from Adrian <A.Fiergolski+bugzilla(a)gmail.com> --- I have tried to run the newest kernel 4.3.0 (http://ubuntuhandbook.org/index.php/2015/11/linux-kernel-4-3-released/) and got exactly the same issues. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[RFC v5 00/12] MT8173 DRM support
by Philipp Zabel 05 Nov '15

05 Nov '15

Hi, another update to the MT8173 DRM support RFC. Changes since v4: - Fixed author for the HDMI driver patch - Moved device tree binding documentation to Documentation/devicetree/bindings/display/mediatek - Added mtk_crtc_state to keep pending state, made mtk_drm_crtc private - Now using drm_dev_alloc and drm_dev_register directly instead of drm_platform_init, drop drm_driver->load callback - Dropped unnecessary locking in mtk_drm_gem_dump_map_offset - Removed currently unused mtk_drm_gem_mmap_buf - Stopped referencing plane framebuffers manually - Set RDMA FIFO output threshold depending on frame width/height/rate - Removed mediatek,cec and ddc-i2c-bus properties from hdmi node - Added ddc-i2c-bus property to the output connector node - Made output port@1 required in hdmi node, using of_graph_get_port_by_id - Add mediatek, prefix to ibias properties in the hdmi-phy node - Always set HDMI mode during bridge enable - Move HDMI PHY registers into a separate file - Enable the CEC clock later in the probe function Due to the locking changes this now depends on drm-next to function, but otherwise the patch dependencies are still the same. To apply: https://patchwork.kernel.org/patch/6980951/ ("arm64: dts: mt8173: Add subsystem clock controller device nodes"), https://patchwork.kernel.org/patch/6825601/ ("arm64: dts: mt8173: add MT8173 display PWM driver support node"), https://patchwork.kernel.org/patch/7138531/ ("arm64: dts: mediatek: add xHCI & usb phy for mt8173"), https://patchwork.kernel.org/patch/6928651/ ("dts: mt8173: Add iommu/smi nodes for mt8173"), and https://patchwork.kernel.org/patch/6983351/ ("clk: mediatek: Add USB clock support in MT8173 APMIXEDSYS"). And to build, https://patchwork.kernel.org/patch/6914941/ ("iommu: Implement common IOMMU ops for DMA mapping"), https://patchwork.kernel.org/patch/6928621/ ("memory: mediatek: Add SMI driver"), https://patchwork.kernel.org/patch/6928561/ ("dt-bindings: iommu: Add binding for mediatek IOMMU"), https://patchwork.kernel.org/patch/6980911/ ("clk: mediatek: Removed unused dpi_ck clock from MT8173"), https://patchwork.kernel.org/patch/6980981/ ("clk: mediatek: Add __initdata and __init for data and functions"), https://patchwork.kernel.org/patch/6981021/ ("clk: mediatek: Add fixed clocks support for Mediatek SoC."), https://patchwork.kernel.org/patch/6980961/ ("clk: mediatek: Fix rate and dependency of MT8173 clocks"), https://patchwork.kernel.org/patch/6981031/ ("dt-bindings: ARM: Mediatek: Document devicetree bindings for clock controllers"), and https://patchwork.kernel.org/patch/6981041/ ("clk: mediatek: Add subsystem clocks of MT8173"). regards Philipp CK Hu (5): dt-bindings: drm/mediatek: Add Mediatek display subsystem dts binding drm/mediatek: Add DRM Driver for Mediatek SoC MT8173. drm/mediatek: Add DSI sub driver arm64: dts: mt8173: Add display subsystem related nodes arm64: dts: mt8173: Add HDMI related nodes Jie Qiu (3): drm/mediatek: Add DPI sub driver drm/mediatek: Add HDMI support drm/mediatek: enable hdmi output control bit Philipp Zabel (4): dt-bindings: drm/mediatek: Add Mediatek HDMI dts binding clk: mediatek: make dpi0_sel and hdmi_sel not propagate rate changes clk: mediatek: Add hdmi_ref HDMI PHY PLL reference clock output dt-bindings: hdmi-connector: add DDC I2C bus phandle documentation .../bindings/display/mediatek/mediatek,disp.txt | 183 +++++ .../bindings/display/mediatek/mediatek,dpi.txt | 35 + .../bindings/display/mediatek/mediatek,dsi.txt | 53 ++ .../bindings/display/mediatek/mediatek,hdmi.txt | 142 ++++ .../devicetree/bindings/video/hdmi-connector.txt | 1 + arch/arm64/boot/dts/mediatek/mt8173.dtsi | 282 ++++++++ drivers/clk/mediatek/clk-mt8173.c | 9 +- drivers/clk/mediatek/clk-mtk.h | 7 +- drivers/gpu/drm/Kconfig | 2 + drivers/gpu/drm/Makefile | 1 + drivers/gpu/drm/mediatek/Kconfig | 22 + drivers/gpu/drm/mediatek/Makefile | 21 + drivers/gpu/drm/mediatek/mtk_cec.c | 251 +++++++ drivers/gpu/drm/mediatek/mtk_cec.h | 25 + drivers/gpu/drm/mediatek/mtk_dpi.c | 683 ++++++++++++++++++ drivers/gpu/drm/mediatek/mtk_dpi.h | 80 +++ drivers/gpu/drm/mediatek/mtk_dpi_regs.h | 228 ++++++ drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 590 +++++++++++++++ drivers/gpu/drm/mediatek/mtk_drm_crtc.h | 56 ++ drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 218 ++++++ drivers/gpu/drm/mediatek/mtk_drm_ddp.h | 39 + drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 424 +++++++++++ drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 86 +++ drivers/gpu/drm/mediatek/mtk_drm_drv.c | 601 ++++++++++++++++ drivers/gpu/drm/mediatek/mtk_drm_drv.h | 64 ++ drivers/gpu/drm/mediatek/mtk_drm_fb.c | 151 ++++ drivers/gpu/drm/mediatek/mtk_drm_fb.h | 29 + drivers/gpu/drm/mediatek/mtk_drm_gem.c | 189 +++++ drivers/gpu/drm/mediatek/mtk_drm_gem.h | 56 ++ drivers/gpu/drm/mediatek/mtk_drm_hdmi_drv.c | 642 +++++++++++++++++ drivers/gpu/drm/mediatek/mtk_drm_plane.c | 167 +++++ drivers/gpu/drm/mediatek/mtk_drm_plane.h | 41 ++ drivers/gpu/drm/mediatek/mtk_dsi.c | 787 +++++++++++++++++++++ drivers/gpu/drm/mediatek/mtk_dsi.h | 54 ++ drivers/gpu/drm/mediatek/mtk_hdmi.c | 515 ++++++++++++++ drivers/gpu/drm/mediatek/mtk_hdmi.h | 118 +++ drivers/gpu/drm/mediatek/mtk_hdmi_ddc_drv.c | 362 ++++++++++ drivers/gpu/drm/mediatek/mtk_hdmi_hw.c | 773 ++++++++++++++++++++ drivers/gpu/drm/mediatek/mtk_hdmi_hw.h | 76 ++ drivers/gpu/drm/mediatek/mtk_hdmi_phy.c | 340 +++++++++ drivers/gpu/drm/mediatek/mtk_hdmi_phy.h | 20 + drivers/gpu/drm/mediatek/mtk_hdmi_phy_regs.h | 118 +++ drivers/gpu/drm/mediatek/mtk_hdmi_regs.h | 222 ++++++ drivers/gpu/drm/mediatek/mtk_mipi_tx.c | 375 ++++++++++ drivers/gpu/drm/mediatek/mtk_mipi_tx.h | 21 + include/drm/mediatek/mtk_hdmi_audio.h | 150 ++++ include/dt-bindings/clock/mt8173-clk.h | 3 +- 47 files changed, 9307 insertions(+), 5 deletions(-) create mode 100644 Documentation/devicetree/bindings/display/mediatek/mediatek,disp.txt create mode 100644 Documentation/devicetree/bindings/display/mediatek/mediatek,dpi.txt create mode 100644 Documentation/devicetree/bindings/display/mediatek/mediatek,dsi.txt create mode 100644 Documentation/devicetree/bindings/display/mediatek/mediatek,hdmi.txt create mode 100644 drivers/gpu/drm/mediatek/Kconfig create mode 100644 drivers/gpu/drm/mediatek/Makefile create mode 100644 drivers/gpu/drm/mediatek/mtk_cec.c create mode 100644 drivers/gpu/drm/mediatek/mtk_cec.h create mode 100644 drivers/gpu/drm/mediatek/mtk_dpi.c create mode 100644 drivers/gpu/drm/mediatek/mtk_dpi.h create mode 100644 drivers/gpu/drm/mediatek/mtk_dpi_regs.h create mode 100644 drivers/gpu/drm/mediatek/mtk_drm_crtc.c create mode 100644 drivers/gpu/drm/mediatek/mtk_drm_crtc.h create mode 100644 drivers/gpu/drm/mediatek/mtk_drm_ddp.c create mode 100644 drivers/gpu/drm/mediatek/mtk_drm_ddp.h create mode 100644 drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c create mode 100644 drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h create mode 100644 drivers/gpu/drm/mediatek/mtk_drm_drv.c create mode 100644 drivers/gpu/drm/mediatek/mtk_drm_drv.h create mode 100644 drivers/gpu/drm/mediatek/mtk_drm_fb.c create mode 100644 drivers/gpu/drm/mediatek/mtk_drm_fb.h create mode 100644 drivers/gpu/drm/mediatek/mtk_drm_gem.c create mode 100644 drivers/gpu/drm/mediatek/mtk_drm_gem.h create mode 100644 drivers/gpu/drm/mediatek/mtk_drm_hdmi_drv.c create mode 100644 drivers/gpu/drm/mediatek/mtk_drm_plane.c create mode 100644 drivers/gpu/drm/mediatek/mtk_drm_plane.h create mode 100644 drivers/gpu/drm/mediatek/mtk_dsi.c create mode 100644 drivers/gpu/drm/mediatek/mtk_dsi.h create mode 100644 drivers/gpu/drm/mediatek/mtk_hdmi.c create mode 100644 drivers/gpu/drm/mediatek/mtk_hdmi.h create mode 100644 drivers/gpu/drm/mediatek/mtk_hdmi_ddc_drv.c create mode 100644 drivers/gpu/drm/mediatek/mtk_hdmi_hw.c create mode 100644 drivers/gpu/drm/mediatek/mtk_hdmi_hw.h create mode 100644 drivers/gpu/drm/mediatek/mtk_hdmi_phy.c create mode 100644 drivers/gpu/drm/mediatek/mtk_hdmi_phy.h create mode 100644 drivers/gpu/drm/mediatek/mtk_hdmi_phy_regs.h create mode 100644 drivers/gpu/drm/mediatek/mtk_hdmi_regs.h create mode 100644 drivers/gpu/drm/mediatek/mtk_mipi_tx.c create mode 100644 drivers/gpu/drm/mediatek/mtk_mipi_tx.h create mode 100644 include/drm/mediatek/mtk_hdmi_audio.h -- 2.6.1

3 18

[Bug 84662] New: Long pauses with Unreal demo Elemental on R9270X since : Always flush the HDP cache before submitting a CS to the GPU
by bugzilla-daemon＠freedesktop.org 05 Nov '15

05 Nov '15

https://bugs.freedesktop.org/show_bug.cgi?id=84662 Bug ID: 84662 Summary: Long pauses with Unreal demo Elemental on R9270X since : Always flush the HDP cache before submitting a CS to the GPU Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: adf.lists(a)gmail.com R9270X PCIE 2.0 2 gig vram 4 gig ram. Unreal demo Elemental only recently started working with git llvm/mesa, do no bisection done on these. The demo even when working is very broken - constant 1/4 sec stutters with a couple of 1/2 - 1 sec. But after - commit 4439d469706699b4e69ef410ebc9115339f6e9e6 Author: Michel Dänzer <michel.daenzer(a)amd.com> Date: Thu Jul 31 18:43:49 2014 +0900 drm/radeon: Always flush the HDP cache before submitting a CS to the GPU This ensures the GPU sees all previous CPU writes to VRAM, which makes it safe: * For userspace to stream data from CPU to GPU via VRAM instead of GTT * For IBs to be stored in VRAM instead of GTT * For ring buffers to be stored in VRAM instead of GTT, if the HPD flush is performed via MMIO There are far longer pauses of many seconds - run time to unreal logo on "good" is 3:45 on bad best 5:39 can be longer. Screens to be attached show quite different vram/gtt usage between good and bad. Related to https://bugs.freedesktop.org/show_bug.cgi?id=82050 I bisected to the same commit in that bug, but applying the mesa patch https://bugs.freedesktop.org/show_bug.cgi?id=82050#c19 doesn't help here. CONFIG_CMA is not set. Tried kernel org 3.17-rc7 as it was reported in above as working, but not for me. -- You are receiving this mail because: You are the assignee for the bug.

1 58

[Bug 106901] Brightness / WIFI Key does not generate any events
by bugzilla-daemon＠bugzilla.kernel.org 05 Nov '15

05 Nov '15

https://bugzilla.kernel.org/show_bug.cgi?id=106901 Aaron Lu <aaron.lu(a)intel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED Component|Power-Video |Video(DRI - non Intel) Assignee|aaron.lu(a)intel.com |drivers_video-dri@kernel-bu | |gs.osdl.org Product|ACPI |Drivers --- Comment #15 from Aaron Lu <aaron.lu(a)intel.com> --- I have no idea why the acpi_video inteface doesn't work, the _BCM control method is there, but just doesn't work. The _BCM control method did some setting on the GPU's PCI config space, that may trigger GPU driver to do the actual handling, but then this is driver specific, maybe nvidia/nouveau driver has this knowledge. As for the notification, the firmware decides to send the notification only when the _DCS control method returns 0x1f: Method (_Q0E, 0, NotSerialized) // _Qxx: EC Query { If ((MSOS () < OSW8)) { SBRN () } If ((MSOS () >= OSVT)) { Local0 = LBTN /* \_SB_.LBTN */ If (^^^PEG0.GFX0.PRST ()) { If ((^^^PEG0.GFX0.LCDD._DCS () != 0x1F)) { If ((^^^PEG0.GFX0.EDPD._DCS () != 0x1F)) { Return (One) } } ^^^PEG0.GFX0.DWBL () ASBN = One } The _DCS is: Method (_DCS, 0, NotSerialized) // _DCS: Display Current Status { CHA1 = One CHA2 = One CHA3 = Zero Notify (GFX0, 0xF0) // Hardware-Specific While ((CHA2 == One)) { Sleep (0x32) If ((CHA3 != One)) { CHA2 = Zero } } ACTD = MD2A (ACTD) AVLD = MD2A (AVLD) Local0 = ACTD /* \_SB_.ACTD */ Local0 = AVLD /* \_SB_.AVLD */ If (Local0) { If ((Local0 & EDPM)) { Return (0x1F) } } Return (0x1D) } The AVLD is retrieved from a memory field, I doubt it depends on the GPU driver to set this value. We should let the GPU people to take a look. -- You are receiving this mail because: You are watching the assignee of the bug.

1 0

[patch] drm/vc4: checking for NULL instead of IS_ERR
by Dan Carpenter 05 Nov '15

05 Nov '15

vc4_plane_init() returns an ERR_PTR on error, it doesn't return NULL. This was obviously intended because the next lines call PTR_ERR(primary_plane) already. Fixes: c8b75bca92cb ('Eric Anholt <eric(a)anholt.net>') Signed-off-by: Dan Carpenter <dan.carpenter(a)oracle.com> diff --git a/drivers/gpu/drm/vc4/vc4_crtc.c b/drivers/gpu/drm/vc4/vc4_crtc.c index 7a9f476..0c363df 100644 --- a/drivers/gpu/drm/vc4/vc4_crtc.c +++ b/drivers/gpu/drm/vc4/vc4_crtc.c @@ -591,14 +591,14 @@ static int vc4_crtc_bind(struct device *dev, struct device *master, void *data) * that will take too much. */ primary_plane = vc4_plane_init(drm, DRM_PLANE_TYPE_PRIMARY); - if (!primary_plane) { + if (IS_ERR(primary_plane)) { dev_err(dev, "failed to construct primary plane\n"); ret = PTR_ERR(primary_plane); goto err; } cursor_plane = vc4_plane_init(drm, DRM_PLANE_TYPE_CURSOR); - if (!cursor_plane) { + if (IS_ERR(cursor_plane)) { dev_err(dev, "failed to construct cursor plane\n"); ret = PTR_ERR(cursor_plane); goto err_primary;

2 1

[git pull] drm/sti: drm-next 2015-11-03
by Vincent ABRIOU 05 Nov '15

05 Nov '15

Hello Dave, This serie of patches is a bunch of pending patches related with sti/drm driver. The following changes since commit 1c431cb4615334fb81c0d1c0ede21aa4354c1187: Merge branch 'linux-4.4' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-next (2015-11-03 15:42:59 +1000) are available in the git repository at: http://git.linaro.org/people/benjamin.gaignard/kernel.git drm-sti-next-2015-11-03 for you to fetch changes up to e00fe64a5ccd94590e1c3325346b60aa0ffdc1ff: drm/sti: load HQVDP firmware the first time HQVDP's plane is used (2015-11-03 13:04:56 +0100) Please let me know if there is any problem. Regards, Vincent ---------------------------------------------------------------- Archit Taneja (1): drm/sti: Remove local fbdev emulation Kconfig option Rasmus Villemoes (1): drm/sti: remove redundant sign extensions Thierry Reding (5): drm/sti: Select FW_LOADER drm/sti: Store correct CRTC index in events drm/sti: Use drm_crtc_vblank_*() API drm/sti: Build monolithic driver drm/sti: Do not export symbols Ville Syrjälä (1): drm/sti: Constify function pointer structs Vincent Abriou (3): drm/sti: set mixer background color through module param drm/sti: fix typo issue in sti_mode_config_init drm/sti: load HQVDP firmware the first time HQVDP's plane is used Vladimir Zapolskiy (2): drm/sti: hdmi fix i2c adapter device refcounting drm/sti: hdmi use of_get_i2c_adapter_by_node interface drivers/gpu/drm/sti/Kconfig | 8 +- drivers/gpu/drm/sti/Makefile | 21 ++- drivers/gpu/drm/sti/sti_awg_utils.c | 4 - drivers/gpu/drm/sti/sti_compositor.c | 4 +- drivers/gpu/drm/sti/sti_crtc.c | 45 +++--- drivers/gpu/drm/sti/sti_drv.c | 33 +++- drivers/gpu/drm/sti/sti_drv.h | 9 ++ drivers/gpu/drm/sti/sti_dvo.c | 7 +- drivers/gpu/drm/sti/sti_gdp.c | 2 +- drivers/gpu/drm/sti/sti_hda.c | 7 +- drivers/gpu/drm/sti/sti_hdmi.c | 69 ++++---- drivers/gpu/drm/sti/sti_hqvdp.c | 306 +++++++++++++++++------------------ drivers/gpu/drm/sti/sti_mixer.c | 14 +- drivers/gpu/drm/sti/sti_plane.c | 3 - drivers/gpu/drm/sti/sti_tvout.c | 2 - drivers/gpu/drm/sti/sti_vtac.c | 2 - drivers/gpu/drm/sti/sti_vtg.c | 22 +-- drivers/gpu/drm/sti/sti_vtg.h | 4 +- 18 files changed, 283 insertions(+), 279 deletions(-)

2 1

[pull] amdgpu fixes for drm-next-4.4
by Alex Deucher 04 Nov '15

04 Nov '15

Hi Dave, Some additional fixes for 4.4: - Warning fix - More fence cleanup - oops fix - Fiji fixes The following changes since commit 6ef68c17d40e1e7e291ca513627a0d2a13ae095f: drm/amdgpu: remove amdgpu_fence_ref/unref (2015-10-30 01:58:22 -0400) are available in the git repository at: git://people.freedesktop.org/~agd5f/linux drm-next-4.4 for you to fetch changes up to a95e264254dca5b6bfb331d5902930d0787bd7e1: drm/amdgpu: group together common fence implementation (2015-11-04 12:29:23 -0500) ---------------------------------------------------------------- Alex Deucher (1): drm/amdgpu: don't VT switch on suspend Christian König (5): drm/amdgpu: fix stoping the scheduler timeout drm/amdgpu: fix fence fallback check drm/amdgpu: remove now unused fence functions drm/amdgpu: remove AMDGPU_FENCE_OWNER_MOVE drm/amdgpu: group together common fence implementation Dan Carpenter (1): drm/amdgpu: cleanup on error in amdgpu_cs_ioctl() Dave Airlie (2): drm/amdgpu: don't oops on failure to load (v2) drm/amd/scheduler: don't oops on failure to load Flora Cui (3): drm/amdgpu: extract common code in vi_common_early_init drm/amdgpu: update Fiji's rev id drm/amdgpu: update Fiji's Golden setting Harry Wentland (1): drm/amdgpu: Make amdgpu_mn functions inline drivers/gpu/drm/amd/amdgpu/amdgpu.h | 44 +----- drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 6 +- drivers/gpu/drm/amd/amdgpu/amdgpu_ctx.c | 3 + drivers/gpu/drm/amd/amdgpu/amdgpu_fb.c | 1 + drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 206 ++++++++++++++------------ drivers/gpu/drm/amd/amdgpu/amdgpu_sync.c | 4 +- drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 2 +- drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 22 ++- drivers/gpu/drm/amd/amdgpu/vi.c | 14 +- drivers/gpu/drm/amd/scheduler/gpu_scheduler.c | 5 +- 10 files changed, 149 insertions(+), 158 deletions(-)

1 0

[PATCH] drm/mgag200/mgag200_mode.c: fix wrong do_div() usage
by Nicolas Pitre 04 Nov '15

04 Nov '15

do_div() is meant to be used with an unsigned dividend. Signed-off-by: Nicolas Pitre <nico(a)linaro.org> diff --git a/drivers/gpu/drm/mgag200/mgag200_mode.c b/drivers/gpu/drm/mgag200/mgag200_mode.c index c99d3fe128..1d4c480f5c 100644 --- a/drivers/gpu/drm/mgag200/mgag200_mode.c +++ b/drivers/gpu/drm/mgag200/mgag200_mode.c @@ -1564,7 +1564,7 @@ static uint32_t mga_vga_calculate_mode_bandwidth(struct drm_display_mode *mode, int bits_per_pixel) { uint32_t total_area, divisor; - int64_t active_area, pixels_per_second, bandwidth; + uint64_t active_area, pixels_per_second, bandwidth; uint64_t bytes_per_pixel = (bits_per_pixel + 7) / 8; divisor = 1024;

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel November 2015