https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #63 from Anthony Ruhier ---
FYI, I also had this bug under linux 4.17 and 4.18, but it seems to have been
fixed in 4.19-rc3. The suspend/hibernate issue has also been fixed.
--
You are receiving this mail because:
You are the assig
On Fri, Sep 14, 2018 at 10:28:46AM +0100, Eric Engestrom wrote:
> On Thursday, 2018-09-13 16:57:11 -0700, Lucas De Marchi wrote:
> > Rely on -fvisibility=hidden to hide the symbols. Previous version of
> > this series applying only to drm_intel.so is
> >
> > Reviewed-by: Eric Engestrom
> >
>
On Wed, Sep 19, 2018 at 04:27:22PM -0700, Lucas De Marchi wrote:
> While requesting a Developer role I was pointed to this url and check
> those with "owner" role. So add it to our documentation.
>
> v2: rollback previous text, but add a link to gitlab's page
> showing project members.
>
> Si
https://bugs.freedesktop.org/show_bug.cgi?id=107694
Timothy Arceri changed:
What|Removed |Added
Resolution|NOTOURBUG |---
Status|RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=95517
Timothy Arceri changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=107990
--- Comment #2 from Timothy Arceri ---
When you say working I assume you mean it no longer crashes at start up?
Have you reported this to the packages of Mesa on Arch?
fno-plt is a gcc optimisation flag that is not applied to Mesa by default,
From: "abhin...@codeaurora.org"
Add the device tree bindings for Truly NT35597 panel driver.
This panel driver supports both single DSI and dual DSI.
However, this patch series supports only dual DSI.
Changes in v7:
- Change the compatible string to indicate only the
panel driver string a
From: "abhin...@codeaurora.org"
Add support for Truly NT35597 panel driver used
in MSM reference platforms.
This panel driver supports both single DSI and dual DSI
modes.
However, this patch series adds support only for
dual DSI mode.
Changes in v7:
- Make the panel commands, name and mode as
https://bugs.freedesktop.org/show_bug.cgi?id=107978
--- Comment #1 from Shmerl ---
Same thing happens with kernel 4.19-rc4.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop
On my 32-bit arm build
MODPOST 1797 modules
ERROR: "__aeabi_uldivmod" [drivers/gpu/drm/amd/amdgpu/amdgpu.ko] undefined!
Somebody added a ul/ul without using the do_div stuff.
I won't pull this until it's fixed.
Dave.
On Sat, 15 Sep 2018 at 01:52, Alex Deucher wrote:
>
> Hi Dave,
>
> First pull
On Thu, 20 Sep 2018 at 14:03, Dave Airlie wrote:
>
> On my 32-bit arm build
>
> MODPOST 1797 modules
> ERROR: "__aeabi_uldivmod" [drivers/gpu/drm/amd/amdgpu/amdgpu.ko] undefined!
>
> Somebody added a ul/ul without using the do_div stuff.
>
> I won't pull this until it's fixed.
It seems to be the
https://bugs.freedesktop.org/show_bug.cgi?id=107990
--- Comment #3 from John ---
> When you say working I assume you mean it no longer crashes at start up?
Correct, sorry about the lack of clarity.
It still takes quite a while on the black screen with the white line, but it
eventually passes it
https://bugs.freedesktop.org/show_bug.cgi?id=100443
Devin Prince changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
On Thu, Sep 20, 2018 at 12:09 AM Dave Airlie wrote:
>
> On Thu, 20 Sep 2018 at 14:03, Dave Airlie wrote:
> >
> > On my 32-bit arm build
> >
> > MODPOST 1797 modules
> > ERROR: "__aeabi_uldivmod" [drivers/gpu/drm/amd/amdgpu/amdgpu.ko] undefined!
> >
> > Somebody added a ul/ul without using the do_
https://bugs.freedesktop.org/show_bug.cgi?id=100443
Alex Deucher changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://bugs.freedesktop.org/show_bug.cgi?id=107334
Timothy Arceri changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #4 from Timothy A
https://bugs.freedesktop.org/show_bug.cgi?id=107334
--- Comment #5 from Timothy Arceri ---
Also I used: unigine-valley-1.1.7
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedeskto
https://bugs.freedesktop.org/show_bug.cgi?id=101978
--- Comment #10 from Timothy Arceri ---
(In reply to Konstantin A. Lepikhov from comment #9)
> BTW running warthunder under brand new 4.15 kernel + latest amd-staging-4.15
> gives 25-30+ FPS and the same during the gameplay with performance set
https://bugzilla.kernel.org/show_bug.cgi?id=201183
--- Comment #5 from marten (marte...@gmail.com) ---
Created attachment 278677
--> https://bugzilla.kernel.org/attachment.cgi?id=278677&action=edit
Kernel 4.18 with drm.debug=6
--
You are receiving this mail because:
You are watching the assign
https://bugzilla.kernel.org/show_bug.cgi?id=201183
--- Comment #6 from marten (marte...@gmail.com) ---
(In reply to Nicholas Kazlauskas from comment #4)
> Do you only see this problem occur before you start an X session?
>
> It might help if you could post a log from 4.18 with drm.debug=6 include
While requesting a Developer role I was pointed to this url and check
those with "owner" role. So add it to our documentation.
v2: rollback previous text, but add a link to gitlab's page
showing project members.
v3: reprhase paragraph adding link to members page
Signed-off-by: Lucas De Marchi
On Fri, Sep 14, 2018 at 10:02:19AM +0200, Michel Dänzer wrote:
>
> The shortlog prefix of this patch should be amdgpu: instead of libkms:.
thanks, I fixed that.
Lucas De Marchi
> With that fixed, this patch and the radeon patch are
>
> Reviewed-by: Michel Dänzer
>
>
> --
> Earthling Michel
On Fri, Sep 14, 2018 at 10:28:46AM +0100, Eric Engestrom wrote:
> On Thursday, 2018-09-13 16:57:11 -0700, Lucas De Marchi wrote:
> > Rely on -fvisibility=hidden to hide the symbols. Previous version of
> > this series applying only to drm_intel.so is
> >
> > Reviewed-by: Eric Engestrom
> >
>
Signed-off-by: Lucas De Marchi
---
Android.common.mk | 1 +
1 file changed, 1 insertion(+)
diff --git a/Android.common.mk b/Android.common.mk
index e3de1069..d0e5d559 100644
--- a/Android.common.mk
+++ b/Android.common.mk
@@ -2,6 +2,7 @@
LOCAL_CFLAGS += \
-DMAJOR_IN_SYSMACROS=1 \
Pass virtio_gpu_object down to virtio_gpu_cmd_transfer_to_host_2d and
virtio_gpu_cmd_transfer_to_host_3d functions, instead of passing just
the virtio resource handle.
This is needed to lookup the scatter list of the object, for dma sync.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/virtio/
Hi,
> void virtio_gpu_cmd_transfer_to_host_2d(struct virtio_gpu_device *vgdev,
> uint32_t resource_id, uint64_t offset,
> ...
> struct virtio_gpu_fbdev *vgfbdev = vgdev->vgfbdev;
> struct virtio_gpu_framebuffer *fb = &vgfbdev->vgfb;
> struct
Hi Dave,
A couple of modesetting fixes and a fix for a long-standing buffer-eviction
problem cc'd stable.
The following changes since commit 8ca4fff974ad5288d38298f15bf218f2eac2d5e7:
Merge tag 'drm-intel-fixes-2018-09-19' of
git://anongit.freedesktop.org/drm/drm-intel into drm-fixes (2018-09-
Am 19.09.2018 um 17:39 schrieb Michel Dänzer:
On 2018-09-19 2:30 p.m., Christian König wrote:
Am 18.09.2018 um 18:17 schrieb Nayan Deshmukh:
having a delayed work item per job is redundant as we only need one
per scheduler to track the time out the currently executing job.
Well that looks simp
101 - 128 of 128 matches
Mail list logo
