dri-devel December 2018

dri-devel@lists.freedesktop.org

283 participants
2020 discussions

[Bug 201837] New: nouveau 0000:01:00.0: gr: TRAP ch 4 [00ff85a000 X[3808]]
by bugzilla-daemon＠bugzilla.kernel.org 02 Dec '18

02 Dec '18

https://bugzilla.kernel.org/show_bug.cgi?id=201837 Bug ID: 201837 Summary: nouveau 0000:01:00.0: gr: TRAP ch 4 [00ff85a000 X[3808]] Product: Drivers Version: 2.5 Kernel Version: 4.19.5 Hardware: All OS: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri(a)kernel-bugs.osdl.org Reporter: marc(a)osknowledge.org Regression: No /var/log/debug-20181202.gz:[2018-12-01 17:13:44] err kern 03 kernel : [ 1207.767014] nouveau 0000:01:00.0: gr: TRAP ch 4 [00ff85a000 X[3808]] /var/log/debug-20181202.gz:[2018-12-01 17:13:44] err kern 03 kernel : [ 1207.767023] nouveau 0000:01:00.0: gr: GPC0/TPC0/MP trap: global 00000004 [MULTIPLE_WARP_ERRORS] warp 3e000d [OOR_REG] /var/log/debug-20181202.gz:[2018-12-01 17:13:44] err kern 03 kernel : [ 1207.767029] nouveau 0000:01:00.0: gr: GPC0/TPC1/MP trap: global 00000004 [MULTIPLE_WARP_ERRORS] warp 3e000d [OOR_REG] /var/log/debug-20181202.gz:[2018-12-01 17:13:44] err kern 03 kernel : [ 1207.767035] nouveau 0000:01:00.0: gr: GPC0/TPC2/MP trap: global 00000004 [MULTIPLE_WARP_ERRORS] warp 3e000d [OOR_REG] /var/log/debug-20181202.gz:[2018-12-01 17:13:44] err kern 03 kernel : [ 1207.767040] nouveau 0000:01:00.0: gr: GPC0/TPC3/MP trap: global 00000000 [] warp 3f000d [OOR_REG] /var/log/debug-20181202.gz:[2018-12-01 17:13:44] err kern 03 kernel : nouveau 0000:01:00.0: gr: TRAP ch 4 [00ff85a000 X[3808]] /var/log/debug-20181202.gz:[2018-12-01 17:13:44] err kern 03 kernel : nouveau 0000:01:00.0: gr: GPC0/TPC0/MP trap: global 00000004 [MULTIPLE_WARP_ERRORS] warp 3e000d [OOR_REG] /var/log/debug-20181202.gz:[2018-12-01 17:13:44] err kern 03 kernel : nouveau 0000:01:00.0: gr: GPC0/TPC1/MP trap: global 00000004 [MULTIPLE_WARP_ERRORS] warp 3e000d [OOR_REG] /var/log/debug-20181202.gz:[2018-12-01 17:13:44] err kern 03 kernel : nouveau 0000:01:00.0: gr: GPC0/TPC2/MP trap: global 00000004 [MULTIPLE_WARP_ERRORS] warp 3e000d [OOR_REG] /var/log/debug-20181202.gz:[2018-12-01 17:13:44] err kern 03 kernel : nouveau 0000:01:00.0: gr: GPC0/TPC3/MP trap: global 00000000 [] warp 3f000d [OOR_REG] /var/log/debug-20181202.gz:[2018-12-01 17:13:49] err kern 03 kernel : nouveau 0000:01:00.0: fifo: SCHED_ERROR 0a [CTXSW_TIMEOUT] /var/log/debug-20181202.gz:[2018-12-01 17:13:49] notice kern 05 kernel : nouveau 0000:01:00.0: fifo: runlist 0: scheduled for recovery /var/log/debug-20181202.gz:[2018-12-01 17:13:49] notice kern 05 kernel : nouveau 0000:01:00.0: fifo: channel 4: killed /var/log/debug-20181202.gz:[2018-12-01 17:13:49] notice kern 05 kernel : nouveau 0000:01:00.0: fifo: engine 0: scheduled for recovery /var/log/debug-20181202.gz:[2018-12-01 17:13:49] warning kern 04 kernel : nouveau 0000:01:00.0: X[3808]: channel 4 killed! /var/log/debug-20181202.gz:[2018-12-01 17:13:49] err kern 03 kernel : [ 1212.066203] nouveau 0000:01:00.0: fifo: SCHED_ERROR 0a [CTXSW_TIMEOUT] /var/log/debug-20181202.gz:[2018-12-01 17:13:49] notice kern 05 kernel : [ 1212.066211] nouveau 0000:01:00.0: fifo: runlist 0: scheduled for recovery /var/log/debug-20181202.gz:[2018-12-01 17:13:49] notice kern 05 kernel : [ 1212.066217] nouveau 0000:01:00.0: fifo: channel 4: killed /var/log/debug-20181202.gz:[2018-12-01 17:13:49] notice kern 05 kernel : [ 1212.066224] nouveau 0000:01:00.0: fifo: engine 0: scheduled for recovery /var/log/debug-20181202.gz:[2018-12-01 17:13:49] warning kern 04 kernel : [ 1212.066550] nouveau 0000:01:00.0: X[3808]: channel 4 killed! Hardware is 01:00.0 VGA compatible controller: NVIDIA Corporation GM107GLM [Quadro M2000M] (rev a2) (prog-if 00 [VGA controller]) Subsystem: Lenovo GM107GLM [Quadro M2000M] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 121 Region 0: Memory at c2000000 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at b0000000 (64-bit, prefetchable) [size=256M] Region 3: Memory at c0000000 (64-bit, prefetchable) [size=32M] Region 5: I/O ports at 4000 [size=128] Expansion ROM at c3080000 [disabled] [size=512K] Capabilities: [60] Power Management version 3 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME- Capabilities: [68] MSI: Enable+ Count=1/1 Maskable- 64bit+ Address: 00000000fee00238 Data: 0000 Capabilities: [78] Express (v2) Endpoint, MSI 00 DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s unlimited, L1 <64us ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset- SlotPowerLimit 75.000W DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag+ PhantFunc- AuxPwr- NoSnoop+ MaxPayload 256 bytes, MaxReadReq 512 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend+ LnkCap: Port #0, Speed 8GT/s, Width x16, ASPM L0s L1, Exit Latency L0s <512ns, L1 <4us ClockPM+ Surprise- LLActRep- BwNot- ASPMOptComp+ LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+ ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- DevCap2: Completion Timeout: Range AB, TimeoutDis+, LTR+, OBFF Via message AtomicOpsCap: 32bit- 64bit- 128bitCAS- DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR+, OBFF Disabled AtomicOpsCtl: ReqEn- LnkCtl2: Target Link Speed: 8GT/s, EnterCompliance- SpeedDis- Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS- LnkSta2: Current De-emphasis Level: -3.5dB, EqualizationComplete+, EqualizationPhase1+ EqualizationPhase2+, EqualizationPhase3+, LinkEqualizationRequest- Kernel driver in use: nouveau -- You are receiving this mail because: You are watching the assignee of the bug.

