https://bugs.freedesktop.org/show_bug.cgi?id=90534
--- Comment #14 from Alex Deucher <alexdeucher(a)gmail.com> ---
The firmware has always been a requirement and is not involved in modesetting
at all.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=90534
--- Comment #13 from Elmar Stellnberger <estellnb(a)elstel.org> ---
Oh, no! First there are several years between those two version of Xorg and
secondly I believe the problem is thightly entangled with the
introduction/usage of the new proprietary radeon firmware. I would expect that
at the certain point in time where the radeon frimware was introduced to be
used by radeon that from there on it does not work. I would be ready to test it
…
[View More]if you can give me a git-commit# or tag from the last version without it and
the first one with it. This could infringe the testing problem enormously.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=90534
--- Comment #12 from Alex Deucher <alexdeucher(a)gmail.com> ---
Can you bisect?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=90728
--- Comment #14 from Christian König <deathsimple(a)vodafone.de> ---
(In reply to mehmet.giritli from comment #13)
> Hey Christian, thank you for the patch but it wont compile with a missing
> header util/list.h, here is the output from compilation barking about it:
>
> FYI: I'm trying this on mesa 10.4.6 source
Development patches like that one are usually against the master branch, please
use this one for testing.
In …
[View More]general if you have a specific (and easy to reproduce) bug it's usually a
good idea to test master first if the bug isn't already fixed there.
Regards,
Christian.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
This fixes some regressions in i915 when converting to atomic.
set_config failed with -EINVAL, and I received the following warning
in dmesg:
[drm:drm_atomic_crtc_check] [CRTC:20] active without enabled
Solve this by clearing active when a crtc is disabled.
Because crtc_state->enable implies that connectors are active the
change from disabled->enabled can only happen for the crtc that's
being set_config'd, and checking for !crtc_state->enable is sufficient
here.
Cc: dri-devel(a)…
[View More]lists.freedesktop.org
Signed-off-by: Maarten Lankhorst <maarten.lankhorst(a)linux.intel.com>
---
diff --git a/drivers/gpu/drm/drm_atomic_helper.c b/drivers/gpu/drm/drm_atomic_helper.c
index ab5cb9b4f2d8..c3999dd41c20 100644
--- a/drivers/gpu/drm/drm_atomic_helper.c
+++ b/drivers/gpu/drm/drm_atomic_helper.c
@@ -1572,6 +1572,8 @@ static int update_output_state(struct drm_atomic_state *state,
crtc_state->enable =
drm_atomic_connectors_for_crtc(state, crtc);
+ if (!crtc_state->enable)
+ crtc_state->active = false;
}
return 0;
[View Less]
Hi Dave,
Another pull request of amdkfd for 4.2
drm-amdkfd-next-2015-06-01:
- Add the H/W debugger support module, including new IOCTLs to:
- register/unregister a process as a debugged process
- Set address watch-point in the debugged process's GPU kernel
- Do a wave control operation in the debugged process's waves
See the commit messages for more details on the available operations.
The debugged process can only perform debug operation on itself. It is
blocked by the amdkfd+H/…
[View More]W from performing operations on other processes's
waves or GPU kernels. The blocking is done by setting the VMID and PASID of
the debugged process in the packets that are sent to the CP with the debug
instructions.
- Add support for static user-mode queues. These queues are regular queues,
but because they belong to the debugged process, we need to make sure the CP
doesn't preempt them during a debug operation. Therefore, we mark them as
static for the CP ignore them during preemption.
- Support killing all the waves when a process is terminated. This is needed
in case a process is terminated but we can't UNMAP its queues (can occur due
to several reasons). In that case, the CP could be stuck unless we kill all
its waves. This function is *very* important as it provides the kernel a high
level of control over the GPU. The reason we didn't upstream this function
so far, is because it is implemented using the H/W debugger module functions,
so we had to wait until we can upstream the H/W debugger module.
- Replace declaration of bitmap from unsigned long to standard DECLARE_BITMAP
Thanks,
Oded
The following changes since commit 95872b49ce14169a1ce0dfaac62e284cbdc6eea8:
Merge branch 'drm-tda998x-devel' of git://ftp.arm.linux.org.uk/~rmk/linux-arm into drm-next (2015-05-29 09:19:59 +1000)
are available in the git repository at:
git://people.freedesktop.org/~gabbayo/linux tags/drm-amdkfd-next-2015-06-01
for you to fetch changes up to c34d7db08e60fdc1e43bd478a8d5b40fea7703da:
drm/amdkfd: Enforce kill all waves on process termination (2015-06-01 08:43:42 +0300)
----------------------------------------------------------------
Alexey Skidanov (1):
drm/radeon: Add ATC VMID<-->PASID functions to kfd->kgd
Ben Goz (1):
drm/amdkfd: Enforce kill all waves on process termination
Joe Perches (1):
drm/amdkfd: Use DECLARE_BITMAP
Yair Shachar (9):
drm/radeon: Add H/W debugger kfd->kgd functions
drm/amdkfd: add H/W debugger IOCTL set definitions
drm/amdkfd: Add static user-mode queues support
drm/amdkfd: Add skeleton H/W debugger module support
drm/amdkfd: Add wave control operation to debugger
drm/amdkfd: Add address watch operation to debugger
drm/amdkfd: Implement (un)register debugger IOCTLs
drm/amdkfd: Implement wave control debugger IOCTL
drm/amdkfd: Implement address watch debugger IOCTL
drivers/gpu/drm/amd/amdkfd/Makefile | 3 +-
drivers/gpu/drm/amd/amdkfd/kfd_chardev.c | 304 +++++++
drivers/gpu/drm/amd/amdkfd/kfd_dbgdev.c | 886 +++++++++++++++++++++
drivers/gpu/drm/amd/amdkfd/kfd_dbgdev.h | 193 +++++
drivers/gpu/drm/amd/amdkfd/kfd_dbgmgr.c | 168 ++++
drivers/gpu/drm/amd/amdkfd/kfd_dbgmgr.h | 294 +++++++
drivers/gpu/drm/amd/amdkfd/kfd_device.c | 5 +
.../gpu/drm/amd/amdkfd/kfd_device_queue_manager.c | 48 +-
.../gpu/drm/amd/amdkfd/kfd_device_queue_manager.h | 6 +
drivers/gpu/drm/amd/amdkfd/kfd_packet_manager.c | 46 +-
drivers/gpu/drm/amd/amdkfd/kfd_pm4_headers.h | 6 +-
drivers/gpu/drm/amd/amdkfd/kfd_pm4_headers_diq.h | 290 +++++++
drivers/gpu/drm/amd/amdkfd/kfd_priv.h | 24 +-
drivers/gpu/drm/amd/amdkfd/kfd_process.c | 11 +
.../gpu/drm/amd/amdkfd/kfd_process_queue_manager.c | 18 +-
drivers/gpu/drm/amd/include/kgd_kfd_interface.h | 21 +
drivers/gpu/drm/radeon/cik_reg.h | 56 +-
drivers/gpu/drm/radeon/cikd.h | 9 +-
drivers/gpu/drm/radeon/radeon_kfd.c | 151 +++-
include/uapi/linux/kfd_ioctl.h | 43 +-
20 files changed, 2547 insertions(+), 35 deletions(-)
create mode 100644 drivers/gpu/drm/amd/amdkfd/kfd_dbgdev.c
create mode 100644 drivers/gpu/drm/amd/amdkfd/kfd_dbgdev.h
create mode 100644 drivers/gpu/drm/amd/amdkfd/kfd_dbgmgr.c
create mode 100644 drivers/gpu/drm/amd/amdkfd/kfd_dbgmgr.h
create mode 100644 drivers/gpu/drm/amd/amdkfd/kfd_pm4_headers_diq.h
[View Less]
This is to remove to open the DRM device unnecessarily as call
drmAvailable() when name is NULL or drm_server_info is NULL in
drmOpenWithType function.
Signed-off-by: Joonyoung Shim <jy0922.shim(a)samsung.com>
---
xf86drm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xf86drm.c b/xf86drm.c
index b5a174b..900e4b1 100644
--- a/xf86drm.c
+++ b/xf86drm.c
@@ -725,7 +725,7 @@ int drmOpen(const char *name, const char *busid)
*/
int drmOpenWithType(const char *name, …
[View More]const char *busid, int type)
{
- if (!drmAvailable() && name != NULL && drm_server_info) {
+ if (name != NULL && drm_server_info && !drmAvailable()) {
/* try to load the kernel module */
if (!drm_server_info->load_module(name)) {
drmMsg("[drm] failed to load kernel module \"%s\"\n", name);
--
1.9.1
[View Less]