Re: [PATCH 2/4] drm/ttm: add page order support in ttm_pages_put

On 2017年11月22日 13:36, Roger He wrote: Change-Id: Ia55b206d95812c5afcfd6cec29f580758d1f50f0 Signed-off-by: Roger He --- drivers/gpu/drm/ttm/ttm_page_alloc.c | 42 +--- 1 file changed, 34 insertions(+), 8 deletions(-) diff --git

[PATCH 4/4] drm/ttm: free one in huge pool even shrink request less than one element

Change-Id: Id8bd4d1ecff9f3ab14355e2dbd1c59b9fe824e01 Signed-off-by: Roger He --- drivers/gpu/drm/ttm/ttm_page_alloc.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc.c b/drivers/gpu/drm/ttm/ttm_page_alloc.c index

RE: [PATCH 2/4] drm/ttm: add page order support in ttm_pages_put

From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of Chunming Zhou Sent: Wednesday, November 22, 2017 2:02 PM To: dri-devel@lists.freedesktop.org Subject: Re: [PATCH 2/4] drm/ttm: add page order support in ttm_pages_put On 2017年11月22日 13:36, Roger He wrote:

Re: [PATCH 2/2] drm/selftests/mm: Add callsite indicator to common asserts

On Thu, 2017-11-09 at 21:24 +, Chris Wilson wrote: > The majority of the asserts (validating nodes and ranges) are shared > amongst several subtests. This makes identification of which caller > failed hard; but we uniquely identify them if we include the callsite > into the assertion error

Re: [PATCHv2] drm: adv7511/33: Fix adv7511_cec_init() failure handling

On 11/21/2017 07:48 AM, Laurent Pinchart wrote: > Hi Hans, > > Thank you for the patch. > > On Monday, 20 November 2017 22:57:34 EET Hans Verkuil wrote: >> If the device tree for a board did not specify a cec clock, then >> adv7511_cec_init would return an error, which would cause

Re: 4.9.62: intermittent flicker after upgrade from 4.9.61

Maarten Lankhorst wrote: > Op 20-11-17 om 09:51 schreef Rainer Fiebig: >> Jani Nikula wrote: >>> On Sun, 19 Nov 2017, Greg KH wrote: On Sun, Nov 19, 2017 at 01:44:06PM +0100, Rainer Fiebig wrote: > Greg KH wrote: >> On Sun, Nov 19, 2017 at 12:56:26PM

Re: [PATCH v9 4/5] x86/PCI: Enable a 64bit BAR on AMD Family 15h (Models 30h-3fh) Processors v5