1 0

[Bug 201835] New: nouveau 0000:01:00.0: fifo: fault 01 [WRITE] at 0000000000160000 engine 15 [CE0] client 01 [HUB/CE0] reason c2 [] on channel 0 [00ff9a6000 DRM]
by bugzilla-daemon＠bugzilla.kernel.org 02 Dec '18

02 Dec '18

https://bugzilla.kernel.org/show_bug.cgi?id=201835 Bug ID: 201835 Summary: nouveau 0000:01:00.0: fifo: fault 01 [WRITE] at 0000000000160000 engine 15 [CE0] client 01 [HUB/CE0] reason c2 [] on channel 0 [00ff9a6000 DRM] Product: Drivers Version: 2.5 Kernel Version: 4.19.5 Hardware: All OS: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri(a)kernel-bugs.osdl.org Reporter: marc(a)osknowledge.org Regression: No [2018-11-29 14:05:10] err kern 03 kernel : nouveau 0000:01:00.0: fifo: fault 01 [WRITE] at 0000000000160000 engine 15 [CE0] client 01 [HUB/CE0] reason c2 [] on channel 0 [00ff9a6000 DRM] [2018-11-29 14:05:10] notice kern 05 kernel : nouveau 0000:01:00.0: fifo: channel 0: killed [2018-11-29 14:05:10] notice kern 05 kernel : nouveau 0000:01:00.0: fifo: runlist 0: scheduled for recovery [2018-11-29 14:05:10] notice kern 05 kernel : nouveau 0000:01:00.0: fifo: runlist 4: scheduled for recovery [2018-11-29 14:05:10] notice kern 05 kernel : nouveau 0000:01:00.0: fifo: engine 4: scheduled for recovery [2018-11-29 14:05:10] err kern 03 kernel : [19570.911809] nouveau 0000:01:00.0: fifo: fault 01 [WRITE] at 0000000000160000 engine 15 [CE0] client 01 [HUB/CE0] reason c2 [] on channel 0 [00ff9a6000 DRM] [2018-11-29 14:05:10] notice kern 05 kernel : [19570.911814] nouveau 0000:01:00.0: fifo: channel 0: killed [2018-11-29 14:05:10] notice kern 05 kernel : [19570.911817] nouveau 0000:01:00.0: fifo: runlist 0: scheduled for recovery [2018-11-29 14:05:10] notice kern 05 kernel : [19570.911825] nouveau 0000:01:00.0: fifo: runlist 4: scheduled for recovery [2018-11-29 14:05:10] notice kern 05 kernel : [19570.911828] nouveau 0000:01:00.0: fifo: engine 4: scheduled for recovery Hardware is 01:00.0 VGA compatible controller: NVIDIA Corporation GM107GLM [Quadro M2000M] (rev a2) (prog-if 00 [VGA controller]) Subsystem: Lenovo GM107GLM [Quadro M2000M] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 121 Region 0: Memory at c2000000 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at b0000000 (64-bit, prefetchable) [size=256M] Region 3: Memory at c0000000 (64-bit, prefetchable) [size=32M] Region 5: I/O ports at 4000 [size=128] Expansion ROM at c3080000 [disabled] [size=512K] Capabilities: [60] Power Management version 3 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME- Capabilities: [68] MSI: Enable+ Count=1/1 Maskable- 64bit+ Address: 00000000fee00238 Data: 0000 Capabilities: [78] Express (v2) Endpoint, MSI 00 DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s unlimited, L1 <64us ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset- SlotPowerLimit 75.000W DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag+ PhantFunc- AuxPwr- NoSnoop+ MaxPayload 256 bytes, MaxReadReq 512 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend+ LnkCap: Port #0, Speed 8GT/s, Width x16, ASPM L0s L1, Exit Latency L0s <512ns, L1 <4us ClockPM+ Surprise- LLActRep- BwNot- ASPMOptComp+ LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+ ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- DevCap2: Completion Timeout: Range AB, TimeoutDis+, LTR+, OBFF Via message AtomicOpsCap: 32bit- 64bit- 128bitCAS- DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR+, OBFF Disabled AtomicOpsCtl: ReqEn- LnkCtl2: Target Link Speed: 8GT/s, EnterCompliance- SpeedDis- Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS- LnkSta2: Current De-emphasis Level: -3.5dB, EqualizationComplete+, EqualizationPhase1+ EqualizationPhase2+, EqualizationPhase3+, LinkEqualizationRequest- Kernel driver in use: nouveau -- You are receiving this mail because: You are watching the assignee of the bug.

