https://bugs.freedesktop.org/show_bug.cgi?id=109294
--- Comment #7 from Tvrtko Ursulin ---
Patch tested on CI: https://patchwork.freedesktop.org/series/59284/
Seems to have improved the coverage:
https://intel-gfx-ci.01.org/tree/drm-tip/IGTPW_2838/
* igt@prime_vgem@basic-fence-flip:
- fi
Hi, Yongqiang:
On Wed, 2019-03-27 at 14:19 +0800, yongqiang@mediatek.com wrote:
> From: Yongqiang Niu
>
> This patch add gmc_bits for ovl private data
> GMC register was set RDMA ultra and pre-ultra threshold.
> 10bit GMC register define is different with other SOC, gmc_thrshd_l not
> used.
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #78 from Mauro Gaspari ---
Hi, I am affected by similar issues too using AMDGPU drivers on linux, and I
have opened another bug, before finding this.
You can have a look at my findings and the workarounds I am applying. So far I
had
https://bugs.freedesktop.org/show_bug.cgi?id=109955
--- Comment #4 from Mauro Gaspari ---
Issue still happens despite kernel updates and mesa updates on openSUSE
Tumbleweed. Same happens on Kubuntu with oibaf ppa, and on Arch.
It seems this bug affects many people on linux using AMDGPUS, and fou
Hi, Yongqiang:
On Wed, 2019-03-27 at 14:19 +0800, yongqiang@mediatek.com wrote:
> From: Yongqiang Niu
>
> This patch add component DITHER
Reviewed-by: CK Hu
>
> Signed-off-by: Yongqiang Niu
> ---
> drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 32
> +
> dri
On Wednesday, 2019-04-10 21:49:33 -0400, Rob Clark wrote:
> On Tue, Apr 9, 2019 at 8:27 AM Eric Engestrom
> wrote:
> > > > diff --git a/include/drm/msm_drm.h b/include/drm/msm_drm.h
> > > > index c06d0a5..91a16b3 100644
> > > > --- a/include/drm/msm_drm.h
> > > > +++ b/include/drm/msm_drm.h
> > >
Hi, Yongqiang:
On Wed, 2019-03-27 at 14:19 +0800, yongqiang@mediatek.com wrote:
> From: Yongqiang Niu
>
> This patch add commponent OVL0_2L
>
> Signed-off-by: Yongqiang Niu
> ---
> drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 2 ++
> drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 2 ++
>
Hi, Yongqiang:
On Wed, 2019-03-27 at 14:19 +0800, yongqiang@mediatek.com wrote:
> From: Yongqiang Niu
>
> the format of "mtk_ddp_sout_sel"was not flexible, after we add more
> mediatek SOC support, that will be redundant
It looks like this patch is part of patch 'add mmsys private data for
Hi, Yongqiang:
On Wed, 2019-03-27 at 14:19 +0800, yongqiang@mediatek.com wrote:
> From: Yongqiang Niu
>
> This patch add ddp component CCORR
Reviewed-by: CK Hu
>
> Signed-off-by: Yongqiang Niu
> ---
> drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 32
> +
>
https://bugs.freedesktop.org/show_bug.cgi?id=108049
--- Comment #6 from Pokemon ---
Have to looking the all update of how do i clear clipboard history in my
computer just visit here https://clipboardwindows10.com/ and share the post for
all users.
--
You are receiving this mail because:
You are
On Wed, Apr 10, 2019 at 04:41:57PM -0700, Ira Weiny wrote:
> On Tue, Mar 26, 2019 at 12:47:46PM -0400, Jerome Glisse wrote:
> > From: Jérôme Glisse
> >
> > CPU page table update can happens for many reasons, not only as a result
> > of a syscall (munmap(), mprotect(), mremap(), madvise(), ...) but
https://bugs.freedesktop.org/show_bug.cgi?id=110399
ajeelimra...@gmail.com changed:
What|Removed |Added
Severity|normal |major
Priority|medium
Hi, Yongqiang:
On Wed, 2019-03-27 at 14:19 +0800, yongqiang@mediatek.com wrote:
> From: Yongqiang Niu
>
> This patch move rdma sout from mtk_ddp_mout_en into mtk_ddp_sout_sel
> rdma only has single output, but no multi output,
> all these rdma->dsi/dpi usecase should move to mtk_ddp_sout_sel
https://bugs.freedesktop.org/show_bug.cgi?id=110399
Bug ID: 110399
Summary: leaving space between numbers in customer id is
showing wrong error message
Product: DRI
Version: XOrg git
Hardware: Other
URL: http
https://bugs.freedesktop.org/show_bug.cgi?id=110398
rohan changed:
What|Removed |Added
Status|NEW |ASSIGNED
--
You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=110398
rohan changed:
What|Removed |Added
URL||http://219.91.142.54:1515/G
|
https://bugs.freedesktop.org/show_bug.cgi?id=110398
Bug ID: 110398
Summary: checking bug
Product: DRI
Version: unspecified
Hardware: All
OS: Windows (All)
Status: NEW
Severity: normal
Priority: m
https://bugs.freedesktop.org/show_bug.cgi?id=110360
--- Comment #4 from jian-h...@endlessm.com ---
Created attachment 143930
--> https://bugs.freedesktop.org/attachment.cgi?id=143930&action=edit
The dmesg of disabled pci ats
Also tested with 'pci=noats' on boot command which is mentioned in
htt
> > +/* VIRTIO_GPU_CMD_RESOURCE_CREATE_V2 */
> > +struct virtio_gpu_cmd_resource_create_v2 {
> > + struct virtio_gpu_ctrl_hdr hdr;
> > + __le32 resource_id;
> > + __le32 format;
> > + __le32 width;
> > + __le32 height;
> > + /* 3d only */
> > + __le32 targe
Oops, the __iomem annotation was added to the header file only.
Add it to the implementation (and documentation) too.
Fixes: 5c5373b51bec ("drm: switch drm_fb_xrgb_to_rgb888_dstclip to accept
__iomem dst")
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/drm_format_helper.c | 6 +++---
1 fi
tree: git://anongit.freedesktop.org/drm-intel topic/core-for-CI
head: b573fba52f339dc4fadef7282af4a9413fd6173d
commit: b573fba52f339dc4fadef7282af4a9413fd6173d [15/15] ICL HACK: Disable ACPI
idle driver
config: ia64-allmodconfig (attached as .config)
compiler: ia64-linux-gcc (GCC) 8.1.0
reprod
https://bugs.freedesktop.org/show_bug.cgi?id=109692
--- Comment #36 from mikhail.v.gavri...@gmail.com ---
Created attachment 143928
--> https://bugs.freedesktop.org/attachment.cgi?id=143928&action=edit
Demonstration how message "drm:amdgpu_cs_ioctl [amdgpu]] *ERROR* Failed to
initialize parser -
https://bugs.freedesktop.org/show_bug.cgi?id=109692
--- Comment #35 from mikhail.v.gavri...@gmail.com ---
Created attachment 143927
--> https://bugs.freedesktop.org/attachment.cgi?id=143927&action=edit
dmesg (with successfull GPU reset after applying patches from Comment 34)
Hooray, it's a win!
Hi Dave, Daniel,
More stuff for 5.2:
- Fixes for powerplay custom profiles
- DC bandwidth clean ups and fixes
- RAS fixes for vega20
- DC atomic resume fix
- Better plane handling in DC
- Freesync improvements
- Misc bug fixes and cleanups
The following changes since commit 5ebffda257731a11cf1db6
On Tue, Apr 9, 2019 at 8:27 AM Eric Engestrom wrote:
>
> On Tuesday, 2019-04-09 12:59:13 +0100, Eric Engestrom wrote:
> > On Tuesday, 2019-04-09 11:35:14 +, Ayan Halder wrote:
> > > Generated using make headers_install from the drm-next
> > > tree - git://anongit.freedesktop.org/drm/drm
> > >
https://bugs.freedesktop.org/show_bug.cgi?id=110293
--- Comment #2 from Alex Deucher ---
Already on it's way upstream:
https://cgit.freedesktop.org/~agd5f/linux/commit/?h=drm-fixes-5.1&id=e7ad88553aa1d48e950ca9a4934d246c1bee4be4
--
You are receiving this mail because:
You are the assignee for t
tree: git://anongit.freedesktop.org/drm-intel topic/core-for-CI
head: b573fba52f339dc4fadef7282af4a9413fd6173d
commit: b573fba52f339dc4fadef7282af4a9413fd6173d [15/15] ICL HACK: Disable ACPI
idle driver
config: arm64-defconfig (attached as .config)
compiler: aarch64-linux-gnu-gcc (Debian 7.2.0
On Wed, Apr 10, 2019 at 4:42 AM Gerd Hoffmann wrote:
> Add new command VIRTIO_GPU_CMD_RESOURCE_CREATE_V2 to create resources.
> It adds (a) support planar resources and (b) returns stride and size of
> the resource planes. The later will be needed in case we support
> mapping host resources into
On Wed, Apr 10, 2019 at 4:42 AM Gerd Hoffmann wrote:
> Add comments to the existing feature flags,
> documenting which commands belong to them.
>
> Signed-off-by: Gerd Hoffmann
>
This patch is:
Reviewed-by: Gurchetan Singh
> ---
> include/uapi/linux/virtio_gpu.h | 12 ++--
> 1 file
On Tue, Mar 26, 2019 at 12:47:46PM -0400, Jerome Glisse wrote:
> From: Jérôme Glisse
>
> CPU page table update can happens for many reasons, not only as a result
> of a syscall (munmap(), mprotect(), mremap(), madvise(), ...) but also
> as a result of kernel activities (memory compression, reclai
https://bugs.freedesktop.org/show_bug.cgi?id=110293
djip.per...@free.fr changed:
What|Removed |Added
Priority|medium |high
Severity|normal
In case the IOMMU API is not available compiling host1x fails with
the following error:
In file included from drivers/gpu/host1x/hw/host1x06.c:27:
drivers/gpu/host1x/hw/channel_hw.c: In function ‘host1x_channel_set_streamid’:
drivers/gpu/host1x/hw/channel_hw.c:118:30: error: implicit declarat
On Wed, 10 Apr 2019 at 06:23, Lyude Paul wrote:
>
> For a while, we've had the problem of i2c bus access not grabbing
> a runtime PM ref when it's being used in userspace by i2c-dev, resulting
> in nouveau spamming the kernel log with errors if anything attempts to
> access the i2c bus while the G
Hi Gerd.
>
> #include
>
> @@ -69,9 +70,8 @@ struct bochs_device {
> struct edid *edid;
>
> /* drm */
> - struct drm_device *dev;
> - struct drm_crtc crtc;
> - struct drm_encoder encoder;
> + struct drm_device *dev;
> + struct drm_simple_display_pipe pipe;
>
https://bugs.freedesktop.org/show_bug.cgi?id=109692
--- Comment #34 from Andrey Grodzovsky ---
(In reply to Andrey Grodzovsky from comment #33)
> Another thing - I noted a regression in existing driver code - can you
> manually apply this patch and test ?
> https://git.kernel.org/pub/scm/linux/ke
https://bugs.freedesktop.org/show_bug.cgi?id=109692
--- Comment #33 from Andrey Grodzovsky ---
Another thing - I noted a regression in existing driver code - can you manually
apply this patch and test ?
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=f7c8930d9e8b188c
Hi Da.*,
Another week, another PR. A bit less to digest this week from last, but still
very dense when looking at LoC/patch.
drm-misc-next-2019-04-10:
drm-misc-next for 5.2:
UAPI Changes:
- None
Cross-subsystem Changes:
-MAINTAINERS: Add moderation flag for lima mailing list (Randy)
-dt-bindin
https://bugs.freedesktop.org/show_bug.cgi?id=109692
--- Comment #32 from Andrey Grodzovsky ---
(In reply to mikhail.v.gavrilov from comment #30)
> Created attachment 143908 [details]
> dmesg without patches
>
> Without patches backtrace are looks like initial deadlock backtrace.
Can you please
Hi Dave, Daniel,
A few fixes for 5.1:
- Cursor fixes
- Add missing picasso pci id to KFD
- XGMI fix
- Shadow buffer handling fix for GPU reset
The following changes since commit d939f44d4a7f910755165458da20407d2139f581:
drm/amdgpu: remove unnecessary rlc reset function on gfx9 (2019-04-02
16:
https://bugs.freedesktop.org/show_bug.cgi?id=110370
--- Comment #2 from andrew.m.mcma...@gmail.com ---
I don't seem to suffer with poor performance even on an obsolete Phenom II x4
955. But now that you've mentioned when I notice a very slight bit of this
shimmering effect on my R9 285, admittedly
On Thu, Apr 04, 2019 at 10:02:07AM +0800, YueHaibing wrote:
> On 2019/4/3 23:36, Jordan Crouse wrote:
> > On Wed, Apr 03, 2019 at 02:48:11PM +0800, Yue Haibing wrote:
> >> From: YueHaibing
> >>
> >> When building CONFIG_DEBUG_FS is not set
> >> gcc warn this:
> >>
> >> drivers/gpu/drm/msm/adreno/a
Add CONFIG_DRM_MSM_GPU_STATE to conditionally compile Adreno GPU state
code depending on the availability of the dependencies.
Reported-by: Hulk Robot
Reported-by: YueHaibing
Fixes: 1707add81551 ("drm/msm/a6xx: Add a6xx gpu state")
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/Kconfig
Op 10-04-2019 om 18:46 schreef Ben Davis:
> On Wed, Apr 10, 2019 at 01:48:51PM +0200, Maarten Lankhorst wrote:
>> Op 10-04-2019 om 13:11 schreef Ben Davis:
>>> Add new properties to specify width and height for writeback.
>>>
>>> Signed-off-by: Ben Davis
>>> ---
>>> drivers/gpu/drm/drm_atomic_uap
On Wed, Apr 10, 2019 at 01:48:51PM +0200, Maarten Lankhorst wrote:
> Op 10-04-2019 om 13:11 schreef Ben Davis:
> > Add new properties to specify width and height for writeback.
> >
> > Signed-off-by: Ben Davis
> > ---
> > drivers/gpu/drm/drm_atomic_uapi.c | 8
> > drivers/gpu/drm/drm_wr
On Thu, Apr 04, 2019 at 12:04:11AM +0800, Wen Yang wrote:
> The call to of_get_child_by_name returns a node pointer with refcount
> incremented thus it must be explicitly decremented after the last
> usage.
>
> Detected by coccinelle with the following warnings:
> drivers/gpu/drm/msm/adreno/a5xx_g
On Tue, Apr 09, 2019 at 03:08:55PM -0700, Andrew Morton wrote:
> On Tue, 26 Mar 2019 12:47:39 -0400 jgli...@redhat.com wrote:
>
> > From: Jérôme Glisse
> >
> > (Andrew this apply on top of my HMM patchset as otherwise you will have
> > conflict with changes to mm/hmm.c)
> >
> > Changes since v
https://bugs.freedesktop.org/show_bug.cgi?id=110360
Alex Deucher changed:
What|Removed |Added
See Also||https://bugzilla.kernel.org
https://bugs.freedesktop.org/show_bug.cgi?id=109607
--- Comment #10 from CI Bug Log ---
A CI Bug Log filter associated to this bug has been updated:
{- fi-kbl-7560u fi-icl-u2, fi-icl-u3: random tests - incomplete -}
{+ fi-kbl-7560u fi-icl-u2, fi-icl-u3: random tests - incomplete +}
New failures
https://bugs.freedesktop.org/show_bug.cgi?id=110360
Alex Deucher changed:
What|Removed |Added
Attachment #143916|text/x-log |text/plain
mime type|
On Wed, Apr 10, 2019 at 01:20:44PM +, Shankar, Uma wrote:
>
>
> >-Original Message-
> >From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf
> >Of Ville
> >Syrjälä
> >Sent: Monday, April 8, 2019 9:38 PM
> >To: Shankar, Uma
> >Cc: dcasta...@chromium.org; intel-..
On Wed, Apr 10, 2019 at 03:23:27PM +0100, Ian Jackson wrote:
> From: Wei Liu
>
> Empirically, on stretch armhf:
>
> drivers/gpu/host1x/cdma.c: In function `host1x_pushbuffer_init':
> drivers/gpu/host1x/cdma.c:94:48: error: passing argument 3 of
> `dma_alloc_wc' from incompatible pointer typ
Generated using make headers_install from the drm-next
tree - git://anongit.freedesktop.org/drm/drm
branch - drm-next
commit - 14d2bd53a47a7e1cb3e03d00a6b952734cf90f3f
The changes were as follows :-
core: (drm.h, drm_fourcc.h, drm_mode.h)
- Added 'struct drm_syncobj_transfer', 'struct drm_syncobj
Am 10.04.19 um 17:05 schrieb Grodzovsky, Andrey:
> On 4/10/19 10:41 AM, Christian König wrote:
>> Am 10.04.19 um 16:28 schrieb Grodzovsky, Andrey:
>>> On 4/10/19 10:06 AM, Christian König wrote:
Am 09.04.19 um 18:42 schrieb Grodzovsky, Andrey:
> On 4/9/19 10:50 AM, Christian König wrote:
>
On 4/10/19 10:41 AM, Christian König wrote:
> Am 10.04.19 um 16:28 schrieb Grodzovsky, Andrey:
>> On 4/10/19 10:06 AM, Christian König wrote:
>>> Am 09.04.19 um 18:42 schrieb Grodzovsky, Andrey:
On 4/9/19 10:50 AM, Christian König wrote:
> Am 08.04.19 um 18:08 schrieb Andrey Grodzovsky:
>
Generated using make headers_install from the drm-next
tree - git://anongit.freedesktop.org/drm/drm
branch - drm-next
commit - 14d2bd53a47a7e1cb3e03d00a6b952734cf90f3f
The changes were as follows :-
core: (drm.h, drm_fourcc.h, drm_mode.h)
- Added 'struct drm_syncobj_transfer', 'struct drm_syncobj
Hi Christoph,
Am Mittwoch, 10. April 2019, 16:10:44 CEST schrieb Christoph Muellner:
> On our RK3399-Q7 EVK base board we have the option to connect an arbitrary
> monitor via DP cable. The actual monitor is therefore not known in advance.
> This means, we don't have any panel information besides
Am 10.04.19 um 16:28 schrieb Grodzovsky, Andrey:
On 4/10/19 10:06 AM, Christian König wrote:
Am 09.04.19 um 18:42 schrieb Grodzovsky, Andrey:
On 4/9/19 10:50 AM, Christian König wrote:
Am 08.04.19 um 18:08 schrieb Andrey Grodzovsky:
Also reject TDRs if another one already running.
Signed-off
On Wed, Apr 10, 2019 at 09:01:28AM -0500, Rob Herring wrote:
> On Mon, Apr 08, 2019 at 10:11:26AM +0200, Maxime Ripard wrote:
> > On Sat, Apr 06, 2019 at 01:06:07AM -0500, Rob Herring wrote:
> > > On Mon, Apr 01, 2019 at 10:56:40AM +0200, Maxime Ripard wrote:
> > > > Hi,
> > > >
> > > > We've had f
On 4/10/19 10:06 AM, Christian König wrote:
> Am 09.04.19 um 18:42 schrieb Grodzovsky, Andrey:
>> On 4/9/19 10:50 AM, Christian König wrote:
>>> Am 08.04.19 um 18:08 schrieb Andrey Grodzovsky:
Also reject TDRs if another one already running.
Signed-off-by: Andrey Grodzovsky
--
https://bugs.freedesktop.org/show_bug.cgi?id=109692
--- Comment #31 from Andrey Grodzovsky ---
(In reply to mikhail.v.gavrilov from comment #30)
> Created attachment 143908 [details]
> dmesg without patches
>
> Without patches backtrace are looks like initial deadlock backtrace.
OK, seems the p
Am 09.04.19 um 18:42 schrieb Grodzovsky, Andrey:
On 4/9/19 10:50 AM, Christian König wrote:
Am 08.04.19 um 18:08 schrieb Andrey Grodzovsky:
Also reject TDRs if another one already running.
Signed-off-by: Andrey Grodzovsky
---
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 94
On Mon, Apr 08, 2019 at 10:11:26AM +0200, Maxime Ripard wrote:
> On Sat, Apr 06, 2019 at 01:06:07AM -0500, Rob Herring wrote:
> > On Mon, Apr 01, 2019 at 10:56:40AM +0200, Maxime Ripard wrote:
> > > Hi,
> > >
> > > We've had for quite some time to hack around in our drivers to take into
> > > accou
https://bugs.freedesktop.org/show_bug.cgi?id=110381
Bug ID: 110381
Summary: Failed to updateMST allocation table forpipe idx:0
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity: n
>-Original Message-
>From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
>Ville
>Syrjälä
>Sent: Monday, April 8, 2019 9:38 PM
>To: Shankar, Uma
>Cc: dcasta...@chromium.org; intel-...@lists.freedesktop.org; dri-
>de...@lists.freedesktop.org; seanp...@chromium.or
On 10/04/2019 14:43, Noralf Trønnes wrote:
> Due to copy/paste error, the fbdev format was changed to 32bpp = XRGB
> which is an emulated format for the RGB565 drivers. Revert to to using the
> fallback which is dev->mode_config.preferred_depth for the drivers that
> set it or 32bpp for those t
Den 10.04.2019 09.48, skrev Gerd Hoffmann:
> Signed-off-by: Gerd Hoffmann
> ---
Acked-by: Noralf Trønnes
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
Due to copy/paste error, the fbdev format was changed to 32bpp = XRGB
which is an emulated format for the RGB565 drivers. Revert to to using the
fallback which is dev->mode_config.preferred_depth for the drivers that
set it or 32bpp for those that don't (repaper, st7586).
Fixes: 3eba3922819f (
On Fri, 5 Apr 2019 at 11:20, Noralf Trønnes wrote:
>
>
>
> Den 05.04.2019 07.28, skrev Joel Stanley:
> > When building this driver for architectures where CMA is not available.
> >
> > Fixes: 4f2a8f5898ec ("drm: Add ASPEED GFX driver")
> > Reported-by: Stephen Rothwell
> > Reported-by: kernel tes
On Wed, 10 Apr 2019 at 12:20, Steven Price wrote:
>
> On 08/04/2019 22:04, Rob Herring wrote:
> > On Fri, Apr 5, 2019 at 7:30 AM Steven Price wrote:
> >>
> >> On 01/04/2019 08:47, Rob Herring wrote:
> >>> This adds the initial driver for panfrost which supports Arm Mali
> >>> Midgard and Bifrost
Op 10-04-2019 om 13:11 schreef Ben Davis:
> Add new properties to specify width and height for writeback.
>
> Signed-off-by: Ben Davis
> ---
> drivers/gpu/drm/drm_atomic_uapi.c | 8
> drivers/gpu/drm/drm_writeback.c | 28
> include/drm/drm_connector.h
Add comments to the existing feature flags,
documenting which commands belong to them.
Signed-off-by: Gerd Hoffmann
---
include/uapi/linux/virtio_gpu.h | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/include/uapi/linux/virtio_gpu.h b/include/uapi/linux/virtio_gp
Introduce the concept of memory regions to virtio-gpu. Initially only
memory regions composed of guest pages are supported (pretty much like
current backing storage for resources). I expect support for other
memory types will be added later on.
VIRTIO_GPU_CMD_MEMORY_CREATE:
creates a new mem
Hi folks,
Revisited the old VIRTIO_GPU_CMD_RESOURCE_CREATE_V2 approach and figured
this is maybe not the best way to go forward. I think it is much more
useful to separate memory and resource management (see patch #2).
VIRTIO_GPU_CMD_RESOURCE_CREATE_V2 is still there (see patch #3).
For now I
Add new command VIRTIO_GPU_CMD_RESOURCE_CREATE_V2 to create resources.
It adds (a) support planar resources and (b) returns stride and size of
the resource planes. The later will be needed in case we support
mapping host resources into the guest some day.
Signed-off-by: Gerd Hoffmann
---
includ
On Wed, Apr 10, 2019 at 11:09 AM Hans de Goede wrote:
>
> Hi,
>
> On 10-04-19 11:00, Patrik Jakobsson wrote:
> > On Wed, Apr 10, 2019 at 9:27 AM Hans de Goede wrote:
> >>
> >> Hi,
> >>
> >> On 09-04-19 21:31, Dominik 'Rathann' Mierzejewski wrote:
> >>> Hello,
> >>>
> >>> On Tuesday, 09 April 2019
On Wed, Apr 10, 2019 at 12:43 PM Ville Syrjälä
wrote:
>
> On Wed, Apr 10, 2019 at 11:00:23AM +0200, Patrik Jakobsson wrote:
> > On Wed, Apr 10, 2019 at 9:27 AM Hans de Goede wrote:
> > >
> > > Hi,
> > >
> > > On 09-04-19 21:31, Dominik 'Rathann' Mierzejewski wrote:
> > > > Hello,
> > > >
> > > >
On Wed, Apr 10, 2019 at 1:18 PM Dominik 'Rathann' Mierzejewski
wrote:
>
> On Wednesday, 10 April 2019 at 11:08, Hans de Goede wrote:
> > On 10-04-19 11:00, Patrik Jakobsson wrote:
> > > On Wed, Apr 10, 2019 at 9:27 AM Hans de Goede wrote:
> > > > On 09-04-19 21:31, Dominik 'Rathann' Mierzejewski
https://bugs.freedesktop.org/show_bug.cgi?id=109294
Lakshmi changed:
What|Removed |Added
Resolution|NOTABUG |---
Assignee|tvrtko.ursulin@linux.i
Add support for scaling on writeback. To do this add writeback_w and
writeback_h as writeback connector properties to specify the desired
output dimensions.
Then implement downscaling on writeback for Malidp-550 and Malidp-650
(upscaling on writeback is not supported on these devices).
Ben Davis (
Add new properties to specify width and height for writeback.
Signed-off-by: Ben Davis
---
drivers/gpu/drm/drm_atomic_uapi.c | 8
drivers/gpu/drm/drm_writeback.c | 28
include/drm/drm_connector.h | 4
include/drm/drm_mode_config.h | 10 +++
The phase setting part of malidp_crtc_atomic_check_scaling is refactored
to allow use in writeback scaling.
Also the enable_memwrite function prototype is simplified by directely
passing mw_state.
Signed-off-by: Ben Davis
---
drivers/gpu/drm/arm/malidp_crtc.c | 49 --
driver
On Wed, Apr 10, 2019 at 11:00:23AM +0200, Patrik Jakobsson wrote:
> On Wed, Apr 10, 2019 at 9:27 AM Hans de Goede wrote:
> >
> > Hi,
> >
> > On 09-04-19 21:31, Dominik 'Rathann' Mierzejewski wrote:
> > > Hello,
> > >
> > > On Tuesday, 09 April 2019 at 16:44, Hans de Goede wrote:
> > >> Hi,
> > >>
On 2019-04-10 11:45 a.m., Christian König wrote:
> When we increment the counter we need to increment the pointer as well.
>
> Signed-off-by: Christian König
> Fixes: e16858a7e6e7 drm/ttm: fix start page for huge page check in
> ttm_put_pages()
> ---
> drivers/gpu/drm/ttm/ttm_page_alloc.c | 4 +
Hi Al,
I wonder if it would be possible to extend anon_inodes to return just an
anonymous inode, thereby allowing the drm filesystem to be removed in favour
of just using an anon_inode.
David
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
ht
When we increment the counter we need to increment the pointer as well.
Signed-off-by: Christian König
Fixes: e16858a7e6e7 drm/ttm: fix start page for huge page check in
ttm_put_pages()
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --gi
Den 10.04.2019 08.38, skrev Gerd Hoffmann:
> Not all archs have the __io_virt() macro, so cirrus can't simply convert
> pointers that way. The drm format helpers have to use memcpy_toio()
> instead.
>
> This patch makes drm_fb_xrgb_to_rgb565_dstclip() accept a __iomem
> dst pointer and use
Den 10.04.2019 08.38, skrev Gerd Hoffmann:
> Not all archs have the __io_virt() macro, so cirrus can't simply convert
> pointers that way. The drm format helpers have to use memcpy_toio()
> instead.
>
> This patch makes drm_fb_xrgb_to_rgb888_dstclip() accept a __iomem
> dst pointer and use
Den 10.04.2019 08.38, skrev Gerd Hoffmann:
> Not all archs have the __io_virt() macro, so cirrus can't simply convert
> pointers that way. The drm format helpers have to use memcpy_toio()
> instead.
>
> This patch makes drm_fb_memcpy_dstclip() accept a __iomem dst pointer
> and use memcpy_toio(
https://bugs.freedesktop.org/show_bug.cgi?id=110360
--- Comment #3 from jian-h...@endlessm.com ---
Created attachment 143916
--> https://bugs.freedesktop.org/attachment.cgi?id=143916&action=edit
The dmesg of disabled amdgpu's runpm
(In reply to Alex Deucher from comment #2)
> Does booting with
Hi,
On 10-04-19 11:00, Patrik Jakobsson wrote:
On Wed, Apr 10, 2019 at 9:27 AM Hans de Goede wrote:
Hi,
On 09-04-19 21:31, Dominik 'Rathann' Mierzejewski wrote:
Hello,
On Tuesday, 09 April 2019 at 16:44, Hans de Goede wrote:
Hi,
On 09-04-19 14:05, Patrik Jakobsson wrote:
On Tue, Apr 9,
On Wed, Apr 10, 2019 at 9:27 AM Hans de Goede wrote:
>
> Hi,
>
> On 09-04-19 21:31, Dominik 'Rathann' Mierzejewski wrote:
> > Hello,
> >
> > On Tuesday, 09 April 2019 at 16:44, Hans de Goede wrote:
> >> Hi,
> >>
> >> On 09-04-19 14:05, Patrik Jakobsson wrote:
> >>> On Tue, Apr 9, 2019 at 12:20 PM
https://bugs.freedesktop.org/show_bug.cgi?id=110376
--- Comment #1 from CI Bug Log ---
The CI Bug Log issue associated to this bug has been updated.
### New filters associated
* KBL: igt@kms_cursor_legacy@nonblocking-modeset-vs-cursor-atomic - dmesg-warn
- *ERROR* Failed to enable hdcp (-110)
https://bugs.freedesktop.org/show_bug.cgi?id=110376
Bug ID: 110376
Summary: [CI][SHARDS]
igt@kms_cursor_legacy@nonblocking-modeset-vs-cursor-at
omic - dmesg-warn - *ERROR* Failed to enable hdcp
(-110)
Pro
https://bugs.freedesktop.org/show_bug.cgi?id=110376
Martin Peres changed:
What|Removed |Added
Whiteboard||ReadyForDev
Priority|medium
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/bochs/bochs.h | 6 +-
drivers/gpu/drm/bochs/bochs_kms.c | 178 +-
2 files changed, 53 insertions(+), 131 deletions(-)
diff --git a/drivers/gpu/drm/bochs/bochs.h b/drivers/gpu/drm/bochs/bochs.h
index a7f6723bebdd..
Some drivers (for example qxl) support neither import nor export of
dma-bufs. But you can still use dma-bufs to pass buffer references
from one process to another; drm_gem_prime_import() will figure the
dma-buf came from the same driver and just takes a reference in that
case instead of doing a fu
https://bugs.freedesktop.org/show_bug.cgi?id=110371
--- Comment #1 from Michel Dänzer ---
Please attach the corresponding full output of dmesg.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-dev
Hi,
On 09-04-19 21:31, Dominik 'Rathann' Mierzejewski wrote:
Hello,
On Tuesday, 09 April 2019 at 16:44, Hans de Goede wrote:
Hi,
On 09-04-19 14:05, Patrik Jakobsson wrote:
On Tue, Apr 9, 2019 at 12:20 PM Hans de Goede wrote:
Hi,
On 09-04-19 11:47, Patrik Jakobsson wrote:
On Tue, Apr 9,
Nice, do you have any sample code for it?
Thanks,
Jim
Caterpillar: Confidential Green
-Original Message-
From: Ville Syrjälä
Sent: Tuesday, April 9, 2019 8:57 AM
To: Jim Zhang
Cc: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org
Subject: Re: [Intel-gfx] colorkey supp
On Mon, 2019-03-25 at 15:18 +0100, Neil Armstrong wrote:
> This patch adds support for the new OSD+VD Plane blending module
> in the CRTC code by adding the G12A code to manage the blending
> module and setting the right OSD1 & VD1 plane registers.
>
> Signed-off-by: Neil Armstrong
> ---
> drive
1 - 100 of 129 matches
Mail list logo
