https://bugs.freedesktop.org/show_bug.cgi?id=111819
Bug ID: 111819
Summary: When starting Signal or Steam via Flatpak: [gfxhub]
retry page fault (src_id:0 ring:0 vmid:1 pasid:32770,
for process X pid 2148 thread X:cs0 pid 2151) in
https://bugs.freedesktop.org/show_bug.cgi?id=111819
--- Comment #1 from Dennis Schridde ---
Created attachment 145519
--> https://bugs.freedesktop.org/attachment.cgi?id=145519=edit
lspci -vv
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=111818
Andre Klapper changed:
What|Removed |Added
Resolution|--- |INVALID
Component|General
https://bugs.freedesktop.org/show_bug.cgi?id=111820
Bug ID: 111820
Summary: DRI is not open successfully
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity: not set
On Tuesday, 2019-09-24 15:58:56 +0300, Jani Nikula wrote:
> Hi all, v2 of [1], a little refactoring around drm_debug access to
> abstract it better. There shouldn't be any functional changes.
>
> I'd appreciate acks for merging the lot via drm-misc. If there are any
> objections to that, we'll
https://bugs.freedesktop.org/show_bug.cgi?id=108547
devbazilio changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
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()
https://bugs.freedesktop.org/show_bug.cgi?id=111819
--- Comment #5 from Dennis Schridde ---
Created attachment 145523
--> https://bugs.freedesktop.org/attachment.cgi?id=145523=edit
emerge --info mesa libdrm llvm linux-firmware xorg-server
--
You are receiving this mail because:
You are the
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 Panfrost) do sleep.
>
> Instead let's rename
https://bugs.freedesktop.org/show_bug.cgi?id=111761
--- Comment #8 from Christian Zigotzky ---
Alex,
Success!
I compiled the latest Git kernel with this patch today. After that I could boot
this kernel with my Radeon NI graphics cards without any problems!
Many thanks for this patch!
Cheers,
在 2019/9/25 下午7:20, Daniel Vetter 写道:
On Wed, Sep 25, 2019 at 10:07 AM Sandy Huang wrote:
These new format is supported by some rockchip socs:
DRM_FORMAT_NV12_10/DRM_FORMAT_NV21_10
DRM_FORMAT_NV16_10/DRM_FORMAT_NV61_10
DRM_FORMAT_NV24_10/DRM_FORMAT_NV42_10
Signed-off-by: Sandy Huang
https://bugs.freedesktop.org/show_bug.cgi?id=111747
--- Comment #6 from CI Bug Log ---
A CI Bug Log filter associated to this bug has been updated:
{- TGL: igt@* -incomplete - Abort requested by .* terminating children -}
{+ TGL: igt@* -incomplete - Abort requested by .* terminating children +}
When the compiler decides not to inline the Chunky-to-Planar core
functions, the build fails with:
c2p_planar.c:(.text+0xd6): undefined reference to `c2p_unsupported'
c2p_planar.c:(.text+0x1dc): undefined reference to `c2p_unsupported'
c2p_iplan2.c:(.text+0xc4): undefined reference to
Am 25.09.19 um 18:01 schrieb Alex Deucher:
On Wed, Sep 25, 2019 at 9:59 AM Koenig, Christian
wrote:
Am 25.09.19 um 15:45 schrieb Huang, Ray:
From: Alex Deucher
If a buffer object is secure, i.e. created with
AMDGPU_GEM_CREATE_ENCRYPTED, then the TMZ bit of
the PTEs that belong the buffer
Hi, Jitao:
On Thu, 2019-09-19 at 14:58 +0800, Jitao Shi wrote:
> Change the method of frame rate calc which can get more accurate
> frame rate.
>
> data rate = pixel_clock * bit_per_pixel / lanes
> Adjust hfp_wc to adapt the additional phy_data
>
> if MIPI_DSI_MODE_VIDEO_BURST
> hfp_wc =
Hi, Jitao:
On Thu, 2019-09-19 at 14:58 +0800, Jitao Shi wrote:
> Add dphy reset after setting lanes number to avoid dphy fifo effor.
Reviewed-by: CK Hu
>
> Signed-off-by: Jitao Shi
> ---
> drivers/gpu/drm/mediatek/mtk_dsi.c | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git
Hi, Jitao:
On Fri, 2019-09-20 at 17:04 +0800, Jitao Shi wrote:
> This patch add mt8183 mipi_tx driver.
> And also support other chips that use the same binding and driver.
Reviewed-by: CK Hu
>
> Signed-off-by: Jitao Shi
> ---
> drivers/gpu/drm/mediatek/Makefile | 1 +
>
https://bugs.freedesktop.org/show_bug.cgi?id=111819
Dennis Schridde changed:
What|Removed |Added
Attachment #145521|cpuinfo.log |/proc/cpuinfo
description|
https://bugs.freedesktop.org/show_bug.cgi?id=111819
--- Comment #4 from Dennis Schridde ---
Created attachment 145522
--> https://bugs.freedesktop.org/attachment.cgi?id=145522=edit
lshw
--
You are receiving this mail because:
You are the assignee for the
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
go back to investigating this.
Working version:
[7.999359]
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; Deucher, Alexander
>>
>> Cc: Tuikov, Luben ; Liu, Aaron
>>
>>
https://bugs.freedesktop.org/show_bug.cgi?id=111820
Ganesh changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |ganesh.nils...@gmail.com
On viernes, 20 de septiembre de 2019 17:25:10 (CEST) Thierry Reding wrote:
> On Thu, Sep 19, 2019 at 02:53:21PM +0200, Rohan Garg wrote:
> > DRM_IOCTL_BO_SET_LABEL lets you label GEM objects, making it
> > easier to debug issues in userspace applications.
> >
> > Changes in v2:
> > - Hoist the
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:
> drm_sched_cleanup_jobs() attempts to free
https://bugs.freedesktop.org/show_bug.cgi?id=111819
--- Comment #2 from Dennis Schridde ---
Created attachment 145520
--> https://bugs.freedesktop.org/attachment.cgi?id=145520=edit
glxinfo
--
You are receiving this mail because:
You are the assignee for the
https://bugzilla.kernel.org/show_bug.cgi?id=204987
--- Comment #1 from Frank Steinborn (stei...@nognu.de) ---
I can reproduce this reliably with running compton in combination with
redshift. As soon as compton is running and redshifts starts to shift the
screen, the failed commits start to show
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 requirement for this.
> > > We
> > > will export a version value for userspace for compatibility.
> > Given it's tied to virtio we
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 +, Lowry Li (Arm Technology China)
> wrote:
> > From: "Lowry Li (Arm Technology China)"
> >
> > On D71, we are using the global line size. From D32, every
> > component
These new format is supported by some rockchip socs:
DRM_FORMAT_NV12_10/DRM_FORMAT_NV21_10
DRM_FORMAT_NV16_10/DRM_FORMAT_NV61_10
DRM_FORMAT_NV24_10/DRM_FORMAT_NV42_10
Signed-off-by: Sandy Huang
---
drivers/gpu/drm/drm_fourcc.c | 18 ++
include/uapi/drm/drm_fourcc.h | 14
These series patches is to add some new format supported by some rockchip
socs, include:
RK3288/RK3228/RK3328/RK3368/RK3399
these new format layout as following rule:
2 plane YCbCr
index 0 = Y plane, Y3:Y2:Y1:Y0 10:10:10:10
index 1 = Cb:Cr plane, Cb3:Cr3:Cb2:Cr2:Cb1:Cr1:Cb0:Cr0
On 26/09/2019 08:07, 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 7:13 PM Geert Uytterhoeven wrote:
>
> When the compiler decides not to inline the Chunky-to-Planar core
> functions, the build fails with:
>
> c2p_planar.c:(.text+0xd6): undefined reference to `c2p_unsupported'
> c2p_planar.c:(.text+0x1dc): undefined reference to
On Wed, Sep 25, 2019 at 7:14 AM Ville Syrjala
wrote:
>
> From: Ville Syrjälä
>
> Replace the nested ifs with a single if and a logical AND.
>
> Cc: Lyude Paul
> Signed-off-by: Ville Syrjälä
Reviewed-by: Lucas De Marchi
Lucas De Marchi
> ---
> drivers/gpu/drm/drm_dp_mst_topology.c | 10
On Wed, Sep 25, 2019 at 4:52 AM Tian, Kevin wrote:
> > From: Alex Williamson
> > Sent: Wednesday, September 25, 2019 7:07 AM
> >
> > On Tue, 24 Sep 2019 21:53:29 +0800
> > Jason Wang wrote:
> >
> > > Currently, except for the create and remove, the rest of
> > > mdev_parent_ops is designed for
Il giorno lun 23 set 2019 alle ore 20:23 Rob Clark
ha scritto:
>
> On Mon, Sep 23, 2019 at 10:27 AM AngeloGioacchino Del Regno
> wrote:
> >
> > Il giorno lun 23 set 2019 alle ore 18:37 Rob Clark
> > ha scritto:
> > >
> > > On Sat, Sep 21, 2019 at 3:04 AM wrote:
> > > >
> > > > From: "Angelo G.
https://bugs.freedesktop.org/show_bug.cgi?id=111819
--- Comment #3 from Dennis Schridde ---
Created attachment 145521
--> https://bugs.freedesktop.org/attachment.cgi?id=145521=edit
cpuinfo.log
--
You are receiving this mail because:
You are the assignee for the
On 2019/9/26 上午8:48, Tian, Kevin wrote:
+};
I'm not sure how stable above ops are.
It's the kernel internal API, so there's no strict requirement for this.
We will export a version value for userspace for compatibility.
Does it make sense if defining
just two callbacks here, e.g. vq_ctrl
Add support 10bit yuv format display for rockchip some socs,
include:
RK3288/RK3228/RK3328/RK3368/RK3399
Signed-off-by: Sandy Huang
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 16
drivers/gpu/drm/rockchip/rockchip_drm_vop.h | 1 +
Add rockchip_vop_get_offset to get offset, this can compatible legacy
and block_h/w format describe.
Signed-off-by: Sandy Huang
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 61 -
1 file changed, 52 insertions(+), 9 deletions(-)
diff --git
These series patches is to add some new format supported by some rockchip
socs, include:
RK3288/RK3228/RK3328/RK3368/RK3399
these new format layout as following rule:
2 plane YCbCr
index 0 = Y plane, Y3:Y2:Y1:Y0 10:10:10:10
index 1 = Cb:Cr plane, Cb3:Cr3:Cb2:Cr2:Cb1:Cr1:Cb0:Cr0
These new format is supported by some rockchip socs:
DRM_FORMAT_NV12_10/DRM_FORMAT_NV21_10
DRM_FORMAT_NV16_10/DRM_FORMAT_NV61_10
DRM_FORMAT_NV24_10/DRM_FORMAT_NV42_10
Signed-off-by: Sandy Huang
---
drivers/gpu/drm/drm_fourcc.c | 18 ++
include/uapi/drm/drm_fourcc.h | 14
https://bugs.freedesktop.org/show_bug.cgi?id=109628
--- Comment #25 from devbazilio ---
I have the same problem with kernel 5.3.1 - after opening of lid cower after
suspen the screen is black, however I can ssh to laptop
CPU/GPU AMD Ryzen 3 2300U with Radeon Vega 6 Mobile Gfx
Please let me
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #89 from jeroenimo ---
I found a way to crash the system with glmark2
It almost instantly crashes it.
--
You are receiving this mail because:
You are the assignee for the bug.___
Hi
On jueves, 19 de septiembre de 2019 16:02:57 (CEST) Thomas Zimmermann wrote:
> Hi
>
> Am 19.09.19 um 14:53 schrieb Rohan Garg:
> > 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
Hi, Jitao:
On Thu, 2019-09-19 at 14:57 +0800, Jitao Shi wrote:
> Config the different CMDQ reg address in driver data.
Reviewed-by: CK Hu
>
> Signed-off-by: Jitao Shi
> ---
> drivers/gpu/drm/mediatek/mtk_dsi.c | 27 ++-
> 1 file changed, 22 insertions(+), 5
Hi, Jitao:
On Thu, 2019-09-19 at 14:58 +0800, Jitao Shi wrote:
> The writeb() is unavailable in mt8173. Because the mt8173 dsi module
> doesn't support 8bit mode access.
Reviewed-by: CK Hu
>
> Signed-off-by: Jitao Shi
> ---
> drivers/gpu/drm/mediatek/mtk_dsi.c | 4 +++-
> 1 file changed, 3
https://bugs.freedesktop.org/show_bug.cgi?id=111836
ramitha changed:
What|Removed |Added
Priority|not set |high
--
You are receiving this mail
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
https://bugs.freedesktop.org/show_bug.cgi?id=111836
Andre Klapper changed:
What|Removed |Added
Resolution|--- |INVALID
Component|General
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
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 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 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
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
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 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 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:
>
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
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:
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
> > > >
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
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 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
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 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:
>>
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 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
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 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,
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 requirement for this. We
will export a version value for userspace for compatibility.
Given
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=111733
--- Comment #2 from Timur Kristóf ---
There is no output from amdgpu in dmesg or xorg log, or the journal when this
happens.
--
You are receiving this mail because:
You are the assignee for the
Hi Yamada-san,
On Thu, Sep 26, 2019 at 12:45 PM Masahiro Yamada
wrote:
> On Thu, Sep 26, 2019 at 7:13 PM Geert Uytterhoeven
> wrote:
> > When the compiler decides not to inline the Chunky-to-Planar core
> > functions, the build fails with:
> >
> > c2p_planar.c:(.text+0xd6): undefined
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()
https://bugs.freedesktop.org/show_bug.cgi?id=111747
--- Comment #7 from CI Bug Log ---
A CI Bug Log filter associated to this bug has been updated:
{- TGL: igt@* -incomplete - Abort requested by .* terminating children -}
{+ TGL: igt@* -incomplete - Abort requested by .* terminating children +}
Am 26.09.19 um 11:47 schrieb Steven Price:
> On 26/09/2019 08:07, 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
>>>
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
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 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
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
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
---
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
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
---
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=109955
--- Comment #106 from jeroenimo ---
This is quite a severe bug.
I have reasonable stable system with Mint 19.2 (runs hours without a crash
uname -a
Linux jeroenimo-amd 4.15.0-64-generic #73-Ubuntu SMP Thu Sep 12 13:16:13 UTC
2019 x86_64
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 memory).
The write-protect utility should be used in
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
From: Thomas Hellstrom
With emulated coherent memory we need to be able to quickly look up
a resource from the MOB offset. Instead of traversing a linked list with
O(n) worst case, use an RBtree with O(log n) worst case complexity.
Cc: Andrew Morton
Cc: Matthew Wilcox
Cc: Will Deacon
Cc:
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 Hellström
Graphics APIs like OpenGL 4.4 and Vulkan require the graphics driver
to provide coherent graphics memory, meaning that the GPU sees any
content written to the coherent memory on the next GPU operation that
touches that memory, and the CPU sees any content written by the
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
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 7:13 PM Geert Uytterhoeven wrote:
>
> When the compiler decides not to inline the Chunky-to-Planar core
> functions, the build fails with:
>
> c2p_planar.c:(.text+0xd6): undefined reference to `c2p_unsupported'
> c2p_planar.c:(.text+0x1dc): undefined reference to
On 2019-09-26 11:44 am, Nicolas Saenz Julienne wrote:
Robin, have you looked into supporting multiple dma-ranges? It's the
next thing
we need for BCM STB's PCIe. I'll have a go at it myself if nothing is in
the
works already.
Multiple dma-ranges as far as configuring inbound windows should
Hi Geert,
On Thu, Sep 26, 2019 at 8:43 PM Geert Uytterhoeven wrote:
>
> BTW, does randconfig randomize choices these days?
> I remember it didn't use to do that.
randconfig does randomize choices.
masahiro@pug:~/ref/linux$ make -s randconfig ; grep OPTIMIZE_FOR .config
1 - 100 of 161 matches
Mail list logo