1 0

[PATCH v2 5/9] drm/xen/xen_drm_front_gem.c: Convert to use vm_insert_range
by Souptick Joarder 02 Dec '18

02 Dec '18

Convert to use vm_insert_range() to map range of kernel memory to user vma. Signed-off-by: Souptick Joarder <jrdr.linux(a)gmail.com> Reviewed-by: Matthew Wilcox <willy(a)infradead.org> Reviewed-by: Oleksandr Andrushchenko <oleksandr_andrushchenko(a)epam.com> --- drivers/gpu/drm/xen/xen_drm_front_gem.c | 20 ++++++-------------- 1 file changed, 6 insertions(+), 14 deletions(-) diff --git a/drivers/gpu/drm/xen/xen_drm_front_gem.c b/drivers/gpu/drm/xen/xen_drm_front_gem.c index 47ff019..c21e5d1 100644 --- a/drivers/gpu/drm/xen/xen_drm_front_gem.c +++ b/drivers/gpu/drm/xen/xen_drm_front_gem.c @@ -225,8 +225,7 @@ struct drm_gem_object * static int gem_mmap_obj(struct xen_gem_object *xen_obj, struct vm_area_struct *vma) { - unsigned long addr = vma->vm_start; - int i; + int ret; /* * clear the VM_PFNMAP flag that was set by drm_gem_mmap(), and set the @@ -247,18 +246,11 @@ static int gem_mmap_obj(struct xen_gem_object *xen_obj, * FIXME: as we insert all the pages now then no .fault handler must * be called, so don't provide one */ - for (i = 0; i < xen_obj->num_pages; i++) { - int ret; - - ret = vm_insert_page(vma, addr, xen_obj->pages[i]); - if (ret < 0) { - DRM_ERROR("Failed to insert pages into vma: %d\n", ret); - return ret; - } - - addr += PAGE_SIZE; - } - return 0; + ret = vm_insert_range(vma, vma->vm_start, xen_obj->pages, + xen_obj->num_pages); + if (ret < 0) + DRM_ERROR("Failed to insert pages into vma: %d\n", ret); + return ret; } int xen_drm_front_gem_mmap(struct file *filp, struct vm_area_struct *vma) -- 1.9.1

