https://bugs.freedesktop.org/show_bug.cgi?id=108323
--- Comment #1 from bmil...@gmail.com ---
Still present on kernels 4.18, 4.19 and 4.21-drm-next-wip
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
The feature allows the guest request an EDID blob (describing monitor
capabilities) for a given scanout (aka virtual monitor connector).
It brings a new command message, which has just a scanout field (beside
the standard virtio-gpu header) and a response message which carries the
EDID data.
Sign
Hi,
Just noticed I had the wrong email address for the virtio-dev
list in v2. So, resending. Relates bits:
Guest driver patch implementing this:
https://git.kraxel.org/cgit/linux/log/?h=drm-edid-virtio
Qemu test branch:
https://git.kraxel.org/cgit/qemu/log/?h=sirius/edid
virtio spec upd
On Thu, 18 Oct 2018 at 16:11, Gerd Hoffmann wrote:
>
> On Thu, Oct 18, 2018 at 11:41:52AM +1000, Dave Airlie wrote:
> > On Mon, 1 Oct 2018 at 20:33, Gerd Hoffmann wrote:
> > >
> > > Remove the virtio_gpu_object_{attach,detach} calls from move_notify()
> > > callback. Add them to the ttm_tt_{popu
Signed-off-by: Chunming Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
index 723f0f7754bd..8e04e7fbd330 100644
--- a/drivers/gpu/drm/amd/amdgp
syncobj wait/signal operation is appending in command submission.
v2: separate to two kinds in/out_deps functions
Signed-off-by: Chunming Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h| 8 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 111 +
include/uapi/drm/amdgpu_drm.
user space can specify timeline point fence to export/import.
Signed-off-by: Chunming Zhou
---
drivers/gpu/drm/drm_internal.h | 4 ++
drivers/gpu/drm/drm_ioctl.c| 4 ++
drivers/gpu/drm/drm_syncobj.c | 76 ++
include/uapi/drm/drm.h | 11 +
4 file
user mode can query timeline payload.
v2: check return value of copy_to_user
Signed-off-by: Chunming Zhou
---
drivers/gpu/drm/drm_internal.h | 2 ++
drivers/gpu/drm/drm_ioctl.c| 2 ++
drivers/gpu/drm/drm_syncobj.c | 52 ++
include/uapi/drm/drm.h | 1
points array is one-to-one match with syncobjs array.
v2:
add seperate ioctl for timeline point wait, otherwise break uapi.
v3:
userspace can specify two kinds waits::
a. Wait for time point to be completed.
b. and wait for time point to become available
v4:
rebase
Signed-off-by: Chunming Zhou
--
This patch is for VK_KHR_timeline_semaphore extension, semaphore is called
syncobj in kernel side:
This extension introduces a new type of syncobj that has an integer payload
identifying a point in a timeline. Such timeline syncobjs support the
following operations:
* CPU query - A host operati
On Thu, Oct 18, 2018 at 11:41:52AM +1000, Dave Airlie wrote:
> On Mon, 1 Oct 2018 at 20:33, Gerd Hoffmann wrote:
> >
> > Remove the virtio_gpu_object_{attach,detach} calls from move_notify()
> > callback. Add them to the ttm_tt_{populate,unpopulate} callbacks, which
> > is the correct place to ha
On Thu, Oct 18, 2018 at 11:25:22AM +1000, Dave Airlie wrote:
> On Mon, 1 Oct 2018 at 20:33, Gerd Hoffmann wrote:
> >
> > Track whenever the virtio_gpu_object is already created (i.e. host knows
> > about it) in a new variable. Add checks to virtio_gpu_object_attach()
> > to do nothing on objects
On Wed, 2018-10-17 at 19:51 -0300, Rodrigo Siqueira wrote:
> Add maintainers and reviewers for VKMS driver
>
> Signed-off-by: Rodrigo Siqueira
> ---
> MAINTAINERS | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 39c3f6682ace..78c3c0bf89fa 10
Hi,
> > Recent qemu (latest master branch, upcoming 3.1 release) got support
> > for EDID data. This patch adds guest driver support.
> >
> > EDID support in qemu is not (yet) enabled by default, so please use
> > 'qemu -device VGA,edid=on' for testing.
>
> The EDID never changes after boot?
Bas Nieuwenhuizen writes:
> Reviewed-by: Bas Nieuwenhuizen
Thanks to you, Jason and Lionel for reviewing the code and helping
improve it.
--
-keith
signature.asc
Description: PGP signature
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
On 2018年10月17日 18:24, Daniel Vetter wrote:
On Wed, Oct 17, 2018 at 11:29 AM Koenig, Christian
wrote:
Am 17.10.18 um 11:17 schrieb zhoucm1:
[SNIP]
+struct drm_syncobj_signal_pt {
+struct dma_fence_array *base;
Out of curiosity, why the pointer and not embedding? base is kinda
mislead
On Fri, Oct 12, 2018 at 10:51 AM, Laura Abbott wrote:
>
> I suspect most of the cost of the dma_map/dma_unmap is from the
> cache flushing and not the actual mapping operations. If this
> is the case, another option might be to figure out how to
> incorporate dma_attrs so drivers can use DMA_ATTR_
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-dkms-4.18
head: 937a0a9df97d4c1c7cecf6faa2f501d175bc3c2a
commit: 04ba02775992499651c3dcf684f6fd235092dd0b [1311/1379] Revert
"drm/amdgpu: add amdgpu_vm_entries_mask v2"
config: i386-randconfig-i0-201841 (attached as .config)
compi
On Mon, 1 Oct 2018 at 20:33, Gerd Hoffmann wrote:
>
> Remove the virtio_gpu_object_{attach,detach} calls from move_notify()
> callback. Add them to the ttm_tt_{populate,unpopulate} callbacks, which
> is the correct place to handle this.
>
> The new ttm_tt_{populate,unpopulate} callbacks call the
On Mon, 1 Oct 2018 at 20:33, Gerd Hoffmann wrote:
>
> Track whenever the virtio_gpu_object is already created (i.e. host knows
> about it) in a new variable. Add checks to virtio_gpu_object_attach()
> to do nothing on objects not created yet.
>
> Make virtio_gpu_ttm_bo_destroy() use the new varia
Reviewed-by: Dave Airlie
On Fri, 5 Oct 2018 at 22:52, Gerd Hoffmann wrote:
>
> The feature allows the guest request an EDID blob (describing monitor
> capabilities) for a given scanout (aka virtual monitor connector).
>
> It brings a new command message, which has just a scanout field (beside
> t
On Fri, 5 Oct 2018 at 22:10, Gerd Hoffmann wrote:
>
> Recent qemu (latest master branch, upcoming 3.1 release) got support
> for EDID data. This patch adds guest driver support.
>
> EDID support in qemu is not (yet) enabled by default, so please use
> 'qemu -device VGA,edid=on' for testing.
The
Hello,
This small patch series adds support for the M3-N internal LVDS encoder in the
DT bindings, the LVDS encoder driver and the M3-N .dtsi.
Please see individual patches for details.
The series is based on a merge of Simon's devel branch and the DRM -next
branch.
Laurent Pinchart (2):
dt-b
The M3-N (r8a77965) includes one LVDS encoder. Extend the binding to
support it.
Signed-off-by: Laurent Pinchart
---
.../devicetree/bindings/display/bridge/renesas,lvds.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/display/bridge/renesas,lvds.
Add support for the R-Car M3-N (R8A77965) SoC to the LVDS encoder
driver. The encoder appears identical to the M3-W version, we can thus
simply point to the generic Gen3 data.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_lvds.c | 1 +
1 file changed, 1 insertion(+)
diff --gi
The M3-N (r8a77965) platform has oneLVDS encoder connected to the DU.
Add the corresponding DT node and wire it up.
Signed-off-by: Laurent Pinchart
---
arch/arm64/boot/dts/renesas/r8a77965.dtsi | 27 +++
1 file changed, 27 insertions(+)
diff --git a/arch/arm64/boot/dts/renes
Add maintainers and reviewers for VKMS driver
Signed-off-by: Rodrigo Siqueira
---
MAINTAINERS | 10 ++
1 file changed, 10 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 39c3f6682ace..78c3c0bf89fa 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4592,6 +4592,16 @@ T: git
Reviewed-by: Bas Nieuwenhuizen
On Wed, Oct 17, 2018 at 6:49 PM Keith Packard wrote:
>
> Offers three clocks, device, clock monotonic and clock monotonic
> raw. Could use some kernel support to reduce the deviation between
> clock values.
>
> v2:
> Ensure deviation is at least as big as th
For historical reason, the function drm_wait_vblank_ioctl always return
-EINVAL if something gets wrong. This scenario limits the flexibility
for the userspace make detailed verification of the problem and take
some action. In particular, the validation of “if (!dev->irq_enabled)”
in the drm_wait_v
https://bugs.freedesktop.org/show_bug.cgi?id=107928
--- Comment #10 from Matthew Vaughn ---
I've determined that the deadlock and stack trace found in my dmesg logs is
emitted precisely when I attempt to wake the machine's display from sleep by
touching the keyboard or mouse, and not before.
If
https://bugs.freedesktop.org/show_bug.cgi?id=106671
--- Comment #30 from Alan W. Irwin ---
This time the system lasted almost 14 days before the lockup. See the latest
attachment for the log details which contain NMI messages followed by a burst
of ascii null characters (which in my experience c
Hi Dave,
Fixes for 4.20. Highlights:
- VCN DPG fixes for Picasso
- Add support for the latest vega20 vbios
- Scheduler timeout fix
- License fixes for radeon and amdgpu
- Misc other fixes
The following changes since commit ca4b869240d5810ebac6b1570ad7beffcfbac2f5:
Merge branch 'drm-next-4.20'
https://bugs.freedesktop.org/show_bug.cgi?id=106671
--- Comment #29 from Alan W. Irwin ---
Created attachment 142075
--> https://bugs.freedesktop.org/attachment.cgi?id=142075&action=edit
tarball containing daemon.log, messages, kern.log, syslog, and dmesg output
--
You are receiving this mail
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-dkms-4.18
head: 937a0a9df97d4c1c7cecf6faa2f501d175bc3c2a
commit: e7961cb5bfa3cd355113714450841fe6d40c749d [962/1379] drm/amdkcl: [4.16]
fix for devm_memremap_pages change
config: x86_64-allmodconfig (attached as .config)
compiler:
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-dkms-4.18
head: 937a0a9df97d4c1c7cecf6faa2f501d175bc3c2a
commit: 937a0a9df97d4c1c7cecf6faa2f501d175bc3c2a [30/30] drm/amdgpu: manually
map the shadow BOs again
config: x86_64-allmodconfig (attached as .config)
compiler: gcc-7 (Deb
Hi Dave,
Just one quirk this week, things are shaping up nicely for the upcoming merge
window!
drm-misc-next-fixes-2018-10-17:
- Add quirk to fix orientation of Acer One 10 (S1003) panel (Hans)
Cc: Hans de Goede
Cheers, Sean
The following changes since commit 7372fd049aa8836310f84da5f82dc9eb
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #13 from raxon...@gmail.com ---
I've used your edid file and emulated it in my carrizo HW, I cannot see the
issue.
I am thinking the panel on that NEC monitor may be not liking it.
--
You are receiving this mail because:
You are th
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #12 from raxon...@gmail.com ---
I've tried with a monitor I have with my 580x :
Here is the modeline your monitor has:
[ 49.626518] [drm:drm_mode_debug_printmodeline [drm]] Modeline 64:"1680x1050"
60 146250 1680 1784 1960 2240 1050
The drm_vblank_init() takes the total number of CRTCs as an argument,
but the rcar-du driver passes a bitmask of the CRTC indices. Fix it.
Fixes: 4bf8e1962f91 ("drm: Renesas R-Car Display Unit DRM driver")
Reported-by: Tomi Valkeinen
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/r
https://bugs.freedesktop.org/show_bug.cgi?id=108317
--- Comment #11 from John Galt ---
Would using renderdoc help at all?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.o
Hi,
On Mon, Aug 27, 2018 at 8:11 AM Jordan Crouse wrote:
> + gpu@500 {
> + compatible = "qcom,adreno-630.2", "qcom,adreno";
> + #stream-id-cells = <16>;
> +
> + reg = <0x500 0x4>;
> +
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-dkms-4.18
head: 937a0a9df97d4c1c7cecf6faa2f501d175bc3c2a
commit: 7d0741bab20cb328c2c778764efc340896242ccb [790/1379] drm/amdkcl: [RHEL
6] support kmap_atomic funciton for ttm module
config: sparc64-allmodconfig (attached as .confi
Jason Ekstrand writes:
> I like it
When the comments are longer than the code, you know you're done?
--
-keith
signature.asc
Description: PGP signature
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-dkms-4.18
head: 937a0a9df97d4c1c7cecf6faa2f501d175bc3c2a
commit: 7d0741bab20cb328c2c778764efc340896242ccb [790/1379] drm/amdkcl: [RHEL
6] support kmap_atomic funciton for ttm module
config: ia64-defconfig (attached as .config)
com
I like it
Reviewed-by: Jason Ekstrand
On Wed, Oct 17, 2018 at 11:49 AM Keith Packard wrote:
> Offers three clocks, device, clock monotonic and clock monotonic
> raw. Could use some kernel support to reduce the deviation between
> clock values.
>
> v2:
> Ensure deviation is at least as
>-Original Message-
>From: Navare, Manasi D
>Sent: Tuesday, October 16, 2018 2:03 PM
>To: Srivatsa, Anusha
>Cc: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; Jani
>Nikula
>; Ville Syrjala
>Subject: Re: [PATCH v5 20/28] drm/i915/dp: Configure i915 Picture parameter S
Offers three clocks, device, clock monotonic and clock monotonic
raw. Could use some kernel support to reduce the deviation between
clock values.
v2:
Ensure deviation is at least as big as the GPU time interval.
v3:
Set device->lost when returning DEVICE_LOST.
Use MAX2 and
Patch 1 and 2 are Reviewed-by: Nayan Deshmukh
On Wed, Oct 17, 2018 at 12:30 AM Grodzovsky, Andrey
wrote:
>
> Patches 1-3 Reviewed-by: Andrey Grodzovsky
>
> Patch 4 Acked-by: Andrey Grodzovsky
>
> Andrey
>
>
> On 10/16/2018 07:55 AM, Christian König wrote:
> > Make sure we always restart the tim
Add support for gathering and dumping the a6xx GPU state including
registers, GMU registers, indexed registers, shader blocks,
context clusters and debugbus.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/Makefile|1 +
drivers/gpu/drm/msm/adreno/a6xx_gmu.c | 25
Add trace events to track the progress of a GPU submission
msm_gpu_submit occurs at the beginning of the submissions,
msm_gpu_submit_flush happens when the submission is put on
the ringbuffer and msm_submit_flush_retired is sent when
the operation is retired.
To make it easier to track the operati
If a command buffer doesn't have any relocs assigned to it there then
is no need to map it in the kernel address space.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/msm_gem_submit.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/msm/msm_gem_submit.c
b/drivers/gpu
Add infrastructure to track statistics for GPU submissions
by sampling certain perfcounters before and after a submission.
To store the statistics, the per-ring memptrs region is
expanded to include room for up to 64 entries - this should
cover a reasonable amount of inflight submissions without
w
Buffer objects allocated with msm_gem_kernel_new() are mostly
freed the same way so we can save a few lines of code with a
common function.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/adreno/a5xx_gpu.c | 13 ++---
drivers/gpu/drm/msm/adreno/a5xx_power.c | 13 +-
Instead of trying to store all the tagged buffers from a hanging
submit only store the command buffers that were not imported.
This cuts down on the amount of data stored in the GPU state to
the base minimum of useful information.
The downside is that this will make it more difficult to
successful
The gpu_poll_timeout() function can be useful to multiple targets so
mvoe it into adreno_gpu.h from the a5xx code.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/adreno/a5xx_gpu.c | 5 -
drivers/gpu/drm/msm/adreno/adreno_gpu.h | 6 ++
2 files changed, 6 insertions(+), 5 deletions
Allocate the correct buffer size for the GPU memptrs. The incorrect
size hasn't affected us thus far since the incorrect size was larger
than the intended size and we're still stuck on page sized
granularity anyway but technically correct is the best kind of
correct.
Signed-off-by: Jordan Crouse
This is a refresh of changes for msm-next that don't have dependencies on
outside SoC drivers. The two new features here are the GPU state capture
for a6xx (which has been sent before) and the per-submit statistics + trace
events (which are new). The remaining bits are bug fixes and dependent
patch
If the GPU target doesn't define a list of registers then gracefully skip
capturing and/or printing them. This is used by more complex targets like
6xx that have other means of capturing register values.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/adreno/adreno_gpu.c | 19 ++
If any of the function calls in _msm_gem_kernel_new fail we need
to make sure to dereference the GEM object with the appropriate
function for the current locking state.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/msm_gem.c | 18 --
1 file changed, 12 insertions(+), 6 del
Resync the a6xx generated headers from the database.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/adreno/a6xx.xml.h | 54 +--
1 file changed, 42 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/msm/adreno/a6xx.xml.h
b/drivers/gpu/drm/msm/adreno/a6xx.x
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #11 from raxon...@gmail.com ---
Your correct, sorry i missed the dc=0 comment.
Seems like you have Carrizo->DP2DVI(PASSIVE)->NEC monitor?
Do you if other monitors show it as well?
I will try with my 580x and a dongle and can let
On Wed, Oct 17, 2018 at 03:04:53PM +0200, Noralf Trønnes wrote:
> This adds a library for shmem backed GEM objects.
>
> v5:
> - Drop drm_gem_shmem_prime_mmap() (Daniel Vetter)
> - drm_gem_shmem_mmap(): Subtract drm_vma_node_start() to get the real
> vma->vm_pgoff
> - drm_gem_shmem_fault(): Use v
On Wed, Oct 17, 2018 at 12:14 AM Keith Packard wrote:
> Jason Ekstrand writes:
>
> > Doing all of the CPU sampling on one side or the other of the GPU
> sampling
> > would probably reduce our window.
>
> True, although as I said, it's taking several µs to get through the
> loop, and the gpu cloc
On Tue, Oct 16, 2018 at 03:55:40PM +0200, Paul Kocialkowski wrote:
> Hi,
>
> Le jeudi 29 mars 2018 à 09:56 +0200, Maxime Ripard a écrit :
> > On Tue, Mar 27, 2018 at 10:08:48AM +0200, Paul Kocialkowski wrote:
> > > On Fri, 2018-03-23 at 11:03 +0100, Maxime Ripard wrote:
> > > > On Wed, Mar 21, 201
On Wed, Oct 17, 2018 at 03:04:51PM +0200, Noralf Trønnes wrote:
> Add a generic PRIME GEM mmap function.
>
> Suggested-by: Daniel Vetter
> Signed-off-by: Noralf Trønnes
> ---
> drivers/gpu/drm/drm_prime.c | 37 +
> include/drm/drm_prime.h | 1 +
> 2 file
On Tue, Sep 04, 2018 at 02:25:47PM +0100, Eric Engestrom wrote:
> On Tuesday, 2018-09-04 14:49:07 +0200, Daniel Vetter wrote:
> > Looks much neater on the gitlab UI, e.g. on my personal libdrm fork:
> >
> > https://gitlab.freedesktop.org/danvet/drm
> >
> > Signed-off-by: Daniel Vetter
>
> Acked
On Wed, Oct 17, 2018 at 06:33:59PM +0530, Sharat Masetty wrote:
> The gpu_busy() function turns out is useful for performance profiling as
> well. So we change the input params to pass in the pointer to the previous
> busy cycles, this makes the function more generic and removes the dependency
> on
On Wed, Oct 17, 2018 at 06:34:01PM +0530, Sharat Masetty wrote:
> This patch attempts to make use of the hardware counters for GPU busy %
> estimation when possible and skip using the software counters as it also
> accounts for software side delays. This should help give more accurate
> representat
On Wed, Oct 17, 2018 at 06:34:00PM +0530, Sharat Masetty wrote:
> Moving this to resume helps with both GPU DCVS and the performance
> sampling. For GPU DCVS this makes sure that the frequency does not scale
> when there are no GPU submissions. In the case of performance profiling,
> the GPU is UP,
On Wed, Oct 17, 2018 at 9:22 AM Andrzej Hajda wrote:
> On 17.10.2018 08:56, Linus Walleij wrote:
> > On Tue, Oct 16, 2018 at 4:45 PM Andrzej Hajda wrote:
> >
> >> Yes, it is missing part, please add units (Hz ?) and some optional
> >> propositions:
> >> 1. maybe hs_speed instead of hs_frequency
On Mon, Oct 08, 2018 at 12:49:07PM +0200, Bartlomiej Zolnierkiewicz wrote:
>
> On 08/31/2018 10:09 AM, Dan Carpenter wrote:
> > The "index + count" addition can overflow. Both come directly from the
> > user. This bug leads to an information leak.
> >
> > Signed-off-by: Dan Carpenter
>
> Patc
The DSI devices have a maximum operating frequency specified
in their data sheet per the MIPI specification, and DSI hosts
that can scale their frequency need this information to set
their clock dividers right.
As current panel drivers often lack this information, specify
that setting it to zero w
+Rob
On Tue, 16 Oct 2018 18:41:51 +0200
Daniel Vetter wrote:
> On Tue, Oct 16, 2018 at 04:28:09PM +0300, Ville Syrjälä wrote:
> > On Tue, Oct 16, 2018 at 03:12:54PM +0200, Daniel Vetter wrote:
> > > On Tue, Oct 16, 2018 at 3:10 PM Boris Brezillon
> > > wrote:
> > > >
> > > > Hi Daniel,
> >
On 10/17, Daniel Vetter wrote:
> On Wed, Oct 17, 2018 at 2:43 PM Rodrigo Siqueira
> wrote:
> >
> > Hi,
> >
> > First of all, thanks to all for the reviewers and feedbacks.
> >
> > On 10/16, Daniel Vetter wrote:
> > > On Mon, Oct 15, 2018 at 02:05:29PM -0300, Rodrigo Siqueira wrote:
> > > > For his
https://bugs.freedesktop.org/show_bug.cgi?id=107978
--- Comment #14 from Shmerl ---
(In reply to Nicholas Kazlauskas from comment #13)
>
> If I had to guess I would say this is an issue specific to that monitor - DP
> 1.2 should generally work without issue.
It did work fine before in DP 1.2 mo
https://bugs.freedesktop.org/show_bug.cgi?id=107978
--- Comment #13 from Nicholas Kazlauskas ---
(In reply to Shmerl from comment #12)
> @Nicholas Kazlauskas: does it help to identify the source of the problem?
If I had to guess I would say this is an issue specific to that monitor - DP
1.2 shou
The majority of drivers use drm_gem_prime_export() and
drm_gem_prime_import() for these callbacks so let's make them the
default.
Signed-off-by: Noralf Trønnes
Acked-by: Daniel Vetter
---
Documentation/gpu/todo.rst | 7 +++
drivers/gpu/drm/drm_prime.c | 10 --
include/drm/drm_drv.
This adds a library for shmem backed GEM objects.
v5:
- Drop drm_gem_shmem_prime_mmap() (Daniel Vetter)
- drm_gem_shmem_mmap(): Subtract drm_vma_node_start() to get the real
vma->vm_pgoff
- drm_gem_shmem_fault(): Use vmf->pgoff now that vma->vm_pgoff is correct
v4:
- Drop cache modes (Thomas He
This adds an optional function table on GEM objects.
The main benefit is for drivers that support more than one type of
memory (shmem,vram,cma) for their buffers depending on the hardware it
runs on. With the callbacks attached to the GEM object itself, it is
easier to have core helpers for the the
This patchset adds a library for shmem backed GEM objects and makes use
of it in tinydrm.
Daniel suggested that I make a generic mmap function for GEM PRIME.
I wondered if I could make it the default for drm_driver->gem_prime_mmap
so I looked at all the drivers that don't set that callback:
- arma
This move makes tinydrm useful for more drivers. tinydrm doesn't need
continuous memory, but at the time it was convenient to use the CMA
library. The spi core can do dma on is_vmalloc() addresses making this
possible.
Cc: David Lechner
Signed-off-by: Noralf Trønnes
Acked-by: David Lechner
Test
Add a generic PRIME GEM mmap function.
Suggested-by: Daniel Vetter
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_prime.c | 37 +
include/drm/drm_prime.h | 1 +
2 files changed, 38 insertions(+)
diff --git a/drivers/gpu/drm/drm_prime.c b/drivers/
This patch attempts to make use of the hardware counters for GPU busy %
estimation when possible and skip using the software counters as it also
accounts for software side delays. This should help give more accurate
representation of the GPU workload.
Signed-off-by: Sharat Masetty
---
drivers/gp
The gpu_busy() function turns out is useful for performance profiling as
well. So we change the input params to pass in the pointer to the previous
busy cycles, this makes the function more generic and removes the dependency
on the gpu devfreq.
Signed-off-by: Sharat Masetty
---
drivers/gpu/drm/m
I was looking for a simple mechanism to measure GPU workloads, it turns out
that the support is already present in the msm driver. In this series I try to
make use of the hardware counters where possible for a more accurate workload
estimation. Please review and share your thoughts on this.
I coul
Moving this to resume helps with both GPU DCVS and the performance
sampling. For GPU DCVS this makes sure that the frequency does not scale
when there are no GPU submissions. In the case of performance profiling,
the GPU is UP, but its possible that the hw_init() was not called yet,
so we need this
On Wed, Oct 17, 2018 at 2:43 PM Rodrigo Siqueira
wrote:
>
> Hi,
>
> First of all, thanks to all for the reviewers and feedbacks.
>
> On 10/16, Daniel Vetter wrote:
> > On Mon, Oct 15, 2018 at 02:05:29PM -0300, Rodrigo Siqueira wrote:
> > > For historical reason, the function drm_wait_vblank_ioctl
Hi,
First of all, thanks to all for the reviewers and feedbacks.
On 10/16, Daniel Vetter wrote:
> On Mon, Oct 15, 2018 at 02:05:29PM -0300, Rodrigo Siqueira wrote:
> > For historical reason, the function drm_wait_vblank_ioctl always return
> > -EINVAL if something gets wrong. This scenario limits
On Wed, Oct 17, 2018 at 2:05 PM Daniel Stone wrote:
>
> On Tue, 16 Oct 2018 at 08:17, Peter Hutterer wrote:
> > On Mon, Oct 15, 2018 at 10:49:24AM -0400, Harry Wentland wrote:
> > > + \item Support free and open source projects through the
> > > freedesktop.org
> > > + infrastructure. Fo
Hi,
On 16-10-18 14:22, Daniel Vetter wrote:
On Fri, Oct 12, 2018 at 12:16:10PM +0200, Hans de Goede wrote:
The Acer One 10 uses a clamshell design with a detachable keyboard.
As such in normal operating mode, with the keyboard attach the device
is in landscape mode (and the Acer logo at boot al
On Tue, 16 Oct 2018 at 08:17, Peter Hutterer wrote:
> On Mon, Oct 15, 2018 at 10:49:24AM -0400, Harry Wentland wrote:
> > + \item Support free and open source projects through the
> > freedesktop.org
> > + infrastructure. For projects outside the scope of item (\ref{1})
> > support
> > +
On 17.10.2018 13:25, Stefan Agner wrote:
> On 16.10.2018 18:09, Stefan Agner wrote:
>> This reverts commit 8e3b16e2117409625b89807de3912ff773aea354.
>>
>> Using the component framework requires all components to undo in
>> ->unbind what ->bind does. Unfortunately that particular commit
>> broke thi
The patch
spi: pic32-sqi: don't pass GFP_DMA32 to dma_alloc_coherent
has been applied to the spi tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) a
The patch
ASoC: intel: don't pass GFP_DMA32 to dma_alloc_coherent
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) a
On BYT and CHT the GOP sometimes initializes the pclk at a (slightly)
different frequency then the pclk which we've calculated.
This commit makes the DSI code read-back the pclk set by the GOP and
if that is within a reasonable margin of the calculated pclk, uses
that instead.
This fixes the firs
Hi All,
I've send v1 of this a while ago. Unfortunately I did not have time
to respin this until now.
This version uses intel_encoder_current_mode() as suggested in the
discussion of v1. This allows dropping 2 of the 4 original patches and
makes the remaining patches quite small :)
Regards,
Han
On 10/17/18 9:19 AM, Daniel Vetter wrote:
>> Cc: sta...@vger.kernel.org
>> Signed-off-by: Gustavo A. R. Silva
>
> Applied since it's correct, but I dropped the cc: stable. This code is
> very dead and full of security issues, and spectre is the least of your
> worries. If you want to a stab at
Move the initialization of encoder variables a bit higher inside the
intel_dsi_init() function. So that can call intel_encoder_current_mode()
from intel_dsi_vbt_init().
This is a preparation patch for reading back the GOP configured pclk
from intel_dsi_vbt_init().
Signed-off-by: Hans de Goede
--
On 16.10.2018 18:09, Stefan Agner wrote:
> This reverts commit 8e3b16e2117409625b89807de3912ff773aea354.
>
> Using the component framework requires all components to undo in
> ->unbind what ->bind does. Unfortunately that particular commit
> broke this rule. In particular, this is an issue if a si
On 16.10.2018 18:51, Lucas Stach wrote:
> Am Dienstag, den 16.10.2018, 18:09 +0200 schrieb Stefan Agner:
>> This reverts commit 8e3b16e2117409625b89807de3912ff773aea354.
>>
>> Using the component framework requires all components to undo in
>> ->unbind what ->bind does. Unfortunately that particula
1 - 100 of 122 matches
Mail list logo