https://bugs.freedesktop.org/show_bug.cgi?id=105680
Marta Löfstedt changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
On Thu, Mar 29, 2018 at 01:46:26PM +0200, Lukas Wunner wrote:
> sound/pci/hda/hda_intel.c:1024:12: warning: 'azx_resume' defined but not used
> [-Wunused-function]
> static int azx_resume(struct device *dev)
> ^~
> sound/pci/hda/hda_intel.c:989:12: warning: 'azx_suspend' defin
Hi Linus,
Decloaking in the middle of holidays (still off all next week), just
to vacuum up any outstanding fixes for rc1.
One omap, and one alsa pm fix (we merged the breaking patch via drm tree).
Otherwise it's two bunches of amdgpu fixes, removing an unneeded file,
some DC fixes, HDMI audio
r
https://bugs.freedesktop.org/show_bug.cgi?id=105018
--- Comment #30 from L.S.S. ---
EDIT 2: I couldn't reproduce the issue on 4.17 this time even after 2 wakeups.
However, the issue I encountered was similar (system apparently froze when
trying to wake up the screen).
After looking into it, I f
https://bugs.freedesktop.org/show_bug.cgi?id=102638
Timothy Arceri changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #4 from Timothy A
https://bugs.freedesktop.org/show_bug.cgi?id=104391
--- Comment #5 from Andy Furniss ---
Created attachment 138816
--> https://bugs.freedesktop.org/attachment.cgi?id=138816&action=edit
dmesg with hdmi warnings
Hmm, maybe something else is going wrong.
I am getting hdmi warnings in dmesg (atta
On Wed, Apr 11, 2018 at 8:22 AM, Alexandru Gheorghe
wrote:
> Flattening a scene in order to reduce memory consumption it's an idea
> which had been floating around on irc and mailing list several times,
> this patchset adds support for flattening a scene using a writeback
> connector, the latest v
Boris Brezillon writes:
> On Mon, 9 Apr 2018 13:58:13 -0700
> Eric Anholt wrote:
>
>> Signed-off-by: Eric Anholt
>> Fixes: 65101d8c9108 ("drm/vc4: Expose performance counters to userspace")
>
> Reviewed-by: Boris Brezillon
Applied to drm-misc-next-fixes. Thanks!
signature.asc
Description:
https://bugs.freedesktop.org/show_bug.cgi?id=105414
Andy Furniss changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=104391
--- Comment #4 from Andy Furniss ---
What is the fix?
I see drm/amd/display: HDMI has no sound after Panel power off/on
just went in agd5f drm-next-4.17
But this does not fix this issue.
--
You are receiving this mail because:
You are the a
On Tue, Apr 10, 2018 at 12:37 AM, Michel Dänzer wrote:
> On 2018-04-10 08:45 AM, Christian König wrote:
>> Am 09.04.2018 um 23:45 schrieb Manasi Navare:
>>> Thanks for initiating the discussion. Find my comments below:
>>> On Mon, Apr 09, 2018 at 04:00:21PM -0400, Harry Wentland wrote:
On 201
https://bugs.freedesktop.org/show_bug.cgi?id=106006
--- Comment #10 from Harry Wentland ---
Created attachment 138814
--> https://bugs.freedesktop.org/attachment.cgi?id=138814&action=edit
[PATCH] drm/amd/display: Don't program bypass on linear regamma LUT
Does this fix things for you?
--
You
Hi Dave,
More fixes for 4.17 and stable:
- Add a PX quirk for radeon
- Fix flickering and stability issues with DC on some platforms
- Fix HDMI audio regression
- Few other misc DC and base driver fixes
The following changes since commit 871e899db19da3dbd17a5d263b555dc5b7d8fed5:
Merge branch '
Am 12.04.2018 um 19:53 schrieb Robin Murphy:
On 11/04/18 19:28, Christian König wrote:
Am 11.04.2018 um 19:11 schrieb Robin Murphy:
Now that drm_prime_sg_to_page_addr_arrays() understands the case where
dma_map_sg() has coalesced segments and returns 0 < count < nents, we
can relax the check to
https://bugs.freedesktop.org/show_bug.cgi?id=105996
--- Comment #3 from Harry Wentland ---
Created attachment 138813
--> https://bugs.freedesktop.org/attachment.cgi?id=138813&action=edit
[PATCH] drm/amd/display: Support LVDS panels
Can you see if this fixes things or creates different problems
https://bugs.freedesktop.org/show_bug.cgi?id=106013
--- Comment #3 from Chris Wilson ---
The broadwater with the incoherent snooping, bwr as Tomi called it. No
snooping, no userptr.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=106013
Martin Peres changed:
What|Removed |Added
Whiteboard||ReadyForDev
--
You are receiving this m
https://bugs.freedesktop.org/show_bug.cgi?id=106013
--- Comment #2 from Martin Peres ---
(In reply to Chris Wilson from comment #1)
> Boring, but true, there ain't no such device on brw!
Isn't that Broadwater?
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=106013
Chris Wilson changed:
What|Removed |Added
Assignee|intel-gfx-bugs@lists.freede |dri-devel@lists.freedesktop
On 11/04/18 19:28, Christian König wrote:
Am 11.04.2018 um 19:11 schrieb Robin Murphy:
Now that drm_prime_sg_to_page_addr_arrays() understands the case where
dma_map_sg() has coalesced segments and returns 0 < count < nents, we
can relax the check to only consider genuine failure.
That pattern
On 2018-04-12 07:39 AM, Nicolai Hähnle wrote:
> On 12.04.2018 01:30, Cyr, Aric wrote:
>>> At least with VDPAU, video players are already explicitly specifying the
>>> target presentation time, so no changes should be required at that
>>> level. Don't know about other video APIs.
>>>
>>> The X11 Pre
https://bugs.freedesktop.org/show_bug.cgi?id=105619
--- Comment #8 from Michael Lange ---
Created attachment 138812
--> https://bugs.freedesktop.org/attachment.cgi?id=138812&action=edit
kernel-4.16.2 Xorg.0.log
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=105425
--- Comment #28 from MirceaKitsune ---
Just finished the last test from yesterday's recommendations. It appears I
cannot boot with iommu=off as that disables all USB devices, so I can't use a
keyboard and mouse and cannot do anything. I tried th
https://bugs.freedesktop.org/show_bug.cgi?id=105619
--- Comment #7 from Michael Lange ---
Created attachment 138811
--> https://bugs.freedesktop.org/attachment.cgi?id=138811&action=edit
kernel-4.16.2 dmesg
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=105619
--- Comment #6 from Michael Lange ---
Running in the same problem, same error in dmesg.
I have two monitors (AOG AG272FCX), one connected via hdmi to the discrete gpu
(HD 8800) and the second one connected via hdmi to the integrated gpu (KAVERI)
https://bugs.freedesktop.org/show_bug.cgi?id=105425
--- Comment #27 from i...@yahoo.com ---
Loosing recently written files is unfortunately way too common, despite all
filesystem using journaling.
It might help if you call `sync` after writing the file.
If you have kernel with enabled magic-sysr
https://bugs.freedesktop.org/show_bug.cgi?id=97909
--- Comment #15 from Joonas Sarajärvi ---
Still crashes for me on Fedora 27.
kernel 4.15.14
mesa 17.3.6
x-plane 11.11r2
The workaround with MESA_EXTENSION_OVERRIDE=-GL_AMD_pinned_memory reported in
earlier comments is also still useful.
--
Yo
https://bugs.freedesktop.org/show_bug.cgi?id=105996
Shawn Starr changed:
What|Removed |Added
Attachment #138777|0 |1
is obsolete|
I hit a 'Sending rate exceeded' error with this patchset, so it didn't
go out as it should.
I will resend the patchset when I find out how to avoid this problem.
Noralf.
Den 12.04.2018 15.17, skrev Noralf Trønnes:
This patchset explores the possibility of having generic fbdev emulation
in DRM
This adds generic fbdev emulation for drivers that supports
dumb buffers which they can export.
All the driver has to do is call drm_fbdev_generic_setup().
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_fb_helper.c | 255
include/drm/drm_fb_helper
A hack to test the client API.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/Kconfig | 2 +
drivers/gpu/drm/Makefile| 1 +
drivers/gpu/drm/client/Kconfig | 9 ++
drivers/gpu/drm/client/drm_bootsplash.c | 248
dri
Add a notifier that fires when a new DRM device is registered.
This can be used by the bootsplash client to connect to all devices.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_drv.c | 32
include/drm/drm_drv.h | 4
2 files changed, 36 insertio
https://bugs.freedesktop.org/show_bug.cgi?id=106006
Michel Dänzer changed:
What|Removed |Added
CC||harry.wentl...@amd.com
--- Comment #9 f
https://bugs.freedesktop.org/show_bug.cgi?id=106006
--- Comment #8 from Joel Sass ---
$ uname -a
Linux nope 4.16.0+ #1 SMP Mon Apr 2 15:52:14 CEST 2018 x86_64 x86_64 x86_64
GNU/Linux
~$ lsb_release -a
LSB Version:
core-9.20160110ubuntu0.2-amd64:core-9.20160110ubuntu0.2-noarch:security-9.20160
No need to maintain a list of registered connectors. Just use the
connector iterator.
TODO: Remove:
- drm_fb_helper_add_one_connector()
- drm_fb_helper_single_add_all_connectors()
- drm_fb_helper_remove_one_connector()
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_fb_helper.c | 359
https://bugs.freedesktop.org/show_bug.cgi?id=106006
--- Comment #7 from Joel Sass ---
Created attachment 138809
--> https://bugs.freedesktop.org/attachment.cgi?id=138809&action=edit
dmesg output with amdgpu.dc=1
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=106006
--- Comment #5 from Joel Sass ---
Created attachment 138807
--> https://bugs.freedesktop.org/attachment.cgi?id=138807&action=edit
xrandr --verbose with amdgpu.dc=1
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=106006
--- Comment #6 from Joel Sass ---
Created attachment 138808
--> https://bugs.freedesktop.org/attachment.cgi?id=138808&action=edit
Xorg.0.log with amdgpu.dc=1
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=106006
--- Comment #4 from Joel Sass ---
A fix I've found for the issue seems to be issueing an xrandr brightness
command to each monitor output.
EG: ~$ xrandr --output DP-5 --brightness .99
If brightness is set to 1, the monitor appears to lose some
https://bugs.freedesktop.org/show_bug.cgi?id=106006
--- Comment #2 from Joel Sass ---
Created attachment 138805
--> https://bugs.freedesktop.org/attachment.cgi?id=138805&action=edit
Xorg.0.log with amdgpu.dc=0
--
You are receiving this mail because:
You are the assignee for the bug.__
These helpers keep track of fbdev users and drm_driver.last_close will
only restore fbdev when actually in use. Additionally the display is
turned off when the last user is closing. fbcon is a user in this context.
If struct fb_ops is defined in a library, fb_open() takes a ref on the
library (fb_
Give clients easy access to the display modes.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_client.c | 159 +--
include/drm/drm_client.h | 25 +++
2 files changed, 148 insertions(+), 36 deletions(-)
diff --git a/drivers/gpu/drm/drm_clien
Make ioctl wrappers for functions that will be used by the in-kernel API.
The following functions are touched:
- drm_mode_create_dumb_ioctl()
- drm_mode_destroy_dumb_ioctl()
- drm_mode_addfb2()
- drm_mode_rmfb()
- drm_prime_handle_to_fd_ioctl()
drm_mode_addfb2() also gets the ability to override t
The modesetting code is already present, this adds the rest of the API.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_client.c | 573 +
drivers/gpu/drm/drm_debugfs.c | 7 +
drivers/gpu/drm/drm_drv.c | 11 +
drivers/gpu/drm/drm_fi
Call the function drm_client_find_display().
No functional change apart from making width/height arguments optional.
Some function name/signature changes and whitespace adjustments.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_client.c| 399
If there's a DRM master, return -EBUSY.
Block userspace from becoming master by taking the master lock while
the client is setting the mode.
Suggested-by: Daniel Vetter
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_auth.c | 33 +
drivers/gpu/drm/drm_
The stage is now set for a clean removal of drm_fb_helper_crtc.
struct drm_client_display is doing its job now.
Also remove the drm_fb_helper_funcs->initial_config which has been
superseded by drm_driver->initial_client_display.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_fb_helper.c
As part of moving the modesetting code out of drm_fb_helper and into
drm_client, the drm_fb_helper_funcs->initial_config callback needs to go.
Replace it with a drm_driver->initial_client_display callback that can
work for all in-kernel clients.
TODO:
- Add a patch that moves the function out of i
Avoid pinning the module when exporting a GEM object as a dmabuf. This
makes it possible to unload drivers that has in-kernel clients using it.
The client is removed on drm_dev_unregister() so no need to pin the driver.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_prime.c | 24 +
https://bugs.freedesktop.org/show_bug.cgi?id=105680
--- Comment #11 from Jose Roberto de Souza ---
But this tests ran with my patch merged into IGT? I don`t think that it
happened.
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=106006
--- Comment #3 from Joel Sass ---
Created attachment 138806
--> https://bugs.freedesktop.org/attachment.cgi?id=138806&action=edit
xrandr --verbose with amdgpu.dc=0
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=106006
--- Comment #1 from Joel Sass ---
Created attachment 138804
--> https://bugs.freedesktop.org/attachment.cgi?id=138804&action=edit
dmesg output with amdgpu.dc=0
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=106006
Bug ID: 106006
Summary: Kernel 4.16.0+ switch amdgpu.dc=1 causes screen
brightness set to 1 to be dimmed by default
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD
https://bugs.freedesktop.org/show_bug.cgi?id=105425
--- Comment #26 from MirceaKitsune ---
I preformed the next test suggested to me, by changing
/etc/X11/xorg.conf.d/50-device.conf to the following content:
Section "Device"
Identifier "Default Device"
Driver "amdgpu"
Option "AccelMethod"
https://bugzilla.kernel.org/show_bug.cgi?id=199101
--- Comment #17 from Berillions (berilli...@gmail.com) ---
Still exist for me on kernel 4.16.2 but I have less randome flickering than
kernel 4.16/4.16.1 ...
Rx560 - 4Go
Mesa-Git
llvm 5.0.1
--
You are receiving this mail because:
You are watchi
On 2018-04-12 01:39 PM, Nicolai Hähnle wrote:
> On 12.04.2018 01:30, Cyr, Aric wrote:
>>> At least with VDPAU, video players are already explicitly specifying the
>>> target presentation time, so no changes should be required at that
>>> level. Don't know about other video APIs.
>>>
>>> The X11 Pre
On Thu, Apr 12, 2018 at 01:08:51AM +0200, Paul Kocialkowski wrote:
> > > + backlight: backlight {
> > > + compatible = "pwm-backlight";
> > > + pinctrl-names = "default";
> > > + pinctrl-0 = <&backlight_enable_pin>;
> >
> > You don't need any of the pinctrl nodes for the GP
In a situation when the reference count of the drm connector is greater than 1,
the unbind function should not invoke drm_connector_cleanup as this will lead
to an inconsistent state where the drm_crtc_state->connector_mask still has
a bitmask referring to the stale connector. Later, when drm drive
(changed subject and decoupling from udmabuf thread)
On Wed, Apr 11, 2018 at 08:59:32AM +0300, Oleksandr Andrushchenko wrote:
> On 04/10/2018 08:26 PM, Dongwon Kim wrote:
> >On Tue, Apr 10, 2018 at 09:37:53AM +0300, Oleksandr Andrushchenko wrote:
> >>On 04/06/2018 09:57 PM, Dongwon Kim wrote:
> >>
https://bugs.freedesktop.org/show_bug.cgi?id=104216
Michel Dänzer changed:
What|Removed |Added
Resolution|--- |NOTOURBUG
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=105425
--- Comment #25 from MirceaKitsune ---
Created attachment 138799
--> https://bugs.freedesktop.org/attachment.cgi?id=138799&action=edit
GALLIUM_HUD post crash photo
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=105425
--- Comment #24 from MirceaKitsune ---
Created attachment 138798
--> https://bugs.freedesktop.org/attachment.cgi?id=138798&action=edit
GALLIUM_HUD pre crash screenshot
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=105425
--- Comment #23 from MirceaKitsune ---
I just finished running the GALLIUM_HUD test, and will be taking a look at the
other options next. It was more difficult to test now since the freeze occurs
almost instantly after Xonotic loads the map (onl
On 12/04/18 10:42, Christian König wrote:
Am 12.04.2018 um 08:26 schrieb Christoph Hellwig:
On Wed, Apr 11, 2018 at 01:03:59PM +0100, Robin Murphy wrote:
On 10/04/18 21:59, Sinan Kaya wrote:
Code is expecing to observe the same number of buffers returned from
dma_map_sg() function compared to
Add functions to deal with the registred connectors as an array:
- drm_connector_get_all()
- drm_connector_put_all()
And to get the enabled status of those connectors:
drm_connector_get_enabled_status()
This is prep work to remove struct drm_fb_helper_connector.
Signed-off-by: Noralf Trønnes
--
Atomic drivers can't use them so finish what was started in
commit 9c79e0b1d096 ("drm/fb-helper: Give up on kgdb for atomic drivers").
This prepares the ground for creating modesets on demand.
TODO:
- Actually remove the functions, not just the contents.
- Nuke drm_crtc_helper_funcs->mode_set_bas
On 12/04/18 11:33, Christian König wrote:
Am 12.04.2018 um 11:49 schrieb Lucas Stach:
Am Donnerstag, den 12.04.2018, 11:35 +0200 schrieb Christian König:
Am 12.04.2018 um 11:11 schrieb Lucas Stach:
Am Mittwoch, den 11.04.2018, 20:26 +0200 schrieb Christian König:
Am 11.04.2018 um 19:11 schrie
Move them over from drm_fb_helper since they are connector functions.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_connector.c| 94 ++
drivers/gpu/drm/drm_fb_helper.c| 75 ++
drivers/gpu/drm/i915/intel_fbdev.c | 7
This moves the committing part of the modesetting code to drm_client.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_client.c| 242
drivers/gpu/drm/drm_fb_helper.c | 216 +--
include/drm/drm_client.h| 8
Prepare to move the modeset committing code to drm_client.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_fb_helper.c | 161
include/drm/drm_fb_helper.h | 8 ++
2 files changed, 89 insertions(+), 80 deletions(-)
diff --git a/drivers/gpu/drm/
This the beginning of an API for in-kernel clients.
First out is a display representation that will be used by drm_fb_helper
in order to move out its mode setting code.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/Makefile | 2 +-
drivers/gpu/drm/drm_client.c | 119 +++
For each enabled crtc the functions sets dpms on all registered connectors.
Limit this to only doing it once and on the connectors actually in use.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_fb_helper.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/dr
Getting rotation info is cheap so we can do it on demand.
This is done in preparation for the removal of struct drm_fb_helper_crtc.
Cc: Hans de Goede
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_fb_helper.c | 131
include/drm/drm_fb_helper.h
Prepare for moving drm_fb_helper modesetting code to drm_client.
drm_client will be linked to drm.ko, so move
__drm_atomic_helper_disable_plane() and __drm_atomic_helper_set_config()
out of drm_kms_helper.ko.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_atomic.c| 168 +++
From: David Herrmann
Rather than doing drm_file allocation/destruction right in the fops, lets
provide separate helpers. This decouples drm_file management from the
still-mandatory drm-fops. It prepares for use of drm_file without the
fops, both by possible separate fops implementations and APIs
It only makes sense for userspace clients.
Signed-off-by: Noralf Trønnes
Reviewed-by: Daniel Vetter
---
drivers/gpu/drm/drm_file.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/drm_file.c b/drivers/gpu/drm/drm_file.c
index d4588d33f91c..5
This patchset explores the possibility of having generic fbdev emulation
in DRM for drivers that supports dumb buffers which they can export. An
API is added to support in-kernel clients in general.
In this version I was able to reuse the modesetting code from
drm_fb_helper in the client API. This
https://bugs.freedesktop.org/show_bug.cgi?id=48424
Timothy Arceri changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=104216
--- Comment #27 from Germano Massullo ---
Created attachment 138784
--> https://bugs.freedesktop.org/attachment.cgi?id=138784&action=edit
lsof on Firefox
(In reply to Michel Dänzer from comment #26)
> FWIW, I've never noticed such issues with
https://bugs.freedesktop.org/show_bug.cgi?id=105996
Alex Deucher changed:
What|Removed |Added
Attachment #138777|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=105996
Alex Deucher changed:
What|Removed |Added
Attachment #138778|text/x-log |text/plain
mime type|
https://bugzilla.kernel.org/show_bug.cgi?id=199357
Mathias Tillman (master.ho...@gmail.com) changed:
What|Removed |Added
Attachment #275291|0 |1
is ob
https://bugzilla.kernel.org/show_bug.cgi?id=199357
--- Comment #7 from Mathias Tillman (master.ho...@gmail.com) ---
Wanted to add some more info. The soft lock up will release after approximately
30 seconds, but after a few seconds it will lock up again and repeat.
Looking at the kernel log, it se
On 12.04.2018 01:30, Cyr, Aric wrote:
At least with VDPAU, video players are already explicitly specifying the
target presentation time, so no changes should be required at that
level. Don't know about other video APIs.
The X11 Present extension protocol is also prepared for specifying the
targe
https://bugs.freedesktop.org/show_bug.cgi?id=98271
Timothy Arceri changed:
What|Removed |Added
QA Contact|mesa-dev@lists.freedesktop. |dri-devel@lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=97909
--- Comment #14 from Amarildo ---
It's a shame they don't officially support OSS drivers despite them running
X-Plane better.
All this contributes to driver separation, confusion, and Linux still being
regarded as "not ready for quite a few game
https://bugs.freedesktop.org/show_bug.cgi?id=105819
--- Comment #2 from Andy Burns ---
Experienced same/similar error on Fedora 28 beta, with an RX 460 card
$ lspci | grep AMD
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
Baffin [Radeon RX 460/560D / Pro 450/455/460/
https://bugs.freedesktop.org/show_bug.cgi?id=104216
--- Comment #26 from Michel Dänzer ---
The question remains where all the file descriptors are coming from. Maybe
there's a leak somewhere.
FWIW, I've never noticed such issues with the default limit of 1024. My main
firefox process (which has
Am 12.04.2018 um 11:49 schrieb Lucas Stach:
Am Donnerstag, den 12.04.2018, 11:35 +0200 schrieb Christian König:
Am 12.04.2018 um 11:11 schrieb Lucas Stach:
Am Mittwoch, den 11.04.2018, 20:26 +0200 schrieb Christian König:
Am 11.04.2018 um 19:11 schrieb Robin Murphy:
For dma_map_sg(), DMA API
https://bugs.freedesktop.org/show_bug.cgi?id=104216
--- Comment #25 from Germano Massullo ---
Some very good news
https://bugzilla.mozilla.org/show_bug.cgi?id=1421353#c22
--
You are receiving this mail because:
You are the assignee for the bug.___
dri
On Tue, Apr 10, 2018 at 07:25:03PM +0100, Ayan Kumar Halder wrote:
> On some Mali-DP processors, the LAYER_FORMAT register contains fields
> other than the format. These bits were unconditionally cleared when
> setting the pixel format, whereas they should be preserved at their
> reset values.
>
>
Change-Id: Ib68bff91fd127162cf8c72516101546e1fe014df
Signed-off-by: Chunming Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 1 -
drivers/gpu/drm/ttm/ttm_bo.c | 39 --
2 files changed, 26 insertions(+), 14 deletions(-)
diff --git a/drivers/gpu/drm
Change-Id: I5b6afbdd715e28e5266b5099ca9a34399d1fc3a1
Signed-off-by: Chunming Zhou
---
drivers/gpu/drm/ttm/ttm_bo.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index dc9545eeb5d6..d6e7c835f4c1 100644
--- a
Change-Id: I877b2d5c54b3e47b66f2d58454dcf1e5f5a68972
Signed-off-by: Chunming Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c
index 7bb6ee777067..d54ab
Change-Id: I4abf5cf0aaf946162dabd08fc1fd0406c2abf418
Signed-off-by: Chunming Zhou
---
drivers/gpu/drm/ttm/ttm_bo.c| 1 +
include/drm/ttm/ttm_bo_driver.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index 73343d1108d2..d56312
Change-Id: I0f533c6512f3b72fcf2fbf11d738f38d9e087f26
Signed-off-by: Chunming Zhou
---
drivers/gpu/drm/ttm/ttm_bo.c| 39 +++
include/drm/ttm/ttm_bo_api.h| 3 ++-
include/drm/ttm/ttm_bo_driver.h | 2 +-
3 files changed, 34 insertions(+), 10 deletions(-)
Change-Id: Ifb0dc95db6a358cf7f76e2a99f94c58637ad6ee6
Signed-off-by: Chunming Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h| 3 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_fb.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c| 17 ++-
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 170 ++
Change-Id: Id2333f69119222a7e9bdb0357bbed97cf08636da
Signed-off-by: Chunming Zhou
---
drivers/gpu/drm/ttm/ttm_bo.c| 59 ++---
include/drm/ttm/ttm_bo_driver.h | 3 ++-
2 files changed, 52 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_
Change-Id: I4de8146567b858ae07a8a27cadf71d13d490e8ac
Signed-off-by: Chunming Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c| 7 +--
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 4 +++-
2 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c
Change-Id: Ie43f3c73cc65526a449208f3ce927b1dfad5cf6b
Signed-off-by: Chunming Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 2 ++
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 1 +
2 files changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu.h
b/drivers/gpu/drm/amd/amdgpu/amd
1 - 100 of 131 matches
Mail list logo