1 0

[PATCH v2 4/9] drm/rockchip/rockchip_drm_gem.c: Convert to use vm_insert_range
by Souptick Joarder 02 Dec '18

02 Dec '18

Convert to use vm_insert_range() to map range of kernel memory to user vma. Signed-off-by: Souptick Joarder <jrdr.linux(a)gmail.com> Tested-by: Heiko Stuebner <heiko(a)sntech.de> Acked-by: Heiko Stuebner <heiko(a)sntech.de> --- drivers/gpu/drm/rockchip/rockchip_drm_gem.c | 20 ++------------------ 1 file changed, 2 insertions(+), 18 deletions(-) diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_gem.c b/drivers/gpu/drm/rockchip/rockchip_drm_gem.c index a8db758..2cb83bb 100644 --- a/drivers/gpu/drm/rockchip/rockchip_drm_gem.c +++ b/drivers/gpu/drm/rockchip/rockchip_drm_gem.c @@ -221,26 +221,10 @@ static int rockchip_drm_gem_object_mmap_iommu(struct drm_gem_object *obj, struct vm_area_struct *vma) { struct rockchip_gem_object *rk_obj = to_rockchip_obj(obj); - unsigned int i, count = obj->size >> PAGE_SHIFT; unsigned long user_count = vma_pages(vma); - unsigned long uaddr = vma->vm_start; - unsigned long offset = vma->vm_pgoff; - unsigned long end = user_count + offset; - int ret; - - if (user_count == 0) - return -ENXIO; - if (end > count) - return -ENXIO; - for (i = offset; i < end; i++) { - ret = vm_insert_page(vma, uaddr, rk_obj->pages[i]); - if (ret) - return ret; - uaddr += PAGE_SIZE; - } - - return 0; + return vm_insert_range(vma, vma->vm_start, rk_obj->pages, + user_count); } static int rockchip_drm_gem_object_mmap_dma(struct drm_gem_object *obj, -- 1.9.1

1 0

[PATCH v2 0/9] Use vm_insert_range
by Souptick Joarder 02 Dec '18

02 Dec '18

Previouly drivers have their own way of mapping range of kernel pages/memory into user vma and this was done by invoking vm_insert_page() within a loop. As this pattern is common across different drivers, it can be generalized by creating a new function and use it across the drivers. vm_insert_range is the new API which will be used to map a range of kernel memory/pages to user vma. All the applicable places are converted to use new vm_insert_range in this patch series. v1 -> v2: Address review comment on mm/memory.c. Add EXPORT_SYMBOL for vm_insert_range and corrected the documentation part for this API. In drivers/gpu/drm/xen/xen_drm_front_gem.c, replace err with ret as suggested. In drivers/iommu/dma-iommu.c, handle the scenario of partial mmap() of large buffer by passing *pages + vma->vm_pgoff* to vm_insert_range(). Souptick Joarder (9): mm: Introduce new vm_insert_range API arch/arm/mm/dma-mapping.c: Convert to use vm_insert_range drivers/firewire/core-iso.c: Convert to use vm_insert_range drm/rockchip/rockchip_drm_gem.c: Convert to use vm_insert_range drm/xen/xen_drm_front_gem.c: Convert to use vm_insert_range iommu/dma-iommu.c: Convert to use vm_insert_range videobuf2/videobuf2-dma-sg.c: Convert to use vm_insert_range xen/gntdev.c: Convert to use vm_insert_range xen/privcmd-buf.c: Convert to use vm_insert_range arch/arm/mm/dma-mapping.c | 21 +++++-------- drivers/firewire/core-iso.c | 15 ++------- drivers/gpu/drm/rockchip/rockchip_drm_gem.c | 20 ++---------- drivers/gpu/drm/xen/xen_drm_front_gem.c | 20 ++++-------- drivers/iommu/dma-iommu.c | 13 ++------ drivers/media/common/videobuf2/videobuf2-dma-sg.c | 23 +++++--------- drivers/xen/gntdev.c | 11 +++---- drivers/xen/privcmd-buf.c | 8 ++--- include/linux/mm_types.h | 3 ++ mm/memory.c | 38 +++++++++++++++++++++++ mm/nommu.c | 7 +++++ 11 files changed, 81 insertions(+), 98 deletions(-) -- 1.9.1

1 0

[PATCH] media: omap2: omapfb: convert to DEFINE_SHOW_ATTRIBUTE
by Yangtao Li 02 Dec '18

02 Dec '18

Use DEFINE_SHOW_ATTRIBUTE macro to simplify the code. Signed-off-by: Yangtao Li <tiny.windzz(a)gmail.com> --- drivers/video/fbdev/omap2/omapfb/dss/core.c | 16 +++------------- 1 file changed, 3 insertions(+), 13 deletions(-) diff --git a/drivers/video/fbdev/omap2/omapfb/dss/core.c b/drivers/video/fbdev/omap2/omapfb/dss/core.c index a5e58a829ea0..7d3d9f6fad10 100644 --- a/drivers/video/fbdev/omap2/omapfb/dss/core.c +++ b/drivers/video/fbdev/omap2/omapfb/dss/core.c @@ -99,24 +99,14 @@ int dss_set_min_bus_tput(struct device *dev, unsigned long tput) } #if defined(CONFIG_FB_OMAP2_DSS_DEBUGFS) -static int dss_debug_show(struct seq_file *s, void *unused) +static int dss_show(struct seq_file *s, void *unused) { void (*func)(struct seq_file *) = s->private; func(s); return 0; } -static int dss_debug_open(struct inode *inode, struct file *file) -{ - return single_open(file, dss_debug_show, inode->i_private); -} - -static const struct file_operations dss_debug_fops = { - .open = dss_debug_open, - .read = seq_read, - .llseek = seq_lseek, - .release = single_release, -}; +DEFINE_SHOW_ATTRIBUTE(dss); static struct dentry *dss_debugfs_dir; @@ -130,7 +120,7 @@ static int dss_initialize_debugfs(void) } debugfs_create_file("clk", S_IRUGO, dss_debugfs_dir, - &dss_debug_dump_clocks, &dss_debug_fops); + &dss_debug_dump_clocks, &dss_fops); return 0; } -- 2.17.0

