https://bugzilla.kernel.org/show_bug.cgi?id=204181
--- Comment #27 from Sergey Kondakov (virtuous...@gmail.com) ---
Created attachment 284153
--> https://bugzilla.kernel.org/attachment.cgi?id=284153=edit
dmesg_2019-08-04-amdgpu-new_dereference-with-shadowprimary
So, I've been using explicitly
https://bugs.freedesktop.org/show_bug.cgi?id=109955
--- Comment #76 from Mauro Gaspari ---
(In reply to Sylvain BERTRAND from comment #75)
> On Sat, Aug 03, 2019 at 05:43:01PM +, bugzilla-dae...@freedesktop.org
> wrote:
> > > > [5.759204] amdgpu :0a:00.0: Direct firmware load for
> >
https://bugzilla.kernel.org/show_bug.cgi?id=204391
--- Comment #4 from Haxk20 (haxk...@gmail.com) ---
After looking at OverDrive code it looks like this is PP table issue of my GPU
VBIOS as it doesnt have OD range and so it cant find it thus only underclocking
is allowed. Hardcoding the range in
https://bugs.freedesktop.org/show_bug.cgi?id=111240
Christoph Haag changed:
What|Removed |Added
CC||haa...@frickel.club
--- Comment #1
Still doesn't like this very much, but anyway
Acked-by: Thomas Hellstrom
On 8/2/19 7:22 AM, Gerd Hoffmann wrote:
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/vmwgfx/vmwgfx_blit.c | 4 ++--
drivers/gpu/drm/vmwgfx/vmwgfx_bo.c | 8
https://bugzilla.kernel.org/show_bug.cgi?id=204391
--- Comment #3 from Haxk20 (haxk...@gmail.com) ---
Also to add to this pp_sclk_od is exposed even tho overdrive isnt enabled and
indeed im allowed to overclock the GPU core and i indeed see the Core running
at that frequency.
But i mean Core
https://bugs.freedesktop.org/show_bug.cgi?id=109955
--- Comment #75 from Sylvain BERTRAND ---
On Sat, Aug 03, 2019 at 05:43:01PM +, bugzilla-dae...@freedesktop.org
wrote:
> > > [5.759204] amdgpu :0a:00.0: Direct firmware load for
> > > amdgpu/vega20_ta.bin failed with error -2
> > >
The pull request you sent on Fri, 2 Aug 2019 21:05:52 +0200:
> git://anongit.freedesktop.org/drm/drm tags/drm-fixes-2019-08-02-1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/0e31225f99e077d0b8c7f8577aab39e766e2477b
Thank you!
--
Deet-doot-dot, I am a bot.
https://bugs.freedesktop.org/show_bug.cgi?id=109955
--- Comment #74 from Mauro Gaspari ---
(In reply to Sylvain BERTRAND from comment #73)
> On Sat, Aug 03, 2019 at 01:35:55PM +, bugzilla-dae...@freedesktop.org
> wrote:
> > [5.759204] amdgpu :0a:00.0: Direct firmware load for
> >
https://bugs.freedesktop.org/show_bug.cgi?id=109955
--- Comment #73 from Sylvain BERTRAND ---
On Sat, Aug 03, 2019 at 01:35:55PM +, bugzilla-dae...@freedesktop.org
wrote:
> [5.759204] amdgpu :0a:00.0: Direct firmware load for
> amdgpu/vega20_ta.bin failed with error -2
> [
There was a few uses of drmP that was missed in the last
patch removing this header from exynos.
Remove the final uses of this header.
Signed-off-by: Sam Ravnborg
Cc: Inki Dae
Cc: Joonyoung Shim
Cc: Seung-Woo Kim
Cc: Kyungmin Park
Cc: David Airlie
Cc: Daniel Vetter
Cc: Kukjin Kim
Cc:
Hi Jyri
On Fri, Aug 02, 2019 at 01:03:51PM +0300, Jyri Sarha wrote:
> On 30/06/2019 09:19, Sam Ravnborg wrote:
> > Dropped drmP.h and all other header files not used by tilcdc_drv.h.
> > Added the minimal includes and forwards to make the header file
> > self-contained.
> >
> > Then dropped the
Hi all.
On Fri, Jul 26, 2019 at 11:06:58PM +0200, Sam Ravnborg wrote:
> DRM_WAIT_ON() is from the deprecated drm_os_linux header and
> the modern replacement is the wait_event_*.
>
> The return values differ, so a conversion is needed to
> keep the original interface towards userspace.
>
From: Rob Clark
Add support for the OCMEM lock/unlock interface that is needed by the
On Chip MEMory (OCMEM) that is present on some Snapdragon devices.
Signed-off-by: Rob Clark
[masn...@onstation.org: ported to latest kernel; minor reformatting.]
Signed-off-by: Brian Masney
Reviewed-by:
The OCMEM driver handles allocation and configuration of the On Chip
MEMory that is present on some Snapdragon SoCs. Devices which have
OCMEM do not have GMEM inside the GPU core, so the GPU must instead
use OCMEM to be functional. Since the GPU is currently the only OCMEM
user with an upstream
Some A3xx and A4xx Adreno GPUs do not have GMEM inside the GPU core and
must use the On Chip MEMory (OCMEM) in order to be functional. Add the
optional ocmem property to the Adreno Graphics Management Unit bindings.
Signed-off-by: Brian Masney
---
Changes since v3:
- correct link to
This patch series adds support for Qualcomm's On Chip MEMory (OCMEM)
that is needed in order to support some a3xx and a4xx-based GPUs
upstream. This is based on Rob Clark's patch series that he submitted
in October 2015 and I am resubmitting updated patches with his
permission. See the individual
Add device tree bindings for the On Chip Memory (OCMEM) that is present
on some Qualcomm Snapdragon SoCs.
Signed-off-by: Brian Masney
---
Changes since v3
- add ranges property
- remove unnecessary literal block |
- add #address-cells and #size-cells to binding
- rename path
The files a3xx_gpu.c and a4xx_gpu.c have ifdefs for the OCMEM support
that was missing upstream. Add two new functions (adreno_gpu_ocmem_init
and adreno_gpu_ocmem_cleanup) that removes some duplicated code.
Signed-off-by: Brian Masney
---
Changes since v3:
- None
Changes since v2:
- Check for
From: Rob Clark
Add support to restore the secure configuration for qcm_scm-32.c. This
is needed by the On Chip MEMory (OCMEM) that is present on some
Snapdragon devices.
Signed-off-by: Rob Clark
[masn...@onstation.org: ported to latest kernel; set ctx_bank_num to
spare parameter.]
Hi John.
On Thu, Aug 01, 2019 at 03:44:13AM +, John Stultz wrote:
> I was reminded I had sent this out a few months ago, but forgot
> all about it! Apologies! Anyway, I wanted to resubmit this patch
> set so I didn't have to continue carrying it forever to keep the
> HiKey960 board running.
>
https://bugs.freedesktop.org/show_bug.cgi?id=109955
--- Comment #72 from Mauro Gaspari ---
After a few weeks without crashes on Ubuntu Budgie 18.04 LTS with valve
mesa-aco, I moved to another distribution that does not have valve mesa-aco to
cross check.
This is what I am using:
OS: openSUSE
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #60 from Peter Hercek ---
The power value changes from 24 W to about 75 W (when I tried xonotic). I
checked the power value two times after hang up. It was 25 W in both cases. It
does not change after video subsystem hangs up.
--
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #59 from Tom B ---
@Peter Hercek, do you see the wattage/voltage change at all? For me it's stuck
on 135w, perhaps it hits a power state and then cant change and for you it's
stuck on 25w.
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #58 from Peter Hercek ---
It is probably not related to changes from 5.0 to 5.1.
I have got the hang up with 5.0.13 as well as with 4.20.11.
It may be only less common with older kernels.
In my case, it is triggered mostly by
/commits/Chris-Wilson/drm-syncobj-Convert-syncobj_idr-to-XArray/20190803-170547
reproduce: make htmldocs
If you fix the issue, kindly add following tag
Reported-by: kbuild test robot
All warnings (new ones prefixed by >>):
include/linux/skbuff.h:893: warning: Function parameter or
Hi Daniel, Dave,
Here is the first (and pretty late) drm-misc-next PR.
It's pretty big due to the lateness, but there's nothing really major
showing up. It's pretty much the usual bunch of reworks, fixes, and
new helpers being introduced.
Thanks!
Maxime
drm-misc-next-2019-08-03:
drm-misc-next
On Thu, Jul 25, 2019 at 9:26 PM Fabian Vogt wrote:
> On a real CX the LCD displays shows content without
> any other changes to the set, but has a ~3Hz pulsating effect scrolling from
> the top to the bottom and the gray text changes color slightly.
So you mean something meaningful appears in
https://bugs.freedesktop.org/show_bug.cgi?id=111244
Samuele Decarli changed:
What|Removed |Added
Status|NEEDINFO|NEW
--- Comment #13 from Samuele
Thanks a lot for writing this :)
I now have a canvas to add stuff on!
Just a couple of questions below.
-Lionel
On 02/08/2019 20:40, Jason Ekstrand wrote:
This patch only brings the syncobj documentation up-to-date for the
original form of syncobj. It does not contain any information about
On Thu, Aug 01, 2019 at 07:19:41PM -0700, john.hubb...@gmail.com wrote:
> From: John Hubbard
>
> For pages that were retained via get_user_pages*(), release those pages
> via the new put_user_page*() routines, instead of via put_page() or
> release_pages().
>
> This is part a tree-wide
On Thu, Aug 01, 2019 at 07:19:46PM -0700, john.hubb...@gmail.com wrote:
> From: John Hubbard
>
> For pages that were retained via get_user_pages*(), release those pages
> via the new put_user_page*() routines, instead of via put_page() or
> release_pages().
>
> This is part a tree-wide
tree: git://people.freedesktop.org/~agd5f/linux.git amd-19.30
head: 494cd065e68f6ba299e074e269b57773d7524e67
commit: 247814e2121b6f9d3b5f2ed04a7221b991fb441a [1374/2148] gpu: amdgpu: fix
broken amdgpu_dma_buf.c references
reproduce: make htmldocs
If you fix the issue, kindly add following
33 matches
Mail list logo