On 11/20/2017 11:07 AM, Christian König wrote: > Am 20.11.2017 um 16:51 schrieb Boris Ostrovsky: >> >> (and then it breaks differently as a Xen guest --- we hung on the last >> pci_read_config_dword(), I haven't looked at this at all yet) > > Hui? How does this fix applies to a Xen guest in the

Re: 4.9.62: intermittent flicker after upgrade from 4.9.61

Maarten Lankhorst wrote: > Op 20-11-17 om 09:51 schreef Rainer Fiebig: >> Jani Nikula wrote: >>> On Sun, 19 Nov 2017, Greg KH wrote: On Sun, Nov 19, 2017 at 01:44:06PM +0100, Rainer Fiebig wrote: > Greg KH wrote: >> On Sun, Nov 19, 2017 at 12:56:26PM

Re: Autoselect patches for stable (Was: Re: [PATCH AUTOSEL for 4.9 36/56] drm/i915: Fix the level 0 max_wm hack on VLV/CHV)

On Tue, Nov 21, 2017 at 08:58:51AM +0100, Greg KH wrote: > On Mon, Nov 20, 2017 at 01:39:31PM +0100, Daniel Vetter wrote: > > Of course our CI is open, so if someone is supremely bored and wants to > > backport more stuff for drm/i915, they could do that. But atm it doesn't > > happen, and then

[PATCH 2/4] drm/ttm: use NUM_PAGES_TO_ALLOC always

Change-Id: Ide96a1ccad9bb44b0bb0d80e123c2d810ba618ed Signed-off-by: Roger He --- drivers/gpu/drm/ttm/ttm_page_alloc.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc.c b/drivers/gpu/drm/ttm/ttm_page_alloc.c index

[PATCH 3/4] drm/ttm: add page order support in ttm_pages_put

Change-Id: Ia55b206d95812c5afcfd6cec29f580758d1f50f0 Signed-off-by: Roger He --- drivers/gpu/drm/ttm/ttm_page_alloc.c | 42 +--- 1 file changed, 34 insertions(+), 8 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc.c

Re: [PATCHv3] drm: adv7511/33: Fix adv7511_cec_init() failure handling

Hi Hans, Thank you for the patch. On Tuesday, 21 November 2017 10:17:43 EET Hans Verkuil wrote: > If the device tree for a board did not specify a cec clock, then > adv7511_cec_init would return an error, which would cause adv7511_probe() > to fail and thus there is no HDMI output. > > There is

[PATCH v2 1/4] backlight: as3711_bl: fix device-tree node lookup

Fix child-node lookup during probe, which ended up searching the whole device tree depth-first starting at the parent rather than just matching on its children. To make things worse, the parent mfd node was also prematurely freed. Fixes: 59eb2b5e57ea ("drivers/video/backlight/as3711_bl.c: add OF

[PATCH v2 0/4] backlight: fix device-tree node lookups

A number of drivers have been using the wrong OF helper when doing child-node lookups during probe. This meant that they were doing tree-wide searches rather than matching on child nodes and that the parent node could end up being prematurely freed. Johan v2 - add patch 4/4 which fixes two node

[PATCH v2 3/4] backlight: tps65217_bl: fix device-tree node lookup

Fix child-node lookup during probe, which ended up searching the whole device tree depth-first starting at the parent rather than just matching on its children. This would only cause trouble if the child node is missing while there is an unrelated node named "backlight" elsewhere in the tree.

[PATCH v2 2/4] backlight: max8925_bl: fix device-tree node lookup

Fix child-node lookup during probe, which ended up searching the whole device tree depth-first starting at the parent rather than just matching on its children. To make things worse, the parent mfd node was also prematurely freed, while the child backlight node was leaked. Fixes: 47ec340cb8e2

Re: 4.9.62: intermittent flicker after upgrade from 4.9.61

Jani Nikula wrote: > On Sun, 19 Nov 2017, Greg KH wrote: >> On Sun, Nov 19, 2017 at 01:44:06PM +0100, Rainer Fiebig wrote: >>> Greg KH wrote: On Sun, Nov 19, 2017 at 12:56:26PM +0100, Rainer Fiebig wrote: > Greg KH wrote: >> On Sat, Nov 18, 2017 at

Re: 4.9.62: intermittent flicker after upgrade from 4.9.61

Maarten Lankhorst wrote: > Op 20-11-17 om 09:51 schreef Rainer Fiebig: >> Jani Nikula wrote: >>> On Sun, 19 Nov 2017, Greg KH wrote: On Sun, Nov 19, 2017 at 01:44:06PM +0100, Rainer Fiebig wrote: > Greg KH wrote: >> On Sun, Nov 19, 2017 at 12:56:26PM

Re: [PATCH v9 4/5] x86/PCI: Enable a 64bit BAR on AMD Family 15h (Models 30h-3fh) Processors v5

On 10/18/2017 09:58 AM, Christian König wrote: > From: Christian König > > Most BIOS don't enable this because of compatibility reasons. > > Manually enable a 64bit BAR of 64GB size so that we have > enough room for PCI devices. > > v2: style cleanups, increase size, add

Re: [PATCH 1/3] backlight: as3711_bl: fix device-tree node lookup

On Wed, Nov 15, 2017 at 03:39:09PM +0100, Johan Hovold wrote: > On Wed, Nov 15, 2017 at 02:32:11PM +, Lee Jones wrote: > > On Wed, 15 Nov 2017, Johan Hovold wrote: > > > > > On Tue, Nov 14, 2017 at 07:48:09PM +, Daniel Thompson wrote: > > > > On 14/11/17 18:05, Johan Hovold wrote: > > > >

[PATCH v2 4/4] backlight: as3711_bl: fix device-tree node leaks

Two framebuffer device-node names were looked up during probe, but were only used as flags to indicate the presence of two framebuffer device. Drop the unused framebuffer name along with a likewise unused device pointer from the driver data, and update the platform data to pass in booleans

Re: [PATCH v2 3/4] backlight: tps65217_bl: fix device-tree node lookup

On Mon, Nov 20, 2017 at 11:34:07AM +, Daniel Thompson wrote: > > > On 20/11/17 10:45, Johan Hovold wrote: > > Fix child-node lookup during probe, which ended up searching the whole > > device tree depth-first starting at the parent rather than just matching > > on its children. > > > > This

[Bug 103370] `vblank_mode=0 DRI_PRIME=1 glxgears` will introduce GPU lock up on Intel Graphics [8086:5917] + AMD Graphics [1002:6665] (rev c3)

https://bugs.freedesktop.org/show_bug.cgi?id=103370 --- Comment #37 from Robert Liu --- (In reply to Robert Liu from comment #36) > BTW, with 4.13.0-16-generic, I change the max_sclk in drm/radeon/si_dpm.c > (what we did with Ubuntu kernel 4.4.0-101-generic) from 75000 to

[PATCH 1/4] drm/ttm: add page order in page pool

to indicate page order for each element in the pool Change-Id: Ic609925ca5d2a5d4ad49d6becf505388ce3624cf Signed-off-by: Roger He --- drivers/gpu/drm/ttm/ttm_page_alloc.c | 33 ++--- 1 file changed, 22 insertions(+), 11 deletions(-) diff --git

[PATCH 0/4] *** fix memory leak for HUGE PAGE ***

1. add page order into pool to support gtt huge page 2. add page order support when ttm pages put 3. update memory shrinker with order handling Roger He (4): drm/ttm: add page order in page pool drm/ttm: use NUM_PAGES_TO_ALLOC always drm/ttm: add page order support in ttm_pages_put

[Bug 103370] `vblank_mode=0 DRI_PRIME=1 glxgears` will introduce GPU lock up on Intel Graphics [8086:5917] + AMD Graphics [1002:6665] (rev c3)

https://bugs.freedesktop.org/show_bug.cgi?id=103370 --- Comment #36 from Robert Liu --- (In reply to Alex Deucher from comment #33) > I think Sonny fixed this. It was due to using the wrong firmware. > [1.827060] [drm] initializing kernel modesetting (HAINAN

[PATCHv3] drm: adv7511/33: Fix adv7511_cec_init() failure handling

If the device tree for a board did not specify a cec clock, then adv7511_cec_init would return an error, which would cause adv7511_probe() to fail and thus there is no HDMI output. There is no need to have adv7511_probe() fail if the CEC initialization fails, so just change adv7511_cec_init() to

Re: [PATCH 1/2] lib/rbtree,drm/mm: Add rbtree_replace_node_cached()

On Fri, 2017-11-10 at 06:26 -0800, Davidlohr Bueso wrote: > On 2017-11-09 13:24, Chris Wilson wrote: > > Add a variant of rbtree_replace_node() that maintains the leftmost > > cached of struct rbtree_root_cached when replacing nodes within the > > rbtree. > > > > As drm_mm is the only

Re: [Intel-gfx] Autoselect patches for stable (Was: Re: [PATCH AUTOSEL for 4.9 36/56] drm/i915: Fix the level 0 max_wm hack on VLV/CHV)

On Tue, Nov 21, 2017 at 07:39:51AM +1000, Dave Airlie wrote: > On 20 November 2017 at 23:13, Daniel Vetter wrote: > > On Mon, Nov 20, 2017 at 01:39:31PM +0100, Daniel Vetter wrote: > >> On Mon, Nov 20, 2017 at 11:21:52AM +, Emil Velikov wrote: > >> > Hi all, > >> > > >> >

Re: [PATCH] drm/sti: Handle return value of platform_get_irq_byname

2017-11-17 11:36 GMT+01:00 Arvind Yadav : > platform_get_irq_byname() can fail here and we must check its return > value. > Applied on drm-misc-next. Thanks, Benjamin > Signed-off-by: Arvind Yadav > --- > drivers/gpu/drm/sti/sti_hdmi.c | 5

Re: [PATCH 2/4] drm/ttm: use NUM_PAGES_TO_ALLOC always

Am 21.11.2017 um 10:32 schrieb Roger He: Change-Id: Ide96a1ccad9bb44b0bb0d80e123c2d810ba618ed Signed-off-by: Roger He Reviewed-by: Christian König --- drivers/gpu/drm/ttm/ttm_page_alloc.c | 3 +-- 1 file changed, 1 insertion(+), 2

Re: [PATCH v2 4/4] drm: omapdrm: Fix DPI on platforms using the DSI VDDS

On 16/11/17 10:50, H. Nikolaus Schaller wrote: > From: Laurent Pinchart > > Commit d178e034d565 ("drm: omapdrm: Move FEAT_DPI_USES_VDDS_DSI feature > to dpi code") replaced usage of platform data version with SoC matching > to configure DPI VDDS. The SoC match

Re: [PATCH] omapdrm: hdmi4_cec: fix unsigned int comparison with less than zero

Hi Colin, On 17/11/17 20:49, Colin King wrote: > From: Colin Ian King > > The two comparisons of the unsigned int ret for -ve error returns is > always false because ret is unsigned. Fix this by making ret a signed > int. > > Signed-off-by: Colin Ian King

Re: [PATCH 3/4] drm/ttm: add page order support in ttm_pages_put

Am 21.11.2017 um 10:32 schrieb Roger He: Change-Id: Ia55b206d95812c5afcfd6cec29f580758d1f50f0 Signed-off-by: Roger He --- drivers/gpu/drm/ttm/ttm_page_alloc.c | 42 +--- 1 file changed, 34 insertions(+), 8 deletions(-) diff --git

Re: [PATCH 1/4] drm/ttm: add page order in page pool

Am 21.11.2017 um 10:32 schrieb Roger He: to indicate page order for each element in the pool Change-Id: Ic609925ca5d2a5d4ad49d6becf505388ce3624cf Signed-off-by: Roger He --- drivers/gpu/drm/ttm/ttm_page_alloc.c | 33 ++--- 1 file changed, 22

[PATCH 4/4] drm/ttm: free one in huge pool even shrink request less than one element

Change-Id: Id8bd4d1ecff9f3ab14355e2dbd1c59b9fe824e01 Signed-off-by: Roger He --- drivers/gpu/drm/ttm/ttm_page_alloc.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc.c b/drivers/gpu/drm/ttm/ttm_page_alloc.c index

Re: [PATCH v2] omapdrm: hdmi4: Correct the SoC revision matching

On 20/11/17 11:51, Peter Ujfalusi wrote: > I believe the intention of the commit 2c9fc9bf45f8 > ("drm: omapdrm: Move FEAT_HDMI_* features to hdmi4 driver") > was to identify omap4430 ES1.x, omap4430 ES2.x and other OMAP4 revisions, > like omap4460. > > By using family=OMAP4 in the match the code

Re: [PATCH] omapdrm: hdmi4_cec: signedness bug in hdmi4_cec_init()

On 27/10/17 09:27, Dan Carpenter wrote: > "ret" needs to be signed for the error handling to work. > > Fixes: 8d7f934df8d8 ("omapdrm: hdmi4_cec: add OMAP4 HDMI CEC support") > Signed-off-by: Dan Carpenter > > diff --git a/drivers/gpu/drm/omapdrm/dss/hdmi4_cec.c >

[Bug 103107] [CI] igt@gem_ctx_param@invalid-param-[get|set] - Failed assertion: __gem_context_get_param(fd, ) == -22

https://bugs.freedesktop.org/show_bug.cgi?id=103107 --- Comment #6 from Jani Saarinen --- Reference: https://patchwork.freedesktop.org/series/33408/ -- You are receiving this mail because: You are the assignee for the bug.___

Hardware 3D acceleration doesn't work anymore with the latest git kernel

Alex, Thanks for your fast reply. I have looked in the first bad commit e60e1ee60630cafef5e430c2ae364877e061d980 (Merge tag 'drm-for-v4.15') [1]. I have found a lot of kzalloc changes. I am sorry, I don't have any experiences with this code. I only know that my Radeon HD6870 doesn't have

Re: [PATCH 1/1] drm/amdkfd: Do not ignore requested queue size during allocation

Thanks Felix for catching that, For some reason I remembered EOP buffer should be the same size of the queue. Then we can remove the queue size parameter from that function ? On Mon, Nov 20, 2017 at 9:22 PM, Felix Kuehling wrote: > I think this patch is not correct. The

Re: [PATCH] reservation: don't wait when timeout=0

Quoting Christian König (2017-11-21 15:49:55) > Am 21.11.2017 um 15:59 schrieb Rob Clark: > > On Tue, Nov 21, 2017 at 9:38 AM, Chris Wilson > > wrote: > >> Quoting Rob Clark (2017-11-21 14:08:46) > >>> If we are testing if a reservation object's fences have been > >>>

Re: [PATCH v2 4/4] drm: omapdrm: Fix DPI on platforms using the DSI VDDS

Hi, > Am 21.11.2017 um 11:25 schrieb Tomi Valkeinen : > > On 16/11/17 10:50, H. Nikolaus Schaller wrote: >> From: Laurent Pinchart >> >> Commit d178e034d565 ("drm: omapdrm: Move FEAT_DPI_USES_VDDS_DSI feature >> to dpi code") replaced

[Bug 103370] `vblank_mode=0 DRI_PRIME=1 glxgears` will introduce GPU lock up on Intel Graphics [8086:5917] + AMD Graphics [1002:6665] (rev c3)

https://bugs.freedesktop.org/show_bug.cgi?id=103370 --- Comment #39 from Alex Deucher --- Created attachment 135648 --> https://bugs.freedesktop.org/attachment.cgi?id=135648=edit workaround for amdgpu -- You are receiving this mail because: You are the assignee for the

[Bug 103370] `vblank_mode=0 DRI_PRIME=1 glxgears` will introduce GPU lock up on Intel Graphics [8086:5917] + AMD Graphics [1002:6665] (rev c3)

https://bugs.freedesktop.org/show_bug.cgi?id=103370 --- Comment #38 from Alex Deucher --- Created attachment 135647 --> https://bugs.freedesktop.org/attachment.cgi?id=135647=edit workaround for radeon workarounds for radeon and amdgpu to fix the issue. -- You are

[pull] amdgpu drm-next-4.15

Hi Dave, A few more misc fixes for 4.15. It doesn't look like you pulled my request from last week. Those fixes are in this branch as well. The following changes since commit 451cc55dd17fa5130f05629ac8d90e32facf27f6: drm/amd/pp: fix dpm randomly failed on Vega10 (2017-11-15 14:03:45 -0500)

Re: Autoselect patches for stable (Was: Re: [PATCH AUTOSEL for 4.9 36/56] drm/i915: Fix the level 0 max_wm hack on VLV/CHV)

On Mon, Nov 20, 2017 at 11:21:52AM +, Emil Velikov wrote: > - Document the autoselect process >Information about about What, Why, and [ideally] How - analogous to >the normal stable nominations. >Insert reference to the process in the patch notification email. I agree with this one, and it'll

Re: Autoselect patches for stable (Was: Re: [PATCH AUTOSEL for 4.9 36/56] drm/i915: Fix the level 0 max_wm hack on VLV/CHV)

On Tue, Nov 21, 2017 at 12:09:33PM -0500, Josh Boyer wrote: > On Tue, Nov 21, 2017 at 10:07 AM, wrote: > > On Mon, Nov 20, 2017 at 11:21:52AM +, Emil Velikov wrote: > >> - Document the autoselect process > >>Information about about What, Why, and [ideally] How -

Re: [REBASE 3/5] drm: Expose modes with aspect ratio, only if requested

On Fri, Nov 17, 2017 at 03:00:30PM +0530, Shashank Sharma wrote: > From: aknautiy > > We parse the EDID and add all the modes in the connector's > modelist. This adds CEA modes with aspect ratio information > too, regadless of if user space requested this information

Re: [REBASE 2/5] drm: Handle aspect ratio in modeset paths

On Fri, Nov 17, 2017 at 03:00:29PM +0530, Shashank Sharma wrote: > From: Ankit Nautiyal > > If the user mode does not support aspect-ratio, and requests for > a modeset with aspect ratio flags, then the flag bits reprsenting > aspect ratio must be ignored. Rejected,

Re: [PATCH] reservation: don't wait when timeout=0

Am 21.11.2017 um 15:59 schrieb Rob Clark: On Tue, Nov 21, 2017 at 9:38 AM, Chris Wilson wrote: Quoting Rob Clark (2017-11-21 14:08:46) If we are testing if a reservation object's fences have been signaled with timeout=0 (non-blocking), we need to pass 0 for timeout

Re: [PATCH] reservation: don't wait when timeout=0

Am 21.11.2017 um 16:58 schrieb Chris Wilson: Quoting Christian König (2017-11-21 15:49:55) Am 21.11.2017 um 15:59 schrieb Rob Clark: On Tue, Nov 21, 2017 at 9:38 AM, Chris Wilson wrote: Quoting Rob Clark (2017-11-21 14:08:46) If we are testing if a reservation

Re: [PATCH] reservation: don't wait when timeout=0

Am 21.11.2017 um 15:08 schrieb Rob Clark: If we are testing if a reservation object's fences have been signaled with timeout=0 (non-blocking), we need to pass 0 for timeout to dma_fence_wait_timeout(). Plus bonus spelling correction. Signed-off-by: Rob Clark

Re: [PATCH RFC] drm/omap: Make omapdss API more generic, especially the IRQ handling

Hi, On 20/11/17 12:10, Jyri Sarha wrote: > The new omapdss API is HW independent and cleans up some of the > DSS5 specific hacks from the omapdrm side and get rid off the > DSS2 IRQ register bits and replace them with HW independent > struct. This new generic struct makes it more straight forward

[PATCH] reservation: don't wait when timeout=0

If we are testing if a reservation object's fences have been signaled with timeout=0 (non-blocking), we need to pass 0 for timeout to dma_fence_wait_timeout(). Plus bonus spelling correction. Signed-off-by: Rob Clark --- drivers/dma-buf/reservation.c | 11 +-- 1

Re: [PATCH] reservation: don't wait when timeout=0

Quoting Rob Clark (2017-11-21 14:08:46) > If we are testing if a reservation object's fences have been > signaled with timeout=0 (non-blocking), we need to pass 0 for > timeout to dma_fence_wait_timeout(). > > Plus bonus spelling correction. > > Signed-off-by: Rob Clark >

Re: [PATCH 1/2] drivers/video/hdmi: allow for larger-than-needed vendor IF

On Mon, Nov 20, 2017 at 04:02:14PM +0100, Hans Verkuil wrote: > On 11/20/2017 03:51 PM, Ville Syrjälä wrote: > > On Mon, Nov 20, 2017 at 02:41:28PM +0100, Hans Verkuil wrote: > >> From: Hans Verkuil > >> > >> Some devices (Windows Intel driver!) send a Vendor InfoFrame that >

Re: [PATCH v9 4/5] x86/PCI: Enable a 64bit BAR on AMD Family 15h (Models 30h-3fh) Processors v5

Hi Boris, attached are two patches. The first one is a trivial fix for the infinite loop issue, it now correctly aborts the fixup when it can't find address space for the root window. The second is a workaround for your board. It simply checks if there is exactly one Processor Function to

Re: Autoselect patches for stable (Was: Re: [PATCH AUTOSEL for 4.9 36/56] drm/i915: Fix the level 0 max_wm hack on VLV/CHV)

On 21 November 2017 at 15:07, wrote: > On Mon, Nov 20, 2017 at 11:21:52AM +, Emil Velikov wrote: >> - Document the autoselect process >>Information about about What, Why, and [ideally] How - analogous to >>the normal stable nominations. >>Insert reference to the

Re: [PATCH 1/1] drm/amdkfd: Do not ignore requested queue size during allocation

On 2017-11-21 06:44 AM, Oded Gabbay wrote: > Thanks Felix for catching that, For some reason I remembered EOP > buffer should be the same size of the queue. The EOP queue size is hard-coded to prop.eop_ring_buffer_size = PAGE_SIZE for kernel queues in initialize in kfd_kernel_queue.c. I'm not

[PATCH 3/8] drm/msm/gpu: Remove unused bus scaling code

Remove the downstream bus scaling code. It isn't needed for for compatibility with a downstream or vendor kernel. Get it out of the way to clear space for devfreq support. Signed-off-by: Jordan Crouse --- drivers/gpu/drm/msm/adreno/adreno_gpu.c | 7 +-

[PATCH 5/8] drm/msm/adreno: Move clock parsing to adreno_gpu_init()

Move the clock parsing to adreno_gpu_init() to allow for target specific probing and manipulation of the clock tables. Signed-off-by: Jordan Crouse --- drivers/gpu/drm/msm/adreno/adreno_device.c | 72 drivers/gpu/drm/msm/adreno/adreno_gpu.c

[PATCH 7/8] drm/msm/adreno: a5xx: Explicitly program the CP0 performance counter

Even though the default countable for CP0 is CP_ALWAYS_COUNT (0), program the selector during HW initialization in an effort to be up front about which counters are programmed and why. Signed-off-by: Jordan Crouse --- drivers/gpu/drm/msm/adreno/a5xx_gpu.c | 3 +++ 1 file

[PATCH 1/8] drm/msm/adreno: Call dev_pm_opp_put()

We need to call dev_pm_opp_put() to put back the reference for the OPP struct after calling the various dev_pm_opp_get_* functions. Signed-off-by: Jordan Crouse --- drivers/gpu/drm/msm/adreno/a5xx_power.c| 8 +++- drivers/gpu/drm/msm/adreno/adreno_device.c | 4

[PATCH 2/8] drm/msm/adreno: Remove a useless call to dev_pm_opp_get_freq()

Calling dev_pm_opp_find_freq_floor() returns the matched frequency in 'freq'. We don't need to call dev_pm_opp_get_freq() again to get the frequency value. Signed-off-by: Jordan Crouse --- drivers/gpu/drm/msm/adreno/adreno_device.c | 2 +- 1 file changed, 1

[PATCH 8/8] drm/msm/gpu: Add devfreq support for the GPU

Add support for devfreq to dynamically control the GPU frequency. By default try to use the 'simple_ondemand' governor which can adjust the frequency based on GPU load. Signed-off-by: Jordan Crouse --- drivers/gpu/drm/msm/adreno/a5xx_gpu.c | 12 +

[PATCH 4/8] drm/msm/adreno: Cleanup chipid parsing

We don't need to convert the chipid to an intermediate value and then back again into a struct adreno_rev. Signed-off-by: Jordan Crouse --- drivers/gpu/drm/msm/adreno/adreno_device.c | 44 +++--- 1 file changed, 22 insertions(+), 22 deletions(-)

[PATCH 0/8] msm/gpu: devfreq support

Here is a stack of patches to enable devfreq support for Adreno GPUs. This stack adds support for a5xx only, but it should be trivial to add support for the other targets. I'll send the DT changes separately. Jordan Crouse (8): drm/msm/adreno: Call dev_pm_opp_put() drm/msm/adreno: Remove a

[PATCH 6/8] drm/msm/adreno: Read the speed bins for a5xx targets

Some 5xx based chipsets have different bins for GPU clock speeds. Read the fuses (if applicable) and set the appropriate OPP table. This will only work with OPP v2 tables - the bin will be ignored for legacy pwrlevel tables. Signed-off-by: Jordan Crouse ---

[Bug 197925] [amdgpu_dc][carrizo] multiple monitor handling errors

https://bugzilla.kernel.org/show_bug.cgi?id=197925 --- Comment #1 from kwka...@gmx.com --- From the initial description, 3) does not occur when external monitor is not attached. Also, the backlight can be adjusted manually. -- You are receiving this mail because: You are watching the assignee

[Bug 95306] Random Blank(black) screens on "Carrizo"

https://bugs.freedesktop.org/show_bug.cgi?id=95306 --- Comment #68 from Charly --- Hi, I made a fresh install of Archlinux (GNU/Linux kernel 4.13.11) on a HP Probook 455 G3 with A10-8700p APU and 1x8GB RAM (no dedicated GPU) with the default driver (amdgpu open

[Bug 103403] [r700] Odd horizontal flickering line every now and then (fractional framebuffer?)

https://bugs.freedesktop.org/show_bug.cgi?id=103403 mirh changed: What|Removed |Added Summary|something going on across |[r700] Odd horizontal

[Bug 103100] Performance regression with various games in drm-next-amd-staging Kernel

https://bugs.freedesktop.org/show_bug.cgi?id=103100 Gregor Münch changed: What|Removed |Added Summary|Image corruptions, |Performance

[Bug 103403] something going on across the gpu DAC and monitor.

https://bugs.freedesktop.org/show_bug.cgi?id=103403 mirh changed: What|Removed |Added Attachment #134999|0 |1 is obsolete|

[Bug 103838] Random segfaults in applications from radeonsi_dri.so

https://bugs.freedesktop.org/show_bug.cgi?id=103838 Bug ID: 103838 Summary: Random segfaults in applications from radeonsi_dri.so Product: Mesa Version: 17.3 Hardware: Other OS: All Status: NEW Severity:

[Bug 103838] Random segfaults in applications from radeonsi_dri.so

https://bugs.freedesktop.org/show_bug.cgi?id=103838 --- Comment #1 from Alex Ford --- Created attachment 135653 --> https://bugs.freedesktop.org/attachment.cgi?id=135653=edit The crash log from the Java application ( a minecraft modpack) -- You are receiving this mail

[Bug 95306] Random Blank(black) screens on "Carrizo"

https://bugs.freedesktop.org/show_bug.cgi?id=95306 --- Comment #69 from Tom --- (In reply to Charly from comment #68) > Hi, > > I made a fresh install of Archlinux (GNU/Linux kernel 4.13.11) on a HP > Probook 455 G3 with A10-8700p APU and 1x8GB RAM (no dedicated GPU) with

[Bug 103838] Random segfaults in applications from radeonsi_dri.so

https://bugs.freedesktop.org/show_bug.cgi?id=103838 --- Comment #2 from Alex Ford --- Created attachment 135654 --> https://bugs.freedesktop.org/attachment.cgi?id=135654=edit The application log from the game hackmud (the Unity application) -- You are receiving this mail

[Bug 102800] DRI_PRIME regression- radeon: Failed to allocate virtual address for buffer

https://bugs.freedesktop.org/show_bug.cgi?id=102800 --- Comment #14 from Alex Deucher --- (In reply to higuita from comment #13) > Can you give me any pointer how to "call the ACPI _PR3 method"? > > i already install acpi_call, but have no idea how to use it The pci core

Re: [PATCH] reservation: don't wait when timeout=0

On Tue, Nov 21, 2017 at 9:38 AM, Chris Wilson wrote: > Quoting Rob Clark (2017-11-21 14:08:46) >> If we are testing if a reservation object's fences have been >> signaled with timeout=0 (non-blocking), we need to pass 0 for >> timeout to dma_fence_wait_timeout(). >> >>

[Bug 103175] R9285 Unreal tournament perf regression with agd5f 4.15-wip kernels possibly CPU related

https://bugs.freedesktop.org/show_bug.cgi?id=103175 --- Comment #9 from Andy Furniss --- possibly this is https://bugs.freedesktop.org/show_bug.cgi?id=103100 Though I am not sure as I lock soon after startx if on the commit called there On the commit before I am OK and UT

[PATCH 2/4] drm/ttm: add page order support in ttm_pages_put

Change-Id: Ia55b206d95812c5afcfd6cec29f580758d1f50f0 Signed-off-by: Roger He --- drivers/gpu/drm/ttm/ttm_page_alloc.c | 42 +--- 1 file changed, 34 insertions(+), 8 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc.c

[PATCH 3/4] drm/ttm: add static buffer for ttm_pages_put to support pool shrink

Change-Id: Ic20c016eb3043d7cfedc2e3648790a017168da6c Signed-off-by: Roger He --- drivers/gpu/drm/ttm/ttm_page_alloc.c | 28 +++- 1 file changed, 19 insertions(+), 9 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc.c

[PATCH 1/4] drm/ttm: add page order in page pool

to indicate page order for each element in the pool Change-Id: Ic609925ca5d2a5d4ad49d6becf505388ce3624cf Signed-off-by: Roger He --- drivers/gpu/drm/ttm/ttm_page_alloc.c | 42 ++-- 1 file changed, 31 insertions(+), 11 deletions(-) diff --git