2 2

[Patch v3 ] drm/msm/dpu: Correct dpu destroy and disable order
by Jayant Shekhar 02 Dec '18

02 Dec '18

In case of msm drm bind failure, pm runtime put sync is called from dsi driver which issues an asynchronous put on mdss device. Subsequently when dpu_mdss_destroy is triggered the change will make sure to put the mdss device in suspend and clearing pending work if not scheduled. Changes in v2: - Removed double spacings [Jeykumar] Changes in v3: - Fix clock on issue during bootup [Rajendra] Signed-off-by: Jayant Shekhar <jshekhar(a)codeaurora.org> --- drivers/gpu/drm/msm/disp/dpu1/dpu_mdss.c | 6 ++---- 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/msm/disp/dpu1/dpu_mdss.c b/drivers/gpu/drm/msm/disp/dpu1/dpu_mdss.c index fd9c893..df8127b 100644 --- a/drivers/gpu/drm/msm/disp/dpu1/dpu_mdss.c +++ b/drivers/gpu/drm/msm/disp/dpu1/dpu_mdss.c @@ -156,18 +156,16 @@ static void dpu_mdss_destroy(struct drm_device *dev) struct dpu_mdss *dpu_mdss = to_dpu_mdss(priv->mdss); struct dss_module_power *mp = &dpu_mdss->mp; + pm_runtime_suspend(dev->dev); + pm_runtime_disable(dev->dev); _dpu_mdss_irq_domain_fini(dpu_mdss); - free_irq(platform_get_irq(pdev, 0), dpu_mdss); - msm_dss_put_clk(mp->clk_config, mp->num_clk); devm_kfree(&pdev->dev, mp->clk_config); if (dpu_mdss->mmio) devm_iounmap(&pdev->dev, dpu_mdss->mmio); dpu_mdss->mmio = NULL; - - pm_runtime_disable(dev->dev); priv->mdss = NULL; } -- The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project

