On 9/27/19 12:20 AM, Linus Torvalds wrote:
On Thu, Sep 26, 2019 at 1:55 PM Thomas Hellström (VMware)
wrote:
Well, we're working on supporting huge puds and pmds in the graphics
VMAs, although in the write-notify cases we're looking at here, we would
probably want to split them down to PTE
https://bugs.freedesktop.org/show_bug.cgi?id=111651
Francesco Balestrieri changed:
What|Removed |Added
QA Contact|intel-gfx-bugs@lists.freede |
|sktop.org
Hey Linus,
Fixes built up over the past 1.5 weeks or so, it's two weeks of
amdgpu, some core cleanups and some panfrost fixes. I also finally
figured out why my desktop was slow to do a bunch of stuff (someone
gave it an IPv6 address which can't reach anything!).
Dave.
drm-next-2019-09-27:
drm
https://bugzilla.kernel.org/show_bug.cgi?id=204181
--- Comment #53 from Sergey Kondakov (virtuous...@gmail.com) ---
Created attachment 285209
--> https://bugzilla.kernel.org/attachment.cgi?id=285209=edit
dmesg_2019-09-26-amdgpu-old_dereference_on_patched_5.3.1
After about a day of uptime my
On Wed, Sep 25, 2019 at 09:48:11AM +, Brian Starkey wrote:
> Hi James,
>
> On Tue, Sep 24, 2019 at 02:13:27AM +, james qian wang (Arm Technology
> China) wrote:
> >
> > Hi Brian:
> >
> > Since one monitor can support mutiple color-formats, this DT property
> > supply a way for user to
On Thu, Sep 26, 2019 at 11:51:21AM +, Liviu Dudau wrote:
> On Thu, Sep 26, 2019 at 10:00:22AM +, Lowry Li (Arm Technology China)
> wrote:
> > Hi Lowry,
> > On Wed, Sep 25, 2019 at 10:24:58AM +, Liviu Dudau wrote:
> > > Hi Lowry,
> > >
> > > On Tue, Sep 24, 2019 at 08:00:44AM +,
Hi, Jitao:
For this series, applied to mediatek-drm-next-5.5 [1], thanks.
[1]
https://github.com/ckhu-mediatek/linux.git-tags/commits/mediatek-drm-next-5.5
Regards,
CK
On Thu, 2019-09-19 at 14:57 +0800, Jitao Shi wrote:
> Changes since v6:
> - add dphy reset to avoid dphy fifo error after
Hi, Jitao:
On Mon, 2019-09-23 at 13:36 +0800, CK Hu wrote:
> Hi, Jitao:
>
> On Fri, 2019-09-20 at 17:04 +0800, Jitao Shi wrote:
> > Update device tree binding documentation for the dsi for
> > Mediatek MT8183 SoCs.
> >
> > Signed-off-by: Jitao Shi
> > Acked-by: Rob Herring
>
> This version
On Thu, Sep 26, 2019 at 11:01 PM Rob Herring wrote:
>
> On Thu, Sep 26, 2019 at 9:12 AM Qiang Yu wrote:
> >
> > Do not use user space bo handles directly and left the user
> > to kernel copy work to drivers calling this function.
> >
> > This is for driver like lima which does not pass gem bo
>
On 2019-09-26 3:12 a.m., Koenig, Christian wrote:
> Am 25.09.19 um 16:54 schrieb Huang, Ray:
>>> -Original Message-
>>> From: Koenig, Christian
>>> Sent: Wednesday, September 25, 2019 10:47 PM
>>> To: Huang, Ray ; amd-...@lists.freedesktop.org; dri-
>>> de...@lists.freedesktop.org;
This commit is seperate from the previous one to make it easier to
revert in the future. Basically, there's multiple userspace applications
that interpret possible_crtcs very wrong:
https://gitlab.freedesktop.org/xorg/xserver/merge_requests/277
https://gitlab.gnome.org/GNOME/mutter/issues/759
Turns out that we don't actually check this anywhere, and additionally
actually forget to even mention this in our documentation.
Since we've had one driver making this mistake already, let's clarify
this by mentioning this limitation in the kernel docs. Additionally, for
drivers not using the
Noticed this while trying to respin my MST suspend/resume patch series.
It's not technically possible (at least until someone moves amdgpu
away from the deprecated drm_device->driver->{load,unload} hooks) for
amdgpu to properly register all of it's encoders before registering with
userspace.
Signed-off-by: Lyude Paul
---
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_mst_types.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_mst_types.c
b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_mst_types.c
index
While this commit certainly will result in creating less fake MST
encoders, the main purpose of this is actually to fix amdgpu's incorrect
usage of the drm_encoder API in it's MST code. Currently we create one
encoder per-MST connector. However, MST connectors can and usually do
get created at
We are supposed to be atomic after all. We'll need this in a moment for
the next commit.
Signed-off-by: Lyude Paul
---
.../drm/amd/display/amdgpu_dm/amdgpu_dm_mst_types.c| 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git
kfree() checks this automatically.
Signed-off-by: Lyude Paul
---
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_mst_types.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_mst_types.c
On Thu, Sep 26, 2019 at 1:55 PM Thomas Hellström (VMware)
wrote:
>
> Well, we're working on supporting huge puds and pmds in the graphics
> VMAs, although in the write-notify cases we're looking at here, we would
> probably want to split them down to PTE level.
Well, that's what the existing
On Tue, 24 Sep 2019 at 22:19, Christian König
wrote:
>
> Hi guys,
>
> while working through more old TTM functionality I stumbled over the
> io_reserve_lru.
>
> Basic idea is that when this flag is set the driver->io_mem_reserve()
> callback can return -EAGAIN resulting in unmapping of other BOs.
On Mon, Sep 23, 2019 at 3:12 PM Brian Starkey wrote:
>
> I didn't see any response about using the test harness. Did you decide
> against it?
Hey! Spent a little time looking at this bit and just wanted to reply
to this point. So first, apologies, I think I missed the suggestion
earlier. That
https://bugzilla.kernel.org/show_bug.cgi?id=203471
Haxk20 (haxk...@gmail.com) changed:
What|Removed |Added
Status|NEW |RESOLVED
Neil Armstrong writes:
> When calculating the HDMI PLL settings for a DMT mode PHY frequency,
> use the correct max fractional PLL value for G12A VPU.
>
> With this fix, we can finally setup the 1024x768-60 mode.
>
> Fixes: 202b9808f8ed ("drm/meson: Add G12A Video Clock setup")
> Signed-off-by:
https://bugzilla.kernel.org/show_bug.cgi?id=203905
--- Comment #3 from Lukáš Krejčí (lskre...@gmail.com) ---
Commit 262485a50fd4 ("drm/amd/display: Expand dc to use 16.16 bit backlight")
changed the value that is returned for `actual_brightness`:
-static unsigned int
On 9/26/19 10:16 PM, Linus Torvalds wrote:
On Thu, Sep 26, 2019 at 1:09 PM Thomas Hellström (VMware)
wrote:
That said, if people are OK with me modifying the assert in
pud_trans_huge_lock() and make __walk_page_range non-static, it should
probably be possible to make it work, yes.
I don't
On Thu, Sep 26, 2019 at 1:09 PM Thomas Hellström (VMware)
wrote:
>
> That said, if people are OK with me modifying the assert in
> pud_trans_huge_lock() and make __walk_page_range non-static, it should
> probably be possible to make it work, yes.
I don't think you need to modify that assert at
Hi,
On 9/26/19 9:19 PM, Linus Torvalds wrote:
On Thu, Sep 26, 2019 at 5:03 AM Thomas Hellström (VMware)
wrote:
I wonder if I can get an ack from an mm maintainer to merge this through
DRM along with the vmwgfx patches? Andrew? Matthew?
It would have helped to actually point to the patch
On Thu, Sep 26, 2019 at 11:54 AM Maciej Falkowski
wrote:
>
>
> On 9/26/19 5:35 PM, Rob Herring wrote:
> > On Thu, Sep 26, 2019 at 9:47 AM Maciej Falkowski
> > wrote:
> >>
> >> On 9/26/19 4:03 PM, Krzysztof Kozlowski wrote:
> >>> On Thu, Sep 26, 2019 at 02:56:14PM +0200, Marek Szyprowski wrote:
>
On Thu, Sep 26, 2019 at 5:03 AM Thomas Hellström (VMware)
wrote:
>
> I wonder if I can get an ack from an mm maintainer to merge this through
> DRM along with the vmwgfx patches? Andrew? Matthew?
It would have helped to actually point to the patch itself, instead of
just quoting the commit
https://bugs.freedesktop.org/show_bug.cgi?id=111819
--- Comment #8 from Dennis Schridde ---
Running /var/lib/flatpak/app/io.atom.Atom/current/active/files/share/atom/atom
(the binary started by .../bin/atom-real) will also lock up the system.
I installed net-im/signal-desktop-bin-1.27.2::gentoo
https://bugs.freedesktop.org/show_bug.cgi?id=111803
mikhail.v.gavri...@gmail.com changed:
What|Removed |Added
Attachment #145530|umr -R gfx[.] |gfx.txt
https://bugs.freedesktop.org/show_bug.cgi?id=111803
mikhail.v.gavri...@gmail.com changed:
What|Removed |Added
Attachment #145529|halt_waves |./umr -O halt_waves -wa
https://bugs.freedesktop.org/show_bug.cgi?id=111803
mikhail.v.gavri...@gmail.com changed:
What|Removed |Added
Attachment #145530|gfx |./umr -R gfx[.]
https://bugs.freedesktop.org/show_bug.cgi?id=111819
--- Comment #7 from Dennis Schridde ---
Created attachment 145535
--> https://bugs.freedesktop.org/attachment.cgi?id=145535=edit
flatpak info (-M) $app
I attached the output of:
```
for app in com.skype.Client com.valvesoftware.Steam
https://bugs.freedesktop.org/show_bug.cgi?id=111803
mikhail.v.gavri...@gmail.com changed:
What|Removed |Added
Attachment #145530|gfx.txt |umr -R gfx[.]
https://bugs.freedesktop.org/show_bug.cgi?id=111803
--- Comment #14 from mikhail.v.gavri...@gmail.com ---
Created attachment 145534
--> https://bugs.freedesktop.org/attachment.cgi?id=145534=edit
./umr -O many,bits -r *.*.mmCP_ME_HEADER_DUMP
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=111803
--- Comment #13 from mikhail.v.gavri...@gmail.com ---
Created attachment 145533
--> https://bugs.freedesktop.org/attachment.cgi?id=145533=edit
./umr -O many,bits -r *.*.mmCP_PFP_HEADER_DUMP
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=111803
--- Comment #12 from mikhail.v.gavri...@gmail.com ---
Created attachment 145532
--> https://bugs.freedesktop.org/attachment.cgi?id=145532=edit
./umr -O many,bits -r *.*.mmCP_EOP_*
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=111803
--- Comment #10 from mikhail.v.gavri...@gmail.com ---
Created attachment 145530
--> https://bugs.freedesktop.org/attachment.cgi?id=145530=edit
gfx
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=111803
--- Comment #11 from mikhail.v.gavri...@gmail.com ---
Created attachment 145531
--> https://bugs.freedesktop.org/attachment.cgi?id=145531=edit
./umr -O many,bits -r *.*.mmGRBM_STATUS*
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=111803
--- Comment #9 from mikhail.v.gavri...@gmail.com ---
Created attachment 145529
--> https://bugs.freedesktop.org/attachment.cgi?id=145529=edit
halt_waves
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=111803
--- Comment #8 from mikhail.v.gavri...@gmail.com ---
Created attachment 145528
--> https://bugs.freedesktop.org/attachment.cgi?id=145528=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=111819
--- Comment #6 from Dennis Schridde ---
This also affects io.atom.Atom and com.skype.Client. I confirmed again that it
does not affect org.zulip.Zulip -- dmesg does not acquire new messages after
starting it, browsing in the app (something
https://bugs.freedesktop.org/show_bug.cgi?id=110886
--- Comment #21 from Andrey Grodzovsky ---
In fact please rebase latest drm-next from here -
https://cgit.freedesktop.org/~agd5f/linux/log/?h=amd-staging-drm-next, there
are 2 changes by Alex in communication with PSP with might help
https://bugs.freedesktop.org/show_bug.cgi?id=110886
--- Comment #20 from Kai-Heng Feng ---
(In reply to Andrey Grodzovsky from comment #19)
> Can you please confirm the issue happens regardless of graphic enabled, load
> system in console mode and verify you still observe the problem.
I guess
https://bugs.freedesktop.org/show_bug.cgi?id=111819
Dennis Schridde changed:
What|Removed |Added
Summary|When starting Signal or |When starting Atom, Signal
https://bugs.freedesktop.org/show_bug.cgi?id=110886
--- Comment #19 from Andrey Grodzovsky ---
(In reply to Kai-Heng Feng from comment #9)
> (In reply to Andrey Grodzovsky from comment #8)
> > (In reply to Kai-Heng Feng from comment #6)
> > > Created attachment 145044 [details]
> > > failed log
Quoting Sebastian Andrzej Siewior (2019-09-26 11:56:43)
> The function intel_engine_breadcrumbs_irq() is always invoked from an
> interrupt
> handler and for that reason it invokes (as an optimisation) only spin_lock()
> for locking assuming that the interrupts are already disabled. The
>
On 9/26/19 11:59 AM, Steven Price wrote:
> On 26/09/2019 16:48, Grodzovsky, Andrey wrote:
>> On 9/26/19 11:23 AM, Steven Price wrote:
>>> On 26/09/2019 16:14, Grodzovsky, Andrey wrote:
On 9/26/19 10:16 AM, Steven Price wrote:
> drm_sched_cleanup_jobs() attempts to free finished jobs,
Quoting Sebastian Andrzej Siewior (2019-09-26 11:56:44)
> The lockdep_assert_irqs_disabled() check is needless. The previous
> lockdep_assert_held() check ensures that the lock is acquired and while
> the lock is acquired lockdep also prints a warning if the interrupts are
> not disabled if they
On 9/26/19 5:35 PM, Rob Herring wrote:
> On Thu, Sep 26, 2019 at 9:47 AM Maciej Falkowski
> wrote:
>>
>> On 9/26/19 4:03 PM, Krzysztof Kozlowski wrote:
>>> On Thu, Sep 26, 2019 at 02:56:14PM +0200, Marek Szyprowski wrote:
From: Maciej Falkowski
Convert Samsung Image Scaler to
On Thu, Sep 26, 2019 at 10:26:08AM -0600, Alex Williamson wrote:
> On Thu, 26 Sep 2019 11:46:55 -0400
> "Michael S. Tsirkin" wrote:
>
> > On Wed, Sep 25, 2019 at 10:30:28AM -0600, Alex Williamson wrote:
> > > On Wed, 25 Sep 2019 10:11:00 -0400
> > > Rob Miller wrote:
> > > > > > On Tue, 24
On Thu, 26 Sep 2019 11:46:55 -0400
"Michael S. Tsirkin" wrote:
> On Wed, Sep 25, 2019 at 10:30:28AM -0600, Alex Williamson wrote:
> > On Wed, 25 Sep 2019 10:11:00 -0400
> > Rob Miller wrote:
> > > > > On Tue, 24 Sep 2019 21:53:29 +0800
> > > > > Jason Wang wrote:
> > > > > > diff --git
On 26/09/2019 16:48, Grodzovsky, Andrey wrote:
>
> On 9/26/19 11:23 AM, Steven Price wrote:
>> On 26/09/2019 16:14, Grodzovsky, Andrey wrote:
>>> On 9/26/19 10:16 AM, Steven Price wrote:
drm_sched_cleanup_jobs() attempts to free finished jobs, however because
it is called as the
https://bugs.freedesktop.org/show_bug.cgi?id=111836
Andre Klapper changed:
What|Removed |Added
Resolution|--- |INVALID
Component|General
On 9/26/19 11:23 AM, Steven Price wrote:
> On 26/09/2019 16:14, Grodzovsky, Andrey wrote:
>> On 9/26/19 10:16 AM, Steven Price wrote:
>>> drm_sched_cleanup_jobs() attempts to free finished jobs, however because
>>> it is called as the condition of wait_event_interruptible() it must not
>>> sleep.
On Wed, Sep 25, 2019 at 10:30:28AM -0600, Alex Williamson wrote:
> On Wed, 25 Sep 2019 10:11:00 -0400
> Rob Miller wrote:
> > > > On Tue, 24 Sep 2019 21:53:29 +0800
> > > > Jason Wang wrote:
> > > > > diff --git a/drivers/vfio/mdev/vfio_mdev.c
> > > > b/drivers/vfio/mdev/vfio_mdev.c
> > > >
DRM_IOCTL_BO_SET_LABEL lets you label GEM objects, making it
easier to debug issues in userspace applications.
Changes in v2:
- Hoist the IOCTL up into the drm_driver framework
Changes in v3:
- Introduce a drm_gem_set_label for drivers to use internally
in order to label a GEM object
-
On Thu, Sep 26, 2019 at 9:47 AM Maciej Falkowski
wrote:
>
>
> On 9/26/19 4:03 PM, Krzysztof Kozlowski wrote:
> > On Thu, Sep 26, 2019 at 02:56:14PM +0200, Marek Szyprowski wrote:
> >> From: Maciej Falkowski
> >>
> >> Convert Samsung Image Scaler to newer dt-schema format.
> >>
> >>
On 26/09/2019 16:14, Grodzovsky, Andrey wrote:
>
> On 9/26/19 10:16 AM, Steven Price wrote:
>> drm_sched_cleanup_jobs() attempts to free finished jobs, however because
>> it is called as the condition of wait_event_interruptible() it must not
>> sleep. Unfortuantly some free callbacks (notibly
On 9/26/19 10:16 AM, Steven Price wrote:
> drm_sched_cleanup_jobs() attempts to free finished jobs, however because
> it is called as the condition of wait_event_interruptible() it must not
> sleep. Unfortuantly some free callbacks (notibly for Panfrost) do sleep.
>
> Instead let's rename
https://bugs.freedesktop.org/show_bug.cgi?id=110886
Kai-Heng Feng changed:
What|Removed |Added
Summary|After S3 resume, kernel:|After S3 resume, kernel:
https://bugs.freedesktop.org/show_bug.cgi?id=110886
--- Comment #18 from Kai-Heng Feng ---
(In reply to Alex Deucher from comment #17)
> Does this system support conventional S3 or is it a reduced ACPI platform
> that only supports suspend to idle?
This system defaults to S3, and the issue
On Thu, Sep 26, 2019 at 9:12 AM Qiang Yu wrote:
>
> Do not use user space bo handles directly and left the user
> to kernel copy work to drivers calling this function.
>
> This is for driver like lima which does not pass gem bo
> handles continously in an array in ioctl argument.
>
> Cc: Rob
On 26/09/2019 15:10, Qiang Yu wrote:
> By using shared drm helpers:
> 1. drm_gem_objects_lookup
> 2. drm_gem_(un)lock_reservations
> 3. drm_gem_shmem_helpers
> we can simplify lima driver a lot and benifit from updates to
> these functions.
>
> drm_gem_objects_lookup need a refine in order to be
On 9/26/19 3:07 AM, Koenig, Christian wrote:
> Am 25.09.19 um 17:14 schrieb Steven Price:
>> drm_sched_cleanup_jobs() attempts to free finished jobs, however because
>> it is called as the condition of wait_event_interruptible() it must not
>> sleep. Unfortunately some free callbacks (notably for
On Thu, Sep 26, 2019 at 9:23 AM Laurent Pinchart
wrote:
>
> Hi Rob,
>
> On Thu, Sep 26, 2019 at 09:15:01AM -0500, Rob Herring wrote:
> > On Wed, Sep 25, 2019 at 6:56 PM Laurent Pinchart wrote:
> > >
> > > From: Hyun Kwon
> > >
> > > The bindings describe the ZynqMP DP subsystem. They don't
On 9/26/19 4:03 PM, Krzysztof Kozlowski wrote:
> On Thu, Sep 26, 2019 at 02:56:14PM +0200, Marek Szyprowski wrote:
>> From: Maciej Falkowski
>>
>> Convert Samsung Image Scaler to newer dt-schema format.
>>
>> Signed-off-by: Maciej Falkowski
>> Signed-off-by: Marek Szyprowski
>> ---
>> v2:
>>
https://bugs.freedesktop.org/show_bug.cgi?id=111836
ramitha changed:
What|Removed |Added
Priority|not set |high
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=111836
Bug ID: 111836
Summary: gmail>>attachment button is not working
Product: DRI
Version: unspecified
Hardware: Other
OS: Windows (All)
Status: NEW
On 9/26/19 5:41 AM, Steven Price wrote:
> On 25/09/2019 21:09, Grodzovsky, Andrey wrote:
>> On 9/25/19 12:07 PM, Andrey Grodzovsky wrote:
>>> On 9/25/19 12:00 PM, Steven Price wrote:
>>>
On 25/09/2019 16:56, Grodzovsky, Andrey wrote:
> On 9/25/19 11:14 AM, Steven Price wrote:
>
Hi Rob,
On Thu, Sep 26, 2019 at 09:15:01AM -0500, Rob Herring wrote:
> On Wed, Sep 25, 2019 at 6:56 PM Laurent Pinchart wrote:
> >
> > From: Hyun Kwon
> >
> > The bindings describe the ZynqMP DP subsystem. They don't support the
> > interface with the programmable logic (FPGA) or audio yet.
> >
drm_sched_cleanup_jobs() attempts to free finished jobs, however because
it is called as the condition of wait_event_interruptible() it must not
sleep. Unfortuantly some free callbacks (notibly for Panfrost) do sleep.
Instead let's rename drm_sched_cleanup_jobs() to
drm_sched_get_cleanup_job()
On Wed, Sep 25, 2019 at 6:56 PM Laurent Pinchart
wrote:
>
> From: Hyun Kwon
>
> The bindings describe the ZynqMP DP subsystem. They don't support the
> interface with the programmable logic (FPGA) or audio yet.
>
> Signed-off-by: Hyun Kwon
> Signed-off-by: Laurent Pinchart
> ---
> Changes
On Thu, Sep 26, 2019 at 1:55 AM Tomi Valkeinen wrote:
>
> On 25/09/2019 23:51, Adam Ford wrote:
>
> >> Has anyone debugged why the hang is happening?
> > I started to debug this, but I got distracted when I noticed the LCD
> > did't work at all on modern kernels. I have that fixed now, so I can
Do not need to maintain our own shmem memory management
code as drm_gem_shmem_helpers provides it. And we can
also benifit from the work of others with shared code.
This is also a preparation for implementing buffer madv.
Signed-off-by: Qiang Yu
---
drivers/gpu/drm/lima/Kconfig | 1
This prevent CMA printing dumy "PFNs busy" info which is
caused by alloc fail re-try case.
Signed-off-by: Qiang Yu
---
drivers/gpu/drm/lima/lima_device.c | 2 +-
drivers/gpu/drm/lima/lima_vm.c | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git
Signed-off-by: Qiang Yu
---
drivers/gpu/drm/lima/lima_gem.c | 64 -
1 file changed, 6 insertions(+), 58 deletions(-)
diff --git a/drivers/gpu/drm/lima/lima_gem.c b/drivers/gpu/drm/lima/lima_gem.c
index eb70e4429588..3cc1870862c3 100644
---
Signed-off-by: Qiang Yu
---
drivers/gpu/drm/lima/lima_drv.c | 5 ++-
drivers/gpu/drm/lima/lima_gem.c | 73 +++--
2 files changed, 46 insertions(+), 32 deletions(-)
diff --git a/drivers/gpu/drm/lima/lima_drv.c b/drivers/gpu/drm/lima/lima_drv.c
index
Cc: Eric Anholt
Signed-off-by: Qiang Yu
---
drivers/gpu/drm/v3d/v3d_gem.c | 35 ++-
1 file changed, 6 insertions(+), 29 deletions(-)
diff --git a/drivers/gpu/drm/v3d/v3d_gem.c b/drivers/gpu/drm/v3d/v3d_gem.c
index 4c4b59ae2c81..b7c4e56dafd2 100644
---
Do not use user space bo handles directly and left the user
to kernel copy work to drivers calling this function.
This is for driver like lima which does not pass gem bo
handles continously in an array in ioctl argument.
Cc: Rob Herring
Cc: Tomeu Vizoso
Cc: Steven Price
Cc: Alyssa Rosenzweig
By using shared drm helpers:
1. drm_gem_objects_lookup
2. drm_gem_(un)lock_reservations
3. drm_gem_shmem_helpers
we can simplify lima driver a lot and benifit from updates to
these functions.
drm_gem_objects_lookup need a refine in order to be used by lima.
Note:
1. changes to panfrost and v3d
On Thu, Sep 26, 2019 at 02:56:14PM +0200, Marek Szyprowski wrote:
> From: Maciej Falkowski
>
> Convert Samsung Image Scaler to newer dt-schema format.
>
> Signed-off-by: Maciej Falkowski
> Signed-off-by: Marek Szyprowski
> ---
> v2:
> - Removed quotation marks from string in 'compatible'
https://bugs.freedesktop.org/show_bug.cgi?id=110886
--- Comment #17 from Alex Deucher ---
Does this system support conventional S3 or is it a reduced ACPI platform that
only supports suspend to idle?
--
You are receiving this mail because:
You are the assignee for the
Am 26.09.19 um 15:43 schrieb Steven Price:
> On 26/09/2019 14:37, Koenig, Christian wrote:
>> Am 26.09.19 um 14:31 schrieb Steven Price:
>>> drm_sched_cleanup_jobs() attempts to free finished jobs, however because
>>> it is called as the condition of wait_event_interruptible() it must not
>>>
On 26/09/2019 14:37, Koenig, Christian wrote:
> Am 26.09.19 um 14:31 schrieb Steven Price:
>> drm_sched_cleanup_jobs() attempts to free finished jobs, however because
>> it is called as the condition of wait_event_interruptible() it must not
>> sleep. Unfortuantly some free callbacks (notibly for
Am 26.09.19 um 14:31 schrieb Steven Price:
> drm_sched_cleanup_jobs() attempts to free finished jobs, however because
> it is called as the condition of wait_event_interruptible() it must not
> sleep. Unfortuantly some free callbacks (notibly for Panfrost) do sleep.
>
> Instead let's rename
Hi Laurent,
On Sat, Sep 21, 2019 at 1:43 AM Laurent Pinchart
wrote:
> On Sat, Sep 21, 2019 at 02:40:03AM +0300, Laurent Pinchart wrote:
> > On Tue, Sep 17, 2019 at 08:23:53AM +0200, Geert Uytterhoeven wrote:
> > > Commit 5cca30ebe089be23 ("drm/rcar-du: Add LVDS_LANES quirk") states
> > > that
https://bugs.freedesktop.org/show_bug.cgi?id=109955
--- Comment #107 from jeroenimo ---
I have a workaround that at least makes the system workable.
After some testing I managed to run glmark2 at the lowest and second lowest
clock speed on my RX560
>From root:
echo manual >
From: Maciej Falkowski
Convert Samsung Image Scaler to newer dt-schema format.
Signed-off-by: Maciej Falkowski
Signed-off-by: Marek Szyprowski
---
v2:
- Removed quotation marks from string in 'compatible' property
- Added if-then statement for 'clocks' and 'clock-names' property
- Added
On 03/09/2019 18:12, Laurent Pinchart wrote:
@@ -2498,6 +2499,19 @@ static int dispc_ovl_calc_scaling(struct dispc_device
*dispc,
if (width == out_width && height == out_height)
return 0;
+ if (dispc->feat->supported_scaler_color_modes) {
+ const u32
On 03/09/2019 17:23, Laurent Pinchart wrote:
Hi Tomi,
Thank you for the path.
On Mon, Sep 02, 2019 at 03:53:54PM +0300, Tomi Valkeinen wrote:
From: Alejandro Hernandez
A "HDMI I2C Master Error" is sometimes reported with the current DDC SCL
timings. The current settings for a 10us SCL
drm_sched_cleanup_jobs() attempts to free finished jobs, however because
it is called as the condition of wait_event_interruptible() it must not
sleep. Unfortuantly some free callbacks (notibly for Panfrost) do sleep.
Instead let's rename drm_sched_cleanup_jobs() to
drm_sched_get_cleanup_job()
On 26/09/2019 10:54, Steven Price wrote:
> drm_sched_cleanup_jobs() attempts to free finished jobs, however because
> it is called as the condition of wait_event_interruptible() it must not
> sleep. Unfortuantly some free callbacks (notibly for Panfrost) do sleep.
>
> Instead let's rename
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #90 from jeroenimo ---
I managed to run glmark2 without crashing the system with
By running the card manual at lowest frequency
from root shell:
echo manual > /sys/class/drm/card0/device/power_dpm_force_performance_level
echo 0 >
On Thu, Sep 26, 2019 at 06:48:54PM +0800, Jason Wang wrote:
>
> On 2019/9/26 下午4:21, Michael S. Tsirkin wrote:
> > On Thu, Sep 26, 2019 at 12:04:46PM +0800, Jason Wang wrote:
> > > > > > I'm not sure how stable above ops are.
> > > > > It's the kernel internal API, so there's no strict
https://bugs.freedesktop.org/show_bug.cgi?id=111761
--- Comment #9 from Christian Zigotzky ---
It boots with a Radeon SI graphics card too.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
On 9/26/19 1:55 PM, Thomas Hellström (VMware) wrote:
From: Thomas Hellstrom
Add two utilities to a) write-protect and b) clean all ptes pointing into
a range of an address space.
The utilities are intended to aid in tracking dirty pages (either
driver-allocated system memory or pci device
From: Thomas Hellstrom
This infrastructure will, for coherent resources, make sure that
from the user-space point of view, data written by the CPU is immediately
automatically available to the GPU at resource validation time.
Cc: Andrew Morton
Cc: Matthew Wilcox
Cc: Will Deacon
Cc: Peter
From: Thomas Hellstrom
Add the callbacks necessary to implement emulated coherent memory for
surfaces. Add a flag to the gb_surface_create ioctl to indicate that
surface memory should be coherent.
Also bump the drm minor version to signal the availability of coherent
surfaces.
Cc: Andrew Morton
From: Thomas Hellstrom
Similar to write-coherent resources, make sure that from the user-space
point of view, GPU rendered contents is automatically available for
reading by the CPU.
Cc: Andrew Morton
Cc: Matthew Wilcox
Cc: Will Deacon
Cc: Peter Zijlstra
Cc: Rik van Riel
Cc: Minchan Kim
1 - 100 of 161 matches
Mail list logo