3 2

[PATCH 1/4] drm/i915: Make intel_fuzzy_clock_check available outside of intel_display.c
by Hans de Goede 01 Dec '18

01 Dec '18

The next patch in this series uses intel_fuzzy_clock_check from the vlv_dsi.c code. Signed-off-by: Hans de Goede <hdegoede(a)redhat.com> --- drivers/gpu/drm/i915/intel_display.c | 2 +- drivers/gpu/drm/i915/intel_drv.h | 1 + 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c index 31fd6708a92e..c2980643a1a5 100644 --- a/drivers/gpu/drm/i915/intel_display.c +++ b/drivers/gpu/drm/i915/intel_display.c @@ -11434,7 +11434,7 @@ intel_modeset_pipe_config(struct drm_crtc *crtc, return 0; } -static bool intel_fuzzy_clock_check(int clock1, int clock2) +bool intel_fuzzy_clock_check(int clock1, int clock2) { int diff; diff --git a/drivers/gpu/drm/i915/intel_drv.h b/drivers/gpu/drm/i915/intel_drv.h index db6fa1d0cbda..a1862d1c06f7 100644 --- a/drivers/gpu/drm/i915/intel_drv.h +++ b/drivers/gpu/drm/i915/intel_drv.h @@ -1602,6 +1602,7 @@ int vlv_force_pll_on(struct drm_i915_private *dev_priv, enum pipe pipe, const struct dpll *dpll); void vlv_force_pll_off(struct drm_i915_private *dev_priv, enum pipe pipe); int lpt_get_iclkip(struct drm_i915_private *dev_priv); +bool intel_fuzzy_clock_check(int clock1, int clock2); /* modesetting asserts */ void assert_panel_unlocked(struct drm_i915_private *dev_priv, -- 2.19.1

1 3

[Bug 108814] VMC page fault on POLARIS&RAVEN
by bugzilla-daemon＠freedesktop.org 01 Dec '18

01 Dec '18

https://bugs.freedesktop.org/show_bug.cgi?id=108814 Bug ID: 108814 Summary: VMC page fault on POLARIS&RAVEN Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/AMDgpu Assignee: dri-devel(a)lists.freedesktop.org Reporter: domen.stangar(a)gmail.com I tried it on two computers. Linux (none) 4.20.0-rc1+ #8 SMP PREEMPT Tue Nov 20 00:24:49 CET 2018 x86_64 AMD Athlon PRO 200GE w/ Radeon Vega Graphics AuthenticAMD GNU/Linux Extended renderer info (GLX_MESA_query_renderer): Vendor: X.Org (0x1002) Device: AMD RAVEN (DRM 3.27.0, 4.20.0-rc1+, LLVM 7.0.0) (0x15dd) Version: 18.2.5 [ 80.221112] amdgpu 0000:38:00.0: [gfxhub] VMC page fault (src_id:0 ring:32 vmid:2 pasid:32768, for process roles pid 358 thread roles:cs0 pid 359) [ 80.221116] amdgpu 0000:38:00.0: in page starting at address 0x0000800000a94000 from 27 [ 80.221118] amdgpu 0000:38:00.0: VM_L2_PROTECTION_FAULT_STATUS:0x00240C40 Other computer. Linux amd1.blue.org 4.19.2 #1 SMP PREEMPT Tue Nov 20 21:41:52 CET 2018 x86_64 AMD Ryzen 7 1700X Eight-Core Processor AuthenticAMD GNU/Linux Extended renderer info (GLX_MESA_query_renderer): Vendor: X.Org (0x1002) Device: AMD Radeon (TM) RX 460 Graphics (POLARIS11, DRM 3.27.0, 4.19.2, LLVM 7.0.0) (0x67ef) Version: 18.2.5 [ 1253.329906] amdgpu 0000:0e:00.0: GPU fault detected: 147 0x09004802 for process roles pid 1119 thread roles:cs0 pid 1120 [ 1253.329910] amdgpu 0000:0e:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x0000EB20 [ 1253.329911] amdgpu 0000:0e:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x0C048002 [ 1253.329914] amdgpu 0000:0e:00.0: VM fault (0x02, vmid 6, pasid 32769) at page 60192, read from 'TC0' (0x54433000) (72) Is this llvm or mesa issue ? I also tried older kernel 4.16 same thing. What reports do you need ? -- You are receiving this mail because: You are the assignee for the bug.

1 12

Re: [PATCH RFC 00/15] Zero ****s, hugload of hugs <3
by Jarkko Sakkinen 01 Dec '18

01 Dec '18

On Fri, Nov 30, 2018 at 08:39:01PM +0000, Abuse wrote: > On Friday, 30 November 2018 20:35:07 GMT David Miller wrote: > > From: Jens Axboe <axboe(a)kernel.dk> > > Date: Fri, 30 Nov 2018 13:12:26 -0700 > > > > > On 11/30/18 12:56 PM, Davidlohr Bueso wrote: > > >> On Fri, 30 Nov 2018, Kees Cook wrote: > > >> > > >>> On Fri, Nov 30, 2018 at 11:27 AM Jarkko Sakkinen > > >>> <jarkko.sakkinen(a)linux.intel.com> wrote: > > >>>> > > >>>> In order to comply with the CoC, replace **** with a hug. > > >> > > >> I hope this is some kind of joke. How would anyone get offended by reading > > >> technical comments? This is all beyond me... > > > > > > Agree, this is insanity. > > > > And even worse it is censorship. > > > > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > Fuck > > I assume I will now be barred. > > Thank you for taking the opportunity to practice free speech in the always so welcoming and inclusive on-line world :-) Now I'll just have to find my notebook and write this prose down so that I'll never forget it. Thanks again. /Jarkko

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel December 2018